集群健康值为 "yellow" 通常表示集群的主节点正常工作，但有一些副本分片没有分配。具体来说，"357 of 360" 表示总共有 360 个分片，其中 357 个处于正常状态，3 个副本分片未分配。
解决方法
- 检查节点状态：确保所有数据节点都在运行，并且没有节点掉线。
- 查看分片分配：使用 Elasticsearch 的
_cat/shardsAPI 检查哪些分片未分配，并了解原因。- 增加节点：如果副本分片未分配是因为没有足够的节点，可以考虑添加更多节点。
- 调整副本数量：如果不需要副本分片，可以通过设置索引的副本数为 0 来临时解决问题。
- 重新分配：尝试使用
_cluster/rerouteAPI 手动重新分配未分配的分片。确认这些步骤后，监控集群的健康状态，看是否恢复到 "green" 状态。如果遇到问题，请查看 Elasticsearch 的日志以获取更多信息。
要查看哪些分片未分配，可以使用 Elasticsearch 的
_cat/shardsAPI。以下是如何执行此操作的步骤：
使用
_cat/shardsAPI： 你可以通过 HTTP 请求访问这个 API。命令如下：GET /_cat/shards?v这个命令将返回集群中所有分片的状态，包括主分片和副本分片，以及它们的分配情况。
查看输出： 输出会包含每个索引的分片信息，包括：
index：索引名称shard：分片编号prirep：表示是主分片（p）还是副本分片（r）state：分片的状态，例如STARTED（已启动）、UNASSIGNED（未分配）等node：分片分配到的节点筛选未分配的分片： 你可以查找状态为
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/explainAPI 来获取详细的未分配分片的原因：GET /_cluster/allocation/explain这个命令会返回具体的未分配原因，从而帮助你更准确地解决问题。
5. 检查资源限制
- 监控资源使用：确保每个节点有足够的内存、CPU 和磁盘空间。如果某个节点资源不足，可以考虑优化资源或增加节点。
6. 手动重新分配分片
如果以上步骤都无法解决，可以尝试手动重新分配未分配的分片。使用
_cluster/rerouteAPI 进行手动分配。例如：POST /_cluster/reroute { "commands": [ { "allocate": { "index": "your_index_name", "shard": 0, "node": "target_node_name" } } ] }7. 重建索引
- 如果分片问题持续存在，可能需要考虑重建索引。你可以创建一个新的索引，将数据从旧索引复制过来，然后删除旧索引。
通过这些步骤，你应该能够解决未分配分片的问题。
