Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

어그리게이션 이더넷 인터페이스의 로드 밸런싱

어그리게이션 이더넷 인터페이스의 로드 밸런싱은 트래픽을 여러 인터페이스 간에 분할하여 네트워크 혼잡을 줄입니다.

여러 개의 물리적 어그리게이션 이더넷 인터페이스를 번들로 묶어 하나의 논리적 인터페이스를 형성하는 것을 링크 어그리게이션이라고 합니다. 링크 어그리게이션은 대역폭을 증가시키고, 장애 발생 시 단계적 성능 저하(graceful degradation)를 제공하며, 가용성을 높이고 로드 밸런싱 기능을 제공합니다. 로드 밸런싱을 사용하면 디바이스가 여러 인터페이스를 따라 수신 및 발신 트래픽을 분할하여 네트워크의 혼잡을 줄일 수 있습니다. 이 항목에서는 로드 밸런싱 및 디바이스에서 로드 밸런싱을 구성하는 방법에 대해 설명합니다.

기능 탐색기를 사용하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인할 수 있습니다.

플랫폼별 어그리게이션 이더넷 로드 밸런싱 동작 섹션에서 플랫폼 관련 참고 사항을 검토하십시오.

어그리게이션 이더넷 로드 밸런싱 이해

링크 어그리게이션 기능은 여러 개의 물리적 어그리게이션 이더넷 인터페이스를 번들로 묶어 하나의 논리 인터페이스를 형성하는 데 사용됩니다. 하나 이상의 링크가 어그리게이션되어 가상 링크 또는 링크 어그리게이션 그룹(LAG)을 형성합니다. MAC 클라이언트는 이 가상 링크를 단일 링크인 것처럼 취급합니다. 링크 어그리게이션은 대역폭을 늘리고, 장애 발생 시 단계적 성능 저하(graceful degradation)를 제공하며, 가용성을 높입니다.

이러한 이점 외에도 어그리게이션 이더넷 번들은 어그리게이션 이더넷 번들의 멤버 링크 간 링크 활용도를 완전하고 효율적으로 활용할 수 있도록 보장하는 로드 밸런싱 기능을 제공하도록 향상되었습니다.

로드 밸런싱 기능을 사용하면 디바이스가 여러 경로 또는 인터페이스를 따라 들어오고 나가는 트래픽을 나누어 네트워크의 혼잡을 줄일 수 있습니다. 로드 밸런싱은 다양한 네트워크 경로의 사용률을 향상시키고 보다 효과적인 네트워크 대역폭을 제공합니다.

일반적으로 로드 밸런싱을 사용하는 응용 프로그램에는 다음이 포함됩니다.

  • 어그리게이션 인터페이스(레이어 2)

    어그리게이션 인터페이스(어그리게이션 이더넷의 경우 AE, 어그리게이션 SONET의 경우 AS라고도 함)는 두 디바이스 간의 여러 인터페이스에 걸친 로드 밸런싱을 위한 레이어 2 메커니즘입니다. 이는 레이어 2 로드 밸런싱 메커니즘이기 때문에 모든 개별 구성 요소 링크가 양쪽 끝에 있는 동일한 두 디바이스 사이에 있어야 합니다. Junos OS는 이더넷 링크를 통한 협상을 위한 802.3ad 표준 LACP 프로토콜뿐만 아니라 이더넷 및 SONET에 대한 비신호(정적) 구성을 지원합니다.

  • ECMP(Equal-Cost Multipath)(레이어 3)

    기본적으로 활성 경로에 대해 동일한 대상에 대한 동일 비용 경로가 여러 개 있는 경우 Junos OS는 해시 알고리즘을 사용하여 포워딩 테이블에 설치할 다음 홉 주소 중 하나를 선택합니다. 대상의 다음 홉 집합이 어떤 식으로든 변경될 때마다 해시 알고리즘을 사용하여 다음 홉 주소가 다시 선택됩니다. 또한 패킷당 로드 밸런싱이라고 하는 여러 다음 홉 주소를 포워딩 테이블에 설치할 수 있는 옵션도 있습니다.

    ECMP 로드 밸런싱은 다음과 같을 수 있습니다.

    • BGP 경로(BGP multipath)

    • BGP 경로 내에서 여러 LSP에 걸쳐

복잡한 이더넷 토폴로지에서는 트래픽 흐름의 증가로 인해 트래픽 불균형이 발생하고 다음과 같은 이유로 로드 밸런싱이 어려워집니다.

  • 어그리게이션 다음 홉에 의한 잘못된 로드 밸런싱

  • 잘못된 패킷 해시 계산

  • 패킷 플로우의 불충분한 분산

  • 잘못된 패턴 선택

트래픽 불균형으로 인해 부하가 제대로 분산되지 않아 특정 링크에서는 혼잡을 유발하는 반면 일부 다른 링크는 효율적으로 활용되지 않습니다.

이러한 문제를 극복하기 위해 Junos OS는 어그리게이션 이더넷 번들(IEEE 802.3ad)의 진정한 트래픽 불균형을 해결하기 위해 다음과 같은 솔루션을 제공합니다.

  • 적응형 로드 밸런싱

    적응형 로드 밸런싱은 피드백 메커니즘을 사용하여 진정한 트래픽 불균형을 수정합니다. 불균형 가중치를 수정하기 위해 링크의 대역폭 및 패킷 스트림을 조정하여 AE 번들의 링크 전반에 걸쳐 효율적인 트래픽 분산을 달성합니다.

    적응형 로드 밸런싱을 구성하려면 계층 수준에서 문을 [edit interfaces aex aggregated-ether-options load-balance] 포함합니다adaptive.

    허용 오차 값을 백분율로 구성하려면 계층 수준에서 옵션 키워드 [edit interfaces aex aggregated-ether-options load-balance adaptive] 를 포함합니다tolerance.

    기본 초당 비트 수 설정 대신, 초당 패킷 수를 기반으로 적응형 로드 밸런싱을 구성하려면 계층 수준에서 선택적 키워드를 pps [edit interfaces aex aggregated-ether-options load-balance adaptive] 포함합니다.

    마지막 2초 동안의 샘플 속도에 따라 해시 값에 대한 스캔 간격을 구성하려면 계층 수준에서 옵션 키워드 [edit interfaces aex aggregated-ether-options load-balance adaptive] 를 포함합니다scan-interval.

  • 패킷당 랜덤 스프레이 로드 밸런싱

    적응형 로드 밸런싱 옵션이 실패하면 패킷당 랜덤 스프레이 로드 밸런싱이 최후의 수단으로 사용됩니다. 대역폭을 고려하지 않고 AE 번들의 구성원이 균등하게 로드되도록 합니다. 패킷당은 패킷 순서 변경을 유발하므로 응용 프로그램이 순서 변경을 흡수하는 경우에만 권장됩니다. 패킷별 랜덤 스프레이는 패킷 해시를 제외하고 소프트웨어 오류의 결과로 발생하는 트래픽 불균형을 제거합니다.

    패킷당 랜덤 스프레이 로드 밸런싱을 구성하려면 계층 수준에서 명령문을 포함 per-packet 하십시오 [edit interfaces aex aggregated-ether-options load-balance] .

어그리게이션 이더넷 로드 밸런싱 솔루션은 상호 배타적입니다. 로드 밸런싱 솔루션 중 두 개 이상이 구성된 경우 마지막으로 구성된 솔루션이 이전에 구성된 솔루션을 재정의합니다. 명령을 실행하여 show interfaces aex aggregated-ether-options load-balance 사용 중인 로드 밸런싱 솔루션을 확인할 수 있습니다.

5-튜플 데이터를 사용하는 어그리게이션 이더넷 인터페이스를 위한 스테이트풀 로드 밸런싱

어그리게이션 이더넷(ae) 인터페이스에서 여러 플로우가 전송되면, 효과적이고 최적의 로드 밸런싱 동작을 위해서는 플로우가 서로 다른 멤버 링크 전반에 균등하게 분산되어야 합니다. 간소화되고 강력한 로드 밸런싱 방법을 얻기 위해서는 로드 밸런싱을 위해 매번 선택되는 어그리게이션 이더넷 인터페이스 번들의 멤버 링크가 중요한 역할을 합니다. 링크 선택의 균형 모드는 unilist에서 2^n(n의 거듭제곱으로 올린 2) 다음 홉 중 하나를 선택해야 하는 경우 미리 계산된 해시 값에서 'n'비트를 사용합니다. 멤버 링크 또는 다음 홉 선택의 불균형 모드는 사전 계산된 해시에서 8비트를 사용하여 선택기 테이블의 항목을 선택하며, 이는 링크 어그리게이션 그룹(LAG) 또는 ae번들의 멤버 링크 ID로 무작위로 수행됩니다.

균형 대 불균형이라는 용어는 선택기 테이블이 로드 밸런싱 메커니즘에 사용되는지 여부를 나타냅니다. LAG 번들은 언밸런스 모드(선택기 테이블 밸런싱)를 사용하여 멤버 링크 전반에서 트래픽을 밸런싱합니다. 트래픽 흐름이 최소화되면 불균형 모드에서 다음과 같은 문제가 발생할 수 있습니다. 링크 선택 로직은 미리 계산된 해시의 하위 집합 비트만 사용합니다. 해싱 알고리즘의 효율성과 관계없이 이는 플로우의 압축된 표현일 뿐입니다. 플로우 간 차이가 매우 낮기 때문에 계산된 결과 해시와 하위 집합은 모든 LAG 멤버 링크를 효과적으로 활용하는 데 필요한 가변성을 제공하지 않습니다. 과도한 양의 무작위 특성이 해시 계산과 선택기 테이블에 존재합니다. 그 결과, 선택된 각 하위 링크에 대해 최적의 로드 밸런싱 기술에서 벗어난 편차는 플로우 수가 낮을 때 더 높아집니다.

하위 링크당 편차는 로 정의됩니다

Vi = ((Ci - (M/N)))/N

어디

  • Vi는 해당 하위 링크 'i'의 편차를 나타냅니다.

  • i는 하위 링크 멤버/인덱스를 나타냅니다.

  • Ci는 해당 하위 링크 'i'에 대해 전송된 패킷을 나타냅니다.

  • M은 해당 LAG 번들에서 전송된 총 패킷을 나타냅니다.

  • N은 해당 LAG에서 하위 링크의 수를 나타냅니다.

이러한 결점 때문에 플로우 수가 적거나 플로우 간 차이가 적은 플로우의 경우 링크 활용도가 왜곡되고 소수의 하위 링크가 완전히 활용되지 않을 가능성이 높습니다.

플로우의 상태를 기록 및 유지하고 그에 따라 트래픽 부하를 분산하는 메커니즘이 추가되었습니다. 그 결과, m 개의 플로우의 경우, LAG 번들의 n개 멤버 링크 또는 ECMP 링크의 다음 홉의 유니리스트 사이에 배포됩니다. 멤버 링크 간에 로드를 분할하는 이 방법을 스테이트풀 로드 밸런싱 이라고 하며 5-튜플 정보(소스 및 대상 주소, 프로토콜, 소스 및 대상 포트)를 사용합니다. 이러한 메서드는 흐름에 직접 매핑하거나 흐름의 특정 필드를 기반으로 해시를 미리 계산할 수 있습니다. 그 결과, 각 하위 링크에서 관찰되는 편차가 줄어듭니다.

이 메커니즘은 최소 플로우 수(대략 수천 개 미만의 플로우)에 대해서만 효율적으로 작동합니다. 플로우 수가 많을수록(1,000개에서 10,000개 사이의 플로우) 분산형 Trio 기반 로드 밸런싱 메커니즘을 사용하는 것이 좋습니다.

LAG의 'n' 링크가 0에서 n-1까지의 링크 ID로 식별되는 샘플 시나리오를 고려해보겠습니다. 해시 테이블 또는 플로우 테이블은 흐름이 표시되는 시점을 기록하는 데 사용됩니다. 해시 키는 흐름을 고유하게 식별하는 필드를 사용하여 구성됩니다. 조회 결과는 흐름이 현재 사용 중인 link_id 식별합니다. 각 패킷에 대해 플로우 식별자를 기반으로 하는 플로우 테이블이 검사됩니다. 일치하는 항목이 발견되면 이전에 처리되거나 탐지된 플로우에 속하는 패킷을 나타냅니다. 링크 ID는 플로우와 연결됩니다. 일치하는 항목이 없으면 플로우에 속하는 첫 번째 패킷입니다. 링크 ID는 링크를 선택하는 데 사용되며 흐름은 흐름 테이블에 삽입됩니다.

해시 값을 기반으로 플로우별 로드 밸런싱을 활성화하려면 계층 수준에서 을 [edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful] 포함합니다per-flow. 기본적으로 Junos OS는 여러 equal-cost 경로를 사용할 수 있을 때 포워딩 다음 홉을 선택하기 위해 대상 주소만을 기반으로 하는 해싱 방법을 사용합니다. 모든 패킷 포워딩 엔진 슬롯에는 기본적으로 동일한 해시 값이 할당됩니다. 기존 매개 변수를 사용하여 LAG를 동적으로 재조정하도록 로드 밸런싱 알고리즘을 구성하려면 계층 수준에서 [edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful] 문을 포함합니다rebalance interval. 이 매개변수는 재조정 간격 동안 모든 수신 패킷 전달 엔진(PFE)에 대해 동기화된 재조정 전환을 제공하여 주기적으로 트래픽 부하를 분산합니다. 간격은 분당 1에서 1000 플로우 범위의 값으로 지정할 수 있습니다. 부하 유형을 구성하려면 계층 수준에서 명령문을 [edit interfaces aeX unit logical-unit-number forwarding-options load-balance-stateful] 포함합니다load-type (low | medium | high).

stateful per-flow 옵션은 AE 번들에서 로드 밸런싱 기능을 활성화합니다. 이 rebalance 옵션은 지정된 간격으로 로드 밸런싱 상태를 지웁니다. 옵션은 load 사용할 적절한 메모리 패턴에 관한 패킷 포워딩 엔진을 알려줍니다. 이 어그리게이션 이더넷 인터페이스에서 플로우하는 플로우 수가 1개에서 100개 사이의 플로우 수보다 적은 경우, 키워드를 low 사용할 수 있습니다. 마찬가지로 상대적으로 높은 플로우(100에서 1000 플로우 사이)의 경우 키워드를 medium 사용할 수 있으며 키워드는 large 최대 플로우(1000에서 10,000 플로우 사이)에 사용할 수 있습니다. 각 키워드에 대한 효과적인 로드 밸런싱을 위한 대략적인 플로우 수는 파생 상품입니다.

명령은 clear interfaces aeX unit logical-unit-number forwarding-options load-balance state 하드웨어 수준에서 로드 밸런싱 상태를 지우고 정리된 빈 상태에서 재밸런싱을 활성화합니다. 이 지우기 상태는 이 명령을 사용할 때만 트리거됩니다. 명령은 clear interfaces aggregate forwarding-options load-balance state 모든 집계 이더넷 인터페이스 로드 밸런싱 상태를 지우고 새로 다시 생성합니다.

어그리게이션 이더넷 인터페이스 또는 LAG 번들에 대한 스테이트풀 로드 밸런싱 구성 지침

어그리게이션 이더넷 인터페이스에 대한 스테이트풀 로드 밸런싱을 구성할 때는 다음 사항을 염두에 두어야 합니다.

  • 하위 링크가 제거되거나 추가되면 새 집계 선택기가 선택되고 트래픽이 새 선택기로 흐릅니다. 선택기가 비어 있기 때문에 흐름이 선택기에 채워집니다. 이 동작으로 인해 이전 상태가 손실되므로 흐름이 재배포됩니다. 이는 상태 저장 플로우별 로드 밸런싱을 활성화하지 않는 기존 동작입니다.

  • 유입되는 트래픽이 MPC1E, MPC2E, MPC3E-3D, MPC5E, 및 MPC6E 라인 카드에 도달하면 AE 인터페이스에서 상태 풀(Stateful) 플로우별 로드 밸런싱 기능을 수행합니다. 다른 유형의 라인 카드는 이 기능을 조작하지 않습니다. MPC가 이 기능을 지원하지 않는 경우 적절한 CLI 오류가 표시됩니다.

    수신 라인 카드를 MPC로, 송신 라인 카드를 MPC 또는 DPC로 사용하면 이 기능이 제대로 작동합니다. 수신 라인 카드가 DPC(Dense Port Concentrator)이고 송신 라인 카드가 DPC 또는 MPC인 경우 스테이트풀 로드 밸런싱이 지원되지 않습니다.

  • 이 기능은 멀티캐스트 트래픽(네이티브/플러드)에 대해 지원되지 않습니다.

  • 리밸런싱 옵션을 활성화하거나 로드 밸런싱 상태를 지우면 트래픽 플로우에 대해 다른 링크 세트를 선택할 수 있기 때문에 활성 플로우에 대한 패킷 재정렬이 발생할 수 있습니다.

  • 기능 성능은 높지만 상당한 양의 라인 카드 메모리를 소비합니다. 대략 4000개의 논리적 인터페이스 또는 16개의 어그리게이션 이더넷 논리적 인터페이스가 지원되는 MPC에서 이 기능을 활성화할 수 있습니다. 그러나 패킷 포워딩 엔진 하드웨어 메모리가 부족하면 사용 가능한 메모리에 따라 기본 로드 밸런싱 메커니즘으로 폴백됩니다. 이러한 상황에서 시스템 로깅 메시지가 생성되어 라우팅 엔진으로 전송됩니다. 상태 저장 로드 밸런싱을 지원하는 AE 인터페이스 수에 대한 제한은 없습니다. 제한은 라인 카드에 의해 결정됩니다.

  • 트래픽 흐름이 자주 노후화되면 디바이스에서 로드 밸런싱 상태를 제거하거나 새로 고쳐야 합니다. 따라서 적절한 로드 밸런싱을 위해 주기적으로 리밸런싱을 구성하거나 clear 명령을 실행해야 합니다. 그렇지 않으면 트래픽 왜곡이 발생할 수 있습니다. 하위 링크가 다운되거나 작동해도 로드 밸런싱 동작은 기존 플로우에서 변경되지 않습니다. 이 조건은 패킷 순서 변경을 방지하기 위한 것입니다. 새 흐름은 작동하는 하위 링크를 선택합니다. 로드 분산이 그다지 효과적이지 않은 것으로 확인되면 로드 밸런싱 상태를 지우거나 재조정 기능을 사용하여 하드웨어 상태를 자동으로 정리할 수 있습니다. 리밸런싱 기능을 구성할 때 트래픽 플로우가 다른 링크로 리디렉션될 수 있으며, 이로 인해 패킷 순서 변경이 발생할 수 있습니다.

어그리게이션 이더넷 인터페이스에서 스테이트풀 로드 밸런싱 구성

플로우의 상태를 기록 및 유지하고 그에 따라 트래픽 부하를 분산하는 메커니즘이 추가되었습니다. 그 결과, m 개의 플로우의 경우, LAG 번들의 n개 멤버 링크 또는 ECMP 링크의 다음 홉의 유니리스트 사이에 배포됩니다. 멤버 링크 간에 로드를 분할하는 이 방법을 스테이트풀 로드 밸런싱 이라고 하며 5-튜플 정보(소스 및 대상 주소, 프로토콜, 소스 및 대상 포트)를 사용합니다. 이러한 메서드는 흐름에 직접 매핑하거나 흐름의 특정 필드를 기반으로 해시를 미리 계산할 수 있습니다. 그 결과, 각 하위 링크에서 관찰되는 편차가 줄어듭니다.

인터페이스 번들에서 ae 스테이트풀 로드 밸런싱을 구성하려면 다음을 수행합니다.

  1. 어그리게이션 이더넷 인터페이스를 구성할 것인지 지정합니다.
  2. 스테이트풀 로드 밸런싱을 구성할 것인지 지정합니다.
  3. MPC3E 및 MPC4E를 제외한 MPC가 있는 MX 시리즈 라우터에서 어그리게이션 이더넷 인터페이스(ae) 번들의 멤버 링크 전반에 걸쳐 트래픽 흐름을 균등하고 효과적으로 배포하는 메커니즘을 활성화합니다.
  4. 지정된 간격으로 로드 밸런싱 상태를 삭제하여 어그리게이션 이더넷 번들의 트래픽 흐름에 대한 주기적인 리밸런싱을 구성합니다.
  5. 로드 밸런싱 유형을 정의하여 트래픽 흐름에 사용할 적절한 메모리 패턴에 대해 패킷 포워딩 엔진에 알립니다. 각 키워드에 대한 효과적인 로드 밸런싱을 위한 대략적인 플로우 수는 파생 상품입니다.
  6. 인터페이스의 주소 패밀리와 IP 주소를 ae 구성합니다.

적응형 로드 밸런싱 구성

이 주제에서는 적응형 로드 밸런싱을 구성하는 방법에 대해 설명합니다. 적응형 로드 밸런싱은 어그리게이션 이더넷(AE) 번들에 대한 멤버 링크 대역폭의 효율적인 활용을 유지합니다. 적응형 로드 밸런싱은 피드백 메커니즘을 사용하여 AE 번들 내 링크의 대역폭과 패킷 스트림을 조정함으로써 트래픽 로드 불균형을 수정합니다.

시작하기 전에:

  • 프로토콜 체계 및 IP 주소로 인터페이스 집합을 구성합니다. 이러한 인터페이스는 AE 번들의 멤버십을 구성할 수 있습니다.

  • 라우터 인터페이스 집합을 어그리게이션 이더넷으로 구성하고 특정 AE 그룹 식별자를 사용하여 AE 번들을 생성합니다.

AE 번들에 대한 적응형 로드 밸런싱을 구성하려면 다음을 수행합니다.

  1. AE 번들에서 적응형 로드 밸런싱을 활성화합니다.
  2. AE 번들에서 적응형 로드 밸런싱을 위한 스캔 간격 값을 구성합니다. 검색 간격 값은 정수 값에 30초의 기간을 곱하여 트래픽 검색 길이를 결정합니다.
  3. 공차 백분율 값을 구성합니다. 허용 오차 값은 라우터가 적응형 로드 밸런싱 업데이트를 트리거하기 전에 AE 번들의 구성원 간 트래픽 속도에서 허용되는 편차를 결정합니다.
  4. (선택 사항) AE 번들에서 초당 패킷 기반 적응형 로드 밸런싱을 활성화합니다.

MX 시리즈 라우터의 802.3ad LAG에서 로드 밸런싱을 위한 PIC 수준 대칭 해싱 구성

2개의 MX 시리즈 라우터(예: 라우터 A와 라우터 B)가 LAG 번들을 통해 DPI(심층 패킷 검사) 디바이스를 통해 투명하게 연결된 경우 802.3ad LAG(Link Aggregation Group)에서 로드 밸런싱을 위한 대칭 해싱이 유용합니다. DPI 디바이스는 정방향 및 역방향 모두에서 트래픽 흐름을 추적합니다.

대칭 해싱이 구성된 경우 트래픽의 역방향 흐름도 LAG의 동일한 하위 링크를 통해 전달되며 동일한 DPI 디바이스를 통해 흐르게 됩니다. 이를 통해 순방향 및 역방향 흐름 모두에서 트래픽의 DPI를 적절하게 어카운팅할 수 있습니다.

대칭 해싱이 구성되지 않은 경우 다른 DPI 디바이스를 통한 트래픽의 역방향 흐름을 위해 LAG의 다른 하위 링크가 선택될 수 있습니다. 이로 인해 DPI 디바이스에서 트래픽의 정방향 및 역방향 흐름에 대한 불완전한 정보가 생성되어 DPI 디바이스에 의한 트래픽의 불완전한 설명이 발생합니다.

대칭 해싱은 원본 주소 및 대상 주소와 같은 필드를 기반으로 계산됩니다. 패밀리 inet(IPv4 프로토콜 제품군) 및 멀티서비스(스위치 또는 브리지) 트래픽에 대한 레이어 2, 레이어 3 및 레이어 4 데이터 유닛 필드를 기반으로 로드 밸런싱을 위해 섀시 수준과 PIC 수준에서 대칭 해싱을 구성할 수 있습니다. 섀시 수준에서 구성된 대칭 해싱은 전체 라우터에 적용되며 모든 PIC 및 패킷 전달 엔진에 상속됩니다. PIC 수준의 대칭 해싱을 구성하면 패킷 포워딩 엔진 수준에서 더 많은 세분성을 제공합니다.

LAG 번들을 통해 DPI 디바이스를 통해 연결된 두 라우터의 경우, 한 라우터에서 symmetric-hash 를 구성하고 원격 엔드 라우터에서 symmetric-hash complement 를 구성할 수 있으며 그 반대의 경우도 마찬가지입니다.

섀시 수준에서 대칭 해싱을 구성하려면 계층 수준에서 symmetric-hash 또는 symmetric-hash complement 문을 [edit forwarding-options hash-key family] 포함합니다. 섀시 수준에서 대칭 해싱을 구성하고 링크 인덱스를 구성하는 방법에 대한 자세한 내용은 라우팅 디바이스용 Junos OS 네트워크 인터페이스 라이브러리라우팅 디바이스용 Junos OS VPN 라이브러리를 참조하십시오.

메모:

MX 시리즈 DPC에서 PIC 수준에서 대칭 해싱을 구성하는 것은 패킷 포워딩 엔진 수준에서 대칭 해싱을 구성하는 것을 의미합니다.

인바운드 트래픽 인터페이스(트래픽이 라우터로 들어오는 위치)의 PIC 수준에서 대칭 해싱을 구성하기 위해 계층 수준에서 symmetric-hash 또는 symmetric-hash complement 명령문을 [edit chassis fpc slot-number pic pic-number hash-key] 포함합니다.

메모:
  • PIC 수준의 대칭 해싱은 계층 수준에서 구성된 섀시 수준의 대칭 해싱을 [edit chassis forwarding-options hash-key] 재정의합니다.

  • 802.3ad 링크 어그리게이션 그룹의 로드 밸런싱을 위한 대칭 해싱은 현재 VPLS, INET 및 브리지 트래픽에 대해서만 지원됩니다.

  • PIC 또는 패킷 포워딩 엔진의 해시 키 구성은 "대칭 해시" 또는 "대칭 해시 보수" 모드일 수 있지만 동시에 둘 다 될 수는 없습니다.

예: MX 시리즈 라우터의 802.3ad LAG에서 로드 밸런싱을 위한 PIC 수준 대칭 해싱 구성

메모:

이러한 예는 MX240, MX480 및 MX960 라우터에서 지원되는 DPC에만 적용됩니다. 지원되는 DPC 목록은 관련 문서 섹션에서 MX240, MX480 및 MX960 라우터에서 지원되는 DPC 를 참조하십시오.

다음 예는 MX 시리즈 라우터에서 로드 밸런싱을 위해 PIC 수준에서 대칭 해싱을 구성하는 방법을 보여줍니다.

두 라우터 모두에서 패밀리 멀티서비스를 위한 대칭적 해싱 구성

트래픽이 라우터 A로 들어가는 인바운드 트래픽 인터페이스에서는 계층 수준에 명령문을 [edit chassis fpc slot-number pic pic-number hash-key family multiservice] 포함합니다symmetric-hash.

트래픽이 라우터 B로 들어오는 인바운드 트래픽 인터페이스에서는 계층 수준에 문을 [edit chassis fpc slot-number pic pic-number hash-key family multiservice] 포함합니다symmetric-hash complement.

두 라우터 모두에서 family inet에 대한 대칭 해싱 구성

트래픽이 라우터 A로 들어가는 인바운드 트래픽 인터페이스에서는 계층 수준에 명령문을 [edit chassis fpc slot-number pic pic-number hash-key family inet] 포함합니다symmetric-hash.

트래픽이 라우터 B로 들어오는 인바운드 트래픽 인터페이스에서는 계층 수준에 문을 [edit chassis fpc slot-number pic pic-number hash-key family inet] 포함합니다symmetric-hash complement.

두 라우터에서 family inet 및 family multiservice를 위한 대칭 해싱 구성

트래픽이 라우터 A로 들어가는 인바운드 트래픽 인터페이스에서는 계층 수준에 명령문을 [edit chassis fpc slot-number pic pic-number hash-key family multiservice] 포함합니다symmetric-hash.

트래픽이 라우터 B로 들어오는 인바운드 트래픽 인터페이스에서는 계층 수준에 문을 [edit chassis fpc slot-number pic pic-number hash-key family inet] 포함합니다symmetric-hash complement.

예: 어그리게이션 이더넷 로드 밸런싱 구성

예: 어그리게이션 이더넷 로드 밸런싱 구성

이 예는 어그리게이션 이더넷 로드 밸런싱을 구성하는 방법을 보여줍니다.

요구 사항

이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.

  • MIC 및 MPC 인터페이스를 갖춘 MX 시리즈 라우터 3개 또는 PIC 및 FPC 인터페이스를 갖춘 PTX 시리즈 패킷 전송 라우터 3개

  • 모든 디바이스에서 Junos OS 릴리스 13.3 이상 실행

개요

다음 홉 라우터에서 사용할 수 있는 여러 경로 또는 인터페이스가 있는 경우 포워딩 플레인에서 로드 밸런싱이 필요하며, 링크 활용도를 높이기 위해 사용 가능한 모든 경로에서 수신 트래픽의 로드 밸런싱이 이루어지는 것이 가장 좋습니다.

어그리게이션 이더넷 번들은 로드 밸런싱을 사용하여 번들의 멤버 링크(IEEE 802.3ad)에서 트래픽 플로우의 균형을 맞추는 일반적인 애플리케이션입니다.

Junos OS 릴리스 13.3부터는 통합 이더넷 로드 밸런싱이 향상되어 MX 시리즈 라우터의 MIC 또는 MPC에 있는 통합 이더넷 번들의 진정한 트래픽 불균형을 해결하는 두 가지 솔루션을 제공합니다. Junos OS 릴리스 14.1부터 통합 이더넷 로드 밸런싱이 향상되어 PTX 시리즈 패킷 전송 라우터의 PIC 또는 FPC에 있는 통합 이더넷 번들의 진정한 트래픽 불균형을 해결하는 두 가지 솔루션을 제공합니다.

통합 이더넷 로드 밸런싱 솔루션은 다음과 같습니다.

  • 적응형—적응형 로드 밸런싱은 플로우 기반 해싱이 균일한 부하 분산을 달성하기에 충분하지 않은 시나리오에서 사용됩니다. 이 로드 밸런싱 솔루션은 실시간 피드백 및 제어 메커니즘을 구현하여 네트워크 부하의 불균형을 모니터링하고 관리합니다.

    적응형 로드 밸런싱 솔루션은 선택기 항목을 수정하고 AE 번들의 각 멤버 링크에 대한 링크 사용률을 주기적으로 스캔하여 편차를 감지함으로써 트래픽 흐름 불균형을 수정합니다. 편차가 감지되면 조정 이벤트가 트리거되고 영향을 받는 멤버 링크에 매핑되는 flow의 수가 줄어듭니다. 그 결과, 해당 멤버 링크의 제공된 대역폭이 중단됩니다. 이는 지속적인 피드백 루프를 유발하며, 일정 기간 동안 모든 멤버 링크에 동일한 양의 바이트 속도가 제공되도록 하여 AE 번들의 각 멤버 링크 전반에 걸쳐 효율적인 트래픽 분배를 제공합니다.

    적응형 로드 밸런싱을 구성하려면 계층 수준에서 문을 [edit interfaces aex aggregated-ether-options load-balance] 포함합니다adaptive.

    메모:

    VLAN ID가 어그리게이션 이더넷 인터페이스에 구성된 경우 적응형 로드 밸런싱이 지원되지 않습니다. 이 제한은 PTX 시리즈 패킷 전송 라우터에만 적용됩니다.

    pps 옵션은 패킷 초당 속도를 기반으로 로드 밸런싱을 수행할 수 있습니다. 기본 설정은 초당 비트 수 로드 밸런싱입니다.

    scan-interval 값은 스캔 시간을 30초의 배수로 구성합니다.

    값은 tolerance 번들의 어그리게이션 이더넷 링크에 대한 패킷 트래픽 플로우의 차이에 대한 제한입니다. 최대 100%의 분산을 지정할 수 있습니다. tolerance 속성이 구성되지 않은 경우 적응형 로드 밸런싱에 대해 기본값 20%가 활성화됩니다. 허용 오차 값이 작을수록 더 나은 대역폭의 균형을 맞추지만 수렴 시간이 더 오래 걸립니다.

    메모:

    scan-interval 옵션 키워드는 pps PTX 시리즈 패킷 전송 라우터에서만 지원됩니다.

  • 패킷당 랜덤 스프레이 - 적응형 로드 밸런싱 솔루션이 실패하면 패킷당 랜덤 스프레이가 최후의 수단으로 작동합니다. 패킷당 랜덤 스프레이 로드 밸런싱 솔루션은 패킷을 어그리게이션 다음 홉에 랜덤하게 스프레이하여 트래픽 불균형을 해결하는 데 도움이 됩니다. 이렇게 하면 AE 번들의 모든 멤버 링크가 균등하게 로드되어 패킷 순서가 재정렬됩니다.

    또한 패킷당 랜덤 스프레이는 트래픽 불균형을 일으킨 수신 패킷 패킷 포워딩 엔진을 식별하여 패킷 해시를 제외하고 소프트웨어 오류의 결과로 발생하는 트래픽 불균형을 제거합니다.

    패킷당 랜덤 스프레이 로드 밸런싱을 구성하려면 계층 수준에서 명령문을 포함 per-packet 하십시오 [edit interfaces aex aggregated-ether-options load-balance] .

    메모:

    로드 밸런싱을 위한 패킷당 옵션은 PTX 시리즈 패킷 전송 라우터에서 지원되지 않습니다.

어그리게이션 이더넷 로드 밸런싱 솔루션은 상호 배타적입니다. 로드 밸런싱 솔루션 중 두 개 이상이 구성된 경우 마지막으로 구성된 솔루션이 이전에 구성된 솔루션을 재정의합니다. 명령을 실행하여 show interfaces aex aggregated-ether-options load-balance 구현 중인 로드 밸런싱 솔루션을 확인할 수 있습니다.

위상수학

이 토폴로지에서는 두 개의 어그리게이션 이더넷 번들(ae0 및 ae1)이 R2와 R3 라우터 간의 링크에 구성됩니다.

그림 3: 어그리게이션 이더넷 로드 밸런싱 Aggregated Ethernet Load Balancing

구성

CLI 빠른 구성

이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 바꾸고 계층 수준에서 명령을 CLI [edit] 로 복사해 붙여 넣습니다.

R1 시리즈

R2 (R2)

R3 (R3)

적응형 로드 밸런싱 구성
단계별 절차

다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 구성 모드에서 CLI 편집기 사용을 참조하십시오.

R2 라우터를 구성하려면 다음을 수행합니다.

메모:

각 라우터에 대한 적절한 인터페이스 이름, 주소 및 기타 매개 변수를 수정한 후 다른 라우터에 대해 이 절차를 반복합니다.

  1. 생성할 어그리게이션 이더넷 인터페이스의 수를 지정합니다.

  2. R2를 R1에 연결하는 기가비트 이더넷 인터페이스 링크를 구성합니다.

  3. ae0 어그리게이션 이더넷 번들의 5개 멤버 링크를 구성합니다.

  4. ae1 어그리게이션 이더넷 번들의 멤버 링크 8개를 구성합니다.

  5. R2의 ae0에서 어그리게이션 이더넷 로드 밸런싱을 활성화합니다.

  6. ae0 어그리게이션 이더넷 번들의 링크 속도를 구성합니다.

  7. ae0 어그리게이션 이더넷 번들에 LACP를 구성합니다.

  8. ae0 어그리게이션 이더넷 번들에 대한 인터페이스 매개 변수를 구성합니다.

  9. R2의 ae1에서 집계 이더넷 로드 밸런싱을 활성화합니다.

  10. ae1 어그리게이션 이더넷 번들의 링크 속도를 구성합니다.

  11. ae1 어그리게이션 이더넷 번들에 LACP를 구성합니다.

  12. ae1 어그리게이션 이더넷 번들에 대한 인터페이스 매개 변수를 구성합니다.

  13. 선택적 집계 이더넷 통계를 비활성화합니다.

  14. R2의 모든 인터페이스와 AE 번들에서 RSVP를 구성합니다.

  15. R2의 모든 인터페이스와 AE 번들에서 MPLS를 구성합니다.

  16. R2의 모든 인터페이스와 AE 번들에 IS-IS(Intermediate System to Intermediate System)를 구성합니다.

결과

구성 모드에서 , show interfaces, show accounting-optionsshow protocols 명령을 입력하여 show chassis구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.

확인

구성이 올바르게 작동하고 있는지 확인합니다.

ae0에서 적응형 로드 밸런싱 확인
목적

ae0 어그리게이션 이더넷 번들에서 수신된 패킷이 5개 멤버 링크 사이에서 로드 밸런싱되는지 확인합니다.

행동

운영 모드에서 명령을 실행합니다 show interfaces ae0 extensive .

의미

ae0 어그리게이션 이더넷 번들의 멤버 링크는 적응형 로드 밸런싱과 함께 완전히 활용됩니다.

플랫폼별 어그리게이션 이더넷 로드 밸런싱 동작

기능 탐색기를 사용하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인할 수 있습니다.

다음 표를 사용하여 플랫폼에 대한 플랫폼별 동작을 검토합니다.

플랫폼별 어그리게이션 이더넷 로드 밸런싱 동작

플랫폼 차이점

ACX 시리즈

  • ACX7100 멤버 인터페이스는 송신 트래픽 로드 밸런싱을 수행하지 않습니다.

  • ACX7100 디바이스에서 로드 밸런싱에 대해 사용 가능한 모든 멤버 인터페이스를 사용하도록 문을 구성해야 set forwarding-options hash-key 합니다.

EX 시리즈

  • EX9200 스위치에서 최대 480개의 LAG 번들을 구성할 수 있습니다.

MX 시리즈

  • 이 기능을 지원하는 MX 시리즈 라우터에서 최대 480개의 LAG 번들을 구성할 수 있습니다.

  • 이 기능을 지원하는 MPC가 있는 MX 시리즈 라우터에서 균일한 로드 밸런싱 및 리밸런싱을 수행할 수 있습니다. 플로우 수의 변경으로 인해 로드 밸런싱이 왜곡되거나 왜곡되는 경우 재조정이 지원되지 않습니다.

PTX 시리즈
  • VLAN ID가 어그리게이션 이더넷 인터페이스에서 구성되는 경우 적응형 로드 밸런싱은 PTX 시리즈 디바이스에서 지원되지 않습니다.
  • scan-interval 옵션 키워드는 pps PTX 시리즈 패킷 전송 라우터에서만 지원됩니다.

QFX 시리즈
  • VLAN ID가 어그리게이션 이더넷 인터페이스에서 구성되면 어댑티브 로드 밸런싱는 QFX10000 스위치에서 지원되지 않습니다.

변경 내역 표

기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. 기능 탐색기 를 사용하여 플랫폼에서 기능이 지원되는지 확인하세요.

석방
묘사
14.1
Junos OS 릴리스 14.1부터 통합 이더넷 로드 밸런싱이 향상되어 PTX 시리즈 패킷 전송 라우터의 PIC 또는 FPC에 있는 통합 이더넷 번들의 진정한 트래픽 불균형을 해결하는 두 가지 솔루션을 제공합니다.
13.3
Junos OS 릴리스 13.3부터는 통합 이더넷 로드 밸런싱이 향상되어 MX 시리즈 라우터의 MIC 또는 MPC에 있는 통합 이더넷 번들의 진정한 트래픽 불균형을 해결하는 두 가지 솔루션을 제공합니다.
10.1
Junos OS 릴리스 10.1부터 문을 사용하여 레이어 3 및 레이어 4 헤더의 필드를 사용하도록 레이어 2 트래픽에 payload 대한 로드 밸런싱 해시 키를 구성할 수도 있습니다.