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 활동 로그 경고를 사용하여 추가 수신자나 전자 메일, 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.

셀프 서비스 기간 동안 유지 관리를 시작해야 하나요?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.

참고

일부 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에서 사용할 수 없습니다.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:

  • 수동으로, DevTest Labs를 사용하여, 자동 종료를 사용하여 또는 일정에 따라 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분 전에 워크로드의 사전 예방적 장애 조치(failover) 또는 정상 종료가 가능한 예약된 이벤트를 도입한 경우.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(업데이트 도메인) 간에 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, 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 Portal에 로그인합니다.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 that 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 Maintenance - Scheduled window in this view or by clicking on the VM.
    이미 업데이트됨Already updated VM은 이미 업데이트되었으며 지금은 필요한 추가 작업이 없습니다.Your VM is already updated and no further action is required at this time.
    나중에 다시 시도Retry later 유지 관리를 시작했으나 실패했습니다.You have initiated maintenance with no success. 나중에 셀프 서비스 유지 관리 옵션을 사용할 수 있습니다.You will be able to use the self-service maintenance option at a later time.
    지금 다시 시도Retry now 이전에 실패한 셀프 시작 유지 관리를 다시 시도할 수 있습니다.You can retry a previously unsuccessful self-initiated maintenance.
    - VM이 계획된 유지 관리 웨이브에 속하지 않습니다.Your VM is not part of a planned maintenance wave.

유지 관리 - 셀프 서비스 기간: 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.

이벤트 유형계획된 유지 관리로, 서비스Virtual Machine Scale Sets 및/또는 Virtual Machines로 설정했는지 확인합니다.Make sure you set the Event type as Planned maintenance and Services as Virtual Machine Scale Sets and/or Virtual Machines

포털에서 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 maintained and the maintenance status will be updated to reflect the result within few minutes.

셀프 서비스 기간을 놓쳤더라도 Azure에서 VM이 유지 관리될 기간을 계속 확인할 수 있습니다.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-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 no maintenance is 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 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-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 that require us to restart our servers that 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 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: 내 가상 머신이 정확히 언제 영향을 받는지 확인할 수 있나요?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 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. 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) during the scheduled maintenance window.

Q: Virtual Machine Scale Sets의 경우에 환경이란?Q: What is the experience in the case of Virtual Machine Scale Sets?

A: 이제 계획된 유지 관리는 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.

Q: Cloud Services(웹/작업자 역할) 및 Service Fabric의 경우에 환경이란?Q: What is the experience in the case of Cloud Services (Web/Worker Role) and Service Fabric?

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에서 사용할 수 없습니다.Self-service maintenance is currently not available for Cloud Services (Web/Worker Role) and Service Fabric.

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

다음 단계Next steps

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