在我们的prod集群中，我看到了一些带有simplestregy的system键空间。当我们在群集中添加新的DC时，我们需要使用网络拓扑策略，否则当我运行nodetool rebuild时，它失败了。
我将所有键空间从simplestrategy更改为networktopologystrategy&重建工作正常。
在alter期间，它还警告您正在更改系统键空间。
另一个问题：opscenter keyspace（rolluptables）有大量的数据，为什么我要复制这些数据，它应该足够放在一个dc上？？
我的问题是，系统*键空间的理想策略应该是什么？？
1条答案
按热度按时间vnzz0bqm1#
我的问题是，系统*键空间的理想策略应该是什么？
这是一个小小的警告。
system以及system_schema有一个特殊的复制策略LocalStrategy，他们应该保持这种状态。的其他键空间
system_auth,system_distributed，和system_traces然而，情况却不同了。设置要使用的NetworkTopologyStrategy使用rf3（假设每个dc至少有3个节点），每个dc是完全可以接受的。设置为system_distributed，和system_traces没那么重要，但不应该伤害任何东西。另一方面，
system_auth一定要设置为使用NetworkTopologyStrategy为每个dc指定rf。原因是SimpleStrategy可能会将其所有副本放在一个dc中，或者甚至将零副本放在一个dc中。这可能会导致身份验证检查的高延迟甚至超时，因为这将导致跨dc网络流量。此外，如果应用程序使用特定于dc的负载平衡策略，则需要为每个dc-in指定一个rf
system_auth. 如上所述，使用SimpleStrategy可能导致dc无法为用户获取任何副本。并且会阻止特定于dc的应用程序连接。