我运行了许多独立的Logstash服务器，以允许从Web应用程序服务器查看日志文件。
其中一个最近报告由于未分配的碎片导致的黄色簇状态。 这是一个常见的事件，我通常通过删除最近的索引并重新启动Elasticsearch来处理。
在这种情况下，它没有工作。 当我删除索引（通过API或简单地从文件系统中删除文件）并重新启动Elasticsearch时，群集状态最初是绿色的，但是一旦创build了第一个索引，它就会变成黄色，精确的有5个未分配的碎片。
这台服务器工作了好几个星期，并没有加载。 我也检查过CIDR中没有其他的Elasticsearch服务器（它在Amazon AWS的VPC中）。
我打开日志中的debugging，但它的双重荷兰人给我。 没有提及不能被分配的碎片。
最简单的解决方法是configurationelasticsearch，使其不使用任何副本：
index.number_of_replicas: 0 如果elasticsearch不尝试将分片分发给其他节点，则不会有未分配的分片。
我不知道为什么在elasticsearch上的默认configuration要
index.number_of_replicas: 1
第一次欺骗的人必须在一台服务器上运行它，然后花几天的时间试图找出为什么由于未分配的碎片导致的健康变为黄色。