Azure Stack HCI VM의 선호도 구성
Azure Stack HCI 평가를 진행하면서 Contoso IT 고위층은 데이터 센터 현대화 및 통합 이니셔티브 구현의 중요성을 깨닫기 시작했습니다. 비즈니스에 가장 중요한 워크로드 일부를 새 플랫폼으로 마이그레이션할 계획은 이미 마련되어 있습니다. 하지만 해결해야 할 문제 중 하나는 Azure Stack HCI 클러스터 내에서 이러한 워크로드의 배치 제어 여부입니다. 예를 들어 리소스 경합을 방지하기 위해 리소스를 더 많이 사용하는 SQL Server 인스턴스가 별도의 클러스터 노드에서 실행되도록 하는 것이 중요합니다. 이러한 과제를 달성하기 위해 Azure Stack HCI의 기본 기술 중 하나로 사용되는 WSFC(Windows Server 장애 조치(Failover) 클러스터)에서 사용할 수 있는 선호도 및 선호도 방지 설정을 살펴보기로 결정했습니다.
Azure Stack HCI의 선호도와 선호도 방지가 무엇인가요?
항상 사용 가능한 VM은 Azure Stack HCI 클러스터의 가장 일반적인 워크로드 중 일부에 해당합니다. 클러스터링을 통해 클러스터 노드 간의 VM 온라인 이동이 쉬워집니다. 이러한 이동은 예를 들어 예약된 노드 종료 전의 의도적인 관리 작업으로 인해 또는 Azure Stack HCI 클러스터 노드에 워크로드를 자동으로 분산하는 기본 제공 부하 분산 메커니즘으로 인해 발생할 수 있습니다. 하지만 VM이 노드에서 노드로 이동할 때 노드 배치에 몇 가지 추가 제약 조건을 적용해야 하는 시나리오가 있습니다.
예를 들어 성능상의 이유로 동일한 실제 노드에 있으면 안 되는 CPU 또는 메모리 바인딩된 클러스터형 VM이 있을 수 있습니다. 스토리지 대기 시간 요구 사항이 엄격한 VM이 있을 수도 있습니다. 이 요구 사항을 충족하려면 스토리지와 컴퓨팅이 동일한 클러스터 노드에 있어야 합니다. 이 중 첫 번째 문제를 해결하기 위해서는 두 VM을 모두 참조하는 선호도 방지 규칙을 만들 수 있습니다. 이 중 두 번째 문제를 해결하기 위해서는 VM과 해당 스토리지를 참조하는 선호도 규칙을 만들 수 있습니다.
선호도는 둘 이상의 클러스터 역할과 리소스(예: VM 및 스토리지) 간의 관계를 설정하는 규칙을 정의하여 이들을 동일한 클러스터 노드에서 호스트하는 것을 선호한다고 표시하는 규칙입니다. 선호도 방지의 목적은 이와 반대로 둘 이상의 클러스터 역할과 리소스가 서로 다른 클러스터 노드에 분산되는 정렬을 선호한다고 표시하는 것입니다.
참고
선호도 규칙은 VM 배치를 적용하는 것이 아니라 VM 배치와 관련된 선호만 표시합니다. 또한 기본 제공 부하 분산 메커니즘에서는 고려되지만 관리용으로 시작된 VM 이동에는 영향을 주지 않습니다.
Azure Stack HCI VM에서 선호도 구성
Windows Admin Center는 Azure Stack HCI VM의 선호도 및 선호도 방지 규칙을 구현하는 프로세스를 단순화합니다. 기존 규칙을 검토하고 새 규칙을 만들려면 클러스터의 설정 창으로 이동한 다음 클러스터 섹션에서 선호도 규칙 메뉴 항목을 선택합니다.
- 선호도 방지 규칙을 분리(서로 다른 서버)라고 합니다.
- 선호도 규칙 유형은 함께(동일한 서버)라고 합니다.
참고 항목
Azure Stack HCI 선호도 및 선호도 방지 규칙의 구현을 추가로 사용자 지정하거나 자동화하려면 Windows PowerShell을 사용하세요.