akka cluster：配置种子节点

问题描述

我有一个示例问题

将 akka 集群的所有节点都配置为种子节点是否有意义？

示例：

cluster {
  seed-nodes = [
   "akka://application@127.0.0.1:2551","akka://application@127.0.0.1:2552","akka://application@127.0.0.1:2553","akka://application@127.0.0.1:2554","akka://application@127.0.0.1:2555","akka://application@127.0.0.1:2556","akka://application@127.0.0.1:2557","akka://application@127.0.0.1:2558","akka://application@127.0.0.1:2559","akka://application@127.0.0.1:2560","akka://application@127.0.0.1:2561","akka://application@127.0.0.1:2562"]

  downing-provider-class = "akka.cluster.sbr.SplitBrainResolverProvider"
     
  split-brain-resolver {
    active-strategy = static-quorum
       
    static-quorum {
      quorum-size = 7 
    }
  }

这种配置有什么缺点吗？

解决方法

我想答案必须是“视情况而定”。

种子节点是一种机制，它使新节点能够加入 akka 集群。 为了让您的示例正常工作，您必须在同一主机上运行所有节点。我猜你正在传递一些 JVM 参数，比如 -Dakka.remote.artery.canonical.port=2*** 来将每个节点绑定到不同的端口。没关系，它会起作用。启动的新节点将尝试通过从第一个种子节点开始联系种子节点直到其中一个节点响应来加入集群。

在实践中，您可能希望集群节点在不同的机器上运行，这时像您示例中的静态配置可能会变得有点麻烦。这是因为您需要事先知道所有 IP 地址，并且需要保证它们不会随着时间的推移而改变。这在具有静态分配的 IP 的网络中可能是可能的，但对于动态分配的 IP 或在 Kubernetes 等环境中几乎是不可能的。这就是为什么要实现其他集群加入方法 (https://doc.akka.io/docs/akka/current/discovery/index.html)。

所以我在这里看到的缺点是这种配置在任何现实生活场景中的局限性。只要你这样做是为了学习/实验 Akka 集群，那么一切都很好，但你也可以争辩说，如果你这样做，那么拥有 12 个种子节点的列表并不会给你带来太多的优势假设有 2 个种子节点，只要您可以在实验期间保持它们正常运行，以便所有节点都可以加入集群。