사이버 거래
단계: 두 네트워크 노드(일반적으로 스위치) 사이의 총 대역폭을 늘리기 위해 LAG(Link Aggregation Group) 인터페이스가 생성되었습니다.
LAG 인터페이스가 올바르게 작동하는지 테스트하기 위해 일반적으로 네트워크 성능 측정 도구를 사용하여 데이터를 전송하는 두 대의 서버를 연결했습니다. 아이퍼프.
예를 들어 LAG 인터페이스는 두 개의 기가비트 이더넷 포트에서 생성되어 두 인터페이스에 걸쳐 트래픽 균형을 유지하고 이론적으로 2Gbps 처리량을 달성할 수 있는 가상 인터페이스를 제공할 수 있습니다.
이 경우 서버는 SFP+와 같은 10Gbps 인터페이스를 사용하여 연결됩니다.
SW1 및 SW2 관련 설정:
/interface bonding
add mode=802.3ad name=bond1 slaves=ether1,ether2
/interface bridge
add name=bridge1
/interface bridge port
add bridge=bridge1 interface=bond1
add bridge=bridge1 interface=sfp-sfpplus1
- 802.3ad 본딩 모드에는 bond1이라는 이름과 슬레이브 ether1 및 ether2가 추가되었습니다.
- bridge1이라는 브리지가 생성됩니다.
- bond1 인터페이스와 sfp-sfpplus1 인터페이스가 bridge1 브리지에 추가됩니다.
문제
초기 테스트 후, 서버 및 네트워크 노드(스위치)의 CPU 부하가 낮음에도 불구하고 네트워크 성능은 1Gbps 제한을 결코 초과하지 않는 것으로 관찰되었습니다. 이는 LACP(802.3ad)가 브로드캐스트 해시 정책을 사용하여 LAG의 여러 구성원에 걸쳐 트래픽의 균형을 유지할 수 있는지 여부를 결정하기 때문입니다.
이 경우 LAG 인터페이스는 2Gbps 인터페이스를 생성하지 않고 가능하면 여러 슬레이브 인터페이스를 통해 트래픽 균형을 조정할 수 있는 인터페이스를 생성합니다.
각 패킷에 대해 전송 해시가 생성되어 패킷이 전송될 LAG 구성원을 결정하므로 패킷의 순서가 바뀌는 것을 방지할 수 있습니다.
일반적으로 레이어 2(MAC), 레이어 3(IP) 및 레이어 4(포트) 중에서 선택할 수 있는 전송 해시 정책을 선택할 수 있는 옵션이 있습니다.
RouterOS에서는 submit-hash-policy 매개변수를 사용하여 이를 선택할 수 있습니다. 이 경우 패킷이 동일한 MAC 주소와 동일한 IP 주소로 전송되고 Iperf도 동일한 포트를 사용하므로 전송 해시가 동일하므로 모든 패킷에 대해 동일한 전송 해시가 생성되고 LAG 구성원 간의 부하 분산이 방지됩니다. .
표준화된 전송 해시 정책이 서로 다른 목적지에 대해 동일한 전송 해시를 생성할 수 있기 때문에 대상이 다른 경우에도 패킷이 항상 LAG 구성원을 통해 균형을 이루는 것은 아니라는 점에 유의해야 합니다.
증상 :
- LAG의 한 구성원만 전달하는 트래픽입니다.
해결
적절한 전송 해시 정책을 선택하고 네트워크 성능을 적절하게 테스트하십시오.
이러한 구성을 테스트하는 가장 쉬운 방법은 여러 대상을 사용하는 것입니다. 예를 들어 단일 서버에 데이터를 보내는 대신 여러 서버에 데이터를 보내야 합니다.
이렇게 하면 각 패킷에 대해 서로 다른 전송 해시가 생성되고 LAG 구성원 간의 로드 밸런싱이 가능해집니다.
경우에 따라 전체 성능을 높이기 위해 본딩 인터페이스 모드를 변경하는 것을 고려할 수도 있습니다.
UDP 트래픽의 경우 Balance-rr 모드로 충분할 수 있지만 TCP 트래픽에 문제가 발생할 수 있습니다.
설정에 적합한 모드를 선택하는 방법에 대해 자세히 알아볼 수 있습니다. 여기에.
고려해야 할 추가 측면:
본딩 모드 선택
본딩 모드의 선택이 중요합니다. Balance-rr(라운드 로빈)은 UDP 트래픽에 효과적일 수 있지만 패킷 재정렬 가능성으로 인해 TCP에는 적합하지 않을 수 있습니다. 따라서 본딩 모드를 선택할 때 네트워크에서 지배적인 트래픽 유형을 고려하는 것이 중요합니다.
네트워크 구성의 영향
네트워크 구성의 다른 측면도 LAG 성능에 영향을 미칠 수 있습니다. 예를 들어 스위치 구성, 하드웨어 기능 및 네트워크 정책은 LAG 인터페이스 전체에서 트래픽이 처리되는 방식에 영향을 미칠 수 있습니다.
모니터링 및 진단
LAG를 통해 트래픽이 어떻게 작동하는지 더 잘 이해하려면 모니터링 및 진단 도구를 구현하는 것이 중요합니다. Wireshark와 같은 도구나 스위치에 내장된 진단 기능도 귀중한 정보를 제공할 수 있습니다.
성능 및 용량 고려 사항
이 시나리오에서 LAG 인터페이스는 이론적으로 2Gbps의 대역폭을 달성할 수 있지만 실제 성능은 케이블 품질, 장치 간 거리, 하드웨어 구성 자체 등 여러 요소에 의해 영향을 받을 수 있다는 점을 기억해야 합니다.
다양한 테스트
다양한 구성과 트래픽 유형으로 테스트하면 특정 환경에 가장 적합한 구성을 식별하는 데 도움이 될 수 있습니다. 여기에는 대상 IP 주소, 포트 또는 트래픽 유형(TCP 대 UDP)을 변경하는 것이 포함될 수 있습니다.
펌웨어 및 소프트웨어 업데이트
스위치와 서버 모두에서 가장 안정적인 최신 버전의 펌웨어와 소프트웨어를 실행하고 있는지 확인하면 이전에 확인되지 않은 문제를 해결하고 전반적인 성능을 향상시킬 수 있습니다.
결론
LAG 인터페이스의 로드 밸런싱은 신중한 구성과 네트워크 및 해당 구성 요소에 대한 자세한 이해가 필요한 복잡한 프로세스입니다.
적절한 전송 해시 정책 선택과 광범위한 테스트를 통해 네트워크 성능을 최적화하고 사용 가능한 리소스를 효율적으로 사용할 수 있습니다.
또한 네트워크 구성의 업데이트와 모범 사례를 최신 상태로 유지하면 네트워크 환경의 효율성과 안정성에 크게 기여할 수 있습니다.
간단한 지식 퀴즈
이 기사에 대해 어떻게 생각하시나요?
당신이 배운 지식을 감히 평가할 수 있습니까?
이 글에 추천도서
관련 기사
관련 기사
관심을 가질 만한 다른 주제
주제를 제안하고 싶으신가요?
매주 새로운 콘텐츠를 게시합니다. 구체적인 것에 대해 이야기하고 싶나요?
