如何管理 Azure Cache for Redis

  • 發行項

本文說明如何執行系統管理工作，例如 重新啟動 和 更新通道，以及排程 Azure Cache for Redis 實例的更新 。

重新啟動

在左側， 重新啟動 可讓您重新啟動快取的一或多個節點。 如果快取節點失敗，此重新啟動功能可讓您測試應用程式是否有復原能力。

重要

企業層尚未提供重新啟動。 重新啟動適用於所有其他層。

醒目提示 [重新啟動] 選單選項的螢幕快照

選取要重新啟動的節點，然後選取 [ 重新啟動]。

顯示您可以重新啟動哪些節點的螢幕快照

如果您已啟用叢集的進階快取，您可以選取要重新啟動的快取分區。

分區選項的螢幕快照

若要重新啟動快取的一或多個節點，請選取節點，然後選取 [ 重新啟動]。 如果您有已啟用叢集功能的進階快取，請選取要重新啟動的分區，然後選取 [ 重新啟動]。 幾分鐘后，選取的節點會重新啟動，並在幾分鐘後重新上線。

用戶端應用程式的影響會根據您重新啟動的節點而有所不同。

  • 主要 - 當主要節點重新啟動時，Azure Cache for Redis 會故障轉移至復本節點，並將其升級為主要節點。 在此故障轉移期間，可能會有一個短暫的間隔，連線可能無法快取。
  • 復 本 - 重新啟動復本節點時，快取用戶端通常不會有任何影響。
  • 主要和複 本 - 當兩個快取節點重新啟動時，Azure Cache for Redis 會嘗試正常重新啟動這兩個節點，等待一個節點在重新啟動前完成。 通常不會發生數據遺失。 不過，數據遺失仍可能會對非預期的維護事件或失敗執行。 在數據列中重新啟動快取多次會增加數據遺失的可能性。
  • 已啟用叢集的進階快取節點 - 當您重新啟動已啟用叢集 功能的進階快取的一或多個節點時，所選節點的行為會與重新啟動非叢集快取的對應節點或節點時相同。

重新啟動常見問題

我應該重新啟動哪一個節點來測試我的應用程式？

若要針對快取主要節點失敗測試應用程式的復原能力，請重新啟動 主要 節點。 若要針對復本節點失敗測試應用程式的復原能力，請重新啟動復本節點。

我可以重新啟動快取以清除用戶端連線嗎？

是，如果您重新啟動快取，則會清除所有用戶端連線。 當每個用戶端連線因為邏輯錯誤或用戶端應用程式中的錯誤而用到時，重新啟動可能會很有用。 每個定價層對於各種大小都有不同的 用戶端連線限制 ，一旦達到這些限制，就不會再接受任何客戶端連線。 重新啟動快取提供清除所有用戶端連線的方式。

重要

如果您重新啟動快取以清除用戶端連線，StackExchange.Redis 會在 Redis 節點重新上線後自動重新連線。 如果未解決基礎問題，用戶端連線可能會繼續用到。

如果我重新啟動，是否會遺失快取中的數據？

如果您同時 重新啟動主要 和 復 本節點，則快取中的所有數據（或當您使用已啟用叢集的進階快取時，該分區中的所有數據都可能是安全的。 不過，在某些情況下可能會遺失數據。 請小心重新啟動這兩個節點。

如果您只重新啟動其中一個節點，數據通常不會遺失，但仍可能遺失。 例如，如果主要節點重新啟動且快取寫入正在進行中，則快取寫入中的數據會遺失。 另一個數據遺失案例是，如果您重新啟動一個節點，另一個節點會因為同時失敗而關閉。 如需數據遺失可能原因的詳細資訊，請參閱 Redis 中的數據發生什麼事？

我可以使用PowerShell、CLI或其他管理工具重新啟動快取嗎？

是，如需 PowerShell 指示，請參閱 重新啟動 Azure Cache for Redis。

我可以重新啟動企業快取嗎？

否。 企業層尚未提供重新啟動。 重新啟動適用於基本、標準和 進階版 層。您在 [資源] 功能表的 [管理員 istration] 底下看到的設定，取決於您的快取層級。 使用企業層的快取時，您看不到 重新啟動 。

排清數據

使用 Azure Cache for Redis 的基本、標準或 進階版 層時，您會在資源功能表上看到 [排清數據]。 Flush 資料作業可讓您刪除或排清快取中的所有數據。 此 排清 作業可在調整作業之前使用，以降低完成快取調整作業所需的時間。 您也可以設定在開發/測試快取上定期執行 排清 作業，以保持記憶體使用量的檢查。

在 叢集快取上執行時，排清 作業會同時清除所有分區的數據。

重要

先前， 排清 作業僅適用於異地復寫的企業層快取。 現在，它可在基本、標準和 進階版 層中使用。

此螢幕快照顯示快取實例的資源功能表中已選取的排清數據。

更新通道和排程更新

在左側， [排程更新 ] 可讓您選擇快取實例的更新通道和維護視窗。

任何使用穩定更新通道的快取實例會在幾周後收到更新，而不是使用預覽更新通道的快取實例。 建議您為非生產環境且較不重要的工作負載選擇 預覽 更新通道。 為 最重要的生產工作負載選擇穩定 更新通道。 所有快取預設都會預設為 穩定 更新通道。

重要

變更快取實例上的更新通道會導致快取發生修補事件以套用正確的更新。 請考慮在維護期間變更更新通道。

維護期間可讓您控制裝載快取的 VM 可以更新一周的天數和時間。 Azure Cache for Redis 會盡最大努力在您所定義的指定時間範圍內啟動和完成更新 Redis 伺服器軟體。

重要

更新通道和維護視窗適用於裝載快取之 VM 的作業系統的 Redis 伺服器更新和更新。 更新通道和維護視窗不適用於裝載快取 VM 或其他 Azure 網路元件的主機 OS 更新。 在極少數情況下，在較舊的模型上裝載快取時，維護期間也不會套用至客體 OS 更新。 您可以判斷快取是否位於較舊的模型上，快取的 DNS 名稱是否解析為 、 chinacloudapp.cnusgovcloudapi.net 或 cloudapi.de的cloudapp.net後綴。

目前沒有選項可用來設定企業層快取的更新通道或排程更新。

顯示排程更新的螢幕快照

若要指定維護期間，請檢查您想要的天數，並指定每天的維護時段開始時間。 然後選取 [確定]。 維護時段時間是以UTC為單位，且只能每小時設定。

更新的預設和最小維護期間為五小時。 此值無法從 Azure 入口網站 設定，但您可以使用 New-AzRedisCacheScheduleEntry Cmdlet 的 參數在 PowerShell MaintenanceWindow 中設定此值。 如需詳細資訊，請參閱 我是否可以使用PowerShell、CLI或其他管理工具來管理排程的更新？

排程更新常見問題

如果我不使用排程更新功能，何時會發生更新？

如果您未指定維護期間，隨時都可以進行更新。

在排程維護期間，會進行哪些類型的更新？

排程維護期間只會進行 Redis 伺服器更新。 維護期間不適用於 Azure 更新或主機作業系統的更新。

我可以使用 PowerShell、CLI 或其他管理工具來管理排程的更新嗎？

是，您可以使用下列 PowerShell Cmdlet 來管理排程的更新：

排程 更新 功能所涵蓋和管理的更新是否發生在 [排程 更新] 視窗之外？

是。 一般而言，更新不會套用在已設定的已排程 更新 視窗中。 罕見的重要安全性更新可以在修補排程之外套用，作為安全策略的一部分。

相關內容

深入了解 Azure Cache for Redis 功能。