我在 AWS 上有一个由 4 个 EC2 Elasticsearch(版本 7.7.1)节点组成的集群(包括一个主节点)。 每天都会生成所有索引的快照(增量)。
该集群基于“I”型 ec2 构建，具有良好的读/写性能，存储是 volatile 的:如果集群崩溃，所有数据都会消失。这不是我现在可以改变的。
我通过终止实例并重建集群来模拟集群崩溃，然后再恢复其中的每日快照。
我找不到加速新集群上快照恢复的方法。 我工作的客户想要集群上 14 天的数据。快照是每日增量的，这意味着我必须一次恢复 14 个快照才能恢复所有数据。我无法进行一次完整恢复。
每次恢复时，数据都会根据复制策略 (1:1) 在节点之间重新平衡。从恢复到集群状态变为绿色，我必须等待很长时间。对于 500Go 的数据(与我们预计的 future 数据相比，这根本不算什么):我花了 2 个多小时才恢复所有快照。
在此过程中，所有索引都必须关闭，但是恢复快照会打开一些索引，因此我必须在恢复每个快照之前关闭所有索引... Kibana 和 Logstash 正在发送/监听集群，因此我必须停止它们才能安静地恢复我的快照。
有什么办法可以改善这个问题吗？我找不到同时恢复多个快照的方法。 我应该在恢复期间停止重新平衡吗？
我很惊讶我找不到任何相关内容，我一定错过了一些大事:/ 对此有何想法或经验反馈？ 非常感谢!
最佳答案
Snapshots being daily incremental, that means I have to restore 14 snapshots to recover all my data, one day at a time.
此说法不正确!您所要做的就是恢复最新的快照，这将恢复您的所有数据。
增量意味着每个快照仅包含自上一个快照以来创建的数据，但它也链接到旧快照中包含的旧数据，但您不必关心这一点，只需恢复最新的快照即可。您将看到您拥有所有数据。
关于amazon-web-services - 有没有办法一次恢复多个快照？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/65629432/