重要事項
Azure Cache for Redis 宣布了所有 SKU 的淘汰時間表。 建議您儘快將現有的 Azure Cache for Redis 執行個體移至 Azure 受控 Redis 。
有關退役的更詳細資訊:
在本文中,您將了解如何使用 Azure 入口網站設定區域備援 Azure Cache 執行個體。
附註
在不支援區域的地區中,會停用啟用區域備援的選項。 如需支援區域的地區清單,請參閱 Azure Cache for Redis - 區域支援的地區。
Azure Cache for Redis 的標準版、高級版和企業版層級,透過將每個快取裝載在兩個專用虛擬機器(VM)上,提供內建的備援功能。 即使這些 VM 位於個別的 Azure 容錯和更新網域並具有高可用性,其仍容易受到資料中心層級失敗的影響。 Azure Cache for Redis 也在其標準、進階和企業層中支援區域備援。 區域備援快取會分散在多個可用性區域的 VM 上執行。 它提供更高的復原能力和可用性。
先決條件
- Azure 訂用帳戶 - 建立免費帳戶
建立快取
若要建立快取,請遵循下列步驟:
登入 Azure 入口網站,然後選取 [建立資源]。
在 [新增] 頁面上選取 [資料庫],然後選取 [Azure Cache for Redis]。
在 [基本資料] 頁面上,設定新快取。
設定 建議的值 描述 訂用帳戶 選取您的訂用帳戶。 這個新的 Azure Cache for Redis 執行個體建立所在的訂用帳戶。 資源群組 選取資源群組,或選取 [新建] 並輸入新的資源群組名稱。 用來建立快取和其他資源的資源群組名稱。 將所有的應用程式資源放在一個資源群組中,您將可輕鬆地一併管理或刪除這些資源。 DNS 名稱 輸入全域唯一名稱。 快取名稱必須是 1 到 63 個字元的字串,且只能包含數字、字母或連字號。 名稱的開頭和結尾必須是數字或字母,且不可包含連續的連字號。 快取執行個體的主機名稱將為 <DNS 名稱>.redis.cache.windows.net。 位置 選取位置。 選取一個靠近其他使用您快取之服務的區域。 快取類型 選取進階版或企業版層級快取。 快取的可用大小、效能和功能取決於定價層。 如需詳細資訊,請參閱 Azure Cache for Redis 概觀。 標準層快取一律會在支援可用性區域的地區中使用自動區域性配置建立為區域備援。
對於進階層快取,請選取 [資源] 功能表中的 [進階]。 在支援區域的地區中,這個層級的區域備援可以使用幾種方式來啟用。
- 使用自動區域性配置:
-
自動配置區域是針對可用性區域選取的預設選項。
-
自動配置區域是針對可用性區域選取的預設選項。
- 使用使用者定義的區域性配置:
- 對於進階層快取,可用性區域設定可以由使用者編輯,藉此他們可以為快取選取非區域性或手動選取區域。
- 選取 NoZones:
- 手動選擇區域時,可用性區域的數目必須一律小於或等於快取的節點總數:
- 使用自動區域性配置:
對於企業層快取,請選取 [資源] 功能表中的 [進階]。 對於 [區域備援],請選取 [區域備援 (建議)]。
設定叢集和/或 RDB 持續性。
附註
區域備援不支援搭配多個複本 (一個以上的複本) 使用僅限附加檔案 (AOF) 持續性。
選取 [建立]。
建立快取需要一些時間。 您可以在 Azure Cache for Redis 的 [概觀] 頁面上監視進度。 當 [狀態] 顯示為 [執行中] 時,表示快取已可供使用。
自動區域性配置
Azure Cache for Redis 會根據每個分區的節點數目及地區的區域性支援,自動代表使用者將區域配置給快取,以便讓快取分散到多個區域之間,以達到高可用性。
透過這種類型的分配,使用者無需擔心手動選擇區域。 配置給快取的實際區域對使用者是抽象的。 Azure 可確保快取的主要和複本節點分散在不同的區域中,以實現高可用性。
不同類型的區域性配置的 REST API 規格可在以下位置找到:Create - ZonalAllocationPolicy。
如果未在要求中傳遞 ZonalAllocationPolicy 屬性,Azure 會根據地區的區域性支援能力和容量來為快取指派其值。
屬性 ZonalAllocationPolicy 的支援值為:
- 自動
可以傳遞此值,以便讓 Azure 自動將區域配置給快取。
在支援區域的地區中,如果未在要求中傳遞 ,從 ZonalAllocationPolicy API 版本開始,它會被選為快取的預設選項。
- UserDefined
使用者只能針對進階快取傳遞此值,且可以在手動選取區域時傳入要求本文中。
- NoZones
使用者只能針對進階快取傳遞此值。 這是在不支援可用區的地區中唯一支援的值。
- 對於標準快取,使用者無法在要求中傳遞此值,因為他們無法為非區域性標準快取做明確的選擇。
如果在下列情況下,要求中未傳遞 ZonalAllocationPolicy,則此值將被選為快取的預設選項:
- 不支援區域的地區 (無論使用的 API 版本為何)。
- 如果使用的 API 版本低於 2024-11-01,則指所有地區 (無論是否支援區域性)。
重要事項
自動區域性配置一旦為快取啟用,便無法修改。
重要事項
- 從 2024-11-01 API 版本開始,「自動區域性配置」會被選為進階和標準快取的預設選項。 在極少數的情況下,當可用的區域容量不足以配置為至少兩個區域,且使用者未在要求中傳遞
ZonalAllocationPolicy時,則 Azure 將建立一個非區域性快取,使用者可以透過檢查回應中的ZonalAllocationPolicy屬性來驗證此非區域性快取。- 因此,建議在建立快取時不要在要求本文中傳遞
ZonalAllocationPolicy,因為這將讓 Azure 能夠根據地區的區域支援性和容量,在 Automatic 和 NoZones 之間為快取選擇最佳的選項。 不然,若使用者想要明確使用特定的區域配置原則,則可以傳遞ZonalAllocationPolicy。
- 因此,建議在建立快取時不要在要求本文中傳遞
重要事項
使用者可以將現有的非區域性化快取,或已手動選定區域的快取,更新為使用「自動區域性配置」(方法是將 ZonalAllocationPolicy 設為 Automatic 來更新快取)。 有關更新流程的詳細資訊,請參閱將 Azure Cache for Redis 執行個體移轉至可用性區域支援 (部分機器翻譯)。
區域備援常見問題
為什麼無法在建立進階版快取時啟用區域備援?
區域備援僅適用於具有可用性區域的 Azure 區域。 如需最新清單,請參閱具有可用性區域的 Azure 區域。
為什麼我無法在快取建立期間選取所有三個區域?
根據預設,進階版快取有一個主要節點和一個複本節點。 若要設定超過兩個可用性區域的區域備援,您必須將更多複本新增至您要建立的快取。 可用性區域的總數不得超過快取中節點的合併計數,包括主要節點和複本節點。
我可以更新現有的標準或進階快取以使用區域備援嗎?
可以,就地支援更新現有的標準或進階快取以使用區域備援。 使用者可以透過瀏覽至 [資源] 功能表上的 [進階設定] 並選取 [自動配置區域] 核取方塊,然後選取 [儲存] 按鈕來啟用它。 啟用區域備援後,您就無法停用它。
如需詳細資料,請參閱將 Azure Cache for Redis 執行個體移轉至可用性區域支援 (部分機器翻譯)
您也可以透過在更新快取時在要求本文中將
ZonalAllocationPolicy作為Automatic傳遞來完成此動作。 有關使用 REST API 更新流程的詳細資訊,請參閱 Update - ZonalAllocationPolicy。- 不支援將
ZonalAllocationPolicy更新為Automatic以外的任何其他值。
重要事項
自動區域性配置一旦為快取啟用,便無法修改。
重要事項
對於異地複寫快取或具有 VNet 插入的快取,目前不支援為現有快取 (使用不同的區域性配置建立) 啟用「自動區域性配置」。
- 不支援將
跨 Azure 可用性區域複寫我的資料需要多少費用?
當您的快取使用設定了多個可用性區域的區域備援時,資料會從一個區域中的主要快取節點複寫到另一個區域中的其他節點。 資料傳輸費用是跨所選可用性區域移動資料的網路輸出成本。 如需詳細資訊,請參閱頻寬定價詳細資料。
後續步驟
深入了解 Azure Cache for Redis 功能。