通过

Azure Cache for Redis中的新增功能

  • 适用于: ✅ Azure Cache for Redis

了解 Azure Redis 中的新增功能。

2025 年 10 月

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

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

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

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

有关Azure Cache for Redis停用的更多详细信息，请参阅 Azure Cache for Redis 停用：如何了解和如何准备。

2025年5月

Azure托管 Redis 正式版

Azure托管 Redis现已正式上市为产品。 但是，某些功能仍为公共预览版。

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

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

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

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

2024 年 11 月

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

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

2024 年 8 月

可用性区域

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

2024 年 6 月

.NET输出缓存和 HybridCache

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

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

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

HybridCache 还包括：

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

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

连接审核

连接审核适用于所有 SKU，你可以配置Azure Policy，以审核或强制实施有关专用终结点和公用网络访问与缓存的特定策略。 Azure Cache for Redis不提供内置策略，但可以创作自定义策略以强制启用专用终结点。

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

2024 年 5 月

Azure Functions

将 Azure Cache for Redis 与 Azure Functions 配合使用，以创建优化的无服务器和事件驱动架构现已在正式发布阶段 (GA)。

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

Microsoft Entra ID

Microsoft Entra ID 现已正式支持在支持 Azure Cache for Redis 的不同地区进行身份验证和基于角色的访问控制（正式版）。

有关详细信息，请参阅 使用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 进行以下更改：

  • Phase 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 或更高版本才能与缓存通信。 当我们将所有缓存的 MinimumTLSVersion 更新为 1.2 时，Azure Cache for Redis服务应可用。

有关详细信息，请参阅 移除与 Azure Cache for Redis 一同使用的 TLS 1.0 和 1.1。

2023 年 6 月

Microsoft Entra ID 提供身份验证和基于角色的访问控制，可用于所有支持 Azure Cache for Redis 的区域。

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 命令和跟踪响应时间来测量的。 此指标可用于跟踪缓存实例的运行状况，并查看长时间运行的命令是否损害了延迟性能。

有关详细信息，请参阅 Monitor Azure Cache for 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高级层上提供的被动异地复制功能进行了多项增强。

  • 客户可以使用新的指标来更好地跟踪其异地复制链接的运行状况和状态，包括有关等待复制的数据量的统计信息。 有关详细信息，请参阅 Monitor Azure Cache for Redis。

    • 异地复制连接性延迟（预览版）
    • 地理复制数据同步偏移量（预览版）
    • 异地复制完全同步事件已完成（预览版）
    • 异地复制完全同步事件已启动（预览版）

  • 客户现在可以通过单次选择或 CLI 命令在异地主缓存和异地副本缓存之间启动故障转移，省去了手动取消链接缓存和重新链接缓存的麻烦。 有关详细信息，请参阅启动从异地主缓存到异地辅助缓存的故障转移。

  • 现在还提供全局缓存 URL，可在触发异地故障转移后自动更新其 DNS 记录，从而允许其应用程序仅管理一个缓存地址。 有关详细信息，请参阅地理主 URL。

2022 年 9 月

在 2023 年 6 月 30 日前升级Azure Cache for Redis实例以使用 Redis 版本 6

2023 年 6 月 30 日，我们将停用 Azure Cache for Redis 实例的版本 4。 在此日期之前，你需要将所有缓存实例升级到版本 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 Global G2 CA 根颁发的 TLS 证书。 当前的 Baltimore CyberTrust 根将于 2025 年 5 月到期，需要进行此更改。

我们预计大多数Azure Cache for Redis客户不会受到影响。 但是，如果您明确指定了一份被称为证书锁定的可接受的证书颁发机构 (CA) 列表，应用程序可能会受到影响。

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

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 引入了新的命令：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 证书更改。

相关内容

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

  • Last updated on