翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # ノードの置き換え (Memcached) Amazon ElastiCache for Memcached は、インスタンスにシームレスに適用されるパッチとアップグレードを使用して、頻繁にフリートのアップグレードを行います。ただし、場合によっては基盤となるホスト OS の必須更新を適用するために ElastiCache for Memcached ノードを再起動する必要があります。セキュリティ、信頼性、運用パフォーマンスを強化するアップグレードを適用するため、そのような置換が必要となります。 このような交換を、スケジュールされたノード交換ウィンドウより前に、任意のタイミングで独自に管理することもできます。交換を独自に管理する場合、インスタンスはノードの再起動時に OS の更新を受信し、スケジュールされたノードの交換はキャンセルされます。ノード交換が行われることを示すアラートを引き続き受け取ることがあります。すでにメンテナンスの頻度を手動で減らした場合には、これらのアラートを無視できます。 **注記** Amazon ElastiCache によって自動生成される交換キャッシュノードは、異なる IP アドレスを持つ場合があります。キャッシュノードを適切な IP アドレスに関連付けるようにアプリケーションが設定されていることを必ず確認してください。 以下のリストで、ElastiCache が Memcached ノードの 1 つの交換をスケジュールしている場合に取ることのできるアクションを識別します。 + [**何もしない**] – 何もしない場合、ElastiCache はスケジュールどおりにノードを交換します。ElastiCache によってノードが新しいノードに自動的に交換されたとき、新しいノードは最初は空です。 + [**メンテナンスウィンドウを変更する**] – スケジュールされたメンテナンスイベントの場合、ElastiCache から E メールまたは通知イベントを受け取ります。この場合、スケジュールされた交換時間より前にメンテナンスウィンドウを変更すると、ノードは新しい時間に交換されます。詳細については、「[ElastiCache クラスターの変更](Clusters.Modify.md)」を参照してください。 **注記** メンテナンスウィンドウを移動して置換ウィンドウを変更する機能は、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 クラスターメンテナンスの管理](maintenance-window.md)」を参照してください。 + [**手動でノードを交換する**] – 次のメンテナンス時間の前にノードを交換する必要がある場合は、手動で交換します。 ノードを手動で交換すると、キーが再配布されます。この再配布により、キャッシュミスが発生します。 **手動で Memcached ノードを交換するには** 1. 置き換え対象となったノードを削除します。手順については、「[ElastiCache クラスターからノードを削除する](Clusters.DeleteNode.md)」を参照してください。 1. 新しいノードをクラスターに追加します。手順については、「[ノードを ElastiCache クラスターに追加する](Clusters.AddNode.md)」を参照してください。 1. このクラスター上で自動検出を使用していない場合は、アプリケーションで古いノードのエンドポイントのすべてのインスタンスを新しいノードのエンドポイントに置き換えます。