网站内容更新维护(MicrosoftAzureGlobalEdition技术文档网站访问中虚拟机的维护)

　　网站内容更新维护(MicrosoftAzureGlobalEdition技术文档网站访问中虚拟机的维护)

　　您当前正在访问 Microsoft Azure 全球版技术文档网站。如需获取21Vianet运营的微软Azure中国技术文档网站，请访问。

　　Azure 中虚拟机的维护

　　此页面有用吗？

　　谢谢。

　　本文内容

　　适用于：️ Linux VM ✔️ Windows VM ✔️ 灵活规模集 ✔️ 统一规模集

　　Azure 会定期更新平台，以提高虚拟机托管基础结构的可靠性、性能和安全性。此类更新的目的包括修补托管环境中的软件组件、升级网络组件和硬件取消授权等。

　　更新很少影响托管虚拟机。如果更新确实有影响，Azure 将选择影响最小的更新方法：

　　本页介绍 Azure 如何执行上述两种类型的维护。有关计划外事件（中断）的更多信息，请参阅管理 Windows VM 可用性或适用于 Linux 的相应 文章。

　　您可以使用 Windows 或 Linux 的计划事件在 VM 中获取有关即将进行的维护的通知。

　　无需重启的维护

　　大多数平台更新不会影响来宾 VM。如果无法避免更新的影响，Azure 会选择对来宾 VM 影响最小的更新机制。

　　最有效的维护会导致 VM 暂停不到 10 秒。在某些情况下，Azure 使用内存预留维护机制。这些机制通常会暂停 VM 长达 30 秒，并在 RAM 中保留内存。VM 随即恢复，其时钟自动同步。

　　内存预留维护适用于 90% 以上的 Azure VM。它不适用于 G、L、M、N 和 H 系列。Azure 越来越多地使用实时迁移技术并改进内存预留维护机制以减少暂停时间。

　　无需重新启动的维护操作一次应用一个故障域。如果从平台监控工具收到任何健康警告信号，这些操作就会停止。

　　这些类型的更新可能会影响某些应用程序。将 VM 实时迁移到另一台主机时，一些敏感的工作负载可能会在几分钟内经历轻微的性能下降，从而导致 VM 暂停。若要准备 VM 维护并减少 Azure 维护期间的影响，请尝试对此类应用程序使用适用于 Windows 或 Linux 的计划事件。

　　要更好地控制所有维护活动，包括零影响和免重启更新，您可以使用维护控制功能。您必须使用 Azure 专用主机或独立 VM。如果使用维护控制，您可以选择跳过所有平台更新，并在 35 天的促销窗口中选择所需的时间来应用更新。有关详细信息，请参阅使用维护控制和 Azure CLI 控制更新。

　　实时迁移

　　实时迁移是一种无需重新启动的操作，可为 VM 保留内存。此操作会导致暂停或冻结，通常持续不超过 5 秒。实时迁移适用于除 G、M、N 和 H 系列之外的所有基础架构即服务 (IaaS) 虚拟机。符合条件的 VM 占可部署到 Azure 队列的 IaaS VM 的 90% 以上。

　　注意

　　对于不需要重新启动的实时迁移操作，您不会在 Azure 门户中收到通知。要查看不需要重新启动的实时迁移列表，请。

　　Azure 平台在以下情况下启动实时迁移：

　　一些计划中的维护方案使用实时迁移，您可以使用计划事件提前知道实时迁移操作何时开始。

　　当 Azure 机器学习算法预测即将发生的硬件故障时，或者当你想要优化 VM 分配时，还可以使用实时迁移来移动 VM。有关用于检测降级硬件实例的预测建模的详细信息，请参阅通过预测机器学习和实时迁移提高 Azure VM 的弹性。实时迁移通知将显示在 Azure 门户上的监控和服务运行状况日志以及计划事件（如果使用这些服务）中。

　　需要重新启动的维护

　　在极少数情况下，需要重新启动 VM 以进行计划内维护，在这种情况下会提前通知系统。计划维护有两个阶段：自助服务阶段和计划维护阶段。

　　自助服务阶段通常持续 4 周，您将开始对 VM 进行维护。在自助服务期间，可以查询每个 VM 的状态，以及最后一次维护请求的结果。

　　启动自助维护时，VM 将重新部署到更新的节点之一。随着 VM 重新启动，临时磁盘会丢失，并且与虚拟网络接口关联的动态 IP 地址会更新。

　　如果自助维护过程中发生错误，操作将停止，VM 不会更新，您可以使用适当的选项重试自助维护。

　　当自助维护阶段结束时，计划维护阶段开始。此阶段仍可查询维护阶段，但不能自行发起维护。

　　有关管理需要重新启动的维护的详细信息，请参阅使用 Azure CLI、PowerShell 或门户处理计划内的维护通知。

　　计划维护期间的可用性注意事项

　　如果您决定等到计划的维护阶段开始，则需要考虑一些因素以保持 VM 的最高可用性。

　　配对区

　　每个 Azure 区域将与同一地理邻近区域内的另一个区域配对。它们一起形成一个区域对。在计划内维护阶段，Azure 将仅更新区域对中单个区域中的 VM。例如，当你更新美国中北部的 VM 时，Azure 不会同时更新美国中南部的任何 VM。但是，北欧等其他地区可以与美国东部同时维护。了解区域对如何工作有助于更好地跨区域分配 VM。有关详细信息，请参阅 Azure 区域对。

　　可用区

　　可用区是 Azure 区域内的唯一物理位置。每个区域由一个或多个配置有独立电源、冷却和网络的数据中心组成。为确保弹性，所有启用的区域中必须至少有三个单独的区域。

　　可用区是故障域和更新域的组合。如果在 Azure 区域的三个区域中创建三个或更多 VM，则这些 VM 将有效地分布在三个容错域和三个更新域中。Azure 平台在更新域上识别此分布，以确保不同区域的 VM 不会同时更新。

　　每个基础架构更新都在单个区域中按区域推出。但是，区域 1 和区域 2 中的部署可以同时进行。并非所有部署都是按顺序执行的。但是一次只能在一个地区推出单独的部署以降低风险。

　　虚拟机规模集

　　灵活编排模式下的虚拟机规模集是 Azure 计算资源，可让你将统一编排模式下的虚拟机规模集的可伸缩性与可用性集的区域可用性保证相结合。

　　在灵活的编排中，您可以选择实例是分布在多个区域中，还是分散在单个区域中的故障域中。

　　可用性集和统一规模集

　　在 Azure VM 上部署工作负载时，可以在可用性集中创建 VM，以向应用程序提供高可用性。使用可用性集，您可以确保在需要重新启动的中断或维护事件期间至少有一个 VM 可用。

　　在可用性集中，单个 VM 可以分布在多达 20 个更新域中。在计划维护期间，在任何给定时间仅更新一个更新字段。更新字段不必按顺序更新。

　　统一编排模式下的虚拟机规模集是一种 Azure 计算资源，可以将一组相同的 VM 作为单个资源进行部署和管理。规模集跨 UD 自动部署，此类更新域类似于可用性集中的 VM。与可用性集一样，在使用统一规模集时，在计划维护期间的任何给定时间都只会更新一个更新域。

　　有关设置 VM 以实现高可用性的更多信息，请参阅管理 Windows VM 可用性或适用于 Linux 的相应 文章。

　　下一步

　　可以使用 Azure CLI、Azure PowerShell 或门户管理计划内维护。