为了防止发生故障，我们是否需要在数据库中备份 Elastic Search 数据，或者是否有一个可靠的永久存储解决方案？

Question

我们希望在一个大型软件系统中使用 Elastic Search，该系统需要保存多年的财务日志和记录。我们正在使用 Elastic Search，但有点担心 Elastic 是否是永久存储的可行解决方案。我听说它可能会损坏。

有没有解决方案可以让系统拥有多个区域，并且如果一个节点发生故障或损坏，可以自我修复？我们是否必须编写一个系统，将写入 Elastic Search 的每个对象备份到单独的数据库作为备份，并编写一个重新索引器，或者 Elastic Search 是否是一种可行的解决方案，无需数据库备份？

Answer 1

我的理解是 ElasticSearch 是一种搜索服务，而不是持久存储服务。根据常见问题解答，您可以拍摄快照将您的 ElasticSearch 服务作为备份。

功能页面显示

耐用性：您可以通过自动和手动快照为 Amazon Elasticsearch 集群构建数据持久性。您可以使用快照恢复集群或创建具有预加载数据的新集群。默认情况下，Amazon Elasticsearch Service 将自动为每个域创建每小时快照，并保留 14 天，无需额外付费。这些快照存储在 Amazon S3 中，其设计持久性为 99.999999999%（11 个 9）。

我找不到任何其他有关耐用性的参考，而且我看不到任何声称它意味着成为耐用的数据存储的说法。

我会非常小心地将任何数据放在 ElasticSearch 上。我希望它放在 S3 / EBS / EFS 卷上，这些都是持久服务。