我在运行 Windows Server 2019 Datacenter 的 Azure B1ms（1 vCore，2 GB RAM）实例上反复遇到此问题。在自动 Windows 更新期间重新启动后，VM 无法正常启动并停滞。启动诊断显示旋转点加载器通常在操作系统更新期间出现。
Azure 资源运行状况显示 VM 可用，但在启动时它不会运行任何用户代码或网站，并且 RDP 无法访问。重新启动后系统会立即恢复并可用，似乎不需要完成任何进一步的更新。
事件查看器报告“Update Orchestrator Service 服务因以下错误而终止：此操作因超时而返回。”，随后是一长串服务进入停止状态的通知。直到重新启动干预，才会出现进一步的信息。
我找不到太多关于此的信息，这似乎很奇怪 - 肯定其他人一直在以这种配置运行 Windows？它很小，但却是受支持的 Azure 配置，所以我希望如此基本的东西能够正常工作。VM 尚未进行大范围的重新配置，实际上是带有 IIS 的普通 Azure Windows VM 实例。
答案1
B 系列 VM 的问题在于，重新启动时会丢失所有突发信用，因此，当您从应用 Windows 更新重新启动时，您将没有信用，因此您不会获得 1vCPU，您获得的是基本级别，即 20%。您的机器可能挂起，因为所有 CPU 都用于应用更新。您实际上只有 2 个选择：
- 等待更新完成，由于 CPU 占用高，这可能需要很长时间
- 应用更新时将虚拟机扩大到更大的规模，然后再缩小规模