

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

# Snapshot Management を用いたスナップショットの自動化
<a name="managedomains-snapshot-mgmt"></a>

OpenSearch Dashboards で Snapshot Management (SM) ポリシーを設定すると、スナップショットの定期的な作成と削除を自動化できます。SM は、インデックスのグループのスナップショットを作成できますが、[Index State Management](managedomains-snapshots.md#managedomains-snapshot-ism) は、インデックスごとに 1 つのスナップショットしか作成できません。OpenSearch Service で SM を使用するときは、ユーザー独自の Amazon S3 リポジトリを登録する必要があります。リポジトリの登録手順については、「[手動スナップショットレポジトリの登録](https://docs.aws.amazon.com/opensearch-service/latest/developerguide/managedomains-snapshots.html#managedomains-snapshot-registerdirectory)」を参照してください。

**注記**  
スナップショット管理は、OpenSearch バージョン 2.5 以降でサポートされています。以前のバージョンを実行しているドメインは、この機能をサポートしていません。

SM が登場する以前は、OpenSearch Service は自動スナップショット機能を無料で提供していました。こちらは、現在もデフォルトで有効になっています。この機能は、サービスが管理する `cs-*` リポジトリにスナップショットを送信します。この機能を無効にする場合は、 サポートまでお問い合わせください。

SM 機能の詳細については、OpenSearch ドキュメントの「[Snapshot Management ](https://opensearch.org/docs/latest/dashboards/sm-dashboards/)」(スナップショットの管理) を参照してください。

SM は、現在は、複数のインデックスタイプでのスナップショット作成をサポートしていません。例えば、`*` を使って複数のインデックスでスナップショットを作成する際に、一部のインデックスが[ウォーム層](https://docs.aws.amazon.com/opensearch-service/latest/developerguide/ultrawarm.html#ultrawarm-manual-snapshot)にある場合、スナップショットの作成は失敗します。スナップショットに複数のインデックスタイプを含める必要がある場合は、SM でこのオプションがサポートされるまでは、[ISM スナップショットアクション](https://opensearch.org/docs/latest/im-plugin/ism/policies/#snapshot)を使用します。

# アクセス許可の設定
<a name="sm-security"></a>

OpenSearch Service の以前のドメインバージョンから 2.5 にアップグレードした場合、Snapshot Management のセキュリティ権限がドメインで定義されない場合があります。きめ細かいアクセスコントロールを使用して、ドメインでスナップショット管理を使用するには、管理者以外のユーザーがこのロールにマッピングされている必要があります。スナップショット管理ロールを手動で作成するときは、次の手順を実行します。

1. OpenSearch Dashboards で、**[セキュリティ]** に進み、**[許可]** を選択します。

1. [**アクショングループの作成**] を選択し、以下のグループを設定します。    
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/opensearch-service/latest/developerguide/sm-security.html)

1. **[ロール]**、**[ロールの作成]** の順に選択します。

1. ロールに **snapshot\$1management\$1role** という名前を付けます。

1. **[Cluster permissions]** (クラスターのアクセス権限) で、`snapshot_management_full_access` または `snapshot_management_read_access` を選択します。

1. **[作成]** を選択します。

1. ロールを作成したら、任意のユーザー、またはスナップショットを管理するバックエンドロールに[それをマッピング](fgac.md#fgac-mapping)します。

## 考慮事項
<a name="sm-considerations"></a>

Snapshot Management を設定するときは、次の点を考慮します。
+ リポジトリごとに使用できるポリシーは 1 つです。
+ 1 つのポリシーで最大 400 のスナップショットを作成できます。
+ この機能は、ドメインのステータスが赤色の場合、JVM の負荷が高い (85% 以上) 場合、スナップショット機能が停止している場合は、実行されません。クラスターの全体的なインデックス作成と検索のパフォーマンスが影響を受けていると、SM も影響を受けている可能性があります。
+ スナップショットのオペレーションは、前のオペレーションが完了した後に始まるため、1 つのポリシーでスナップショットのオペレーションが並行して実行されることはありません。
+ 同じスケジュールのポリシーが複数存在すると、リソースが急増する可能性があります。ポリシーのスナップショット化したインデックスが重複している場合、シャードレベルのスナップショットオペレーションは順番にしか実行されないため、パフォーマンスの問題が連鎖的に発生する可能性があります。ポリシーがリポジトリを共有すると、そのリポジトリへの書き込みオペレーションが急増します。
+ 特別なユースケースでない限り、スナップショットオペレーションの自動化は 1 時間に 1 回以下でスケジュールすることが推奨されます。