Azure 定期更新平台，以提高虚拟机的主机基础结构的可靠性、性能及安全性。 此类更新的目的包括修补托管环境中的软件组件、升级网络组件以及硬件解除授权，等等。
更新极少会影响到托管的 VM。 如果更新确实会造成影响，Azure 将选择影响最小的方法进行更新：
- 如果更新不需要重新启动，则会在更新主机时暂停 VM，或者将 VM 实时迁移到已更新的主机。
- 如果维护需要重新启动，则你会收到计划内维护通知。 Azure 还会提供一个时间范围，方便你在适合自己的时间自行启动维护。 自行维护时段通常为 35 天（适用于主机），除非维护很紧急。 Azure 当前正在投资技术，以减少因计划内平台维护而需要重启 VM 的情况。
不需要重新启动的维护
大多数平台更新不会影响客户 VM。 如果无法避免更新产生影响，Azure 会选择对客户 VM 影响最小的更新机制。
大多数有影响的维护只会导致 VM 暂停 10 秒以下。
在某些情况下，Azure 使用内存预留维护机制。 这些机制通常会将 VM 暂停大约 30 秒，并在 RAM 中保留内存。 VM 随后会恢复，其时钟会自动同步。
内存预留维护适用于 90% 以上的 Azure VM。 它不适用于 M、N 和 H 系列。 Azure 逐渐趋向于使用实时迁移技术并改进内存保留维护机制，目的是缩短暂停时间。
将以一次一个容错域的方式应用无需重启的维护操作。 如果从平台监视工具接收到任何运行状况警告信号，会停止这些操作。 不需要重新启动的维护操作可能会在配对区域或可用性区域同时进行。 对于给定的更改，部署主要跨可用性区域和跨区域对进行排序，但尾部可能会发生重叠。
这些类型的更新可能会影响某些应用程序。 将 VM 实时迁移到另一主机时，某些敏感的工作负荷可能会有几分钟出现导致 VM 暂停的性能略微下降情况。 若要针对 VM 维护做好准备并降低 Azure 维护期间的影响，可尝试为此类应用程序使用适用于 Windows 或 Linux 的计划事件。
若要更好地控制包括零影响和无需重启的更新在内的所有维护活动，可以创建“维护配置”功能。 如果创建维护配置，可以选择跳过所有平台更新并选择适当的时间来应用更新。 有关详细信息，请参阅通过维护配置管理平台更新。
实时迁移
实时迁移是一个无需重新启动的操作，可为 VM 预留内存。 它会导致暂停或冻结，但持续时间通常不超过 5 秒。 除 L、M、N 和 H 系列以外的其他所有基础结构即服务 (IaaS) VM 都符合实时迁移的条件。 符合条件的 VM 代表了可部署到 Azure 机群的 90% 以上的 IaaS VM。
备注
对于不需要重新启动的实时迁移操作，你不会在 Azure 门户中收到通知。 若要查看无需重新启动的实时迁移列表，请查询计划事件。
出现以下情况时，Azure 平台将启动实时迁移：
- 计划内维护
- 硬件故障
- 分配优化
某些计划内维护方案使用实时迁移，你可以使用计划事件来提前了解实时迁移操作何时开始。
当 Azure 机器学习算法预测即将发生的硬件故障，或者当你想要优化 VM 分配时，也可以使用实时迁移来移动 VM。 有关用于检测降级硬件实例的预测建模的详细信息，请参阅使用预测性机器学习和实时迁移提高 Azure VM 的复原能力。 实时迁移通知将显示在 Azure 门户上的“监视”和“服务运行状况”日志中以及“计划事件”中（如果使用这些服务）。
需要重新启动的维护
在极少数情况下，VM 需重新启动以进行计划内维护，这种情况下系统会提前通知。
计划内维护有两个阶段：自助服务阶段和计划内维护阶段。
自助服务阶段通常持续四周，你将在 VM 上启动维护。 在自助服务期间，可以查询每个 VM 来了解其状态，以及上次维护请求的结果。
备注
对于不支持实时迁移的 VM 系列，本地（临时）磁盘数据可能会在维护事件期间丢失。 有关是否支持实时迁移的信息，请查看每个单独的 VM 系列。
启动自助维护时，VM 会重新部署到已更新的某个节点。 由于 VM 进行了重新部署，临时磁盘会丢失，而与虚拟网络接口关联的动态 IP 地址会更新。
如果在自助维护期间出错，操作将会停止，VM 不会更新，而你可以使用相应的选项来重试自助维护。
自助维护阶段结束时，计划内维护阶段随即开始。 在此阶段，仍可以查询维护阶段，但不能自行启动维护。
参考资料：
维护和更新 - Azure Virtual Machines | Azure Docs
Azure 虚拟机的维护配置概述 - Azure Virtual Machines | Azure Docs
标签：虚拟机,VM,实时,更新,Azure,维护,迁移 From： https://www.cnblogs.com/5201351/p/17072530.html