Cassandra 中的 system_auth 复制

Question

我正在尝试在 Cassandra 上配置身份验证。似乎由于用于 system_auth 的复制策略，它无法将用户凭据复制到集群中的所有节点，所以我最终在一个节点上获得了不正确的凭据，并在另一个节点上获得了成功的连接。

This 是相关问题。那里的人说您必须确保凭据始终在所有节点上。

怎么做？那里提供的选项说您必须更改密钥空间以使复制因子等于集群中的节点数量，然后在每个节点上运行修复。如果您希望您的 cassandra 具有动态可扩展性，那么需要完成大量工作。如果我今天添加 1 个节点，另一天添加 1 个节点，更改密钥空间复制，然后继续手动重新启动节点，这将导致某种混乱。

谷歌搜索的时间实际上导致了稍微提到EverywhereStrategy，但我在它提到的文档中没有看到任何可用的地方。那么，如果您不能确定您的用户实际出现在节点上，那么人们如何配置 API 以使用 Cassandra 身份验证，那么您将其指定为联系点？

显然，谈论真正的规模时，您可以在不重新启动每个节点的情况下更改集群的大小。

Answer 1

当您在 Cassandra 中启用身份验证时，是您已将 system_auth 密钥空间 replication_factor 增加到 N（节点总数）并运行完整修复，但您不需要重新启动节点添加新节点后。

如果修复需要更多时间，那么您可以优化修复，例如仅修复 system_auth 密钥空间

nodetool repair system_auth

（或）

nodetool repair -pr system_auth

根据 Cassandra，应定期进行全面维修。有关维修的更多详细信息，请参阅以下链接：

http://www.datastax.com/dev/blog/repair-in-cassandra

https://www.pythian.com/blog/effective-anti-entropy-repair-cassandra/

http://docs.datastax.com/en/archived/cassandra/2.2/cassandra/tools/toolsRepair.html

回答您的问题：

问题：如果您不能确定您的用户实际出现在节点上，那么人们如何配置 API 以使用 Cassandra 身份验证，那么您将其指定为联系点？ p>

回答：我正在使用我的 Spring 项目中的 Cassandra 2.2 和 Astyanax thrift API，使用它们我能够有效地处理 Cassandra 身份验证。指定您使用的 Cassandra 版本以及连接 CQL 驱动程序或 Astyanax thrift API 的驱动程序？

问题：显然，谈到真正的规模，你可以在不重启每个节点的情况下改变集群的大小。

回答：是的，您可以在不重新启动节点的情况下扩展 Cassandra 集群，请查看 Cassandra 2.2 版本的 datastax 文档： http://docs.datastax.com/en/archived/cassandra/2.2/cassandra/operations/opsAddNodeToCluster.html

查看您正在使用的版本的 datastax 文档。