我们在AWS运行ES群集时使用以下设置：
（我知道，我需要至少3个主节点）
数据节点规范：
问题：
搜索，删除，备份，群集Heatlh，插入的ES端点工作正常。
从昨天开始，一些端点如/_cat/indices，/_nodes/_local/stats等开始花费太长时间来响应（超过4分钟）:(因此我们的Kibana处于红色状态（超时） 30000ms后）
有用信息：
所有碎片都可以（总共3500张）
群集处于绿色状态
X-pack禁用
平均1gb / shard
500k文件数。
localhost在AWS上提出的请求
CPU，DISK，RAM，IOPS都没问题
有什么想法吗？
提前致谢：）
编辑/解决方案1：
几天后我发现了问题所在，但首先是一点点背景......
我们使用Elasticsearch存储用户审核消息和移动错误消息，在第一时刻（显而易见地急于提供新的微服务并从我们的MongoDB集群中删除负载）我们按天设计了弹性搜索索引，所以每天都是新的indice被创建，并且在一天结束时，indice有大约6~9gb的数据。 六个月后，差不多180个指数变大，720个主要碎片开放，我们遇到了这个问题。
然后我又读了这篇文章（基础知识！）： https://www.elastic.co/guide/en/elasticsearch/reference/current/_basic_concepts.html
在与负责这个微服务的团队交谈之后，我们将我们的指数重新设计为月度指数，猜猜是什么？问题解决了！
现在我们的群集比以前快得多，这个简单的命令为我节省了一些甜蜜的睡眠。
https://www.elastic.co/guide/en/elasticsearch/reference/current/docs-reindex.html
谢谢！