Azure Cache for Redis 的新增功能

2025-10-16
適用於: ✅ Azure Cache for Redis

了解 Azure Redis 中的新增功能。

2025 年 10 月

我们宣布停用所有 Azure Cache for Redis SKU。有关停用的详细信息，请参阅 Azure Redis 缓存停用常见问题解答。建议将现有的 Azure Redis 缓存实例移动到 Azure 托管 Redis。

如果在“基本”、“标准”或“高级”层中已有缓存，则可以继续使用它们，直到 2028 年 9 月 30 日服务完全停用。

以下是基本层、标准层和高级层的重要日期：

日期	Description
2026 年 4 月 1 日	不允许新客户创建基本套餐、标准套餐或高级套餐中的新缓存。
2026 年 10 月 1 日	对于现有客户，在“基本”、“标准”或“高级”层内禁止创建新缓存。
2028 年 10 月 1 日	基本层、标准层或高级层中的剩余缓存处于关闭状态。

有关将缓存移动到 Azure 托管 Redis 的详细信息，请参阅从基本层、标准和高级层迁移到 Azure 托管 Redis。

有关 Azure Redis 缓存停用的更多详细信息，请参阅 Azure Redis 缓存停用：了解内容和准备方法。

2025年5月

Azure Managed Redis 正式发布（正式版）

Azure Managed Redis 作为产品正式发布（正式版）。但是，某些功能仍为公共预览版。

缩放缓存
数据持久性
非群集缓存

使用超过 120 GB 存储的所有内存中层都在公共预览版中，包括：

内存优化 M150 及更高版本
均衡 B150 及更高版本
计算优化 X150 及更高版本

所有闪存优化层均以公共预览版提供。

2024 年 11 月

默认情况下，创建具有区域冗余的缓存

对于标准层和高级层，Azure Cache for Redis 现在默认在支持可用性区域的所有区域中使用 Automatic_Zonal_Allocation 创建具有区域冗余的缓存。对于高级缓存，仍可以选择手动选择可用性区域，或者选择不使用区域冗余。有关详细信息，请参阅为 Azure Cache for Redis 启用区域冗余。

2024 年 8 月

可用性区域

对于标准层和高级层，现在可以使用可用性区域（预览版），并可以自动选择区域。对于标准层和高级层，可以选择让 Azure 自动选择区域。对于高级层，可以继续显式选择可用性区域。

2024 年 6 月

.NET 输出缓存和 HybridCache

2023 年 11 月，.NET 8 中引入了使用 Azure Cache for Redis 作为输出缓存的功能。输出缓存保存呈现的网页，以提高性能、复原能力，并通过服务器资源利用率降低成本。可以使用 Redis 作为 .NET 8 中的内置输出缓存存储。有关将 Redis 用作输出缓存的详细信息，请参阅 ASP.NET Core 中的输出缓存中间件

ASP.NET Core 对分布式缓存的支持将扩展 .NET 9 预览版 4，为 .NET 9 提供新的 HybridCache API。 HybridCache 通过新功能增强了 ASP.NET Core 中现有的 IDistributedCache 支持，包括多层存储，以及一个有限的进程内 L1 缓存和一个单独的（通常更大的）进程外 L2 缓存。缓存存储的混合方法提供了两个优势：大多数提取都由 L1 高效提供，但冷启动和不经常访问的数据使用 L2。使用 L2 来访问不经常访问的数据不会过度利用基础后端。

有关详细信息和下载，请参阅 .NET 9 预览版 4

HybridCache 还包括：

踩踏防护，以防止并行提取相同的数据
可配置的序列化
简化常见方案的 API 使用

有关详细信息，请参阅 HybridCache 库。

连接审核

连接审核为 GA 版，适用于所有 SKU，你可以配置 Azure 策略来审核或强制执行有关使用缓存的专用终结点和公共网络访问的特定策略。 Azure Cache for Redis 不提供内置策略，但你可以编写自定义策略来强制启用专用终结点。

有关详细信息，请参阅管理专用终结点的网络策略。

2024 年 5 月

Azure Functions

将 Azure Cache for Redis 与 Azure Functions 配合使用来创建优化的无服务器体系结构和事件驱动的体系结构现已正式发布。

有关详细信息，请参阅 Azure Cache for Redis 的 Azure 函数概述。

Microsoft Entra ID

在支持 Azure Cache for Redis 的区域中支持使用 Microsoft Entra ID 进行身份验证和基于角色的访问控制现已正式发布。

有关详细信息，请参阅使用 Microsoft Entra ID 进行缓存身份验证。

2024 年 4 月

现已正式发布 (GA) 对内置刷新操作的支持，该操作可在基本层、标准层和高级层中的缓存控制平面级别启动。

有关详细信息，请参阅刷新数据操作。

2024 年 1 月

Azure Cache for Redis 的所有层现在都支持 TLS 1.3。

有关详细信息，请参阅 TLS 协议的配置设置是什么？。

2023 年 10 月

刷新基本、标准和高级缓存的数据操作（预览版）

基本、标准和高级层缓存现在支持可在控制平面级别启动的内置刷新操作。使用刷新操作和缓存通过门户控制台或 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：Azure Cache for Redis 将从 2024 年 10 月 1 日起停止支持 TLS 1.1 和 TLS 1.0。在此更改之后，应用程序必须使用 TLS 1.2 或更高版本才能与缓存通信。当我们将所有缓存的 MinimumTLSVersion 更新为 1.2 时，Azure Cache for Redis 预计可用。

有关详细信息，请参阅不再将 TLS 1.0 和 TLS 1.1 用于 Azure Cache for Redis。

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 时期待更高的安全性和简化的身份验证过程。

支持最多 30 个群集 Azure Cache for Redis 实例的分片

Azure Cache for Redis 现在支持最多包含 30 个分片的群集缓存。现在，应用程序可以存储更多数据并更好地随工作负载缩放。

2023 年 4 月

第 99 个百分位延迟指标（预览）

新指标可用于跟踪 Azure Cache for Redis 实例中服务器端命令的最坏延迟情况。延迟是通过使用 PING 命令和跟踪响应时间来测量的。此指标可用于跟踪缓存实例的运行状况，并查看长时间运行的命令是否损害了延迟性能。

有关详细信息，请参阅监视 Azure Redis 缓存。

2022 年 11 月

有关 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 的所有缓存实例都将自动升级。
2023 年 8 月 30 日之后，运行启用了异地复制的 Redis 版本 4 的所有缓存实例都将自动升级。

我们建议你自行升级缓存，以配合自己的计划和用户的需求，尽可能方便地升级。

在 Azure Cache for Redis 中支持托管标识

使用托管标识对存储帐户连接进行身份验证的功能已正式发布 (GA)。

有关详细信息，请参阅用于存储的托管标识。

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 及更高版本
用于 .NET 的 Azure SDK	7.0.0 及更高版本
用于 Python 的 Azure SDK	13.0.0 及更高版本
用于 Java 的 Azure SDK	2.2.0 及更高版本
用于 JavaScript 的 Azure SDK	6.0.0 及更高版本
Azure SDK for Go	版本 49.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 全局 G2 CA 根颁发的 TLS 证书。当前的 Baltimore CyberTrust 根将于 2025 年 5 月到期，需要进行此更改。

我们希望大多数 Azure Cache for Redis 客户都不受影响。但是，如果显式指定一个可接受的证书颁发机构 (CA) 列表（称为证书固定），应用程序可能会受到影响。

有关详细信息，请阅读此博客，其中包含有关如何检查客户端应用程序是否受到影响的说明。建议采取博客中推荐的操作来避免缓存连接性丢失。

2022 年 1 月

在存储中支持 Azure Cache for Redis 的托管标识

Azure Cache for Redis 现在支持使用托管标识对存储帐户连接进行身份验证。标识通过 Microsft Entra ID 建立，并且系统分配的标识和用户分配的标识都受支持。对托管标识的支持允许服务建立对存储的受信任访问，以用于数据持久性和导入/导出缓存数据等用途。

有关详细信息，请参阅 Azure Cache for Redis 的托管标识。

2021 年 10 月

Azure Redis 缓存 6.0 正式版

Azure Cache for Redis 6.0 现已正式发布。新版本包括：

Redis Streams，一种新数据类型
性能增强功能
提高开发人员工作效率
增强安全性

现在，可以使用 Redis Streams（一种仅追加数据结构）来引入、管理和理解不断生成的数据。

此外，Azure Cache for Redis 6.0 还引入了新命令：STRALGO、ZPOPMIN、ZPOPMAX 和 HELP，以提高性能和易用性。

立即开始使用 Azure Cache for Redis 6.0，并在创建缓存期间选择 Redis 6.0。另外，你可以升级现有的 Redis 4.0 缓存实例。

对已连接客户端的诊断

Azure Cache for Redis 现在与 Azure 诊断设置集成，可记录与缓存建立的所有客户端连接的相关信息。记录并分析此诊断设置可帮助你了解谁正在连接到你的缓存，以及这些连接的时间戳。此数据可用于识别安全漏洞的范围以及进行安全审核。用户可以将这些日志路由到所选目标，例如存储帐户或事件中心。

有关详细信息，请参阅使用诊断设置监视 Azure Cache for Redis 数据。

2020 年 10 月

Azure TLS 证书更改

Microsoft 在将 Azure 服务更新为使用来自一组不同的根证书颁发机构 (CA) 的 TLS 证书。此更改正在进行中，因为当前 CA 证书不符合某个 CA/浏览器论坛基线要求。有关完整详细信息，请参阅 Azure TLS 证书更改。

有关对 Azure Cache for Redis 的影响的详细信息，请参阅 Azure TLS 证书更改。

如果有更多问题，请通过客户支持联系我们。

共用方式為