Azure VMware Solution은 프라이빗 클라우드의 주기적인 유지 관리를 수행합니다. 이 유지 관리에는 보안 패치, VMware 소프트웨어 스택에 대한 부 및 주요 업데이트가 포함됩니다. 이 페이지에서는 프라이빗 클라우드를 유지 관리 준비 상태로 유지하는 호스트 모니터링, 수정 및 필수 단계를 설명합니다.
호스트 유지 관리 및 수명 주기 관리
Azure VMware Solution 프라이빗 클라우드의 한 가지 장점은 플랫폼이 사용자를 대신해 유지 관리된다는 점입니다. Microsoft는 VMware 소프트웨어(ESXi, vCenter Server, vSAN)와 NSX 어플라이언스의 수명 주기 관리를 책임집니다. Microsoft는 또한 Tier-0 게이트웨이 생성과 North-South 라우팅 활성화와 같은 네트워크 구성 초기화 작업도 책임집니다. NSX SDN 구성(네트워크 세그먼트, 분산 방화벽 규칙, 계층 1 게이트웨이, 부하 분산 장치)을 담당합니다.
비고
프라이빗 클라우드 배포의 한 과정으로 T0 게이트웨이가 생성 및 구성됩니다. 해당 논리 라우터나 NSX 엣지 노드 VM에 대한 모든 수정은 프라이빗 클라우드와의 연결에 영향을 줄 수 있으므로 피해야 합니다.
Microsoft는 프라이빗 클라우드 내 ESXi, vCenter Server, vSAN, NSX에 대한 패치, 업데이트 또는 업그레이드 적용을 책임집니다. ESXi, vCenter Server, NSX에 대한 패치, 업데이트 및 업그레이드의 영향에는 다음과 같은 사항이 고려됩니다.
ESXi - 프라이빗 클라우드에서 실행 중인 워크로드에는 영향이 없습니다. 이 기간 동안 vCenter Server와 NSX에 대한 접근이 차단되지 않습니다. 이 기간 동안에는 프라이빗 클라우드에서 프라이빗 클라우드 규모 확장, 활성 HCX 마이그레이션 예약 또는 시작, HCX 구성 변경 등과 같은 다른 활동을 계획하지 않는 것이 좋습니다.
vCenter Server - 프라이빗 클라우드에서 실행 중인 워크로드에는 영향이 없습니다. 이 기간 동안에는 vCenter Server를 사용할 수 없으며 VM을 관리(중지, 시작, 생성 또는 삭제)할 수 없습니다. 프라이빗 클라우드에서 규모 확장, 새로운 네트워크 생성 등과 같은 다른 활동을 계획하지 않는 것이 좋습니다. VMware Site Recovery Manager 또는 vSphere Replication 사용자 인터페이스를 사용할 때, vCenter Server 업그레이드 중에는 vSphere Replication 구성과 사이트 복구 계획 구성 또는 실행 중 어느 것도 수행하지 않는 것이 좋습니다.
NSX - Microsoft 표준 Broadcom NSX 업그레이드 워크플로를 따릅니다. NSX Edge 업그레이드는 가장 먼저 수행되며 한 번에 하나씩 진행되므로, 업그레이드 중에 Edge가 다른 활성 Edge로 원활하게 전환되는 과정에서 일시적인 패킷 손실이 발생할 수 있습니다. 일반적으로 TCP 계층의 재전송은 일반적으로 문제를 해결하므로 최종 애플리케이션에는 영향을 주지 않습니다. 호스트의 경우 Azure VMware Solution 호스트를 업그레이드하는 동안 영향을 방지하기 위해 호스트 유지 관리 모드 업그레이드를 사용합니다. 이 프로세스는 모든 VM을 클러스터의 다른 호스트로 이동하고 업그레이드하기 전에 호스트를 유지 관리 모드로 전환합니다. 업그레이드하는 동안 NSX 관리 평면에 대한 액세스가 차단되고 NSX 환경에 대한 구성 변경을 수행할 수 없습니다. 프라이빗 클라우드에서 프라이빗 클라우드 확장 등과 같은 다른 활동을 계획하지 않는 것이 좋습니다. 다른 활동은 업그레이드 시작을 방해하거나 업그레이드 및 환경에 부정적인 영향을 미칠 수 있습니다.
업그레이드 일정이 포함된 알림이 Azure Service Health를 통해 제공됩니다. 이 알림은 업그레이드된 구성 요소, 워크로드에 대한 영향, 프라이빗 클라우드 액세스 및 기타 Azure 서비스에 대한 세부 정보도 제공합니다. 필요에 따라 업그레이드 일정을 조정할 수 있습니다.
소프트웨어 업데이트에는 다음이 포함됩니다.
패치 - VMware에서 출사한 보안 패치 또는 버그 수정 사항
업데이트 -VMware 스택 구성 요소의 부 버전 변경
업그레이드 -VMware 스택 구성 요소의 주 버전 변경
비고
Microsoft는 VMware로부터 제공되는 대로 중요 보안 패치를 테스트합니다.
문서화된 VMware 해결 방법은 다음에 예약된 업데이트가 배포될 때까지 해당 패치를 설치하는 대신 구현됩니다.
호스트 모니터링 및 수정
Azure VMware Solution은 VMware 구성 요소와 언더레이 모두의 상태를 지속적으로 모니터링합니다. Azure VMware 솔루션이 실패를 탐지하면 실패한 구성 요소를 복구하는 작업을 수행합니다. Azure VMware Solution이 Azure VMware Solution 노드에서 성능 저하 또는 오류를 감지하면 호스트 수정 프로세스가 트리거됩니다.
호스트 수정 중에는 결함이 있는 노드가 클러스터의 새 정상 노드로 바뀝니다. 그런 다음, 가능한 경우 장애가 발생한 호스트가 VMware vSphere 유지 관리 모드로 전환됩니다. VMware vSphere vMotion은 VM을 장애가 발생한 호스트에서 클러스터의 다른 사용 가능한 서버로 이동하여 워크로드의 실시간 마이그레이션으로 인한 가동 중지 시간을 최소화할 수 있습니다. 장애가 발생한 호스트를 유지 관리 모드로 전환할 수 없는 경우 호스트는 클러스터에서 제거됩니다. 결함이 있는 호스트를 제거하기 전에 고객 워크로드가 새로 추가된 호스트로 마이그레이션됩니다.
팁 (조언)
고객 커뮤니케이션: 교체가 시작되기 전과 교체에 성공한 후 다시 고객의 이메일 주소로 이메일이 전송됩니다.
호스트 교체와 관련된 이메일을 받으려면 구독에서 'ServiceAdmin', 'CoAdmin', '소유자' 또는 '기여자'의 RBAC(Azure Role-Based Access Control) 역할 중 하나에 추가해야 합니다.
Azure VMware Solution은 호스트에서 다음 상태를 모니터링합니다.
- 프로세서 상태
- 메모리 상태
- 연결 및 전원 상태
- 하드웨어 팬 상태
- 네트워크 연결 손실
- 하드웨어 시스템 보드 상태
- vSAN 호스트의 하나 이상의 디스크에서 오류가 발생했습니다.
- 하드웨어 전압
- 하드웨어 온도 상태
- 하드웨어 전원 상태
- 스토리지 상태
- 연결 실패
프라이빗 클라우드가 유지 관리 준비가 되도록 하는 작업
호스트 유지 관리 작업이 성공적으로 수행되도록 하려면 다음 작업이 필요합니다.
- vSAN 스토리지 사용률: SLA(서비스 수준 계약)를 유지하려면 vSphere 클러스터의 스토리지 공간 사용률이 75%미만으로 유지되는지 확인합니다. 사용률이%75를 초과하는 경우 업그레이드가 예상보다 오래 걸리거나 완전히 실패할 수 있습니다. 스토리지 사용률이%75를 초과하는 경우 노드를 추가하여 클러스터를 확장하고 업그레이드하는 동안 잠재적인 가동 중지 시간을 방지하는 것이 좋습니다.
- DRS(분산 리소스 스케줄러) 규칙: DRS VM-VM 선호도 방지 규칙은 클러스터에 적어도 (N+1) 호스트를 포함하도록 구성해야 합니다. 여기서 N은 DRS 규칙의 VM 수입니다.
- FTT(허용 안 함) 위반: FTT(허용 실패)에 대한 vSAN 스토리지 정책으로 구성된 VM을 0으로 변경하여 데이터 손실 방지 vSAN 스토리지 정책은 Microsoft SLA(클러스터의 최대 5개 호스트에 대해 FTT=1, 클러스터의 6개 이상의 호스트에 대해 FTT=2)를 준수합니다. 호스트 유지 관리 작업을 원활하게 수행할 수 있는지 확인합니다.
- VM CD-ROM 탑재 제거: "에뮬레이션 모드" CD-ROM으로 탑재된 VM은 호스트 유지 관리를 차단합니다. CD-ROMs가 "패스스루 모드"로 장착되었는지 확인하십시오.
- 직렬/병렬 포트 또는 외부 디바이스: 이미지 파일(ISO, FLP 등)을 사용하는 경우 클러스터의 모든 ESXi 호스트에서 액세스할 수 있는지 확인합니다. VM(가상 머신)의 vMotion에 참여하는 모든 ESXi 서버 간에 공유되는 데이터 저장소에 파일을 저장합니다. 자세한 내용은 Broadcom KB 문서를 참조하세요.
- 분리된 VM: 분리된 VM의 경우 인벤토리에서 아직 삭제되거나 제거되지 않은 경우 다시 등록해야 합니다. 자세한 내용은 Broadcom KB 문서를 참조하세요.
- SCSI 공유 컨트롤러: SCSI 버스 공유를 사용하는 경우 VM의 경우 버스 형식을 "물리적"으로 사용합니다. Virtual SCSI 컨트롤러에 연결된 VM은 전원이 꺼집니다. 자세한 내용은 Broadcom KB 문서를 참조하세요.
-
타사 VM 및 애플리케이션: 타사 VM 및 애플리케이션의 경우:
- Azure VMware Solution에 배포된 타사 솔루션이 규정을 준수하고 유지 관리 작업을 방해하지 않는지 확인합니다.
- VM이 VM-Host "반드시 실행" DRS 규칙으로 설치되지 않았는지 확인합니다. 또한 이러한 애플리케이션이 향후 버전의 VMware 스택과 호환되는지 확인합니다.
- 업그레이드 후 호환성을 유지하기 위해 필요한 경우 솔루션 공급업체에 문의하고 미리 업데이트하세요.
중요합니다
Azure VMware Solution 호스트에 유지 관리 차단 구성이 있는 경우 Resource Health 대시보드에 경고가 표시됩니다. 비정상 호스트가 교체되고 업그레이드가 성공하도록 하려면 프라이빗 클라우드의 가용성을 유지하기 위해 적절한 수정 단계를 수행하여 이러한 차단 구성을 완화합니다. 경우에 따라 이러한 수정 단계에는 VM 전원을 끄고 다른 호스트로 마이그레이션한 다음 전원을 켜면 VM에서 실행되는 애플리케이션이 잠시 중단될 수 있습니다.
경고 코드 및 수정 테이블
| 오류 코드 | 오류 세부 정보 | 권장 작업 |
|---|---|---|
| EPC_CDROM_EMULATEMODE | VM의 CD-ROM ISO 이미지에 액세스할 수 없는 에뮬레이트 모드를 사용하는 경우 오류가 발생합니다. | 에뮬레이트 모드에서 고객 워크로드 VM에 탑재된 CDROM을 제거하거나 ISO를 분리하려면 이 KB 문서를 따르세요. CD-ROM을 탑재하는 데 "통과 모드"를 사용하는 것이 좋습니다. |
| EPC_DRSOVERRIDERULE | DRS 재정의가 "사용 안 함" 모드로 설정된 VM이 있는 경우 오류가 발생합니다. | 호스트를 유지 관리에 배치하는 동안 VM은 vMotion을 차단해서는 안 됩니다. VM에 대해 부분적으로 자동화된 DRS 규칙을 설정합니다. VM 배치 정책에 대해 자세히 알아보려면 이 문서를 참조하세요. |
| EPC_SCSIDEVICE_SHARINGMODE | VM이 "가상" 모드에서 버스 공유와 함께 SCSI 컨트롤러를 사용하도록 구성된 경우 오류가 발생합니다. | VM에 연결된 가상 모드에서 버스 공유에 종사하는 SCSI 컨트롤러를 제거하려면 이 KB 문서를 따르세요. |
| EPC 데이터 스토어에 접근할 수 없음 | Azure VMware Solution 프라이빗 클라우드에 연결된 외부 데이터 저장소에 액세스할 수 없게 되면 오류가 발생합니다. | 클러스터에 연결된 부실 데이터 저장소를 제거하려면 이 문서를 따릅니다. |
| EPC_NWADAPTER_STALE | VM에 연결된 네트워크 인터페이스가 액세스할 수 없게 된 네트워크 어댑터를 사용할 때 오류가 발생합니다. | VM에 연결된 부실 N/W 어댑터를 제거하려면 이 KB 문서를 따르세요. |
| EPC_SERIAL_PORT | VM 직렬 포트가 대상 호스트에서 액세스할 수 없는 디바이스에 연결된 경우 오류가 발생합니다. | 이미지 파일(ISO, FLP 등)을 사용하는 경우 클러스터의 모든 ESXi 서버에서 액세스할 수 있는지 확인합니다. VM의 vMotion에 참여하는 모든 ESXi 서버 간에 공유되는 데이터 저장소에 파일을 저장합니다. 자세한 내용은 Broadcom의 이 KB 문서를 참조하세요. |
| EPC_HARDWARE_DEVICE | VM 병렬 포트/USB 디바이스가 디바이스에 연결된 경우 대상 호스트에서 액세스할 수 없는 경우 오류가 발생합니다. | 이미지 파일(ISO, FLP 등)을 사용하는 경우 클러스터의 모든 ESXi 서버에서 액세스할 수 있는지 확인합니다. VM의 vMotion에 참여하는 모든 ESXi 서버 간에 공유되는 데이터 저장소에 파일을 저장합니다. 호환성 오류와 함께 Broadcom 및 VMotion 실패에 대해 자세히 알아봅니다. |
| EPC_INVALIDVM / EPC_ORPHANVM | 인벤토리에 고아 상태의 VM 또는 유효하지 않은 VM이 존재하는 경우 오류가 발생합니다. | 모든 VM이 vCenter에 액세스할 수 있는지 확인합니다. 유효하지 않거나 분리되었거나 액세스할 수 없는 것으로 표시되는 Broadcom 및 VM에 대해 자세히 알아봅니다. |
| EPC_VMHOSTDRSRULE | 호스트 선호도/선호도 방지 DRS 규칙이 있는 VM이 있는 경우 오류가 발생합니다. | VM은 호스트를 유지 관리 모드로 전환하면서 VMware vMotion을 차단해서는 안 됩니다. VM-Host 선호도에 대한 권장 규칙을 설정합니다. 배치 정책 만들기에 대해 자세히 알아봅니다. |
| EPC_FTT_ZERO | VM의 "Failures to Tolerate"가 0이거나 "No data redundancy"인 경우 오류가 발생합니다. | Broadcom 및 VM에 대해 FTT를 1 또는 2로 구성하는 방법에 대해 자세히 알아봅니다. |
| EPC_FTTVIOLATION | 클러스터에 스토리지 정책에 필요한 최소 호스트 수가 없는 경우 오류가 발생합니다. | 스토리지 정책에서 필요에 따라 호스트를 추가하거나 VM FTT 정책을 변경하여 호스트를 유지 관리 모드로 전환할 수 있도록 지원합니다. Broadcom 및 FTT 정책에 대해 자세히 알아봅니다. |
| EPC_VSANSTORAGEUTILIZATION | 클러스터의 vSAN 사용률이%75를 초과하면 오류가 발생합니다. 이로 인해 성능이 저하되고 클러스터를 지속 불가능하게 만들 수 있습니다. | 클러스터의 vSAN 사용률이%75를 초과하는 경우 노드를 추가하여 사용 가능한 용량을 늘리거나 클러스터의 데이터 사용률을 줄일 수 있습니다. 이 문서 자습서 - 프라이빗 클라우드에서 클러스터 확장을 따라 vSAN을 확장하십시오. Azure VMware Solution 가상 머신에 대한 백업 솔루션 지침에 따라 필수가 아닌 VM을 백업하고 제거하는 방법을 알아봅니다. |
| ERECOMMENDATION_CLUSTER_SIZE | 이 권장 사항은 프라이빗 클라우드의 클러스터에 14개 이상의 호스트가 있음을 나타냅니다. Azure VMware Solution 클러스터에서 최대 16개의 호스트를 지원합니다. | 필요할 수 있는 새 호스트에 대한 새 클러스터를 만듭니다. |
| ERECOMMENDATION_PRIVATECLOUD_SIZE | 이 권장 사항은 프라이빗 클라우드에 90개 이상의 호스트가 있음을 나타냅니다. Azure VMware Solution 프라이빗 클라우드에서 최대 96개의 호스트를 지원합니다. | 필요에 따라 새 호스트에 대한 새 프라이빗 클라우드를 만들고 프라이빗 클라우드에 호스트를 배포하는 것이 좋습니다. |
| ERECOMMENDATION_VCENTER_SCALE | 이 권장 사항은 vCenter VM이 프라이빗 클라우드 내의 현재 VM 수에 권장되는 것보다 적은 CPU 코어 또는 적은 메모리로 프로비전됨을 식별합니다. | vCenter 메모리 및 CPU가 증가하도록 지원 요청을 엽니다. |
비고
Azure VMware Solution 테넌트 관리자는 vCenter Server의 Azure VMware Solution 컨트롤 플레인에서 관리하므로 이전에 정의된 VMware vCenter Server 경보를 편집하거나 삭제해서는 안 됩니다. 이러한 경보는 Azure VMware Solution 모니터링에서 Azure VMware Solution 호스트 수정 프로세스를 트리거하는 데 사용됩니다.
다음 단계
Azure VMware Solution 프라이빗 클라우드 유지 관리를 원활하게 수행하는 방법을 알아보았습니다. 다음 단계는 다음에 대해 자세히 알아보는 것입니다.