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.
Traditionelle "Backup und Restore" Informationen finden Sie hier: Ссылка
Im Wesentlichen nehmen Sie auf jedem Computer einen Snapshot vor und sichern die Dateien hoch. Ziemlich viel "machen Sie einen Schnappschuss und rsync es irgendwo" !! Inkrementelle Backups können dazu beitragen, Backup-Größen zu reduzieren, etc. Der Link erklärt es ausführlicher.
Wenn Sie jedoch nur ein "sekundäres" Objekt verwenden möchten, das verwendet werden kann, wenn die Maschinen von einem Meteor getroffen werden, ist es üblich, ein anderes Rechenzentrum (oft mit weniger Knoten) zu verwenden und den Replikationsfaktor festzulegen den Schlüsselbereich (e), so dass das Datencenter "backup" Daten repliziert hat. Ihre Apps würden normalerweise das lokale Quorum verwenden, um in das "Haupt" -Datencenter zu schreiben, während das Backup ... nun ... als Backup dient. Wenn das Backup DC leistungsstark ist, kann es sogar als Hot Backup dienen.
Mit diesem Setup streamt Cassandra Daten zum Backup, wenn es hinzugefügt wird. Dies verhindert mühsame Snapshot-basierte Backups mit Dateien, die in einem Netzwerk gespeichert sind. Dies schützt jedoch nicht davor, dass ein Entwickler versehentlich Daten von Cassandra löscht. (Dinge wie Drop Keyspace ... können bis zu einem bestimmten Zeitraum wiederhergestellt werden, aber wenn Sie versehentlich einige Zeilen löschen ... sind sie weg).
Ich hoffe, das hilft.
Tags und Links cassandra cassandra-2.0