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.

  • 유지 관리를 다시 부팅해야 하는 경우 유지 관리가 계획된 시기에 대해 알림을 받을 수 있습니다.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 활동 로그 경고를 사용하여 추가 수신자나 전자 메일, SMS 및 웹후크와 같은 메시지 옵션을 추가할 수 있습니다.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, 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 Portal, 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.

참고

유지 관리를 시작하려고 하면 요청이 실패하는 경우 Azure는 해당 VM을 건너뜀으로 표시합니다.If you try to start maintenance and the request fails, Azure marks your VM as skipped. 더 이상 고객이 시작하는 유지 관리 옵션을 사용할 수 없습니다.You will no longer be able to use the Customer Initiated Maintenance option. 예약된 유지 관리 단계에서 Azure가 VM을 다시 부팅해야 합니다.Your VM will have to be rebooted by Azure during the scheduled maintenance phase.

셀프 서비스 기간 동안 유지 관리를 시작해야 합니까?Should you start maintenance using during the self-service window?

다음 지침은 이 기능을 사용하여 한가한 시간에 유지 관리를 시작해야 하는지 결정하는 데 도움이 될 것입니다.The following guidelines should help you to decide whether you should use this capability and start maintenance at your own time.

참고

일부 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. 현재 셀프 서비스 유지 관리는 Cloud Services(웹/작업자 역할), Service Fabric 및 Virtual Machine Scale Sets에서 사용할 수 없습니다.Self-service maintenance is currently not available for Cloud Services (Web/Worker Role), Service Fabric, and Virtual Machine Scale Sets.

가용성 집합을 사용하는 배포의 경우 특정 시간에 업데이트 도메인 하나만 영향을 받는 고가용성 설치이므로 셀프 서비스 유지 관리를 사용하지 않는 것이 좋습니다.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가 유지 관리를 트리거하게 두세요. 하지만 영향을 받는 업데이트 도메인의 순서가 반드시 순차적으로 발생하는 것은 아니며 업데이트 도메인 사이에 30분의 일시 중지가 있다는 점에 유의해야 합니다.Let Azure trigger the maintenance, but be aware that the order of update domains being impacted does not necessarily happen 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 addition instances during the maintenance period.

다음 시나리오에서는 셀프 서비스 유지 관리를 사용하지 마세요.Don't use self-service maintenance in the following scenarios:

  • 수동으로, DevTest 랩을 사용하여, 자동 종료를 사용하여 또는 일정에 따라 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 which 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분 전에 워크로드의 사전 예방적 장애 조치(failover) 또는 정상 종료가 가능한 예약된 이벤트를 도입한 경우.If you have adopted scheduled events which 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, e.g., multi-tier application to guarantee safe recovery.
  • 두 UD(업데이트 도메인) 간에 30분의 VM 복구 시간이 필요합니다.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.

포털에서 유지 관리를 위해 예약된 VM 보기View VMs scheduled for maintenance in the portal

계획된 유지 관리 웨이브가 예약되면 알림이 전송되고 예정된 유지 관리 웨이브의 영향을 받는 가상 컴퓨터 목록을 확인할 수 있습니다.Once a planned maintenance wave is scheduled, and notifications are sent, you can observe the list of virtual machines that are impacted by the upcoming maintenance wave.

Azure Portal을 사용하여 유지 관리하도록 예약된 VM을 찾아볼 수 있습니다.You can use the Azure portal and look for VMs scheduled for maintenance.

  1. Azure 포털에 로그인합니다.Sign in to the Azure portal.

  2. 왼쪽 탐색 모음에서 Virtual Machines를 클릭합니다.In the left navigation, click Virtual Machines.

  3. Virtual Machines 창에서 단추를 클릭하여 사용 가능한 열 목록을 엽니다.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:

    Value 설명Description
    지금 시작Start now VM이 유지 관리를 직접 시작할 수 있는 셀프 서비스 유지 관리 기간에 있습니다.The VM is in the self-service maintenance window which lets you initiate the maintenance yourself. VM에서 유지 관리를 시작하는 방법은 아래를 참조하세요.See below on how to start maintenance on your VM
    예약됨Scheduled 유지 관리를 시작하기 위한 옵션 없이 VM의 유지 관리가 예약됩니다.The VM is scheduled for maintenance with no option for you to initiate maintenance. 이 보기에서 자동 예약 창을 선택하거나 VM을 클릭하여 유지 관리 기간을 알아볼 수 있습니다.You can learn of the maintenance window by selecting the Auto-Scheduled window in this view or by clicking on the VM
    CompletedCompleted VM에서 유지 관리를 성공적으로 시작 및 완료했습니다.You have successfully initiated and completed maintenance on your VM.
    생략Skipped 유지 관리를 시작하도록 선택했으나 실패했습니다.You have selected to initiate maintenance with no success. Azure에서 VM의 유지 관리를 취소했으며 나중에 일정을 다시 조정합니다.Azure has canceled the maintenance for your VM and will reschedule it in a later time
    나중에 다시 시도Retry later 유지 관리를 시작하도록 선택했으며 Azure에서 사용자 요청을 수행할 수 없습니다.You have selected to initiate maintenance and Azure was not able to fulfill your request. 이 경우 나중에 다시 시도할 수 있습니다.In this case, you can try again in a later time.

    유지 관리 사전 작업 - VM에서 유지 관리를 직접 시작할 수 있는 시간 창을 보여 줍니다.Maintenance Pro-Active - shows the time window when you can self-start maintenance on your VMs.

    예약된 유지 관리 - Azure에서 유지 관리를 완료하기 위해 VM을 재부팅할 시간 창을 보여 줍니다.Maintenance Scheduled - shows the time window when Azure will reboot 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. 자세한 내용은 Azure 활동 로그로 구독 활동 모니터링을 참조하세요.For more information, see Monitor subscription activity with the Azure Activity Log

  1. Azure 포털에 로그인합니다.Sign in to the Azure portal.
  2. 왼쪽 메뉴에서 모니터를 선택합니다.In the menu on the left, select Monitor.
  3. 모니터 - 활동 로그 창에서 경고를 선택합니다.In the Monitor - Activity log pane, select Alerts.
  4. 모니터 - 경고 창에서 + 활동 로그 경고 추가를 클릭합니다.In the Monitor - Alerts pane, click + Add activity log alert.
  5. 활동 로그 경고 추가 페이지에 정보를 입력하고 조건에서 다음을 설정해야 합니다. 형식: 유지 관리 상태: 모두(상태를 활성 또는 해결됨으로 설정하지 마세요) 수준: 모두Complete the information in the Add activity log alert page and make sure you set the following in Criteria: Type: Maintenance Status: All (Do not set status to Active or Resolved) Level: All

활동 로그 경고를 구성하는 방법에 대한 자세한 내용은 활동 로그 경고 만들기를 참조하세요.To learn more on how to configure Activity Log Alerts, see Create activity log alerts

포털에서 VM에 대한 유지 관리 시작Start Maintenance on your VM from the portal

VM 세부 정보를 확인하는 동안 유지 관리 관련 세부 정보를 자세히 볼 수 있습니다.While looking at the VM details, you will be able to see more maintenance-related details.
VM 세부 정보 보기의 맨 위에서, VM이 계획된 유지 관리 웨이브에 포함되면 새 알림 리본이 추가됩니다.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 rebooted and the maintenance status will be updated to reflect the result within few minutes.

유지 관리를 시작할 수 있는 창을 놓친 경우 VM이 Azure에 의해 다시 부팅될 때 해당 창을 볼 수 있습니다.If you missed the window where you can start maintenance, you will still be able to see the window when your VM will be rebooted 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-AzureRmVM cmdlet에서 확인할 수 있습니다.Planned maintenance information is available from the Get-AzureRmVM cmdlet when you use the -status parameter.

유지 관리 정보는 계획된 유지 관리가 있는 경우에만 반환됩니다.Maintenance information is returned only if there is maintenance planned. VM에 영향을 미치는 예약된 유지 관리가 없는 경우 cmdlet은 유지 관리 정보를 반환하지 않습니다.If there is no maintenance scheduled that impacts the VM, the cmdlet does not return any maintenance information.

Get-AzureRmVM -ResourceGroupName rgName -Name vmName -Status

MaintenanceRedeployStatus의 다음과 같은 속성이 반환됩니다.The following properties are returned under MaintenanceRedeployStatus:

Value 설명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 VM에서 유지 관리를 시작할 수 있을 때 유지 관리 예약 기간의 시작 시간입니다.The beginning of the maintenance scheduled window when you can initiate maintenance on your VM
MaintenanceWindowEndTimeMaintenanceWindowEndTime VM에서 유지 관리를 시작할 수 있을 때 유지 관리 예약 기간의 종료 시간입니다.The end of the maintenance scheduled window when you can initiate maintenance on your VM
LastOperationResultCodeLastOperationResultCode VM에서 유지 관리를 시작하는 마지막 시도의 결과입니다.The result of the last attempt to initiate maintenance on the VM

또한 Get-AzureRmVM을 사용하고 VM을 지정하지 않고 리소스 그룹의 모든 VM에 대한 유지 관리 상태를 가져올 수 있습니다.You can also get the maintenance status for all VMs in a resource group by using Get-AzureRmVM and not specifying a VM.

Get-AzureRmVM -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-AzureRmSubscription -SubscriptionId $args[0]

    $rgList= Get-AzureRmResourceGroup 

    for ($rgIdx=0; $rgIdx -lt $rgList.Length ; $rgIdx++)
    {
        $rg = $rgList[$rgIdx]        $vmList = Get-AzureRMVM -ResourceGroupName $rg.ResourceGroupName 
        for ($vmIdx=0; $vmIdx -lt $vmList.Length ; $vmIdx++)
        {
            $vm = $vmList[$vmIdx]
            $vmDetails = Get-AzureRMVM -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-AzureRmVM -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>

FAQFAQ

Q: 왜 내 가상 머신을 지금 다시 부팅해야 하나요?Q: Why do you need to reboot my virtual machines now?

A: 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 which require us to restart our servers which will result in virtual machines reboot.

Q: 가용성 집합을 사용한 고가용성 제안을 따르는 것이 안전한가요?Q: If I follow your recommendations for High Availability by using an Availability Set, am I safe?

A: 가용성 집합 또는 가상 머신 확장 집합에 배포된 가상 머신에는 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: 계획된 유지 관리에 관한 알림은 어떻게 받나요?Q: How do I get notified about planned maintenance?

A: 계획된 유지 관리 주기는 하나 이상의 Azure 지역에 예약을 설정하는 것에서 출발합니다.A: A planned maintenance wave starts by setting a schedule to one or more Azure regions. 곧 이메일 알림이 구독 소유자에게 전달됩니다(구독당 1개 이메일).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.

Q: 포털, Powershell 또는 CLI에서 계획된 유지 관리의 표시가 전혀 나타나지 않습니다. 무엇이 문제인가요?Q: I don't see any indication of planned maintenance in the portal, Powershell, or CLI, What is wrong?

A: 계획된 유지 관리 관련 정보는 영향을 받게 되는 VM에 대해서만 계획된 유지 관리 주기 중에 제공됩니다.A: Information related to planned maintenance is available during a planned maintenance wave only for the VMs which 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: 내 가상 머신이 정확히 언제 영향을 받는지 확인할 수 있나요?Q: Is there a way to know exactly when my virtual machine will be impacted?

A: 예약을 설정할 때 며칠의 시간 창을 정의합니다.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: 가상 머신을 다시 부팅하는 데 얼마나 걸리나요?Q: How long will it take you to reboot my virtual machine?

A: VM의 크기에 따라 다시 부팅은 최대 몇 분이 소요될 수 있습니다.A: Depending on the size of your VM, reboot may take up to several minutes. Cloud Services(웹/작업자 역할), Virtual Machine Scale Sets 또는 가용성 집합을 사용하는 경우 각 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).

Q: Cloud Services(웹/작업자 역할), Service Fabric 및 Virtual Machine Scale Sets의 경험이란 무엇입니까?Q: What is the experience in the case of Cloud Services (Web/Worker Role), Service Fabric, and Virtual Machine Scale Sets?

A: 이러한 플랫폼은 계획된 유지 관리의 영향을 받지만, 이런 플랫폼을 사용하는 고객은 특정 시간에 단일 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. 현재 셀프 서비스 유지 관리는 Cloud Services(웹/작업자 역할), Service Fabric 및 Virtual Machine Scale Sets에서 사용할 수 없습니다.Self-service maintenance is currently not available for Cloud Services (Web/Worker Role), Service Fabric, and Virtual Machine Scale Sets.

Q: 하드웨어 서비스 해제에 관한 이메일을 받았습니다. 계획된 유지 관리와 같은가요?Q: I have received an email about hardware decommissioning, is this the same as planned maintenance?

A: 하드웨어 서비스 해제는 계획된 유지 관리 이벤트이나 아직 이 사용 사례를 새로운 환경에 적용하지 않았습니다.A: While hardware decommissioning is a planned maintenance event, we have not yet onboarded this use case to the new experience.

Q: 내 VM에 관한 유지 관리 정보가 전혀 표시되지 않았습니다. 무엇이 문제인가요?Q: I don’t see any maintenance information on my VMs. What went wrong?

A: VM에 대한 유지 관리 정보가 전혀 표시되지 않는 데는 몇 가지 이유가 있습니다.A: There are several reasons why you’re not seeing any maintenance information on your VMs:

  1. Microsoft 내부로 표시된 구독을 사용하고 있습니다.You are using a subscription marked as Microsoft 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.

Q: 내 VM에 두 번째 유지 관리가 예약되었습니다. 그 이유는 무엇일까요?Q: My VM is scheduled for maintenance for the second time. Why?

A: 유지 관리 재배포를 이미 완료한 후에도 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

Q: 가용성 집합의 유지 관리에 시간이 오래 걸리며 가용성 집합 인스턴스 중 일부는 상태가 “건너뜀”으로 표시됩니다. 그 이유는 무엇일까요?Q: Maintenance of my availability set takes a long time, and I now see “skipped” status on some of my availability set instances. Why?

A: 가용성 집합의 여러 인스턴스를 연속으로 업데이트하기로 클릭한 경우 Azure는 이러한 요청을 큐에 넣고 한 번에 한 UD(업데이트 도메인)의 VM만 업데이트합니다.A: If you have clicked to update multiple instances in an availability set in short succession, Azure will queue these requests and starts to update only the VMs in one update domain (UD) at a time. 그러나 업데이트 도메인 간에 일시 중지 시간이 있을 수도 있으므로 업데이트가 오래 걸리는 것처럼 보일 수 있습니다.However, since there might be a pause between update domains, the update might appear to take longer. 업데이트 큐가 60분보다 오래 걸리면 일부 인스턴스는 성공적으로 업데이트되었더라도 상태가 건너뜀으로 표시됩니다.If the update queue takes longer than 60 minutes, some instances will show the skipped state even if they have been updated successfully. 이처럼 잘못된 상태가 표시되는 것을 방지하려면 한 가용성 집합 내의 인스턴스만 클릭하고 해당 VM의 업데이트가 완료될 때까지 기다렸다가 다른 업데이트 도메인의 다음 VM을 클릭합니다.To avoid this incorrect status, update your availability sets by clicking only on instance within one availability set and wait for the update on that VM to complete before clicking on the next VM in a different update domain.

다음 단계Next Steps

예약된 이벤트를 사용하여 VM 내에서 유지 관리 이벤트에 등록하는 방법을 알아보세요.Learn how you can register for maintenance events from within the VM using Scheduled Events.