更換節點 （Valkey 和 RedisOSS） - Amazon ElastiCache

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

更換節點 （Valkey 和 RedisOSS）

Amazon ElastiCache 經常透過無縫套用至執行個體的修補程式和升級來升級機群。不過，我們需要不時重新啟動 ElastiCache 節點，才能將強制性作業系統更新套用至基礎主機。必須進行這些替換才能套用升級，以強化安全、可靠性和操作效能。

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

注意

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

下列清單會識別排程 ElastiCache 其中一個 Valkey 或 Redis OSS節點以進行取代時，您可以採取的動作。若要加快尋找針對您的狀況所需的資訊，請從以下選單選擇。

Valkey 和 Redis OSS節點替代選項

  • 什麼都不做 – 如果您不做， 會如期 ElastiCache 取代節點。

     

    對於已啟用自動容錯移轉的非叢集組態，Valkey 7.2 及更高版本上的叢集和 Redis OSS 5.0.6 及更高版本上的叢集會完成取代，同時叢集會繼續保持連線並提供傳入寫入請求。對於 Redis OSS 4.0.10 或更舊版本的自動容錯移轉啟用叢集，您可能會注意到與DNS更新相關聯的短暫寫入中斷長達幾秒。

    如果節點是啟用自動容錯移轉叢集的成員，則 ElastiCache 使用 Valkey 或 Redis OSS可在修補、更新和其他維護相關節點替換期間提供更好的可用性。

     

    對於 ElastiCache ，若將 Valkey 或 Redis OSS叢集組態設定為ElastiCache 與 Valkey 或 Redis OSS叢集用戶端搭配使用，替換現在會完成，而叢集會提供傳入寫入請求。

     

    對於已啟用自動容錯移轉的非叢集組態，Valkey 7.2 及更高版本上的叢集和 Redis OSS 5.0.6 及更高版本上的叢集會完成取代，同時叢集會繼續保持連線並提供傳入寫入請求。對於 Redis OSS 4.0.10 或更舊版本的自動容錯移轉啟用叢集，您可能會注意到與DNS更新相關聯的短暫寫入中斷長達幾秒。

     

    如果節點是獨立的，Amazon 會 ElastiCache 先啟動替換節點，然後從現有節點同步。現有節點此時將無法處理服務請求。同步完成後，現有節點會終止，新節點會取代。 ElastiCache 會盡最大努力在此操作期間保留您的資料。

     

  • 變更您的維護時段 – 針對排定的維護事件，您會收到來自 的電子郵件或通知事件 ElastiCache。在這種情況下，如果在排定的替換時間之前變更維護時段，則現在將在新的時間替換您的節點。如需詳細資訊，請參閱下列內容：

    注意

    只有在 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 叢集維護。

     

  • 取代任何 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. 將複寫新增到包含已排程替換節點的叢集，做為主要節點。請不要在此叢集上啟用異地同步備份。如需說明，請參閱 若要將複寫新增至沒有碎片的 Valkey 或 Redis OSS叢集。

    2. 將僅供讀取複本新增到叢集。如需說明，請參閱 將節點新增至 ElastiCache 叢集 （主控台）。

    3. 將新建立的僅供讀取複本提升為主要節點。如需說明，請參閱 針對 Valkey 或 Redis OSS（停用叢集模式） 複寫群組，將僅供讀取複本提升為主要複本。

    4. 刪除已排程替換的節點。如需說明，請參閱 從 ElastiCache 叢集移除節點。

    5. 在您的應用程式中，使用新節點的端點替換舊節點的端點。

     

  • 取代 Valkey 或 Redis OSS（停用叢集模式） 僅供讀取複本 – 如果節點是僅供讀取複本，請取代節點。

    若您的叢集只有一個複本節點，並且已啟用異地同步備份，您必須先停用異地同步備份才能刪除複本。如需說明，請參閱 修改複寫群組。

    若要取代 Valkey 或 Redis OSS（停用叢集模式） 僅供讀取複本

    1. 刪除已排程進行替換的複本。如需詳細說明，請參閱下列主題：

    2. 新增新複本來替換已排程進行替換的複本。若您使用與剛刪除複本相同的名稱，您可以跳過步驟 3。如需詳細說明，請參閱下列主題：

    3. 在您的應用程式中，使用新複本的端點替換舊複本的端點。

    4. 若您在一開始停用異地同步備份，現在請重新啟用。如需說明，請參閱 啟用多個可用區 。

     

  • 取代 Valkey 或 Redis OSS（停用叢集模式） 主要節點 – 如果節點是主要節點，請先將僅供讀取複本提升為主要節點。然後刪除先前做為主要節點的複本。

    若您的叢集只有一個複本，並且已啟用異地同步備份，您必須先停用異地同步備份才能在步驟 2 刪除複本。如需說明，請參閱 修改複寫群組。

    若要取代 Valkey 或 Redis OSS（停用叢集模式） 主節點

    1. 將僅供讀取複本提升為主要節點。如需說明，請參閱 針對 Valkey 或 Redis OSS（停用叢集模式） 複寫群組，將僅供讀取複本提升為主要複本。

    2. 刪除已排程進行替換的節點 (舊的主要節點)。如需說明，請參閱 從 ElastiCache 叢集移除節點。

    3. 新增新複本來替換已排程進行替換的複本。若您使用與剛刪除節點相同的名稱，您可以跳過變更您應用程式中的端點。

      如需說明，請參閱 新增 Valkey 或 Redis 的僅供讀取複本 OSS（停用叢集模式）。

    4. 在您的應用程式中，使用新節點的端點替換舊節點的端點。

    5. 若您在一開始停用異地同步備份，現在請重新啟用。如需說明，請參閱「啟用多個可用區 」。