你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn。
如何配置计划内维护(预览版)
注意
基本、标准和企业计划将从 2025 年 3 月中旬开始弃用,停用期为 3 年。 建议转换到 Azure 容器应用。 有关详细信息,请参阅 Azure Spring Apps 停用公告。
标准消耗和专用计划将于 2024 年 9 月 30 日开始弃用,并在六个月后完全关闭。 建议转换到 Azure 容器应用。 有关详细信息,请参阅将 Azure Spring Apps 标准消耗和专用计划迁移到 Azure 容器应用。
本文适用于:❌ 标准消耗和专用(预览版)✔️ 基本/标准计划 ✔️ 企业计划
本文介绍如何在 Azure Spring Apps 中配置计划内维护。
要使 Azure Spring Apps 平台保持最新且安全,需要进行日常维护。 维护也称为自动修补,包括安全更新程序、bug 修补程序、新功能或性能改进。 可以对 Azure Spring Apps 管理的组件执行自动修补,以支持 Java 应用程序,包括 JDK、APM、基本 OS 映像、托管中间件和运行时基础结构。 为了使维护生效,应用程序将在你指定的维护时段内重启,但服务质量和正常运行时间保证在此期间继续适用。
为 Azure Spring Apps 配置维护
按照以下步骤在 Azure Spring Apps 中配置计划内维护:
转到服务的“概览”页,然后选择“计划内维护”。
选择“选择首选时间”,指定维护时段的详细配置。
选择“一周中的一天”以计划维护。
选择“升级开始时间”。
选择“应用”,提交配置以进行计划内维护。
更新配置可能需要几分钟。 配置完成后,应会收到通知。
注意
如果不配置计划内维护,维护将在服务团队选择的时间进行,以尽最大努力将大多数客户的业务风险降至最低。
管理维护通知
通知和消息在维护期间之前和期间发送。 下表介绍了消息类型和时间详细信息:
序列号 | 消息类型 | Channel | 消息发送时间 |
---|---|---|---|
1 | 发行说明 | 活动日志 | 在发布推出结束时。 |
2 | 维护公告 | 计划内维护 | 第一个可用维护时段前两周。 |
3 | 维护时段开始 | 活动日志 | 在整个维护执行开始时。 |
4 | 组件的更改日志 | 活动日志 | 在每个托管组件的升级结束时。 |
5 | 维护时段结束 | 活动日志 | 在整个维护执行结束时。 |
6 | 功能更新 | “新增功能”文章 | 新功能可供客户使用后。 |
管理维护频率
目前,Azure Spring Apps 每三个月执行一次定期计划内维护以升级底层基础结构。 有关详细的维护时间线,请查看 Azure 服务运行状况页上的通知。
注意
为了符合 Microsoft 的安全标准,我们在每月的第二周对基础 Azure Kubernetes 服务 (AKS) 群集执行额外的安全修补。 在非工作时间的 8 小时时段内开展维护工作。 我们以滚动的方式执行此操作,以确保服务的连续性。
最佳做法
- 为同一区域中的多个服务实例配置计划内维护时,维护将在同一周内进行。 例如,如果群集 A 的维护设置为在星期一进行,群集 B 的维护设置为在星期日进行,则在同一周内,群集 A 将先于群集 B 进行维护。
- 如果有两个跨越 Azure 配对区域的服务实例,则此类服务实例的维护将在不同的周内进行,但不能保证首先维护哪个区域。 请关注每个维护公告以获取确切信息。
- 计划内维护的时间窗口长度固定为 8 小时。 例如,如果开始时间设置为 10:00,则会在 10:00 到 18:00 之间随时执行维护作业。 服务团队尝试在此时间范围内完成维护,但有时可能需要更长的时间。
- 无论如何或是否配置计划内维护,你都无法免除维护作业。 如果你对维护时间有特殊要求,但此功能无法满足,请创建支持工单。