멀티노드 고가용성

기본 게이트웨이 구축의 경우

두 노드가 동시에 부팅되는 경우, 멀티노드 고가용성 시스템은 SRG의 구성된 우선 순위 값을 사용하여 활성도를 결정합니다. 활성도 적용은 활성 SRG1+를 가진 노드가 가상 IP(VIP) 주소와 가상 MAC(VMAC) 주소를 소유할 때 발생합니다. 이 작업은 양쪽의 스위치로 GARP(Gratuitous ARP)를 트리거하고 스위치의 MAC 테이블을 업데이트합니다.

하이브리드 구축용

능동성 적용은 구성된 신호 경로가 해당 경로 보급과 함께 활성화를 적용할 때 레이어 3 측에서 발생합니다. 레이어 2 측에서 SRX 시리즈 방화벽은 스위치 레이어에 Gratuitous ARP(GARP)를 트리거하고 VIP 및 VMAC 주소를 소유합니다.

페일오버가 발생하고 이전 백업 노드가 활성 역할로 전환되면 경로 선호가 교체되어 모든 트래픽을 새 활성 노드로 유도합니다.

능동성 우선 순위 및 선점

SRG1+에 대한 선점 우선 순위(1-254)를 구성합니다. 두 노드에서 선점 값을 구성해야 합니다. 선점 옵션은 노드가 페일오버에서 복구할 때 트래픽이 항상 지정된 노드로 되돌아가도록 보장합니다.

다음 샘플에서와 같이 SRG1+에 대한 능동성 우선 순위와 선점 구성이 가능합니다.

전체 구성 예 는 레이어 3 네트워크에서 멀티노드 고가용성 구성을 참조하십시오.

노드가 ICL을 통해 서로 통신할 수 있는 한, Activeness 우선 순위는 존중됩니다.

Activeness 프로브 설정 구성

Junos OS 22.4R1, 기본 게이트웨이(스위칭) 및 멀티노드 고가용성 하이브리드 구축에서 다음 문을 사용하여 선택적으로 액티브니스 프로브 매개 변수를 구성할 수 있습니다.

프로브 간격은 대상 IP 주소로 전송된 프로브 간의 기간을 설정합니다. 프로브 간격을 1,000밀리초로 설정할 수 있습니다.

승수 값은 백업 노드가 피어 노드로부터 activeness-probes에 대한 응답을 수신하지 못할 경우 백업 노드가 활성 상태로 전환되는 기간을 결정합니다.

기본값은 2이고 최소 값은 2이며, 최대 값은 15입니다.

예: 승수 값을 2로 구성하는 경우 백업 노드가 2초 후에 피어 노드로부터 activeness 프로빙 요청에 대한 응답을 수신하지 않으면 활성 상태로 전환됩니다.

스위칭 및 minimal-interval 하이브리드 구축에서 및 을(를) 구성할 multiplier 수 있습니다.

하이브리드 모드 구축에서 활성도 결정에 대한 프로브 대상 IP 세부 정보를 구성한 경우(명령문을 사용activeness-probe dest-ip), 및 minimal-interval 값을 구성 multiplier 하지 마십시오. VIP 기반 Activeness 프로브를 사용할 때 이러한 매개 변수를 구성합니다.

기본 게이트웨이 구축

기본 게이트웨이 구축에서는 ICL 연결이 중단되면 SRX 시리즈 방화벽이 서로 통신할 수 없습니다. 이 경우 두 디바이스 모두 활성 역할을 주장할 가능성이 있습니다. 이를 방지하기 위해 백업 노드에서 가상 IP로의 ICMP 기반 핑을 사용하는 멀티노드 고가용성 프로브를 제공합니다. 다음과 같은 시나리오가 가능합니다.

• ICL 다운 및 액티브 노드 업

  활성 노드는 가상 IP 주소를 소유하므로 ICMP 프로브를 사용하여 활성 노드가 가상 IP에 핑되면 프로브가 성공합니다. 백업 노드는 백업 상태로 유지됩니다.

• ICL 및 액티브 노드 다운

  백업 노드는 ICMP 프로브를 사용하여 가상 IP 핑을 합니다. 활성 노드가 중단되었으므로 VIP를 호스팅하지 않으며 IP 기반 프로브에 응답하지 않습니다. 따라서 지정된 수의 장애가 발생한 후 백업 노드가 활성 상태로 전환됩니다.

  자세한 내용은 기본 게이트웨이 구축에서 멀티노드 고가용성 구성 을 참조하십시오.

하이브리드 구축

분리된 뇌 방지를 위해 레이어 3 측면 또는 레이어 2 측면을 사용할 수 있습니다. 동시에 하나의 방법만 사용할 수 있습니다. 레이어 2 측면을 사용하는 경우, 멀티노드 고가용성(Multinode High Availability)은 "기본 게이트웨이 모드 구축"에 설명된 VIP 프로빙 방법을 사용합니다. 레이어 3 측면을 사용하면 "경로 모드"에 설명된 활성도 결정 프로브(ICMP 프로브) 방법이 사용됩니다.

기본 게이트웨이 구축에서 멀티노드 고가용성 구성 또는 레이어 3에서 멀티노드 고가용성 구성을 참조하십시오.

분리된 뇌 방지 메커니즘에도 불구하고, 이론적으로 노드는 여전히 활성 상태로 들어갈 수 있습니다. 이는 ICL이 중단되고 프로브 라우터에 다른 네트워크 문제가 동시에 발생할 때 발생합니다. 이 때문에 프로브 라우터는 두 노드의 프로브 요청에 회신합니다. 이 경우 상황이 개선되고 ICL이 작동하면 노드 중 하나가 activeness-priority 구성에 따라 활성 역할을 수행합니다. Activeness-Priority 구성을 사용할 수 없는 경우 로컬 ID가 낮은 노드가 백업 역할을 합니다.

하드웨어 장애

• 원인 - 장애가 발생한 하드웨어 구성 요소 또는 전력 장애와 같은 환경 문제.
• 탐지 — 멀티노드 고가용성
  • 영향을 받는 디바이스/노드에 액세스할 수 없음
  • SRG1 상태는 하드웨어 장애가 있는 노드에서 으로 변경합니다 INELIGIBLE .
• 영향 — 그림 14와 같이 트래픽이 다른 노드(정상인 경우)로 페일오버됩니다. .
  그림 14: 멀티노드 고가용성 하드웨어 장애
• 복구 - 섀시 하드웨어 장애를 제거하면 장애 복구가 이루어집니다(예: 실패한 하드웨어 구성 요소를 교체 또는 복구).
• 결과 - 다음 명령을 사용하여 상태를 확인합니다.
  • show chassis 고가용성 정보 세부 정보
  • show chassis hardware
  • show chassis alarms

시스템/소프트웨어 장애

• 원인 - 소프트웨어 프로세스 또는 서비스 장애 또는 운영 체제 문제.
• 탐지 — 멀티노드 고가용성
  • 영향을 받는 디바이스/노드에 액세스할 수 없음
  • 시스템/소프트웨어 장애가 있는 상태에서 영향을 받는 노드의 시스템 상태를 INELIGIBLE 으로 변경합니다.
• 영향 —그림 15와 같이 정상일 경우 트래픽이 다른 노드로 페일오버됩니다.
  그림 15: 멀티노드 고가용성 소프트웨어 장애
• 복구 - 문제가 해결되면 운영 중단에서 자동으로 및 정상으로 복구됩니다. 활성 역할을 수행한 백업 노드는 계속 활성화됩니다. 이전 활성 노드는 백업 노드로 유지됩니다.
• 결과 - show chassis 고가용성 정보 상세 명령을 사용하여 상태를 확인합니다.

물리적 인터페이스(링크) 실패

• 원인 - 인터페이스 장애는 네트워크 장비 중단 또는 물리적 케이블의 중단 또는 일관되지 않은 구성으로 인해 발생할 수 있습니다.
• 탐지 — 멀티노드 고가용성
  • 영향을 받는 디바이스/노드에 액세스할 수 없습니다.
  • SRG1 상태는 네트워크 또는 연결 실패가 있는 영향을 받는 노드에서 (인터페이스 모니터가 구성된 경우) 변경 INELIGIBLE 됩니다. 또한 BFD 또는 IP 모니터링으로 경로 연결을 감지하고 구성된 작업을 기반으로 이벤트를 트리거할 수 있습니다.
• 영향 - 인터페이스의 링크 상태 변경이 페일오버를 트리거합니다. 백업 노드는 활성 역할을 하며, 실패한 노드에서 실행 중인 서비스는 그림 16과 같이 다른 노드로 마이그레이션됩니다.
  그림 16: 인터페이스 실패

• 구성 - BFD 모니터링 및 인터페이스 모니터링을 구성하려면 다음 구성 문을 사용합니다.

  트래픽 플로우에 중요한 모든 링크를 모니터링해야 합니다.

  전체 구성 세부 정보를 위해 레이어 3 네트워크에서 멀티노드 고가용 성 구성 또는 기본 게이트웨이 구축에서 멀티노드 고가용성 구성 을 확인하십시오.

• 복구 - 실패한 인터페이스를 복구/교체할 때 복구합니다. 네트워크/연결 실패가 복구된 후 SRG1은 부적합 상태에서 백업 상태로 이동합니다. 새로운 활성 노드는 업스트림 라우터에 더 나은 메트릭을 계속 보급하고 트래픽을 처리합니다.
• 결과 - 다음 명령을 사용하여 상태를 확인합니다.
  • show chassis high-availability information detail
  • monitor interfaces
  • show interfaces terse

• 인터페이스 구성에 대한 정보는 레이어 3 네트워크에서 멀티노드 고가용성 구성, 하이브리드 구축에서 멀티노드 고가용성 구성, 기본 게이트웨이 구축에서 멀티노드 고가용성 구성, 인터페이스 문제 해결을 참조하십시오.

ICL(Interchassis Link) 실패

• 원인 - ICL 실패는 네트워크 중단 또는 일관되지 않은 구성 때문일 수 있습니다.
• 탐지 — 멀티노드 고가용성에서 노드는 서로 도달할 수 없으며 ICMP 프로브(Activeness Determination Probe)를 시작합니다.
• 영향 — 멀티노드 고가용성 시스템에서 ICL은 활성 노드와 백업 노드를 연결합니다. ICL이 다운되면 두 디바이스 모두 이 변경 사항을 알아차리고 Activeness 프로브(ICMP 프로브)를 시작합니다. Activeness 프로브는 각 SRG1+에 대해 활성 역할을 수행할 수 있는 노드를 결정하기 위해 수행됩니다. 프로브 결과를 기반으로 노드 중 하나가 활성 상태로 전환됩니다.

  그림 17과 같이 SRX-1과 SRX-2 간의 ICL은 중단되었습니다. 두 디바이스는 서로 연결하지 못하고 활성도 프로브를 업스트림 라우터에 전송하기 시작할 수 없습니다. SRX-1은 라우터 구성에서 더 높은 선호 경로에 있으므로 활성 역할을 수행하여 트래픽을 계속 처리하고 더 높은 선호 경로를 보급합니다. 다른 하나는 백업 역할을 합니다.

  그림 17: 멀티노드 고가용성 ICL 장애

• 구성 - Activeness 프로빙을 구성하려면 다음 구성 문을 사용합니다.

  전체 구성 세부 정보는 레이어 3 네트워크에서 멀티노드 고가용성 구성 을 참조하십시오.

• 결과 - 다음 명령을 사용하여 상태를 확인합니다.
  • show chassis high-availability information detail
  • show chassis high-availability services-redundancy-group 1

  • ping 옵션을 사용하여 업스트림 라우터에서 ICMP 패킷 응답을 확인합니다. 예: ping <activeness-probe-dest-ip> source <activeness-probe-source-ip> routing-instance <routing-instance-name>.

• 복구 - 노드 중 하나가 활성 역할을 맡으면 멀티노드 고가용성이 콜드 동기화 프로세스를 다시 시작하고 컨트롤 플레인 서비스(IPSec VPN)를 다시 동기화합니다. SRG 상태 정보는 노드 간에 다시 교환됩니다.

노드가 분리된 상태로 유지됨

• 원인 - 멀티노드 고가용성 설정에서 노드는 재부팅 후 분리된 상태로 유지되며 관련 인터페이스는 다음과 같은 경우 계속 다운 상태를 유지합니다.

  • 섀시 간 링크(ICL)는 콜드싱크 완료될 때까지 부팅한 후 다른 노드에 연결되지 않습니다.

    및

  • 옵션은 shutdown-on-failure SRG0에 구성됩니다.

    참고:

    위의 원인은 다른 디바이스가 서비스가 중단된 경우에도 발생할 수 있습니다.

• 탐지 - SRG0 상태는 명령 출력에서와 같이 ISOLATED 표시됩니다.

• 복구 - 다른 노드가 온라인에 연결되고 ICL이 시스템 정보를 교환하거나 문을 제거하고 구성을 커밋할 때 노드가 shutdown-on-failure 자동으로 복구됩니다.

  문을 제거하려면 을(를) delete chassis high-availability services-redundancy-group 0 shutdown-on-failure 사용합니다.

  위의 솔루션이 사용자 환경에 적합하지 않은 경우 옵션을 사용할 install-on-failure-route 수 있습니다. 이 옵션에서 멀티노드 고가용성 설정은 SRG1+에서 사용할 수 있는 active-signal-route 및 backup-signal-route 접근 방식과 유사한 라우팅 정책 옵션을 사용하여 위의 상황을 보다 그레이스풀하게 처리하기 위해 정의된 신호 경로를 사용합니다.