Ich bin gerade dabei, einen 21-Knoten-Cluster von 0.8 auf Version 1.0.11 zu aktualisieren. Der Cassandra-Upgrade-Prozess erfordert, dass stables nach einem Upgrade der Software auf das neueste Format aktualisiert werden (über nodetool upgradesstables). Dieser Prozess scheint sehr lange zu dauern. Ich habe einen Knoten, der es seit 48 Stunden ausgeführt hat und immer noch nicht fertig ist.
Ich würde gerne wissen, ob es ratsam ist, dies parallel auf allen Knoten zu tun. Was wären die Auswirkungen auf die Leistung? Dieser Cluster steht unter ziemlich hohem F / W-Einsatz und muss rund um die Uhr verfügbar sein.
Während der Komprimierung werden Ihre Knoten alle sstable mit der Geschwindigkeit von "compacation_throughput_mb_per_sec" neu schreiben.
Meine Vermutung ist, dass die Auswirkungen auf die Leistung direkt mit dem Wert dieser Einstellung verbunden sind. Ein niedriger Wert (Standard ist 16 MB, Sie können niedriger gehen) sollte es Ihnen ermöglichen, Ihr Cluster zu aktualisieren, ohne es zu verlangsamen.
Ich führe das Upgrade gleichzeitig über alle Knoten aus. Ich führe den Befehl (unter Linux)
%Vor%und dann abmelden und lassen Sie es laufen. Es ist eine Aufgabe mit niedriger Priorität, und es wird so lange dauern, wie es nötig ist, um alle stable, die neu geschrieben werden müssen, neu zu schreiben. Ich habe keine Latenzprobleme bemerkt, während das Upgrade ausgeführt wird.
Wenn Sie beispielsweise 1 TB Daten pro Knoten haben (ungezogen!), muss das Upgrade alle 1 TB Daten über mehrere Dateien hinweg neu schreiben. Das Lesen dieser vielen Daten mit der langsamen Geschwindigkeit kann mehrere Tage dauern.
note : Da sstables unveränderlich sind und Sicherungen durch Erstellung eines Hardlinks zu einer sstable-Datei erstellt werden, verdoppeln Sie während des Upgrades den verwendeten Speicherplatz. Beobachten Sie daher Ihren Speicherplatz und löschen Sie ggf. Snapshots, um Speicherplatz freizugeben, insbesondere wenn Ihre Knoten mehr als 50% Speicherplatz für Daten verwenden.