单个 docker-swarm 节点上的 Cassandra 副本答案

【问题标题】：Cassandra replicas on single docker-swarm node单个 docker-swarm 节点上的 Cassandra 副本
【发布时间】：2019-11-13 00:34:23
【问题描述】：

我有一个 docker-swarm 管理器节点 (18.09.6) 正在运行，我正在尝试启动一个 cassandra 集群。我正在使用以下定义，它的工作原理是种子/主服务器和从服务器启动并通信/复制它们的数据/模式更改正常：

services:
  cassandra-masters:
    image: cassandra:2.2
    environment:
      - MAX_HEAP_SIZE=128m
      - HEAP_NEWSIZE=32m
      - CASSANDRA_BROADCAST_ADDRESS=cassandra-masters
    deploy:
      mode: replicated
      replicas: 1
  cassandra-slaves:
    image: cassandra:2.2
    environment:
      - MAX_HEAP_SIZE=128m
      - HEAP_NEWSIZE=32m
      - CASSANDRA_SEEDS=cassandra-masters
      - CASSANDRA_BROADCAST_ADDRESS=cassandra-slaves
    deploy:
      mode: replicated
      replicas: 1
    depends_on:
      - cassandra-masters

当我将副本计数从 1 更改为 2 时，无论是在部署堆栈还是部署后规模时，都会创建 cassandra 从站的第二个任务，但会不断失败并出现错误，表明它无法与种子节点进行八卦：

INFO  10:51:03 Loading persisted ring state
INFO  10:51:03 Starting Messaging Service on /10.10.0.200:7000 (eth0
INFO  10:51:03 Handshaking version with cassandra-masters/10.10.0.142
Exception (java.lang.RuntimeException) encountered during startup: Unable to gossip with any seeds
java.lang.RuntimeException: Unable to gossip with any seeds
    at org.apache.cassandra.gms.Gossiper.doShadowRound(Gossiper.java:1360)
    at org.apache.cassandra.service.StorageService.checkForEndpointCollision(StorageService.java:521)
    at org.apache.cassandra.service.StorageService.prepareToJoin(StorageService.java:756)
    at org.apache.cassandra.service.StorageService.initServer(StorageService.java:676)
    at org.apache.cassandra.service.StorageService.initServer(StorageService.java:562)
    at org.apache.cassandra.service.CassandraDaemon.setup(CassandraDaemon.java:310)
    at org.apache.cassandra.service.CassandraDaemon.activate(CassandraDaemon.java:548)
    at org.apache.cassandra.service.CassandraDaemon.main(CassandraDaemon.java:657)
ERROR 10:51:34 Exception encountered during startup
java.lang.RuntimeException: Unable to gossip with any seeds
    at org.apache.cassandra.gms.Gossiper.doShadowRound(Gossiper.java:1360) ~[apache-cassandra-2.2.14.jar:2.2.14]
    at org.apache.cassandra.service.StorageService.checkForEndpointCollision(StorageService.java:521) ~[apache-cassandra-2.2.14.jar:2.2.14]
    at org.apache.cassandra.service.StorageService.prepareToJoin(StorageService.java:756) ~[apache-cassandra-2.2.14.jar:2.2.14]
    at org.apache.cassandra.service.StorageService.initServer(StorageService.java:676) ~[apache-cassandra-2.2.14.jar:2.2.14]
    at org.apache.cassandra.service.StorageService.initServer(StorageService.java:562) ~[apache-cassandra-2.2.14.jar:2.2.14]
    at org.apache.cassandra.service.CassandraDaemon.setup(CassandraDaemon.java:310) [apache-cassandra-2.2.14.jar:2.2.14]
    at org.apache.cassandra.service.CassandraDaemon.activate(CassandraDaemon.java:548) [apache-cassandra-2.2.14.jar:2.2.14]
    at org.apache.cassandra.service.CassandraDaemon.main(CassandraDaemon.java:657) [apache-cassandra-2.2.14.jar:2.2.14]

我想了解导致问题的原因以及是否有解决方法？我只是在调查进入生产的障碍是什么，我们显然会在不同的节点而不是一个节点上旋转 cassandra 任务/副本。

编辑：我在一个双节点集群上旋转了相同的堆栈，我看到了相同的行为，即当我扩展到第二个“从属”任务时，它失败了相同的错误，因此尝试在同一节点上运行两个任务不是问题。

【问题讨论】：

标签： cassandra docker-swarm spring-data-cassandra

【解决方案1】：

我还没有弄清八卦失败的原因，但最终我们同意了一个生产部署策略，我们不需要自动扩展，而是应该根据系统行为和预期流量进行容量规划。这个答案还指出了自动缩放可能会给已经拉伸的系统增加额外的压力：AWS and auto scaling cassandra

【讨论】：