什麼是 Azure 受控 Redis （預覽版）？
Azure 受控 Redis （預覽版） 會根據 Redis Enterprise 軟體提供記憶體內部數據存放區。 Redis Enterprise 可改善 Redis 社群版本的效能和可靠性，同時維持相容性。 Microsoft 負責營運該服務，並裝載於 Azure 上，可供 Azure 內部或外部的任何應用程式使用。 如需如何建置 Azure 受控 Redis 的詳細資訊，請參閱 Azure 受控 Redis 架構。
重要
Azure 受控 Redis 目前為預覽狀態。 請參閱 Microsoft Azure 預覽版增補使用規定，以了解適用於 Azure 功能 (搶鮮版 (Beta)、預覽版，或尚未正式發行的版本) 的法律條款。
Azure 受控 Redis 可以改善大量使用後端數據存放區之應用程式的效能和延展性。 其能夠處理大量應用程式要求，方法為將經常存取的資料保留於伺服器記憶體中，以供快速寫入和讀取。
Redis 將重要的低延遲和高輸送量資料儲存解決方案帶入現代應用程式中。 此外，Redis 也越來越多地用於非快取應用程式，包括數據擷取、重複數據刪除、傳訊、 排行榜、 語意快取，以及作為 向量資料庫。
Azure 受控 Redis 可以獨立部署，也可以與其他 Azure 應用程式或資料庫服務一起部署，例如 Azure Container Apps、Azure App 服務、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/Analytics 加速 | 您可以使用 Redis ODBC 驅動程式來利用 Redis 進行 BI、報告和分析使用案例。 由於 Redis 通常比關係資料庫快得多，因此以這種方式使用 Redis 可大幅提升查詢回應性。 |
| 分散式交易 | 應用程式有時需要一系列針對後端資料存放區的命令，以執行單一不可部分完成的作業。 所有命令必須成功，或所有命令必須復原為初始狀態。 Azure 受控 Redis 支援以單 一交易的形式執行一批命令。 |
Redis 版本
Azure Managed Redis 支援 Redis 7.4.x 版。 如需詳細資訊，請參閱 如何升級 Azure 受控 Redis 實例的版本。
選擇正確的階層
有四層可用的 Azure 受控 Redis，每個層級都有不同的效能特性和價格層級。
三層適用於記憶體內部資料：
- 記憶體優化 適用於需要高記憶體對 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 定價
特徵比較
下表可協助說明階層所支援的一些功能：
| 功能描述 | 記憶體最佳化 | 平衡 | 計算最佳化 | Flash Optimized |
|---|---|---|---|---|
| 大小 (GB) | 12 - 1920 | 0.5 - 960 | 3 - 720 | 250 - 4500 |
| 服務等級協定 (SLA) | Yes | .是 | .是 | Yes |
| 傳輸中資料加密 | 是 （私人端點） | 是 （私人端點） | 是 （私人端點） | 是 （私人端點） |
| 復寫和故障轉移 | Yes | .是 | .是 | Yes |
| 網路隔離 | Yes | .是 | .是 | Yes |
| Microsoft以專案標識碼為基礎的驗證 | Yes | .是 | .是 | Yes |
| 調整大小 | Yes | .是 | .是 | Yes |
| 資料持續性 | Yes | .是 | .是 | Yes |
| 區域備援 | Yes | .是 | .是 | Yes |
| 異地複寫 | 是 (主動) | 是 (主動) | 是 (主動) | No |
| 連線稽核記錄 | 是 (以事件為基礎) | 是 (以事件為基礎) | 是 (以事件為基礎) | 是 (以事件為基礎) |
| JSON 資料結構（也就是 Redis JSON） | Yes | .是 | .是 | Yes |
| 搜尋功能（包括向量搜尋） | Yes | .是 | 是 | No |
| 概率數據結構（也就是 Redis Bloom） | Yes | .是 | .是 | Yes |
| 時間序列資料庫功能（也就是 Redis TimeSeries） | Yes | .是 | .是 | Yes |
| Flash 上的 Redis（也稱為自動調整） | Yes | .是 | .是 | Yes |
| 匯入/匯出 | Yes | .是 | .是 | Yes |
| 更新通道和排程更新 | No | 無 | 無 | No |
重要
平衡 B0 和 B1 SKU 選項不支援作用中的異地復寫。
重要
SLA 僅適用於 GA，且無法在預覽期間使用。
注意
在某些情況下，相應減少支援有限。 如需詳細資訊，請參閱 調整 Azure 受控 Redis 的必要條件/限制。
挑選階層時的其他考慮
- 網路效能：如果您有需要高輸送量的工作負載，可能會因網路頻寬而瓶頸。 您可以移至較高的效能層級，或移至大型實例大小來增加頻寬。 由於裝載快取的基礎 VM，較大的大小實例具有更多的頻寬。 較高的頻寬限制可協助您避免會在應用程式中造成逾時的網路飽和。 如需頻寬效能的詳細資訊，請參閱 效能測試
- 用戶端連線數目上限：每個 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 會持續擴充到新的區域。 若要確認各區域中是否可提供，請參閱依區域提供的產品。
從 Azure Cache for Redis 移轉
如需從 Azure Cache for Redis 移轉至 Azure 受控 Redis 的詳細資訊，請參閱 從 Azure Cache for Redis 移轉至 Azure 受控 Redis