スナップショットおよび復元

Valkey、Redis OSS、または Serverless Memcached を実行している Amazon ElastiCache キャッシュは、スナップショットを作成してデータをバックアップできます。このバックアップを使用すると、キャッシュまたはシードデータを新しいキャッシュに復元できます。バックアップは、キャッシュ内の全データとキャッシュのメタデータで構成されます。すべてのバックアップは、耐久性のあるストレージを提供する 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 (クラスターモードが有効) は、クラスターレベル ( APIまたは の場合CLI、レプリケーショングループレベル) でのバックアップのみをサポートします。Valkey または Redis OSS (クラスターモードが有効) は、シャードレベル ( APIまたは の場合CLI、ノードグループレベル) でのバックアップの取得をサポートしていません。

• バックアッププロセス中、サーバーレスキャッシュで他の API または CLIオペレーションを実行することはできません。バックアップ中に、独自設計のクラスターで APIまたは CLIオペレーションを実行できます。

• データ階層化で Valkey または Redis OSSキャッシュを使用している場合、バックアップを Amazon S3 にエクスポートすることはできません。

• r6gd ノードタイプを使用するクラスターのバックアップは、r6gd ノードタイプを使用するクラスターにのみ復元できます。

独自設計型クラスターのバックアップがパフォーマンスに与える影響

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

以下に示しているのは、独自設計型クラスターのバックアップパフォーマンスを向上させるためのガイドラインです。

• reserved-memory-percent パラメータを設定する – 過剰なページングを軽減するには、 reserved-memory-percentパラメータを設定することをお勧めします。このパラメータは、Valkey と Redis がノードのすべての使用可能なメモリを消費OSSするのを防ぎ、ページングの量を減らすのに役立ちます。また、大容量のノードを使用するだけでパフォーマンスが向上する場合があります。予約メモリとreserved-memory-percentパラメータの詳細については、「」を参照してくださいValkey と Redis の予約済みメモリの管理 OSS。

   

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

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

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