Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
이 페이지의 내용
 

서비스 중인 소프트웨어 업그레이드를 사용하여 섀시 클러스터 업그레이드

이 주제에서는 ISSU(In-Service 소프트웨어 업그레이드)를 통해 다운타임을 최소화하면서 하나의 Junos OS 버전에서 이후 Junos OS 버전으로 소프트웨어를 업그레이드할 수 있음을 설명합니다.

기능 탐색기를 사용하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인하십시오.

플랫폼 별 서비스 중 소프트웨어 업그레이드 동작 섹션에서 플랫폼과 관련된 참고 사항을 검토합니다.

자세한 정보는 추가 플랫폼 정보 섹션을 참조하십시오.

섀시 클러스터에 대한 ISSU 이해하기

ISSU(In-Service Software Upgrade)를 통해 다운타임이 거의 또는 전혀 없이 하나의 Junos OS 버전에서 이후 Junos OS 버전으로 업그레이드할 수 있습니다. ISSU는 디바이스가 섀시 클러스터 모드에서 작동할 때만 수행됩니다.

장애 조치(failover) 이벤트 중에 관찰되는 다운타임은 구축 환경 및 다음을 비롯한 여러 외부 요인에 따라 달라질 수 있습니다.

  • 연결된 디바이스가 Gratuitous ARP(GARP) 업데이트를 처리하고 응답하는 속도입니다.
  • 업스트림 및 다운스트림 스위치의 MAC 주소 재학습 및 포워딩 테이블 업데이트.
  • 애플리케이션 동작 및 사용 중인 프로토콜(예: TCP 세션은 UDP 기반 트래픽과 다르게 복구될 수 있음)

섀시 클러스터 ISSU 기능을 사용하면 클러스터 노드에서 업그레이드 프로세스를 조정하여 트래픽 중단을 최소화하고 서비스 중단 없이 클러스터의 두 디바이스를 지원되는 Junos OS 버전에서 업그레이드할 수 있습니다.

ISSU는 다음과 같은 이점을 제공합니다.

  • 소프트웨어 이미지 업그레이드 중 네트워크 다운타임 제거

  • 더 높은 서비스 수준을 제공하는 동시에 운영 비용을 절감합니다

  • 새로운 기능을 빠르게 구현할 수 있습니다.

ISSU에는 다음과 같은 제한 사항이 있습니다.

  • ISSU는 Junos OS 릴리스 10.4R4 이상에서만 사용할 수 있습니다.

  • ISSU는 소프트웨어 다운그레이드를 지원하지 않습니다.

  • IPv4만 지원하는 Junos OS 버전에서 IPv4와 IPv6을 모두 지원하는 버전으로 업그레이드하는 경우 IPv4 트래픽은 업그레이드 프로세스 내내 정상적으로 계속 작동합니다. IPv4와 IPv6을 모두 지원하는 Junos OS 버전에서 두 프로토콜을 모두 지원하는 다른 버전으로 업그레이드하는 경우, 업그레이드 중에는 IPv4와 IPv6 트래픽이 계속 작동합니다. Junos OS 지원 플랫폼은 IPv6 트래픽에 대한 플로우 기반 처리를 지원합니다.

  • ISSU 중에는 PIC를 온라인으로 가져올 수 없습니다. 커밋, 재시작 또는 중지와 같은 작업을 수행할 수 없습니다.

  • ISSU 중에는 패브릭 모니터링, 제어 링크 복구, RGX 선점과 같은 작업이 일시 중단됩니다.

  • ISSU 중에는 어떠한 구성도 커밋할 수 없습니다.

ISSU 지원 상태에 대한 자세한 내용은 기술 자료 문서 KB17946를 참조하십시오.

다음 시퀀스는 섀시 클러스터에서 작동하는 디바이스에 대한 ISSU의 동작을 설명합니다. 이 시퀀스는 RG-0이 기본 노드인 노드 0에서 호스팅될 때 적용됩니다. RG-0 기본 노드에서 ISSU를 시작해야 합니다. 노드 1(RG-0 보조 노드)에서 ISSU를 시작하려고 하면 시스템에 오류 메시지가 표시되고 업그레이드가 진행되지 않습니다.

  1. 초기 중복 그룹 장애 조치

    섀시 클러스터 ISSU의 시작 시점에 시스템은 ISSU가 시작된 노드에서 아직 기본이 아닌 모든 RG-1 이상(RG-1+) 중복 그룹을 자동으로 장애 조치합니다. 이 작업을 수행하면 소프트웨어 업그레이드가 시작되기 전에 모든 중복 그룹이 RG-0 기본 노드에서 활성화됩니다.

    모든 RG-1+ 중복 그룹의 자동 장애 조치는 시스템에 의해 수행됩니다. Junos OS 릴리스 18.1R1 이하를 실행 중인 경우, ISSU를 시작하기 전에 모든 RG-1+ 중복 그룹이 RG-0 기본 노드에서 활성화되어 있는지 수동으로 확인해야 합니다.

    모든 RG-1+ 중복 그룹이 페일오버된 후, 시스템은 수동 설정 페일오버 비트를 설정하여 업그레이드 중 중복 그룹 이동을 방지합니다. 시스템은 이 단계 중에 RG-0 기본 노드로 장애 조치되었는지 여부와 관계없이 모든 RG-1+ 중복 그룹의 기본 노드 우선 순위를 255로 변경합니다.

  2. ISSU 중에 기본 노드(노드 0)는 디바이스 구성을 검증하여 새로운 Junos OS 버전을 사용하여 성공적으로 커밋될 수 있는지 확인합니다. 이 검증 프로세스의 일부로 시스템은 두 노드 모두에 대해 다음 검사를 수행합니다.

    • /var 파일 시스템의 디스크 공간 가용성

    • 지원되지 않는 구성 문

    • 지원되지 않는 물리적 인터페이스 카드(PIC)

    라우팅 엔진 중 하나의 파일 시스템에서 사용 가능한 디스크 공간이 /var 부족하면 ISSU 프로세스가 실패하고 오류 메시지를 반환하며 업그레이드가 진행되지 않습니다.

    지원되지 않는 PIC는 ISSU의 계속을 막지 않습니다. 그러나 소프트웨어는 업그레이드 중에 이러한 PIC가 다시 시작될 것임을 나타내는 경고를 생성합니다.

    마찬가지로, 지원되지 않는 프로토콜 구성이 존재한다고 해서 ISSU가 차단되지는 않습니다. 이러한 경우 소프트웨어는 업그레이드 프로세스 중에 영향을 받는 프로토콜에 대해 패킷 손실이 발생할 수 있다는 경고를 표시합니다.

  3. 유효성 검사에 성공하면 커널 상태 동기화 데몬(ksyncd)이 보조 노드(노드 1)의 커널을 노드 0과 동기화합니다.

  4. 노드 1이 새 소프트웨어 이미지로 업그레이드됩니다. 업그레이드하기 전에 노드 1은 노드 0에서 구성 파일을 가져와 구성을 검증하여 새 소프트웨어 버전을 사용하여 커밋할 수 있는지 확인합니다. 업그레이드 후 노드 0과 재동기화됩니다.

  5. 노드 0의 섀시 클러스터 프로세스(섀시)는 lSSU에 대한 다른 소프트웨어 프로세스를 준비합니다. 모든 프로세스가 준비되면 chassisd는 디바이스에 설치된 PIC에 메시지를 보냅니다.

  6. 각 FPC(Flexible PIC Concentrator)의 패킷 포워딩 엔진은 상태를 저장하고 노드 1에서 새 소프트웨어 이미지를 다운로드합니다. 다음으로, 각 패킷 포워딩 엔진은 섀시에 메시지(통합 ISSU 준비)를 보냅니다.

  7. 패킷 포워딩 엔진으로부터 메시지(통합 ISSU 준비)를 수신한 후, 섀시는 패킷 포워딩 엔진이 있는 FPC에 재부팅 메시지를 보냅니다. FPC가 새 소프트웨어 이미지로 재부팅됩니다. FPC가 재부팅된 후 패킷 포워딩 엔진은 FPC 상태를 복원하고 노드 1이 새 소프트웨어를 실행하는 상태에서 고속 내부 링크가 설정됩니다. 섀시도 노드 0으로 재설정됩니다.

  8. 모든 패킷 전달 엔진이 노드 0의 섀시를 사용하여 준비 메시지를 보낸 후, 다른 소프트웨어 프로세스가 노드 전환을 위해 준비됩니다. 이 시점에서 시스템은 전환할 준비가 되었습니다.

  9. 노드 전환이 발생하고 노드 1이 새로운 기본 노드(지금까지는 보조 노드 1)가 됩니다.

  10. 이제 새로운 보조 노드(이전 기본 노드 0)가 새 소프트웨어 이미지로 업그레이드됩니다.

두 노드가 모두 성공적으로 업그레이드되면 ISSU가 완료됩니다.

섀시 클러스터를 암호화를 지원하지 않는 Junos OS 버전에서 암호화를 지원하는 버전으로 업그레이드할 때 한 번에 한 노드씩 업그레이드를 수행합니다.

  1. 첫 번째 노드를 새로운 Junos OS 버전으로 업그레이드합니다.

    암호화가 구성되지 않고 사용하도록 설정되지 않은 경우 두 노드 간의 클러스터 통신은 서로 다른 소프트웨어 버전을 실행하더라도 그대로 유지되며 서비스는 중단 없이 계속됩니다.

  2. 두 번째 노드를 동일한 새 Junos OS 버전으로 업그레이드합니다.

두 노드가 모두 성공적으로 업그레이드된 후 필요에 따라 암호화를 구성하고 사용하도록 선택할 수 있습니다.

암호화를 지원하지 않는 Junos OS 버전으로 다운그레이드하는 경우, 다운그레이드를 시작하기 전에 암호화가 비활성화되어 있는지 확인하십시오. 다운그레이드 전에 암호화를 비활성화하면 다음 사항 간의 통신 장애를 방지할 수 있습니다.

  • 암호화가 활성화된 Junos OS 버전을 여전히 실행하는 노드
  • 암호화가 지원되지 않는 버전으로 다운그레이드된 노드입니다.

두 노드 모두에서 암호화가 비활성화되어 있으면 다운그레이드 프로세스 내내 클러스터 통신이 암호화되지 않고 작동된 상태로 유지됩니다.

구성이 커밋되려면 라우팅 엔진과 패킷 포워딩 엔진의 정책이 동기화되어야 합니다. 정책 구성이 수정되고 정책이 동기화되지 않으면 시스템에 오류 메시지가 표시됩니다.

해결 방법으로, 업그레이드 후 보안 정책이 동기화되지 않은 것을 발견한 경우를 대비하여 request security policies resync 명령을 사용하여 라우팅 엔진 및 패킷 포워딩 엔진의 보안 정책 구성을 동기화해야 합니다.

ISSU 시스템 요구 사항

ISSU를 사용하여 ISSU 지원 소프트웨어 릴리스에서 이후 릴리스로 업그레이드할 수 있습니다.

ISSU를 수행하려면 디바이스에서 특정 플랫폼에 대한 ISSU를 지원하는 Junos OS 릴리스를 실행해야 합니다.

자세한 정보는 섀시 클러스터에 대한 ISSU 이해 섹션을 참조하십시오.

ISSU 지원 및 제한 사항에 대한 자세한 내용은 SRX 시리즈 디바이스의 ISSU/ICU 업그레이드 제한 사항을 참조하십시오.

다음은 ISSU 수행 시 제한 사항입니다.

  • 설치를 위해 지정된 Junos OS 버전이 디바이스에서 현재 실행 중인 버전보다 이전 버전인 경우 ISSU 프로세스가 종료됩니다.

  • 지정된 업그레이드가 다음과 충돌하는 경우 ISSU가 종료됩니다.

    • 현재 디바이스 구성

    • 지원되는 하드웨어 구성 요소

    • 기타 플랫폼 또는 소프트웨어 종속성

  • ISSU는 Junos OS SDK를 사용하여 개발된 확장 애플리케이션 패키지를 지원하지 않습니다.

  • ISSU는 모든 방화벽에서 버전 다운그레이드를 지원하지 않습니다.

  • ISSU는 과도한 CPU 부하로 인해 장애가 발생할 수 있으므로 업그레이드를 시작하기 전에 적절한 시스템 리소스를 확인하는 것이 좋습니다.

ISSU 지원 Junos OS 릴리스에서 이전 릴리스(ISSU 지원 여부와 관계 없음)로 다운그레이드하려면 명령을 request system software add 사용합니다.

ISSU 업그레이드와 달리 다운그레이드는 네트워크 중단을 일으킬 수 있습니다.

다운그레이드 프로세스 중에 데이터가 손실될 위험도 있습니다.

계속하기 전에 다운그레이드를 신중하게 계획하고 적절한 백업이 작성되었는지 확인하십시오.

다음 조건에서 ISSU를 수행하는 것이 좋습니다.

  • 기본 노드와 보조 노드가 모두 정상일 때

  • 시스템 유지 보수 기간 중

  • 트래픽이 가장 적은 기간 동안

  • 라우팅 엔진 CPU 사용량이 40% 미만인 경우

ISSU가 지원되지 않거나 권장되지 않지만 시스템 업그레이드 다운타임을 최소화해야 하는 시나리오에서는 최소 다운타임 업그레이드 절차를 사용할 수 있습니다. 관련 기술 자료 문서 KB17947를 참조하십시오.

ISSU를 사용하여 섀시 클러스터에서 두 디바이스 업그레이드

두 디바이스 업그레이드를 위한 ISSU를 시작하기 전에 다음 지침을 참고하십시오.

  • 다음 ISSU 사전 점검 요구 사항이 충족되는지 확인합니다.

    • 모든 중복 그룹 우선 순위가 0보다 큽니다.

    • 모든 중복 그룹은 상태가 기본 또는 보조입니다

    • /var/tmp에 사용 가능한 공간이 충분한(이미지 크기의 두 배) 있습니다.

    • CPU 사용량이 5초 이내에 80% 미만입니다.

    사전 확인 요구 사항이 충족되지 않으면 ISSU가 처음부터 종료됩니다.

  • 각 라우팅 엔진의 명령을 사용하여 request system snapshot 소프트웨어를 백업하여 시스템 소프트웨어를 디바이스의 하드 디스크에 백업합니다.

  • Junos OS 릴리스 18.1R1 이하를 사용하는 경우 ISSU를 시작하기 전에 모든 중복 그룹에 대해 페일오버를 설정하여 단 하나의 노드(기본)에서만 모두 활성화되도록 합니다. 섀시 클러스터 수동 중복 그룹 장애 조치 시작을 참조하십시오.

    Junos OS 릴리스 18.1 이상을 실행 중인 경우, 시스템은 모든 RG를 RG0 기본으로 자동 장애 조치합니다.

  • 트래픽 중단을 최소화하기 위해 ISSU를 시작하기 전에 모든 라우팅 프로토콜에 대해 Graceful Restart를 활성화하는 것이 좋습니다.

지원되는 모든 방화벽에서 릴리스 에서 가장 먼저 권장되는 ISSU는 Junos OS 릴리스 18.1R1입니다.

섀시 클러스터 ISSU 기능을 사용하면 클러스터의 두 디바이스 모두 지원되는 Junos OS 릴리스에서 업그레이드할 수 있으며, 트래픽 영향은 중복 그룹 페일오버에 필적합니다.

라우팅 엔진2의 CLI에서 ISSU를 수행하려면:

  1. 주니퍼 네트웍스 지원 웹 사이트에서 소프트웨어 패키지를 다운로드합니다. https://www.juniper.net/support/downloads/
  2. 클러스터의 기본 노드에 패키지를 복사합니다. 패키지를 하드 디스크의 큰 파일 시스템인 /var/tmp 디렉터리에 복사하는 것이 좋습니다. ISSU를 시작하는 노드에는 소프트웨어 이미지가 있어야 합니다.

    user@host>file copy ftp://username:prompt@ftp.hostname.net/filename /var/tmp/filename

  3. 기본 노드에서 명령을 실행 show version 하여 두 노드에서 실행 중인 현재 소프트웨어 버전을 확인합니다.
  4. 다음 명령을 입력하여 모든 중복 그룹의 기본 노드에서 ISSU를 시작합니다.

    두 노드 모두 업그레이드를 완료할 때까지 기다립니다(그 이후에는 디바이스에서 로그아웃됨).

  5. 몇 분 정도 기다린 다음 디바이스에 다시 로그인합니다. 명령을 사용하여 show version 클러스터의 두 디바이스 모두 새로운 Junos OS 릴리스를 실행하고 있는지 확인합니다.
  6. 모든 정책, 영역, 중복 그룹 및 기타 실시간 개체(RTO)가 올바른 상태로 돌아오는지 확인합니다.
  7. 명령을 실행하여 노드 0을 다시 기본 노드로 만듭니다.request chassis cluster failover node node-number redundancy-group group-number

ISSU(In-Service Software Upgrade) 후 중복 그룹이 자동으로 노드 0으로 기본으로 되돌아가도록 하려면 노드 0이 더 높은 우선 순위를 갖도록 중복 그룹 우선 순위를 구성하고 옵션을 preempt 활성화해야 합니다.

이 접근 방식은 RG0(중복 그룹 0)을 제외한 모든 중복 그룹에 적용됩니다. RG0의 경우, 장애 조치는 수동으로 수행되어야 합니다.

중복 그룹 우선 순위를 설정하고 옵션을 활성화 preempt 하려면 예: 섀시 클러스터 중복 그룹 구성을 참조하십시오.

중복 그룹에 대한 페일오버를 수동으로 설정하려면 섀시 클러스터 수동 중복 그룹 페일오버 시작을 참조하십시오.

업그레이드하는 동안 두 디바이스 모두 중복 그룹 장애 조치(failover)가 발생할 수 있습니다. 그러나 트래픽은 중단되지 않습니다. 업그레이드를 시작하기 전에 각 디바이스는 업그레이드 패키지의 유효성을 검사하고 버전 호환성을 확인합니다. 시스템에서 새 패키지 버전이 현재 설치된 버전과 호환되지 않음을 감지하면 업그레이드가 거부되거나 시정 조치를 수행하라는 메시지가 표시됩니다. 경우에 따라 특정 기능이 호환되지 않을 수 있습니다. 이러한 경우 업그레이드 소프트웨어는 계속하기 전에 업그레이드를 종료하거나 호환되지 않는 기능을 비활성화하라는 메시지를 표시합니다.

방화벽을 독립형 디바이스로 운영하거나 섀시 클러스터에서 노드를 제거하려는 경우, ISSU 절차가 두 노드에서 완전히 종료되었는지 확인하십시오(ISSU가 시작된 경우).

라우팅 엔진3을 사용하는 SRX5K 디바이스와 SRX1600, SRX2300, SRX4120 및 SRX4300 디바이스에서 ISSU 프로세스를 시작합니다.

  1. 다음 명령을 실행하여 ISSU를 시작합니다.

또한보십시오

ISSU 이후 섀시 클러스터의 디바이스 롤백

ISSU가 완료되지 않고 클러스터에서 하나의 디바이스만 업그레이드되는 경우, 업그레이드된 디바이스에서 다음 명령 중 하나를 실행하여 업그레이드된 디바이스에서만 이전 구성으로 롤백할 수 있습니다.

  • request chassis cluster in-service-upgrade abort

  • request system software rollback node node-id reboot

  • request system reboot

ISSU 후 자동 섀시 클러스터 노드 페일백 활성화

ISSU(In-Service Software Upgrade) 후 중복 그룹이 자동으로 노드 0으로 기본으로 돌아가도록 하려면 노드 0이 더 높은 우선 순위를 갖도록 중복 그룹 우선 순위를 구성하고 옵션을 preempt 활성화해야 합니다.

이 메커니즘은 중복 그룹 0을 제외한 모든 중복 그룹에 적용됩니다. 중복 그룹 0은 자동 선점을 지원하지 않으므로 수동으로 장애 조치해야 합니다.

중복 그룹 우선 순위를 설정하고 옵션을 활성화 preempt 하려면 예: 섀시 클러스터 중복 그룹 구성을 참조하십시오. 중복 그룹 페일오버를 수동으로 시작하려면 섀시 클러스터 수동 중복 그룹 페일오버 시작을 참조하십시오.

ISSU 이후 업그레이드를 완료하고 섀시 클러스터에서 노드 0을 사용할 수 있도록 하려면 노드 0을 수동으로 재부팅해야 합니다. 노드 0은 ISSU 프로세스의 일부로 자동으로 재부팅되지 않습니다.

ISSU 관련 문제 해결에 사용되는 로그 오류 메시지

ISSU 업그레이드 중에 다음 문제가 발생할 수 있습니다. 로그의 세부 정보를 사용하여 오류를 식별할 수 있습니다. 특정 시스템 로그 메시지에 대한 자세한 내용은 시스템 로그 탐색기를 참조하십시오.

섀시 프로세스 오류

문제

설명

섀시 관련 오류.

해결책

오류 메시지를 사용하여 섀시와 관련된 문제를 이해하십시오.

ISSU가 시작되면 섀시 관점에서 ISSU와 관련된 문제가 있는지 확인하기 위해 섀시로 요청이 전송됩니다. 문제가 있는 경우 로그 메시지가 생성됩니다.

ISSU의 일반적인 오류 처리

문제

설명

ISSU 과정에서 몇 가지 문제가 발생할 수 있습니다. 이 섹션에서는 이를 처리하는 방법에 대해 자세히 설명합니다.

해결책

ISSU 중에 발생하는 모든 오류는 로그 메시지를 생성하고 ISSU 프로세스는 트래픽에 영향을 주지 않고 계속됩니다. 이전 Junos OS 버전으로 되돌려야 하는 경우, 섀시 클러스터의 노드 간 버전 불일치를 방지하기 위해 이벤트가 기록되거나 ISSU 프로세스가 중단됩니다. 표 1에는 몇 가지 일반적인 오류 조건과 해당 해결 방법이 나와 있습니다. 표 1 에 표시된 예제 로그 메시지는 SRX1500 디바이스에서 가져온 것이지만 지원되는 모든 방화벽에도 적용할 수 있습니다.

표 1: ISSU 관련 오류 및 해결 방법

오류 조건

솔루션

ISSU의 이전 인스턴스가 이미 진행 중인 경우 ISSU 시작 시도

다음 메시지가 표시됩니다.

warning: ISSU in progress

현재 ISSU 프로세스를 중단하고 명령을 사용하여 ISSU를 다시 시작할 수 있습니다.request chassis cluster in-service-upgrade abort

보조 노드에서 재부팅 실패

기본 노드가 필요한 서비스를 계속 제공하기 때문에 서비스 다운타임이 발생하지 않습니다. 기존 ISSU 상태를 수동으로 지우고 섀시 클러스터를 복원하도록 요청하는 자세한 콘솔 메시지가 표시됩니다.

error: [Oct  6 12:30:16]: Reboot secondary node failed (error-code: 4.1)

       error: [Oct  6 12:30:16]: ISSU Aborted! Backup node maybe in inconsistent state, Please restore backup node
       [Oct  6 12:30:16]: ISSU aborted. But, both nodes are in ISSU window.
       Please do the following:
       1. Rollback the node with the newer image using rollback command
          Note: use the 'node' option in the rollback command
          otherwise, images on both nodes will be rolled back
       2. Make sure that both nodes (will) have the same image
       3. Ensure the node with older image is primary for all RGs
       4. Abort ISSU on both nodes
       5. Reboot the rolled back node

보조 노드가 콜드 동기화를 완료하지 못했습니다.

보조 노드가 콜드 동기화를 완료하지 못하면 기본 노드의 시간 초과가 발생합니다. 기존 ISSU 상태를 수동으로 지우고 섀시 클러스터를 복원한다는 자세한 콘솔 메시지가 표시됩니다. 이 시나리오에서는 서비스 다운타임이 발생하지 않습니다.

[Oct  3 14:00:46]: timeout waiting for secondary node node1 to sync(error-code: 6.1)
        Chassis control process started, pid 36707 

       error: [Oct  3 14:00:46]: ISSU Aborted! Backup node has been upgraded, Please restore backup node 
       [Oct  3 14:00:46]: ISSU aborted. But, both nodes are in ISSU window. 
       Please do the following: 
      1. Rollback the node with the newer image using rollback command 
          Note: use the 'node' option in the rollback command 
          otherwise, images on both nodes will be rolled back 
      2. Make sure that both nodes (will) have the same image 
      3. Ensure the node with older image is primary for all RGs 
      4. Abort ISSU on both nodes 
      5. Reboot the rolled back node

새로 업그레이드된 보조 장애 조치(failover) 실패

기본 노드가 필요한 서비스를 계속 제공하기 때문에 서비스 다운타임이 발생하지 않습니다. 기존 ISSU 상태를 수동으로 지우고 섀시 클러스터를 복원하도록 요청하는 자세한 콘솔 메시지가 표시됩니다.

[Aug 27 15:28:17]: Secondary node0 ready for failover.
[Aug 27 15:28:17]: Failing over all redundancy-groups to node0
ISSU: Preparing for Switchover
error: remote rg1 priority zero, abort failover.
[Aug 27 15:28:17]: failover all RGs to node node0 failed (error-code: 7.1)
error: [Aug 27 15:28:17]: ISSU Aborted!
[Aug 27 15:28:17]: ISSU aborted. But, both nodes are in ISSU window.
Please do the following:
1. Rollback the node with the newer image using rollback command
    Note: use the 'node' option in the rollback command
           otherwise, images on both nodes will be rolled back
2. Make sure that both nodes (will) have the same image
3. Ensure the node with older image is primary for all RGs
4. Abort ISSU on both nodes
5. Reboot the rolled back node
{primary:node1}

기본 업그레이드 실패

보조 노드가 기본 노드로 장애 조치되고 필요한 서비스를 계속 제공하기 때문에 서비스 다운타임이 발생하지 않습니다.

기본 노드의 재부팅 실패

기본 노드를 재부팅하기 전에는 디바이스가 ISSU 설정에서 벗어나면 ISSU 관련 오류 메시지가 표시되지 않습니다. 다른 오류가 감지되면 다음과 같은 재부팅 오류 메시지가 표시됩니다.

Reboot failure on     Before the reboot of primary node, devices will be out of ISSU setup and no primary node error messages will be displayed.
Primary node

ISSU 지원 관련 오류

문제

설명

지원되지 않는 소프트웨어 및 지원되지 않는 기능 구성으로 인해 설치 실패가 발생합니다.

해결책

다음 오류 메시지를 사용하여 호환성 관련 문제를 이해하십시오.

초기 유효성 검사 실패

문제

설명

초기 유효성 검사가 실패합니다.

해결책

이미지가 없거나 이미지 파일이 손상된 경우 유효성 검사가 실패합니다. 이미지가 없고 ISSU가 중단되었을 때 초기 검증 검사가 실패하면 다음과 같은 오류 메시지가 표시됩니다.

이미지가 없는 경우

이미지 파일이 손상된 경우

이미지 파일이 손상된 경우 다음 출력이 표시됩니다.

기본 노드는 디바이스 구성을 검증하여 새 소프트웨어 버전을 사용하여 커밋할 수 있는지 확인합니다. 문제가 발생하면 ISSU가 중단되고 오류 메시지가 표시됩니다.

설치 관련 오류

문제

설명

설치 이미지 파일이 없거나 원격 사이트에 액세스할 수 없습니다.

해결책

다음 오류 메시지를 사용하여 설치 관련 문제를 이해하십시오.

ISSU는 ISSU 명령에 지정된 대로 인수로 설치 이미지를 다운로드합니다. 이미지 파일은 로컬 파일이거나 원격 사이트에 위치할 수 있습니다. 파일이 없거나 원격 사이트에 액세스할 수 없는 경우 오류가 보고됩니다.

중복 그룹 장애 조치 오류

문제

설명

자동 중복 그룹(RG) 실패 문제.

해결책

다음 오류 메시지를 사용하여 문제를 이해하십시오.

커널 상태 동기화 오류

문제

설명

ksyncd와 관련된 오류입니다.

해결책

다음 오류 메시지를 사용하여 ksyncd와 관련된 문제를 이해하십시오.

ISSU는 보조 노드(노드 1)에 ksyncd 오류가 있는지 확인하고 문제가 있는 경우 오류 메시지를 표시하고 업그레이드를 중단합니다.

플랫폼별 서비스 중인 소프트웨어 업그레이드 동작

기능 탐색기를 사용하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인하십시오.

다음 표를 사용하여 플랫폼의 플랫폼별 동작을 검토하십시오.

플랫폼

차이

SRX 시리즈

  • SRX1500, SRX4100 및 SRX4200 방화벽은 Junos OS 17.4에서 후속 17.4 릴리스로의 업그레이드를 지원하지만 이전 Junos OS 릴리스의 17.4 릴리스로는 업그레이드할 수 없습니다.

  • SRX5400, SRX5600 및 SRX5800 방화벽은 Junos OS 17.3에서 후속 17.3 릴리스로의 업그레이드를 지원하지만 이전 Junos OS 릴리스의 17.3 이상 릴리스로의 업그레이드는 지원할 수 없습니다.

  • SRX1500, SRX1600, SRX2300, SRX4120, SRX4100, SRX4200, SRX4300 및 SRX4600, 방화벽은 이 request system snapshot 명령을 지원하지 않습니다.

  • ISSU를 지원하는 SRX1500, SRX4100 및 SRX4200 방화벽을 사용하면 원본 이미지 파일을 제거할 수 있습니다. 명령에 포함 unlink 합니다 user@host> request system software in-service-upgrade image-name-with-full-path unlink .

추가 플랫폼 정보

기능 탐색기를 사용하여 특정 기능에 대한 플랫폼 및 릴리스 지원을 확인하십시오.

추가 플랫폼도 지원될 수 있습니다.

표 2: ISSU 플랫폼 지원

디바이스

Junos OS 릴리스

SRX5800 및 SRX5600

10.4R4 이상

SRX5400

12.1X46-D20 이상

SRX1500

15.1X49-D70 이상

SRX1600 및 SRX2300, SRX4120

23.4R1 이상

SRX4100 및 SRX4200

15.1X49-D80 이상

SRX4300

24.2R1 이상

SRX4600

17.4R1 이상

관련 설명서