【问题标题】:Best practise: How many zen discovery nodes?最佳实践:有多少个 zen 发现节点?
【发布时间】:2016-05-31 02:41:33
【问题描述】:

我在 AWS 上有一个由 11 个节点组成的 ElasticSearch 集群。节点正在使用 Zen 单播发现(已禁用多播)。这需要定义discovery.zen.ping.unicast.hosts 的列表。列表中有多少个节点是最佳实践? 11? 3个稳定节点?此外,在不同节点上列出不同节点的含义是什么?这会导致脑裂吗?

【问题讨论】:

    标签: elasticsearch


    【解决方案1】:

    如果您有专用的主节点,最简单的方法是在unicast.hosts 列表中列出主节点。否则,不需要列出所有 11 个节点,但最好列出。

    unicast.hosts 列表的作用是帮助刚刚加入集群的节点从该列表中列出的节点了解集群的结构。因此,最好在那里提供肯定可用的节点。在那里只提供一个节点是可以的,但您确定该节点将始终处于可用状态吗?

    如果您没有专用的主节点,只需列出其中的所有节点即可。这样,您可以确定列表是好的,而且您可以为所有节点使用几乎相同的配置文件(节点名称设置除外)。

    关于脑裂,你需要做的就是setting up the minimum_master_nodes。

    【讨论】:

    • 感谢您的精彩回答!所有节点都必须有一个相同的unicast.hosts 列表吗?
    • 不,这不是必需的。但是当你有 11 个配置文件要管理时,如果你想改变其中的一些东西,你需要注意每个节点的特殊性。而且它可能很难维护。这就是为什么我提到将所有 11 个节点放在那里并在所有配置文件中具有相同的设置。
    • 有趣。我刚刚经历了脑裂,并试图找出原因。主持人有不同的unicast.hosts...
    • 您是否将minimum_master_nodes 设置为符合主节点资格的节点?
    • 没有。但这不会让我的一半集群在写入时失败吗?也就是说,我仍然会出现脑裂。
    猜你喜欢
    • 2011-05-21
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-01-05
    • 2011-11-29
    • 1970-01-01
    相关资源
    最近更新 更多