이 페이지 내용
어그리게이션 이더넷 인터페이스를 위한 로드 밸런싱
로드 밸런싱은 멤버 링크 전반의 레이어 2에서 수행되어 혼잡 없이 구성을 개선하고 중복성을 유지합니다. 아래 주제는 로드 로드 밸런싱, MAC 주소 및 LAG 링크 기반 로드 밸런싱 구성, 탄력적 해싱을 통한 일관성 이해에 대해 설명합니다.
로드 밸런싱 및 이더넷 링크 어그리게이션 개요
이더넷 포트 그룹에 대한 링크 어그리게이션 그룹(LAG)을 생성할 수 있습니다. 레이어 2 브리징 트래픽은 이 그룹의 멤버 링크 전반에 걸쳐 로드 밸런싱되어 혼잡 문제 뿐만 아니라 중복 구성에도 매력적으로 구성됩니다. 각 LAG 번들에는 최대 16개의 링크가 포함됩니다. (플랫폼 지원은 설치 시 Junos OS 릴리즈에 따라 다릅니다.)
LAG 번들의 경우, 해싱 알고리즘이 LAG 번들로 들어오는 트래픽이 번들의 멤버 링크에 배치되는 방식을 결정합니다. 해싱 알고리즘은 번들의 멤버 링크 전반에 걸쳐 들어오는 모든 트래픽을 균등하게 로드 밸런싱하여 대역폭을 관리하려고 합니다. 해시 알고리즘의 해시 모드는 기본적으로 레이어 2 페이로드로 설정됩니다. 해시 모드가 레이어 2 페이로드로 설정되면, 해시 알고리즘은 해싱을 위해 IPv4 및 IPv6 페이로드 필드를 사용합니다. 또한 명령문을 사용하여 레이어 3 및 레이어 4 헤더의 필드를 사용하도록 레이어 2 트래픽에 payload 대한 로드 밸런싱 해시 키를 구성할 수 있습니다. 그러나 로드 밸런싱 동작은 플랫폼별로 다르며 적절한 해시 키 구성을 기반으로 합니다.
자세한 내용은 LAG 링크에서 로드 밸런싱 구성을 참조하십시오. 레이어 2 스위치에서는 한 링크는 과도하게 사용되고 다른 링크는 충분히 활용되지 않습니다.
MAC 주소 기반 로드 밸런싱 구성
로드 밸런싱을 위한 해시 키 메커니즘은 프레임 소스 및 대상 주소와 같은 레이어 2 미디어 액세스 제어(MAC) 정보를 사용합니다. 레이어 2 MAC 정보를 기반으로 트래픽 로드를 분산하려면 또는 [edit chassis fpc slot number pic PIC number hash-key] 계층 수준에서 문을 [edit forwarding-options hash-key] 포함합니다multiservice.
multiservice {
source-mac;
destination-mac;
payload {
ip {
layer3-only;
layer-3 (source-ip-only | destination-ip-only);
layer-4;
inner-vlan-id;
outer-vlan-id;
}
}
}
Feature Expolorer를 사용하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인할 수 있습니다.
플랫폼별 MAC 주소 기반 로드 밸런싱 동작 섹션에서 플랫폼 관련 참고 사항을 검토하십시오.
해시 키에 대상 주소 MAC 정보를 포함하려면 옵션을 포함합니다 destination-mac . 해시 키에 소스 주소 MAC 정보를 포함하려면 옵션을 포함합니다 source-mac .
-
동일한 원본 및 대상 주소를 가진 모든 패킷은 동일한 경로를 통해 전송됩니다.
-
패킷당 로드 밸런싱을 구성하여 여러 경로에서 EVPN 트래픽 플로우를 최적화할 수 있습니다.
-
이제 어그리게이션 이더넷 멤버 링크는 물리적 MAC 주소 을(를) 802.3ah OAM 패킷의 소스 MAC 주소로 사용합니다.
플랫폼별 MAC 주소 기반 로드 밸런싱 동작
| 플랫폼 |
다름 |
|---|---|
| ACX 시리즈 |
ACX7000 시리즈 라우터는 대칭 해싱을 지원합니다. 예를 들어, "multiservice" 옵션에서 및 ACX7000 시리즈 라우터의 해싱에 대한 다음 사항에 유의하십시오.
|
참조
LAG 링크에서 로드 밸런싱 구성
레이어 2 트래픽에 대한 로드 밸런싱 해시 키를 구성하여 명령문을 사용하여 payload 프레임 페이로드 내부의 레이어 3 및 레이어 4 헤더의 필드를 사용할 수 있습니다. layer-3 (및 source-ip-only 또는 destination-ip-only 패킷 헤더 필드) 또는 layer-4 필드를 보도록 문을 구성할 수 있습니다. 이 명령문은 [edit forwarding-options hash-key family multiservice] 계층 수준에서 구성합니다.
레이어 3이나 레이어 4 옵션 또는 둘 다 구성할 수 있습니다. source-ip-only 또는 destination-ip-only 옵션은 상호 배타적입니다. 명령 layer-3-only 문은 MX 시리즈 라우터에서 사용할 수 없습니다.
기본적으로 Junos의 802.3ad 구현은 패킷에 전달된 레이어 3 정보를 기반으로 어그리게이션 이더넷 번들 내의 멤버 링크 간에 트래픽을 밸런싱합니다.
LAG(Link Aggregation Group) 구성에 대한 자세한 내용은 라우팅 디바이스용 Junos OS 네트워크 인터페이스 라이브러리를 참조하십시오.
예: LAG 링크에서 로드 밸런싱 구성
이 예는 링크 어그리게이션 그룹(LAG) 링크에서 로드 밸런싱을 위해 소스 레이어 3 IP 주소 옵션 및 레이어 4 헤더 필드뿐만 아니라 소스 및 대상 MAC 주소를 사용하도록 로드 밸런싱 해시 키를 구성합니다.
[edit]
forwarding-options {
hash-key {
family multiservice {
source-mac;
destination-mac;
payload {
ip {
layer-3 {
source-ip-only;
}
layer-4;
}
}
}
}
}
해시 키 구성의 모든 변경 사항은 변경 사항을 적용하기 위해 FPC를 재부팅해야 합니다.
EX8200 스위치에서 라우팅된 멀티캐스트 트래픽에 대한 집계된 10기가비트 링크의 멀티캐스트 로드 밸런싱 이해
스트리밍 비디오 기술은 1997년에 도입되었습니다. 이후 데이터 복제 및 네트워크 과부하를 줄이기 위해 멀티캐스트 프로토콜이 개발되었습니다. 멀티캐스팅을 사용하면 서버는 여러 유니캐스트 스트림을 보내는 대신 수신자 그룹에 단일 스트림을 보낼 수 있습니다. 이전에는 스트리밍 비디오 기술의 사용이 가끔 회사 프레젠테이션으로 제한되었지만 멀티캐스팅은 기술을 향상시켜 영화, 실시간 데이터, 뉴스 클립 및 아마추어 비디오가 컴퓨터, TV, 태블릿 및 휴대폰으로 쉬지 않고 흐르도록 했습니다. 그러나 이러한 모든 스트림은 네트워크 하드웨어 용량을 빠르게 압도하고 대역폭 요구를 증가시켜 허용할 수 없는 전송 깜박임 및 끊김 현상을 초래했습니다.
증가하는 대역폭 요구를 충족하기 위해 여러 링크가 가상으로 어그리게이션되어 데이터 흐름을 위한 더 큰 논리적 점대점 링크 채널을 형성했습니다. 이러한 가상 링크 조합을 멀티캐스트 인터페이스라고 하며, 링크 어그리게이션 그룹(LAG)이라고도 합니다.
멀티캐스트 로드 밸런싱에는 각 LAG의 개별 링크를 관리하여 각 링크가 효율적으로 사용되도록 하는 작업이 포함됩니다. 해싱 알고리즘은 데이터 스트림을 지속적으로 평가하여 LAG의 링크에 대한 스트림 분포를 조정하여 링크가 과소 활용되거나 과다 활용되지 않도록 합니다. 멀티캐스트 로드 밸런싱은 주니퍼 네트웍스 EX8200 이더넷 스위치에서 기본적으로 활성화되어 있습니다.
이 주제에는 다음 내용이 포함됩니다.
- 10기가비트 단위로 멀티캐스팅을 위한 LAG 생성
- 멀티캐스트 로드 밸런싱은 언제 사용해야 합니까?
- 멀티캐스트 로드 밸런싱은 어떻게 작동합니까?
- EX8200 스위치에서 멀티캐스트 로드 밸런싱을 구현하려면 어떻게 해야 합니까?
10기가비트 단위로 멀티캐스팅을 위한 LAG 생성
EX8200 스위치의 최대 링크 크기는 10기가비트입니다. EX8200 스위치에서 보다 큰 링크가 필요한 경우 최대 12개의 10기가비트 링크를 결합할 수 있습니다. 그림 1에 표시된 샘플 토폴로지에서는 4개의 10기가비트 링크가 어그리게이션되어 각 40기가비트 링크를 형성합니다.
멀티캐스트 로드 밸런싱은 언제 사용해야 합니까?
10기가비트 이상의 다운스트림 링크가 필요한 경우 멀티캐스트 로드 밸런싱과 함께 LAG를 사용합니다. 이러한 요구는 서비스 공급자 역할을 하거나 많은 청중에게 비디오를 멀티캐스트할 때 자주 발생합니다.
멀티캐스트 로드 밸런싱을 사용하려면 다음이 필요합니다.
EX8200 스위치 - 독립형 스위치는 멀티캐스트 로드 밸런싱을 지원하지만 Virtual Chassis 는 지원하지 않습니다.
레이어 3 라우팅 멀티캐스트 설정 - 멀티캐스트 구성에 대한 자세한 내용은 Junos OS 라우팅 프로토콜 구성 가이드를 참조하십시오.
LAG에서 집계된 10기가비트 링크 - 멀티캐스트 로드 밸런싱으로 LAG를 구성하는 방법에 대한 자세한 내용은 EX8200 스위치에서 집계된 10기가비트 이더넷 링크와 함께 사용할 멀티캐스트 로드 밸런싱 구성(CLI 절차)을 참조하십시오.
멀티캐스트 로드 밸런싱은 어떻게 작동합니까?
트래픽이 여러 멤버 링크를 사용할 수 있는 경우, 동일한 스트림의 일부인 트래픽은 항상 동일한 링크에 있어야 합니다.
멀티캐스트 로드 밸런싱은 사용 가능한 7가지 해시 알고리즘 중 하나와 큐 셔플링(두 큐 사이를 번갈아 가며 사용)이라는 기술을 사용하여 데이터를 분산 및 분산하고 사용 가능한 모든 집계 링크로 스트림을 전달합니다. 멀티캐스트 로드 밸런싱을 구성할 때 7가지 알고리즘 중 하나를 선택하거나, 멀티캐스트 패킷의 그룹 IP 주소에서 순환 중복 검사(CRC) 알고리즘을 사용하는 기본 알고리즘 crc-sgip를 사용할 수 있습니다. 기본값으로 시작하여 이 알고리즘이 레이어 3 라우팅 멀티캐스트 트래픽을 균등하게 배포하지 않는 경우 다른 옵션을 시도하는 것이 좋습니다. 알고리즘 중 6개는 IP 주소(IPv4 또는 IPv6)의 해시 값을 기반으로 하며 사용할 때마다 동일한 결과를 생성합니다. 균형 모드 옵션만 스트림이 추가되는 순서에 따라 달라지는 결과를 생성합니다. 자세한 정보는 표 1 을 참조하십시오.
| 해싱 알고리즘 |
총 |
최적 사용 |
|---|---|---|
| CRC-SGIP |
멀티캐스트 패킷의 소스 및 그룹 IP 주소의 순환 중복 검사 |
기본값—10기가비트 이더넷 네트워크에서 IP 트래픽의 고성능 관리. 매번 동일한 링크에 대한 예측 가능한 할당. 이 모드는 복잡하지만 좋은 분산 해시를 생성합니다. |
| CRC-GIP |
멀티캐스트 패킷의 그룹 IP 주소에 대한 순환 중복 검사 |
매번 동일한 링크에 대한 예측 가능한 할당. crc-sgip가 레이어 3 라우팅 멀티캐스트 트래픽을 균등하게 배포하지 않고 그룹 IP 주소가 다를 경우 이 모드를 시도합니다. |
| CRC-SIP |
멀티캐스트 패킷의 소스 IP 주소에 대한 주기적 중복 검사 |
매번 동일한 링크에 대한 예측 가능한 할당. crc-sgip가 레이어 3 라우팅 멀티캐스트 트래픽을 균등하게 배포하지 않고 스트림 소스가 다를 때 이 모드를 시도합니다. |
| 단순 sgip |
멀티캐스트 패킷의 소스 및 그룹 IP 주소에 대한 XOR 계산 |
매번 동일한 링크에 대한 예측 가능한 할당. 이것은 crc-sgip yields와 같은 분포로 산출되지 않을 수 있는 간단한 해싱 방법입니다. crc-sgip가 레이어 3 라우팅 멀티캐스트 트래픽을 균등하게 배포하지 않을 때 이 모드를 시도합니다. |
| 단순 GIP |
멀티캐스트 패킷의 그룹 IP 주소에 대한 XOR 계산 |
매번 동일한 링크에 대한 예측 가능한 할당. 이것은 crc-gip yields와 같은 분포로도 산출되지 않을 수 있는 간단한 해싱 방법입니다. crc-gip가 레이어 3 라우팅 멀티캐스트 트래픽을 균등하게 배포하지 않고 그룹 IP 주소가 다를 때 시도합니다. |
| 간편 SIP |
멀티캐스트 패킷의 소스 IP 주소에 대한 XOR 계산 |
매번 동일한 링크에 대한 예측 가능한 할당. 이것은 crc-sip 수익률과 같은 분포로도 산출되지 않을 수 있는 간단한 해싱 방법입니다. crc-sip이 레이어 3 라우팅 멀티캐스트 트래픽을 균등하게 배포하지 않고 스트림 소스가 다를 때 이 모드를 시도합니다. |
| 균형 잡힌 |
가장 적은 양의 트래픽으로 멀티캐스트 링크를 식별하는 데 사용되는 라운드 로빈 계산 방법 |
최상의 균형이 달성되지만 스트림이 온라인 상태가 되는 순서에 따라 달라지기 때문에 어떤 링크가 일관되게 사용될지 예측할 수 없습니다. 다시 부팅할 때마다 일관된 할당이 필요하지 않은 경우에 사용합니다. |
EX8200 스위치에서 멀티캐스트 로드 밸런싱을 구현하려면 어떻게 해야 합니까?
EX8200 스위치에서 최적화된 수준의 처리량으로 멀티캐스트 로드 밸런싱을 구현하려면 다음 권장 사항을 따르십시오.
멀티캐스트 인터페이스 공유로 인한 링크 변경으로 인한 동적 불균형을 수용할 수 있도록 어그리게이션 링크에서 25%의 미사용 대역폭을 허용합니다.
다운스트림 링크의 경우, 가능하면 동일한 크기의 멀티캐스트 인터페이스를 사용합니다. 또한 다운스트림 어그리게이션 링크의 경우, 어그리게이션 링크의 구성원이 동일한 디바이스에 속할 때 처리량이 최적화됩니다.
업스트림 어그리게이션 링크의 경우, 가능하면 레이어 3 링크를 사용합니다. 또한 업스트림 어그리게이션 링크의 경우, 어그리게이션 링크의 구성원이 다른 디바이스에 속할 때 처리량이 최적화됩니다.
참조
예: EX8200 스위치에서 어그리게이션 10기가비트 이더넷 인터페이스와 함께 사용할 멀티캐스트 로드 밸런싱 구성
EX8200 스위치는 LAG(Link Aggregation Group)에서 멀티캐스트 로드 밸런싱을 지원합니다. 멀티캐스트 로드 밸런싱은 LAG에 레이어 3 라우팅 멀티캐스트 트래픽을 균등하게 분산합니다. 최대 12개의 10기가비트 이더넷 링크를 집계하여 120기가비트 가상 링크 또는 LAG를 형성할 수 있습니다. MAC 클라이언트는 이 가상 링크를 단일 링크인 것처럼 처리하여 대역폭을 늘리고 링크 장애 발생 시 단계적 성능 저하(graceful degradation)를 제공하며 가용성을 높일 수 있습니다. EX8200 스위치에서는 멀티캐스트 로드 밸런싱이 기본적으로 활성화됩니다. 그러나 명시적으로 비활성화된 경우 다시 활성화할 수 있습니다. .
이미 구성된 IP 주소를 가진 인터페이스는 LAG의 일부를 구성할 수 없습니다.
10기가비트 링크가 있는 EX8200 독립형 스위치만 멀티캐스트 로드 밸런싱을 지원합니다. Virtual Chassis는 멀티캐스트 로드 밸런싱을 지원하지 않습니다.
다음 예에서는 LAG를 구성하고 멀티캐스트 로드 밸런싱을 다시 활성화하는 방법을 보여 줍니다.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
EX8200 스위치 두 개(하나는 액세스 스위치로, 다른 하나는 배포 스위치로 사용)
EX 시리즈 스위치용 Junos OS 릴리스 12.2 이상
시작하기 전에:
EX8200 분산 스위치에는 xe-0/1/0, xe-1/1/0, xe-2/1/0, xe-3/1/0 등 4개의 10기가비트 인터페이스를 구성합니다. 기가비트 이더넷 인터페이스 구성(CLI 프로시저)을 참조하십시오.
개요 및 토폴로지
멀티캐스트 로드 밸런싱은 7가지 해싱 알고리즘 중 하나를 사용하여 LAG의 개별 10기가비트 링크 간 트래픽을 조정합니다. 해시 알고리즘에 대한 설명은 multicast-loadbalance를 참조하세요. 기본 해싱 알고리즘은 crc-sgip입니다. 레이어 3 라우팅 멀티캐스트 트래픽의 균형을 가장 잘 맞추는 알고리즘을 결정할 때까지 다양한 해싱 알고리즘을 실험할 수 있습니다.
EX8200 스위치에 10기가비트보다 큰 링크가 필요한 경우 최대 12개의 10기가비트 링크를 결합하여 더 많은 대역폭을 만들 수 있습니다. 이 예에서는 링크 어그리게이션 기능을 사용하여 4개의 10기가비트 링크를 분산 스위치의 40기가비트 링크로 결합합니다. 또한 멀티캐스트 로드 밸런싱을 통해 40기가비트 링크에서 레이어 3 라우팅 멀티캐스트 트래픽을 고르게 분산할 수 있습니다. 그림 2에 나와 있는 샘플 토폴로지에서는 배포 레이어의 EX8200 스위치가 액세스 레이어의 EX8200 스위치에 연결되어 있습니다.
링크 속도는 구성된 LAG의 크기에 따라 자동으로 결정됩니다. 예를 들어 LAG가 4개의 10기가비트 링크로 구성된 경우 링크 속도는 초당 40기가비트입니다.
기본 해싱 알고리즘인 crc-sgip에는 멀티캐스트 패킷 소스 및 그룹 IP 주소 모두의 순환 중복 검사가 포함됩니다.
각 스위치에 LAG를 구성하고 멀티캐스트 로드 밸런싱을 다시 사용하도록 설정합니다. 다시 활성화하면 멀티캐스트 로드 밸런싱이 LAG에 자동으로 적용되고 LAG의 각 링크에 대해 속도가 초당 10기가비트로 설정됩니다. 40 기가비트 LAG에 대한 링크 속도는 초당 40 기가비트로 자동 설정됩니다.
구성
절차
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 바꾸고 계층 수준에서 명령을 CLI [edit] 로 복사해 붙여 넣습니다.
set chassis aggregated-devices ethernet device-count 1 set interfaces ae0 aggregated-ether-options minimum-links 1 set interfaces xe-0/1/0 ether-options 802.3ad ae0 set interfaces xe-1/1/0 ether-options 802.3ad ae0 set interfaces xe-2/1/0 ether-options 802.3ad ae0 set interfaces xe-3/1/0 ether-options 802.3ad ae0 set chassis multicast-loadbalance hash-mode crc-gip
단계별 절차
LAG를 구성하고 멀티캐스트 로드 밸런싱을 다시 활성화하려면:
생성할 어그리게이션 이더넷 인터페이스의 수를 지정합니다.
[edit chassis] user@switch#
set aggregated-devices ethernet device-count 1레이블이 지정
up될 어그리게이션 이더넷 인터페이스(aex), 즉 LAG의 최소 링크 수를 지정합니다.메모:기본적으로 LAG에 레이블을 지정
up하려면 하나의 링크만 구성되어야 합니다.[edit interfaces] user@switch#
set ae0 aggregated-ether-options minimum-links 1LAG에 포함될 4개의 멤버를 지정합니다.
[edit interfaces] user@switch#
set xe-0/1/0 ether-options 802.3ad ae0user@switch#set xe-1/1/0 ether-options 802.3ad ae0user@switch#set xe-2/1/0 ether-options 802.3ad ae0user@switch#set xe-3/1/0 ether-options 802.3ad ae0멀티캐스트 로드 밸런싱 다시 활성화:
[edit chassis] user@switch# set multicast-loadbalance메모:멀티캐스트 로드 밸런싱을 사용하지 않는 LAG에 대해 하는 방식으로 링크 속도를 설정할 필요가 없습니다. 링크 속도는 40기가비트 LAG에서 초당 40기가비트로 자동 설정됩니다.
선택적으로 multicast-loadbalance 문의 옵션 값을
hash-mode변경하여 레이어 3 라우팅 멀티캐스트 트래픽을 가장 잘 분산하는 알고리즘을 찾을 때까지 다른 알고리즘을 시도할 수 있습니다.멀티캐스트 로드 밸런싱가 비활성화되어 있을 때 해싱 알고리즘을 변경하면 멀티캐스트 로드 밸런싱 다시 활성화한 이후에 새 알고리즘이 적용됩니다.
결과
구성 결과를 확인합니다:
user@switch> show configuration
chassis
aggregated-devices {
ethernet {
device-count 1;
}
}
multicast-loadbalance {
hash-mode crc-gip;
}
interfaces
xe-0/1/0 {
ether-options {
802.3ad ae0;
}
}
xe-1/1/0 {
ether-options {
802.3ad ae0;
}
}
xe-2/1/0 {
ether-options {
802.3ad ae0;
}
}
xe-3/1/0 {
ether-options {
802.3ad ae0;
}
}
ae0 {
aggregated-ether-options {
minimum-links 1;
}
}
}
확인
구성이 제대로 작동하는지 확인하려면 다음의 작업을 수행하십시오:
LAG 인터페이스의 상태 확인
목적
스위치에 LAG(Link Aggregation Group)(ae0)가 생성되었는지 확인합니다.
행동
ae0 LAG가 생성되었는지 확인합니다.
user@switch> show interfaces ae0 terse
Interface Admin Link Proto Local Remote ae0 up up ae0.0 up up inet 10.10.10.2/24
의미
인터페이스 이름 aex 는 이것이 LAG임을 나타냅니다. A 는 어그리게이션(aggregated), E는 이더넷(Ethernet)을 나타냅니다. 숫자는 다양한 LAG를 구분합니다.
멀티캐스트 로드 밸런싱 확인
목적
트래픽이 경로 전반에서 균등하게 로드 밸런싱되는지 확인합니다.
행동
4개의 인터페이스에서 로드 밸런싱을 확인합니다.
user@switch> monitor interface traffic
Bytes=b, Clear=c, Delta=d, Packets=p, Quit=q or ESC, Rate=r, Up=^U, Down=^D ibmoem02-re1 Seconds: 3 Time: 16:06:14 Interface Link Input packets (pps) Output packets (pps) xe-0/1/0 Up 2058834 (10) 7345862 (19) xe-1/1/0 Up 2509289 (9) 6740592 (21) xe-2/1/0 Up 8625688 (90) 10558315 (20) xe-3/1/0 Up 2374154 (23) 71494375 (9)
의미
인터페이스는 거의 동일한 양의 트래픽을 전송해야 합니다.
동적 로드 밸런싱
로드 밸런싱은 네트워크 트래픽이 주어진 ECMP(Equal-cost multi-path routing) 또는 LAG(Link Aggregation Group)의 구성원 간에 가능한 한 균등하게 분산되도록 하는 데 사용됩니다. 일반적으로 로드 밸런싱은 정적 또는 동적으로 분류됩니다. 정적 로드 밸런싱(SLB)은 패킷 콘텐츠(예: 소스 IP, 대상 IP 등)만을 기반으로 해싱을 계산합니다. SLB의 가장 큰 장점은 주어진 흐름의 모든 패킷이 동일한 경로를 취하므로 패킷 순서가 보장된다는 것입니다. 그러나 SLB 메커니즘은 경로 또는 링크 로드를 고려하지 않기 때문에 네트워크는 종종 다음과 같은 문제를 경험합니다.
-
링크 대역폭 활용도 미흡
-
단일 링크에서 코끼리 흐름이 완전히 떨어지면 쥐가 흐릅니다.
동적 로드 밸런싱(DLB)은 SLB를 기반으로 개선된 기능입니다.
ECMP의 경우 전역으로 DLB를 구성할 수 있는 반면, LAG의 경우 각 어그리게이션 이더넷 인터페이스에 대해 구성합니다. 구성에 따라 선택한 이더넷 유형(동적 로드 밸런싱) (IPv4, IPv6 및 MPLS)에 DLB를 적용할 수 있습니다. ether-type(동적 로드 밸런싱)을 구성하지 않으면 모든 EtherType에 DLB가 적용됩니다. 기본 모드가 없으므로 DLB 모드를 명시적으로 구성해야 합니다.
-
Junos OS 릴리스 22.3R1-EVO부터 QFX5130-32CD 스위치는 ECMP 및 LAG 모두에 대해 동적 로드 밸런싱 지원합니다.
-
Junos OS 릴리스 19.4R1부터 QFX5120-32C 및 QFX5120-48Y 스위치는 ECMP 및 LAG 모두에 대해 동적 로드 밸런싱 지원합니다. LAG의 경우, DLB는 어그리게이션 이더넷 인터페이스 기준으로 구성되어야 합니다.
-
Junos OS Evolved 릴리스 19.4R2부터 QFX5220 스위치는 ECMP에 대한 동적 로드 밸런싱(DLB)를 지원합니다. ECMP의 경우 DLB를 전역으로 구성해야 합니다.
-
DLB와 복원력 있는 해싱을 동시에 구성할 수 없습니다. 그렇지 않으면 커밋 오류가 발생합니다.
-
DLB는 유니캐스트 트래픽에만 적용됩니다.
-
LAG가 송신 ECMP 멤버 중 하나인 경우 DLB는 지원되지 않습니다.
-
원격 LAG 멤버에게는 DLB가 지원되지 않습니다.
-
DLB는 Virtual Chassis 및 VCF(Virtual Chassis Fabric)에서 지원되지 않습니다.
-
LAG의 DLB 및 HiGig-trunk는 동시에 지원되지 않습니다.
-
QFX5220, QFX5230-64CD 및 QFX5240 스위치는 LAG에서 DLB를 지원하지 않습니다.
| 플랫폼 |
ECMP에 대한 DLB 지원 |
LAG에 대한 DLB 지원 |
|---|---|---|
| QFX5120-32C |
예 |
예 |
| QFX5120-48Y |
예 |
예 |
| QFX5220 |
예 |
아니요 |
| QFX5230-64CD |
예 |
아니요 |
| QFX5240 |
예 |
아니요 |
다음 DLB 모드를 사용하여 트래픽 load-balance를 수행할 수 있습니다.
-
패킷당 모드
이 모드에서는 플로우의 각 패킷에 대해 DLB가 시작됩니다. 이 모드에서는 패킷이 항상 최고 품질의 멤버 포트에 할당됩니다. 그러나 이 모드에서 DLB는 지연 크기 조정으로 인해 발생할 수 있는 패킷 재정렬 문제를 경험할 수 있습니다.
-
플로우렛 모드
이 모드는 플로우 대신 플로우를 기반으로 링크를 할당하는 데 의존합니다. 실제 애플리케이션 트래픽은 전송 속도를 제한하는 TCP와 같은 상위 계층 전송 프로토콜의 흐름 제어 메커니즘에 의존합니다. 그 결과, 플로우렛이 생성됩니다. 플로우렛은 이러한 버스트 사이의 비활성 기간으로 구분된 동일한 흐름의 여러 버스트로 간주할 수 있으며, 이 비활성 기간을 비활성 간격이라고 합니다. 비활성 간격은 새 플로우를 식별하기 위한 경계 기준 역할을 하며, DLB 구성에서 사용자가 구성할 수 있는 문으로 제공됩니다. 이 모드에서 DLB는 flowlet별로 시작됩니다. 즉, 새 flow와 충분히 오랜 기간 동안 비활성 상태인 기존 flow(구성
inactivity-interval됨)에 대해 시작됩니다. 패킷당 재정렬 문제의 문제는 플로우렛의 모든 패킷이 동일한 링크를 가지므로 이 모드에서 해결됩니다.inactivity-interval값이 모든 ECMP 경로에서 최대 지연 크기 보다 높게 구성된 경우, 사용 가능한 모든 ECMP 링크의 링크 활용도를 높이면서 플로우 전반에서 패킷 순서 변경을 방지할 수 있습니다. -
할당된 흐름 모드
할당된 흐름 모드를 사용하여 일정 기간 동안 재밸런싱을 선택적으로 비활성화함으로써 문제 원인을 격리할 수 있습니다. 할당된 플로우 모드는 포트 로드 및 대기열 크기를 고려하지 않기 때문에 실시간 DLB에 이 모드를 사용하거나 이 모드를 사용하여 선택될 송신 포트를 예측할 수 없습니다.
DLB의 몇 가지 중요한 동작은 다음과 같습니다.
-
DLB는 들어오는 EtherType에만 적용할 수 있습니다.
-
DLB 관점에서 레이어 2 및 레이어 3 LAG(Link Aggregation Group) 번들은 모두 동일한 것으로 간주됩니다.
-
비대칭 번들, 즉 멤버 용량이 다른 ECMP 링크에서 동적 로드 밸런싱을 사용하는 경우 링크 사용률이 최적화되지 않습니다.
-
DLB를 사용하면 패킷당 새 링크가 추가되고 할당된 플로우 모드에 추가될 때 플로우 재할당이 발생하지 않습니다. 이로 인해 플랩 후 새로운 플로우 또는 플로우렛이 표시되지 않는 경우 플랩을 거친 후 활용된 링크가 활용되지 않을 수 있는 링크 플랩 시나리오에서 사용이 최적화되지 않을 수 있습니다.
혜택
-
DLB는 멤버 선택을 위해 패킷 컨텐츠와 함께 멤버 대역폭 활용도를 고려합니다. 그 결과, 실시간 링크 로드를 기반으로 더 나은 링크 활용도를 얻을 수 있습니다.
-
DLB는 엘리펀트 플로우에 의해 호깅된 링크가 마우스 플로우에 의해 사용되지 않도록 합니다. 따라서 DLB를 사용하면 SLB에서 발생하는 해시 충돌 삭제를 방지할 수 있습니다. 즉, DLB를 사용하면 링크가 널리 확산되므로 충돌과 그에 따른 패킷 삭제를 피할 수 있습니다.
동적 로드 밸런싱 구성
이 주제는 플로우 모드에서 동적 로드 밸런싱(DLB)을 구성하는 방법을 설명합니다.
Junos OS 릴리스 19.4R1부터 QFX5120-32C 및 QFX5120-48Y 스위치는 ECMP 및 LAG 모두에 대해 동적 로드 밸런싱 지원합니다. LAG의 경우, DLB는 어그리게이션 이더넷 인터페이스 기준으로 구성되어야 합니다.
Junos OS Evolved 릴리스 19.4R2부터 QFX5220 스위치는 ECMP에 대한 동적 로드 밸런싱(DLB)를 지원합니다. ECMP의 경우 DLB를 전역으로 구성해야 합니다.
ECMP용 DLB 구성(Flowlet 모드)
플로우렛 모드(QFX5120-32C, QFX5120-48Y 및 QFX5220 스위치)로 ECMP에 대한 동적 로드 밸런싱 구성하려면:
마찬가지로, 패킷당 또는 할당된 흐름 모드를 사용하여 ECMP용 DLB를 구성할 수 있습니다.
LAG에 대한 DLB 구성(Flowlet 모드)
시작하기 전에 라우터 인터페이스 집합을 어그리게이션 이더넷으로 구성하고 특정 어그리게이션 이더넷(AE) 그룹 식별자를 사용하여 어그리게이션 이더넷(AE) 번들을 생성합니다.
플로우렛 모드(QFX5120-32C 및 QFX5120-48Y)로 LAG에 대한 동적 로드 밸런싱 구성하려면:
플로우 모드를 통한 동적 로드 밸런싱 활성화:
[edit interfaces ae-x aggregated-ether-options] user@router# set dlb flowlet
(선택 사항) 링크 재할당에 inactivity-interval 대한 값 - 최소 비활성 간격(마이크로초)을 구성합니다.
[edit interfaces ae-x aggregated-ether-options] user@router# set dlb flowlet inactivity-interval (micro seconds)
(선택 사항) Configure dynamic load balancing with (다음을 통해
ether-type동적 로드 밸런싱을 구성합니다.[edit forwarding-options enhanced-hash-key] user@router# set lag-dlb ether-type mpls
(선택 사항) 명령을 사용하여
show forwarding-options enhanced-hash-keyLAG에서 동적 로드 밸런싱을 위해 구성된 옵션을 볼 수 있습니다.
마찬가지로, 패킷당 또는 할당된 흐름 모드를 사용하여 LAG에 대한 DLB를 구성할 수 있습니다.
참조
예: 동적 로드 밸런싱 구성
이 예에서는 동적 로드 밸런싱을 구성하는 방법을 보여 줍니다.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
QFX5120-32C 또는 QFX5120-48Y 스위치 2개
모든 디바이스에서 Junos OS 릴리스 19.4R1 이상 실행
개요
동적 로드 밸런싱(DLB)은 SLB를 기반으로 개선된 기능입니다.
ECMP의 경우 전역으로 DLB를 구성할 수 있는 반면, LAG의 경우 각 어그리게이션 이더넷 인터페이스에 대해 구성합니다. 구성에 따라 IPv4, IPv6, MPLS 등 선택한 이더넷 유형(Dynamic Load Balancing) 에 DLB를 적용할 수 있습니다. ether-type(동적 로드 밸런싱)을 구성하지 않으면 모든 EtherType에 DLB가 적용됩니다. 기본 모드가 없으므로 DLB 모드를 명시적으로 구성해야 합니다.
Junos OS 릴리스 19.4R1부터 QFX5120-32C 및 QFX5120-48Y 스위치는 ECMP 및 LAG 모두에서 동적 로드 밸런싱 지원합니다.
DLB와 복원력 있는 해싱을 동시에 구성할 수 없습니다. 그렇지 않으면 커밋 오류가 발생합니다.
위상수학
이 토폴로지에서는 R0과 R1이 모두 연결됩니다.
이 예는 정적 구성을 보여줍니다. 또한 동적 프로토콜을 사용하여 구성을 추가할 수도 있습니다.
구성
- CLI 빠른 구성
- LAG(QFX5120-32C 및 QFX5120-48Y)에 대한 동적 로드 밸런싱 구성
- ECMP에 대한 동적 로드 밸런싱 구성(QFX5120-32C, QFX5120-48Y 및 QFX5220 스위치)
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 바꾸고 계층 수준에서 명령을 CLI [edit] 로 복사해 붙여 넣습니다.
R0 (R0)
set interfaces xe-0/0/0 unit 0 family inet address 10.1.0.2/24 set interfaces xe-0/0/10 unit 0 family inet address 10.1.1.2/24 set interfaces xe-0/0/54:0 unit 0 family inet address 10.10.10.2/24 set forwarding-options enhanced-hash-key ecmp-dlb per-packet set policy-options policy-statement loadbal then load-balance per-packet set routing-options static route 20.0.1.0/24 next-hop 10.1.0.3 set routing-options static route 20.0.1.0/24 next-hop 10.1.1.3 set routing-options forwarding-table export loadbal
R1 시리즈
set interfaces xe-0/0/0 unit 0 family inet address 10.1.0.3/24 set interfaces xe-0/0/10 unit 0 family inet address 10.1.1.3/24 set interfaces xe-0/0/52:0 unit 0 family inet address 20.0.0.2/16
LAG(QFX5120-32C 및 QFX5120-48Y)에 대한 동적 로드 밸런싱 구성
단계별 절차
다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 구성 모드에서 CLI 편집기 사용을 참조하십시오.
R0 라우터를 구성하려면 다음을 수행합니다.
각 라우터에 대한 적절한 인터페이스 이름, 주소 및 기타 매개 변수를 수정한 후 다른 라우터에 대해 이 절차를 반복합니다.
링크 어그리게이션 그룹(LAG)을 구성합니다.
[edit interfaces]user@R0# set interfaces xe-0/0/0 ether-options 802.3ad ae0 user@R0# set interfaces xe-0/0/10 ether-options 802.3ad ae0 user@R0# set interfaces ae0 aggregated-ether-options lacp active user@R0# set interfaces ae0 unit 0 family inet address 10.1.0.2/24 user@R0# set routing-options static route 20.0.1.0/24 next-hop 10.1.0.3LAG를 구성한 후 확인 섹션에서 LAG에서 동적 로드 밸런싱 기능을 구성하기 전에 트래픽 로드 확인 섹션의 단계를 실행하여 DLB를 구성하기 전에 구성 또는 트래픽 로드를 확인합니다.
LAG에 대해 패킷당 모드로 동적 로드 밸런싱을 구성합니다.
[edit]user@R0# set interfaces ae0 aggregated-ether-options dlb per-packetDLB를 구성한 후 확인 섹션에서 LAG에서 동적 로드 밸런싱 기능을 구성한 후 트래픽 로드 확인 섹션의 단계를 실행하여 DLB를 구성하기 전에 구성 또는 트래픽 로드를 확인합니다.
ECMP에 대한 동적 로드 밸런싱 구성(QFX5120-32C, QFX5120-48Y 및 QFX5220 스위치)
단계별 절차
다음 예제에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 구성 모드에서 CLI 편집기 사용을 참조하십시오.
R0 라우터를 구성하려면 다음을 수행합니다.
각 라우터에 대한 적절한 인터페이스 이름, 주소 및 기타 매개 변수를 수정한 후 다른 라우터에 대해 이 절차를 반복합니다.
R0에서 R1로 연결하는 기가비트 이더넷 인터페이스 링크를 구성합니다.
[edit interfaces]user@R0# set interfaces xe-0/0/0 unit 0 family inet address 10.1.0.2/24 user@R0# set interfaces xe-0/0/10 unit 0 family inet address 10.1.1.2/24 user@R0# set interfaces xe-0/0/54:0 unit 0 family inet address 10.10.10.2/24고정 경로를 생성합니다.
[edit interfaces]user@R0# set routing-options static route 20.0.1.0/24 next-hop 10.1.0.3 user@R0# set routing-options static route 20.0.1.0/24 next-hop 10.1.1.3로드 밸런싱 정책을 적용합니다. 동적 로드 밸런싱 기능을 사용하려면 포워딩 테이블에 여러 ECMP 다음 홉이 있어야 합니다.
[edit interfaces]user@R0# set policy-options policy-statement loadbal then load-balance per-packet user@R0# set routing-options forwarding-table export loadbalECMP에 대해 패킷당 모드로 동적 로드 밸런싱을 구성합니다.
[edit interfaces]user@R0# set forwarding-options enhanced-hash-key ecmp-dlb per-packetR1에서 기가비트 이더넷 인터페이스 링크를 구성합니다.
[edit interfaces]user@R2# set interfaces xe-0/0/0 unit 0 family inet address 10.1.0.3/24 user@R2# set interfaces xe-0/0/10 unit 0 family inet address 10.1.1.3/24 user@R2# set interfaces xe-0/0/52:0 unit 0 family inet address 20.0.0.2/16
확인
구성이 올바르게 작동하고 있는지 확인합니다.
LAG에서 동적 로드 밸런싱 기능을 구성하기 전에 트래픽 로드 확인
목적
링크 어그리게이션 그룹에서 DLB 기능이 구성되기 전에 확인합니다.
행동
운영 모드에서 명령을 실행합니다 show interfaces interface-name | match pps .
user@R0>show interfaces xe-0/0/0 | match pps Input rate : 1240 bps (1 pps) Output rate : 1024616 bps (1000 pps) ## all traffic in one link. user@R0>show interfaces xe-0/0/10 | match pps Input rate : 616 bps (0 pps) Output rate : 1240 bps (1 pps)<< Output rate : 1240 bps (1 pps) ## no traffic
LAG에서 동적 로드 밸런싱 기능을 구성한 후 트래픽 로드 확인
목적
R0에서 수신된 패킷이 로드 밸런싱되었는지 확인합니다.
행동
운영 모드에서 명령을 실행합니다 show interfaces interface-name .
user@R0>show interfaces xe-0/0/0 | match pps Input rate : 616 bps (0 pps) Output rate : 519096 bps (506 pps)<< Output rate : 519096 bps (506 pps) ## load equally shared user@R0>show interfaces xe-0/0/10 | match pps Input rate : 1232 bps (1 pps) Output rate : 512616 bps (500 pps)<< Output rate : 512616 bps (500 pps) ## load equally shared
의미
패킷당 모드의 동적 로드 밸런싱이 성공적으로 작동합니다. LAG에 동적 로드 밸런싱 기능을 적용하면 네트워크에서 부하가 균등하게 공유됩니다.
확인
구성이 R0에서 올바르게 작동하고 있는지 확인합니다.
R0에서 동적 로드 밸런싱 확인
목적
R0에서 수신된 패킷이 로드 밸런싱되었는지 확인합니다.
행동
운영 모드에서 명령을 실행합니다 run show route forwarding-table destination destination-address .
user@R0>show route forwarding-table destination 20.0.1.0/24
inet.0: 178 destinations, 178 routes (178 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
20.0.1.0/24 *[Static/5] 1d 03:35:12
> to 10.1.0.3 via xe-0/0/0.0
to 10.1.1.3 via xe-0/0/10.0
user@R0>show route 20.0.1.0/24
inet.0: 178 destinations, 178 routes (178 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
20.0.1.0/24 *[Static/5] 1d 03:35:12
> to 10.1.0.3 via xe-0/0/0.0
to 10.1.1.3 via xe-0/0/10.0
의미
R1에서 로드 밸런싱 확인
목적
구성이 R1에서 올바르게 작동하는지 확인합니다.
행동
운영 모드에서 명령을 실행합니다 show route .
user@R1>show route 20.0.1.25
inet.0: 146 destinations, 146 routes (146 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
20.0.0.0/16 *[Direct/0] 1d 03:37:11
> via xe-0/0/52:0.0
의미
패킷당 모드의 동적 로드 밸런싱이 성공적으로 작동합니다. ECMP에 동적 로드 밸런싱 기능을 적용하면 네트워크에서 부하가 균등하게 공유됩니다.
DLB Flowlet 모드에서 Flowset 테이블 크기 구성
개요
동적 로드 밸런싱(DLB)은 트래픽 흐름이 고르게 분산되도록 링크 품질을 기반으로 최적의 송신 링크를 선택하는 로드 밸런싱 기법입니다. 사용자(네트워크 관리자)는 플로우렛 모드에서 DLB를 구성할 수 있습니다.
플로우 모드에서 DLB는 마지막으로 본 타임스탬프와 DLB가 최적의 링크 품질을 기반으로 선택한 송신 인터페이스를 기록하여 플로우를 추적합니다. DLB는 각 ECMP 그룹에 할당된 flowset 테이블에 이 정보를 기록합니다. DLB 알고리즘은 마지막으로 본 타임스탬프가 비활성 타이머를 초과할 때까지 특정 링크에서 지정된 플로우를 유지합니다. 특정 플로우에 대해 비활성 타이머가 만료되면 DLB는 해당 링크가 여전히 해당 플로우에 대해 최적인지 여부를 다시 확인합니다. 링크가 더 이상 최적이 아닌 경우 DLB는 새 송신 링크를 선택하고 flowset 테이블을 새 링크와 흐름의 마지막으로 알려진 타임스탬프로 업데이트합니다. 링크가 계속 최적이면, flowset 테이블은 동일한 송신 링크를 계속 사용합니다.
네트워크 관리자는 flowset 테이블 크기를 늘려 ECMP 그룹 간에 flowset 테이블 항목의 분포를 변경할 수 있습니다. ECMP 그룹이 flowset 테이블에 더 많은 항목을 가질수록 ECMP 그룹이 수용할 수 있는 flow가 더 많아집니다. 많은 수의 플로우를 처리해야 하는 AI-ML 데이터센터와 같은 환경에서는 DLB가 더 큰 플로우 세트 테이블 크기를 사용하는 것이 특히 유용합니다. 각 ECMP 그룹이 많은 수의 플로우를 수용할 수 있는 경우 DLB는 ECMP 멤버 링크 전반에 걸쳐 더 나은 플로우 배포를 달성합니다.
flowset 테이블에는 총 32,768개의 항목이 있으며, 이러한 항목은 DLB ECMP 그룹 간에 균등하게 나뉩니다. 각 ECMP 그룹의 flowset 테이블 크기 범위는 256에서 32,768까지입니다. 다음 공식을 사용하여 ECMP 그룹의 수를 계산합니다.
32,768/(flowset size) = Number of ECMP groups
기본적으로 flowset 크기는 256개 항목이므로 기본적으로 128개의 ECMP 그룹이 있습니다.
혜택
-
송신 링크를 통한 부하 분산을 개선합니다.
-
플로우를 그룹화하여 DLB가 각 플로우에 대해 수행해야 하는 계산 수를 최소화합니다.
-
최대 효율성을 위해 flowset 테이블 항목 할당을 사용자 지정합니다.
-
플로우렛 모드의 효율성을 높입니다.
구성
flowset 테이블 크기를 구성할 때 다음 사항에 유의하십시오.
-
flowset 크기를 변경하면 ECMP DLB 그룹의 규모도 변경됩니다. 256보다 큰 flowset 테이블 크기를 할당하면 DLB 지원 ECMP 그룹의 수가 줄어듭니다.
-
이 구성을 커밋하면 구성 변경 중에 트래픽이 손실될 수 있습니다.
-
LAG(Link Aggregation Group)가 ECMP의 송신 멤버 중 하나인 경우 DLB가 지원되지 않습니다.
-
언더레이 패브릭만 DLB를 지원합니다.
-
속도가 50Gbps 미만인 QFX5240 스위치 포트는 DLB를 지원하지 않습니다.
플랫폼 지원
플랫폼 및 릴리스 지원에 대한 기능 탐색기 를 참조하십시오.
관련 설명서
반응형 경로 재조정
개요
동적 로드 밸런싱(DLB)은 AI-ML 데이터센터 패브릭에 내재된 대규모 데이터 플로우(엘리펀트 플로우라고도 함)를 처리하는 데 중요한 도구입니다. 반응형 경로 리밸런싱 은 기존 DLB 기능을 개선한 것입니다.
DLB의 플로우 모드에서 네트워크 관리자는 비활성 간격을 구성합니다. 트래픽은 플로우가 비활성 타이머보다 더 오래 일시 중지될 때까지 할당된 발신(송신) 인터페이스를 사용합니다. 발신 링크 품질이 점차 저하되는 경우, 플로우 내의 일시 중지는 구성된 비활성 타이머를 초과하지 않을 수 있습니다. 이 경우, 클래식 flowlet 모드는 트래픽을 다른 링크에 재할당하지 않으므로 트래픽은 더 나은 품질의 링크를 활용할 수 없습니다. 반응형 경로 재조정은 플로우렛 모드가 활성화된 경우에도 사용자가 트래픽을 더 나은 품질의 링크로 이동할 수 있도록 하여 이러한 제한을 해결합니다.
디바이스는 링크를 통해 흐르는 트래픽을 기반으로 하는 각 ECMP(Equal-Cost Multipath) 송신 멤버 링크에 품질 대역을 할당합니다. 품질 대역은 포트 로드 및 대기열 버퍼에 따라 다릅니다. 포트 로드는 전송된 송신 바이트의 수입니다. 대기열 버퍼는 송신 포트에서 전송되기 위해 대기 중인 바이트 수입니다. ECMP를 통과하는 트래픽 패턴에 따라 이러한 속성을 사용자 정의할 수 있습니다.
혜택
-
링크 성능 저하에 대한 확장 가능한 솔루션
-
대규모 데이터 플로우를 위한 최적의 대역폭 사용
-
수명이 긴 플로우로 인한 로드 밸런싱 비효율성 방지
구성
구성 개요
품질 밴드는 0에서 7까지 번호가 매겨지며, 여기서 0은 가장 낮은 품질이고 7은 가장 높은 품질입니다. DLB는 멤버 포트 로드 및 대기열 크기에 따라 멤버 포트에 품질 대역 값을 할당합니다. 포트-품질 대역 매핑은 순간적인 포트 로드 및 대기열 크기에 따라 변경됩니다.
다음 두 조건이 모두 충족되면 반응형 경로 재조정은 flow를 더 높은 품질의 멤버 링크로 재할당합니다.
-
품질 밴드가 현재 멤버의 품질 밴드에 구성된 재할당 품질 델타 값을 더한 값보다 크거나 같은 더 나은 품질의 멤버 링크를 사용할 수 있습니다. 품질 델타는 두 품질 대역 간의 차이입니다. 문을 사용하여
quality-delta품질 델타 값을 구성합니다. -
시스템이 생성하는 패킷 임의 값이 재할당 확률 임계값 보다 낮습니다. 문을 사용하여 확률 임계값을
prob-threshold구성합니다.
이 기능을 사용할 때 다음 사항에 유의하십시오.
-
반응형 경로 재조정은 전역 구성이며 시스템의 모든 ECMP DLB 구성에 적용됩니다.
-
반응형 경로 재조정과 송신 양자화를 구성하여 flow 재할당을 제어할 수 있습니다.
-
패킷 순서 변경은 플로우가 한 포트에서 다른 포트로 이동할 때 발생할 수 있습니다. 반응형 경로 재밸런싱을 구성하면 플로우가 새 링크에 재할당될 때 일시적인 잘못된 문제가 발생할 수 있습니다.
위상수학
이 토폴로지에서 디바이스에는 3개의 수신 포트와 2개의 송신 포트가 있습니다. 수신 스트림 중 2개는 레이어 2(L2) 트래픽이고 하나는 레이어 3(L3) 트래픽입니다. 아래 그림에는 트래픽을 각 송신 포트로 전달하는 테이블 항목이 나와 있습니다. 모든 수신 및 송신 포트의 속도는 동일합니다.
이 토폴로지에서 반응형 경로 재밸런싱은 다음과 같이 작동합니다.
품질 델타 2가 구성됩니다.
L2 스트림 1(
mac 0x123)은 10%의 속도로 수신 포트 et-0/0/0에 들어갑니다. et-0/0/10을 통해 종료됩니다. et-0/0/10의 송신 링크 사용률은 10%이고 품질 밴드 값은 6입니다.L3 스트림은 50%의 속도로 포트 et-0/0/1에 들어갑니다. et-0/0/11을 통해 종료하고 ECMP 멤버 목록에서 최적의 링크를 선택합니다. et-0/0/11의 송신 링크 사용률은 품질 밴드 값이 5인 50%입니다.
L2 스트림 2(
mac 0x223)는 40%의 속도로 포트 et-0/0/2에 들어갑니다. 또한 et-0/0/11을 통해 종료됩니다. 이는 et-0/0/11 링크 품질 밴드 값을 4로 더욱 저하시킵니다. 이제 두 ECMP 멤버 링크의 품질 밴드 값 차이는 2입니다.이제 반응 경로 밸런싱 알고리즘이 작동하게 됩니다. 포트 et-0/0/10 및 et-0/0/11에 대한 품질 대역 값의 차이가 구성된 품질 델타 2보다 크거나 같기 때문입니다. 알고리즘은 L3 스트림을 et-0/0/11에서 더 나은 품질의 멤버 링크(이 경우 et-0/0/10)로 이동합니다.
L3 증기가 et-0/0/10으로 이동하면 et-0/0/10 링크 사용률이 60%로 증가하고 품질 대역 값이 5로 감소합니다. L2 스트림 2는 et-0/0/11을 통해 계속 종료됩니다. et-0/0/11 링크 활용도는 40%로 유지되며 품질 밴드 값은 5로 증가합니다.
사후 대응 경로 재조정 구성
플랫폼 지원
플랫폼 및 릴리스 지원에 대한 기능 탐색기 를 참조하십시오.
변경 내역 표
기능 지원은 사용 중인 플랫폼과 릴리스에 따라 결정됩니다. 기능 탐색기 를 사용하여 플랫폼에서 기능이 지원되는지 확인하세요.
payload 대한 로드 밸런싱 해시 키를 구성할 수도 있습니다.