本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 取代節點 (Memcached)
<a name="CacheNodes.NodeReplacement-mc"></a>

Amazon ElastiCache for Memcached 會透過將修補程式和升級順暢套用到執行個體，來頻繁升級其機群。不過，我們不時需要重新啟動您的 ElastiCache for Memcached 節點，以便對基礎主機套用強制 OS 更新。必須進行這些替換才能套用升級，以強化安全、可靠性和操作效能。

您可以選擇在排程的節點替換時間之前，隨時自行管理這些替換。當您自行管理替換時，執行個體會在重新啟動節點時收到 OS 更新，而排程的節點替換將會取消。您可能會繼續收到提醒，指出節點即將進行替換。若您已手動減少維護的需求，您可以忽略這些提醒。

**注意**  
Amazon ElastiCache 自動產生的取代快取節點可能有不同的 IP 地址。您必須負責檢閱應用程式組態，以確保快取節點與適當的 IP 位址相關聯。

以下清單會指出在 ElastiCache 排程替換掉其中一個 Memcached 節點時，您可以採取的動作。
+ **不執行任何動作** - 若您不執行任何動作，ElastiCache 會依排程替換節點。當 ElastiCache 自動使用新節點替換節點時，新的節點一開始會處於空白狀態。
+ **變更您的維護時段** - 對於排定的維護事件，您會收到來自 ElastiCache 的電子郵件或通知事件。在這種情況下，如果在排定的替換時間之前變更維護時段，則現在將在新的時間替換您的節點。如需詳細資訊，請參閱[修改 ElastiCache 叢集](Clusters.Modify.md)。
**注意**  
只有當 ElastiCache 通知包含維護時段時，您才可以透過改變維護時段來變更您的替換時間。若通知並未包含維護時段，您便無法變更替換時間。

  例如，假設現在是 11 月 9 日星期四下午 3:00，下一個維護時段是 11 月 10 日星期五下午 5:00。以下是三種情況及其結果：
  + 您將維護時段變更為星期五下午 4:00，在目前的日期時間之後、下一個排定的維護時段之前。節點將於 11 月 10 日星期五下午 4:00 進行替換。
  + 您將維護時段變更為星期六下午 4:00，在目前的日期時間之後，以及下一個排定的維護時段之後。節點將於 11 月 11 日星期六下午 4:00 進行替換。
  + 您將維護時段變更為星期三下午 4:00，早於這星期中目前的日期時間。節點將於 11 月 15 日星期三下午 4:00 進行替換。

  如需說明，請參閱[管理 ElastiCache 叢集維護](maintenance-window.md)。
+ **手動替換節點** - 若您需要在下一個維護時段之前替換節點，請手動替換節點。

  如果手動替換節點，則會重新配送金鑰。此重新配送會導致快取遺漏。

**手動替換 Memcached 節點**

  1. 刪除已排程替換的節點。如需說明，請參閱[從 ElastiCache 叢集移除節點](Clusters.DeleteNode.md)。

  1. 將新的節點新增到叢集。如需說明，請參閱[將節點新增至 ElastiCache 叢集](Clusters.AddNode.md)。

  1. 若您並未在此叢集上使用自動探索，請查看您的應用程式並使用新節點的端點替換舊節點端點的每個執行個體。