共用方式為


Azure Cache for Redis 的新功能

2024 年 6 月

企業層上的 Redis 7.2 (預覽版)

Azure Cache for Redis 現在可讓您搭配企業和企業快閃層使用 Redis 7.2 (預覽)。

您可以自動或手動升級快取。 如需詳細資訊,請參閱 如何升級現有的快取

您可以手動觸發升級至最新版本的 Redis 軟體。 這提供上述兩個優點,等待自動升級發生:

  1. 您可以控制升級的發生時機。
  2. 您可以升級至 Redis 軟體的預覽版本。
基本、標準、進階 Enterprise,Enterprise Flash
最後一個 Redis 版本 Redis 6.0 (GA) Redis 6.2 (GA) / Redis 7.2 (預覽)
升級原則 手動升級至較新版本 自動升級至最新 GA 版本

企業層 E1 (預覽) SKU

E1 SKU 主要適用於開發/測試案例。 它會在較小的 高載虛擬機上執行。 因此,E1 會根據耗用多少 CPU 來提供變數效能。 與其他企業供應專案不同,您無法相應放大 E1。不過,仍可相應增加為較大的 SKU。 E1 SKU 也不支持 主動式異地複寫

如需更多資訊,請參閱

.NET 輸出快取和 HybridCache

在 2023 年 11 月 .NET 8 中引進 Azure Cache for Reds 作為輸出快取。 輸出快取會儲存轉譯的網頁,以改善效能、復原能力,以及透過伺服器資源使用率降低成本。 您可以使用 Redis 作為 .NET 8 中的內建輸出快取存放區。 如需使用 Redis 作為輸出快取的詳細資訊,請參閱 ASP.NET Core 中的輸出快取中間件

ASP.NET Core 對分散式快取的支援正在擴大 .NET 9 Preview 4 for .NET 9 新的 HybridCache API。 HybridCache 透過新功能來增強 ASP.NET Core 中現有的 IDistributedCache 支援,包括多層式記憶體,並透過個別(通常較大的)跨進程 L2 快取補充有限的同進程 L1 快取。 快取記憶體的混合式方法提供兩個優點:大部分的擷取都是有效率地從 L1 提供,但冷啟動和您不常使用 L2 的數據。 針對您存取的數據使用 L2 不會過度利用基礎後端。

如需詳細資訊和下載,請參閱 .NET 9 Preview 4

HybridCache 也包含:

  • 戳記保護 以防止相同數據的平行擷取
  • 可設定的串行化
  • 簡化常見案例的 API 使用方式

如需詳細資訊,請參閱 HybridCache 連結

線上稽核

聯機稽核是所有 SKU 的 GA,您可以設定 Azure 原則,以稽核或強制執行有關私人端點和公用網路存取的特定原則與快取。 Azure Cache for Redis 不提供內建原則,但您可以撰寫自定義原則來強制啟用私人端點。

如需詳細資訊,請參閱管理私人端點的網路原則

2024 年 5 月

Azure Functions

使用 Azure Cache for Redis 搭配 Azure Functions 來建立優化的無伺服器和事件驅動架構,現在已正式運作(GA)。

如需詳細資訊,請參閱 Azure Cache for Redis 的 Azure 函式概觀

Microsoft Entra ID

支援跨支援 Azure Cache for Redis 的區域進行驗證和角色型訪問控制Microsoft專案標識碼現已正式運作(GA)。

如需詳細資訊,請參閱 使用 Microsoft Entra ID 進行快取驗證

2024 年 4 月

支援可在基本、標準和進階層中快取的控制平面層級啟動的內 建排清 作業,現在已正式運作(GA)。

如需詳細資訊,請參閱排清資料作業

2024 年 2 月

支援使用客戶管理的金鑰進行磁碟 (CMK) 加密已達到正式運作 (GA)。

如需詳細資訊,請參閱 如何在企業快取上設定CMK加密。

2024 年一月

Azure Cache for Redis 的所有層現在都支援 TLS 1.3。

如需詳細資訊,請參閱 TLS 通訊協定的組態設定為何?

2023 年 10 月

排清基本、標準和進階快取的數據作業 (預覽)

基本、標準和進階層快取現在支援可在控制平面層級啟動的內建排清作業。 ,請使用排清作業搭配透過入口網站主控台或 redis-cli 執行 FLUSH ALL 命令的快取。

如需詳細資訊,請參閱排清資料作業

基本、標準和進階快取的更新通道 (預覽)

您可以使用基本、標準或進階層快取,選擇透過設定「預覽」或「穩定」更新通道來接收早期更新。

如需詳細資訊,請參閱更新通道

2023 年 9 月

在與 Azure Cache for Redis 搭配使用時移除 TLS 1.0 和 1.1

為了符合全產業推動獨家使用傳輸層安全性 (TLS) 1.2 版或更新版本,Azure Cache for Redis 正致力於達成在 2024 年 10 月使用 TLS 1.2 的要求。

做為此工作的一部分,您可以預期 Azure Cache for Redis 會有下列變更:

  • 階段 1:Azure Cache for Redis 會停止提供 TLS 1.0/1.1 做為新快取建立的 MinimumTLSVersion 設定選項。 此時將不會更新現有的快取執行個體。 您仍然可以使用 Azure 入口網站或其他管理 API,將最低 TLS 版本變更為 1.0 或 1.1,以取得回溯相容性。
  • 階段 2:從 2024 年 10 月 1 日起,Azure Cache for Redis 會停止支援 TLS 1.1 和 TLS 1.0。 在此變更之後,您的應用程式就必須使用 TLS 1.2 或更新版本來與您的快取通訊。 預期即將提供 Azure Cache for Redis 服務,同時我們會將所有快取的 MinimumTLSVerion 更新為 1.2。

如需詳細資訊,請參閱在與 Azure Cache for Redis 搭配使用時移除 TLS 1.0 和 1.1

2023 年 6 月

支援 Azure Cache for Redis 的區域全都可以使用用於驗證和角色型存取控制的 Microsoft Entra ID。

2023 年 5 月

Microsoft Entra ID 驗證和授權 (預覽)

Microsoft Entra ID 型驗證和授權現在可供利用 Azure Cache for Redis 進行公開預覽。 透過此Microsoft Entra ID整合,用戶可以在沒有存取密鑰的情況下連線到其快取實例,並使用 角色型訪問控制 來連線到其快取實例。

這項功能適用於 Azure Cache for Redis 基本、標準和進階 SKU。 透過此更新,客戶可以期待在使用 Azure Cache for Redis 時提升安全性及獲得簡化的驗證程序。

針對叢集化 Azure Cache for Redis 執行個體支援最多 30 個分區

Azure Cache for Redis 現在支援具有最多 30 個分區的叢集化快取。 現在,您的應用程式可以儲存更多資料,並隨著工作負載更妥善進行調整。

2023 年 4 月

第 99 個百分位數延遲計量 (預覽)

新的計量可用來追蹤 Azure Cache for Redis 執行個體中伺服器端命令的最差延遲。 延遲是使用 PING 命令和追蹤回應時間來進行測量。 此計量可用來追蹤快取執行個體的健康情況,並查看長時間執行的命令是否會危及延遲效能。

如需詳細資訊,請參閱監視 Azure Redis 快取

2023 年 3 月

企業層的就地相應增加和相應放大 (預覽)

Enterprise 和 Enterprise Flash 層現在支援在無須停機或資料遺失的情況下相應增加和相應放大快取執行個體的能力。 相應增加和相應放大動作都可能發生在相同的作業中。

如需詳細資訊,請參閱調整 Azure Cache for Redis 執行個體

在作用中異地複寫快取中支援 RedisJSON (預覽)

使用作用中異地復寫的快取執行個體現在支援 RedisJSON 模組。

如需詳細資訊,請參閱設定作用中異地複寫

作用中異地復寫快取的排清作業 (預覽)

使用作用中異地復寫的快取現在包含可在控制平面層級起始的內建排清作業。 將排清作業與快取 (而非 FLUSH ALLFLUSH DB 作業) 搭配使用,作用中異地複寫快取依設計會封鎖這些作業。

如需詳細資訊,請參閱排清作業

客戶自控金鑰 (CMK) 磁碟加密 (預覽)

儲存在磁碟上的 Redis 資料現在可以使用 Enterprise 和 Enterprise Flash 層中的客戶自控金鑰 (CMK) 來加密。 使用 CMK 會將另一層的控制權新增至預設磁碟加密。

如需詳細資訊,請參閱啟用磁碟加密

連線事件稽核記錄 (預覽)

Enterprise 和 Enterprise Flash 層快取現在可以透過診斷設定來記錄所有連線、中斷連線和驗證事件。 記錄這項資訊有助於安全性稽核。 您也可以監視可存取快取資源的人員。

如需詳細資訊,請參閱啟用連線稽核記錄

2022 年 11 月

支援 RedisJSON

支援使用 RedisJSON 模組已達到正式運作(GA)。

如需詳細資訊,請參閱使用 Redis 模組搭配 Azure Cache for Redis

Redis 6 會變成預設更新

從 2023 年 1 月 20 日起,所有版本的 Azure Cache for Redis REST API、PowerShell、Azure CLI 和 Azure SDK 都會使用 Redis 6 建立 Redis 實例。 先前,我們宣佈將於 2022 年 11 月 1 日進行這項變更,但由於未預期的改變,日期現已改為 2023 年 1 月 20 日。

如需詳細資訊,請參閱 Redis 6 會成為新快取執行個體的預設值

2022 年 10 月

適用於被動異地複寫的增強功能

Azure Cache for Redis 的進階層上提供的被動異地複寫功能有數個增強功能。

  • 新的計量讓客戶能夠用來更妥善地追蹤其異地複寫連結的健康情況和狀態,包括有關等候複寫之資料量的統計資料。 如需詳細資訊,請參閱監視 Azure Redis 快取

    • 異地複寫連線延隔時間 (預覽)
    • 異地複寫資料同步位移 (預覽)
    • 異地複寫完整同步事件已完成 (預覽)
    • 異地複寫完整同步事件已啟動 (預覽)
  • 客戶現在可以使用單一選取項目或 CLI 命令,在異地主要和異地複本快取之間起始容錯移轉,以消除手動取消連結和重新連結快取的麻煩。 如需詳細資訊,請參閱起始從異地主要容錯移轉到異地次要

  • 現在也提供全域快取 URL,以在觸發異地容錯移轉之後自動更新其 DNS 記錄,讓應用程式只需管理一個快取位址。 如需詳細資訊,請參閱異地主要 URL

2022 年 9 月

在 2023 年 6 月 30 日之前升級您的 Azure Cache for Redis 執行個體以使用 Redis 第 6 版

我們將在 2023 年 6 月 30 日淘汰第 4 版的 Azure Cache for Redis 執行個體。 您需要在該日期之前,將您的所有快取執行個體升級至第 6 版。

  • 在 2023 年 6 月 30 日之後執行 Redis 第 4 版的所有快取執行個體都會自動升級。
  • 執行已啟用異地複寫之 Redis 第 4 版的所有快取執行個體,都會在 2023 年 8 月 30 日之後自動升級。

建議您自行升級快取,以配合您的排程及使用者的需求,盡可能使升級方便進行。

如需詳細資訊,請參閱淘汰

支援 Azure Cache for Redis 中的受控識別

使用受控識別驗證記憶體帳戶連線已達正式運作 (GA)。

如需詳細資訊,請參閱適用於儲存體的受控識別

2022 年 8 月

Azure Cache for Redis Enterprise 中提供的 RedisJSON 模組

Azure Cache for Redis 的企業層和 Enterprise Flash 層現在支援 RedisJSON 模組。 此課程模組會新增可儲存、查詢和搜尋 JSON 格式資料的原生功能,讓您能更輕鬆地在 Redis 中以文件樣式格式儲存資料。 使用此課程模組,您將可簡化常見的使用案例,例如儲存產品目錄或使用者設定檔資料。

RedisJSON 模組會實作模組的社群版本,讓您能夠使用現有的知識與工作流程。 RedisJSON 依設計是要與 RediSearch 的搜尋功能搭配使用。 使用這兩個模組,可提供資料的整合式索引和查詢。 如需詳細資訊,請參閱 RedisJSON

RediSearch 模組現在也可用於 Azure Cache for Redis。 如需在 Azure Cache for Redis 中使用 Redis 模組的詳細資訊,請參閱搭配使用 Redis 模組與 Azure Cache for Redis

2022 年 7 月

Redis 6 會成為新快取執行個體的預設值

重要

在過去,我們宣佈將於 2022 年 11 月 1 日進行這項變更。 新的日期是 2023 年 1 月 20 日。 已更新文字以反映新的日期。

從 2023 年 1 月 20 日開始,所有版本的 Azure Cache for Redis REST API、PowerShell、Azure CLI 和 Azure SDK 依預設都會使用 Azure Cache for Redis 所提供的最新穩定 Redis 版本來建立 Redis 執行個體。 先前,Redis 4.0 版是預設使用的版本。 但自 2021 年 10 月起,Azure Cache for Redis 提供的最新穩定 Redis 版本已成為 6.0。

注意

這項變更不影響現有的執行個體。 此變更僅適用於自 2023 年 1 月 20 日起新建立的執行個體。

建立快取執行個體時所使用的預設 Redis 版本可能會有所不同,因為這取決於 Azure Cache for Redis 中提供的最新穩定版本。

如果您需要對應用程式使用特定 Redis 版本,建議您使用最新的成品版本,如下表所示。 然後,在建立快取時,請明確選擇 Redis 版本。

成品 支援指定 Redis 版本的版本
REST API 2020-06-01 和更新版本
PowerShell 6.3.0 和更新版本
Azure CLI 2.27.0 和更新版本
Azure SDK for .NET 7.0.0 和更新版本
Azure SDK for Python 13.0.0 和更新版本
Azure SDK for Java 2.2.0 和更新版本
適用於 JavaScript 的 Azure SDK 6.0.0 和更新版本
Azure SDK for Go v49.1.0 和更新版本

2022 年 4 月

適用於連線建立率的新計量

這兩個新計量可以協助識別 Azure Cache for Redis 用戶端是否經常中斷連線和重新連線,這可能會導致較高的 CPU 使用率和 Redis 伺服器負載

  • 每秒建立的連線數
  • 每秒關閉的連線數

如需詳細資訊,請參閱檢視快取計量

預設快取變更

自 2022 年 5 月 15 日起,所有新的 Azure Cache for Redis 執行個體依預設都會使用 Redis 6。 您仍然可以透過明確選取版本的方式,在您建立 Azure Cache for Redis 執行個體時,建立 Redis 4 執行個體。

這項變更不會影響現有的執行個體。 這項變更僅適用於 2022 年 5 月 15 日之後建立的新執行個體。

建立快取時所使用的預設 Redis 版本可能會隨著時間而變更。 當有新版本的開放原始碼 Redis 發行時,Azure Cache for Redis 可能會採用新版本。 如果您需要特定 Redis 版本用於您的應用程式,建議您在建立快取時明確選擇 Redis 版本。

2022 年 2 月

TLS 憑證變更

自 2022 年 5 月起,Azure Cache for Redis 變換至 DigiCert Global G2 CA Root 所發行的 TLS 憑證。 目前的 Baltimore CyberTrust Root 會在 2025 年 5 月到期,因此需要進行這項變更。

我們預期大部分 Azure Cache for Redis 客戶都不會受到影響。 不過,如果您明確指定可接受的憑證授權單位 (CA) 清單 (稱為憑證釘選),則您的應用程式可能會受到影響。

如需詳細資訊,請閱讀此部落格,其中包含如何檢查您的用戶端應用程式是否受到影響的指示。 我們建議您採取部落格中建議的動作,避免快取連線中斷。

適用於 Azure Cache For Redis Enterprise 的主動式異地複寫正式發行

適用於 Azure Cache For Redis Enterprise 的主動式異地複寫現在正式發行 (GA)。

主動式異地複寫是功能強大的工具,可以讓 Azure Cache for Redis 叢集連結在一起,順暢地進行資料的主動/主動式複寫。 您的應用程式可以寫入至一個 Redis 叢集,然後您的資料會自動複製到其他連結的叢集,反之亦可。 如需詳細資訊,請參閱 Azure 開發人員社群部落格中的這篇貼文

2022 年 1 月

支援在記憶體中 Azure Cache for Redis 的受控識別

Azure Cache for Redis 現支援使用受控識別驗證儲存體帳戶連線。 身分識別透過 Microsoft Entra ID 建立,且系統指派和使用者指派的身分識別兩者皆支援。 受控識別的支援可以進一步讓服務建立儲存體的信任存取,用於包括資料永續性和匯入/匯出快取資料的用途。

如需詳細資訊,請參閱具有 Azure Cache for Redis 的受控識別

2021 年 10 月

Azure Cache for Redis 6.0 正式發行

Azure Cache for Redis 6.0 現在正式發行。 新版本包括:

  • 新資料類型 Redis Streams
  • 效能增強
  • 提高開發人員生產力
  • 提升安全性

您現在可以使用僅限附加的資料結構,即 Redis Streams,內嵌、管理和理解持續產生的資料。

此外,Azure Cache for Redis 6.0 引進新的命令:STRALGOZPOPMINZPOPMAXHELP,可增強效能且使用方便。

在建立快取期間選取 Redis 6.0,立即開始使用 Azure Cache for Redis 6.0。 您也可以升級現有的 Redis 4.0 快取執行個體。

診斷連線用戶端

Azure Cache for Redis 現在與 Azure 診斷設定整合,將所有用戶端連線的資訊記錄至快取。 透過記錄然後分析此診斷設定,便可了解誰正在連線至您的快取,以及這些連線的時間戳記。 這些資料可以用於識別安全性缺口的範圍,並用於安全性稽核目的。 使用者可以將這些記錄路由傳送至其選擇的目的地,例如儲存體帳戶或事件中樞。

如需詳細資訊,請參閱使用診斷設定監視 Azure Cache for Redis 資料

Azure Cache for Redis Enterprise 的更新

公開預覽的主動式異地複寫現在支援:

  • RediSearch 模組:使用主動式異地複寫部署 RediSearch
  • 一個複寫群組有五個快取。 先前支援兩個快取。
  • OSS 叢集原則 - 適合高效能工作負載,而且提供較佳的可擴縮性。

2020 年 10 月

Azure TLS 憑證變更

Microsoft 正在更新 Azure 服務,以使用來自一組不同根憑證授權單位 (CA) 的 TLS 憑證。 由於目前的 CA 憑證不符合其中一個 CA/瀏覽器論壇基準需求,因此需要進行此項變更。 如需完整的詳細資料,請參閱 Azure TLS 憑證變更

如需 Azure Cache for Redis 效果的詳細資訊,請參閱 Azure TLS 憑證變更

若您還有其他疑問,請透過支援連絡我們。