Metrics Migration Tool - Cassandra
Jay Shaughnessy
jshaughn at redhat.com
Mon Jan 14 18:33:49 UTC 2013
Stefan, has any thought been given to (optionally) migrating the bulk of
the data *after* the upgrade? I'm not sure if this make sense,
really. But the idea being that the customer upgrades RHQ and starts
running with the new backend. At this point no data is being written to
the legacy tables so they are quiet. All new metric data will move to
the new Cassandra backend. Then, with RHQ running we migrate the legacy
data into the new backend. So, for some period we lack historical data,
but it would hopefully not be a very large delay. It's possible maybe
that until the migration is complete we suspend aggregation. Just a
thought.
On 1/14/2013 12:00 PM, Elias Ross wrote:
> Just my 2 cents:
>
> I would like to continue running RHQ with minimal downtime (less than
> 30 minutes if possible). The main issue with downtime is loss of
> systems monitoring capability. Historical data is definitely nice to
> have, but system monitoring trumps this. I would sooner drop the
> metrics data than have to face an unpredictable migration process.
>
> I would prefer if migration could happen concurrent to running of RHQ.
> _______________________________________________
> rhq-devel mailing list
> rhq-devel at lists.fedorahosted.org
> https://lists.fedorahosted.org/mailman/listinfo/rhq-devel
More information about the rhq-devel
mailing list