[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Options to replace hardware of the cluster

Hi Rahul,


thanks for your suggestions. The Node size is ~600 GB, cluster size ~4,5 TB. There is no strict time limitation as long as the data move can be done while the application is still online.

Do you have any gut feeling how long a dc-sync of this cluster size would take?





Von: Rahul Singh <rahul.xavier.singh@xxxxxxxxx>
Antworten an: "user@xxxxxxxxxxxxxxxxxxxx" <user@c
Datum: Donnerstag, 14. Juni 2018 um 14:21
An: "user@xxxxxxxxxxxxxxxxxxxx" <user@xxxxxxxxxxxxxxxxxxxx>, "user@xxxxxxxxxxxxxxxxxxxx" <user@xxxxxxxxxxxxxxxxxxxx>
Betreff: Re: Options to replace hardware of the cluster


How much daa do you have and what is the timeline? If you can manage with a maintenance window the snapshot / move and restore method may be the fastest. Streaming data can take a long time to sync two DCs if there is a lot of data. 

Rahul Singh

Anant Corporation

On Jun 14, 2018, 4:11 AM -0400, Christian Lorenz <Christian.Lorenz@xxxxxxxxxxxx>, wrote:



we need to move our existing cassandra cluster to new hardware nodes. Currently the cluster size is 8 members, they need to be moved to 8 new machines. Cassandra version in use is 3.11.1.  Unfortunately we use materialized views in production. I know that they have been marked retroactively as experimental.

What is a good way to move to the new machines? One-by-One, or setup a new cluster as a separate DC? The move should be done without downtime of the application.


Do you have some advice for this kind of maintenance task?


Kind regards,