【问题标题】:Elasticsearch shard relocation query - is the master node involved during shard relocation (data transfer)Elasticsearch 分片重定位查询 - 是分片重定位过程中涉及的主节点(数据传输)
【发布时间】:2014-09-08 01:23:52
【问题描述】:

例如,我们在 master1 上运行一个主节点 server2、server3 上运行的两个数据节点

让我们说从 server2 到 server3 的分片重定位

现在复制数据文件夹,elasticsearch集群是否会使用master1(它是一个主节点),即数据是直接从server2传输到server3还是通过master1传输?

我们想知道这一点,因为我们的 master1 正在运行低配置机器。

【问题讨论】:

    标签: elasticsearch


    【解决方案1】:

    不,主节点不直接参与分片从一个节点到另一个节点的转移。数据从源节点直接复制到目标节点。

    主节点参与管理全局集群状态,但如果它只是主节点,它上面不会有任何数据文件,也不会有数据传入或传出:

    注意,Elasticsearch 是一个基于点对点的系统,节点通信 如果操作是委托/广播的,则直接与另一个。全部 主要 API(索引、删除、搜索)不与 主节点。主节点的职责是维护 全局集群状态,并在节点加入或离开集群时采取行动 重新分配分片。

    http://www.elasticsearch.org/guide/en/elasticsearch/reference/current/modules-discovery.html

    专用主节点是具有设置 node.data: false 的节点 和node.master:是的。我们积极推广使用专用主 关键集群中的节点,以确保有 3 个专用 唯一角色是主节点的节点,一个轻量级的操作 (集群管理)责任。通过减少量 这些节点所做的资源密集型工作(换句话说,不 向这些专用主节点发送索引或搜索请求),我们 大大减少集群不稳定的机会。

    http://www.elasticsearch.org/guide/en/elasticsearch/reference/current/modules-node.html

    【讨论】:

    • 谢谢约翰,事情已经清楚了。我们知道问题出在哪里。分片重定位对我们来说花费了很多时间,因为传输速率为 100mb,但这会导致问题,因为所有节点都试图利用 100mb,当我们将其更改为 25mb 时它工作正常。
    • @KumarD 你能清楚地告诉我问题是什么吗,100mb 和 25mb 设置.. 那是什么设置,以及如何使它 25mb 变得更好。谢谢。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2021-08-17
    • 1970-01-01
    • 2020-11-09
    • 2020-10-27
    • 1970-01-01
    • 2016-06-26
    • 2017-02-09
    相关资源
    最近更新 更多