Cassandra nodetool“的维修;系统“;及;OPSCENTER";键空间

Cassandra nodetool“的维修;系统“;及;OPSCENTER";键空间,cassandra,datastax,datastax-enterprise,cqlsh,nodetool,Cassandra,Datastax,Datastax Enterprise,Cqlsh,Nodetool,我们是否还需要修复Cassandra中的“系统”键空间和“OPSCENTER”键空间,以及我们创建的键空间?答案分别是否和可能。原因如下: 系统KS 系统密钥空间使用本地复制策略,因此修复它没有必要也没有意义——记住,修复是一种反熵机制,通过它我们可以确保不同节点上的多个副本保存相同的最新数据。因为本地策略意味着不存在复制,所以不需要构建merkel树并对它们进行比较 OpsC KS OpsCenter使用定期读取和写入Cassandra来存储有关群集运行状况/统计信息等的信息。这些信息将有多个

我们是否还需要修复Cassandra中的“系统”键空间和“OPSCENTER”键空间,以及我们创建的键空间?

答案分别是否和可能。原因如下:

系统KS 系统密钥空间使用本地复制策略,因此修复它没有必要也没有意义——记住,修复是一种反熵机制,通过它我们可以确保不同节点上的多个副本保存相同的最新数据。因为本地策略意味着不存在复制,所以不需要构建merkel树并对它们进行比较

OpsC KS OpsCenter使用定期读取和写入Cassandra来存储有关群集运行状况/统计信息等的信息。这些信息将有多个副本,并且不同的节点可能会失去同步(例如,一个节点由于某种原因关闭,并超过了最大提示窗口)。在这种情况下,如果您正在从该节点读取CL ONE,您可能会看到过时的数据,并且修复将是有益的。OpsC表也有一个TTL——因此,如果由于某种原因墓碑没有在集群中传播,您可以看到僵尸数据。但OpsCenter统计数据中陈旧数据的影响不会影响您的业务

因此,如果您拥有在OpsC密钥空间上运行修复(希望使用OpsC修复服务)的系统资源,这不会造成伤害,并且可能会阻止您看到过时的数据等。但是在OpsC密钥空间中关闭这些资源可能会为您的常规工作释放一些系统资源