查看ES集群健康状态

_cat/health

Elasticsearch 的 _cat/health API 提供了集群健康状况的概览。以下是对您提供的输出结果中每个字段的解释：

1. epoch: 表示时间戳（Unix 时间戳），即从1970年1月1日以来的秒数。

2. timestamp: 人类可读的时间表示，展示了集群健康状况最后更新的时间。

3. cluster: 集群的名称。

4. status: 集群的当前状态，可以是 green、yellow 或 red：

   • green：一切正常，所有主分片和副本分片都正常工作。
   • yellow：所有主分片都正常，但至少有一个副本分片未能成功分配（例如，由于副本分片数量不足）。
   • red：至少有一个主分片未能成功分配，数据可能丢失。

5. node.total: 集群中节点的总数。

6. node.data: 存储数据并参与分片分配的节点数量。

7. shards: 集群中所有索引的分片总数。

8. pri: 主分片的数量。

9. relo: 集群尝试重新分配分片的数量。

10. init: 正在初始化的分片数量。

11. unassign: 未分配的分片数量。

12. pending_tasks: 等待执行的任务数量。

13. max_task_wait_time: 等待最长时间的任务的等待时间（毫秒）。

14. active_shards_percent: 活跃分片占总分片的百分比。

根据您提供的输出结果，集群状态是 yellow，这意味着尽管所有主分片都正常工作，但存在一些未分配的副本分片。这可能是由于多种原因，例如节点故障、网络问题或资源不足。

集群中有5个节点，其中5个节点存储数据。总共有9883个分片，包括主分片和副本分片。有5927个主分片，没有分片正在重新分配（relo 为0）。有1910个任务正在等待执行（pending_tasks），其中等待时间最长的任务已经等待了236.2毫秒。活跃分片占总分片的83.8%，这意味着一些分片可能由于未分配或其他原因而不活跃。

要解决 yellow 状态，您可能需要检查 Elasticsearch 日志文件，查找为什么副本分片未能成功分配，并采取相应的措施来解决这些问题。如果问题持续存在，可能需要联系技术支持或进一步调查。