Cassandra中的本地/远程主机
给定一个集群,不同的节点如何准确地标记为远程/本地?它是否取决于每个查询的基础? 目前,我的想法是->对于客户端发送到Cassandra集群的每个查询,将选择一个协调器节点(基于负载平衡策略)。与协调器节点属于同一数据中心的所有节点将称为本地节点,其余所有节点将是给定查询的远程节点。Cassandra中的本地/远程主机,cassandra,cassandra-3.0,Cassandra,Cassandra 3.0,给定一个集群,不同的节点如何准确地标记为远程/本地?它是否取决于每个查询的基础? 目前,我的想法是->对于客户端发送到Cassandra集群的每个查询,将选择一个协调器节点(基于负载平衡策略)。与协调器节点属于同一数据中心的所有节点将称为本地节点,其余所有节点将是给定查询的远程节点。 这是正确的吗 是的,从协调员的角度来看,这是正确的。但也有驱动程序的视角——当你使用一个带有DC感知策略的驱动程序时,你可以指定DC是本地的(C++中的代码< CaseCuultStIsLoad BalasyO.D
这是正确的吗 是的,从协调员的角度来看,这是正确的。但也有驱动程序的视角——当你使用一个带有DC感知策略的驱动程序时,你可以指定DC是本地的(C++中的代码< CaseCuultStIsLoad BalasyO.DcCyActudio函数),并且该数据被驱动程序用来选择正确的节点(基于其他策略)。