Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

SRX 시리즈 디바이스에서 섀시 클러스터링 구성

SRX 시리즈 서비스 게이트웨이는 클러스터 모드에서 작동하도록 구성할 수 있습니다. 클러스터 모드에서 한 쌍의 디바이스를 함께 연결하고 고가용성을 제공하는 단일 디바이스처럼 작동하도록 구성할 수 있습니다. 섀시 클러스터로 구성된 경우, 두 노드는 서로 백업하며, 한 노드는 기본 디바이스로, 다른 노드는 보조 디바이스로 작동하여 시스템 또는 하드웨어 장애 발생 시 프로세스 및 서비스의 스테이트드오버를 보장합니다. 기본 디바이스에 장애가 발생하면 보조 디바이스가 트래픽을 처리합니다.

노드 0에서 SRX300, SRX320, SRX340, SRX345 및 SRX380 디바이스의 경우 노드 1에서 ge-0/0/1를 연결합니다. 초기 설정 구성에는 기본 구성이 고가용성(HA) 없습니다. 사용 고가용성(HA) 고가용성(HA) 물리적 인터페이스가 일부 구성을 가지고 있는 경우 고가용성(HA) 구성을 제거해야 합니다. 표 1 에는 고가용성(HA), SRX300, SRX340 SRX320 SRX345 및 SRX380에서 사용되는 물리적 인터페이스를 나열하고 있습니다.

표 1: 고가용성(HA) SRX320, SRX300, SRX340, SRX345 및 SRX380의 인터페이스와 물리적 인터페이스 간의 매핑

장치

fxp0 인터페이스(고가용성(HA) MGT)

fxp1 인터페이스(고가용성(HA) 제어)

팩 인터페이스

SRX300

ge-0/0/0

ge-0/0/1

사용자 정의

SRX320

ge-0/0/0

ge-0/0/1

사용자 정의

SRX340

전용

ge-0/0/1

사용자 정의

SRX345

전용

ge-0/0/1

사용자 정의

SRX380

전용

ge-0/0/1

사용자 정의

자세한 내용은 다음 항목을 참조하십시오.

예: SRX 시리즈 디바이스에서 섀시 클러스터링 구성

이 예에서는 SRX 시리즈 디바이스에 섀시 클러스터링을 설정하는 SRX1500 방법을 보여줍니다.

요구 사항

시작하기 전에 다음을 할 수 있습니다.

  • 두 디바이스를 물리적으로 연결하고 동일한 모델이 되도록 보장합니다. 예를 들어, SRX1500 서비스 게이트웨이 노드 0 및 노드 1의 전용 컨트롤 포트를 연결합니다.

  • 이 두 디바이스를 클러스터 모드로 설정하고 디바이스를 재부팅합니다. 두 디바이스에 다음 운영 모드 명령을 입력해야 합니다.

    • 노드 0에서:

    • 노드 1에서:

    클러스터 ID는 두 장비 모두에서 동일하지만, 한 장비가 노드 0이고 다른 디바이스는 노드 1이기 때문에 노드 ID가 달라야 합니다. 클러스터 ID의 범위는 0에서 255까지 입니다. 0으로 설정하면 클러스터 모드를 비가동할 수 있습니다.

  • 디바이스에서 클러스터링이 실행되고 나면 SRX1500 서비스 게이트웨이 노드의 ge-0/0/0 인터페이스가 ge-7/0/0으로 변경됩니다.

    클러스터링이 발생하면

    • 디바이스 SRX300 경우 노드의 ge-0/0/1 인터페이스가 ge-1/0/1로 변경됩니다.

    • 디바이스 SRX320 경우 노드의 ge-0/0/1 인터페이스가 ge-3/0/1로 변경됩니다.

    • SRX340 및 SRX345 디바이스의 경우 노드의 ge-0/0/1 인터페이스가 ge-5/0/1로 변경됩니다.

    재부팅 후 클러스터를 형성하기 위해 다음 인터페이스에 할당 및 재구성됩니다.

    • SRX300 및 SRX320 디바이스의 경우 ge-0/0/0이 fxp0으로 설정되어 섀시 클러스터의 개별 관리에 사용됩니다.

    • SRX340 및 SRX345 디바이스에는 전용 포트 fxp0이 포함되어 있습니다.

    • 모든 SRX300, SRX320, SRX340, SRX345 및 SRX380 디바이스의 경우 ge-0/0/1이 fxp1이 되어 섀시 클러스터 내 컨트롤 링크로 사용됩니다.

    • 다른 인터페이스의 이름도 보조 장비에 변경됩니다.

    SRX 시리즈 디바이스의 완벽한 매핑을 위해 SRX 시리즈 섀시 클러스터 슬롯 번호와 물리적 포트 및 논리적 인터페이스 이름 이해를 참조하세요.

이 시점부터 클러스터 구성은 노드 구성원과 2개의 개별 장치 간에 동기화됩니다.

개요

예를 들어 이 예에서는 SRX 시리즈 디바이스에 섀시 클러스터링을 설정하는 SRX1500 방법을 보여줍니다.

Node 1은 인터페이스의 원래 FPC 수에 시스템 FPC의 총 수를 추가하여 인터페이스를 다시 구성합니다. SRX 시리즈 디바이스의 인터페이스 변경은 표 2 를 참조하십시오.

표 2: SRX 시리즈 서비스 게이트웨이 인터페이스 Renumbering

SRX 시리즈 서비스 게이트웨이

지속적인 제로 런(Renumbering)

Node 0 인터페이스 이름

Node 1 인터페이스 이름

SRX300

1

ge-0/0/0

ge-1/0/0

SRX320

3

ge-0/0/0

ge-3/0/0

SRX340

SRX345

SRX380

5

ge-0/0/0

ge-5/0/0

SRX550M

9

ge-0/0/0

ge-9/0/0

SRX1500

7

ge-0/0/0

ge-7/0/0

클러스터링이 활성화된 후 시스템은 fxp0, fxp1 및 em0 인터페이스를 생성합니다. 장치에 따라 물리적 인터페이스에 매핑된 fxp0, fxp1 및 em0 인터페이스는 사용자가 정의하지 않습니다. 그러나 fab 인터페이스는 사용자가 정의한 것입니다.

그림 1 은 이 예에서 사용된 토폴로지입니다.

그림 1: 섀시 SRX1500 SRX 시리즈 디바이스(SRX1500) SRX Series Devices (SRX1500) In Chassis Cluster

구성

절차

CLI 빠른 구성

섀시 클러스터를 섀시 SRX1500 서비스 게이트웨이 다음 명령을 복사하여 다음 명령에 붙여넣기 CLI.

{primary:node0}에서

디바이스SRX300, SRX320, SRX340, SRX345, SRX380 및 SRX550M 디바이스를 구성하는 경우, 디바이스에 대한 명령 및 인터페이스 설정은 표 3 을 참조하고 이 명령을 사용자 장비로 대체하는 CLI.

표 3: SRX 시리즈 서비스 게이트웨이 인터페이스 설정

명령

SRX300

SRX320

SRX340

SRX345

SRX380

SRX550M

set interfaces fab0 fabric-options member-interfaces

ge-0/0/2

ge-0/0/2

ge-0/0/2

ge-0/0/2

set interfaces fab1 fabric-options member-interfaces

ge-1/0/2

ge-3/0/2

ge-5/0/2

ge-9/0/2

set chassis cluster redundancy-group 1 interface-monitor

ge-0/0/3 weight 255

ge-0/0/3 weight 255

ge-0/0/3 weight 255

ge-1/0/0 weight 255

set chassis cluster redundancy-group 1 interface-monitor

ge-0/0/4 weight 255

ge-0/0/4 weight 255

ge-0/0/4 weight 255

ge-10/0/0 weight 255

set chassis cluster redundancy-group 1 interface-monitor

ge-1/0/3 weight 255

ge-3/0/3 weight 255

ge-5/0/3 weight 255

ge-1/0/1 weight 255

set chassis cluster redundancy-group 1 interface-monitor

ge-1/0/4 weight 255

ge-3/0/4 weight 255

ge-5/0/4 weight 255

ge-10/0/1 weight 255

set interfaces

ge-0/0/3 gigether-options redundant-parent reth0

ge-0/0/3 gigether-options redundant-parent reth0

ge-0/0/3 gigether-options redundant-parent reth0

ge-1/0/0 gigether-options redundant-parent reth1

set interfaces

ge-0/0/4 gigether-options redundant-parent reth1

ge-0/0/4 gigether-options redundant-parent reth1

ge-0/0/4 gigether-options redundant-parent reth1

ge-10/0/0 gigether-options redundant-parent reth1

set interfaces

ge-1/0/3 gigether-options redundant-parent reth0

ge-3/0/3 gigether-options redundant-parent reth0

ge-5/0/3 gigether-options redundant-parent reth0

ge-1/0/1 gigether-options redundant-parent reth0

set interfaces

ge-1/0/4 gigether-options redundant-parent reth1

ge-3/0/4 gigether-options redundant-parent reth1

ge-5/0/4 gigether-options redundant-parent reth1

ge-10/0/1 gigether-options redundant-parent reth0

단계별 절차

다음 예제에서는 구성 계층의 다양한 수준을 탐색해야 합니다. 이러한 작업을 하는 방법에 대한 지침은 사용자 가이드의 Configuration Mode에서 CLI 편집기 CLI 참조하십시오.

SRX 시리즈 디바이스에서 섀시 클러스터를 구성하려면

기본 디바이스(노드 0)에서 1~5단계를 수행합니다. 명령어를 실행할 때 보조 디바이스(노드 1)로 자동으로 복사 commit 됩니다. 제어 링크와 fab 링크 인터페이스가 활성화되어 구성이 동기화됩니다. 구성을 확인하려면 명령을 show interface terse 사용하여 출력을 검토합니다.

  1. 구성 그룹을 사용하여 각 디바이스에 대한 호스트 이름 및 관리 IP 주소를 설정합니다. 이러한 구성은 각 디바이스에 따라 고유하며 특정 노드에 따라 다릅니다.

    각 노드에 대한 기본 경로 및 백업 라우터를 설정합니다.

    이전 명령 apply-group 에 의해 설정된 각 노드에 대한 개별 구성이 해당 노드에만 적용될 수 있도록 명령어를 설정합니다.

  2. 각 노드에서 물리적 포트 ge-0/0/1을 사용하여 fab 연결(RTO 동기화를 위한 데이터 플레인 링크)에 사용되는 인터페이스를 정의합니다. 이들 인터페이스는 후-후 또는 Layer 2 인프라스트럭처를 통해 연결되어야 합니다.

  3. 라우팅 엔진 속성에 대한 중복 그룹 0을 설정하고, 중복 그룹 1(이 예에서는 모든 인터페이스는 하나의 중복 그룹에 존재)을 설정하여 중복 Ethernet 인터페이스에 대한 장애 조치 속성을 정의합니다.

  4. 인터페이스 모니터링을 설정하여 인터페이스의 상태 모니터링 및 중복 그룹 장애 조치 트리거

    인터페이스 플랩이 발생하면 컨트롤 플레인을 한 노드에서 다른 노드로 전환할 수 있기 때문에 중복 그룹 0을 위한 인터페이스 모니터링을 권장하지 않습니다.

    인터페이스 장애 조치는 가중치가 0에 도달한 후에만 발생합니다.

  5. 중복 이더넷(reth) 인터페이스를 설정하고 존에 중복 인터페이스를 할당합니다.

결과

작동 모드에서 명령을 입력하여 구성을 확인 show configuration 출력이 의도한 구성을 표시하지 않는 경우 이 예제에서 구성 지침을 반복하여 수정합니다.

이 명령 출력 show 에는 이 예제와 관련이 있는 구성만 포함됩니다. 시스템의 다른 구성은 타원(...)로 대체되었습니다.

디바이스 구성이 완료되면 구성 commit 모드에서 입력합니다.

확인

구성이 제대로 작동하고 있는지 확인합니다.

섀시 클러스터 상태 확인

목적

섀시 클러스터 상태, 장애 조치 상태 및 중복 그룹 정보를 검증합니다.

작업

작동 모드에서 명령어를 입력 show chassis cluster status 합니다.

섀시 클러스터 인터페이스 검증

목적

섀시 클러스터 인터페이스에 대한 정보를 검증합니다.

작업

작동 모드에서 명령어를 입력 show chassis cluster interfaces 합니다.

섀시 클러스터 통계 검증

목적

동기화되는 여러 객체의 통계, 패브릭 및 컨트롤 인터페이스 Hellos, 클러스터에서 모니터링되는 인터페이스의 상태에 대한 정보를 검증합니다.

작업

작동 모드에서 명령어를 입력 show chassis cluster statistics 합니다.

섀시 클러스터 컨트롤 플레인 통계 검증

목적

섀시 클러스터 컨트롤 플레인 통계(전송 및 수신 하트비트)와 패브릭 링크 통계(전송 및 수신 프로브)에 대한 정보를 검증합니다.

작업

작동 모드에서 명령어를 입력 show chassis cluster control-plane statistics 합니다.

섀시 클러스터 데이터 플레인 통계 검증

목적

서비스에 대해 전송 및 수신되는RTOS 수에 대한 정보를 검증합니다.

작업

작동 모드에서 명령어를 입력 show chassis cluster data-plane statistics 합니다.

섀시 클러스터 중복 그룹 상태 검증

목적

클러스터의 두 노드의 상태와 우선 순위를 확인하고 기본 노드가 사전 준비되어 있는지 또는 수동 장애가 발생하고 있는지 여부에 대한 정보를 검증합니다.

작업

작동 모드에서 명령어를 입력 chassis cluster status redundancy-group 합니다.

로그를 통해 문제 해결

목적

이러한 로그를 사용하여 모든 섀시 클러스터 문제를 식별합니다. 두 노드에서 이러한 로그를 실행해야 합니다.

작업

작동 모드에서 이러한 명령을 show log 입력합니다.

섀시 클러스터 구성 보기

목적

섀시 클러스터 검증 옵션을 표시합니다.

작업

이 CLI 명령어를 입력 show chassis cluster ? 합니다.

섀시 클러스터 통계 보기

목적

섀시 클러스터 서비스 및 인터페이스에 대한 정보를 표시합니다.

작업

이 CLI 명령어를 입력 show chassis cluster statistics 합니다.

섀시 클러스터 통계 지우기

섀시 클러스터 서비스 및 인터페이스에 대한 표시되는 정보를 지우기 위해 다음 clear chassis cluster statistics 명령어에서 명령을 CLI.

기본 노드와 보조 노드 간의 자동 섀시 클러스터 동기화 이해

SRX 시리즈 섀시 클러스터를 설정할 때 SRX 시리즈 디바이스는 구성을 포함하여 동일해야 합니다. 섀시 클러스터 동기화 기능은 보조 노드가 클러스터로 기본 노드에 연결될 때 기본 노드에서 보조 노드로 구성을 자동으로 동기화합니다. 클러스터의 각 노드에서 동일한 구성을 보장하는 데 필요한 수동 작업을 제거하여 비용을 절감합니다.

주 노드와 set chassis cluster configuration-synchronize no-secondary-bootup-auto 보조 노드 간의 자동 섀시 클러스터 동기화를 비활성화하려는 경우 구성 모드에서 명령을 입력하여 이러한 작업을 할 수 있습니다.

자동 섀시 클러스터 동기화를 다시 delete chassis cluster configuration-synchronize no-secondary-bootup-auto 설정하려면 구성 모드에서 명령어를 사용할 수 있습니다.

자동 섀시 클러스터 동기화가 활성화되어 있는지 여부를 확인하고 동기화 상태를 확인하다가 운영 명령을 show chassis cluster information configuration-synchronization 입력합니다.

주 노드의 전체 구성이 보조 노드에 성공적으로 적용되거나 보조 노드가 원래의 구성을 유지 관리합니다. 부분 동기화가 없는 경우.

클러스터 신원이 16개 이상인 클러스터를 생성한 다음, 확장 클러스터 아이디를 지원하지 않는 이전 릴리스 이미지로 롤백하기로 결정하면 시스템은 독립형으로 설정됩니다.

이전 릴리스 릴리스와 함께 클러스터를 설정하고 실행하는 Junos OS 릴리스 Junos OS 릴리스 12.1X45-D10 클러스터를 다시 생성하고 16개 이상의 클러스터를 생성할 수 있습니다. 그러나 확장 클러스터 아이덴티티를 지원하지 Junos OS 이전 버전의 시스템으로 돌아오기로 결정한 경우, 시스템은 재부팅 후에 독립 실행형 디바이스가 필요합니다. 그러나 클러스터 ID 세트가 16보다 작고 이전 릴리스로 롤백하면 시스템은 이전 설정과 함께 다시 실행됩니다.

섀시 클러스터 구성 동기화 상태 검증

목적

섀시의 구성 동기화 상태를 표시합니다. 이해 자동 섀시 클러스터 동기화 기본 노드와 보조 노드 간의 동기화.

작업

이 CLI 명령어를 입력 show chassis cluster information configuration-synchronization 합니다.