HO(하드웨어 전용) 기능 및 기술

아티클
10/06/2023

적용 대상: Windows Server 2022, Windows Server 2019, Azure Stack HCI, 버전 21H2 및 20H2

이러한 하드웨어 가속은 소프트웨어와 함께 네트워킹 성능을 향상시키지만 소프트웨어 기능의 일부가 아닙니다. 이러한 예에는 인터럽트 조정, 흐름 제어 및 수신측 IPv4 체크섬 오프로드가 있습니다. 자세한 내용은 Azure Stack HCI에 대한 호스트 네트워크 요구 사항을 참조하세요.

팁

설치된 NIC에서 지원하는 경우 SH 및 HO 기능을 사용할 수 있습니다. 아래 기능 설명에서는 NIC가 이 기능을 지원하는지 알려주는 방법을 설명합니다.

주소 체크섬 오프로드

주소 검사소수 오프로드는 주소 검사소수(IP, TCP, UDP)의 계산을 송신 및 수신 모두에 대한 NIC 하드웨어로 오프로드하는 NIC 기능입니다.

수신 경로에서 검사소 오프로드는 IP, TCP 및 UDP 헤더의 검사 합계를 계산하고(적절하게) OS에 검사소가 통과되었는지, 실패했는지 또는 검사 않았는지 여부를 나타냅니다. NIC가 검사섬이 유효하다고 어설션하는 경우 OS는 도전하지 않은 패킷을 허용합니다. NIC에서 검사sums가 잘못되었거나 검사 않은 경우 IP/TCP/UDP 스택은 내부적으로 검사sums를 다시 계산합니다. 계산된 검사sum이 실패하면 패킷이 디스카드됩니다.

보내기 경로에서 검사소 오프로드는 IP, TCP 또는 UDP 헤더에 검사sums를 적절하게 계산하고 삽입합니다.

송신 경로에서 검사sum 오프로드를 사용하지 않도록 설정해도 LSO(대규모 송신 오프로드) 기능을 사용하여 미니포트 드라이버로 전송된 패킷에 대한 검사소수 계산 및 삽입이 비활성화되지 않습니다. 모든 검사소수 오프로드 계산을 사용하지 않도록 설정하려면 사용자가 LSO도 사용하지 않도록 설정해야 합니다.

주소 체크섬 오프로드 관리

고급 속성에는 다음과 같은 몇 가지 고유 속성이 있습니다.

IPv4 체크섬 오프로드
TCP 체크섬 오프로드(IPv4)
TCP 체크섬 오프로드(IPv6)
UDP 체크섬 오프로드(IPv4)
UDP 체크섬 오프로드(IPv6)

기본적으로 이러한 항목은 모두 항상 사용하도록 설정됩니다. 이러한 모든 오프로드를 항상 사용하도록 설정하는 것이 좋습니다.

체크섬 오프로드는 Enable-NetAdapterChecksumOffload 및 Disable-NetAdapterChecksumOffload cmdlet을 사용하여 관리할 수 있습니다. 예를 들어 다음 cmdlet은 TCP(IPv4) 및 UDP(IPv4) 검사섬 계산을 사용하도록 설정합니다.

Enable-NetAdapterChecksumOffload –Name * -TcpIPv4 -UdpIPv4

주소 체크섬 오프로드 사용 팁

주소 체크섬 오프로드는 워크로드 또는 상황에 관계없이 항상 사용하도록 설정해야 합니다. 이 가장 기본적인 오프로드 기술은 항상 네트워크 성능을 향상시킵니다. 또한 RSS(수신 쪽 크기 조정), RSC(수신 세그먼트 병합) 및 LSO(대규모 송신 오프로드)를 포함하여 다른 상태 비지방 오프로드가 작동하려면 체크섬 오프로드가 필요합니다.

인터럽트 조정(IM)

IM은 운영 체제를 중단하기 전에 수신된 여러 패킷을 버퍼링합니다. NIC가 패킷을 받으면 타이머가 시작됩니다. 버퍼가 가득 찼거나 타이머가 만료되는 경우(먼저 제공되는 경우) NIC는 운영 체제를 중단합니다.

많은 NIC는 인터럽트 조정에 대해 단순히 켜기/끄기 이상을 지원합니다. 대부분의 NIC는 IM에 대해 낮음, 중간 및 높은 비율의 개념을 지원합니다. 다른 속도는 대기 시간(낮은 인터럽트 조정)을 줄이거나 인터럽트(높은 인터럽트 조정)를 줄이기 위해 더 짧거나 긴 타이머와 적절한 버퍼 크기 조정을 나타냅니다.

인터럽트를 줄이고 패킷 배달을 과도하게 지연시키는 것 사이에는 균형을 맞출 수 있습니다. 일반적으로 패킷 처리는 인터럽트 조정을 사용하도록 설정하면 더 효율적입니다. 고성능 또는 낮은 대기 시간 애플리케이션은 인터럽트 조정을 사용하지 않도록 설정하거나 줄이는 영향을 평가해야 할 수 있습니다.

Jumbo 프레임

점보 프레임은 애플리케이션이 기본 1500바이트보다 훨씬 큰 프레임을 보낼 수 있도록 하는 NIC 및 네트워크 기능입니다. 일반적으로 점보 프레임의 제한은 약 9000바이트이지만 더 작을 수 있습니다.

Windows Server 2012 R2에서는 점보 프레임 지원이 변경되지 않았습니다.

Windows Server 2016에는 MTU_for_HNV 새로운 오프로드가 있습니다. 이 새로운 오프로드는 Jumbo Frame 설정과 함께 작동하여 캡슐화된 트래픽이 호스트와 인접한 스위치 간에 구분할 필요가 없도록 합니다. SDN 스택의 이 새로운 기능에는 NIC가 보급할 MTU와 유선에서 사용할 MTU를 자동으로 계산합니다. MTU에 대한 이러한 값은 HNV 오프로드가 사용 중인 경우 다릅니다. (기능 호환성 테이블인 표 1에서 MTU_for_HNV HNVv2 오프로드가 HNVv2 오프로드와 직접 관련되어 있으므로 HNVv2 오프로드와 동일한 상호 작용을 갖습니다.)

LSO(Large Send Offload)

LSO를 사용하면 애플리케이션이 큰 데이터 블록을 NIC에 전달할 수 있으며, NIC는 데이터를 네트워크의 MTU(최대 전송 단위) 내에 맞는 패킷으로 분할합니다.

Receive Segment Coalescing (RSC)

수신 세그먼트 병합(대규모 수신 오프로드라고도 함)은 네트워크 인터럽트 간에 도착하는 동일한 스트림의 일부인 패킷을 가져와서 운영 체제에 전달하기 전에 단일 패킷으로 병합하는 NIC 기능입니다. Hyper-V 가상 스위치에 바인딩된 NIC에서는 RSC를 사용할 수 없습니다. 자세한 내용은 RSC(수신 세그먼트 병합)를 참조하세요.

Share via