가상 머신 규모 집합에 대한 계획된 유지 관리 알림Planned maintenance notifications for virtual machine scale sets

Azure는 주기적으로 업데이트를 수행하여 VM(가상 머신)에 대한 호스트 인프라의 안정성, 성능 및 보안을 향상시킵니다.Azure periodically performs updates to improve the reliability, performance, and security of the host infrastructure for virtual machines (VMs). 업데이트에는 호스팅 환경 패치 또는 하드웨어 업그레이드 및 서비스 해제가 포함될 수 있습니다.Updates might include patching the hosting environment or upgrading and decommissioning hardware. 대부분의 업데이트는 호스팅된 VM에 영향을 주지 않습니다.Most updates don't affect the hosted VMs. 그러나 업데이트는 다음 시나리오에서 VM에 영향을 줍니다.However, updates affect VMs in these scenarios:

  • 유지 관리에 다시 부팅이 필요하지 않은 경우 호스트가 업데이트되는 동안 Azure에서 전체 마이그레이션을 사용하여 VM을 일시 중지합니다.If the maintenance doesn't require a reboot, Azure uses in-place migration to pause the VM while the host is updated. 다시 부팅할 필요가 없는 유지 관리 작업은 장애 도메인별로 장애 도메인에 적용됩니다.Maintenance operations that don't require a reboot are applied fault domain by fault domain. 경고 상태 신호를 받으면 진행이 중지됩니다.Progress is stopped if any warning health signals are received.

  • 유지 관리에 다시 부팅이 필요한 경우 유지 관리가 계획된 시기를 보여 주는 알림을 받게 됩니다.If maintenance requires a reboot, you receive a notification that shows when the maintenance is planned. 이러한 경우 유지 관리가 가장 적합한 시점에 자체적으로 시작될 수 있는 시간 범위가 제공됩니다.In these cases, you are given a time window in which you can start the maintenance yourself when it works best 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 the subscription owner and co-owners. Azure 활동 로그 경고를 사용하여 받는 사람 및 메시지 옵션(예: 이메일, SMS 및 웹후크)을 알림에 추가할 수 있습니다.You can add recipients and messaging options like email, SMS, and webhooks to the notifications by using Azure Activity Log alerts.
  • 알림을 통해 셀프 서비스 기간을 사용할 수 있습니다.With notification, a self-service window is made available. 이 기간 동안 웨이브에 포함된 VM을 찾을 수 있습니다.During this window, you can find which of your VMs are included in the wave. 사용자 고유의 일정 요구 사항에 따라 사전에 유지 관리를 시작할 수 있습니다.You can proactively start maintenance according to your own scheduling needs.
  • 셀프 서비스 기간이 끝나면 예약된 유지 관리 기간이 시작됩니다.After the self-service window, a scheduled maintenance window begins. 이 기간 동안의 어떤 시점에서 Azure는 VM에 필요한 유지 관리를 예약하고 적용합니다.At some point during this window, Azure schedules and applies the required maintenance to your VM.

두 기간이 존재하는 이유는 Azure에서 유지 관리를 자동으로 시작할 시기를 파악하면서 유지 관리를 시작하고 VM을 다시 부팅하는 데 충분한 시간을 제공하기 위한 것입니다.The goal in having two windows is to give you enough time to start maintenance and reboot your VM while knowing when Azure will automatically start maintenance.

Azure Portal, PowerShell, REST API 및 Azure CLI를 사용하여 가상 머신 확장 집합 VM에 대한 유지 관리 기간을 쿼리하고, 셀프 서비스 유지 관리를 시작할 수 있습니다.You can use the Azure portal, PowerShell, the REST API, and the Azure CLI to query for maintenance windows for your virtual machine scale set VMs, and to start self-service maintenance.

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

다음 지침은 선택한 시간에 유지 관리를 시작할지 여부를 결정하는 데 도움이 됩니다.The following guidelines can help you decide whether to start maintenance at a time that you choose.

참고

일부 VM에는 셀프 서비스 유지 관리를 사용하지 못할 수도 있습니다.Self-service maintenance might not be available for all of your VMs. VM에 사전 예방적 재배포를 사용할 수 있는지 확인하려면 유지 관리 상태에서 지금 시작을 찾습니다.To determine whether proactive redeploy is available for your VM, look for Start now in the maintenance status. 현재 셀프 서비스 유지 관리는 Azure Cloud Services(웹/작업자 역할) 및 Azure Service Fabric에서 사용할 수 없습니다.Currently, self-service maintenance isn't available for Azure Cloud Services (Web/Worker Role) and Azure Service Fabric.

가용성 집합을 사용하는 배포에는 셀프 서비스 유지 관리가 권장되지 않습니다.Self-service maintenance isn't recommended for deployments that use availability sets. 가용성 집합은 항상 하나의 업데이트 도메인만 영향을 받는 고가용성 설정입니다.Availability sets are highly available setups in which only one update domain is affected at any time. 가용성 집합의 경우 다음과 같습니다.For availability sets:

  • Azure에서 유지 관리를 트리거할 수 있습니다.Let Azure trigger the maintenance. 다시 부팅이 필요한 유지 관리의 경우 유지 관리가 업데이트 도메인별로 도메인을 업데이트합니다.For maintenance that requires a reboot, maintenance is done update domain by update domain. 업데이트 도메인은 반드시 유지 관리를 순차적으로 받지는 않습니다.Update domains don't necessarily receive the maintenance sequentially. 업데이트 도메인 간에는 30분의 일시 중지가 있습니다.There's a 30-minute pause between update domains.
  • 일부 용량이 일시적으로 손실되는 경우(1/업데이트 도메인 수), 유지 관리 기간 동안 추가 인스턴스를 할당하여 손실을 쉽게 보정할 수 있습니다.If a temporary loss of some of your capacity (1/update domain count) is a concern, you can easily compensate for the loss by allocating additional instances during the maintenance period.
  • 다시 부팅이 필요하지 않은 유지 관리의 경우 업데이트가 장애 도메인 수준에서 적용됩니다.For maintenance that doesn't require a 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, by using DevTest Labs, by using auto-shutdown, or by following a schedule. 이러한 시나리오에서 셀프 서비스 유지 관리를 수행하면 유지 관리 상태를 되돌리고 추가 가동 중지 시간이 발생할 수 있습니다.Self-service maintenance in these scenarios might revert the maintenance status and 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 you want to maintain after update.
  • VM의 크기를 자주 변경하는 경우.If you resize your VM often. 이 시나리오에서는 유지 관리 상태를 되돌릴 수 있습니다.This scenario might revert the maintenance status.
  • 유지 관리 종료가 종료되기 15분 전에 워크로드의 사전 예방적 장애 조치 또는 정상 종료가 가능한 예약된 이벤트를 도입한 경우If you have adopted scheduled events that enable proactive failover or graceful shutdown of your workload 15 minutes before maintenance shutdown begins.

예약된 유지 관리 단계 동안 VM을 중단 없이 실행하려는 경우 셀프 서비스 유지 관리를 사용하고 앞에서 언급한 역기능이 적용되지 않습니다.Do use self-service maintenance if you plan to run your VM uninterrupted during the scheduled maintenance phase and none of the preceding counterindications apply.

다음과 같은 경우에는 셀프 서비스 유지 관리를 사용하는 것이 가장 좋습니다.It's best to use self-service maintenance in the following cases:

  • 관리 또는 고객에게 정확한 유지 관리 기간을 전달해야 합니다.You need to communicate an exact maintenance window to management or your customer.
  • 특정 날짜까지 유지 관리를 완료해야 합니다.You need to complete the maintenance by a specific date.
  • 유지 관리 순서를 제어해야 합니다(예: 안전한 복구를 보장하기 위해 다층 계층 애플리케이션에서).You need to control the sequence of maintenance, for example, in a multi-tier application, to guarantee safe recovery.
  • 두 업데이트 도메인 간에 30분을 초과하는 VM 복구 시간이 필요합니다.You need more than 30 minutes of VM recovery time between two update domains. 업데이트 도메인 간의 시간을 제어하려면 한 번에 하나의 업데이트 도메인에서 VM의 유지 관리를 트리거해야 합니다.To control the time between update domains, you must trigger maintenance on your VMs one update domain at a time.

포털에서 유지 관리의 영향을 받는 가상 머신 확장 집합 보기View virtual machine scale sets that are affected by maintenance in the portal

계획된 유지 관리 웨이브가 예약되면 Azure Portal을 사용하여 예정된 유지 관리 웨이브의 영향을 받는 가상 머신 확장 집합 목록을 볼 수 있습니다.When a planned maintenance wave is scheduled, you can view the list of virtual machine scale sets that are affected by the upcoming maintenance wave by using the Azure portal.

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

  2. 왼쪽 메뉴에서 모든 서비스를 선택한 다음, 가상 머신 확장 집합을 선택합니다.In the left menu, select All services, and then select Virtual machine scale sets.

  3. 가상 머신 확장 집합 아래에서 열 편집을 선택하여 사용 가능한 열 목록을 엽니다.Under Virtual machine scale sets, select Edit columns to open the list of available columns.

  4. 사용 가능한 열 섹션에서 셀프 서비스 유지 관리를 선택한 다음, 선택한 열 목록으로 이동합니다.In the Available columns section, select Self-service maintenance, and then move it to the Selected columns list. 적용을 선택합니다.Select Apply.

    셀프 서비스 유지 관리 항목을 더 쉽게 찾으려면 사용 가능한 열 섹션의 드롭다운 옵션을 모두에서 속성으로 변경할 수 있습니다.To make the Self-service maintenance item easier to find, you can change the drop-down option in the Available columns section from All to Properties.

이제 셀프 서비스 유지 관리 열이 가상 머신 확장 집합 목록에 나타납니다.The Self-service maintenance column now appears in the list of virtual machine scale sets. 각 가상 머신 확장 집합의 셀프 서비스 유지 관리 열에는 다음 값 중 하나가 표시될 수 있습니다.Each virtual machine scale set can have one of the following values for the self-service maintenance column:

Value 설명Description
Yes 가상 머신 확장 집합에 있는 하나 이상의 VM이 셀프 서비스 기간에 있습니다.At least one VM in your virtual machine scale set is in a self-service window. 이 셀프 서비스 기간 동안 언제든지 유지 관리를 시작할 수 있습니다.You can start maintenance at any time during this self-service window.
아닙니다.No 영향을 받는 가상 머신 확장 집합의 셀프 서비스 기간에 VM이 없습니다.No VMs are in a self-service window in the affected virtual machine scale set.
- 가상 머신 확장 집합이 계획된 유지 관리 웨이브에 속하지 않습니다.Your virtual machines scale sets aren't part of a planned maintenance wave.

포털에서 알림 및 경고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. 활동 로그 경고를 만들어 받는 사람 및 채널을 이 통신에 추가할 수 있습니다.You can add recipients and channels to this communication by creating Activity Log alerts. 자세한 내용은 Azure 활동 로그로 구독 활동 모니터링을 참조하세요.For more information, see Monitor subscription activity with the Azure Activity Log.

  1. Azure Portal에 로그인합니다.Sign in to the Azure portal.
  2. 왼쪽 메뉴에서 모니터를 선택합니다.In the left menu, select Monitor.
  3. 모니터 - 경고(클래식) 창에서 + 활동 로그 경고 추가를 선택합니다.In the Monitor - Alerts (classic) pane, select +Add activity log alert.
  4. 활동 로그 경고 추가 페이지에서 필요한 정보를 선택하거나 입력합니다.On the Add activity log alert page, select or enter the requested information. 조건에서 다음 값을 설정해야 합니다.In Criteria, make sure that you set the following values:
    • 이벤트 범주: 서비스 상태를 선택합니다.Event category: Select Service Health.
    • 서비스: Virtual Machine Scale Sets 및 Virtual Machines를 선택합니다.Services: Select Virtual Machine Scale Sets and Virtual Machines.
    • 유형: 계획된 유지 관리를 선택합니다.Type: Select Planned maintenance.

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

포털에서 가상 머신 확장 집합에 대해 유지 관리 시작Start maintenance on your virtual machine scale set from the portal

가상 머신 확장 집합의 개요에서 유지 관리 관련 세부 정보를 자세히 볼 수 있습니다.You can see more maintenance-related details in the overview of virtual machine scale sets. 가상 머신 확장 집합에 있는 하나 이상의 VM이 계획된 유지 관리 웨이브에 포함되면 페이지 위쪽에 새 알림 리본이 추가됩니다.If at least one VM in the virtual machine scale set is included in the planned maintenance wave, a new notification ribbon is added near the top of the page. 알림 리본을 선택하여 유지 관리 페이지로 이동합니다.Select the notification ribbon to go to the Maintenance page.

유지 관리 페이지에서 계획된 유지 관리의 영향을 받는 VM 인스턴스를 볼 수 있습니다.On the Maintenance page, you can see which VM instance is affected by the planned maintenance. 유지 관리를 시작하려면 영향을 받는 VM에 해당하는 확인란을 선택합니다.To start maintenance, select the check box that corresponds to the affected VM. 그런 다음, 유지 관리 시작을 선택합니다.Then, select Start maintenance.

유지 관리가 시작되면 가상 머신 확장 집합에서 영향을 받는 VM이 유지 관리를 받고 일시적으로 사용할 수 없게 됩니다.After you start maintenance, the affected VMs in your virtual machine scale set undergo maintenance and are temporarily unavailable. 셀프 서비스 기간을 놓친 경우에도 Azure에서 가상 머신 확장 집합을 유지 관리하는 시간 범위는 계속 볼 수 있습니다.If you missed the self-service window, you can still see the time window when your virtual machine scale set will be maintained by Azure.

PowerShell을 사용하여 유지 관리 상태 확인Check maintenance status by using PowerShell

Azure PowerShell을 사용하여 가상 머신 확장 집합의 VM이 유지 관리에 대해 예약된 시기를 볼 수 있습니다.You can use Azure PowerShell to see when VMs in your virtual machine scale sets are scheduled for maintenance. 계획된 유지 관리 정보는 -InstanceView 매개 변수를 사용하는 경우 Get-AzVmss cmdlet을 통해 사용할 수 있습니다.Planned maintenance information is available by using the Get-AzVmss cmdlet when you use the -InstanceView parameter.

유지 관리가 계획된 경우에만 유지 관리 정보가 반환됩니다.Maintenance information is returned only if maintenance is planned. VM 인스턴스에 영향을 주는 유지 관리가 예약되지 않은 경우 이 cmdlet에서 유지 관리 정보를 반환하지 않습니다.If no maintenance is scheduled that affects the VM instance, the cmdlet doesn't return any maintenance information.

Get-AzVmss -ResourceGroupName rgName -VMScaleSetName vmssName -InstanceId id -InstanceView

MaintenanceRedeployStatus로 반환되는 속성은 다음과 같습니다.The following properties are returned under MaintenanceRedeployStatus:

| 값 | 설명 || Value | Description |

|-------|---------------| | IsCustomerInitiatedMaintenanceAllowed | 이 이번에 유지 관리를 시작할 vm 수 있는지 여부를 나타냅니다.|-------|---------------| | IsCustomerInitiatedMaintenanceAllowed | Indicates whether you can start maintenance on the VM at this time. | | PreMaintenanceWindowStartTime | 유지 관리 셀프 서비스 기간이 VM에서 유지 관리를 시작할 수 때 시작 합니다.| | PreMaintenanceWindowStartTime | The beginning of the maintenance self-service window when you can initiate maintenance on your VM. | | PreMaintenanceWindowEndTime | 유지 관리 셀프 서비스 기간이 VM에서 유지 관리를 시작할 수 때 종료 합니다.| | PreMaintenanceWindowEndTime | The end of the maintenance self-service window when you can initiate maintenance on your VM. | | MaintenanceWindowStartTime | Azure가 VM에서 유지 관리를 시작 하는 예약 된 유지 관리 시작| | MaintenanceWindowStartTime | The beginning of the maintenance scheduled in which Azure initiates maintenance on your VM. | | MaintenanceWindowEndTime | Azure가 VM에서 유지 관리를 시작 하는 유지 관리 예약 기간의 종료 합니다.| | MaintenanceWindowEndTime | The end of the maintenance scheduled window in which Azure initiates maintenance on your VM. | | LastOperationResultCode | VM에서 유지 관리를 시작 하려면 마지막 시도의 결과입니다.| | LastOperationResultCode | The result of the last attempt to initiate maintenance on the VM. |

PowerShell을 사용하여 VM 인스턴스에서 유지 관리 시작Start maintenance on your VM instance by using PowerShell

IsCustomerInitiatedMaintenanceAllowedtrue로 설정되는 경우 VM에서 유지 관리를 시작할 수 있습니다.You can start maintenance on a VM if IsCustomerInitiatedMaintenanceAllowed is set to true. Set-AzVmss cmdlet을 -PerformMaintenance 매개 변수와 함께 사용합니다.Use the Set-AzVmss cmdlet with -PerformMaintenance parameter.

Set-AzVmss -ResourceGroupName rgName -VMScaleSetName vmssName -InstanceId id -PerformMaintenance 

CLI를 사용하여 유지 관리 상태 확인Check maintenance status by using the CLI

계획된 유지 관리 정보는 az vmss list-instances를 사용하여 볼 수 있습니다.You can view planned maintenance information by using az vmss list-instances.

유지 관리가 계획된 경우에만 유지 관리 정보가 반환됩니다.Maintenance information is returned only if maintenance is planned. VM 인스턴스에 영향을 주는 유지 관리가 예약되지 않은 경우 이 명령에서 유지 관리 정보를 반환하지 않습니다.If no maintenance that affects the VM instance is scheduled, the command doesn't return any maintenance information.

az vmss list-instances -g rgName -n vmssName --expand instanceView

MaintenanceRedeployStatus로 각 VM 인스턴스에 대해 반환되는 속성은 다음과 같습니다.The following properties are returned under MaintenanceRedeployStatus for each VM instance:

| 값 | 설명 || Value | Description |

|-------|---------------| | IsCustomerInitiatedMaintenanceAllowed | 이 이번에 유지 관리를 시작할 vm 수 있는지 여부를 나타냅니다.|-------|---------------| | IsCustomerInitiatedMaintenanceAllowed | Indicates whether you can start maintenance on the VM at this time. | | PreMaintenanceWindowStartTime | 유지 관리 셀프 서비스 기간이 VM에서 유지 관리를 시작할 수 때 시작 합니다.| | PreMaintenanceWindowStartTime | The beginning of the maintenance self-service window when you can initiate maintenance on your VM. | | PreMaintenanceWindowEndTime | 유지 관리 셀프 서비스 기간이 VM에서 유지 관리를 시작할 수 때 종료 합니다.| | PreMaintenanceWindowEndTime | The end of the maintenance self-service window when you can initiate maintenance on your VM. | | MaintenanceWindowStartTime | Azure가 VM에서 유지 관리를 시작 하는 예약 된 유지 관리 시작| | MaintenanceWindowStartTime | The beginning of the maintenance scheduled in which Azure initiates maintenance on your VM. | | MaintenanceWindowEndTime | Azure가 VM에서 유지 관리를 시작 하는 유지 관리 예약 기간의 종료 합니다.| | MaintenanceWindowEndTime | The end of the maintenance scheduled window in which Azure initiates maintenance on your VM. | | LastOperationResultCode | VM에서 유지 관리를 시작 하려면 마지막 시도의 결과입니다.| | LastOperationResultCode | The result of the last attempt to initiate maintenance on the VM. |

CLI를 사용하여 VM 인스턴스에서 유지 관리 시작Start maintenance on your VM instance by using the CLI

IsCustomerInitiatedMaintenanceAllowedtrue로 설정되는 경우 다음 호출을 통해 VM 인스턴스에서 유지 관리를 시작합니다.The following call initiates maintenance on a VM instance if IsCustomerInitiatedMaintenanceAllowed is set to true:

az vmss perform-maintenance -g rgName -n vmssName --instance-ids id

FAQFAQ

Q: 지금 내 VM을 다시 부팅해야 하는 이유는 무엇인가요?Q: Why do you need to reboot my VMs now?

A: Azure 플랫폼에 대한 대부분의 업데이트와 업그레이드는 VM 가용성에 영향을 주지 않지만, Azure에서 호스트되는 VM을 다시 부팅해야 하는 경우도 있습니다.A: Although most updates and upgrades to the Azure platform don't affect VM availability, in some cases, we can't avoid rebooting VMs hosted in Azure. 서버를 다시 시작해야 하는 여러 변경이 누적되어 VM이 다시 부팅됩니다.We have accumulated several changes that require us to restart our servers that will result in VM reboot.

Q: 가용성 집합을 사용하여 고가용성 권장 사항을 따르는 경우 안전한가요?Q: If I follow your recommendations for high availability by using an availability set, am I safe?

A: 가용성 집합이나 가상 머신 확장 집합에 배포된 가상 머신은 업데이트 도메인을 사용합니다.A: Virtual machines deployed in an availability set or in virtual machine scale sets use update domains. 유지 관리를 수행할 때 Azure는 업데이트 도메인 제약 조건을 준수하고 동일한 가용성 집합 내의 다른 업데이트 도메인에서 VM을 다시 부팅하지 않습니다.When performing maintenance, Azure honors the update domain constraint and doesn't reboot VMs from a different update domain (within the same availability set). 또한 Azure는 다음 VM 그룹으로 이동하기 전에 30분 이상 기다립니다.Azure also waits for at least 30 minutes before moving to the next group of VMs.

고가용성에 대한 자세한 내용은 Azure에서 가상 머신의 지역 및 가용성을 참조하세요.For more information about high availability, see Regions and availability for virtual machines in Azure.

Q: 계획된 유지 관리에 관한 알림을 받으려면 어떻게 해야 하나요?Q: How can I be 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). 활동 로그 경고를 사용하여 이 알림에 대한 채널 및 받는 사람을 추가할 수 있습니다.You can add channels and recipients for this notification by using Activity Log alerts. 계획된 유지 관리가 이미 예약된 지역에 VM을 배포하는 경우 알림을 받지 못합니다.If you deploy a VM to a region in which planned maintenance is already scheduled, you don't receive the notification. 대신 VM의 유지 관리 상태를 확인하세요.Instead, 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 the CLI. What's wrong?

A: 계획된 유지 관리와 관련된 정보는 계획된 유지 관리의 영향을 받는 VM에 대해서만 계획된 유지 관리 웨이브 동안 사용할 수 있습니다.A: Information related to planned maintenance is available during a planned maintenance wave only for the VMs that are affected by the planned maintenance. 데이터가 표시되지 않으면 유지 관리 웨이브가 이미 완료되었거나, 시작되지 않았거나, VM이 업데이트된 서버에서 이미 호스팅되었을 수 있습니다.If you don't see data, the maintenance wave might already be finished (or not started), or your VM might already be hosted on an updated server.

Q: 내 VM이 언제 영향을 받는지 정확히 알 수 있는 방법이 있나요?Q: Is there a way to know exactly when my VM will be affected?

A: 예약을 설정할 때 며칠의 시간 범위를 정의합니다.A: When we set the schedule, we define a time window of several days. 이 기간 동안 서버(및 VM)가 영향을 받는 정확한 시기는 알 수 없습니다.The exact sequencing of servers (and VMs) within this window is unknown. VM이 업데이트되는 정확한 시간을 알려고 하는 경우 예약된 이벤트를 사용하면 됩니다.If you want to know the exact time your VMs will be updated, you can use scheduled events. 예약된 이벤트를 사용하면 VM 내에서 쿼리하고, VM을 다시 부팅하기 15분 전에 알림을 받을 수 있습니다.When you use scheduled events, you can query from within the VM and receive a 15-minute notification before a VM reboot.

Q: 내 VM을 다시 부팅하는 데 얼마나 걸리나요?Q: How long will it take you to reboot my VM?

A: VM의 크기에 따라 셀프 서비스 유지 관리 기간 동안 다시 부팅하는 데 최대 몇 분이 걸릴 수 있습니다.A: Depending on the size of your VM, reboot might 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 typically takes about 25 minutes. Cloud Services(웹/작업자 역할), 가상 머신 확장 집합 또는 가용성 집합을 사용하는 경우, 예약된 유지 관리 기간 동안 각 VM 그룹(도메인 업데이트) 간에 30분이 제공됩니다.If you use Cloud Services (Web/Worker Role), virtual machine scale sets, or availability sets, you are given 30 minutes between each group of VMs (update domain) during the scheduled maintenance window.

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 might not see any maintenance information on your VMs:

  • Microsoft 내부로 표시된 구독을 사용하고 있습니다.You are using a subscription marked as Microsoft Internal.
  • VM에 대한 유지 관리가 예약되어 있지 않습니다.Your VMs aren't scheduled for maintenance. VM이 더 이상 영향을 받지 않도록 유지 관리 웨이브가 종료되었거나, 취소되었거나, 수정되었을 수 있습니다.It might be that the maintenance wave ended, was canceled, or was modified so that your VMs are no longer affected by it.
  • VM 목록 보기에 유지 관리 열을 추가할 필요는 없습니다.You don’t have the Maintenance column added to your VM list view. 이 열을 기본 보기에 추가했지만 기본이 아닌 열을 표시하도록 보기를 구성한 경우 유지 관리 열을 VM 목록 보기에 수동으로 추가해야 합니다.Although we added this column to the default view, if you configure your view to see non-default columns, you must manually add the Maintenance column to your VM list view.

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

A: 여러 사용 사례에서 이미 유지 관리를 완료하고 재배포한 후에 VM에 대한 유지 관리가 예약됩니다.A: In several use cases, your VM is scheduled for maintenance after you have already completed your maintenance and redeployed:

  • 유지 관리 주기를 취소하고 다른 페이로드에서 다시 시작합니다.We have canceled the maintenance wave and restarted it with a different payload. 오류가 발생한 페이로드를 탐지했을 수 있으며, 추가 페이로드를 배포하기만 하면 됩니다.It might be that we've detected a faulted payload and we simply need to deploy an additional payload.
  • VM은 하드웨어 오류로 인해 다른 노드에 대해 조정된 서비스입니다.Your VM was service healed to another node due to a hardware fault.
  • VM을 중지(할당 취소)하고 다시 시작하도록 선택했습니다.You have selected to stop (deallocate) and restart the VM.
  • VM에 대해 자동 종료를 실행했습니다.You have auto shutdown turned on for the VM.

다음 단계Next steps

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