Cassandra Changement de structure de l'espace de clés chaud

Question

J'exécute actuellement un cluster Cassandra de 12 nœuds stockant 4 To de données, avec un facteur de réplication défini sur 3. Pour les besoins d'une mise à jour de l'application, nous devons modifier la configuration de notre espace de clé et nous aimerions éviter tout temps d'arrêt si possible.

J'ai lu sur une liste de diffusion que la meilleure façon de le faire est de:

1. Tuez le processus Cassandra sur un serveur du cluster
2. Recommencez, attendez que le journal de validation soit écrit sur le disque et tuez-le à nouveau
3. Apporter les modifications dans le fichier Storage.xml
4. Renommer ou supprimer des fichiers dans les répertoires de données en fonction des modifications que nous avons apportées
5. Commencer Cassandra
6. Goto 1 avec le prochain serveur sur la liste

Mes questions seraient:

• Ai-je bien compris le processus?
• Y a-t-il un risque de corruption des données?
• Pendant le processus, il y aura des serveurs avec différentes versions du fichier Storage.xml dans le même cluseur, même Espace. C'est un problème?
• Même question que ci-dessus si nous ajoutons, renomnons et supprimons les columnfamilies, mais si nous modifions le paramètre compare avec une famille de colonnes existante en un super. Ou devons-nous changer le nom?

Merci pour vos réponses. C'est la première fois que je ferai ça, et j'ai un peu peur.

Answer 1

Votre liste ressemble à celle http://wiki.apache.org/cassandra/faq#modify_cf_config. Donc, ça devrait être précis ...