ノードの置換

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

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

注記

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

以下のリストは、MemoryDB ノードの 1 つの交換をスケジュールしている場合に取ることのできるアクションを示しています。

MemoryDB ノードの交換オプション

• 何もしない - 何もしない場合、MemoryDB はスケジュールどおりにノードを交換します。

  ノードがマルチ AZ クラスターのメンバーである場合、MemoryDB によって、パッチ適用、更新、その他のメンテナンス関連のノード交換時の可用性が向上します。

  交換は、クラスターが受信した書き込みリクエストを処理する間に完了します。

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

  注記

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

  例えば、現在が 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 に交換されます。

  手順については、「メンテナンスの管理」を参照してください。