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

# スナップショットおよび復元
<a name="backups"></a>

Valkey、Redis OSS、または Serverless Memcached を実行している Amazon ElastiCache キャッシュでは、スナップショットを作成することでデータをバックアップできます。このバックアップを使用すると、キャッシュまたはシードデータを新しいキャッシュに復元できます。バックアップは、キャッシュ内の全データとキャッシュのメタデータで構成されます。すべてのバックアップは、耐久性のあるストレージを提供する Amazon Simple Storage Service (Amazon S3) に書き込まれます。新しい Valkey、Redis OSS、または Serverless Memcached キャッシュを作成し、バックアップのデータを挿入することで、いつでもデータを復元できます。ElastiCache では、、AWS Command Line Interface(AWS CLI)AWS マネジメントコンソール、および ElastiCache API を使用してバックアップを管理できます。

キャッシュを削除する予定であり、データを保持することが重要な場合は、万一に備えることができます。そのためには、まず手動バックアップを作成し、そのステータスが *[利用可能]* であることを確認してから、キャッシュを削除します。これにより、バックアップが失敗した場合でも、キャッシュデータは引き続き使用できます。前述のベストプラクティスに従って、バックアップの作成を再試行できます。

**Topics**
+ [バックアップの制約](#backups-constraints)
+ [ノードベースのクラスターのバックアップがパフォーマンスに与える影響](#backups-performance)
+ [自動バックアップのスケジュール](backups-automatic.md)
+ [手動バックアップの取得](backups-manual.md)
+ [最終バックアップの作成](backups-final.md)
+ [バックアップの詳細の表示](backups-describing.md)
+ [バックアップのコピー](backups-copying.md)
+ [バックアップのエクスポート](backups-exporting.md)
+ [バックアップから新しいキャッシュへの復元](backups-restoring.md)
+ [バックアップの削除](backups-deleting.md)
+ [バックアップへのタグ付け](backups-tagging.md)
+ [チュートリアル: 外部で作成されたバックアップで新しいノードベースのクラスターをシードする](backups-seeding-redis.md)

## バックアップの制約
<a name="backups-constraints"></a>

バックアップを計画または作成するときは、以下の制約事項を考慮してください。
+ バックアップと復元は、Valkey、Redis OSS、または Serverless Memcached で実行されているキャッシュでのみサポートされます。
+ Valkey または Redis OSS (クラスターモードが無効) クラスターでは、バックアップと復元は `cache.t1.micro` ノードではサポートされません。他のキャッシュノードタイプはすべてサポートされます。
+ Valkey または Redis OSS (クラスターモードが有効) クラスターでは、バックアップと復元はすべてのノードタイプでサポートされます。
+ 連続する 24 時間で、サーバーレスキャッシュあたり 24 個までの手動バックアップを作成できます。Valkey および Redis OSS のノードベースのクラスターでは、クラスター内のノードあたり 20 個まで手動バックアップを作成できます。
+ Valkey または Redis OSS (クラスターモードが有効) は、クラスターレベル (API または CLI ではレプリケーショングループレベル) でのバックアップの作成のみをサポートします。Valkey または Redis OSS (クラスターモードが有効) は、シャードレベル (API または CLI ではノードグループレベル) でのバックアップの作成をサポートしていません。
+ バックアッププロセス中は、サーバーレスキャッシュで他の API または CLI オペレーションを実行できません。バックアップ中に、ノードベースのクラスターで API または CLI のオペレーションを実行できます。
+ データ階層化で Valkey または Redis OSS キャッシュを使用している場合、バックアップを Amazon S3 にエクスポートすることはできません。
+ r6gd ノードタイプを使用するクラスターのバックアップは、r6gd ノードタイプを使用するクラスターにのみ復元できます。

## ノードベースのクラスターのバックアップがパフォーマンスに与える影響
<a name="backups-performance"></a>

サーバーレスキャッシュのバックアップはアプリケーションに対して透過的であり、パフォーマンスには影響しません。ただし、ノードベースのクラスターのバックアップを作成する場合、使用可能な予約済みのメモリによっては、パフォーマンスに影響を及ぼす可能性があります。ノードベースのクラスターのバックアップは ElastiCache for Memcached では利用できませんが、ElastiCache for Redis OSS では利用できます。

ノードベースのクラスターのバックアップパフォーマンスを向上させるためのガイドラインは次のとおりです。
+ `reserved-memory-percent` パラメータを設定する – 過剰なページングを軽減するために、*reserved-memory-percent* パラメータを設定することをお勧めします。このパラメータは、Valkey および Redis OSS がノードの使用可能なメモリをすべて消費することを防止し、ページング容量を削減するのに役立ちます。また、大容量のノードを使用するだけでパフォーマンスが向上する場合があります。*reserved-memory* と *reserved-memory-percent* パラメータの詳細については、「[Valkey および Redis OSS の予約済みメモリを管理する](redis-memory-management.md)」を参照してください。

   
+ リードレプリカからバックアップを作成する – 複数のノードを含むノードグループで Valkey または Redis OSS を実行している場合、プライマリノードまたはいずれかのリードレプリカからバックアップを作成できます。BGSAVE の実行時に必要なシステムリソースのために、いずれかのリードレプリカからバックアップを作成することをお勧めします。レプリカからバックアップが作成されている間、プライマリノードは BGSAVE リソースの要件の影響を受けません。プライマリノードは、速度を落とすことなくリクエストを処理し続けることができます。

  これを行うには、[手動バックアップの作成](backups-manual.md#backups-manual-CON) を参照し、[**バックアップの作成**] ウィンドウの [**クラスター名**] フィールドで、デフォルトのプライマリノードではなくレプリカを選択します。

レプリケーショングループを削除し、最終バックアップをリクエストした場合、ElastiCache は常にプライマリノードからバックアップを作成します。これにより、レプリケーショングループが削除される前に、最新の Valkey または Redis OSS データがキャプチャされます。