Virtual Machine Scale Sets 대한 계획된 유지 관리 알림

Azure 주기적으로 업데이트를 수행하여 VM(가상 머신)에 대한 호스트 인프라의 안정성, 성능 및 보안을 향상시킵니다. 업데이트에는 호스팅 환경 패치 또는 하드웨어 업그레이드 및 서비스 해제가 포함될 수 있습니다. 대부분의 업데이트는 호스트된 VM에 영향을 주지 않습니다. 그러나 업데이트는 다음 시나리오에서 VM에 영향을 줍니다.

• 유지 관리에 재부팅이 필요하지 않은 경우 호스트가 업데이트되는 동안 Azure 몇 초 동안 VM을 일시 중지합니다. 이러한 유형의 유지 관리 작업은 장애 도메인별로 적용됩니다. 경고 상태 신호가 수신되면 진행이 중지됩니다.

• 유지 관리에 다시 부팅이 필요한 경우 유지 관리가 계획된 시기를 알 수 있습니다. 이러한 경우에는 보통 35일의 기간이 주어지며, 그 기간 내에서 편한 시점에 직접 유지 관리를 시작할 수 있습니다.

재부팅이 필요한 예정된 유지 관리는 순차적으로 예정되어 있습니다. 각 웨이브에는 서로 다른 범위(지역)가 있습니다.

• 웨이브는 고객에게 알림으로 시작됩니다. 기본적으로 알림은 구독 소유자 및 공동 소유자에게 전송됩니다. Azure 활동 로그 경고 사용하여 수신자 및 메시지 옵션(예: 이메일, SMS 및 웹후크)을 알림에 추가할 수 있습니다.
• 알림을 통해 셀프 서비스 창을 사용할 수 있습니다. 일반적으로 35일인 이 기간 동안, 웨이브에 포함된 VM이 무엇인지 확인할 수 있습니다. 사용자 고유의 일정 요구 사항에 따라 유지 관리를 사전에 시작할 수 있습니다.
• 셀프 서비스 기간이 지나면 예약된 유지 관리 기간이 시작됩니다. 이 기간 중 어느 시점에서 Azure VM에 필요한 유지 관리를 예약하고 적용합니다.

두 개의 창을 사용하는 목표는 유지 관리를 시작하고 VM을 다시 부팅하는 데 충분한 시간을 제공하는 동시에 Azure 유지 관리를 자동으로 시작하는 시기를 파악하는 것입니다.

Azure 포털, PowerShell, REST API 및 Azure CLI 사용하여 Virtual Machine Scale Set VM에 대한 유지 관리 기간을 쿼리하고 셀프 서비스 유지 관리를 시작할 수 있습니다.

셀프 서비스 기간 동안 유지 관리를 시작해야 하나요?

다음 지침은 선택한 시간에 유지 관리를 시작할지 여부를 결정하는 데 도움이 될 수 있습니다.

가용성 집합을 사용하는 배포에는 셀프 서비스 유지 관리가 권장되지 않습니다. 가용성 집합은 항상 하나의 업데이트 도메인만 영향을 받는 고가용성 설정입니다. 가용성 집합의 경우:

• Azure 유지 관리를 트리거할 수 있습니다. 재부팅이 필요한 유지 관리의 경우, 유지 관리는 업데이트 도메인별로 수행됩니다. 업데이트 도메인이 반드시 유지 관리를 순차적으로 수신하지는 않습니다. 업데이트 도메인 간에 30분 동안 일시 중지됩니다.
• 일부 용량(1/업데이트 도메인 수)의 일시적인 손실이 우려되는 경우 유지 관리 기간 동안 추가 인스턴스를 할당하여 손실을 쉽게 보상할 수 있습니다.
• 다시 부팅할 필요가 없는 유지 관리의 경우 업데이트가 장애 도메인 수준에서 적용됩니다.

다음 시나리오에서는 셀프 서비스 유지 관리를 사용하지 마세요.

• 수동으로, DevTest Labs를 사용하거나, 자동 종료를 사용하거나, 일정에 따라 VM을 자주 종료하는 경우. 이러한 시나리오에서 셀프 서비스 유지 관리는 유지 관리 상태를 되돌리고 추가 가동 중지 시간을 발생시킬 수 있습니다.
• 유지 관리 주기가 끝나기 전에 삭제될 것을 알고 있는 수명이 짧은 VM에서
• 업데이트 후 유지 관리하려는 로컬(임시) 디스크에 큰 상태가 저장된 워크로드의 경우
• VM의 크기를 자주 조정하는 경우 이 시나리오는 유지 관리 상태를 되돌릴 수 있습니다.
• 유지 관리 종료가 시작되기 15분 전에 워크로드의 사전 장애 조치(failover) 또는 정상 종료를 가능하게 하는 예약된 이벤트를 채택한 경우.

예약된 유지 관리 단계 중에 중단 없이 VM을 실행하려는 경우 셀프 서비스 유지 관리를 사용해야 하며 이전의 반대 사항이 적용되지 않습니다.

다음과 같은 경우 셀프 서비스 유지 관리를 사용하는 것이 가장 좋습니다.

• 관리 또는 고객에게 정확한 유지 관리 기간을 전달해야 합니다.
• 특정 날짜까지 유지 관리를 완료해야 합니다.
• 안전한 복구를 보장하기 위해 유지 관리 시퀀스(예: 다중 계층 애플리케이션)를 제어해야 합니다.
• 두 업데이트 도메인 간에 30분 이상의 VM 복구 시간이 필요합니다. 업데이트 도메인 간의 시간을 제어하려면 VM에서 한 번에 하나의 업데이트 도메인에 대한 유지 관리를 트리거해야 합니다.

포털에서 유지 관리의 영향을 받는 Virtual Machine Scale Sets 보기

계획된 유지 관리 웨이브가 예약되면 Azure 포털을 사용하여 예정된 유지 관리 웨이브의 영향을 받는 Virtual Machine Scale Sets 목록을 볼 수 있습니다.

1. Azure Portal에 로그인합니다.

2. 왼쪽 메뉴에서 모든 서비스를 선택한 다음, Virtual Machine Scale Sets 선택합니다.

3. Virtual Machine Scale Sets 아래에서 열 편집을 선택해 사용 가능한 열 목록을 엽니다.

4. 사용 가능한 열 섹션에서 셀프 서비스 유지 관리를 선택한 다음 선택한 열 목록으로 이동합니다. 적용을 선택합니다.

   셀프 서비스 유지 관리 항목을 더 쉽게 찾을 수 있도록 사용 가능한 열 섹션의 드롭다운 옵션을 모두에서 속성으로 변경할 수 있습니다.

이제 자체 서비스 유지 관리 열이 Virtual Machine Scale Sets 목록에 나타납니다. 각 Virtual Machine Scale Set에는 셀프 서비스 유지 관리 열에 대한 다음 값 중 하나가 있을 수 있습니다.

포털의 알림 및 경고

Azure 구독 소유자 및 공동 소유자 그룹에 이메일을 보내 계획된 유지 관리 일정을 전달합니다. 활동 로그 경고를 만들어 이 통신에 받는 사람 및 채널을 추가할 수 있습니다. 자세한 내용은 Azure 활동 로그를 사용하여 모니터 구독 활동 참조하세요.

1. Azure Portal에 로그인합니다.

2. 왼쪽 메뉴에서 모니터를 선택합니다.

3. 모니터 메뉴에서 Service Health를 선택합니다.

   

4. Service Health에서 + 서비스 상태 경고 만들기를 선택합니다.

   

5. 경고 규칙 만들기 페이지에서 다음을 수행합니다.

   1. 계획된 유지 관리 이벤트를 모니터링할 리소스가 포함된 관련 구독 및 지역을 선택합니다.
   2. 다음을 지정합니다.
      • 서비스: 가상 머신 확장 집합 및 가상 머신
      • 이벤트 유형: 계획된 유지 관리

6. 작업에서 경고 규칙에 작업 그룹을 추가하여 알림을 보내거나 계획된 유지 관리 이벤트가 수신될 때 작업을 호출합니다.

7. 경고 규칙 세부 정보 아래에 세부 정보를 입력합니다.

8. 경고 규칙 만들기를 선택합니다.

활동 로그 경고를 구성하는 방법에 대한 자세한 내용은 활동 로그 경고 만들기를 참조하세요.

포털에서 Virtual Machine Scale Set에 대한 유지 관리 시작

Virtual Machine Scale Sets 개요에서 더 많은 유지 관리 관련 세부 정보를 볼 수 있습니다. 가상 머신 확장 집합에 하나 이상의 VM이 계획된 유지 관리 웨이브에 포함된 경우 페이지 위쪽에 새 알림 리본이 추가됩니다. 알림 리본을 선택하여 유지 관리 페이지로 이동합니다.

유지 관리 페이지에서 계획된 유지 관리의 영향을 받는 VM 인스턴스를 확인할 수 있습니다. 유지 관리를 시작하려면 영향을 받는 VM에 해당하는 확인란을 선택합니다. 그런 다음 유지 관리 시작을 선택합니다.

유지 관리를 시작한 후 Virtual Machine Scale Set의 영향을 받는 VM은 유지 관리가 진행되며 일시적으로 사용할 수 없습니다. 셀프 서비스 창을 놓친 경우 Azure Virtual Machine Scale Set이 유지 관리되는 시간 창을 계속 볼 수 있습니다.

PowerShell을 사용하여 유지 관리 상태 확인

Azure PowerShell 사용하여 Virtual Machine Scale Sets VM이 유지 관리되도록 예약된 시기를 확인할 수 있습니다. -InstanceView 매개 변수를 사용하면 Get-AzVmssVM cmdlet으로 계획된 유지 관리 정보를 확인할 수 있습니다.

유지 관리 정보는 유지 관리가 계획된 경우에만 반환됩니다. VM 인스턴스에 영향을 주는 유지 관리가 예약되지 않은 경우 cmdlet은 유지 관리 정보를 반환하지 않습니다.

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

다음 속성은 MaintenanceRedeployStatus에서 반환됩니다.

PowerShell을 사용하여 VM 인스턴스에서 유지 관리 시작

IsCustomerInitiatedMaintenanceAllowed가 true로 설정된 경우 VM에서 유지 관리를 시작할 수 있습니다. -PerformMaintenance 매개 변수를 사용하여 Set-AzVmssVM cmdlet을 사용합니다.

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

CLI를 사용하여 유지 관리 상태 확인

az vmss list-instances를 사용하여 계획된 유지 관리 정보를 볼 수 있습니다.

유지 관리 정보는 유지 관리가 계획된 경우에만 반환됩니다. VM 인스턴스에 영향을 주는 유지 관리가 예약되지 않은 경우 명령은 유지 관리 정보를 반환하지 않습니다.

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

각 VM 인스턴스에 대한 MaintenanceRedeployStatus 에서 다음 속성이 반환됩니다.

CLI를 사용하여 VM 인스턴스에서 유지 관리 시작

다음 호출은 IsCustomerInitiatedMaintenanceAllowed가 true로 설정된 경우 VM 인스턴스의 유지 관리를 시작합니다:

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

FAQ

Q: 지금 내 VM을 다시 부팅해야 하는 이유는 무엇인가요?

A: Azure 플랫폼으로의 대부분의 업데이트 및 업그레이드는 VM 가용성에 영향을 주지 않지만 경우에 따라 Azure 호스트된 VM을 다시 부팅하는 것을 방지할 수 없습니다. 서버를 다시 시작해야 하는 몇 가지 변경 내용이 누적되어 VM이 다시 부팅됩니다.

Q: 가용성 집합을 사용하여 고가용성 권장 사항을 따르는 경우 안전합니까?

A: 가용성 집합 또는 가상 머신 확장 집합에 배포된 가상 머신은 업데이트 도메인을 사용합니다. 유지 관리를 수행할 때 Azure 업데이트 도메인 제약 조건을 적용하고 다른 업데이트 도메인(동일한 가용성 집합 내)에서 VM을 다시 부팅하지 않습니다. 또한 Azure 다음 VM 그룹으로 이동하기 전에 30분 이상 기다립니다.

고가용성에 대한 자세한 내용은 Azure 참조하세요.

Q: 계획된 유지 관리에 대한 알림을 어떻게 받을 수 있나요?

A: 계획된 유지 관리 웨이브는 하나 이상의 Azure 지역으로 일정을 설정하여 시작됩니다. 곧 구독 관리자, 공동 관리자, 소유자 및 기여자에게 전자 메일 알림이 전송됩니다(구독당 하나의 전자 메일). 이 알림에 대한 추가 채널 및 받는 사람은 활동 로그 경고를 사용하여 구성할 수 있습니다. 계획된 유지 관리가 이미 예약된 지역에 가상 머신을 배포하는 경우 알림을 받지 못합니다. 대신 VM의 유지 관리 상태를 확인합니다.

Q: 포털, PowerShell 또는 CLI에서 계획된 유지 관리의 표시가 표시되지 않습니다. 뭐가 문제인가요?

A: 계획된 유지 관리와 관련된 정보는 계획된 유지 관리의 영향을 받는 VM에 대해서만 계획된 유지 관리 웨이브 중에 사용할 수 있습니다. 데이터가 표시되지 않으면 유지 관리 웨이브가 이미 완료되었거나 시작되지 않았거나 업데이트된 서버에서 VM이 이미 호스트되었을 수 있습니다.

Q: 내 VM이 언제 영향을 받는지 정확히 알 수 있는 방법이 있나요?

A: 일정을 설정할 때 며칠의 기간을 정의합니다. 이 창 내에서 서버(및 VM)의 정확한 시퀀싱은 알 수 없습니다. VM이 업데이트되는 정확한 시간을 알고 싶다면 예약된 이벤트를 사용할 수 있습니다. 예약된 이벤트를 사용하는 경우 VM 내에서 쿼리하고 VM을 다시 부팅하기 전에 15분 동안 알림을 받을 수 있습니다.

Q: VM을 다시 부팅하는 데 얼마나 걸리나요?

A: VM의 크기에 따라 셀프 서비스 유지 관리 기간 동안 다시 부팅하는 데 최대 몇 분이 걸릴 수 있습니다. 예약된 유지 관리 기간에서 Azure 시작한 재부팅 중에는 일반적으로 다시 부팅하는 데 약 25분이 걸립니다. Cloud Services(웹/작업자 역할), Virtual Machine Scale Sets 또는 가용성 집합을 사용하는 경우 예약된 유지 관리 기간 동안 각 VM 그룹(업데이트 도메인) 간에 30분이 제공됩니다.

Q: VM에 유지 관리 정보가 표시되지 않습니다. 무엇이 잘못되었습니까?

A: VM에 유지 관리 정보가 표시되지 않는 몇 가지 이유가 있습니다.

• Microsoft Internal로 표시된 구독을 사용하고 있습니다.
• VM은 유지 관리가 예정되어 있지 않습니다. VM이 더 이상 영향을 받지 않도록 유지 관리 웨이브가 종료되거나 취소되었거나 수정되었을 수 있습니다.
• VM 목록 보기에 유지 관리 열이 추가되지 않았습니다. 기본 보기에 이 열을 추가했지만 기본 열이 아닌 열을 표시하도록 보기를 구성하는 경우 VM 목록 보기에 유지 관리 열을 수동으로 추가해야 합니다.

Q: 내 VM이 두 번째로 유지 관리될 예정입니다. Why?

A: 몇 가지 사용 사례에서 VM은 이미 유지 관리를 완료하고 다시 배포한 후 유지 관리가 예약됩니다.

• 유지 관리 웨이브를 취소하고 다른 페이로드로 다시 시작했습니다. 오류가 발생한 페이로드를 감지하고 추가 페이로드를 배포해야 할 수 있습니다.
• 하드웨어 오류로 인해 VM이 다른 노드로 서비스가 복구되었습니다 .
• VM을 중지(할당 취소)하고 다시 시작하도록 선택했습니다.
• VM에 대해 자동 종료 가 설정되어 있습니다.

다음 단계

예약된 이벤트를 사용하여 VM 내에서 유지 관리 이벤트를 등록하는 방법을 알아봅니다.