Azure Stack HCI VM의 부하 분산 구성
지금까지는 Contoso에서의 Azure Stack HCI 평가 결과가 만족스럽지만 Azure Stack HCI 하드웨어를 구매하여 IT 인프라를 현대화하려면 자본 지출이 필요하다는 것을 깨달았습니다. CIO는 추가 비용이 의미 있는 수익을 내고 구매한 하드웨어가 완전히 활용되기를 바랍니다. 이를 보여 주기 위해 Azure Stack HCI VM 부하 분산을 살펴보기로 결정했습니다.
Azure Stack HCI의 VM 부하 분산이란 무엇인가요?
Azure Stack HCI 클러스터에 VM을 프로비전하고 VM 상태를 관리할 때 VM이 동일한 클러스터 노드에서 실행되거나 서로 다른 클러스터 노드에서 실행될 수 있습니다. 선호도 및 선호도 방지 규칙을 사용하면 VM의 각 배치를 어느 정도 제어할 수 있습니다. 하지만 규칙 사용이 CIO가 관심을 갖는 결과인 클러스터 노드의 균일한 사용을 보장하지는 않습니다. 다행히 Azure Stack HCI는 이 목표를 달성하는 데 도움이 되는 기본 제공 부하 분산 메커니즘을 제공합니다.
Azure Stack HCI 부하 분산 메커니즘은 각 클러스터 노드의 사용을 지속적으로 모니터링하여 5분 기간의 평균 메모리 부족 및 CPU 사용률과 같은 메트릭을 조사합니다. 이 메커니즘을 활성화하고 구성을 사용자 지정하면 클러스터 노드에서의 VM 자동 분산에 영향을 주어 클러스터 리소스를 최적으로 사용할 수 있습니다.
부하 분산 메커니즘은 다음 방식으로 클러스터 노드에서의 VM 자동 재분산을 수행합니다.
- 새 클러스터 노드가 클러스터에 추가될 때마다
- 30분마다
첫 번째 경우 클러스터는 메모리 부족과 CPU 사용률이 가장 높은 노드에서 새로 추가된 노드로의 VM 실시간 마이그레이션을 자동으로 트리거합니다. 두 번째 경우 부하 분산 메커니즘은 30분마다 전체 클러스터에서 이러한 성능 메트릭을 자동으로 다시 평가하며, 지정한 구성 설정에 따라 최소 사용 노드로 실시간 마이그레이션을 수행할지 여부를 결정합니다.
자동 부하 분산은 항상 선호도 및 선호도 방지 규칙을 준수합니다. 또한 장애 도메인 간에는 적용되지 않습니다. 예를 들어 확장 클러스터를 사용하는 경우 각 사이트는 별도의 장애 도메인을 나타냅니다. 실제로 부하 분산은 사이트 간의 클러스터 노드 사용률이 다르더라도 VM을 한 사이트에서 다른 사이트로 자동으로 이동하지 않습니다.
Azure Stack HCI에서 VM 부하 분산 구성
Windows Admin Center는 Azure Stack HCI VM의 VM 부하 분산을 구성하는 프로세스를 단순화합니다. 기본 부하 분산 동작을 검토하고 수정하려면 클러스터의 설정 창으로 이동한 다음 클러스터 섹션에서 가상 머신 부하 분산 메뉴 항목을 선택합니다.
가상 머신 균형 조정 속성은 다음 세 가지 값을 지원합니다.
- 안 함으로 설정하면 사실상 부하 분산이 비활성화됩니다.
- 서버 조인으로 설정하면 노드가 클러스터에 추가되는 경우에만 부하 분산이 발생합니다.
- 항상으로 설정하면 30분마다 그리고 노드가 클러스터에 추가될 때 부하 분산이 발생합니다.
강도 속성은 다음 세 가지 값을 지원합니다.
- 낮음으로 설정하면 사용률 수준이 80%를 초과하는 경우 클러스터 노드에서 VM이 실시간으로 마이그레이션됩니다. 않습니다(기본값).
- 중간으로 설정하면 사용률 수준이 70%를 초과하는 경우 클러스터 노드에서 VM이 실시간으로 마이그레이션됩니다.
- 높음으로 설정하면 모든 클러스터 노드에서 평균 사용률 평가가 트리거되고, 사용률 수준이 평균보다 5% 이상 높은 노드에서 VM이 실시간으로 마이그레이션됩니다.
참고 항목
Azure Stack HCI VM 부하 분산 구현을 추가로 사용자 지정하거나 자동화하려면 Windows PowerShell을 사용하세요.