일반적으로 로드 밸런싱은 목적지 주소에서 동일한 거리에 있는 모든 라우터 네트워크 포트에 트래픽을 분산하는 라우터의 기능입니다. 로드 밸런싱은 네트워크 세그먼트의 활용도를 높이므로 유효 네트워크 대역폭이 증가합니다. 로드 밸런싱에는 두 가지 유형이 있습니다.
동일 비용 경로 - 대상 네트워크에 대한 서로 다른 경로가 동일한 라우팅 메트릭 값을 보고하는 경우에 적용됩니다. maximum-paths 명령은 라우팅 프로토콜에서 사용할 수 있는 최대 경로 수를 결정합니다.
Unequal cost path(동일하지 않은 비용 경로) - 대상 네트워크 보고서에 대한 서로 다른 경로의 라우팅 메트릭 값이 서로 다른 경우 적용할 수 있습니다. variance 명령은 라우터에서 어떤 경로를 사용할지 결정합니다.
이 문서에서는 EIGRP(Enhanced Interior Gateway Routing Protocol)에서 불평등한 비용 경로 로드 밸런싱이 어떻게 작동하는지 설명합니다.
이 문서에서는 IP 라우팅 프로토콜 및 EIGRP 라우팅 프로토콜에 대한 기본적인 이해가 필요합니다. IP 라우팅 프로토콜 및 EIGRP에 대한 자세한 내용은 다음 문서를 참조하십시오.
EIGRP는 Cisco IOS® 소프트웨어 릴리스 9.21 이상에서 지원됩니다.
모든 라우터(예: Cisco 2500 Series 및 Cisco 2600 Series) 및 모든 레이어 3 스위치에서 EIGRP를 구성할 수 있습니다.
이 문서의 정보는 특정 랩 환경의 디바이스를 토대로 작성되었습니다. 이 문서에 사용된 모든 디바이스는 초기화된(기본) 컨피그레이션으로 시작되었습니다. 현재 네트워크가 작동 중인 경우, 모든 명령어의 잠재적인 영향을 미리 숙지하시기 바랍니다.
문서 규칙에 대한 자세한 내용은 Cisco 기술 팁 표기 규칙을 참고하십시오.
모든 라우팅 프로토콜은 동일한 비용 경로 로드 밸런싱을 지원합니다. 또한 IGRP(Interior Gateway Routing Protocol) 및 EIGRP는 동일하지 않은 비용 경로 로드 밸런싱을 지원합니다. 메트릭이 해당 대상에 대한 최소 메트릭 경로의 n배보다 작은 경로를 포함하도록 라우터에 지시하려면 variance n 명령을 사용합니다. 변수 n은 1에서 128 사이의 값을 취할 수 있습니다. 기본값은 1이며, 이는 동일한 비용 로드 밸런싱을 의미합니다. 트래픽은 또한 메트릭과 관련하여 균등하지 않은 비용으로 링크 사이에 분산됩니다.
참고: 경로가 실행 가능한 successor가 아닌 경우 해당 경로는 로드 밸런싱에 사용되지 않습니다. 자세한 내용은 Enhanced Interior Gateway Routing Protocol의 Usable Distance, Reported Distance 및 Usable Successor 섹션을 참조하십시오.
이 섹션에서는 예를 제공합니다. 네트워크 다이어그램에서는 세 가지 방법으로 네트워크 X에 도달할 수 있습니다.
메트릭이 30인 E-B-A
메트릭이 20인 E-C-A
메트릭이 45인 E-D-A
라우터 E는 20이 30 및 45보다 낫기 때문에 메트릭이 20인 경로 E-C-A를 선택합니다. EIGRP에 경로 E-B-A를 선택하도록 지시하려면 2의 승수로 분산을 구성합니다.
router eigrp 1
network x.x.x.x
variance 2
이 컨피그레이션에서는 최소 메트릭을 40(2 * 20 = 40)으로 늘립니다. EIGRP에는 메트릭이 40 이하이고 실현 가능성 조건을 만족하는 모든 경로가 포함됩니다. 이 섹션의 구성에서 EIGRP는 이제 두 경로를 사용하여 네트워크 X, E-C-A 및 E-B-A로 이동합니다. 두 경로의 메트릭이 40보다 작기 때문입니다. 분산 컨피그레이션으로 인해 해당 경로의 메트릭이 45이며 최소 메트릭의 값보다 작지 않기 때문입니다. 또한 인접 디바이스 D의 보고된 거리는 25입니다. 이는 20~C의 실행 가능한 거리(FD)보다 큽니다. 이는 분산이 3으로 설정되더라도 라우터 D가 실행 가능한 후속 경로가 아니므로 E-D-A 경로가 로드 밸런싱을 위해 선택되지 않음을 의미합니다.
참고: 분산에 대한 자세한 내용은 EIGRP 분산 명령 트러블슈팅을 참조하십시오.
EIGRP는 불균등한 비용 경로 로드 밸런싱뿐만 아니라 트래픽 공유와 같은 지능적인 로드 밸런싱을 제공합니다. 동일한 목적지 네트워크에 대해 비용이 다른 여러 경로가 있는 경우 경로 간에 트래픽이 분산되는 방식을 제어하려면 traffic-share balanced 명령을 사용합니다. 라우터는 balanced 키워드를 사용하여 다른 경로와 연결된 메트릭의 비율에 비례하여 트래픽을 분배합니다. 기본 설정은 다음과 같습니다.
router eigrp 1
network x.x.x.x
variance 2
traffic-share balanced
이 예의 트래픽 공유 수는 다음과 같습니다.
경로 E-C-A: 30/20 = 3/2 = 1
경로 E-B-A: 30/30 = 1
비율이 정수가 아니므로 가장 가까운 정수로 반올림합니다. 이 예에서 EIGRP는 하나의 패킷을 E-C-A로 보내고 하나의 패킷을 E-B-A로 보냅니다.
이제 E-B 간의 메트릭은 25이고 B-A 간의 메트릭은 15라고 가정합니다. 이 경우 E-B-A 메트릭은 40입니다. 그러나 이 경로의 비용 40이 (20 * 2 ) 보다 작지 않으므로 로드 밸런싱을 위해 이 경로가 선택되지 않습니다. 여기서 20은 FD이고 2는 분산입니다. 이 경로를 로드 공유에도 포함하려면 분산을 3으로 변경해야 합니다. 이 경우 트래픽 공유 카운트 비율은 다음과 같습니다.
경로 E-C-A: 40/20 = 2
경로 E-B-A: 40/40 = 1
이 경우 EIGRP는 두 패킷을 E-C-A로 보내고 한 패킷을 E-B-A로 보냅니다. 이러한 방식으로 EIGRP는 불평등한 비용 경로 로드 밸런싱과 지능적인 로드 밸런싱을 모두 제공합니다. EIGRP 로드가 동일하지 않은 비용 링크에서 트래픽을 밸런싱하는 방법에 대한 자세한 내용은 Enhanced Interior Gateway Routing Protocol의 Load Balancing 섹션을 참조하십시오.
마찬가지로, traffic-share 명령을 min 키워드와 함께 사용하면 라우팅 테이블에 여러 경로가 있는 경우에도 최소 비용 경로를 통해서만 트래픽이 전송됩니다.
router eigrp 1
network x.x.x.x
variance 3
traffic-share min across-interfaces
이 경우 EIGRP는 목적지 네트워크에 대한 최상의 경로인 E-C-A를 통해서만 패킷을 전송합니다. 이는 variance 명령을 사용하지 않는 전달 동작과 동일합니다. 그러나 traffic-share min 명령 및 variance 명령을 사용하면 트래픽이 최소 비용 경로를 통해서만 전송되더라도 가능한 모든 경로가 라우팅 테이블에 설치되므로 통합 시간이 단축됩니다.
EIGRP에서 동일하지 않은 비용 경로 로드 밸런싱을 구성하는 방법을 확인했습니다. 마찬가지로 IGRP에서도 실행 가능성 조건을 제외하고 동일한 작업을 수행할 수 있습니다. 이 조건은 IGRP에 적용되지 않습니다.
Cisco CEF(Express Forwarding)는 라우터의 로드 밸런싱에 사용할 수 있는 고급 레이어 3 스위칭 기술입니다. 기본적으로 CEF는 대상별 로드 밸런싱을 사용합니다. 인터페이스에서 활성화된 경우 대상별 로드 밸런싱은 대상에 도달할 경로를 기반으로 패킷을 전달합니다. 대상에 대해 둘 이상의 병렬 경로가 있는 경우 CEF는 동일한 경로(단일 경로)를 사용하며 병렬 경로를 방지합니다. 이는 CEF의 기본 동작 결과입니다. CEF는 직렬 및 터널과 같이 서로 다른 물리적 유형의 인터페이스에서 로드 공유가 동시에 수행되는 경우 단일 경로를 사용합니다. 해시 알고리즘이 선택할 경로를 결정합니다. CEF의 모든 병렬 경로를 활용하고 트래픽을 로드 밸런싱하려면 직렬 및 터널과 같은 다른 물리적 인터페이스가 있을 때 패킷별 로드 밸런싱을 활성화해야 합니다. 따라서 컨피그레이션 및 토폴로지(직렬 또는 터널)에 따라 로드 공유가 기본 CEF 로드 밸런싱 모드에서 제대로 작동하지 않을 수 있습니다.
패킷 단위로 로드 공유를 위해 다음 명령을 활성화합니다.
configure terminal interface serial 0 ip load-sharing per-packet
개정 | 게시 날짜 | 의견 |
---|---|---|
1.0 |
10-Dec-2001 |
최초 릴리스 |