ノードの置換

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

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

注記

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

次のリストは、 が Memcached ノードの 1 つを置き換えるように ElastiCache スケジュールするときに実行できるアクションを示しています。

• 何もしない – 何もしない場合、 ElastiCache はスケジュールどおりにノードを置き換えます。がノード ElastiCache を自動的に新しいノードに置き換えると、新しいノードは最初は空になります。

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

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

• [手動でノードを交換する] – 次のメンテナンス時間の前にノードを交換する必要がある場合は、手動で交換します。

  ノードを手動で交換すると、キーが再配布されます。この再配布により、キャッシュミスが発生します。

  手動で Memcached ノードを交換するには

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

  2. 新しいノードをクラスターに追加します。手順については、「クラスターへのノードの追加」を参照してください。

  3. このクラスター上で自動検出を使用していない場合は、アプリケーションで古いノードのエンドポイントのすべてのインスタンスを新しいノードのエンドポイントに置き換えます。