Azure App Service底层VM轮换：通知、文档及请求降速问题问询

1. 如何订阅通知获知VM轮换的时间及原因？ #

可以通过两种实用方式实现：

• Azure Activity Log 警报：在Azure门户创建针对App Service的活动日志警报，筛选Microsoft.Web/sites/instances/write或Microsoft.Web/sites/instances/delete这类实例变更事件，将通知渠道设为Webhook，触发时会推送包含轮换时间、目标实例ID、操作原因（如平台维护、硬件更新）的详细信息。
• Azure Monitor 日志警报：用Log Analytics查询App Service的平台日志（AppServicePlatformLogs），筛选实例启动/终止的相关日志条目，设置警报规则并绑定Webhook，实现更精细化的通知触发。

2. VM轮换操作的官方文档说明 #

这类VM轮换属于App Service的基础结构维护事件，微软官方文档明确了触发场景包括：

• 底层VM的操作系统补丁更新
• 硬件故障或老化替换
• App Service平台组件升级
  文档中也说明了这类维护的执行逻辑（如优先滚动替换）、对业务的潜在影响，以及用户可采取的优化措施。

3. 如何避免轮换时剩余健康实例的请求数下降？ #

你遇到的全实例请求数骤降，大概率是未配置正确的流量切换策略，可通过以下方式解决：

• 启用滚动实例替换：在App Service的「配置」>「常规设置」中开启「滚动升级」，设置每次替换的实例比例（如25%），确保轮换期间始终有健康实例处理请求。
• 配置健康检查端点：在「健康检查」页面设置业务健康检测的URL，Azure会在新实例通过健康检查后才将流量导向它，同时逐步停止旧实例的流量，避免流量中断。
• 确认固定实例配置有效性：检查App Service的实例计数设置，确保没有自动缩放规则覆盖固定实例数的配置，避免轮换时出现实例数量异常波动。
• 高级方案：区域冗余部署：若使用高级SKU，可配置跨区域的App Service部署，结合流量管理器实现多区域流量分发，单个区域的实例轮换不会影响全局流量处理。

内容的提问来源于stack exchange，提问作者Jon Sagara