共用方式為

如何管理 Azure Cache for Redis

  • 發行項

本文描述如何執行管理工作，例如針對 Azure Cache for Redis 執行個體進行重新啟動和更新通道和排程更新。

重新啟動

在左側，[重新啟動] 可讓您重新啟動快取的一或多個節點。 這個重新啟動的能力可讓您測試應用程式在快取節點失敗時的恢復功能。

重要

重新啟動目前不適用於企業層。 重新啟動適用於所有其他階層。

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

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

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

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

分區選項的螢幕快照

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

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

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

重新啟動常見問題集

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

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

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

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

重要

如果您重新啟動您的快取來清除用戶端連線，StackExchange.Redis 會在 Redis 節點回到線上後自動重新連線。 如果沒有解決潛在問題，用戶端連線仍可能被用盡。

如果我重新啟動，將會遺失快取中的資料嗎？

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

如果您只重新啟動這其中一個節點，通常不會遺失資料，但仍有可能發生。 例如，如果主要節點重新啟動，且快取寫入正在進行中，則快取寫入中的數據會遺失。 另一個數據遺失案例是，如果您重新啟動一個節點，另一個節點就會因為同時失敗而關閉。

您也應該知道重新啟動這兩個節點並不會導致數據排清。 如果您想要清除數據，請使用入口網站控制台中的 排清程式 。

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

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

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

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

排清數據

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

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

重要

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

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

更新通道和排程更新

左側的 [排程更新] 可讓您為快取執行個體選擇更新通道和維護期間。

任何使用穩定更新通道的快取執行個體，會比使用預覽更新通道的快取執行個體晚幾週收到更新。 建議您為非生產且較不重要的工作負載選擇 預覽 更新通道。 請為最重要的生產工作負載選擇 [穩定] 更新通道。 依照預設，所有快取均預設為 [穩定] 更新通道。

重要

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

維護期間可讓您控制裝載快取的 VM 可以在一週中的哪幾天和什麼時間進行更新。 Azure Cache for Redis 會盡最大努力在您定義的指定時間範圍內開始和完成更新 Redis 伺服器軟體。

重要

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

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

顯示排程更新的螢幕快照

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

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

排程更新常見問題集

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

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

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

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

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

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

「排程的更新」功能涵蓋和管理的更新，是否會在 [排程的更新] 時段外發生？

是。 一般而言，更新不會在設定的 [排程的更新] 時段外套用。 罕見的重要安全性更新可以在修補排程之外套用，作為安全性原則的一部分。

相關內容

深入了解 Azure Cache for Redis 功能。