Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

섀시 클러스터의 어그리게이션 이더넷 인터페이스

IEEE 802.3ad 링크 어그리게이션을 사용하면 이더넷 인터페이스를 그룹화하여 링크 어그리게이션 그룹(LAG) 또는 번들이라고도 하는 단일 링크 레이어 인터페이스를 형성할 수 있습니다. Reth LAG 인터페이스는 reth 인터페이스와 LAG 인터페이스의 특성을 결합합니다. 자세한 내용은 다음 항목을 참조하세요.

섀시 클러스터의 LACP 이해

여러 물리적 이더넷 포트를 결합하여 LAG(Link Aggregation Group) 또는 번들이라고 하는 논리적 지점 간 링크를 형성하여 MAC(Media Access Control) 클라이언트가 LAG를 단일 링크인 것처럼 취급할 수 있도록 할 수 있습니다.

섀시 클러스터의 노드 간에 LAG를 설정하여 인터페이스 대역폭과 링크 가용성을 높일 수 있습니다.

LACP(Link Aggregation Control Protocol)는 LAG에 대한 추가 기능을 제공합니다. LACP는 어그리게이션 이더넷 인터페이스가 지원되는 독립형 구축과 어그리게이션 이더넷 인터페이스와 중복 이더넷 인터페이스가 동시에 지원되는 섀시 클러스터 구축에서 지원됩니다.

문으로 상위 링크에 대한 LACP 모드를 설정하여 중복 이더넷 인터페이스에서 LACP를 lacp 구성합니다. LACP 모드는 꺼짐(기본값), 활성 또는 수동일 수 있습니다.

이 항목에는 다음 섹션이 포함되어 있습니다.

섀시 클러스터 중복 이더넷 인터페이스 링크 어그리게이션 그룹

중복 이더넷 인터페이스에는 섀시 클러스터의 두 노드에 위치한 활성 및 대기 링크가 있습니다. 모든 활성 링크는 한 노드에 위치하고, 모든 대기 링크는 다른 노드에 위치합니다. 노드당 최대 8개의 활성 링크와 8개의 대기 링크를 구성할 수 있습니다.

각 노드의 최소 2개의 물리적 하위 인터페이스 링크가 중복 이더넷 인터페이스 구성에 포함된 경우, 인터페이스는 중복 이더넷 인터페이스 내에서 결합되어 중복 이더넷 인터페이스 LAG를 형성합니다.

여러 개의 활성 중복 이더넷 인터페이스 링크가 있으면 장애 조치 가능성이 줄어듭니다. 예를 들어, 활성 링크가 서비스 중단되면 이 링크의 모든 트래픽은 중복 이더넷 활성/대기 페일오버를 트리거하는 대신 다른 활성 중복 이더넷 인터페이스 링크로 분배됩니다.

로컬 LAG라고 하는 통합 이더넷 인터페이스도 섀시 클러스터의 노드 중 하나에서 지원되지만 중복 이더넷 인터페이스에 추가할 수는 없습니다. 마찬가지로 기존 로컬 LAG의 하위 인터페이스는 중복 이더넷 인터페이스에 추가할 수 없으며 그 반대의 경우도 마찬가지입니다. 클러스터당 개별 노드 LAG 인터페이스(ae)와 중복 이더넷(reth) 인터페이스를 결합한 최대 수는 총 128개입니다.

그러나 중복 이더넷 인터페이스의 기능은 Junos OS 통합 이더넷 프레임워크에 의존하기 때문에 통합 이더넷 인터페이스와 중복 이더넷 인터페이스는 공존할 수 있습니다.

자세한 내용은 섀시 클러스터 중복 이더넷 인터페이스 링크 어그리게이션 그룹 이해하기를 참조하십시오.

최소 링크 수

중복 이더넷 인터페이스 구성에는 minimum-links 인터페이스가 작동하기 위해 기본 노드에서 작동해야 하는 중복 이더넷 인터페이스 LAG에서 최소 수의 물리적 하위 링크를 설정할 수 있는 설정이 포함됩니다. 기본값은 minimum-links 1입니다. 중복 이더넷 인터페이스의 기본 노드에 있는 물리적 링크 수가 값 아래로 minimum-links 떨어지면 일부 링크가 여전히 작동하더라도 인터페이스가 다운될 수 있습니다. 자세한 내용은 예: 섀시 클러스터 최소 링크 구성을 참조하십시오.

하위 LAG

LACP는 포인트 투 포인트 LAG를 유지합니다. 세 번째 지점에 연결된 모든 포트가 거부됩니다. 그러나 중복 이더넷 인터페이스는 설계상 두 개의 서로 다른 시스템 또는 두 개의 원격 어그리게이션 이더넷 인터페이스에 연결됩니다.

중복 이더넷 인터페이스 활성 및 대기 링크에서 LACP를 지원하기 위해 중복 이더넷 인터페이스가 자동으로 생성되어 두 개의 개별 하위 LAG로 구성되며, 여기서 모든 활성 링크는 활성 하위 LAG를 형성하고 모든 대기 링크는 대기 하위 LAG를 형성합니다.

이 모델에서는 LACP 선택 로직이 적용되며 한 번에 하나의 하위 LAG로 제한됩니다. 이러한 방식으로 두 개의 중복 이더넷 인터페이스 하위 LAG가 동시에 유지되는 동시에 각 하위 LAG에 대한 모든 LACP 이점이 유지됩니다.

클러스터의 노드를 연결하는 데 사용되는 스위치에는 LAG 링크가 구성되어 있고 두 노드의 각 LAG에 대해 802.3ad가 활성화되어 있어야 집계 링크가 인식되어 트래픽을 올바르게 전달할 수 있습니다.

섀시 클러스터에 있는 각 노드의 중복 이더넷 인터페이스 LAG 하위 링크는 피어 디바이스의 다른 LAG에 연결되어야 합니다. 단일 피어 스위치를 사용하여 중복 이더넷 인터페이스 LAG를 종료하는 경우 스위치에서 두 개의 개별 LAG를 사용해야 합니다.

무중단 장애 조치(failover) 지원

LACP를 통해 중복 이더넷 인터페이스는 정상 작동 시 활성 링크와 대기 링크 간의 무중단 페일오버를 지원합니다. ' 무중단' 이란 용어는 페일오버 중에도 중복 이더넷 인터페이스 상태가 계속 유지됨을 의미합니다.

lacpd 프로세스는 중복 이더넷 인터페이스의 활성 및 대기 링크를 모두 관리합니다. 중복 이더넷 인터페이스 상태는 활성 업 링크 수가 구성된 최소 링크 수 이상일 때 작동 상태로 유지됩니다. 따라서 무중단 페일오버를 지원하려면 페일오버가 발생하기 전에 중복 이더넷 인터페이스 대기 링크의 LACP 상태를 수집하고 배포해야 합니다.

링크 어그리게이션 제어 PDU 관리

프로토콜 데이터 유닛(PDU)에는 링크 상태에 대한 정보가 포함되어 있습니다. 기본적으로 어그리게이션 및 중복 이더넷 링크는 링크 어그리게이션 제어 PDU를 교환하지 않습니다.

다음과 같은 방법으로 PDU 교환을 구성할 수 있습니다.

  • 링크 어그리게이션 제어 PDU를 능동적으로 전송하도록 이더넷 링크 구성

  • PDU를 수동적으로 전송하도록 이더넷 링크를 구성하여 동일한 링크의 원격 끝에서 수신되는 경우에만 링크 어그리게이션 제어 PDU를 전송합니다

하위 링크의 로컬 끝은 행위자라고 하고 링크의 원격 끝은 파트너로 알려져 있습니다. 즉, 행위자는 링크 어그리게이션 제어 PDU를 프로토콜 파트너에게 전송하여 행위자가 자신의 상태와 파트너의 상태에 대해 알고 있는 내용을 전달합니다.

로컬 측의 인터페이스에서 명령문을 구성 periodic 하여 링크의 원격 측에 있는 인터페이스가 링크 어그리게이션 제어 PDU를 전송하는 간격을 구성합니다. 원격 측의 동작을 지정하는 것은 로컬 측의 구성입니다. 즉, 원격 측은 지정된 간격으로 링크 어그리게이션 제어 PDU를 전송합니다. 간격은 (매초) 또는 slow (30초마다)일 수 fast 있습니다.

자세한 내용은 예: 섀시 클러스터에서 LACP 구성을 참조하십시오.

기본적으로 행위자와 파트너는 매초 링크 어그리게이션 제어 PDU를 전송합니다. 액티브 및 패시브 인터페이스에서 서로 다른 주기적 속도를 구성할 수 있습니다. 액티브 인터페이스와 패시브 인터페이스를 서로 다른 속도로 구성하면 송신기는 수신기의 속도를 준수합니다.

예: 섀시 클러스터에서 LACP 구성

이 예에서는 섀시 클러스터에서 LACP를 구성하는 방법을 보여줍니다.

요구 사항

시작하기 전에:

섀시 클러스터 활성화, 인터페이스 및 이중화 그룹 구성과 같은 작업을 완료합니다. 자세한 내용은 SRX 시리즈 섀시 클러스터 구성 개요예: 섀시 클러스터 중복 이더넷 인터페이스 구성을 참조하십시오.

개요

여러 물리적 이더넷 포트를 결합하여 링크 어그리게이션 그룹(LAG) 또는 번들로 알려진 논리적 포인트 투 포인트 링크를 형성할 수 있습니다. 섀시 클러스터에 있는 SRX 시리즈 방화벽의 중복 이더넷 인터페이스에서 LACP를 구성합니다.

이 예에서는 reth1 인터페이스의 LACP 모드를 active로 설정하고 링크 어그리게이션 제어 PDU 전송 간격을 slow(30초마다)로 설정합니다.

LACP를 활성화하면 어그리게이션 이더넷 링크의 로컬 및 원격 측에서 링크 상태에 대한 정보가 포함된 프로토콜 데이터 유닛(PDU)을 교환합니다. PDU를 능동적으로 전송하도록 이더넷 링크를 구성하거나, 수동적으로 전송하도록 링크를 구성할 수 있습니다(다른 링크에서 수신할 때만 LACP PDU 전송). 링크가 작동하려면 링크의 한쪽을 활성 상태로 구성해야 합니다.

그림 1 은 이 예에서 사용된 토폴로지를 보여줍니다.

그림 1: 섀시 클러스터의 SRX 시리즈 방화벽을 EX 시리즈 스위치 Topology for LAGs Connecting SRX Series Firewalls in Chassis Cluster to an EX Series Switch 에 연결하는 LAG의 토폴로지

그림 1에서 SRX1500 디바이스는 node0 및 node1의 인터페이스를 구성하는 데 사용됩니다. EX 시리즈 스위치 구성에 대한 자세한 내용은 어그리게이션 이더넷 LACP 구성(CLI 절차)을 참조하십시오.

구성

섀시 클러스터에서 LACP 구성

단계별 절차

섀시 클러스터에서 LACP를 구성하려면:

  1. 중복 이더넷 인터페이스의 수를 지정합니다.

  2. 클러스터의 각 노드에서 우선 순위에 대한 중복 그룹의 우선 순위를 지정합니다. 높은 숫자가 우선합니다.

  3. 보안 영역을 생성하고 영역에 인터페이스를 할당합니다.

  4. 중복 자식 물리적 인터페이스를 reth1에 바인딩합니다.

  5. 중복 그룹 1에 reth1을 추가합니다.

  6. reth1에 LACP를 설정합니다.

  7. reth1에 IP 주소를 할당합니다.

  8. 어그리게이션 이더넷 인터페이스(ae1)에서 LACP를 구성합니다.

  9. 어그리게이션 이더넷 인터페이스(ae2)에서 LACP를 구성합니다.

  10. 디바이스 구성을 완료하면 구성을 커밋합니다.

결과

구성 모드에서 , show security zonesshow interfaces 명령을 입력하여 show chassis구성을 확인합니다. 출력이 의도한 구성을 표시하지 않으면, 이 예의 구성 지침을 반복하여 수정합니다.

EX 시리즈 스위치에서 LACP 구성

단계별 절차

EX 시리즈 스위치에서 LACP를 구성합니다.

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

  2. 물리적 인터페이스를 어그리게이션 이더넷 인터페이스와 연결합니다.

  3. 어그리게이션 이더넷 인터페이스(ae1)에서 LACP를 구성합니다.

  4. 어그리게이션 이더넷 인터페이스(ae2)에서 LACP를 구성합니다.

  5. VLAN을 구성합니다.

결과

구성 모드에서 및 show interfaces 명령을 입력하여 show chassis 구성을 확인합니다. 출력이 의도한 구성을 표시하지 않으면, 이 예의 구성 지침을 반복하여 수정합니다.

확인

중복 이더넷 인터페이스에서 LACP 확인

목적

중복 이더넷 인터페이스에 대한 LACP 상태 정보를 표시합니다.

작업

운영 모드에서 명령을 입력합니다 show chassis cluster status .

운영 모드에서 명령을 입력합니다 show lacp interfaces reth1 .

출력은 다음과 같은 중복 이더넷 인터페이스 정보를 보여줍니다.

  • LACP 상태 - 번들의 링크가 행위자(링크의 로컬 또는 가까운 끝)인지 파트너(링크의 원격 또는 먼 끝)인지를 나타냅니다.

  • LACP 모드 - 어그리게이션 이더넷 인터페이스의 양쪽 끝이 활성화되었는지 여부(액티브 또는 패시브)를 나타내며, 번들의 한쪽 끝 이상이 활성화되어야 합니다.

  • 주기적 링크 어그리게이션 제어 PDU 전송 속도입니다.

  • LACP 프로토콜 상태 - 패킷을 수집 및 배포하는 경우 링크가 작동 중임을 나타냅니다.

SRX 시리즈 방화벽의 VRRP 이해

SRX 시리즈 방화벽은 IPv6용 VRRP(Virtual Router Redundancy Protocol) 및 VRRP를 지원합니다. 이 주제는 다음 내용을 다룹니다.

SRX 시리즈 방화벽의 VRRP 개요

정적 기본 경로를 사용하여 네트워크에 엔드 호스트를 구성하면 구성 노력과 복잡성이 최소화되고 엔드 호스트의 처리 오버헤드가 줄어듭니다. 호스트가 정적 경로로 구성된 경우 기본 게이트웨이에 장애가 발생하면 일반적으로 치명적인 이벤트가 발생하여 게이트웨이에 대한 사용 가능한 대체 경로를 감지할 수 없는 모든 호스트가 격리됩니다. VRRP(Virtual Router Redundancy Protocol)를 사용하면 기본 게이트웨이에 장애가 발생할 경우 최종 호스트에 대체 게이트웨이를 동적으로 제공할 수 있습니다.

기가비트 이더넷 인터페이스에서는 IPv6에 대해 VRRP(Virtual Router Redundancy Protocol) 또는 VRRP를 구성할 수 있으며, SRX 시리즈 방화벽에서는 10기가비트 이더넷 인터페이스 및 논리적 인터페이스를 구성할 수 있습니다. VRRP를 사용하면 LAN의 호스트가 호스트에서 단일 기본 경로의 정적 구성 이상을 요구하지 않고도 해당 LAN의 중복 디바이스를 사용할 수 있습니다. VRRP로 구성된 디바이스는 호스트에 구성된 기본 경로에 해당하는 IP 주소를 공유합니다. 언제든지 VRRP 구성 디바이스 중 하나는 기본(활성)이고 다른 디바이스는 백업입니다. 기본 디바이스에 장애가 발생하면 백업 디바이스 중 하나가 새로운 기본 디바이스가 되어 가상 기본 디바이스를 제공하고 단일 디바이스에 의존하지 않고 LAN의 트래픽을 라우팅할 수 있습니다. VRRP를 사용하면 백업 SRX 시리즈 방화벽이 몇 초 내에 장애가 발생한 기본 디바이스를 인계할 수 있습니다. 이는 VRRP 트래픽의 손실을 최소화하고 호스트와의 상호 작용 없이 수행됩니다. Virtual Router Redundancy Protocol은 관리 인터페이스에서 지원되지 않습니다.

IPv6용 VRRP는 IPv6 ND(Neighbor Discovery) 절차보다 훨씬 빠른 대체 기본 디바이스로의 전환을 제공합니다. IPv6용 VRRP는 authentication-type 또는 authentication-key 문을 지원하지 않습니다.

VRRP를 실행하는 디바이스는 기본 및 백업 디바이스를 동적으로 선택합니다. 또한 1에서 255까지의 우선 순위를 사용하여 기본 및 백업 장치를 강제로 할당할 수 있으며 255가 가장 높은 우선 순위입니다. VRRP 작동 시, 기본 기본 디바이스는 정기적으로 백업 디바이스에 광고를 전송합니다. 기본 간격은 1초입니다. 백업 디바이스가 일정 기간 동안 광고를 수신하지 않으면 우선 순위가 가장 높은 백업 디바이스가 기본 디바이스로 인계되어 패킷을 전달하기 시작합니다.

백업 장치는 우선 순위가 더 높지 않는 한 기본 장치를 선점하려고 시도하지 않습니다. 이렇게 하면 더 선호하는 경로를 사용할 수 없는 한 서비스 중단이 제거됩니다. VRRP 디바이스가 소유한 주소와 연결된 모든 디바이스의 기본 디바이스가 되는 것을 제외하고 모든 선점 시도를 관리상 금지할 수 있습니다.

VRRP는 멤버 간의 세션 동기화를 지원하지 않습니다. 기본 디바이스에 장애가 발생하면 우선 순위가 가장 높은 백업 디바이스가 기본 디바이스로 인계되어 패킷을 전달하기 시작합니다. 모든 기존 세션은 백업 디바이스에서 상태 외로 삭제됩니다.

라우팅된 VLAN 인터페이스(RIDI)에 대해 우선순위 255를 설정할 수 없습니다.

VRRP는 RFC 3768, 가상 라우터 이중화 프로토콜(Virtual Router Redundancy Protocol)에 정의되어 있습니다.

VRRP의 이점

  • VRRP는 장애 발생 시 한 디바이스에서 다른 디바이스로 IP 주소의 동적 페일오버를 제공합니다.

  • VRRP를 구현하면 엔드 호스트에서 동적 라우팅 또는 라우터 검색 프로토콜을 구성할 필요 없이 게이트웨이에 대한 고가용성 기본 경로를 제공할 수 있습니다.

VRRP 토폴로지 예시

그림 2는 SRX 시리즈 방화벽을 사용하는 기본 VRRP 토폴로지를 보여줍니다. 이 예에서 디바이스 A와 B는 VRRP를 실행하고 가상 IP 주소 192.0.2.1을 공유합니다. 각 클라이언트의 기본 게이트웨이는 192.0.2.1입니다.

그림 2: SRX 시리즈 스위치 Basic VRRP on SRX Series Switches 의 기본 VRRP

다음은 그림 2 를 참조로 사용한 기본 VRRP 동작을 보여줍니다.

  1. 서버가 LAN에서 트래픽을 보내려는 경우 기본 게이트웨이 주소인 192.0.2.1로 트래픽을 보냅니다. VRRP 그룹 100이 소유한 VIP(가상 IP 주소)입니다. 디바이스 A가 그룹의 기본이므로 VIP는 디바이스 A의 "실제" 주소 192.0.2.251과 연결되며 서버의 트래픽은 실제로 이 주소로 전송됩니다. (디바이스 A는 더 높은 우선 순위 값으로 구성되었기 때문에 기본입니다.)

  2. 디바이스 A에 오류가 발생하여 서버와 트래픽을 주고받을 수 없는 경우(예: LAN에 연결된 인터페이스에 장애가 발생하는 경우) 디바이스 B가 기본 서버가 되고 VIP의 소유권을 갖습니다. 서버는 VIP에 트래픽을 계속 전송하지만, VIP가 이제 디바이스 B의 "실제" 주소 192.0.2.252와 연결되었기 때문에(기본 변경으로 인해) 트래픽은 디바이스 A 대신 디바이스 B로 전송됩니다.

  3. 디바이스 A에서 장애를 일으킨 문제가 해결되면 디바이스 A가 다시 기본 디바이스가 되고 VIP의 소유권을 다시 확인합니다. 이 경우 서버는 디바이스 A로 트래픽 전송을 재개합니다.

디바이스 A와 디바이스 B로의 트래픽 전송 사이를 전환하기 위해 서버에서 구성을 변경할 필요가 없습니다. VIP가 192.0.2.251과 192.0.2.252 사이를 이동할 때 변경 사항은 정상적인 TCP-IP 동작에 의해 감지되며 서버에 대한 구성이나 개입이 필요하지 않습니다.

VRRPv3에 대한 SRX 시리즈 방화벽 지원

VRRPv3를 사용하면 VRRPv3가 IPv4 및 IPv6 주소 패밀리를 모두 지원하는 반면 VRRP는 IPv4 주소만 지원한다는 장점이 있습니다.

VRRPv3(IPv4)는 이전 버전의 VRRP와 상호 운용되지 않으므로 네트워크에서 VRRP로 구성된 모든 디바이스에서 VRRPv3를 활성화할 수 있는 경우에만 네트워크에서 VRRPv3를 활성화합니다. 예를 들어, VRRPv3가 활성화된 디바이스에서 VRRP IPv4 광고 패킷을 수신하면 디바이스는 네트워크에서 여러 프라이머리가 생성되지 않도록 백업 상태로 전환됩니다.

계층 수준(IPv4 또는 IPv6 네트워크의 경우)에서 version-3 문을 구성하여 VRRPv3를 [edit protocols vrrp] 활성화할 수 있습니다. LAN의 모든 VRRP 디바이스에 동일한 프로토콜 버전을 구성합니다.

VRRPv3 기능의 한계

다음은 VRRPv3의 몇 가지 기능 제한 사항입니다.

VRRPv3 인증

VRRPv3(IPv4용)이 활성화되면 인증이 허용되지 않습니다.

  • authentication-key 문은 authentication-type VRRP 그룹에 대해 구성할 수 없습니다.

  • 비VRRP 인증을 사용해야 합니다.

VRRPv3 광고 간격

VRRPv3(IPv4 및 IPv6용) 광고 간격은 계층 수준에서 명령문으로 fast-interval 설정해야 합니다 [edit interfaces interface-name unit 0 family inet address ip-address vrrp-group group-name] .

  • 문을 사용하지 advertise-interval 마십시오(IPv4의 경우).

  • 문을 사용하지 inet6-advertise-interval 마십시오(IPv6의 경우).

VRRP 페일오버 지연 개요

페일오버는 장애 또는 예정된 다운타임으로 인해 기본 디바이스를 사용할 수 없게 될 때 보조 디바이스가 네트워크 디바이스의 기능을 맡는 백업 운영 모드입니다. 페일오버는 일반적으로 네트워크에서 지속적으로 사용할 수 있어야 하는 미션 크리티컬 시스템의 필수적인 부분입니다.

VRRP는 멤버 간의 세션 동기화를 지원하지 않습니다. 기본 디바이스에 장애가 발생하면 우선 순위가 가장 높은 백업 디바이스가 기본 디바이스로 인계되어 패킷을 전달하기 시작합니다. 모든 기존 세션은 백업 디바이스에서 상태 외로 삭제됩니다.

빠른 장애 조치(failover)에는 약간의 지연이 필요합니다. 따라서 failover-delay는 IPv6 작업에 대한 VRRP 및 VRRP에 대한 페일오버 지연 시간을 밀리초 단위로 구성합니다. Junos OS는 페일오버 시간 지연을 위해 50밀리초에서 100,000밀리초의 범위를 지원합니다.

라우팅 엔진에서 실행되는 VRRP 프로세스(vrrpd)는 모든 VRRP 세션에 대해 VRRP 기본 역할 변경을 패킷 전달 엔진에 전달합니다. 각 VRRP 그룹은 이러한 통신을 트리거하여 패킷 전달 엔진을 자체 상태 또는 활성 VRRP 그룹에서 상속된 상태로 업데이트할 수 있습니다. 이러한 메시지로 패킷 전달 엔진에 과부하가 걸리지 않도록 하려면 페일오버 지연을 구성하여 후속 라우팅 엔진과 패킷 전달 엔진 간의 지연을 지정할 수 있습니다.

라우팅 엔진은 VRRP 주요 역할 변경을 패킷 전달 엔진에 전달하여 패킷 전달 엔진 하드웨어 필터, VRRP 세션 등의 재프로그래밍과 같은 패킷 전달 엔진에 필요한 상태 변경을 용이하게 합니다. 다음 섹션에서는 두 가지 시나리오에서 라우팅 엔진과 패킷 전달 엔진 간의 통신을 자세히 설명합니다.

failover-delay가 구성되지 않은 경우

페일오버 지연이 구성되지 않은 경우, 라우팅 엔진에서 운영되는 VRRP 세션의 이벤트 순서는 다음과 같습니다.

  1. 라우팅 엔진에서 탐지한 첫 번째 VRRP 그룹의 상태가 변경되고 새로운 상태가 기본이 되면 라우팅 엔진은 적절한 VRRP 공지 메시지를 생성합니다. 패킷 전달 엔진에 상태 변경에 대한 정보가 제공되므로 해당 그룹에 대한 하드웨어 필터가 지연 없이 다시 프로그래밍됩니다. 그런 다음 새 기본은 VRRP 그룹에 Gratuitous ARP 메시지를 보냅니다.

  2. 페일오버 타이머의 지연이 시작됩니다. 기본적으로 장애 조치-지연 타이머는 다음과 같습니다.

    • 500밀리초 - 구성된 VRRP 알림 간격이 1초 미만인 경우.

    • 2초 - 구성된 VRRP 알림 간격이 1초 이상이고 라우터의 총 VRRP 그룹 수가 255개인 경우.

    • 10초 - 구성된 VRRP 알림 간격이 1초 이상이고 라우터의 VRRP 그룹 수가 255개 이상인 경우.

  3. 라우팅 엔진은 후속 VRRP 그룹에 대해 하나씩 상태 변경을 수행합니다. 상태가 변경될 때마다 특정 VRRP 그룹의 새로운 상태가 기본이 되면 라우팅 엔진은 적절한 VRRP 공지 메시지를 생성합니다. 그러나 패킷 전달 엔진에 대한 통신은 장애 조치 지연 타이머가 만료될 때까지 억제됩니다.

  4. 페일오버 지연 타이머가 만료된 후 라우팅 엔진은 상태를 변경한 모든 VRRP 그룹에 대한 메시지를 패킷 전달 엔진으로 보냅니다. 결과적으로 해당 그룹에 대한 하드웨어 필터가 다시 프로그래밍되고 새 상태가 기본인 그룹에 대해 Gratuitous ARP 메시지가 전송됩니다.

이 프로세스는 모든 VRRP 그룹에 대한 상태 전환이 완료될 때까지 반복됩니다.

따라서 페일오버 지연을 구성하지 않으면 첫 번째 VRRP 그룹에 대한 전체 상태 전환(라우팅 엔진 및 패킷 전달 엔진의 상태 포함)이 즉시 수행되는 반면, 나머지 VRRP 그룹에 대한 패킷 전달 엔진의 상태 전환은 구성된 VRRP 공지 타이머 및 VRRP 그룹 수에 따라 최소 0.5-10초 지연됩니다. 이 중간 상태 동안, 패킷 전달 엔진에서 아직 완료되지 않은 상태 변경에 대한 VRRP 그룹의 수신 트래픽은 하드웨어 필터의 지연된 재구성으로 인해 패킷 전달 엔진 수준에서 손실될 수 있습니다.

failover-delay가 구성된 경우

페일오버 지연이 구성되면 라우팅 엔진에서 운영되는 VRRP 세션의 이벤트 시퀀스가 다음과 같이 수정됩니다.

  1. 라우팅 엔진은 일부 VRRP 그룹에 상태 변경이 필요함을 감지합니다.

  2. 페일오버 지연은 구성된 기간 동안 시작됩니다. 허용되는 장애 조치(failover) 지연 타이머 범위는 50밀리초에서 100,000밀리초까지입니다.

  3. 라우팅 엔진은 VRRP 그룹에 대해 하나씩 상태 변경을 수행합니다. 상태가 변경될 때마다 특정 VRRP 그룹의 새로운 상태가 기본이 되면 라우팅 엔진은 적절한 VRRP 공지 메시지를 생성합니다. 그러나 패킷 전달 엔진에 대한 통신은 장애 조치 지연 타이머가 만료될 때까지 억제됩니다.

  4. 페일오버 지연 타이머가 만료된 후 Routing Enigne은 상태를 변경한 모든 VRRP 그룹에 대한 메시지를 패킷 전달 엔진으로 보냅니다. 결과적으로 해당 그룹에 대한 하드웨어 필터가 다시 프로그래밍되고 새 상태가 기본인 그룹에 대해 Gratuitous ARP 메시지가 전송됩니다.

이 프로세스는 모든 VRRP 그룹에 대한 상태 전환이 완료될 때까지 반복됩니다.

따라서 페일오버 지연이 구성되면 첫 번째 VRRP 그룹에 대한 패킷 전달 엔진 상태도 지연됩니다. 그러나 네트워크 운영자는 VRRP 상태 변경 중 중단을 최소화하기 위해 네트워크 구축의 요구에 가장 적합한 페일오버 지연 값을 구성할 수 있는 이점이 있습니다.

failover-delay는 라우팅 엔진에서 실행되는 VRRP 프로세스(vrrpd)에 의해 운영되는 VRRP 세션에만 영향을 미칩니다. 패킷 전달 엔진에 배포된 VRRP 세션의 경우, 페일오버 지연 구성은 효과가 없습니다.

예: 섀시 클러스터 중복 이더넷 인터페이스에서 VRRP/VRRPv3 구성

VRRP(Virtual Router Redundancy Protocol)가 구성되면 VRRP는 여러 디바이스를 가상 디바이스로 그룹화합니다. 언제든지 VRRP로 구성된 디바이스 중 하나는 기본(활성)이고 다른 디바이스는 백업입니다. 기본 디바이스에 장애가 발생하면 백업 디바이스 중 하나가 새로운 기본 디바이스가 됩니다.

다음 예에서는 중복 인터페이스에서 VRRP를 구성하는 방법을 설명합니다.

요구 사항

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

  • SRX 시리즈 방화벽용 Junos OS 릴리스 18.1 R1 이상.

  • 섀시 클러스터에 연결된 두 개의 SRX 시리즈 방화벽.

  • SRX 시리즈 방화벽 1개가 독립형 디바이스로 연결됨.

개요

섀시 클러스터 디바이스의 중복 인터페이스와 독립형 디바이스의 기가비트 이더넷 인터페이스에서 VRRP 그룹을 구성하여 VRRP를 구성합니다. 섀시 클러스터 디바이스의 중복 인터페이스와 독립형 디바이스의 기가비트 이더넷 인터페이스는 하나 이상의 VRRP 그룹의 멤버가 될 수 있습니다. VRRP 그룹 내에서 섀시 클러스터 디바이스의 기본 중복 인터페이스와 독립형 디바이스의 백업 기가비트 이더넷 인터페이스를 구성해야 합니다.

VRRP 그룹을 구성하려면 VRRP 그룹의 멤버인 중복 인터페이스 및 기가비트 이더넷 인터페이스에 대한 그룹 식별자 및 가상 IP 주소를 구성해야 합니다. 가상 IP 주소는 VRRP 그룹의 모든 인터페이스에 대해 동일해야 합니다. 그런 다음 기본 인터페이스가 되도록 중복 인터페이스와 기가비트 이더넷 인터페이스에 대한 우선 순위를 구성합니다.

1에서 255(255가 가장 높은 우선 순위)의 우선 순위를 사용하여 기본 및 백업 중복 인터페이스와 기가비트 이더넷 인터페이스를 강제로 할당할 수 있습니다.

토폴로지

그림 3 은 이 예에서 사용된 토폴로지를 보여줍니다.

그림 3: 중복 인터페이스의 VRRP on Redundant interface VRRP

구성 VRRP

VRRPv3, VRRP 그룹 및 섀시 클러스터 중복 이더넷 인터페이스의 우선 순위 구성

CLI 빠른 구성

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

단계별 절차

섀시 클러스터 디바이스에서 VRRPv3, VRRP 그룹 및 우선 순위를 구성하려면:

  1. VRRP 프로토콜 트래픽을 추적하기 위해 traceoptions에 파일 이름을 구성합니다.

  2. 최대 추적 파일 크기를 지정합니다.

  3. vrrp traceoptions를 활성화합니다.

  4. vrrp 버전을 3으로 설정합니다.

  5. VRRP RETH 페일오버가 있을 때 VRRP 및 무중단 활성 라우팅을 위해 GRES(Graceful Routing Engine Switchover)를 지원하도록 이 명령을 구성합니다. vrrp를 사용하면 보조 노드가 몇 초 내에 장애가 발생한 기본 노드를 인수할 수 있으며, 이는 호스트와의 상호 작용 없이 최소 VRRP 트래픽으로 수행됩니다

  6. 중복 이더넷(RETH) 인터페이스를 설정하고 중복 인터페이스를 영역에 할당합니다.

  7. 중복 인터페이스 0 유닛 0에 대한 패밀리 inet 주소 및 가상 주소를 구성합니다.

  8. 이중화된 인터페이스 1 유닛 0에 대한 패밀리 inet 주소 및 가상 주소를 구성합니다.

  9. 중복 인터페이스 0 유닛 0의 우선순위를 255로 설정합니다.

  10. 중복 인터페이스 1 유닛 0의 우선순위를 150으로 설정합니다.

  11. 중복 인터페이스 0 유닛 0을 구성하여 가상 IP 주소로 전송되는 모든 패킷을 수락합니다.

  12. 중복 인터페이스 1 유닛 0을 구성하여 가상 IP 주소로 전송되는 모든 패킷을 수락합니다.

결과

구성 모드에서 및 show interfaces reth1 명령을 입력하여 show interfaces reth0 구성을 확인합니다. 출력이 의도한 구성을 표시하지 않으면, 이 예의 구성 지침을 반복하여 수정합니다.

디바이스 구성을 마쳤으면 구성 모드에서 을 입력합니다 commit .

독립형 디바이스에서 VRRP 그룹 구성

CLI 빠른 구성

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

단계별 절차

독립형 디바이스에서 VRRP 그룹을 구성하려면 다음을 수행합니다.

  1. vrrp 버전을 3으로 설정합니다.

  2. 기가비트 이더넷 인터페이스 유닛 0에 대한 제품군 inet 주소 및 가상 주소를 구성합니다.

  3. 기가비트 이더넷 인터페이스 유닛의 우선 순위를 0에서 50으로 설정합니다.

  4. 가상 IP 주소로 전송되는 모든 패킷을 수락하도록 기가비트 이더넷 인터페이스 유닛 0을 구성합니다.

결과

구성 모드에서 및 show interfaces xe-5/0/6 명령을 입력하여 show interfaces xe-5/0/5 구성을 확인합니다. 출력이 의도한 구성을 표시하지 않으면, 이 예의 구성 지침을 반복하여 수정합니다.

디바이스 구성을 마쳤으면 구성 모드에서 을 입력합니다 commit .

확인

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

섀시 클러스터 디바이스에서 VRRP 검증

목적

섀시 클러스터 디바이스의 VRRP가 올바르게 구성되었는지 확인합니다.

작업

운영 모드에서 명령을 입력하여 show vrrp brief 섀시 클러스터 디바이스의 VRRP 상태를 표시합니다.

의미

샘플 출력은 4개의 VRRP 그룹이 활성 상태이고 중복 인터페이스가 올바른 기본 역할을 맡았음을 보여줍니다. lcl 주소는 인터페이스의 물리적 주소이고 VIP 주소는 중복 인터페이스가 공유하는 가상 주소입니다. 타이머 값(A 0.149, A 0.155, A 0.445, A 0.414)은 중복 인터페이스가 기가비트 이더넷 인터페이스로부터 VRRP 광고를 수신할 것으로 예상하는 남은 시간(초)을 나타냅니다. 타이머가 만료되기 전에 그룹 0, 1, 2, 3에 대한 광고가 도착하지 않으면 섀시 클러스터 디바이스는 자신을 기본으로 주장합니다.

독립형 디바이스에서 VRRP 검증

목적

VRRP가 독립형 디바이스에서 올바르게 구성되었는지 확인합니다.

작업

운영 모드에서 명령을 입력하여 show vrrp brief 독립형 디바이스의 VRRP 상태를 표시합니다.

의미

샘플 출력은 4개의 VRRP 그룹이 활성 상태이고 기가비트 이더넷 인터페이스가 올바른 백업 역할을 맡았음을 보여줍니다. lcl 주소는 인터페이스의 물리적 주소이고 vip 주소는 기가비트 이더넷 인터페이스가 공유하는 가상 주소입니다. 타이머 값(D 3.093, D 3.502, D 3.499, D 3.282)은 기가비트 이더넷 인터페이스가 중복 인터페이스로부터 VRRP 광고를 수신할 것으로 예상하는 남은 시간(초 단위)을 나타냅니다. 타이머가 만료되기 전에 그룹 0, 1, 2 및 3에 대한 보급 알림이 도착하지 않으면 독립형 디바이스는 계속 백업 디바이스입니다.

예: IPv6용 VRRP 구성

이 예에서는 IPv6에 대한 VRRP 속성을 구성하는 방법을 보여 줍니다.

요구 사항

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

  • 라우터 3개

  • Junos OS 릴리스 11.3 이상

    • 이 예는 Junos OS 릴리스 21.1R1에서 최근 업데이트되고 재검증되었습니다.
    • 특정 플랫폼 및 Junos OS 릴리스 조합에 대한 VRRP 지원에 대한 자세한 내용은 기능 탐색기를 참조하십시오.

개요

이 예에서는 IPv6에 대한 가상 주소가 있는 VRRP 그룹을 사용합니다. LAN의 디바이스는 이 가상 주소를 기본 게이트웨이로 사용합니다. 기본 라우터에 장애가 발생하면 백업 라우터가 이를 대신합니다.

VRRP 구성

라우터 A 구성

CLI 빠른 구성

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

단계별 절차

이 예제를 구성하려면 다음을 수행합니다.

  1. 인터페이스를 구성합니다.

  2. IPv6 VRRP 그룹 식별자 및 가상 IP 주소를 구성합니다.

  3. RouterB보다 높은 RouterA의 우선 순위를 구성하여 기본 가상 라우터가 되도록 합니다. RouterB는 기본 우선 순위인 100을 사용하고 있습니다.

  4. VRRP 그룹의 우선 순위를 변경하기 위해 인터넷에 연결된 인터페이스가 작동, 중단 또는 존재하지 않는지 추적하도록 구성합니다 track interface .

  5. 기본 라우터가 가상 IP 주소로 향하는 모든 패킷을 수락할 수 있도록 하려면 구성합니다 accept-data .

  6. 인터넷 트래픽에 대한 정적 경로를 구성합니다.

  7. iPv6용 VRRP의 경우, VRRP 그룹에 대한 IPv6 라우터 광고를 전송하도록 VRRP가 구성된 인터페이스를 구성해야 합니다. 인터페이스가 IPv6 라우터 요청 메시지를 수신하면 인터페이스에 구성된 모든 VRRP 그룹에 IPv6 라우터 광고를 보냅니다.

  8. 그룹이 기본 상태인 경우 인터페이스에 구성된 VRRP IPv6 그룹에 대해서만 라우터 광고를 보내도록 구성합니다.

결과

구성 모드에서 , show protocols router-advertisementshow routing-options 명령을 입력하여 show interfaces구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.

디바이스 구성을 마쳤으면 구성 모드에서 을 입력합니다 commit .

라우터 B 구성

CLI 빠른 구성

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

단계별 절차

이 예제를 구성하려면 다음을 수행합니다.

  1. 인터페이스를 구성합니다.

  2. IPv6 VRRP 그룹 식별자 및 가상 IP 주소를 구성합니다.

  3. 백업 라우터가 기본 라우터가 될 경우 백업 라우터가 가상 IP 주소로 향하는 모든 패킷을 수락할 수 있도록 구성합니다 accept-data .

  4. 인터넷 트래픽에 대한 정적 경로를 구성합니다.

  5. VRRP 그룹에 대한 IPv6 라우터 광고를 보내도록 VRRP가 구성된 인터페이스를 구성합니다. 인터페이스가 IPv6 라우터 요청 메시지를 수신하면 인터페이스에 구성된 모든 VRRP 그룹에 IPv6 라우터 광고를 보냅니다.

  6. 그룹이 기본 상태인 경우 인터페이스에 구성된 VRRP IPv6 그룹에 대해서만 라우터 광고를 보내도록 구성합니다.

결과

구성 모드에서 , show protocols router-advertisementshow routing-options 명령을 입력하여 show interfaces구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.

디바이스 구성을 마쳤으면 구성 모드에서 을 입력합니다 commit .

라우터 C 구성

CLI 빠른 구성

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

확인

VRRP가 라우터 A에서 작동하는지 확인

목적

VRRP가 라우터 A에서 활성화되어 있고 VRRP 그룹에서 VRRP의 역할이 올바른지 확인합니다.

작업

다음 명령을 사용하여 라우터 A에서 VRRP가 활성화되어 있는지, 라우터가 그룹 1의 기본인지, 인터넷에 연결된 인터페이스가 추적되고 있는지 확인합니다.

의미

명령은 show vrrp VRRP 구성에 대한 기본 정보를 표시합니다. 이 출력은 VRRP 그룹이 활성 상태이고 이 라우터가 기본 역할을 맡았음을 보여줍니다. lcl 주소는 인터페이스의 물리적 주소이며 vip 주소는 두 라우터가 공유하는 가상 주소입니다. 값(A 0.690)은 Timer 이 라우터가 다른 라우터로부터 VRRP 광고를 수신할 것으로 예상하는 남은 시간(초)을 나타냅니다.

VRRP가 라우터 B에서 작동하는지 확인

목적

라우터 B에서 VRRP가 활성화되어 있고 VRRP 그룹에서 VRRP의 역할이 올바른지 확인합니다.

작업

다음 명령을 사용하여 라우터 B에서 VRRP가 활성화되어 있고 라우터가 그룹 1에 대한 백업인지 확인합니다.

의미

명령은 show vrrp VRRP 구성에 대한 기본 정보를 표시합니다. 이 출력은 VRRP 그룹이 활성 상태이고 이 라우터가 백업 역할을 맡았음을 보여줍니다. lcl 주소는 인터페이스의 물리적 주소이며 vip 주소는 두 라우터가 공유하는 가상 주소입니다. 값(D 2.947)은 Timer 이 라우터가 다른 라우터로부터 VRRP 광고를 수신할 것으로 예상하는 남은 시간(초)을 나타냅니다.

라우터 C가 인터넷 전송 라우터 A에 도달하는지 확인

목적

라우터 C에서 인터넷에 대한 연결을 확인합니다.

작업

다음 명령을 사용하여 라우터 C가 인터넷에 연결할 수 있는지 확인합니다.

의미

ping 명령은 인터넷에 traceroute 대한 도달 가능성을 표시하고 명령은 라우터 A가 전송 중임을 보여줍니다.

라우터 B가 VRRP의 기본이 되는지 확인

목적

라우터 A와 인터넷 간의 인터페이스가 다운될 때 라우터 B가 VRRP의 기본이 되는지 확인합니다.

작업

다음 명령을 사용하여 라우터 B가 기본이고 라우터 C가 인터넷 전송 라우터 B에 연결할 수 있는지 확인합니다.

의미

show vrrp track detail 명령은 추적된 인터페이스가 라우터 A에서 다운되었고, 우선 순위가 90으로 떨어졌으며, 라우터 A가 이제 백업임을 보여줍니다. show vrrp 명령은 라우터 B가 이제 VRRP의 기본임을 traceroute 보여주고 명령은 라우터 B가 현재 전송 중임을 보여줍니다.