Elasticsearch UNASSIGNED 怎么修复

集群健康值为 "yellow" 通常表示集群的主节点正常工作，但有一些副本分片没有分配。具体来说，"357 of 360" 表示总共有 360 个分片，其中 357 个处于正常状态，3 个副本分片未分配。

解决方法

1. 检查节点状态：确保所有数据节点都在运行，并且没有节点掉线。
2. 查看分片分配：使用 Elasticsearch 的 _cat/shards API 检查哪些分片未分配，并了解原因。
3. 增加节点：如果副本分片未分配是因为没有足够的节点，可以考虑添加更多节点。
4. 调整副本数量：如果不需要副本分片，可以通过设置索引的副本数为 0 来临时解决问题。
5. 重新分配：尝试使用 _cluster/reroute API 手动重新分配未分配的分片。

确认这些步骤后，监控集群的健康状态，看是否恢复到 "green" 状态。如果遇到问题，请查看 Elasticsearch 的日志以获取更多信息。

要查看哪些分片未分配，可以使用 Elasticsearch 的 _cat/shards API。以下是如何执行此操作的步骤：

1. 使用 _cat/shards API： 你可以通过 HTTP 请求访问这个 API。命令如下：

   GET /_cat/shards?v

   这个命令将返回集群中所有分片的状态，包括主分片和副本分片，以及它们的分配情况。

2. 查看输出： 输出会包含每个索引的分片信息，包括：

   • index：索引名称
   • shard：分片编号
   • prirep：表示是主分片（p）还是副本分片（r）
   • state：分片的状态，例如 STARTED（已启动）、UNASSIGNED（未分配）等
   • node：分片分配到的节点

3. 筛选未分配的分片： 你可以查找状态为 UNASSIGNED 的分片，以确定哪些副本分片没有分配。

示例命令

如果你使用的是 Kibana，可以直接在 Dev Tools 中运行以下命令：

GET _cat/shards?v

这样，你就可以看到详细的分片信息，帮助你确定哪些分片未分配。

修复未分配（UNASSIGNED）分片的方法取决于导致分片未分配的原因。以下是一些常见的解决方法：

1. 检查节点状态

• 确保节点在线：使用 _cat/nodes 查看所有节点的状态，确保它们都在运行。
• 重启节点：如果某个节点宕机，可以尝试重启它。

2. 增加可用节点

• 如果集群中没有足够的节点来分配副本分片，可以考虑增加更多节点。

3. 调整副本设置

• 减少副本数：如果不需要那么多副本，可以将索引的副本数调整为 0 或者减少副本数。例如：

  PUT /your_index_name/_settings { "index": { "number_of_replicas": 0 } }

4. 查看分片分配原因

• 使用 _cluster/allocation/explain API 来获取详细的未分配分片的原因：

  GET /_cluster/allocation/explain

  这个命令会返回具体的未分配原因，从而帮助你更准确地解决问题。

5. 检查资源限制

• 监控资源使用：确保每个节点有足够的内存、CPU 和磁盘空间。如果某个节点资源不足，可以考虑优化资源或增加节点。

6. 手动重新分配分片

• 如果以上步骤都无法解决，可以尝试手动重新分配未分配的分片。使用 _cluster/reroute API 进行手动分配。例如：

  POST /_cluster/reroute { "commands": [ { "allocate": { "index": "your_index_name", "shard": 0, "node": "target_node_name" } } ] }

7. 重建索引

• 如果分片问题持续存在，可能需要考虑重建索引。你可以创建一个新的索引，将数据从旧索引复制过来，然后删除旧索引。

通过这些步骤，你应该能够解决未分配分片的问题。