文章/答案/技术大牛

发布

社区首页 >问答首页 >与Ec2MultiRegionSnitch达成的Cassandra架构协议

问与Ec2MultiRegionSnitch达成的Cassandra架构协议
EN

Stack Overflow用户

提问于 2014-06-05 19:05:19

回答 1查看 577关注 0票数 2

我被我的多数据中心cassandra集群遇到的一个问题难住了。这是一个由六个节点组成的全新集群(三个在eu-west，三个在us-west-2)。安全组的配置使得每个节点都可以与其他节点的外部IP通信。监听地址定义为本地私有网络IP，广播地址设置为每个节点的公网IP。

一切似乎都很好：

Datacenter: us-west-2
=====================
Status=Up/Down
|/ State=Normal/Leaving/Joining/Moving
--  Address        Load       Owns (effective)  Host ID                               Token                                    Rack
UN  (public ip)  121.3 KB   100.0%            b15c18bf-1689-4308-bbe2-d36d38f7c8ea  -9103428429654321414                     2b
UN  (public ip)  46.57 KB   100.0%            89378b79-4228-4b44-a3e3-c6d2f3bbd368  -9174198879812166340                     2b
UN  (public ip)  46.58 KB   100.0%            4cbd586f-963c-4339-abaa-af313e023abe  -9223053993127788404                     2b

Datacenter: eu-west
===================
Status=Up/Down
|/ State=Normal/Leaving/Joining/Moving
--  Address        Load       Owns (effective)  Host ID                               Token                                    Rack
UN  (public ip)  46.59 KB   100.0%            2aad2d39-0099-4ae3-ae46-a1558b1b657c  -9163190464402129696                     1c
UN  (public ip)  98.55 KB   100.0%            94748d93-cf56-4cde-8b44-f75d17b41924  -9211541808465956929                     1c
UN  (public ip)  84.5 KB    100.0%            3cdeba13-3026-4a1b-a8d1-63eef25049cb  -9196529642979836746                     1c

所以，我创建了我需要的keyspace。

但是，当我尝试将我的thrift应用程序连接到集群时，我看到来自Astyanax的以下错误：

Caused by: com.netflix.astyanax.connectionpool.exceptions.SchemaDisagreementException: 
    SchemaDisagreementException: [host=(internal ip):9160, latency=10002(10007), 
    attempts=1] Can't change schema due to pending schema agreement

我认为这是因为新的keyspace没有正确地复制到其他节点，但我不知道为什么。如果我运行nodetool describecluster，它会显示如下(请记住，我使用的是Ec2MultiRegionSnitch，但由于某种原因，它显示为DynamicEndpointSnitch)：

Cluster Information:
Name: mycluster_multiregion
Snitch: org.apache.cassandra.locator.DynamicEndpointSnitch
Partitioner: org.apache.cassandra.dht.Murmur3Partitioner
Schema versions:
    UNREACHABLE: [(public IP of this node)]

    f9de7b22-1486-37c6-8487-801 [(list of other node public IPs)]

它在每个节点上都是一样的-它认为自己是无法到达的。这在技术上是正确的；在EC2私有网络中，由于NAT的原因，节点无法使用其公网IP与自身通信。但是，我不确定这是否导致我的模式不一致问题，如果是，我不确定是否有简单的解决方案。

任何有见地的人都很感谢！

astyanax

amazon-vpc

amazon-ec2

cassandra

回答 1

Stack Overflow用户

发布于 2014-07-16 15:33:49

如本文所述，http://nsinfra.blogspot.in/2013/06/cassandra-schema-disagreement-problem.html

您可以尝试使用NTP同步时钟吗？

来自AWS文档-配置网络时间协议( NTP )默认情况下，Amazon Linux实例上配置了网络时间协议(NTP)；但是，实例需要访问Internet才能使用标准NTP配置。本节中的过程显示如何验证默认NTP配置是否正常工作。如果您的实例无法访问Internet，您需要配置NTP来查询您的内网中的不同服务器，以保持准确的时间。

可能适用于EC2 VPC，您需要配置NTP以使用x.amazon.pool.ntp.org时间服务器

票数 1

页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持

原文链接：

https://stackoverflow.com/questions/24058552

复制

相似问题

问与Ec2MultiRegionSnitch达成的Cassandra架构协议
EN

回答 1

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问与Ec2MultiRegionSnitch达成的Cassandra架构协议EN

回答 1

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问与Ec2MultiRegionSnitch达成的Cassandra架构协议
EN