处理 Windows 虚拟机的计划内维护通知Handling planned maintenance notifications for Windows virtual machines

Azure 定期执行更新,以提高虚拟机的主机基础结构的可靠性、性能及安全性。Azure periodically performs updates to improve the reliability, performance, and security of the host infrastructure for virtual machines. 更新包括如下更改:修补托管环境或升级以及解除硬件授权。Updates are changes like patching the hosting environment or upgrading and decommissioning hardware. 大多数此类更新在执行时不会影响托管的虚拟机。A majority of these updates are performed without any impact to the hosted virtual machines. 但是,也会存在更新产生影响的情况:However, there are cases where updates do have an impact:

  • 如果维护不需重新启动,Azure 会在更新主机时使用就地迁移来暂停 VM。If the maintenance does not require a reboot, Azure uses in-place migration to pause the VM while the host is updated. 这些非重启型维护操作会一个容错域接着一个容错域地应用。如果收到任何警告性运行状况信号,则进度会停止。These non-rebootful maintenance operations are applied fault domain by fault domain, and progress is stopped if any warning health signals are received.

  • 如果维护需重新启动,系统会告知计划维护的时间。If maintenance requires a reboot, you get a notice of when the maintenance is planned. 在这些情况下,系统会提供一个时间窗口,方便我们在适当的时间自行启动维护。In these cases, you are given a time window where you can start the maintenance yourself, when it works for you.

需要重新启动的计划内维护是按批进行计划的。Planned maintenance that requires a reboot, is scheduled in waves. 每个批具有不同的作用域(区域)。Each wave has different scope (regions).

  • 一个批从向客户发送通知开始。A wave starts with a notification to customers. 默认情况下,向订阅所有者和共同所有者发送通知。By default, notification is sent to subscription owner and co-owners. 可以使用 Azure 活动日志警报,向通知添加更多收件人和消息传送选项(如电子邮件、短信和 Webhook)。You can add more recipients and messaging options like email, SMS, and Webhooks, to the notifications using Azure Activity Log Alerts.
  • 在通知时会提供自助时段。 At the time of the notification, a self-service window is made available. 在此期间内(通常为四周),你可以找到包含在此批中的虚拟机,开始按照自己的计划主动进行维护。During this window that is typically four weeks, you can find which of your virtual machines are included in this wave and proactively start maintenance according to your own scheduling needs.
  • 自助时段过后,就会开始计划内维护时段。 After the self-service window, a scheduled maintenance window begins. 在此时段的某个时刻,Azure 会计划所需的维护,并将其应用于虚拟机。At some point during this window, Azure schedules and applies the required maintenance to your virtual machine.

设置这两个时段的目的是,在了解 Azure 何时将自动启动维护时,提供足够的时间来启动维护和重新启动虚拟机。The goal in having two windows is to give you enough time to start maintenance and reboot your virtual machine while knowing when Azure will automatically start maintenance.

可以使用 Azure 门户、PowerShell、REST API 和 CLI 查询 VM 的维护时段并启动自助式维护。You can use the Azure portal, PowerShell, REST API, and CLI to query for the maintenance windows for your VMs and start self-service maintenance.

是否应在自助时段启动维护?Should you start maintenance during the self-service window?

可以先阅读以下指南,然后再决定是否使用此功能按自己的时间来启动维护。The following guidelines should help you decide whether to use this capability and start maintenance at your own time.

Note

自助维护不一定适用于所有 VM。Self-service maintenance might not be available for all of your VMs. 若要确定是否可以对 VM 进行主动重新部署,请在维护状态中查找“立即启动”。 To determine if proactive redeploy is available for your VM, look for the Start now in the maintenance status. 自助维护目前不适用于云服务(Web/辅助角色)和 Service Fabric。Self-service maintenance is currently not available for Cloud Services (Web/Worker Role) and Service Fabric.

使用可用性集进行部署时,不建议进行自助维护,因为这些可用性集是高度可用的设置,在任何给定的时间都只会影响一个更新域。Self-service maintenance is not recommended for deployments using availability sets since these are highly available setups, where only one update domain is impacted at any given time.

  • 让 Azure 触发维护。Let Azure trigger the maintenance. 对于需要重启的维护,请注意:维护会一个更新域接着一个更新域地进行;更新域不一定按顺序获得维护;两个更新域之间会有 30 分钟的暂停。For maintenance that requires reboot, be aware that the maintenance will be done update domain by update domain, that the update domains do not necessarily receive the maintenance sequentially, and that there is a 30-minute pause between update domains.
  • 如果担心暂时性丢失部分容量(1/更新域计数),可以在维护期间分配更多的实例,这样即可轻松地进行弥补。If a temporary loss of some of your capacity (1/update domain count) is a concern, it can easily be compensated for by allocating additional instances during the maintenance period.
  • 对于不需重启的维护,更新在容错域级别应用。For maintenance that does not require reboot, updates are applied at the fault domain level.

以下情况请勿使用自助维护:Don't use self-service maintenance in the following scenarios:

  • 如果频繁关闭 VM,不管是使用手动方式、使用开发测试实验室、使用自动关闭还是按计划来完成,都可能会还原维护状态,从而导致停机时间延长。If you shut down your VMs frequently, either manually, using DevTest Labs, using auto-shutdown, or following a schedule, it could revert the maintenance status and therefore cause additional downtime.
  • VM 的生存期短,已确定在维护结束之前就会被删除。On short-lived VMs that you know will be deleted before the end of the maintenance wave.
  • 工作负荷的状态为“大”,存储在本地(临时)磁盘中,需要在更新后进行维护。For workloads with a large state stored in the local (ephemeral) disk that is desired to be maintained upon update.
  • 经常需要重设 VM 大小的情况,可能还原维护状态。For cases where you resize your VM often, as it could revert the maintenance status.
  • 在采用的计划事件允许对工作负荷进行主动故障转移或正常关闭的情况下,在启动维护性关闭之前的 15 分钟If you have adopted scheduled events that enable proactive failover or graceful shutdown of your workload, 15 minutes before start of maintenance shutdown

如果打算在计划性维护阶段不间断地运行 VM,而且上述禁忌均不适用,则可使用自助维护。Use self-service maintenance, if you are planning to run your VM uninterrupted during the scheduled maintenance phase and none of the counter-indications mentioned above are applicable.

以下情况最好使用自助维护:It is best to use self-service maintenance in the following cases:

  • 需要向管理层或最终客户告知确切的维护时段。You need to communicate an exact maintenance window to your management or end-customer.
  • 需要在给定的日期之前完成维护。You need to complete the maintenance by a given date.
  • 需要控制维护顺序,例如,应用程序为多层应用程序,需要确保安全地进行恢复。You need to control the sequence of maintenance, for example, multi-tier application to guarantee safe recovery.
  • 在两个更新域 (UD) 之间,需要的 VM 恢复时间超出 30 分钟。You need more than 30 minutes of VM recovery time between two update domains (UDs). 为了控制更新域之间的时间,一次只能在一个更新域 (UD) 的 VM 上触发维护。To control the time between update domains, you must trigger maintenance on your VMs one update domain (UD) at a time.

在门户中查看计划用于维护的虚拟机View VMs scheduled for maintenance in the portal

安排了计划的大量维护后,可以观察受即将到来的大量维护影响的虚拟机列表。Once a planned maintenance wave is scheduled, you can observe the list of virtual machines that are impacted by the upcoming maintenance wave.

可以使用 Azure 门户,并查找计划进行维护的 VM。You can use the Azure portal and look for VMs scheduled for maintenance.

  1. 登录到 Azure 门户Sign in to the Azure portal.

  2. 在左侧导航栏中,单击“虚拟机”。In the left navigation, click Virtual Machines.

  3. 在“虚拟机”窗格中,单击“列”按钮,打开可用列的列表。In the Virtual Machines pane, click the Columns button to open the list of available columns.

  4. 选择并添加以下列:Select and add the following columns:

    维护:显示 VM 的维护状态。Maintenance: Shows the maintenance status for the VM. 下面是可能的值:The following are the potential values:

     | <span data-ttu-id="44d9f-112">值</span><span class="sxs-lookup"><span data-stu-id="44d9f-112">Value</span></span> | <span data-ttu-id="44d9f-113">说明</span><span class="sxs-lookup"><span data-stu-id="44d9f-113">Description</span></span> |
     |-------|-------------|
     | <span data-ttu-id="44d9f-114">立即启动</span><span class="sxs-lookup"><span data-stu-id="44d9f-114">Start now</span></span> | <span data-ttu-id="44d9f-115">虚拟机处于自助维护时段内,用户可以自行启动维护。</span><span class="sxs-lookup"><span data-stu-id="44d9f-115">The VM is in the self-service maintenance window that lets you initiate the maintenance yourself.</span></span> <span data-ttu-id="44d9f-116">请参阅以下内容,了解如何在 VM 上启动维护。</span><span class="sxs-lookup"><span data-stu-id="44d9f-116">See below on how to start maintenance on your VM.</span></span> | 
     | <span data-ttu-id="44d9f-117">计划</span><span class="sxs-lookup"><span data-stu-id="44d9f-117">Scheduled</span></span> | <span data-ttu-id="44d9f-118">已安排虚拟机进行维护,无需用户启动维护。</span><span class="sxs-lookup"><span data-stu-id="44d9f-118">The VM is scheduled for maintenance with no option for you to initiate maintenance.</span></span> <span data-ttu-id="44d9f-119">若要了解维护时段,可以在此视图中选择“维护 - 计划内”时段,也可以单击 VM。</span><span class="sxs-lookup"><span data-stu-id="44d9f-119">You can learn of the maintenance window by selecting the Maintenance - Scheduled window in this view or by clicking on the VM.</span></span> | 
     | <span data-ttu-id="44d9f-120">已经更新</span><span class="sxs-lookup"><span data-stu-id="44d9f-120">Already updated</span></span> | <span data-ttu-id="44d9f-121">VM 已更新,目前不需进一步操作。</span><span class="sxs-lookup"><span data-stu-id="44d9f-121">Your VM is already updated and no further action is required at this time.</span></span> | 
     | <span data-ttu-id="44d9f-122">稍后重试</span><span class="sxs-lookup"><span data-stu-id="44d9f-122">Retry later</span></span> | <span data-ttu-id="44d9f-123">已经启动维护,但没有成功。</span><span class="sxs-lookup"><span data-stu-id="44d9f-123">You have initiated maintenance with no success.</span></span> <span data-ttu-id="44d9f-124">可以稍后使用自助式维护选项。</span><span class="sxs-lookup"><span data-stu-id="44d9f-124">You will be able to use the self-service maintenance option at a later time.</span></span> | 
     | <span data-ttu-id="44d9f-125">立即重试</span><span class="sxs-lookup"><span data-stu-id="44d9f-125">Retry now</span></span> | <span data-ttu-id="44d9f-126">可以重试以前未成功的自行启动的维护。</span><span class="sxs-lookup"><span data-stu-id="44d9f-126">You can retry a previously unsuccessful self-initiated maintenance.</span></span> | 
     | - | <span data-ttu-id="44d9f-127">计划内维护流程不处理你的 VM。</span><span class="sxs-lookup"><span data-stu-id="44d9f-127">Your VM is not part of a planned maintenance wave.</span></span> |
    

    维护 - 自助时段:显示可以自行启动 VM 维护的时间范围。Maintenance - Self-service window: Shows the time window when you can self-start maintenance on your VMs.

    维护 - 计划时段:显示 Azure 将维护 VM 以完成维护的时间范围。Maintenance - Scheduled window: Shows the time window when Azure will maintain your VM in order to complete maintenance.

门户中的通知和警报Notification and alerts in the portal

Azure 通过向订阅所有者和共有者组发送电子邮件来传达计划维护的安排。Azure communicates a schedule for planned maintenance by sending an email to the subscription owner and co-owners group. 可以通过创建 Azure 活动日志警报,为此通信添加其他收件人和频道。You can add additional recipients and channels to this communication by creating Azure activity log alerts. 有关详细信息,请参阅创建有关服务通知的活动日志警报For more information, see Create activity log alerts on service notifications.

请确保将“事件类型”设置为“计划内维护”,将“服务”设置为“虚拟机规模集”和/或“虚拟机”Make sure you set the Event type as Planned maintenance and Services as Virtual Machine Scale Sets and/or Virtual Machines

从门户启动虚拟机维护Start Maintenance on your VM from the portal

在查看虚拟机详细信息时,将能够看到更多维护相关的详细信息。While looking at the VM details, you will be able to see more maintenance-related details.
如果虚拟机包含在计划的大量维护中,则会在在虚拟机详细信息视图的顶部添加新的通知功能区。At the top of the VM details view, a new notification ribbon will be added if your VM is included in a planned maintenance wave. 此外,如有必要,可以添加一个新选项来启动维护。In addition, a new option is added to start maintenance when possible.

单击维护通知以查看维护页面,其中包含计划维护的更多详细信息。Click on the maintenance notification to see the maintenance page with more details on the planned maintenance. 可以从这里开始维护 VM。From there, you will be able to start maintenance on your VM.

开始维护后,就会进行虚拟机维护。维护状态会更新,在几分钟内反映结果。Once you start maintenance, your virtual machine will be maintained and the maintenance status will be updated to reflect the result within few minutes.

如果错过自助时段,则在 VM 将由 Azure 维护时,仍然可以看到该时段。If you missed the self-service window, you will still be able to see the window when your VM will be maintained by Azure.

使用 PowerShell 检查维护状态Check maintenance status using PowerShell

还可以使用 Azure Powershell 查看 VM 计划何时维护。You can also use Azure Powershell to see when VMs are scheduled for maintenance. 使用 -status 参数时可通过 Get-AzVM cmdlet 获得计划内维护信息。Planned maintenance information is available from the Get-AzVM cmdlet when you use the -status parameter.

仅当有计划内维护时,才会返回维护信息。Maintenance information is returned only if there is maintenance planned. 如果未计划任何影响 VM 的维护,该 cmdlet 不返回任何维护信息。If no maintenance is scheduled that impacts the VM, the cmdlet does not return any maintenance information.

Note

本文进行了更新,以便使用新的 Azure PowerShell Az 模块。This article has been updated to use the new Azure PowerShell Az module. 你仍然可以使用 AzureRM 模块,至少在 2020 年 12 月之前,它将继续接收 bug 修补程序。You can still use the AzureRM module, which will continue to receive bug fixes until at least December 2020. 若要详细了解新的 Az 模块和 AzureRM 兼容性,请参阅新 Azure Powershell Az 模块简介To learn more about the new Az module and AzureRM compatibility, see Introducing the new Azure PowerShell Az module. 有关 Az 模块安装说明,请参阅安装 Azure PowerShellFor Az module installation instructions, see Install Azure PowerShell.

Get-AzVM -ResourceGroupName rgName -Name vmName -Status

在 MaintenanceRedeployStatus 下返回以下属性:The following properties are returned under MaintenanceRedeployStatus:

ValueValue 说明Description
IsCustomerInitiatedMaintenanceAllowedIsCustomerInitiatedMaintenanceAllowed 指示此时是否可以在 VM 上启动维护Indicates whether you can start maintenance on the VM at this time
PreMaintenanceWindowStartTimePreMaintenanceWindowStartTime 可以在 VM 上启动维护的自助式维护时段的起点The beginning of the maintenance self-service window when you can initiate maintenance on your VM
PreMaintenanceWindowEndTimePreMaintenanceWindowEndTime 可以在 VM 上启动维护的自助式维护时段的终点The end of the maintenance self-service window when you can initiate maintenance on your VM
MaintenanceWindowStartTimeMaintenanceWindowStartTime Azure 在 VM 上启动维护的计划内维护时段的起点The beginning of the maintenance scheduled in which Azure initiates maintenance on your VM
MaintenanceWindowEndTimeMaintenanceWindowEndTime Azure 在 VM 上启动维护的计划内维护时段的终点The end of the maintenance scheduled window in which Azure initiates maintenance on your VM
LastOperationResultCodeLastOperationResultCode 上次尝试在 VM 上启动维护的结果The result of the last attempt to initiate maintenance on the VM

还可以通过使用 Get-AzVM 并且不指定 VM 来获取资源组中所有 VM 的维护状态。You can also get the maintenance status for all VMs in a resource group by using Get-AzVM and not specifying a VM.

Get-AzVM -ResourceGroupName rgName -Status

以下 PowerShell 函数获取订阅 ID,并输出计划维护的 VM 列表。The following PowerShell function takes your subscription ID and prints out a list of VMs that are scheduled for maintenance.


function MaintenanceIterator
{
    Select-AzSubscription -SubscriptionId $args[0]

    $rgList= Get-AzResourceGroup 

    for ($rgIdx=0; $rgIdx -lt $rgList.Length ; $rgIdx++)
    {
        $rg = $rgList[$rgIdx]
        $vmList = Get-AzVM -ResourceGroupName $rg.ResourceGroupName 
        for ($vmIdx=0; $vmIdx -lt $vmList.Length ; $vmIdx++)
        {
            $vm = $vmList[$vmIdx]
            $vmDetails = Get-AzVM -ResourceGroupName $rg.ResourceGroupName -Name $vm.Name -Status
              if ($vmDetails.MaintenanceRedeployStatus )
            {
                Write-Output "VM: $($vmDetails.Name)  IsCustomerInitiatedMaintenanceAllowed: $($vmDetails.MaintenanceRedeployStatus.IsCustomerInitiatedMaintenanceAllowed) $($vmDetails.MaintenanceRedeployStatus.LastOperationMessage)"               
            }
          }
    }
}

使用 PowerShell 在 VM 上启动维护Start maintenance on your VM using PowerShell

如果 IsCustomerInitiatedMaintenanceAllowed 设置为 true,以下命令使用上一部分中函数的信息,在 VM 上启动维护。Using information from the function in the previous section, the following starts maintenance on a VM if IsCustomerInitiatedMaintenanceAllowed is set to true.

Restart-AzVM -PerformMaintenance -name $vm.Name -ResourceGroupName $rg.ResourceGroupName 

经典部署Classic deployments

如果你仍在使用由经典部署模型部署的旧 VM,则可以使用 PowerShell 查询 VM,并启动维护。If you still have legacy VMs that were deployed using the classic deployment model, you can use PowerShell to query for VMs and initiate maintenance.

若要获取 VM 的维护状态,请键入:To get the maintenance status of a VM, type:

Get-AzureVM -ServiceName <Service name> -Name <VM name>

若要在经典 VM 上启动维护,请键入:To start maintenance on your classic VM, type:

Restart-AzureVM -InitiateMaintenance -ServiceName <service name> -Name <VM name>

常见问题FAQ

问:为什么需要立即重新启动虚拟机?Q: Why do you need to reboot my virtual machines now?

答: 虽然对 Azure 平台的大多数更新和升级不会影响虚拟机的可用性,但在某些情况下无法避免重新启动 Azure 中托管的虚拟机。A: While the majority of updates and upgrades to the Azure platform do not impact virtual machine's availability, there are cases where we can't avoid rebooting virtual machines hosted in Azure. 我们累积了多个需要重启服务器的更改,这会导致虚拟机重启。We have accumulated several changes that require us to restart our servers that will result in virtual machines reboot.

问:如果我按建议使用可用性集实现高可用性,我是否安全?Q: If I follow your recommendations for High Availability by using an Availability Set, am I safe?

答: 对于部署在可用性集或虚拟机规模集中的虚拟机,我们有一个概念:更新域 (UD)。A: Virtual machines deployed in an availability set or virtual machine scale sets have the notion of Update Domains (UD). 执行维护时,Azure 遵循 UD 约束,不会从不同 UD(在同一可用性集中)重新启动虚拟机。When performing maintenance, Azure honors the UD constraint and will not reboot virtual machines from different UD (within the same availability set). Azure 还会至少等待 30 分钟,然后才移到下一组虚拟机。Azure also waits for at least 30 minutes before moving to the next group of virtual machines.

有关高可用性的详细信息,请参阅 Azure 中虚拟机的区域和可用性For more information about high availability, see Regions and availability for virtual machines in Azure.

问:如何收到有关计划内维护的通知?Q: How do I get notified about planned maintenance?

答: 一次计划内维护是通过将计划设置到一个或多个 Azure 区域启动的。A: A planned maintenance wave starts by setting a schedule to one or more Azure regions. 不久以后,电子邮件通知将发送到订阅所有者(每个订阅一封电子邮件)。Soon after, an email notification is sent to the subscription owners (one email per subscription). 可以使用活动日志警报配置此通知的其他通道和收件人。Additional channels and recipients for this notification could be configured using Activity Log Alerts. 如果将虚拟机部署到已安排计划内维护的区域,将不会收到通知,而是需要检查 VM 的维护状态。In case you deploy a virtual machine to a region where planned maintenance is already scheduled, you will not receive the notification but rather need to check the maintenance state of the VM.

问:我在门户、Powershell 或 CLI 中看不到计划内维护的任何指示。出了什么问题?Q: I don't see any indication of planned maintenance in the portal, Powershell, or CLI. What is wrong?

答: 一次计划内维护期间,与计划内维护相关的信息仅适用于将受到一次计划内维护影响的 VM。A: Information related to planned maintenance is available during a planned maintenance wave only for the VMs that are going to be impacted by it. 换而言之,如果你看不到数据,则可能是这次维护已完成(或未启动)或虚拟机已在更新的服务器中托管。In other words, if you see not data, it could be that the maintenance wave has already completed (or not started) or that your virtual machine is already hosted in an updated server.

问:有什么方法可以知道虚拟机受影响的确切时间?Q: Is there a way to know exactly when my virtual machine will be impacted?

答: 设置计划时,我们定义了长达几天的时间窗口。A: When setting the schedule, we define a time window of several days. 但是,服务器(和 VM)在此时间窗口内的确切排序是未知的。However, the exact sequencing of servers (and VMs) within this window is unknown. 想要知道其 VM 确切时间的客户可以使用计划事件并从虚拟机中进行查询,这样就会在 VM 重启前 15 分钟收到通知。Customers who would like to know the exact time for their VMs can use scheduled events and query from within the virtual machine and receive a 15-minute notification before a VM reboot.

问:重新启动虚拟机需要多长时间?Q: How long will it take you to reboot my virtual machine?

答: 根据 VM 的大小,在自助维护时段内,重启最多可能需要几分钟时间。A: Depending on the size of your VM, reboot may take up to several minutes during the self-service maintenance window. 当 Azure 在计划性维护时段内启动重启时,重启通常需要 25 分钟左右。During the Azure initiated reboots in the scheduled maintenance window, the reboot will typically take about 25 minutes. 请注意,如果使用云服务(Web/辅助角色)、虚拟机规模集或可用性集,则在计划性维护时段内每组 VM (UD) 之间有 30 分钟的可用时间。Note that in case you use Cloud Services (Web/Worker Role), Virtual Machine Scale Sets, or availability sets, you will be given 30 minutes between each group of VMs (UD) during the scheduled maintenance window.

问:使用虚拟机规模集时的体验如何?Q: What is the experience in the case of Virtual Machine Scale Sets?

答: 计划内维护现在适用于虚拟机规模集。A: Planned maintenance is now available for Virtual Machine Scale Sets. 有关如何启动自助维护的说明,请参阅 VMSS 的计划内维护文档。For instructions on how to initiate self-service maintenance refer planned maintenance for VMSS document.

问:使用云服务(Web/辅助角色)和 Service Fabric 时的体验如何?Q: What is the experience in the case of Cloud Services (Web/Worker Role) and Service Fabric?

答: 虽然这些平台会受到计划内维护的影响,但使用这些平台的客户可以安全地进行操作,因为在任何给定的时间,只有单个升级域 (UD) 中的 VM 受影响。A: While these platforms are impacted by planned maintenance, customers using these platforms are considered safe given that only VMs in a single Upgrade Domain (UD) will be impacted at any given time. 自助维护目前不适用于云服务(Web/辅助角色)和 Service Fabric。Self-service maintenance is currently not available for Cloud Services (Web/Worker Role) and Service Fabric.

问:我在 VM 上看不到任何维护信息,是哪里出错了?Q: I don't see any maintenance information on my VMs. What went wrong?

答: 有很多原因会导致在 VM 上看不到任何维护信息:A: There are several reasons why you're not seeing any maintenance information on your VMs:

  1. 使用的是标记为“Azure 内部”的订阅。You are using a subscription marked as Azure internal.
  2. VM 未计划进行维护。Your VMs are not scheduled for maintenance. 可能是这次维护已结束、已取消或已改变计划,因此你的 VM 不再受其影响。It could be that the maintenance wave has ended, canceled, or modified so that your VMs are no longer impacted by it.
  3. 你没有将“维护”列添加到 VM 列表视图。 You don't have the Maintenance column added to your VM list view. 虽然我们已向默认视图添加此列,但配置为查看非默认列的客户必须手动将“维护” 列添加到其 VM 列表视图。While we have added this column to the default view, customers who configured to see non-default columns must manually add the Maintenance column to their VM list view.

问:我的 VM 已计划进行第二次维护,为什么?Q: My VM is scheduled for maintenance for the second time. Why?

答: 多种用例都会看到在完成维护性重新部署后,VM 仍进行计划性维护:A: There are several use cases where you will see your VM scheduled for maintenance after you have already completed your maintenance-redeploy:

  1. 我们已取消这次维护,并使用不同的有效负载重新启动它。We have canceled the maintenance wave and restarted it with a different payload. 可能是我们已检测到出错的有效负载,只需部署其他有效负载。It could be that we've detected faulted payload and we simply need to deploy an additional payload.
  2. 由于硬件故障,已在另一个节点上对 VM 进行服务修复 Your VM was service healed to another node due to a hardware fault
  3. 选择了停止(解除分配)VM 并将其重启You have selected to stop (deallocate) and restart the VM
  4. 已经为 VM 启用了自动关闭You have auto shutdown turned on for the VM

后续步骤Next steps

了解如何使用计划事件从 VM 内注册维护事件。Learn how you can register for maintenance events from within the VM using Scheduled Events.