elasticsearch - 使用Elasticsearch作为备份存储

Question

我的应用程序每小时接收并解析成千上万个小JSON片段，每个片段约1Kb。我想为所有传入的JSON代码片段创建备份。

使用Elasticsearch将这些摘要备份到带有f.ex的索引中是否是一个好主意。 "number_of_replicas:" 4？从来没有读过有人使用过Elasticsearch。

当我使用服务器和副本的集群时，我的数据在Elasticsearch中安全吗？还是针对该用例，我应该更好地使用其他存储？

(将其写入本地文件系统并不安全，因为我们的硬盘经常崩溃。首先，我曾考虑过使用HDFS，但这并非适用于小型文件。)

Answer 1

首先，您需要找到副本与备份之间的区别。

副本在运行时是多个数据副本。它增加了高可用性和故障转移支持，不会支持意外删除数据。

备份是备份时整个数据的副本。它将在系统崩溃时用于还原。

flex 搜索进行备份..这不是一个好主意。 flex 搜索是不是DB 的搜索引擎。如果您没有仔细配置ES集群，那么最终将导致数据丢失。

所以我认为
为了存储json对象，我们有很多数据库。例如mongodb是一个nosql db。我们可以轻松地用更多副本配置它。这意味着数据的高可用性和故障转移支持。正如您所要求的，它也是开源的，并且更可靠。
有关mongodb的更多信息，请引用https://www.mongodb.org/

更新:
在Elasticsearch中，如果您创建具有更多分片的索引，它将在节点之间分配。如果一个节点失败，则数据将丢失。但是在mongoDB中，更多节点意味着每个mongodb节点都包含其自己的数据副本。如果mongodb失败，则我们可以从副本mongodbs中检索数据。我们需要更加注意Elasticsearch中的副本设置和分片分配。但是在mongoDB中，它也更加简单和良好。

注意:我并不是说在Elasticsearch中存储数据并不安全。我的意思是，与mongodb相比，在Elasticsearch中配置副本和维护很困难。

希望能帮助到你..!