将数据中心添加到集群（二）
将数据中心添加到集群
将数据中心添加到现有群集的步骤。
如果新数据中心将使用其他数据中心或群集中的现有节点，请确保旧数据不会干扰新群集：
将每个节点添加到新的数据中心。参见删除节点。
完全删除应用程序目录。 请参阅将数据清除为独立进程或将数据清除为服务 。
删除后，从头开始安装Cassandra或DataStax Enterprise 。
1. 为防止客户端过早连接到新的数据中心，并确保读取或写入的一致性级别不会查询新的数据中心：
确保客户端配置为使用DCAwareRoundRobinPolicy 。
确保客户端指向现有的数据中心，这样他们就不会尝试访问新的数据中心，而该数据中心可能没有任何数据。
如果使用QUORUM一致性级别，请更改为LOCAL_QUORUM 。
如果使用ONE一致性级别，请设置为LOCAL_ONE 。
请参阅您的驱动程序的编程说明。
警告：如果客户端应用程序（包括DSE Search和DSE Analytics）未正确配置，则可能在数据中心准备就绪之前连接到新的数据中心。 这会导致连接异常，超时和/或不一致的数据。
2. 配置keyspace并创建新的数据中心：
使用ALTER KEYSPACE将NetworkTopologyStrategy用于以下密钥空间：
所有用户创建的
system： system_distributed和system_traces
DataStax Enterprise：
dse_perf，请参阅配置性能服务复制策略
system_auth和dse_security，请参阅配置system_auth和dse_security密钥空间复制 。
dse_leases，cfs，cfs_archive，dsefs和HiveMetaStore，请参阅设置分析密钥空间的复制因子
OpsCenter（如果已安装）
此步骤对于多个数据中心群集是必需的，因为nodetool rebuild需要在指定的源数据中心中使用这些密钥空间的副本。
- 确保所有现有的数据中心都使用NetworkTolologyStrategy。您可以使用cqlsh来创建或修改一个keyspace：
ALTER KEYSPACE "sample_ks" WITH REPLICATION = {'class' : 'NetworkTopologyStrategy', 'ExistingDC' : 3 }; 注意：数据中心名称区分大小写。 验证使用实用程序的情况，如dsetool status 。
3. 在新数据中心中，在每个新节点上安装Cassandra。 不要启动服务或重新启动节点。
确保在群集中的所有节点上使用相同版本的Cassandra。 请参阅安装Apache Cassandra 3.0的早期版本。
4. 在集群中其他节点的配置之后，在每个新节点上配置cassandra.yaml ：
设置其他cassandra.yaml属性（如-seeds和endpoint_snitch） ，以匹配集群中其他节点上的cassandra.yaml文件中的设置。
要设置的属性：
群集名：
num_tokens： 推荐值：256
seeds： 每个种子节点的内部IP地址，在新的集群中。 种子节点不执行引导 （新节点加入现有集群的过程）。
listen_address：如果节点是种子节点，则该地址必须与种子列表中的IP地址匹配。 否则，gossip沟通失败，因为它不知道它是种子。
如果没有设置，Cassandra会向系统请求本地地址，即与其主机名相关的地址。 在某些情况下，Cassandra不会生成正确的地址，您必须指定listen_address。rpc_address： 监听客户端连接的地址告密 。
endpoint_snitch：告密者的姓名 （请参阅endpoint_snitch ）如果要更换告密者，请参阅切换告密 。
auto_bootstrap： false（ 仅在初始化没有数据的干净节点时添加此设置。）
注意： 不要将所有的节点设置为种子，请参阅节点间通信（gossip） 。
使用以下设置来配置vnode令牌分配：
随机选择算法 ：在每个节点上设置num_tokens 。 注释掉initial_token和allocate_tokens_for_local_replication_factor
num_tokens建议值为256. DataStax Enterprise的建议设置因系统类型而异，请参阅虚拟节点指导原则 。分配算法 ：在每个节点上设置num_tokens和allocate_tokens_for_local_replication_factor 。 注释掉initial_token 。
num_tokens建议值为8，而allocate_tokens_for_local_replication_factor是数据中心密钥空间的最高复制因子或最密集的数据密钥空间的RF。
注意：如果使用单令牌架构，请参阅生成令牌和添加或替换单令牌节点 。
5. 在每个新节点上，将新的数据中心定义添加到群集中使用的线索类型的属性文件中：
注意：不要使用SimpleSnitch。 SimpleSnitch（默认）仅用于单数据中心部署。 它不能识别数据中心或机架信息，只能用于公共云中的单数据中心部署或单区域。
每个snitch的配置文件
| snitch | 配置文件 |
|---|---|
| PropertyFileSnitch | cassandra-topology.properties |
| GossipPropertyFileSnitch | cassandra-rackdc.properties |
| Ec2Snitch | |
| Ec2MultiRegionSnitch | |
| GoogleCloudSnitch |
6. 在现有的数据中心中：
在某些节点上，更新cassandra.yaml文件中的种子属性以将新的数据中心中的种子节点包括在内，并重新启动这些节点。 （对cassandra.yaml文件的更改需要重新启动才能生效。）
将新的数据中心定义添加到集群中使用的流氓类型属性文件。 如果更改线索，请参阅切换线索 。
7. 在每个机架上的一个节点上启动Cassandra 。
8. 通过机架旋转启动Cassandra，直到所有节点都启动。
9. 所有节点在集群中运行并且客户端应用程序都是数据中心感知后，使用cqlsh来更改密钥空间：
ALTER KEYSPACE "sample_ks" WITH REPLICATION = {'class': 'NetworkTopologyStrategy', 'ExistingDC':3, 'NewDC':3}; 警告：如果客户端应用程序（包括DSE Search和DSE Analytics）未正确配置，则可能在数据中心准备就绪之前连接到新的数据中心。 这会导致连接异常，超时或不一致的数据。
10. 在新数据中心的每个节点上运行nodetool重建 。
$ nodetool rebuild - name_of_existing_data_center 警告：
如果您不在命令行中指定现有的数据中心，则新节点将显示为成功重建，但不包含任何数据。
如果您错过了这一步，如果现有的数据中心不完全同步，那么对具有LOCAL_ONE或ONE一致性级别的新数据中心的请求可能会失败。
此步骤可确保新节点识别集群中现有的数据中心。
您可以同时在一个或多个节点上运行重建。 一次在一个节点上运行，以减少对现有集群的影响。 集群可以处理额外的I / O和网络压力时，在多个节点上运行。
群集中的数据中心现在正在相互复制。