【问题标题】:Elasticsearch Unicast Weird Behavior in Clustering集群中的 Elasticsearch 单播奇怪行为
【发布时间】:2019-02-09 00:10:39
【问题描述】:

我有两个节点,每个节点形成一个集群(有一个空节点)。

0.0.0.0:9200 (elasticsearch)
0.0.0.0:9201 (test-1)

9200 的节点在集群elasticsearch 中(可能是默认的cluster.name)。 9201 的节点在集群test-1 中。 (另外,不管重要与否,我将两个节点的network.hosts 绑定到0.0.0.0)

我想将一个新节点加入test-1。当我将discovery.zen.ping.unicast.hosts 设置单独注释掉时,新节点成功加入test-1。但是,当我将其设置为其他内容时,例如["0.0.0.0"]["127.0.1"],则无法加入...

将新节点加入elasticsearch 没有问题。 ["0.0.0.0"]["127.0.1"]["IP"] 都运行良好。 (但是["0.0.0.0", "ANOTHER-IP"] 失败了……如果可能的话,请回答这个问题……)

是什么导致了这个加入问题?有人遇到过这样的问题吗?

【问题讨论】:

  • 您使用的是 ElasticSearch 上的哪个版本?
  • 都是elasticsearch-6.4.0。你有什么想法吗?

标签: elasticsearch unicast


【解决方案1】:

discovery.zen.ping.unicast.hosts 应该有加入集群的所有节点的 IP。对集群中的所有节点执行此操作,并使用不是 0.0.0.0 或 127.0.0.1 的 IP。

当您的新节点尝试加入test-1 集群时,您可以尝试将新节点的端口更改为 9201 并查看它是否加入。

形成一个集群所需的最少的东西:

  1. 相同cluster.name
  2. 把不同的node.name
  3. discovery.zen.ping.unicast.hosts - 集群中所有节点的 IP。

gateway.recover_after_nodesdiscovery.zen.minimum_master_nodes - 如果对集群的所有节点还没有评论这些行。

最后检查您的防火墙设置并在必要时禁用防火墙。检查节点是否可以相互通信。

【讨论】:

  • 是否需要2.?不管怎样,我会按照你说的努力!
  • 我尝试在不指定节点名称的情况下运行集群。最好有不同的,特别是因为有一些问题。希望这能解决问题。
猜你喜欢
  • 1970-01-01
  • 2015-03-25
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2018-05-22
  • 1970-01-01
相关资源
最近更新 更多