Cookie の設定を選択する

当社は、当社のサイトおよびサービスを提供するために必要な必須 Cookie および類似のツールを使用しています。当社は、パフォーマンス Cookie を使用して匿名の統計情報を収集することで、お客様が当社のサイトをどのように利用しているかを把握し、改善に役立てています。必須 Cookie は無効化できませんが、[カスタマイズ] または [拒否] をクリックしてパフォーマンス Cookie を拒否することはできます。

お客様が同意した場合、AWS および承認された第三者は、Cookie を使用して便利なサイト機能を提供したり、お客様の選択を記憶したり、関連する広告を含む関連コンテンツを表示したりします。すべての必須ではない Cookie を受け入れるか拒否するには、[受け入れる] または [拒否] をクリックしてください。より詳細な選択を行うには、[カスタマイズ] をクリックしてください。

スナップショットを使用してデータを移行する

フォーカスモード
スナップショットを使用してデータを移行する - Amazon OpenSearch Service

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

インプレースアップグレードは、ドメインを新しい OpenSearch または Elasticsearch バージョンにアップグレードする従来よりも簡単で迅速な、信頼性の高い方法です。スナップショットは、Elasticsearch の 5.1 より前のバージョンから移行する必要がある場合や、まったく新しいクラスターに移行する場合に適しています。

次の表は、スナップショットを使用して、OpenSearch または Elasticsearch の異なるバージョンを使用するドメインにデータを移行する方法を示しています。スナップショットの作成と復元の詳細については、「Amazon OpenSearch Service でのインデックススナップショットの作成」を参照してください。

元のバージョン 目的のバージョン 移行プロセス
OpenSearch 1.3 または 2.x OpenSearch 2.x
  1. OpenSearch 2.3 の重大な変更を確認して、インデックスまたはアプリケーションを調整する必要があるかどうかを確認します。

  2. 1.3 または 2.x ドメインの手動スナップショットを作成します。

  3. 元の 1.3 または 2.x ドメインよりも上位のバージョンである 2.x ドメインを作成します。

  4. 元のドメインのスナップショットを 2.x ドメインに復元します。オペレーション中に、新しい名前で .opensearch インデックスを復元することが必要になる場合があります。

    POST _snapshot/<repository-name>/<snapshot-name>/_restore { "indices": "*", "ignore_unavailable": true, "rename_pattern": ".opensearch", "rename_replacement": ".backup-opensearch" }

    次に、新しいドメインで .backup-opensearch のインデックスを再作成し、エイリアス .opensearch を付けることができます。_restore のデフォルトは false であるため、_restore REST 呼び出しには include_global_state は含まれません。その結果、テストドメインにはインデックステンプレートが含まれず、バックアップの完全な状態も含まれません。

  5. 元のドメインが不要であれば、削除します。削除しなかった場合は、ドメインの利用料金が引き続き発生します。

OpenSearch 1.x OpenSearch 1.x
  1. 1.x ドメインの手動スナップショットを作成します。

  2. 元の 1.x ドメインよりも上位のバージョンの 1.x ドメインを作成します。

  3. 元のドメインのスナップショットを新しい 1.x ドメインに復元します。オペレーション中に、新しい名前で .opensearch インデックスを復元することが必要になる場合があります。

    POST _snapshot/<repository-name>/<snapshot-name>/_restore { "indices": "*", "ignore_unavailable": true, "rename_pattern": ".opensearch", "rename_replacement": ".backup-opensearch" }

    次に、新しいドメインで .backup-opensearch のインデックスを再作成し、エイリアス .opensearch を付けることができます。_restore のデフォルトは false であるため、_restore REST 呼び出しには include_global_state は含まれません。その結果、テストドメインにはインデックステンプレートが含まれず、バックアップの完全な状態も含まれません。

  4. 元のドメインが不要であれば、削除します。削除しなかった場合は、ドメインの利用料金が引き続き発生します。

Elasticsearch 6.x または 7.x OpenSearch 1.x
  1. OpenSearch 1.0 の重大な変更を確認して、インデックスまたはアプリケーションを調整する必要があるかどうかを確認します。

  2. Elasticsearch 7.x または 6.x ドメインの手動スナップショットを作成します。

  3. OpenSearch 1.x ドメインを作成します。

  4. Elasticsearch ドメインから OpenSearch ドメインにスナップショットを復元します。オペレーション中に、新しい名前で .elasticsearch インデックスを復元することが必要になる場合があります。

    POST _snapshot/<repository-name>/<snapshot-name>/_restore { "indices": "*", "ignore_unavailable": true, "rename_pattern": ".elasticsearch", "rename_replacement": ".backup-opensearch" }

    次に、新しいドメインで .backup-opensearch のインデックスを再作成し、エイリアス .elasticsearch を付けることができます。_restore のデフォルトは false であるため、_restore REST 呼び出しには include_global_state は含まれません。その結果、テストドメインにはインデックステンプレートが含まれず、バックアップの完全な状態も含まれません。

  5. 元のドメインが不要であれば、削除します。削除しなかった場合は、ドメインの利用料金が引き続き発生します。

Elasticsearch 6.x Elasticsearch 7.x
  1. 7.0 の重大な変更を確認して、インデックスまたはアプリケーションを調整する必要があるかどうかを確認します。

  2. 6.x ドメインの手動スナップショットを作成します。

  3. 7.x ドメインを作成します。

  4. 元のドメインのスナップショットを 7.x ドメインに復元します。オペレーション中に、新しい名前で .opensearch インデックスを復元することが必要になる場合あります。

    POST _snapshot/<repository-name>/<snapshot-name>/_restore { "indices": "*", "ignore_unavailable": true, "rename_pattern": ".elasticsearch", "rename_replacement": ".backup-elasticsearch" }

    次に、新しいドメインで .backup-elasticsearch のインデックスを再作成し、エイリアス .elasticsearch を付けることができます。_restore のデフォルトは false であるため、_restore REST 呼び出しには include_global_state は含まれません。その結果、テストドメインにはインデックステンプレートが含まれず、バックアップの完全な状態も含まれません。

  5. 元のドメインが不要であれば、削除します。削除しなかった場合は、ドメインの利用料金が引き続き発生します。

Elasticsearch 6.x Elasticsearch 6.8
  1. 6.x ドメインの手動スナップショットを作成します。

  2. 6.8 ドメインを作成します。

  3. 元のドメインのスナップショットを 6.8 ドメインに復元します。

  4. 元のドメインが不要であれば、削除します。削除しなかった場合は、ドメインの利用料金が引き続き発生します。

Elasticsearch 5.x Elasticsearch 6.x
  1. インデックスやアプリケーションを調整する必要があるかどうかを確認するには、「6.0 の重要な変更」を参照します。

  2. 5.x ドメインの手動スナップショットを作成します。

  3. 6.x ドメインを作成します。

  4. 元のドメインのスナップショットを 6.x ドメインに復元します。

  5. 5.x ドメインが不要であれば、削除します。削除しなかった場合は、ドメインの利用料金が引き続き発生します。

Elasticsearch 5.x Elasticsearch 5.6
  1. 5.x ドメインの手動スナップショットを作成します。

  2. 5.6 ドメインを作成します。

  3. 元のドメインのスナップショットを 5.6 ドメインに復元します。

  4. 元のドメインが不要であれば、削除します。削除しなかった場合は、ドメインの利用料金が引き続き発生します。

Elasticsearch 2.3 Elasticsearch 6.x

Elasticsearch 2.3 のスナップショットは 6.x とは互換性がありません。データを 2.3 から 6.x に直接移行するには、新しいドメインでインデックスを手動で再作成する必要があります。

または、この表の 2.3 から 5.x のステップに従い、新しい 5.x ドメインで _reindex オペレーションを実行して、2.3インデックスを5.x インデックスに変換してから、5.x から 6.x のステップに従うこともできます。

Elasticsearch 2.3 Elasticsearch 5.x
  1. 5.0 の重大な変更を確認して、インデックスまたはアプリケーションを調整する必要があるかどうかを確認します。

  2. 2.3 ドメインの手動スナップショットを作成します。

  3. 5.x ドメインを作成します。

  4. 2.3 ドメインのスナップショットを 5.x ドメインに復元します。

  5. 2.3 ドメインが不要であれば、削除します。削除しなかった場合は、ドメインの利用料金が引き続き発生します。

Elasticsearch 1.5 Elasticsearch 5.x

Elasticsearch 1.5 のスナップショットは 5.x とは互換性がありません。データを 1.5 から 5.x に移行するには、新しいドメインでインデックスを手動で再作成する必要があります。

重要

1.5 のスナップショットには 2.3 との互換性がありますが、OpenSearch Service 2.3 のドメインでは _reindex オペレーションがサポートされていません。それらのインデックスを再作成できないため、1.5 ドメインで作成されたインデックスは、2.3 スナップショットから 5.x ドメインへの復元に失敗します。

Elasticsearch 1.5 Elasticsearch 2.3
  1. 移行プラグインを使用して、バージョン 2.3 に直接アップグレードできるかどうかを確認します。移行前にデータの変更が必要になる場合もあります。

    1. ウェブブラウザで、http://domain-endpoint/_plugin/migration/ を開きます。

    2. [今すぐ確認を実行] を選択します。

    3. 結果を確認し、必要に応じて、手順に従いデータを変更します。

  2. 1.5 ドメインの手動スナップショットを作成します。

  3. 2.3 ドメインを作成します。

  4. 1.5 ドメインのスナップショットを 2.3 ドメインに復元します。

  5. 1.5 ドメインが不要であれば、削除します。削除しなかった場合は、ドメインの利用料金が引き続き発生します。

プライバシーサイト規約Cookie の設定
© 2025, Amazon Web Services, Inc. or its affiliates.All rights reserved.