클러스터 유효성 검사 보고 문제 해결
적용 대상: Azure Stack HCI, 버전 22H2 및 21H2; Windows Server 2022, Windows Server 2019
Important
Azure Stack HCI는 이제 Azure Local의 일부입니다. 제품 설명서 이름 바꾸기가 진행 중입니다. 그러나 이전 버전의 Azure Stack HCI(예: 22H2)는 Azure Stack HCI를 계속 참조하며 이름 변경 내용이 반영되지 않습니다. 자세히 알아보기.
이 항목에서는 Azure Stack HCI 클러스터의 서버에서 네트워크 및 스토리지 QoS(서비스 품질) 설정에 대한 클러스터 유효성 검사 보고 문제를 해결하고 중요한 규칙이 정의되었는지 확인하는 데 도움이 됩니다. 최적의 연결 및 성능을 위해 클러스터 유효성 검사 프로세스는 DCB(Data Center Bridging) QoS 구성이 일관되고 정의된 경우 장애 조치(failover) 클러스터링 및 SMB/SMB 직접 트래픽 클래스에 대한 적절한 규칙을 포함하는지 확인합니다.
DCB는 RoCE(수렴형 이더넷) 네트워크를 통해 RDMA에 필요하며 iWARP(Internet Wide Area RDMA Protocol) 네트워크에는 선택 사항(권장)입니다.
데이터 센터 브리징 설치
QoS 관련 cmdlet을 사용하려면 데이터 센터 브리징을 설치해야 합니다. 데이터 센터 브리징 기능이 서버에 이미 설치되어 있는지 확인하려면 PowerShell에서 다음 cmdlet을 실행합니다.
Get-WindowsFeature -Name Data-Center-Bridging -ComputerName Server1
데이터 센터 브리징이 설치되지 않은 경우 클러스터의 각 서버에서 다음 cmdlet을 실행하여 설치합니다.
Install-WindowsFeature –Name Data-Center-Bridging -ComputerName Server1
클러스터 유효성 검사 테스트 실행
도구 > 서버 > 인벤토리 > 유효성 검사 클러스터를 선택하여 Windows Admin Center에서 유효성 검사 기능을 사용하거나 다음 PowerShell 명령을 실행합니다.
Test-Cluster –Node Server1, Server2
무엇보다도 테스트는 DCB QoS 구성이 일관되고 클러스터의 모든 서버에 동일한 수의 트래픽 클래스 및 QoS 규칙이 있는지 확인합니다. 또한 모든 서버에 장애 조치(failover) 클러스터링 및 SMB/SMB 직접 트래픽 클래스에 대해 정의된 QoS 규칙이 있는지 확인합니다.
Windows Admin Center에서 또는 현재 작업 디렉터리의 로그 파일에 액세스하여 유효성 검사 보고서를 볼 수 있습니다. 예: C:\Users<username>\AppData\Local\Temp\
보고서 아래쪽에 "QoS 설정 구성 유효성 검사"와 클러스터의 각 서버에 대한 해당 보고서가 표시됩니다.
서버에서 이미 설정된 트래픽 클래스를 이해하려면 cmdlet을 Get-NetQosTrafficClass 사용합니다.
자세한 내용은 Azure Stack HCI 클러스터의 유효성 검사를 참조하세요.
네트워킹 QoS 규칙 유효성 검사
클러스터의 서버 간에 DCB 의지 상태 및 우선 순위 흐름 제어 상태 설정의 일관성을 확인합니다.
DCB 의지 상태
DCBX(Data Center Bridging Capability Exchange 프로토콜)를 지원하는 네트워크 어댑터는 원격 디바이스의 구성을 수락할 수 있습니다. 이 기능을 사용하려면 네트워크 어댑터의 DCB 의지 비트를 true로 설정해야 합니다. 기꺼이 비트가 false로 설정된 경우 디바이스는 원격 디바이스의 모든 구성 시도를 거부하고 로컬 구성만 적용합니다. RoCE(Converged Ethernet) 어댑터를 통해 RDMA를 사용하는 경우 모든 서버에서 기꺼이 비트가 false로 설정되어야 합니다.
Azure Stack HCI 클러스터의 모든 서버에는 DCB 기꺼이 비트가 동일한 방식으로 설정되어야 합니다.
Set-NetQosDcbxSetting 다음 예제와 같이 cmdlet을 사용하여 DCB willing bit를 true 또는 false로 설정합니다.
Set-NetQosDcbxSetting –Willing $false
DCB 흐름 제어 상태
파이버 채널 등의 상위 계층 프로토콜에서 무손실 기본 전송을 사용하는 경우에는 우선 순위 기반 흐름 제어를 반드시 사용해야 합니다. DCB 흐름 제어는 전역적으로 또는 개별 네트워크 어댑터에 대해 사용하거나 사용하지 않도록 설정할 수 있습니다. 사용하도록 설정하면 특정 애플리케이션 트래픽의 우선 순위를 지정하는 QoS 정책을 만들 수 있습니다.
장애 조치(failover) 중에 QoS 정책이 원활하게 작동하려면 Azure Stack HCI 클러스터의 모든 서버에 동일한 흐름 제어 상태 설정이 있어야 합니다. RoCE 어댑터를 사용하는 경우 모든 서버에서 우선 순위 흐름 제어를 사용하도록 설정해야 합니다.
cmdlet을 Get-NetQosFlowControl 사용하여 현재 흐름 제어 구성을 가져옵니다. 모든 우선 순위는 기본적으로 사용하지 않도록 설정됩니다.
Enable-NetQosFlowControl 우선 순위 매개 변수와 함께 및 Disable-NetQosFlowControl cmdlet을 사용하여 우선 순위 흐름 제어를 켜거나 끕니다. 예를 들어 다음 명령을 사용하면 우선 순위 3으로 태그가 지정된 트래픽에 대한 흐름을 제어할 수 있습니다.
Enable-NetQosFlowControl –Priority 3
스토리지 QoS 규칙 유효성 검사
모든 노드에 장애 조치(failover) 클러스터링 및 SMB 또는 SMB Direct에 대한 QoS 규칙이 있는지 확인합니다. 그렇지 않으면 연결 문제 및 성능 문제가 발생할 수 있습니다.
장애 조치(failover) 클러스터링에 대한 QoS 규칙
클러스터에 스토리지 QoS 규칙이 정의된 경우 장애 조치(failover) 클러스터링에 대한 QoS 규칙이 있거나 연결 문제가 발생할 수 있습니다. 장애 조치(failover) 클러스터링에 대한 새 QoS 규칙을 추가하려면 다음 예제와 같이 cmdlet을 사용합니다 New-NetQosPolicy .
New-NetQosPolicy "Cluster" -Cluster -Priority 6
SMB에 대한 QoS 규칙
일부 또는 모든 노드에 QOS 규칙이 정의되어 있지만 SMB에 대한 QOS 규칙이 없는 경우 SMB에 대한 연결 및 성능 문제가 발생할 수 있습니다. SMB에 대한 새 네트워크 QoS 규칙을 추가하려면 다음 예제와 같이 cmdlet을 사용합니다 New-NetQosPolicy .
New-NetQosPolicy -Name "SMB" -SMB -PriorityValue8021Action 3
SMB Direct에 대한 QoS 규칙
SMB Direct는 RDMA 메서드를 사용하여 데이터를 전송하는 대신 네트워킹 스택을 바이패스합니다. 일부 또는 모든 노드에 QOS 규칙이 정의되어 있지만 SMB Direct에 대한 QOS 규칙이 없는 경우 SMB Direct에 대한 연결 및 성능 문제가 발생할 수 있습니다. SMB Direct에 대한 새 QoS 정책을 만들려면 다음 명령을 실행합니다.
New-NetQosPolicy "SMB Direct" –NetDirectPort 445 –Priority 3
다음 단계
관련 정보는 다음을 참조하세요.