ノードの交換 (Valkey と Redis OSS） - Amazon ElastiCache

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

ノードの交換 (Valkey と Redis OSS）

Amazon は ElastiCache 頻繁にフリートをアップグレードし、パッチとアップグレードをインスタンスにシームレスに適用します。ただし、基盤となるホスト ElastiCache に必須の OS 更新を適用するには、ノードを再起動する必要があります。セキュリティ、信頼性、運用パフォーマンスを強化するアップグレードを適用するため、そのような置換が必要となります。

このような交換を、スケジュールされたノード交換ウィンドウより前に、任意のタイミングで独自に管理することもできます。交換を独自に管理する場合、インスタンスはノードの再起動時に OS の更新を受信し、スケジュールされたノードの交換はキャンセルされます。ノード交換が行われることを示すアラートを引き続き受け取ることがあります。すでにメンテナンスの必要を手動で軽減した場合には、これらのアラートを無視できます。

注記

Amazon によって自動的に生成された代替キャッシュノードには、異なる IP アドレスがある ElastiCache 場合があります。キャッシュノードを適切な IP アドレスに関連付けるようにアプリケーションが設定されていることを必ず確認してください。

次のリストは、 が Valkey または Redis OSSノードの 1 つを置き換えるように ElastiCache スケジュールするときに実行できるアクションを示しています。状況に応じて必要となる情報をすばやく見つけるには、次のメニューから選択します。

Valkey および Redis OSSノード置換オプション

  • 何もしない – 何もしない場合、 はスケジュールどおりにノード ElastiCache を置き換えます。

     

    自動フェイルオーバーが有効になっているクラスター以外の設定では、クラスターがオンラインのままで受信書き込みリクエストを処理する間、Valkey 7.2 以降および Redis 5.0.6 OSS 以降のクラスターが完全に置き換えられます。Redis OSS4.0.10 以下の自動フェイルオーバーが有効になっているクラスターでは、DNS更新に関連する書き込みが最大数秒短時間中断される場合があります。

    ノードが自動フェイルオーバー対応クラスターのメンバーである場合、 ElastiCache Valkey または Redis OSSを使用すると、パッチ適用、更新、その他のメンテナンス関連のノード交換時の可用性が向上します。

     

    ElastiCache Valkey または Redis OSSクラスタークライアントで使用するように設定された Valkey または Redis クラスター設定ElastiCache では、クラスターが受信書き込みリクエストを処理する間OSS、置き換えが完了しました。

     

    自動フェイルオーバーが有効になっているクラスター以外の設定では、クラスターがオンラインのままで受信書き込みリクエストを処理する間、Valkey 7.2 以降および Redis 5.0.6 OSS 以降のクラスターが完全に置き換えられます。Redis OSS4.0.10 以下の自動フェイルオーバーが有効になっているクラスターでは、DNS更新に関連する書き込みが最大数秒短時間中断される場合があります。

     

    ノードがスタンドアロンの場合、Amazon は ElastiCache まず代替ノードを起動し、次に既存のノードから同期します。既存のノードは、この間、サービスリクエストに使用できなくなります。同期が完了すると、既存のノードは終了し、新しいノードが代わりに使用されます。 ElastiCache は、このオペレーション中にデータを保持するために最善を尽くします。

     

  • メンテナンスウィンドウの変更 – スケジュールされたメンテナンスイベントの場合、 から E メールまたは通知イベントを受け取ります ElastiCache。これらの場合、スケジュールされた交換時間より前にメンテナンスウィンドウを変更すると、ノードは新しい時間に交換されます。詳細については、次を参照してください。

    注記

    メンテナンスウィンドウを移動して代替ウィンドウを変更する機能は、 ElastiCache 通知にメンテナンスウィンドウが含まれている場合にのみ使用できます。通知にメンテナンスウィンドウが含まれていない場合、交換ウィンドウを変更することはできません。

    例えば、現在が 11 月 9 日の木曜日の 15:00 で、次のメンテナンスウィンドウが 11 月 10 日金曜日の 17:00 であるとします。以下は、3 つのシナリオとその結果です。

    • メンテナンスウィンドウを金曜日の 16:00 に変更します (現在の日時以降で、次の予定メンテナンスウィンドウより前)。ノードは、11 月 10 日の金曜日の 16:00 に交換されます。

    • メンテナンスウィンドウを土曜日の 16:00 に変更します (現在の日時以降で、次の予定メンテナンスウィンドウ以降)。ノードは、11 月 11 日の土曜日の 16:00 に交換されます。

    • メンテナンスウィンドウを水曜日の 16:00 に変更します (同じ週内で、現在の日時より前)。ノードは、11 月 15 日の水曜日の 16:00 に交換されます。

    手順については、 ElastiCache クラスターメンテナンスの管理 を参照してください。

     

  • Valkey または Redis OSSクラスター内の唯一のノードを置き換える – クラスターにリードレプリカがない場合は、次の手順を使用してノードを置き換えることができます。

    バックアップと復元を使用してノードのみを置き換えるには

    1. ノードのクラスターのスナップショットを作成します。手順については、手動バックアップの取得 を参照してください。

    2. スナップショットからシードして、新しいクラスターを作成します。手順については、バックアップから新しいキャッシュへの復元 を参照してください。

    3. 置き換え対象となったノードがあるクラスターを削除します。手順については、でのクラスターの削除 ElastiCache を参照してください。

    4. アプリケーションで、古いノードのエンドポイントを新しいノードのエンドポイントに置き換えます。

     

  • Valkey または Redis OSSクラスターのレプリカノードを置き換える – レプリカクラスターを置き換えるには、レプリカ数を増やします。そのためには、レプリカを追加します。その後、交換するレプリカを削除して、レプリカ数を減らします。このプロセスは動的で、クラスターのダウンタイムはありません。

    注記

    シャードまたはレプリケーショングループにすでに 5 つのレプリカがある場合は、ステップ 1 と 2 を逆転します。

    Valkey または Redis OSSクラスターのレプリカを置き換えるには

    1. シャードまたはレプリケーショングループにレプリカを追加してレプリカの数を増やします。詳細については、「シャードのレプリカの数を増やす」を参照してください。

    2. 置き換えるレプリカを削除します。詳細については、「シャードのレプリカの数を減らす」を参照してください。

    3. アプリケーションでエンドポイントを更新します。

     

  • Valkey または Redis OSS (クラスターモードが有効) シャードのノードを置き換える – クラスターのノードをダウンタイムなしで置き換えるには、オンライン再シャーディングを使用します。まずスケールアウトによりシャードを追加し、次にスケールインにより交換するノードを含むシャードを削除します。

    Valkey または Redis OSS (クラスターモードが有効) クラスター内のノードを置き換えるには

    1. スケールアウト: 置き換えるノードがある既存のシャードと同じ設定のシャードを追加します。詳細については、「オンラインリシャーディングによるシャードの追加」を参照してください。

    2. スケールイン: 置き換えるノードがあるシャードを削除します。詳細については、「オンラインリシャーディングによるシャードの削除」を参照してください。

    3. アプリケーションでエンドポイントを更新します。

     

  • Valkey または Redis OSS (クラスターモードが無効) クラスターのノードを置き換える – クラスターが Valkey または Redis OSS (クラスターモードが無効) クラスターで、リードレプリカがない場合は、次の手順を使用してノードを置き換えます。

    レプリケーションを使用してノードを交換するには (クラスターモードが無効な場合のみ)

    1. プライマリとして交換対象になったノードがあるクラスターにレプリケーションを追加します。このクラスターでマルチ AZ を有効にしないでください。手順については、シャードなしで Valkey または Redis OSSクラスターにレプリケーションを追加するには を参照してください。

    2. クラスターにリードレプリカを追加します。手順については、 ElastiCache クラスターにノードを追加するには (コンソール） を参照してください。

    3. 新たに作成したリードレプリカをプライマリに昇格させます。手順については、Valkey または Redis OSS (クラスターモードが無効) レプリケーショングループのリードレプリカをプライマリに昇格させる を参照してください。

    4. 置き換え対象となったノードを削除します。手順については、 ElastiCache クラスターからノードを削除する を参照してください。

    5. アプリケーションで、古いノードのエンドポイントを新しいノードのエンドポイントに置き換えます。

     

  • Valkey または Redis OSS (クラスターモードが無効) リードレプリカを置き換える – ノードがリードレプリカの場合は、ノードを置き換えます。

    クラスターに 1 つのレプリカノードのみがあり、マルチ AZ が有効になっている場合は、マルチ AZ を無効にしてからレプリカを削除する必要があります。手順については、レプリケーショングループの変更 を参照してください。

    Valkey または Redis OSS (クラスターモードが無効) リードレプリカを置き換えるには

    1. 交換対象となったレプリカを削除します。手順については、以下を参照してください。

    2. 置き換え対象となったレプリカと置き換える新しいレプリカを追加します。先ほど削除したレプリカと同じ名前を使用する場合は、手順 3 を省略できます。手順については、以下を参照してください。

    3. アプリケーションで、古いレプリカのエンドポイントを新しいレプリカのエンドポイントに置き換えます。

    4. 開始時にマルチ AZ が無効になっている場合は、この時点で再び有効にします。手順については、マルチ AZ の有効化 を参照してください。

     

  • Valkey または Redis OSS (クラスターモードが無効) プライマリノードを置き換える – ノードがプライマリノードの場合は、まずリードレプリカをプライマリに昇格させます。次に、前はプライマリノードであったレプリカを削除します。

    クラスターに 1 つのレプリカのみがあり、マルチ AZ が有効になっている場合は、マルチ AZ を無効にしてからステップ 2 のレプリカを削除する必要があります。手順については、レプリケーショングループの変更 を参照してください。

    Valkey または Redis OSS (クラスターモードが無効) プライマリノードを置き換えるには

    1. リードレプリカをプライマリに昇格させます。手順については、Valkey または Redis OSS (クラスターモードが無効) レプリケーショングループのリードレプリカをプライマリに昇格させる を参照してください。

    2. 置き換え対象となったノード (前のプライマリ) を削除します。手順については、 ElastiCache クラスターからノードを削除する を参照してください。

    3. 置き換え対象となったレプリカと置き換える新しいレプリカを追加します。先ほど削除したノードと同じ名前を使用している場合、アプリケーションでエンドポイントの変更をスキップできます。

      手順については、Valkey または Redis のリードレプリカの追加 OSS (クラスターモードが無効） を参照してください。

    4. アプリケーションで、古いノードのエンドポイントを新しいノードのエンドポイントに置き換えます。

    5. 開始時にマルチ AZ が無効になっている場合は、この時点で再び有効にします。手順については、マルチ AZ の有効化 を参照してください。