"Message":"您的请求：'/_cluster/allocation/reroute' 不被允许。"}答案

【问题标题】："Message":"Your request: '/_cluster/allocation/reroute' is not allowed."}"Message":"您的请求：'/_cluster/allocation/reroute' 不被允许。"}
【发布时间】：2017-07-27 04:53:58
【问题描述】：

我正在处理 AWS 集群，在节点 1 的 AWS ES 集群中重新分配副本分片。我希望主分片和副本分片都驻留。但是当运行以下命令时出现错误

curl  -XPOST 'http://AWS-CLuster-name.com/_cluster/allocation/reroute' -d '{ "commands": [{"allocate_replica":{"index": ".kibana", "shard": 0, node: "nodename" "primary": false }'

运行上述命令时出现以下错误。

{"Message":"Your request: '/_cluster/allocation/reroute' is not allowed."}

这是否意味着 AWS 中不允许手动分配分片？谁能澄清一下。

谢谢

【问题讨论】：

标签： amazon-web-services elasticsearch elastic-stack

【解决方案1】：

这在 elasticsearch 中是不允许的，因为它会违反作为故障转移副本或分布式的概念。 https://www.elastic.co/guide/en/elasticsearch/guide/master/replica-shards.html

在同一个节点上拥有相同的主分片和副本分片是没有用的，而且是不允许的。与 AWS 无关。

【讨论】：

这个答案只是部分正确，部分错误。您不能将两个分片重新路由到同一个节点上，没错，但这不是 OP 看到的错误。 AWS 根本不允许重新路由，无论是否有效。

【解决方案2】：

正确，AWS 不允许您直接控制分片分配，至少不是以通常的方式。

我希望它可以以其他特定于 AWS 的方式完成，因为我有一个黄色集群，我真的更愿意是绿色的。 :(

[跟进：Elasticsearch 域似乎最终意识到它可以自己解决这个问题。在我们的例子中，因为我们的可用空间不足，所以没有分配副本。我们释放了空间，大概 30 分钟后，分片开始自行复制。]

【讨论】：

【解决方案3】：

由于多种原因，Elasticsearch 集群状态变为黄色或红色。有时可能会发生这样的情况，即使经过相当长的时间，Elasticsearch 域也无法解决集群状态问题。当分片分配的最大重试次数超过限制（5 次重试）时，尤其会发生这种情况。

在这种情况下，根据文档，可以通过禁用和重新启用索引上的副本分片来触发手动分片分配。

您可以通过运行以下命令找出哪个索引的分片分配失败

curl -XGET 'MyES_Endpoint/_cat/shards?h=index,shard,prirep,state,unassigned.reason' | grep UNASSIGNED

一旦确定哪个索引的分片未分配，您可以使用以下命令禁用索引的副本分片

curl -XPUT 'MyES_Endpoint/<index>/_settings' -H 'Content-Type: application/json' -d'
{
  "index" : {
    "number_of_replicas" : 0
  }
}'

您可以通过将副本分片设置回适当的数字来重新启用它。

警告

不建议在运行繁重工作负载的集群上手动处理分片分配，因为当我们删除索引的副本分片时，我们只剩下主分片，然后所有传入负载都由该分片处理独自的。任何节点故障都会导致集群状态变为红色。

查看documentation 以进一步了解导致此问题的不同原因以及如何处理它们。

【讨论】：