使用elasticsearch-curator将快照恢复到另一台DC服务器

Question

我需要使用elasticsearch-curator在3个服务器内保持elasticsearch-data同步。我只想更新一台服务器上的数据，而其他服务器则使用快照和恢复方法进行自我更新。我可以在第一台服务器上使用curator创建快照，但无法在另一台服务器上恢复它。

在curator.yml中拍摄快照主机条目类似于服务器1上的主机："localhost“。我可以很容易地在服务器1上恢复它。

但是，当我尝试在curator.yml中的Server2主机条目上恢复它时，出现了问题："localhost"，“Server1IP”它生成错误消息：

2017-02-27 10:39:58,927 INFO      Preparing Action ID: 1, "restore"
2017-02-27 10:39:59,145 INFO      Trying Action ID: 1, "restore": Restore all indices in the most recent curator-* snapshot with state SUCCESS.  Wait for the restore to complete before continuing.  Do not skip the repository filesystem access check.  Use the other options to define the index/shard settings for the restore. 
2017-02-27 10:39:59,399 INFO      Restoring indices "['test_sec']" from snapshot: curator-20170226143036 
2017-02-27 10:39:59,409 ERROR     Failed to complete action: restore.  <class 'curator.exceptions.FailedExecution'>: Exception encountered.  Rerun with loglevel DEBUG and/or check Elasticsearch logs for more information. Exception: TransportError(500, u'snapshot_restore_exception', u'[all_index:curator-20170226143036]snapshot does not exist') 

Answer 1

这与how to restore elasticsearch indices from S3 to blank cluster using curator?的答案有些关系

您是如何将存储库添加到原始(源)集群的？您需要使用完全相同的步骤将存储库添加到新的(目标)集群。只有这样，新集群才能读取存储库。

如果没有更多的信息，就很难准确定位，但在这方面，snapshot does not exist的信息似乎很明确。它表示存储库与源群集不是同一个共享文件系统。