Linux에서 점보 프레임을 구성하는 방법

점보 프레임은 페이로드가 표준 1,500바이트 MTU보다 큰 이더넷 프레임입니다. MTU를 9,000바이트로 설정하면 패킷당 오버헤드와 CPU 인터럽트가 줄어들어 실제 데이터에 더 많은 대역폭을 사용할 수 있습니다. 이는 사설 상호 연결, 시설 간 데이터 복제 링크, 전용 스토리지 네트워크와 같이 처리량이 많은 경로에서 가장 중요합니다. 이 가이드에서는 하드웨어 점검, 주요 배포판에서의 구성 및 테스트에 대해 다룹니다.

점보 프레임이 중요한 이유

모든 이더넷 프레임은 페이로드 크기에 관계없이 18바이트 헤더를 전달합니다. 1,500바이트 MTU의 경우, 이 오버헤드는 트래픽의 약 1.2%에 해당합니다. MTU를 9,000으로 늘리면 오버헤드는 약 0.2%로 떨어집니다. 패킷 수가 적다는 것은 CPU 인터럽트 횟수도 줄어들어 실제 애플리케이션 작업에 더 많은 시간을 할애할 수 있다는 의미이기도 합니다.

실제로 고성능 LAN은 처리량이 5%에서 10%까지 향상됩니다. 전용 스토리지 네트워크(iSCSI, NFS)는 보통 10%에서 30%까지 향상됩니다. 대규모 데이터 세트가 세분화 없이 노드 간에 이동하기 때문에 AI/ML 워크로드를 실행하는 GPU 클러스터도 이점을 누릴 수 있습니다. 일반적으로 GPU 가속 환경에는 8,896의 MTU가 권장됩니다.

점보 프레임은 사용자가 완전히 제어하는 경로에서만 작동합니다. NIC, 스위치, 라우터 등 소스와 목적지 사이의 모든 장치는 더 큰 MTU를 지원해야 합니다. 홉 하나만 잘못 구성해도 조각화 또는 자동 패킷 드롭이 발생할 수 있습니다. 인터넷 연결 인터페이스의 경우 1,500을 고수하세요.

하드웨어 호환성 확인

변경하기 전에 네트워크 경로에 있는 모든 디바이스가 점보 프레임을 지원하는지 확인하세요.

현재 MTU 설정을 확인하세요:

ip link show | grep mtu

NIC가 더 큰 MTU를 허용하는지 테스트하세요:

sudo ip link set eth0 mtu 9001

SIOCSIFMTU: 인수가 유효하지 않은 경우, NIC가 점보 프레임을 지원하지 않는 것입니다. 오프로드 기능을 확인할 수도 있습니다:

ethtool -k eth0 | grep -i large

스위치 구성도 마찬가지로 중요합니다. 공급업체마다 레이어 2 헤더를 설명하기 위해 약간씩 다른 MTU 값을 요구합니다. Cisco 스위치는 일반적으로 9,216이 필요합니다. Arista 스위치는 9,214를 사용합니다. 스위치 설명서를 확인하고 그에 따라 설정하세요.

VLAN을 실행하는 경우 VLAN 태깅은 4바이트의 오버헤드를 추가합니다. MTU 9,000으로 설정된 부모 인터페이스는 8,996의 VLAN MTU를 지원합니다. VLAN 인터페이스에 전체 9,000이 필요한 경우 부모 인터페이스를 9,004로 설정하세요.

Linux에서 MTU 구성하기

작동 여부를 확인하기 위해 임시로 MTU를 설정합니다:

sudo ip link set eth0 mtu 9000
ip link show eth0 | grep mtu

이 설정은 재부팅할 필요 없이 즉시 적용됩니다. 본드 인터페이스의 경우, 본드 인터페이스 자체에서 MTU를 설정합니다. 이 설정은 자동으로 구성원 NIC에 전파됩니다.

영구적으로 만들기

방법은 배포판 및 네트워크 관리자에 따라 다릅니다.

Netplan의 경우, 편집 후 sudo netplan try를 사용합니다. 이 명령은 구성을 적용하고 2분 이내에 확인하지 않으면 자동으로 되돌리므로 원격 서버에서 유용한 안전망입니다. NetworkManager의 경우 실행합니다:

nmcli connection modify "Eth0" 802-3-ethernet.mtu 9000
nmcli connection up "Eth0"

변경 사항을 영구적으로 적용한 후 재부팅하고 ip link show로 확인하여 MTU가 살아남았는지 확인합니다.

테스트 및 문제 해결

MTU 9,000으로 구성된 서버라도 경로에 있는 장치가 일치하지 않는 경우 대용량 전송에 실패할 수 있습니다. 작은 패킷은 정상적으로 작동하지만 큰 패킷은 소리 없이 삭제될 수 있습니다. 항상 엔드투엔드로 테스트하세요.

점보 프레임 지원 확인

조각화를 비활성화한 상태에서 전체 크기의 패킷을 전송합니다:

ping -M do -s 8972 <destination_ip>

페이로드 크기 8,972는 28바이트 IP 및 ICMP 헤더를 설명합니다. 핑에 성공하면 전체 경로가 MTU 9,000을 지원합니다. "패킷을 조각화해야 하지만 DF가 설정됨" 또는 "메시지가 너무 깁니다"라는 메시지가 표시되면 경로에 MTU가 더 낮은 항목이 있는 것입니다.

경로가 끊어지는 위치를 정확히 찾아보세요:

tracepath -n <destination_ip>

각 홉에서 최대 MTU를 보고하므로 재구성이 필요한 디바이스를 식별할 수 있습니다.

처리량 측정

Iperf3을 사용하여 이전과 이후의 성능을 비교하세요:

iperf3 -c <destination_ip> -t 30 -M 8960

먼저 기본 MTU로 동일한 테스트를 실행한 다음 점보 프레임을 활성화한 후 다시 실행합니다. 스토리지 사용량이 많은 워크로드에서 측정 가능한 처리량 향상과 CPU 사용량 감소를 확인할 수 있을 것입니다.

실제 전송 중에 패킷이 온전하게 도착하는지 확인하려면 수신 측의 재조립 카운터를 확인하세요:

nstat -az IpReasm*

카운터가 0으로 유지되면 조각화가 일어나지 않는 것입니다.

일반적인 문제

• MTU 불일치: 가장 일반적인 문제입니다. 경로에 있는 모든 디바이스는 동일하거나 더 높은 MTU가 필요합니다. 스위치 포트 하나가 1,500으로 설정되면 모든 것이 망가집니다.
• VLAN 오버헤드 무시: VLAN 태깅은 4바이트를 추가합니다. VLAN 인터페이스에 MTU 9,000이 필요한 경우 부모를 9,004로 설정하세요.
• 멤버에 설정된 본드 MTU: 항상 개별 NIC가 아닌 본드 인터페이스에서 MTU를 설정하세요.
• NIC 하드웨어 제한: 일부 구형 NIC는 9,000 이하로 제한됩니다. Ethtool -k <인터페이스> | grep -i large를 실행하여 확인하세요.

결론

점보 프레임은 내부 네트워크에서 처리량을 개선하고 CPU 오버헤드를 줄일 수 있는 간단한 방법입니다. 구성 자체는 간단합니다. 어려운 부분은 경로에 있는 모든 장치가 더 큰 MTU를 지원하는지 확인하는 것이므로 구성 단계보다 테스트가 더 중요합니다.

스토리지 네트워크, VM 마이그레이션, 백업 및 전체 경로를 제어하는 모든 고대역폭 내부 트래픽에는 점보 프레임을 사용하세요. 인터넷 연결 인터페이스는 표준 1,500바이트 MTU로 남겨두세요.

FDC의 VPS 및 전용 서버 인프라는 프라이빗 VLAN에서 점보 프레임을 지원하므로 이러한 워크로드에 적합합니다.