2017-10-13 7 views
0

Je dois ajouter un nouveau Cassandra Datacenter dans d'autres régions. Maintenant, le problème ici est le Datacenter précédent est sur la version 2.2.9 et j'ai créé de nouveaux nœuds dans le nouveau centre de données est sur 2.2.11.Impossible de trouver des sources suffisantes pour la plage de diffusion dans l'espace de clés

Sur la nodetool reconstruire tous les nouveaux nœuds de nouveaux centres de données s'échoué avec l'erreur

Impossible de trouver des sources suffisantes pour la gamme de streaming en keyspace.

Même cette erreur a causé des espaces système tels que system, system_traces, system_distributed).

Ces espaces système sont sur SimpleStrategy.

Pour la recherche sur ces problèmes, j'ai trouvé que tout le monde parle de changer la stratégie en NetworkTopology. Mais, si je ne veux pas conserver les réplicas sur tous les centres de données alors pourquoi devrais-je changer la topologie (stratégie).

Dans la version précédente de Cassandra, je n'avais jamais vu une telle restriction.

Pour éviter ou ignorer ce problème sur nodetool reconstruire les gens disent ajouter

-Dcassandra.consistent.rangemovement = false

Mais pour l'addition de tous les nouveaux nœuds est ce nécessaire?

Quel serait l'effet de ceci pour d'autres espaces de touches sur la commande rebuild.

Répondre

1

Les tables système par défaut correspondent à "SimpleStrategy". Tout espace de touches avec SimpleStrategy fonctionne correctement pour le cluster Single DataCenter Cassandra SEULEMENT.

NetworkTopology est requis et recommandé pour les clusters multi-CC. Les espaces de clés système tels que system_auth et system_distributed sont recommandés pour être modifiés en stratégie NetworkTopology avec un facteur de réplication supérieur à 1 (idéal 3) et également répliqués sur tous les contrôleurs de domaine impliqués dans le cluster.

L'espace de clé d'application peut ou peut être répliqué sur un autre contrôleur de domaine. Mais il n'y a pas de mal à changer leur stratégie de réplication en NetworkTopology et à ne répliquer que sur un seul contrôleur de domaine.

0

J'ai modifié la topologie d'espace de clés du système en topologie réseau avec le facteur de réplication 2 sur tous les contrôleurs de domaine.

Il n'y a pas de mal à changer la topologie du système.

Il n'a été mentionné nulle part dans les documents pour la version Cassandra 22X. Mais dans la dernière version des documents de la version 30x et supérieure, il est mentionné de changer les topologies des espaces de clés du système.