共用方式為

Azure Cache for Redis 的管理任務

  • 適用於: ✅ Azure Cache for Redis

這很重要

Azure Cache for Redis 宣布了所有 SKU 的淘汰時間表。 建議您儘快將現有的 Azure Cache for Redis 執行個體移至 Azure 受控 Redis 。

有關退役的更詳細資訊：

本文說明重新啟動、排清快取，以及為 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。

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

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

排清資料

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

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

這很重要

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

此螢幕擷取畫面顯示快取執行個體的資源功能表中已選取的排清資料。

更新頻道並排定更新

使用 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 中使用 MaintenanceWindow Cmdlet 的 參數來設定。 如需詳細資訊，請參閱我可以使用 PowerShell、CLI 或其他管理工具管理排程更新嗎？

排程更新常見問題集

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

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

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

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

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

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

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

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

相關內容

深入了解 Azure Cache for Redis 功能。

  • Last updated on