elasticsearch-如何处理未分配的分片
我的集群处于黄色状态，因为未分配某些分片。怎么办呢？
我尝试设置cluster.routing.allocation.disable_allocation = false所有索引，但是我认为这不起作用，因为我使用的是1.1.1版本。
我也尝试过重新启动所有机器，但同样发生。
任何想法？
编辑：
- 群集统计信息：
{
cluster_name: "elasticsearch",
status: "red",
timed_out: false,
number_of_nodes: 5,
number_of_data_nodes: 4,
active_primary_shards: 4689,
active_shards: 4689,
relocating_shards: 0,
initializing_shards: 10,
unassigned_shards: 758
}
问题答案：
这些未分配的分片实际上是主节点上实际分片的未分配副本。
为了分配这些分片，您需要运行一个新的elasticsearch实例来创建一个辅助节点来承载数据副本。
编辑： 有时未分配的碎片属于已删除的索引，这使它们成为孤儿碎片，无论是否添加节点，它们都将永远不会分配。但这不是事实！
-
问题内容： 我有一个具有4个节点的ES集群： 我不得不重新启动search03，当它回来时，它又重新加入了群集，没有问题，但是留下了7个未分配的碎片。 现在，我的集群处于黄色状态。解决此问题的最佳方法是什么？ 删除（取消）分片？ 将分片移动到另一个节点？ 将分片分配给节点？ 将“ number_of_replicas”更新为2？ 还有其他东西吗？ 有趣的是，当添加新索引时，该节点开始在该节点上工作
-
centOS上的elasticsearch 1.7.x 我们的三节点集群变成了两节点集群。一切都很好。每个碎片我们都有3个复制品，所以我们都有了。 但现在集群运行状况是黄色的，我们有： 我们已经将ElasticSearch.yml中的副本计数设置更改为1（从2）并在两个节点上重新启动ES。这没有什么区别。 下一步是什么？ 我看到了如何重新分配碎片，但没有看到如何消除未分配的碎片。
-
我有一个包含4个节点的ES集群： 我不得不重新启动search03，当它回来时，它没有问题地重新加入了集群，但是留下了7个未分配的碎片。 现在我的集群处于黄色状态。解决这个问题最好的办法是什么？ 删除（取消）碎片？ 将碎片移动到另一个节点？ 将碎片分配给节点？ 将“number_of_replicas”更新为2？ 完全是其他吗？ 有趣的是，当添加了一个新的索引时，该节点开始处理它，并与集群的其余部
-
我在低源硬件配置的机器上得到了1个节点、1个碎片、1个副本体系结构。我必须将Elasticsearch堆大小保持在总内存的20%，并且我索引1K~1M文档到Elasticsearch关于硬件配置。我有不同类型机器，从2GB到16GB，但由于它们是32bit体系结构，我只能使用300M到1.5GB的最大内存作为堆大小。 由于某些原因，我不知道为什么，Elasticsearch创建了一些带有未分配碎片
-
本文向大家介绍ElasticSearch合理分配索引分片原理，包括了ElasticSearch合理分配索引分片原理的使用技巧和注意事项，需要的朋友参考一下 Elasticsearch 是一个非常通用的平台，支持各种用户实例，并为组织数据和复制策略提供了极大的灵活性。但是，这种灵活性有时会使我们很难在早期确定如何很好地将数据组织成索引和分片，尤其是不熟悉 Elastic Stack。虽然不一定会在首
-
问题：我已经启动了五个elasticsearch节点，但只有66,84%的数据在kibana中可用。当我用localhost检查集群运行状况时：9200/u cluster/health？pretty=true我得到了以下信息： 除kibana指数外，我所有的指数都是红色的。 小部分：