Windows Server Insider Preview 빌드 20206에는 이러한 변경 사항이 포함되어 있습니다.

CoreNet: 데이터 경로 및 전송

• MsQuic – IETF QUIC 전송 프로토콜의 오픈 소스 구현은 HTTP/3 웹 처리 및 SMB 파일 전송을 모두 지원합니다.

• UDP 성능 향상 — UDP는 점점 더 많은 네트워킹 트래픽을 전달하는 매우 인기 있는 프로토콜이 되고 있습니다. UDP 위에 구축된 QUIC 프로토콜과 RTP 및 사용자 지정(UDP) 스트리밍 및 게임 프로토콜의 인기가 높아짐에 따라 UDP의 성능을 TCP와 동등한 수준으로 끌어올릴 때입니다. Server vNext에는 게임 변경 사항이 포함됩니다. UDP 세분화 오프로드(USO). USO는 UDP 패킷을 CPU에서 NIC의 특수 하드웨어로 보내는 데 필요한 대부분의 작업을 이동합니다. Server vNext의 USO를 보완하면서 패킷을 병합하고 UDP 처리를 위한 CPU 사용량을 줄이는 UDP RSC(UDP RSC)를 포함합니다. 이 두 가지 새로운 개선 사항과 함께 전송 및 수신 모두에서 UDP 데이터 경로를 수백 가지 개선했습니다.

• TCP 성능 향상 — 서버 vNext 사용 TCP 하이스타트++ 연결 시작(특히 고속 네트워크에서) 및 SendTracker + 동안 패킷 손실을 줄이기 위해 고문 재전송 시간 초과(RTO)를 줄이기 위해. 이러한 기능은 기본적으로 전송 스택에서 활성화되며 고속에서 더 나은 성능으로 더 부드러운 네트워크 데이터 흐름을 제공합니다.
• 패키지몬 TCPIP 지원 — Windows용 교차 구성 요소 네트워크 진단 도구는 이제 네트워킹 스택에 대한 가시성을 제공하는 TCPIP를 지원합니다. PktMon은 컨테이너 네트워킹 및 SDN과 같은 가상화 시나리오에 대한 패킷 캡처, 패킷 드롭 감지, 패킷 필터링 및 카운팅에 사용할 수 있습니다.

(개선됨) vSwitch의 RSC

더 나은 성능을 위해 vSwitch의 RSC가 개선되었습니다. Windows Server 2019에서 처음 출시된 vSwitch의 RSC(Receive Segment Coalescing)를 사용하면 가상 스위치에 들어갈 때 패킷을 병합하고 하나의 더 큰 세그먼트로 처리할 수 있습니다. 이것은 각 바이트(사이클/바이트)를 처리하는 데 소비되는 CPU 사이클을 크게 줄입니다.

그러나 원래 형식에서는 트래픽이 가상 스위치를 빠져나오면 VMBus를 가로질러 이동하기 위해 다시 분할됩니다. Windows Server vNext에서 세그먼트는 의도한 애플리케이션에서 처리될 때까지 전체 데이터 경로에서 병합된 상태로 유지됩니다. 이렇게 하면 두 가지 시나리오가 개선됩니다.

– 가상 NIC에서 수신한 외부 호스트의 트래픽

– 가상 NIC에서 동일한 호스트의 다른 가상 NIC로의 트래픽

vSwitch의 RSC에 대한 이러한 개선 사항은 기본적으로 활성화됩니다. 귀하가 취해야 할 조치는 없습니다.

컨테이너 및 Kubernetes에 대한 DSR(Direct Server Return) 로드 밸런싱 지원

DSR은 부하 분산 시스템에서 비대칭 네트워크 부하 분산을 구현한 것으로, 요청 및 응답 트래픽이 다른 네트워크 경로를 사용함을 의미합니다. 다른 네트워크 경로를 사용하면 추가 홉을 방지하고 대기 시간을 줄일 수 있습니다. 클라이언트와 서비스 간의 응답 시간을 늘리지만 로드에서 일부 추가 로드를 제거합니다. 밸런서.

DSR을 사용하는 것은 인프라 변경이 거의 또는 전혀 없이 애플리케이션의 네트워크 성능을 향상시키는 투명한 방법입니다. 추가 정보

장애 조치 클러스터링이 포함된 가상 머신(역할) 선호도/반 선호도 규칙 소개

과거에는 역할을 구분하기 위해 그룹 속성 AntiAffinityClassNames에 의존했지만 사이트별 인식은 없었습니다. 한 사이트에 있어야 하는 DC와 다른 사이트에 있어야 하는 DC가 있으면 보장되지 않았습니다. 또한 각 역할에 대해 올바른 AntiAffinityClassNames 문자열을 입력하는 것을 기억하는 것이 중요했습니다.

다음과 같은 PowerShell cmdlet이 있습니다.

• New-ClusterAffinityRule = 이를 통해 새 Affinity 또는 AntiAffinityrule을 만들 수 있습니다. 네 가지 다른 규칙 유형(-RuleType)이 있습니다.

• DifferentFaultDomain = 그룹을 서로 다른 장애 도메인에 유지
• DifferentNode = 그룹을 다른 노드에 유지(참고는 다른 또는 동일한 장애 도메인에 있을 수 있음)
• SameFaultDomain = 그룹을 동일한 장애 도메인에 유지
• SameNode = 그룹을 동일한 노드에 유지

• Set-ClusterAffinityRule = 이를 통해 규칙을 활성화(기본값) 또는 비활성화할 수 있습니다.

• Add-ClusterGroupToAffinityRule = 기존 규칙에 그룹 추가

• Get-ClusterAffinityRule = 전체 또는 특정 규칙 표시

• Add-ClusterSharedVolumeToAffinityRule = 클러스터 공유 볼륨을 현재 규칙에 추가할 수 있는 스토리지 Affinity/AntiAffinity용입니다.

• Remove-ClusterAffinityRule = 특정 규칙을 제거합니다.

• Remove-ClusterGroupFromAffinityRule = 특정 규칙에서 그룹을 제거합니다.

• Remove-ClusterSharedVolumeFromAffinityRule = 특정 규칙에서 특정 클러스터 공유 볼륨을 제거합니다.

• Move-ClusterGroup -IgnoreAffinityRule = 새로운 cmdlet은 아니지만 그룹을 강제로 노드나 장애 도메인으로 이동할 수 있습니다. PowerShell, Cluster Manager 및 Windows Admin Center에서는 그룹이 위반되었음을 미리 알림으로 표시합니다.

이제 물건을 함께 또는 따로 보관할 수 있습니다. 역할을 이동할 때 선호도 개체는 역할이 이동할 수 있는지 확인합니다. 개체는 또한 디스크를 포함하여 다른 개체를 찾고 확인하므로 다음을 수행할 수 있습니다. 가상 머신(또는 역할) 및 클러스터 공유 볼륨(스토리지 선호도)과의 스토리지 선호도 원하는. 예를 들어 도메인 컨트롤러와 같은 다중에 역할을 추가할 수 있습니다. DC가 다른 오류 도메인에 남아 있도록 AntiAffinity 규칙을 설정할 수 있습니다. 그런 다음 함께 유지될 수 있도록 각 DC에 대한 선호도 규칙을 특정 CSV 드라이브로 설정할 수 있습니다. 특정 DC가 있는 각 사이트에 있어야 하는 SQL Server VM이 있는 경우 각 SQL과 해당 DC 간에 동일한 오류 도메인의 선호도 규칙을 설정할 수 있습니다. 이제 클러스터 개체이기 때문에 한 사이트에서 다른 사이트로 SQL VM을 이동하려고 하면 연결된 모든 클러스터 개체를 확인합니다. 동일한 사이트의 DC와 페어링이 있음을 알 수 있습니다. 그런 다음 DC에 규칙이 있는지 확인하고 확인합니다. DC는 다른 DC와 동일한 오류 도메인에 있을 수 없으므로 이동이 허용되지 않습니다.

필요할 때 강제로 이동할 수 있도록 기본 제공 재정의가 있습니다. 또한 원하는 경우 규칙을 쉽게 비활성화/활성화할 수 있습니다. AntiAffinityClassNames(ClusterEnforcedAffinity 포함)와 비교하여 속성을 이동 및 표시하기 위해 제거해야 했습니다. 또한 다른 도메인으로 이동해야 하고 이를 방지하는 AntiAffinity 규칙이 있는 경우 규칙을 우회하는 기능을 Drain에 추가했습니다. 모든 규칙 위반은 검토를 위해 클러스터 관리자와 Windows 관리 센터에 모두 표시됩니다.

장애 조치 클러스터를 위한 유연한 BitLocker 보호기

BitLocker는 장애 조치 클러스터링에 꽤 오랫동안 사용할 수 있었습니다. 요구 사항은 BitLocker 키가 CNO(클러스터 이름 개체)에 연결되어 있으므로 클러스터 노드가 모두 동일한 도메인에 있어야 한다는 것이었습니다. 그러나 에지에 있는 클러스터, 작업 그룹 클러스터 및 다중 도메인 클러스터의 경우 Active Directory가 없을 수 있습니다. Active Directory가 없으면 CNO도 없습니다. 이러한 클러스터 시나리오에는 미사용 데이터 보안이 없습니다. 이 Windows Server Insiders를 시작으로 클러스터에서 사용할 수 있도록 로컬에(암호화) 저장된 자체 BitLocker 키를 도입했습니다. 이 추가 키는 클러스터 생성 후 클러스터된 드라이브가 BitLocker로 보호되는 경우에만 생성됩니다.

새로운 클러스터 검증 네트워크 테스트

네트워킹 구성은 점점 더 복잡해지고 있습니다. 구성이 올바르게 설정되었는지 확인하는 데 도움이 되도록 새로운 클러스터 유효성 검사 테스트 세트가 추가되었습니다. 이러한 테스트에는 다음이 포함됩니다.

• 네트워크 메트릭 순서 나열(드라이버 버전 관리)
• 클러스터 네트워크 구성 검증(가상 스위치 구성)
• IP 구성 경고 확인
• 네트워크 통신 성공
• 스위치 내장 팀 구성(대칭, vNIC, pNIC)
• Windows 방화벽 구성 성공 확인
• QOS(PFC 및 ETS)가 구성되었습니다.

(위의 QOS 설정에 대한 참고 사항: 이것은 이러한 설정이 유효하다는 것을 의미하지 않으며 단순히 설정이 구현되었음을 의미합니다. 이러한 설정은 실제 네트워크 구성과 일치해야 하므로 적절한 값으로 설정되었는지 확인할 수 없습니다.

Server Core Container 이미지가 20% 작아짐

Windows 컨테이너 이미지를 가져오는 모든 워크플로에서 중요한 승리가 되어야 하는 부분에서 Windows Server Core 컨테이너 내부자 이미지의 다운로드 크기가 20% 감소했습니다. 이는 Server Core 컨테이너 이미지에 포함된 .NET 사전 컴파일된 기본 이미지 세트를 최적화하여 달성되었습니다. Windows PowerShell을 포함한 Windows 컨테이너와 함께 .NET Framework를 사용하는 경우 .NET 프레임워크 이미지, 이러한 시나리오에 대한 성능을 유지하는 동시에 축소된 크기의 이점을 얻기 위해 추가 .NET 사전 컴파일된 기본 이미지가 포함됩니다.

SMB 프로토콜의 새로운 기능

보안 수준을 더욱 높여 SMB는 이제 AES-256 암호화를 지원합니다. SMB 암호화를 사용하거나 RDMA 지원 네트워크 카드로 SMB Direct로 서명할 때도 성능이 향상됩니다. SMB는 이제 네트워크 성능을 향상시키기 위해 압축을 수행할 수도 있습니다.

개인 정보 보호 개요