어그리게이션 이더넷 인터페이스에 대한 로드 밸런싱
로드 밸런싱은 멤버 링크 전반의 레이어 2에서 수행되므로 혼잡 없이 구성을 개선하고 중복성을 유지할 수 있습니다. 아래 주제에서는 로드 밸런싱의 개요, MAC 주소 및 LAG 링크를 기반으로 로드 밸런싱 구성, 탄력적인 해싱을 통한 일관성 이해에 대해 설명합니다.
로드 밸런싱 및 Ethernet Link Aggregation 개요
이더넷 포트 그룹에 대한 링크 어그리게이션 그룹(LAG)을 생성할 수 있습니다. 레이어 2 브리징 트래픽은 이 그룹의 멤버 링크 전반에서 로드 밸런싱되므로 혼잡 문제와 중복성 측면에서 매력적인 구성이 됩니다. 각 LAG 번들에는 최대 16개의 링크가 포함됩니다. (플랫폼 지원은 설치 시 Junos OS 릴리스에 따라 다릅니다.)
LAG 번들의 경우, 해싱 알고리즘은 LAG 번들로 들어오는 트래픽이 번들의 멤버 링크에 배치되는 방식을 결정합니다. 해싱 알고리즘은 번들의 멤버 링크에서 들어오는 모든 트래픽을 균등하게 로드 밸런싱하여 대역폭을 관리하려고 합니다. 해싱 알고리즘의 해시 모드는 기본적으로 레이어 2 페이로드로 설정됩니다. 해시 모드가 레이어 2 페이로드로 설정되면 해시 알고리즘은 해시를 위해 IPv4 및 IPv6 페이로드 필드를 사용합니다. 또한 문을 사용하여 레이어 3 및 레이어 4 헤더의 필드를 사용하도록 레이어 2 트래픽에 payload 대한 로드 밸런싱 해시 키를 구성할 수 있습니다. 그러나 로드 밸런싱 동작은 플랫폼에 따라 다르며 적절한 해시 키 구성을 기반으로 합니다.
자세한 내용은 LAG 링크에서 로드 밸런싱 구성을 참조하십시오. 레이어 2 스위치에서 한 링크는 과다 활용되고 다른 링크는 충분히 활용되지 않습니다.
MAC 주소를 기반으로 로드 밸런싱 구성
로드 밸런싱을 위한 해시 키 메커니즘은 프레임 소스 및 대상 주소와 같은 레이어 2 MAC(Media Access Control) 정보를 사용합니다. 레이어 2 MAC 정보를 기반으로 트래픽 부하를 분산하려면 또는 [edit chassis fpc slot number pic PIC number hash-key] 계층 수준에서 명령문을 포함합니다multiservice.[edit forwarding-options hash-key]
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;
}
}
}
해시 키에 대상 주소 MAC 정보를 포함하려면 옵션을 포함합니다 destination-mac . 해시 키에 소스 주소 MAC 정보를 포함하려면 옵션을 포함합니다 source-mac .
소스 및 대상 주소가 동일한 모든 패킷은 동일한 경로를 통해 전송됩니다.
패킷당 로드 밸런싱을 구성하여 여러 경로에서 EVPN 트래픽 플로우를 최적화할 수 있습니다.
어그리게이션 이더넷 멤버 링크는 이제 802.3ah OAM 패킷에서 물리적 MAC 주소를 소스 MAC 주소로 사용합니다.
또한보십시오
LAG 링크에서 로드 밸런싱 구성
명령문을 사용하여 로드 밸런싱 목적으로 프레임 페이로드 내부의 레이어 3 및 레이어 4 헤더에 있는 필드를 사용하도록 레이어 2 트래픽에 payload 대한 로드 밸런싱 해시 키를 구성할 수 있습니다. 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) 구성에 대한 자세한 내용은 라우팅 디바이스용 Junos OS 네트워크 인터페이스 라이브러리를 참조하십시오.
예: LAG 링크에서 로드 밸런싱 구성
이 예는 LAG(Link Aggregation Group) 링크에서 로드 밸런싱을 위해 소스 및 대상 MAC 주소뿐만 아니라 소스 레이어 3 IP 주소 옵션 및 레이어 4 헤더 필드를 사용하도록 로드 밸런싱 해시 키를 구성합니다.
[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 이더넷 스위치에서 기본적으로 활성화됩니다.
이 주제에는 다음 내용이 포함됩니다.
- 멀티캐스팅을 위한 LAG를 10기가비트 단위로 생성
- 멀티캐스트 로드 밸런싱은 언제 사용해야 합니까?
- 멀티캐스트 로드 밸런싱은 어떻게 작동합니까?
- EX8200 스위치에서 멀티캐스트 로드 밸런싱을 구현하려면 어떻게 해야 합니까?
멀티캐스팅을 위한 LAG를 10기가비트 단위로 생성
EX8200 스위치의 최대 링크 크기는 10기가비트입니다. EX8200 스위치에서 더 큰 링크가 필요한 경우 최대 12개의 10기가비트 링크를 결합할 수 있습니다. 그림 1에 표시된 샘플 토폴로지에서는 4개의 10기가비트 링크가 어그리게이션되어 각 40기가비트 링크를 형성합니다.
의 40기가비트 LAG
멀티캐스트 로드 밸런싱은 언제 사용해야 합니까?
10기가비트보다 큰 다운스트림 링크가 필요한 경우 멀티캐스트 로드 밸런싱과 함께 LAG를 사용합니다. 이러한 요구는 서비스 프로바이더 역할을 하거나 많은 청중에게 비디오를 멀티캐스트할 때 자주 발생합니다.
멀티캐스트 로드 밸런싱을 사용하려면 다음이 필요합니다.
EX8200 스위치—독립형 스위치는 멀티캐스트 로드 밸런싱을 지원하지만 Virtual Chassis 는 지원하지 않습니다.
레이어 3 라우팅 멀티캐스트 설정 - 멀티캐스팅 구성에 대한 자세한 내용은 Junos OS 라우팅 프로토콜 구성 가이드를 참조하십시오.
LAG에서 집계된 10기가비트 링크 - 멀티캐스트 로드 밸런싱을 사용하여 LAG를 구성하는 방법에 대한 자세한 내용은 EX8200 스위치에서 집계된 10기가비트 이더넷 링크와 함께 사용하기 위한 멀티캐스트 로드 밸런싱 구성(CLI 절차)을 참조하십시오.
멀티캐스트 로드 밸런싱은 어떻게 작동합니까?
트래픽이 여러 멤버 링크를 사용할 수 있는 경우 동일한 스트림의 일부인 트래픽은 항상 동일한 링크에 있어야 합니다.
멀티캐스트 로드 밸런싱은 사용 가능한 7가지 해시 알고리즘 중 하나와 큐 셔플링(두 개의 대기열 간 교대)이라는 기술을 사용하여 데이터를 배포하고 균형을 조정하여 사용 가능한 모든 집계 링크에 스트림을 전달합니다. 멀티캐스트 로드 밸런싱을 구성할 때 7가지 알고리즘 중 하나를 선택하거나, 멀티캐스트 패킷의 그룹 IP 주소에 CRC(Cyclic Redundancy Check) 알고리즘을 사용하는 기본 알고리즘인 crc-sgip을 사용할 수 있습니다. 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 수율과 같은 분포로도 산출되지 않을 수 있는 간단한 해싱 방법입니다. crc-sgip가 레이어 3 라우팅 멀티캐스트 트래픽을 균등하게 배포하지 않을 때 이 모드를 사용해 보십시오. |
| 심플 깁 |
멀티캐스트 패킷의 그룹 IP 주소에 대한 XOR 계산 |
매번 동일한 링크에 대한 예측 가능한 할당. 이것은 crc-gip yields와 같은 분포로도 산출되지 않을 수 있는 간단한 해싱 방법입니다. crc-gip이 레이어 3 라우팅 멀티캐스트 트래픽을 균등하게 분배하지 않고 그룹 IP 주소가 다를 때 이 방법을 시도해 보십시오. |
| 단순 SIP |
멀티캐스트 패킷 소스 IP 주소의 XOR 계산 |
매번 동일한 링크에 대한 예측 가능한 할당. 이것은 crc-sip yields와 같은 분포로도 산출되지 않을 수 있는 간단한 해싱 방법입니다. crc-sip가 레이어 3 라우팅 멀티캐스트 트래픽을 균등하게 분배하지 않고 스트림 소스가 다양한 경우 이 모드를 시도합니다. |
| 균형 잡힌 |
트래픽 양이 가장 적은 멀티캐스트 링크를 식별하는 데 사용되는 라운드 로빈 계산 방법 |
최상의 균형이 달성되지만 스트림이 온라인 상태가 되는 순서에 따라 달라지므로 어떤 링크가 일관되게 사용될지 예측할 수 없습니다. 재부팅할 때마다 일관된 할당이 필요하지 않을 때 사용합니다. |
EX8200 스위치에서 멀티캐스트 로드 밸런싱을 구현하려면 어떻게 해야 합니까?
EX8200 스위치에서 최적화된 처리량 수준으로 멀티캐스트 로드 밸런싱을 구현하려면 다음 권장 사항을 따르십시오.
멀티캐스트 인터페이스 공유로 인한 링크 변경으로 인한 동적 불균형을 수용하기 위해 어그리게이션 링크에서 25%의 미사용 대역폭을 허용합니다.
다운스트림 링크의 경우 가능하면 동일한 크기의 멀티캐스트 인터페이스를 사용합니다. 또한 다운스트림 어그리게이션 링크의 경우, 어그리게이션 링크의 멤버가 동일한 디바이스에 속할 때 처리량이 최적화됩니다.
업스트림 어그리게이션 링크의 경우 가능하면 레이어 3 링크를 사용합니다. 또한 업스트림 어그리게이션 링크의 경우, 어그리게이션 링크의 멤버가 서로 다른 디바이스에 속할 때 처리량이 최적화됩니다.
또한보십시오
예: EX8200 스위치에서 어그리게이션 10기가비트 이더넷 인터페이스와 함께 사용하기 위한 멀티캐스트 로드 밸런싱 구성
EX8200 스위치는 LAG(Link Aggregation Group)에서 멀티캐스트 로드 밸런싱을 지원합니다. 멀티캐스트 로드 밸런싱은 LAG를 통해 레이어 3 라우팅된 멀티캐스트 트래픽을 균등하게 분산합니다. 최대 12개의 10기가비트 이더넷 링크를 어그리게이션하여 120기가비트 가상 링크 또는 LAG를 형성할 수 있습니다. MAC 클라이언트는 이 가상 링크를 단일 링크인 것처럼 처리하여 대역폭을 늘리고, 링크 장애가 발생할 때 단계적 성능 저하를 제공하며, 가용성을 높일 수 있습니다. EX8200 스위치에서는 멀티캐스트 로드 밸런싱이 기본적으로 활성화되어 있습니다. 그러나 명시적으로 비활성화된 경우 다시 활성화할 수 있습니다. .
이미 구성된 IP 주소를 가진 인터페이스는 LAG의 일부를 구성할 수 없습니다.
10기가비트 링크가 있는 EX8200 독립형 스위치만 멀티캐스트 로드 밸런싱을 지원합니다. Virtual Chassis는 멀티캐스트 로드 밸런싱을 지원하지 않습니다.
다음 예에서는 LAG를 구성하고 멀티캐스트 로드 밸런싱을 다시 활성화하는 방법을 보여줍니다.
요구 사항
이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.
EX8200 스위치 2개(액세스 스위치 1개, 분산 스위치 1개)
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 주소 모두에 대한 순환 중복 검사가 포함됩니다.
로 구성된 40기가비트 LAG
각 스위치에서 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)(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 는 집계를 의미하고 E 는 이더넷을 의미합니다. 이 숫자는 다양한 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의 경우 각 어그리게이션 이더넷 인터페이스에 대해 DLB를 구성합니다. 구성에 따라 선택한 ether 유형(동적 로드 밸런싱)( 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 릴리스 19.4R2부터 QFX5220 스위치는 ECMP를 위한 동적 로드 밸런싱(DLB)을 지원합니다. ECMP의 경우 DLB를 전역으로 구성해야 합니다.
-
DLB와 복원 해싱을 동시에 구성할 수는 없습니다. 그렇지 않으면 커밋 오류가 발생합니다.
-
DLB는 유니캐스트 트래픽에만 적용됩니다.
-
LAG가 송신 ECMP 멤버 중 하나인 경우 DLB가 지원되지 않습니다.
-
원격 LAG 멤버에 대해서는 DLB가 지원되지 않습니다.
-
DLB는 Virtual Chassis 및 VCF(Virtual Chassis Fabric)에서 지원되지 않습니다.
-
LAG 및 HiGig-trunk의 DLB는 동시에 지원되지 않습니다.
-
QFX5220, QFX5230-64CD 및 QFX5240 스위치는 LAG에서 DLB를 지원하지 않습니다.
플랫폼 |
ECMP에 대한 DLB 지원 |
LAG에 대한 DLB 지원 |
|---|---|---|
| QFX5120-32C |
예 |
예 |
| QFX5120-48세 |
예 |
예 |
| QFX5220 |
예 |
아니요 |
| QFX5230-64CD |
예 |
아니요 |
| QFX5240 |
예 |
아니요 |
다음 DLB 모드를 사용하여 트래픽을 로드 밸런싱할 수 있습니다.
패킷당 모드
이 모드에서는 흐름의 각 패킷에 대해 DLB가 시작됩니다. 이 모드에서는 패킷이 항상 최고 품질의 멤버 포트에 할당됩니다. 그러나 이 모드에서 DLB는 지연 시간 왜곡으로 인해 발생할 수 있는 패킷 재정렬 문제를 경험할 수 있습니다.
Flowlet 모드
이 모드는 플로우 대신 플로우를 기반으로 링크를 할당하는 데 의존합니다. 실제 애플리케이션 트래픽은 전송 속도를 제한하는 TCP와 같은 상위 계층 전송 프로토콜의 흐름 제어 메커니즘에 의존합니다. 결과적으로 flowlet이 생성됩니다. 플로우렛은 이러한 버스트 사이의 비활성 기간으로 구분된 동일한 플로우의 여러 버스트로 간주할 수 있으며, 이러한 비활성 기간을 비활성 간격이라고 합니다. 비활성 간격은 새 플로우릿을 식별하기 위한 경계 기준 역할을 하며 DLB 구성에 따라 사용자가 구성할 수 있는 문으로 제공됩니다. 이 모드에서는 flowlet별로 DLB가 시작됩니다. 즉, 새 흐름과 충분히 오랜 기간 동안 비활성 상태(구성
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 릴리스 19.4R2부터 QFX5220 스위치는 ECMP를 위한 동적 로드 밸런싱(DLB)을 지원합니다. ECMP의 경우 DLB를 전역으로 구성해야 합니다.
ECMP에 대한 DLB 구성(플로우렛 모드)
플로우렛 모드(QFX5120-32C, QFX5120-48Y 및 QFX5220 스위치)를 사용하여 ECMP에 대해 동적 로드 밸런싱을 구성하려면:
마찬가지로, 패킷당 또는 할당된 플로우 모드를 사용하여 ECMP에 대한 DLB를 구성할 수 있습니다.
LAG에 대한 DLB 구성(플로우렛 모드)
시작하기 전에 라우터 인터페이스 집합을 어그리게이션 이더넷으로 구성하고 특정 어그리게이션 이더넷(AE) 그룹 식별자를 사용하여 어그리게이션 이더넷(AE) 번들을 생성합니다.
플로우렛 모드(QFX5120-32C 및 QFX5120-48Y)를 사용하여 LAG에 대한 동적 로드 밸런싱을 구성하려면:
flowlet 모드로 동적 로드 밸런싱 사용:
[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)
(선택 사항) 다음을 사용하여 동적 로드 밸런싱을
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의 경우 각 어그리게이션 이더넷 인터페이스에 대해 DLB를 구성합니다. 구성에 따라 IPv4, IPv6 및 MPLS와 같은 선택한 이더넷 유형(동적 로드 밸런싱) 에 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
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에 동적 로드 밸런싱 기능을 적용하면 부하가 네트워크에서 균등하게 공유됩니다.
변경 내역 테이블
기능 지원은 사용 중인 플랫폼 및 릴리스에 따라 결정됩니다. 기능 탐색기 를 사용하여 플랫폼에서 기능이 지원되는지 확인합니다.
payload 레이어 3 및 레이어 4 헤더의 필드를 사용하도록 레이어 2 트래픽에 대한 로드 밸런싱 해시 키를 구성할 수도 있습니다.