Azure 受控 Redis 根據 Redis Enterprise 軟體支援內存資料儲存。 Redis Enterprise 可改善 Redis 社群版本的效能和可靠性，同時維持相容性。 Microsoft 負責營運該服務，並裝載於 Azure 上，可供 Azure 內部或外部的任何應用程式使用。 如需如何建置 Azure 受控 Redis 的詳細資訊，請參閱 Azure 受控 Redis 架構。
備註
Azure 受控 Redis 已正式以產品形式推出（GA）。 不過，某些功能會維持在公開預覽狀態。
- 擴展快取
- 資料持續性
- 非集群緩存
Azure 受控 Redis 可以改善大量使用後端數據存放區之應用程式的效能和延展性。 它能夠藉由將經常存取的數據保留在伺服器記憶體中，以處理大量的應用程式要求，以便快速寫入和讀取。
Redis 將重要的低延遲和高輸送量資料儲存解決方案帶入現代應用程式中。 此外，Redis 也越來越多地用於非快取應用程式，包括數據擷取、重複數據刪除、傳訊、排行榜、語意快取，以及作為向量資料庫。
Azure 受控 Redis 可以獨立部署，或與其他 Azure 應用程式或資料庫服務一起部署，例如 Azure Container Apps、Azure App Service、Azure Functions、Azure SQL 或 Azure Cosmos DB。
主要案例
Azure 受控 Redis 可藉由支援常見的應用程式架構模式來改善應用程式效能。 最常見的一些模式包括：
| 樣式 | 說明 |
|---|---|
| 資料快取 | 資料庫通常太大，無法直接載入快取中。 常見的方法是使用另行快取模式，只在需要時，將資料載入至快取。 當系統對資料進行變更時，系統也可以更新快取，然後散發給其他用戶端。 此外，系統可以設定資料的到期時間，或使用收回原則來觸發資料更新到快取。 |
| 內容快取 | 許多網頁都是從使用靜態內容 (例如標題、頁尾、橫幅) 的範本所產生。 這些靜態項目不應該經常變更。 相較於後端資料存放區，使用記憶體內部快取可讓您快速存取靜態內容。 此模式可減少處理時間和伺服器負載，讓網頁伺服器更具回應能力， 並可以讓您減少處理負載所需的伺服器數目。 Azure 受控 Redis 提供 Redis 輸出快取提供者，以支援 ASP.NET 的此模式。 |
| 工作階段存放區 | 此模式通常會與購物車和其他使用者歷程記錄這類資訊搭配使用，而 Web 應用程式會建立其與使用者 Cookie 的關聯。 在 Cookie 中儲存太多資料可能會對效能產生負面影響，因為 Cookie 的大小會增加，且會與每個要求一起傳遞和驗證。 一般解決方案會使用 Cookie 作為索引鍵來查詢資料庫中的資料。 當您使用記憶體內部快取，例如 Azure Managed Redis，將資訊與用戶產生關聯的速度比與完整關係資料庫互動更快。 |
| 向量相似度搜尋 | 常見的 AI 使用案例是使用大型語言模型產生向量內嵌 （LLM）。 這些向量內嵌必須儲存在向量資料庫中，然後與判斷相似度進行比較。 Azure 受控 Redis 具有內建功能，可以儲存和比較高效能的向量嵌入。 |
| 語意快取 | 使用 LLM 通常會對應用程式帶來大量的延遲（因為產生時間所致）和成本（因為每個令牌定價所致）。 快取可藉由儲存 LLM 的過去輸出來協助解決這些問題，以便再次快速擷取。 不過，由於 LLM 使用自然語言，因此一般快取在處理儲存方面可能會很困難。 Azure 受控 Redis 之類的語意快取不僅能夠快取特定查詢，而且能夠快取查詢的語意意義，使其更自然地與 LLM 搭配使用。 |
| 重複 | 通常，您需要判斷系統中是否已經發生動作，例如判斷是否已採取使用者名稱，或客戶是否已傳送電子郵件。 在 Azure 受控 Redis 中，布隆过滤器可以快速判定重複項目和防止问题。 |
| 排行榜 | Redis 提供簡單且強大的支援，以使用 已排序的數據集 數據結構開發各種排行榜。 此外，使用 主動式地理複寫 可讓排行榜可全球共享。 |
| 作業與訊息佇列 | 當與要求關聯的工作需要時間執行時，應用程式通常會將工作新增到佇列。 執行時間較長的作業會排入佇列，且通常是由另一部伺服器依序處理。 這個延遲工作的方法稱為工作佇列。 Azure 受控 Redis 提供分散式佇列，以在您的應用程式中啟用此模式。 |
| PowerBI/分析加速 | 您可以使用 Redis ODBC 驅動程式來利用 Redis 進行 BI、報告和分析使用案例。 由於 Redis 通常比關係資料庫快得多，因此以這種方式使用 Redis 可大幅提升查詢回應性。 |
| 分散式交易 | 應用程式有時需要一系列針對後端資料存放區的命令，以執行單一不可部分完成的作業。 所有命令必須成功，或所有命令必須復原為初始狀態。 Azure 受控 Redis 支援以單一 交易的形式執行一批命令。 |
Redis 版本
Azure Managed Redis 支援 Redis 7.4.x 版。 如需詳細資訊，請參閱 如何升級 Azure 受控 Redis 實例的版本。
選擇正確的階層
Azure 受控 Redis 有四層級可用，每個層級都有不同的效能特性和價格等級。
有三個層級適用於記憶體內部資料：
這很重要
使用超過 120 GB 記憶體的所有記憶體內部層都處於公開預覽狀態，包括記憶體優化 M150 和更新版本;平衡 B150 和更新版本;和計算優化 X150 和更新版本。 所有這些層級和更高層級都處於公開預覽狀態。
所有 Flash 優化層都處於公開預覽狀態。
- 記憶體優化 適用於需要高記憶體對 vCPU 比率（8：1）但不需要最高輸送量效能的記憶體密集使用案例。 它針對需要較少處理能力或輸送量的案例提供較低的價格，使其成為開發和測試環境的絕佳選擇。
- 平衡 （記憶體+ 計算） 提供平衡的記憶體對 vCPU （4：1） 比率，使其非常適合標準工作負載。 此層提供記憶體和計算資源的健康平衡。
- 計算優化 專為需要最大輸送量的效能密集型工作負載而設計，具有低記憶體對 vCPU 的比例，為 2:1。 非常適合需要極高效能的應用程式。
有一個層級會儲存記憶體內部和磁碟上的資料：
- Flash Optimized （預覽） 可讓 Redis 叢集自動將較不常存取的數據從記憶體 （RAM） 移至 NVMe 記憶體。 這可降低效能，但可讓使用大型資料集進行符合成本效益的快取調整。
備註
如需如何建構 Flash 優化層的詳細資訊，請參閱 Azure 受控 Redis 架構
這很重要
您也可以使用 資料持續性（預覽）功能，將資料儲存在記憶體層的磁碟中。 如果您遇到非預期的中斷，數據持續性會儲存磁碟上的數據備份複本，以便快速復原。 這與 Flash Optimized 層不同，其設計目的是將數據儲存在磁碟上以進行一般作業。 使用 Flash Optimized 層將某些數據儲存在磁碟上並不會增加數據復原能力。 您也可以在 Flash 優化層上使用數據持續性。
如需如何在不同層級與 SKU 之間進行調整的指示，請參閱調整 Azure 受控 Redis 實例的規模（預覽）。
階層和 SKU 一目了然
如需定價資訊，請參閱 Azure 受控 Redis 定價
功能比較
下表可協助說明階層所支援的一些功能：
| 功能描述 | 記憶體最佳化 | 平衡 | 計算最佳化 | 快閃記憶體最佳化 |
|---|---|---|---|---|
| 大小 (GB) | 12 - 1920 | 0.5 - 960 | 3 - 720 | 250 - 4500 |
| 服務等級協定 (SLA) | 是的 | 是的 | 是的 | 是的 |
| 傳輸中資料加密 | 是（私人端點） | 是（私人端點） | 是（私人端點） | 是（私人端點） |
| 複製和故障轉移 | 是的 | 是的 | 是的 | 是的 |
| 網路隔離 | 是的 | 是的 | 是的 | 是的 |
| Microsoft Entra ID 基於的驗證 | 是的 | 是的 | 是的 | 是的 |
| 縮放比例 （預覽） | 是的 | 是的 | 是的 | 是的 |
| 資料持續性 （預覽） | 是的 | 是的 | 是的 | 是的 |
| 區域備援 | 是的 | 是的 | 是的 | 是的 |
| 地理複製 | 是 (主動) | 是 (主動) | 是 (主動) | 否 |
| 非叢集實例 （預覽） | 是的 | 是的 | 是的 | 否 |
| 連線稽核記錄 | 是 (以事件為基礎) | 是 (以事件為基礎) | 是 (以事件為基礎) | 是 (以事件為基礎) |
| JSON 資料結構（也就是 Redis JSON） | 是的 | 是的 | 是的 | 是的 |
| 搜尋功能（包括向量搜尋） | 是的 | 是的 | 是的 | 否 |
| 概率數據結構（也就是 Redis Bloom） | 是的 | 是的 | 是的 | 是的 |
| 時間序列資料庫功能（也就是 Redis TimeSeries） | 是的 | 是的 | 是的 | 是的 |
| 匯入/匯出 | 是的 | 是的 | 是的 | 是的 |
這很重要
平衡 B0 和 B1 SKU 選項不支援主動異地複寫。
備註
在某些情況下，縮減支援有限。 如需詳細資訊，請參閱 調整 Azure 受控 Redis 的限制。
挑選階層時的其他考慮
- 網路效能：如果您有需要高輸送量的工作負載，網路頻寬可能會導致瓶頸。 您可以移至較高的效能層級，或移至大型實例大小來增加頻寬。 由於底層虛擬機承載快取，大型實例具有更多的頻寬。 提高頻寬上限有助於避免應用程式中因網路擁塞而導致的逾時現象。 如需頻寬效能的詳細資訊，請參閱 效能測試
- 用戶端連線數目上限：每個 SKU 都有用戶端連線數目上限。 此限制會隨著較高的效能層級和較大的實例大小而增加。 如需每個 SKU 限制的詳細資訊，請參閱 Azure 受控 Redis 定價。
- 高可用性：Azure 受控 Redis 提供多個 高可用性 選項。 SLA 僅涵蓋連線到快取端點的範圍。 SLA 未涵蓋資料遺失防護。 如需 SLA 的詳細資訊，請參閱 SLA。 在 Azure 受控 Redis 實例中，可以停用高可用性。 這會降低價格，但會導致數據遺失和停機時間。 我們只建議停用開發/測試環境的高可用性。
其他定價考慮
這很重要
Azure 託管 Redis Enterprise 需要每個快取實例的 IP 位址。 目前，Azure 受管 Redis 會吸收 IP 地址費用，不會轉嫁給客戶。 這可能會在未來變更。 如需詳細資訊，請參閱 IP位址定價。
這很重要
使用主動式異地復寫會在 Azure 區域之間產生數據傳輸。 Azure 受控 Redis 目前會吸收這些頻寬費用，而不會傳遞給客戶。 這在未來可能會改變。 有關詳細資訊，請參閱頻寬定價。
可用性依區域劃分
Azure 受控 Redis 會持續擴充到新的區域。
美洲
- 巴西南部
- 巴西東南部
- 加拿大中部
- 加拿大東部
- 美國中部
- 美國東部
- 美國東部 2
- 墨西哥中部
- 美國中北部
- 美國中南部
- 美國中西部
- 美國西部
- 美國西部 2
- 美國西部 3
歐洲
- 法國南部
- 德國北部
- 德國中西部
- 義大利北部
- 挪威東部
- 挪威西部
- 西班牙中部
- 瑞典中部
- 瑞典南部
- 瑞士北部
- 瑞士西部
- 英國南部
- 英國西部
- 西歐
中東
- 以色列中部
- 阿聯酋中部
- 阿拉伯聯合大公國北部
非洲
- 南非北部
- 南非西部
亞太地區
- 東亞
- 澳大利亞中部
- 澳大利亞中部 2
- 澳大利亞東部
- 澳大利亞東南部
- 印度中部
- 印尼中部
- 日本東部
- 日本西部
- Jio 印度中部
- Jio 印度西部
- 韓國中部
- 韓國南部
- 東南亞
- 印度南部
- 臺灣北部
- 臺灣西北
若要確認各區域中是否可提供，請參閱依區域提供的產品。
從 Azure Cache for Redis 遷移
如需從 Azure Cache for Redis 移轉至 Azure 受控 Redis 的詳細資訊，請參閱 從 Azure Cache for Redis 移轉至 Azure 受控 Redis。