我可以在没有弹性搜索复制的情况下生存吗？
Can i survive without replication in elastic search?
我查阅了几个文件，但没有找到太多关于以下内容的信息:
1) 我可以用 0 个副本碎片生存吗？我们有大量数据，但现在没有足够的基础设施来复制全部数据。如果我们丢失了一些数据，我们可以重新索引。在这一点上是可以接受的。我们将拥有体面大小的索引，但将有数千个索引。
2) 如果我继续第 1 点，如果一个节点出现故障，我如何知道丢失了多少数据以及需要重新编制索引的所有索引。
3) 除了 HQ 之外，还有其他插件可以帮助我完成上述事情吗？
期待对以上几点的一些见解。
1) 小心分片的过度分配。
2) elasticsearch 会用 _cat/indices 告诉你哪些索引是红色的。
3) xpack有免费版
是的，你可以用 0 个副本碎片生存。
但是如果您有一个 multi-node 集群，建议每个主分片至少有 1 个副本分片。因此，如果一个节点出现故障，您仍然拥有整个索引，并且您仍然可以提供搜索请求
副本用于提高搜索性能和 fail-over.
如果你有一个单节点集群，那么副本分片永远不会分配到相关主节点所在的同一节点上（这很像将备份与原始数据放在同一磁盘上).
我查阅了几个文件，但没有找到太多关于以下内容的信息:
1) 我可以用 0 个副本碎片生存吗？我们有大量数据，但现在没有足够的基础设施来复制全部数据。如果我们丢失了一些数据，我们可以重新索引。在这一点上是可以接受的。我们将拥有体面大小的索引，但将有数千个索引。
2) 如果我继续第 1 点，如果一个节点出现故障，我如何知道丢失了多少数据以及需要重新编制索引的所有索引。
3) 除了 HQ 之外，还有其他插件可以帮助我完成上述事情吗？
期待对以上几点的一些见解。
1) 小心分片的过度分配。
2) elasticsearch 会用 _cat/indices 告诉你哪些索引是红色的。
3) xpack有免费版
是的，你可以用 0 个副本碎片生存。
但是如果您有一个 multi-node 集群，建议每个主分片至少有 1 个副本分片。因此，如果一个节点出现故障，您仍然拥有整个索引，并且您仍然可以提供搜索请求 副本用于提高搜索性能和 fail-over.
如果你有一个单节点集群，那么副本分片永远不会分配到相关主节点所在的同一节点上（这很像将备份与原始数据放在同一磁盘上).