Azure 托管 Redis 的计划维护时间段允许您定义一个特定的时间段，此期间可以在您的 Redis 实例上执行维护活动。 可以控制何时应用 Redis 服务器更新和作系统修补程序，最大程度地减少应用程序意外中断。
Azure 托管 Redis 会自动处理基础结构维护，包括安全修补程序、Redis 版本更新和作系统更新。 如果没有计划的维护时段，这些更新会由 Azure 自行决定。 配置计划的维护时段时，可以控制此时间。
某些维护活动不包括在内。 有关详细信息，请参阅 排除的维护活动。
此功能目前以预览版提供，并在必要的系统更新和应用程序可用性要求之间提供平衡。
先决条件
- 现有的 Azure 托管 Redis 实例
- 了解应用程序的使用模式和低流量时段
- 熟悉使用 Azure 门户或 Azure CLI 进行配置管理
计划维护时段
在 Azure 门户中浏览到缓存，然后从“资源”菜单中选择“维护”（预览）。
在工作窗格中，打开 “自定义计划”。
通过设置每周每天的工期（以小时和分钟为单位）来配置维护时段。
设置每个维护时段的时间范围，然后选择要包括或排除在维护中的哪一天。
维护窗口要求和限制
计划维护时段具有特定的要求和限制，用于定义如何配置维护时间。
持续时间要求
- 每个窗口至少 4 小时
- 每周至少需要两个窗口
- 所有窗口每周至少 18 小时
时间限制
- 所有时间均以 UTC 时区指定
- 开始时间必须位于小时顶部（无分钟级精度）
- 粒度限制为小时或小时和分钟间隔
计划灵活性
- 选择一周的特定维护日期
- 定义不同日期的不同开始时间
- 随时修改配置并立即生效
维护活动的类型
计划性维护时段包括特定类型的更新，同时排除其他更新。 包含和排除的活动之间存在明确的边界
包含的维护活动
- Redis 服务器软件更新和修补程序
- 托管 Redis 实例的 VM 上的来宾操作系统更新
- 次要 Redis 版本升级作为常规维护周期的一部分
排除的维护活动
- 在底层 Azure 基础结构上托管的操作系统更新
- Azure 网络组件更新
- 可能发生在 Windows 外部的关键安全修补程序以确保安全符合性
- 使用 90 天延迟选项单独管理的 Redis 主要版本升级
维护效果和行为
在计划的维护时段内，Redis 实例将经历影响连接和性能的特定进程。
预期效果和行为
- 故障转移操作导致的短暂连接中断
- 数据复制期间服务器 CPU 和内存负载的临时增加
- Redis 实例仍然可用，但可能会遇到连接故障
- 在您指定的时间窗口内，将尽力实施更新。
故障转移过程
Redis 实例在维护期间使用故障转移机制来维护服务可用性。 在此过程中，节点之间的数据复制会暂时增加资源利用率。 应用程序应实现连接重试逻辑和复原模式，以正常处理这些短暂的中断。
有关更多信息，请参阅Azure 管理的 Redis 故障转移和补丁。
配置灵活性
计划维护功能提供持续管理功能，可适应不断变化的作要求。
即时更改
- 维护时段修改对于将来的维护周期立即生效
- 计划更新不需要等待期或审批过程
- 更改不会影响正在进行的维护
监视和可见性
Azure 提供了多种方式来跟踪维护活动及其对 Redis 实例的影响。
活动跟踪
- 过去的维护活动显示在 Azure 活动日志中
- 可通过监视工具看到的持续维护操作
- 使用时间戳和详细信息记录的维护事件
准备建议
应用程序应实现连接复原模式，包括重试逻辑、断路器和正常降级，以在维护时段内处理短暂的连接中断。