翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Valkey、Redis、または Serverless Memcached を実行している Amazon ElastiCache キャッシュはOSS、スナップショットを作成してデータをバックアップできます。このバックアップを使用すると、キャッシュまたはシードデータを新しいキャッシュに復元できます。バックアップは、キャッシュ内の全データとキャッシュのメタデータで構成されます。すべてのバックアップは、耐久性のあるストレージを提供する Amazon Simple Storage Service (Amazon S3) に書き込まれます。いつでも、新しい Valkey、Redis、または Serverless Memcached キャッシュを作成しOSS、バックアップからのデータを入力してデータを復元できます。を使用すると ElastiCache、、 AWS Command Line Interface （AWS CLI） AWS Management Console、および を使用してバックアップを管理できます ElastiCache API。
キャッシュを削除する予定であり、データを保持することが重要な場合は、万一に備えることができます。そのためには、まず手動バックアップを作成し、そのステータスが [利用可能] であることを確認してから、キャッシュを削除します。これにより、バックアップが失敗した場合でも、キャッシュデータは引き続き使用できます。前述のベストプラクティスに従って、バックアップの作成を再試行できます。
トピック
バックアップの制約
バックアップを計画または作成するときは、以下の制約事項を考慮してください。
-
バックアップと復元は、Valkey、Redis、OSSまたは Serverless Memcached で実行されているキャッシュでのみサポートされます。
-
Valkey または Redis OSS (クラスターモードが無効) クラスターの場合、バックアップと復元は
cache.t1.microノードではサポートされていません。他のキャッシュノードタイプはすべてサポートされます。 -
Valkey または Redis OSS (クラスターモードが有効) クラスターでは、バックアップと復元はすべてのノードタイプでサポートされています。
-
連続する 24 時間で、サーバーレスキャッシュあたり 24 個までの手動バックアップを作成できます。Valkey および Redis OSS独自設計型クラスターの場合、クラスター内のノードごとに作成できる手動バックアップは 20 個までです。
-
Valkey または Redis OSS (クラスターモードが有効) ではCLI、クラスターレベル ( APIまたは では、レプリケーショングループレベル) でのバックアップの取得のみがサポートされています。Valkey または Redis OSS (クラスターモードが有効) ではCLI、シャードレベル ( APIまたは の場合はノードグループレベル) でのバックアップの実行はサポートされていません。
-
バックアッププロセス中に、サーバーレスキャッシュで他の APIまたは CLIオペレーションを実行することはできません。バックアップ中に、独自設計型クラスターで APIまたは CLIオペレーションを実行できます。
-
データ階層化で Valkey または Redis OSSキャッシュを使用している場合、バックアップを Amazon S3 にエクスポートすることはできません。
-
r6gd ノードタイプを使用するクラスターのバックアップは、r6gd ノードタイプを使用するクラスターにのみ復元できます。
独自設計型クラスターのバックアップがパフォーマンスに与える影響
サーバーレスキャッシュのバックアップはアプリケーションに対して透過的であり、パフォーマンスには影響しません。ただし、独自設計型クラスターのバックアップを作成する場合、使用可能な予約メモリによっては、パフォーマンスに影響を及ぼす可能性があります。独自設計型クラスターのバックアップは、 ElastiCache for Memcached では使用できませんが、 ElastiCache for Redis で使用できますOSS。
以下に示しているのは、独自設計型クラスターのバックアップパフォーマンスを向上させるためのガイドラインです。
-
reserved-memory-percentパラメータの設定 – 過剰なページングを軽減するには、 reserved-memory-percentパラメータを設定することをお勧めします。このパラメータは、Valkey と Redis がノードの使用可能なメモリをすべて消費OSSするのを防ぎ、ページングの量を減らすのに役立ちます。また、大容量のノードを使用するだけでパフォーマンスが向上する場合があります。予約メモリとreserved-memory-percentパラメータの詳細については、「」を参照してくださいValkey と Redis の予約メモリの管理 OSS。 -
リードレプリカからバックアップを作成する – 複数のノードを持つノードグループOSSで Valkey または Redis を実行している場合は、プライマリノードまたはいずれかのリードレプリカからバックアップを作成できます。中に必要なシステムリソースがあるためBGSAVE、いずれかのリードレプリカからバックアップを作成することをお勧めします。レプリカからバックアップを作成する間、プライマリノードはBGSAVEリソース要件の影響を受けません。プライマリノードは、速度を落とすことなくリクエストを処理し続けることができます。
これを行うには、手動バックアップの作成 を参照し、[バックアップの作成] ウィンドウの [クラスター名] フィールドで、デフォルトのプライマリノードではなくレプリカを選択します。
レプリケーショングループを削除して最終バックアップをリクエストした場合、 ElastiCache は常にプライマリノードからバックアップを取得します。これにより、レプリケーショングループが削除される前に、最新の Valkey または Redis OSSデータをキャプチャできます。
