Memorystore for Redis 的高可用性

注意： 如果您想查看 Memorystore for Redis Cluster 說明文件，請參閱「高可用性和備援資源」。

本頁面說明標準級 Memorystore for Redis 執行個體的高可用性 (HA)。

總覽

標準級可將資料複製到一個或多個備用資源，並提供快速的自動容錯移轉功能，以保護 Redis 執行個體免於發生常見故障。

標準層會配置一個主要執行個體和一或多個備用資源。已停用 readReplicaMode 的標準級執行個體只有一個非讀取備用資源。已啟用 readReplicaMode 的標準級執行個體會有一到五個唯讀備用資源。如要判斷是否已啟用 readReplicaMode，請參閱「查看唯讀備用資源資訊」。

Memorystore for Redis 會將 Redis 主機複製到一個或多個副本，藉此提供高可用性。系統會使用 Redis 非同步複製通訊協定，將主要資料的變更內容複製到備用資源。由於複製作業具有非同步性，備用資源可能會落後於主要執行個體，具體情況取決於主要執行個體的寫入率。

主要執行個體發生故障時，系統會自動將執行個體移轉至複本。如果執行個體設定了多個副本，則會自動改用複製延遲時間最短的副本，且該副本必須處於正常狀態。

如果執行個體只設定一個非讀取用途的複本，所有應用程式連線都會導向主要端點。如果執行個體是使用唯讀備用資源設定，應用程式也可以利用讀取端點，將讀取查詢分散至所有備用資源。

觸發容錯移轉時

當 Redis 主機發生故障時，就會發生容錯移轉。在容錯移轉期間，主要和讀取端點會自動重新導向至新的主機和備用機器。所有與主要端點的連線都會中斷，而與升級的唯讀備用資料庫的讀取端點連線也會中斷。

容錯移轉對應用程式的影響

當主要執行個體容錯移轉到備用資源時，所有連至執行個體主要端點的現有連線都會遭到捨棄。在自動修復期間，執行個體會平均無法使用 30 秒，在維護事件期間則為 15 秒。重新連線時，系統會使用相同的連線字串或 IP 位址，將您的應用程式自動重新導向至新的主要節點。您不需要在容錯後更新應用程式。

在容錯期間，如果有連線連線到讀取端點，則會捨棄連線到升級為主要執行個體的備用資源。在容錯期間，系統會繼續提供其他副本的連線。容錯移轉完成且新備援機制可用後，系統會將連線重新導向至新備援機制。

注意： 由於 Redis 複製通訊協定具有非同步特性，已確認寫入的資料可能會在容錯移轉期間遺漏。您的應用程式必須能夠容許遺失已確認的寫入作業。

在容錯移轉後重試執行個體連線

發生容錯移轉時，主要端點的所有連線都會中斷，並且視備用資源數量而定，部分讀取連線會終止。

由於連線中斷，應用程式需要重試，才能重新建立連線。重試邏輯應使用指數輪詢，確保不會因重試要求過多而導致執行個體超載。除了加入重試邏輯之外，您還應以手動容錯移轉進行測試，瞭解容錯移轉對應用程式造成的影響。

注意： 如果執行個體已啟用唯讀備用資源，則不支援手動容錯 API。

大多數 Redis 用戶端都內建重試功能，如果連線因容錯而中斷，您應利用這項功能。

在下列情況下，系統會發生容錯移轉：

• 調整執行個體的資源
• 升級執行個體的 Redis 版本
• 啟動手動容錯移轉
• 維護更新

如果您在應用程式中實作重試邏輯，以便處理因備援而中斷的連線，則執行個體不應受到重大效能影響。通常，只有在沒有重試邏輯時才會發生問題。

如何查看高可用性的狀態

您可以使用 Cloud Monitoring 查看 Redis 執行個體的高可用性指標。如要瞭解 Cloud Monitoring 為 Memorystore for Redis 提供的指標，請參閱「監控 Redis 執行個體」和「監控指標」。

詳情請參閱 Cloud Monitoring 說明文件。

如要查看 Redis 提供的原生複製狀態，您可以向 Memorystore for Redis 執行個體發出 Redis INFO 指令。