のバージョン管理 ElastiCache - Amazon ElastiCache
ElastiCache Serverless Cache のバージョン管理独自設計 ElastiCache クラスターのバージョン管理独自設計型クラスターを使用する際のアップグレードに関する考慮事項

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

のバージョン管理 ElastiCache

Valkey、Redis、および Memcached エンジン用に更新された ElastiCache キャッシュOSSと独自設計クラスターを更新する方法を管理します。

ElastiCache Serverless Cache のバージョン管理

ElastiCache Serverless キャッシュがアップグレードされるかどうかとタイミングを管理し、独自の条件とタイムラインでバージョンアップグレードを実行します。

ElastiCache Serverless は、アプリケーションに影響を与えたりダウンタイムを発生させたりすることなく、最新バージョンMINORとPATCHソフトウェアバージョンをキャッシュに自動的に適用します。ユーザー操作は必要はありません。

新しいMAJORバージョンが利用可能になると、 ElastiCache Serverless はコンソールに通知を送信し、 のイベントを送信します EventBridge。コンソール、、または を使用してキャッシュを変更APIし、最新のエンジンバージョンを選択することでCLI、キャッシュを最新バージョンにアップグレードできます。

独自設計 ElastiCache クラスターのバージョン管理

独自設計の ElastiCache クラスターを使用する場合、キャッシュクラスターを使用するソフトウェアが でサポートされている新しいバージョンにアップグレードされるタイミングを制御できます ElastiCache 。キャッシュを利用可能な最新の MAJOR、、MINORおよび PATCHバージョンにアップグレードするタイミングを制御できます。クラスターまたはレプリケーショングループを変更し、新しいエンジンのバージョンを指定することで、クラスターまたはレプリケーショングループに対するエンジンのバージョンのアップグレードを開始します。

キャッシュクラスターを強化するプロトコル準拠のソフトウェアが、 でサポートされている新しいバージョンにアップグレードされるかどうか、およびいつアップグレードされるかを制御できます ElastiCache。このレベルのコントロールにより、特定のバージョンとの互換性を維持する、本稼働環境にデプロイする前にアプリケーションで新しいバージョンをテストする、および独自の条件とタイムラインでバージョンのアップグレードを実行することができます。

バージョンのアップグレードは互換性のリスクがあるため、自動では実行されません。それらを自分で開始する必要があります。

Valkey クラスターと Redis OSSクラスター

注記

  • Valkey または Redis OSSクラスターが 1 つ以上のリージョンにレプリケートされている場合、エンジンバージョンはセカンダリリージョンでアップグレードされ、次にプライマリリージョンでアップグレードされます。

  • ElastiCache (Redis OSS) バージョンは、 MAJOR および MINORコンポーネントで構成されるセマンティックバージョンで識別されます。例えば、Redis 6.2 OSS では、メジャーバージョンは 6、マイナーバージョン 2 です。独自設計のクラスターを操作すると、 ElastiCache (Redis OSS) は Redis OSS6.2.1 などのPATCHコンポーネントも公開し、パッチバージョンは 1 です。

    MAJOR バージョンは互換性APIのない変更用であり、MINORバージョンは下位互換性のある方法で追加された新機能用です。PATCH バージョン は、下位互換性のあるバグ修正と非機能的な変更用です。

Valkey と Redis ではOSS、クラスターまたはレプリケーショングループを変更して新しいエンジンバージョンを指定することで、クラスターまたはレプリケーショングループへのエンジンバージョンアップグレードを開始します。詳細については、「レプリケーショングループの変更」を参照してください。

Memcached

Memcached では、新しいバージョンにアップグレードするには、キャッシュクラスターを変更し、使用する新しいエンジンバージョンを指定する必要があります。新しい Memcached バージョンへのアップグレードは破壊的な手順です – データは失われ、コールドキャッシュを使って開始されます。詳細については、「 ElastiCache クラスターの変更」を参照してください。

古いバージョンの Memcached から Memcached バージョン 1.4.33 以降へアップグレードするときは、次の要件に注意する必要があります。以下の条件では、CreateCacheCluster および ModifyCacheCluster は失敗します。

  • slab_chunk_max > max_item_size の場合。

  • max_item_size modulo slab_chunk_max != 0 の場合。

  • max_item_size > ((max_cache_memory - memcached_connections_overhead) / 4) の場合。

    (max_cache_memory - memcached_connections_overhead) の値は、データに使用可能なノードのメモリです。詳細については、「Memcached 接続オーバーヘッド」を参照してください。

独自設計型クラスターを使用する際のアップグレードに関する考慮事項

注記

以下の考慮事項は、独自設計型クラスターをアップグレードする場合にのみ適用されます。これらは ElastiCache Serverless には適用されません。

Valkey と Redis に関するOSS考慮事項

独自設計の Valkey または Redis OSSクラスターをアップグレードする場合は、次の点を考慮してください。

  • エンジンのバージョニングは、パッチの適用方法をできる限り制御できるように設計されています。ただし、 は、システムまたはキャッシュソフトウェアに重大なセキュリティ脆弱性が発生した場合に備えて、ユーザーに代わってクラスターにパッチを適用する権利を ElastiCache 留保します。

  • Valkey 7.2 および Redis 6.0 以降、 ElastiCache は複数のパッチバージョンを提供するのではなく、マイナーリリースごとに 1 OSS つのバージョンを提供します。

  • Redis OSS エンジンバージョン 5.0.6 以降では、最小限のダウンタイムでクラスターバージョンをアップグレードできます。このクラスターは、アップグレード中のすべての読み取りと、数秒かかるフェールオーバー操作中を除き、ほとんどすべてのアップグレード中の書き込みに対応します。

  • 5.0.6 より前のバージョンで ElastiCache クラスターをアップグレードすることもできます。関連するプロセスは同じですが、DNS伝播中にフェイルオーバー時間が長くなる場合があります (30 秒～1 分）。

  • Redis OSS7 以降、 は Valkey または Redis OSS (クラスターモードが無効) と Valkey または Redis OSS (クラスターモードが有効) の切り替え ElastiCache をサポートしています。

  • Amazon ElastiCache (Redis OSS) エンジンのアップグレードプロセスは、既存のデータを保持するために最善を尽くすように設計されており、Redis OSSレプリケーションを成功させる必要があります。

  • エンジンをアップグレードすると、 ElastiCache は既存のクライアント接続を終了します。エンジンアップグレード中のダウンタイムを最小限に抑えるには、エラー再試行と指数バックオフを含む Redis OSSクライアントのベストプラクティスと、メンテナンス中のダウンタイムを最小限に抑えるためのベストプラクティスを実装することをお勧めします。

  • エンジンをアップグレードするときに、Valkey または Redis OSS (クラスターモードが無効) から Valkey または Redis OSS (クラスターモードが有効) に直接アップグレードすることはできません。次の手順では、Valkey または Redis OSS (クラスターモードが無効) から Valkey または Redis OSS (クラスターモードが有効) にアップグレードする方法を示します。

    Valkey または Redis OSS (クラスターモードが無効) から Valkey または Redis OSS (クラスターモードが有効) エンジンバージョンにアップグレードするには

    1. Valkey または Redis OSS (クラスターモードが無効) クラスターまたはレプリケーショングループのバックアップを作成します。詳細については、「手動バックアップの取得」を参照してください。

    2. バックアップを使用して、1 つのシャード OSS (ノードグループ) を持つ Valkey または Redis (クラスターモードが有効) クラスターを作成してシードします。新しいエンジンのバージョンを指定し、クラスターまたはレプリケーショングループの作成時にクラスターモードを有効にします。詳細については、「チュートリアル: 外部で作成されたバックアップを使用して、新しい独自設計クラスターをシードする」を参照してください。

    3. 古い Valkey または Redis OSS (クラスターモードが無効) クラスターまたはレプリケーショングループを削除します。詳細については、でのクラスターの削除 ElastiCache または レプリケーショングループの削除 を参照してください。

    4. 新しい Valkey または Redis OSS (クラスターモードが有効) クラスターまたはレプリケーショングループを、必要なシャード (ノードグループ) の数にスケールします。詳細については、「Valkey または Redis でのクラスターのスケーリング OSS (クラスターモードが有効）」を参照してください

  • 例えば、5.0.6 から 6.0 にメジャーエンジンのバージョンをアップグレードする場合は、新しいエンジンバージョンと互換性のある新しいパラメータグループも選択する必要があります。

  • マルチ AZ が無効になっている単一の Redis OSSクラスターおよびクラスターについては、「」で説明されているOSSように、Redis が十分なメモリを使用できるようにすることをお勧めしますValkey または Redis OSSスナップショットを作成するのに十分なメモリがあることを確認する。このような場合、プライマリはアップグレードプロセスの実行中、リクエストに対応できません。

  • マルチ AZ が有効になっている Redis OSSクラスターの場合、受信書き込みトラフィックが少ない時間帯にエンジンのアップグレードをスケジュールすることをお勧めします。Redis OSS5.0.6 以降にアップグレードする場合、プライマリクラスターはアップグレードプロセス中にサービスリクエストで引き続き使用できます。

    複数のシャードを含むクラスターおよびレプリケーショングループは、次のように処理および修正されます。

    • すべてのシャードは並行して処理されます。シャードでは、いつでも 1 つのアップグレードオペレーションのみが実行されます。

    • 各シャードでは、プライマリが処理される前にすべてのレプリカが処理されます。シャードにレプリカが少ない場合、他のシャードのレプリカが処理を終了する前に、そのシャードのプライマリが処理されることがあります。

    • すべてのシャード間で、プライマリノードはシリーズで処理されます。一度にアップグレードできるプライマリノードは 1 つだけです。

  • 現在のクラスターまたはレプリケーショングループで暗号化が有効になっている場合、暗号化をサポートしていないエンジンバージョン (3.2.6 から 3.2.10 など) にアップグレードすることはできません。

Memcached に関する考慮事項

独自設計の Memcached クラスターをアップグレードする場合は、次の点を考慮してください。

  • エンジンのバージョニングは、パッチの適用方法をできる限り制御できるように設計されています。ただし、 は、システムまたはキャッシュソフトウェアに重大なセキュリティ脆弱性が発生した場合に備えて、ユーザーに代わってクラスターにパッチを適用する権利を ElastiCache 留保します。

  • Memcached エンジンでは永続性がサポートされていないため、そのエンジンバージョンのアップグレードは常に、クラスターのすべてのキャッシュデータを消去する破壊的なプロセスです。