SRX 섀시 클러스터에서 페일오버되지 않는 중복 그룹 문제 해결
진단
섀시 클러스터의 일부인 SRX 시리즈 서비스 게이트웨이의 명령 프롬프트에서 명령을 실행합니다 show chassis cluster status
.
샘플 출력:
Cluster ID: 1 Node Priority Status Preempt Manual failover Redundancy group: 0 , Failover count: 0 node0 150 primary no no node1 100 secondary no no Redundancy group: 1 , Failover count: 0 node0 255 primary yes no node1 100 secondary yes no
샘플 출력에서 장애 조치되지 않는 중복 그룹의 우선순위를 확인합니다.
이(가)
Priority
이고Manual failover
필드가yes
인 경우 이중화 그룹 수동 장애 조치(Redundancy Group Manual Failover)로 진행합니다.255
우선 순위가
0
와254
사이1
인 경우 이중화 그룹 자동 장애 조치(failover)로 진행합니다
해상도
이중화 그룹 수동 장애 조치(failover)
명령을 사용하여
show chassis cluster status
중복 그룹의 수동 페일오버가 이전에 시작되었는지 확인합니다.샘플 출력:
Cluster ID: 1 Node Priority Status Preempt Manual failover Redundancy group: 0 , Failover count: 0 node0 150 primary yes no node1 100 secondary yes no Redundancy group: 1 , Failover count: 0 node0 255 primary no yes node1 100 secondary no yes
샘플 출력
Priority
에서 중복 그룹 1(RG1)의 값은 이고255
의Manual failover
상태는 이며yes
, 이는 중복 그룹의 수동 페일오버가 이전에 시작되었음을 의미합니다. 중복 그룹 우선 순위를 재설정해야 합니다.메모:중복 그룹의 수동 장애 조치(failover) 후에는 추가 장애 조치(failover)를 허용하도록 클러스터 상태에서 수동 장애 조치(failover) 플래그를 다시 설정하는 것이 좋습니다.
을(를) 사용하여 중복 그룹 우선 순위를 재설정합니다
request chassis cluster failover reset redundancy-group <1-128>
.예를 들어:
user@host> request chassis cluster failover reset redundancy-group 1 root@srx> request chassis cluster failover reset redundancy-group 1 node0: -------------------------------------------------------------------------- Successfully reset manual failover for redundancy group 1 node1: -------------------------------------------------------------------------- No reset required for redundancy group 1.
이렇게 하면 문제가 해결되고 추가 중복 그룹 장애 조치(failover)가 허용되어야 합니다. 이러한 단계를 수행해도 문제가 해결되지 않으면 다음 단계 섹션으로 진행합니다.
중복 그룹 x(1에서 128까지 번호가 매겨진 중복 그룹) 페일오버를 수동으로 시작하려면 섀시 클러스터 중복 그룹 수동 페일오버 이해를 참조하십시오.
이중화 그룹 자동 페일오버
명령을 사용하여
show chassis cluster interfaces
제어 및 패브릭 링크의 구성 및 링크 상태를 확인합니다.브랜치 SRX 시리즈 서비스 게이트웨이의 샘플 출력:
{primary:node0} root@SRX_Branch> show chassis cluster interfaces Control link 0 name: fxp1 Control link status: Up Fabric interfaces: Name Child-interface Status fab0 ge-0/0/2 down fab0 fab1 ge-9/0/2 down fab1 Fabric link status: down
하이엔드 SRX 시리즈 서비스 게이트웨이의 샘플 출력:
{primary:node0} root@SRX_HighEnd> show chassis cluster interfaces Control link 0 name: em0 Control link 1 name: em1 Control link status: up Fabric interfaces: Name Child-interface Status fab0 ge-0/0/5 down fab0 Fabric link status: down
제어 링크가 다운된 경우 KB 문서 KB20698 를 참조하여 문제를 해결하고 제어 링크를 불러온 후 3으로 진행합니다.
패브릭 링크가 다운된 경우 SRX 섀시 클러스터에서 패브릭 링크 장애 문제 해결을 참조하여 패브릭 링크의 문제를 해결하고 불러온 후 3으로 진행합니다.
제어 링크와 패브릭 링크가 모두 작동 중인 경우 3 단계로 진행합니다.
작동 중인 인터페이스 모니터링 또는 IP 모니터링 구성을 확인합니다. 구성이 올바르지 않으면 구성을 수정하십시오. 구성이 올바르면 4단계로 진행합니다.
명령의
show chassis cluster status
출력에서 각 노드의 우선 순위를 확인합니다.-
우선 순위가 인
0
경우 JSRP(Junos OS Services Redundancy Protocol) 섀시 클러스터에 대한 KB 문서 KB16869 및 브랜치 SRX 시리즈 방화벽에 대한 KB 문서 KB19431 를 참조하십시오. 우선 순위가 인
255
경우 중복 그룹 수동 장애 조치(failover)를 참조하십시오.우선 순위가 와 사이
1
254
이고 여전히 중복 그룹이 장애 조치되지 않는 경우 Whats Next 섹션으로 진행합니다.
-
무엇 향후 계획
이러한 단계를 수행해도 문제가 해결되지 않으면 KB 문서 KB15911 에서 중복 그룹 장애 조치 팁을 참조하십시오.
추가로 디버깅하려면 KB 문서 KB21164 참조하여 디버그 로그를 확인하십시오.
주니퍼 네트웍스 지원 팀에 JTAC 케이스를 개설하려면 JTAC 케이스를 열기 전에 문제 해결을 지원하기 위해 수집해야 하는 데이터에 대한 고객 지원 데이터 수집 을 참조하십시오.