패킷당 로드 밸런싱 이해
기본적으로 활성 경로에 대해 동일한 대상에 대한 동일 비용 경로가 여러 개 있는 경우 Junos OS는 해시 알고리즘을 사용하여 포워딩 테이블에 설치할 다음 홉 주소 중 하나를 선택합니다. 대상에 대한 다음 홉 집합이 어떤 식으로든 변경될 때마다 해시 알고리즘을 사용하여 다음 홉 주소가 다시 선택됩니다. Junos OS 릴리스 18.3R1부터 MX 시리즈 라우터의 경우 IPv6, GRE 및 PPPoE 패킷 해시 계산에 대한 기본 동작이 특정 경우에 향상된 로드 밸런싱을 위해 flow-label 필드를 포함하도록 수정되었습니다(옵션을 사용하여 no-payload 해시 계산을 위해 이전 방법으로 되돌릴 수 있음). 자세한 내용은 MX 시리즈 라우터에서 트래픽 로드 밸런싱에 사용되는 알고리즘 이해를 참조하십시오.
활성 경로의 경우 대상의 모든 다음 홉 주소가 포워딩 테이블에 설치되도록 Junos OS를 구성할 수 있습니다. 이 기능을 패킷당 로드 밸런싱이라고 합니다. 명명은 직관적이지 않을 수 있습니다. 그러나 Junos 패킷당 로드 밸런싱은 다른 벤더에서 플로우당 로드 밸런싱이라고 부르는 것과 기능적으로 동일합니다. 로드 밸런싱을 사용하여 라우터 간의 여러 경로에 트래픽을 분산시킬 수 있습니다.
그림 1 은 간단한 로드 밸런싱 시나리오를 보여 줍니다. 디바이스 R1은 AS 64500에 있고 AS 64501에 있는 디바이스 R2와 디바이스 R3 모두에 연결되어 있습니다. 디바이스 R1은 두 링크에서 트래픽을 로드 밸런싱하도록 구성할 수 있습니다.
Junos OS 13.3R3부터 MPC(Modular Port Concentrator)만 있는 MX 시리즈 5G 유니버설 라우팅 플랫폼의 경우 일관된 로드 밸런싱을 구성할 수 있습니다. 이렇게 하면 하나 이상의 다음 홉 경로에 장애가 발생할 때 ECMP(Equal-Cost Multipath) 그룹의 활성 경로로 모든 플로우가 재정렬되는 것을 방지할 수 있습니다. 비활성 경로에 대한 플로우만 다른 활성 다음 홉 경로로 리디렉션됩니다. 활성 상태로 유지되는 서버에 매핑된 흐름은 유지됩니다. 이 기능은 외부 BGP 피어에만 적용됩니다.
Junos OS 릴리스 19.1R1부터는 QFX10000 스위치에서 GTP-TEID(GPRS 터널링 프로토콜-터널 엔드포인트 식별자) 필드 해시 계산을 사용하여 IPv4 또는 IPv6 패킷의 로드 밸런싱 구성할 수 있습니다. GTP-TEID 해싱은 이미 구성한 레이어 2 및 레이어 3 필드 해싱에 추가됩니다. QFX10000 스위치에서 이 기능을 사용하려면 또는 계층 수준에서 문을 [edit forwarding-options enhanced-hash-key family inet] 구성 gtp-tunnel-endpoint-identifier하십시오[edit forwarding-options enhanced-hash-key family inet6]. GTP 버전 1 및 2가 지원됩니다. 사용자 데이터만 지원합니다. 두 GTP 버전 모두에 대해 UDP 포트 번호 2152를 사용해야 합니다.
변경 내역 표
기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. 기능 탐색기 를 사용하여 플랫폼에서 기능이 지원되는지 확인하세요.
no-payload 해시 계산을 위해 이전 방법으로 되돌릴 수 있음).