Ich habe einen Cassandra-Cluster mit ~ 20 Knoten in mehreren Datencentern. Ich möchte die Cassandra-Datenbank sichern. Ich möchte, dass es möglich ist, die Sicherung in einem neuen Cluster wiederherzustellen, selbst wenn jeder Knoten in dem vorhandenen gleichzeitig von einem Meteor getroffen wird.Welche Best Practices für die Sicherung eines Cassandra-Clusters gibt es?
- Was genau muss ich von den Servern kopieren und beibehalten, um eine Wiederherstellung von einer Cassandra-Datenbank von Grund auf möglich zu machen, und wo werden diese Elemente gespeichert? Ich nehme an, dass dies nicht so einfach ist wie "mach einen Schnappschuss und rsync es irgendwo".
- Wie führe ich die Sicherung und Wiederherstellung durch?
- Wo wird dieser Prozess dokumentiert?
Der Grund, ich schlage vor, es ist nicht nur "einen Schnappschuss machen und rsync es irgendwo" kommt von der Seite (gut, Unterseiten davon), auf die Sie zeigen. z.B. Die Seite "Von einem Snapshot wiederherstellen" schlägt vor, dass ich (separat) auch das Schema sichern sollte, und die Seite "Wiederherstellung auf einen neuen Cluster" legt nahe, dass ich auch eine Token-Liste vom alten Cluster benötige. – Andrew
(der letzte nimmt an, dass der alte Cluster lebendig sein wird, wenn er beschreibt, wie man einen neuen Cluster wiederherstellt. Das war der Punkt, an dem ich mich entschieden habe, hier zu fragen) – Andrew
Bei Verwendung von vnodes sind Token-Listen möglicherweise nicht notwendig. Ein anderer Cluster mit demselben Schema sollte funktionieren - ich habe beispielsweise Daten in vagabundierenden Boxen wiederhergestellt. Der einfachste Weg, um Daten von A nach B zu bekommen, ist die Cassandra-Replikation - dafür wurde sie entwickelt. Du könntest das Backup "rsync backup" machen :) – ashic