gpt4 book ai didi

elasticsearch - ElasticSearch 6.4:直到节点重新启动后,才可以重新选择主节点

转载 作者:行者123 更新时间:2023-12-03 01:25:59 24 4
gpt4 key购买 nike

我正在实验两个主节点( node30 node207 )的群集,并且我注意到除非重新启动非主节点,否则主选举过程不会启动。

下面是我的节点elasticsearch.yml(第二个节点- node207 -具有相似的节点,仅具有不同的node.name):

    network.host: 0.0.0.0
cluster.name: mycluster
node.name: node30
discovery.zen.no_master_block: all
discovery.zen.ping.unicast.hosts: ["node30", "node207"]

这是我的情况:
  • 启动两个节点,并且节点30 成为主节点。群集运行状况显示群集中的两个节点。
  • 禁用 node207 上的TCP端口9200/9300。 node207 日志中存在网络错误。没有母版可见。

    根据文档-https://www.elastic.co/guide/en/elasticsearch/reference/6.4/modules-discovery-zen.html-在进行3次重试(ping_retries)后 node207 应该选择自己作为新的主服务器(默认情况下,discovery.zen.minimum_master_nodes为1)。这永远不会发生。
  • 重新启动 node207 。在对旧的主控主机( node30 )进行几次尝试失败之后,它将自己选为主控。

  • 如果不重新启动,则不会发生主机重新选举。

    这是预期的行为吗?

    最佳答案

    discovery.zen.minimum_master_nodes is 1 by default



    这是一个错误的配置。您必须将 discovery.zen.minimum_master_nodes设置为 2,因为您有两个符合主机资格的节点。

    关于elasticsearch - ElasticSearch 6.4:直到节点重新启动后,才可以重新选择主节点,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/58243021/

    24 4 0
    文章推荐: powershell - Azure管道:基于OS的条件环境变量
    文章推荐: javascript - ASP.NET:使用 Ajax (JSON) 从 View 到 Controller POST List/Model