目前，我们在一个aws区域中使用了使用两个AZ的ec2snitch。目标是提供弹性，即使一个az不可用。大多数数据都是以rf=2进行复制的，因此每个az都会基于ec2snitch获得一个副本。
现在我们得出一个结论，转移到八卦财产文件告密。主要原因是，我们已经意识到一个az崩溃是一个远程事件，即使它发生了，在我们的堆栈中还有其他系统不支持这个；所以最终整个应用程序都会崩溃。
另一个原因是，使用ec2snitch和两个az时，我们必须按2的因子进行缩放（每个az中有一个）。对于gossipingpropertyfilesnitch，只需使用一个机架，我们就可以按1的比例缩放。
当我们改变这个告密设置时，拓扑结构会改变吗？我想避免运行nodetool修复。我们总是在运行nodetool repair时失败，而且它会永远运行。
1条答案
按热度按时间ubbxdtey1#
拓扑是否更改取决于您执行更改的方式。如果为节点分配与当前配置相同的逻辑dc和rack，则不应更改拓扑。
更新到后，必须将机架与az匹配
GossipingPropertyFileSnitch. 您需要执行滚动重新启动以进行重新配置。例子
cassandra-rackdc.properties对于穿过2个AZ的1个dc中的2个节点：另一方面，你需要探索为什么维修失败。不幸的是，它们对集群健康非常重要。