elasticsearch-curatorを使用して別のDCサーバにスナップショットを復元

Question

elasticsearch-curatorを使用して3サーバ内でelasticsearch-dataを同期させておく必要があります。 1つのサーバー上のデータを更新するだけで、他はスナップショットと復元方法を使用して自分自身を更新します。 最初のサーバーでキュレーターを使用してスナップショットを作成できましたが、別のサーバーで復元できませんでした。

スナップショットを取っている間にcurator.ymlのホストエントリは、サーバー1のhosts：["localhost"]のようなものです。サーバー1自体で簡単に復元できます。

しかし、私はサーバー上でそれを復元しようとすると、問題が発生curator.ymlで2 ホストエントリはホストのようなものです：

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') 

：[「localhost」を、「サーバ1 IP」]は それはエラーメッセージを生成し、

Answer 1

これは一種の元（ソース）クラスタにリポジトリを追加しましたかhow to restore elasticsearch indices from S3 to blank cluster using curator?

での回答に関連していますか？まったく同じ手順を使用して、新しい（ターゲット）クラスタにリポジトリを追加する必要があります。その後、リポジトリは新しいクラスタによって読み込み可能になります。

これ以上の情報がないと、特定するのは難しいですが、snapshot does not existメッセージはこの点ではっきりしているようです。これは、リポジトリがソースクラスタと同じ共有ファイルシステムではないことを示します。