통합 ISSU 수행

단계별 절차

GRES 및 NSR을 활성화하는 것은 사용하는 통합 ISSU 절차의 변형에 관계없이 필요합니다.

디바이스에 이중 라우팅 엔진이 있는지 확인하고 GRES 및 NSR을 활성화하려면:

1. 장치에 로그인합니다.

2. 명령을 사용하여 show chassis hardware 디바이스에 듀얼 라우팅 엔진이 설치되었는지 확인합니다.

   명령 출력에는 라우팅 엔진 0 및 라우팅 엔진 1을 나열하는 줄이 포함되어 있습니다.

3. 기본적으로 GRES는 비활성화되어 있습니다. 아직 수행하지 않은 경우 기본 라우팅 엔진의 계층 수준에서 [edit chassis redundancy] 문을 포함하여 graceful-switchover GRES를 활성화합니다.

4. 기본적으로 NSR은 비활성화되어 있습니다. 아직 수행하지 않은 경우 계층 수준에서 [edit routing-options] 문을 포함하여 nonstop-routing NSR을 활성화합니다.

5. NSR을 구성할 때, 구성 변경 사항이 두 라우팅 엔진에서 동기화되도록 계층 수준에서도 [edit system] 문을 포함 commit synchronize 해야 합니다.

6. 구성을 확인하고 만족스러우면 명령을 사용하여 commit 변경 사항을 커밋합니다.

   GRES를 활성화하고 구성을 커밋하면 CLI 프롬프트가 변경되어 사용 중인 라우팅 엔진을 나타냅니다. 예를 들어:

7. 명령을 사용하여 구성 모드를 종료합니다.exit

8. 명령을 사용하여 show task replication NSR이 기본 라우팅 엔진(re0)에서 구성되었는지 확인합니다.

   출력에서 필드에 Synchronization Status 가 표시되는지 Complete확인합니다.

9. 명령을 show system switchover 사용하여 백업 라우팅 엔진(re1)에서 GRES가 활성화되었는지 확인합니다.

   출력에서 필드 상태가 Graceful switchover . On 명령에 show system switchover 대한 자세한 내용은 show system switchover를 참조하십시오.

단계별 절차

통합 ISSU를 사용하려면 업그레이드 전에 두 라우팅 엔진 모두 동일한 버전의 Junos OS를 실행해야 합니다. 업그레이드 중에 문제가 발생할 경우 예방 조치로 시스템 소프트웨어를 디바이스 하드 디스크에 백업하는 것이 가장 좋습니다.

소프트웨어 버전을 확인하고 디바이스 소프트웨어를 백업하려면:

1. 명령을 show version 사용하여 두 라우팅 엔진 모두에 동일한 버전의 Junos OS가 설치되고 실행되는지 확인합니다.

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

   참고:

   루트 파일 시스템은 /altroot에 백업되고 /config 는 /altconfig에 백업됩니다. 명령을 내린 request system snapshot 후 디바이스 플래시 및 하드 디스크가 동일합니다. 이동식 미디어에서 디바이스를 부팅해야만 소프트웨어의 이전 버전으로 돌아갈 수 있습니다.

단계별 절차

디바이스에 다음과 같은 기능별 구성이 있는 경우 적절한 단계를 수행합니다.

타이머를 조정하고 기능별 구성을 변경하려면:

1. BFD(Bidirectional Forwarding Detection) 세션은 통합 ISSU 절차 중에 탐지 및 전송 타이머를 일시적으로 늘립니다. 업그레이드 후 이러한 타이머는 통합 ISSU가 시작되기 전에 사용 중인 값으로 되돌아갑니다.

   디바이스에서 BFD가 활성화되어 있고 통합 ISSU 중에 BFD 타이머 협상을 비활성화하고 싶다면 계층 수준에서 문을 포함 no-issu-timer-negotiation 합니다 [edit protocols bfd] .

   참고:

   이 명령문을 포함하면, BFD 타이머는 통합 ISSU 동안 원래 값을 유지하며, 탐지 간격에 따라 통합 ISSU 또는 라우팅 엔진 전환 중에 BFD 세션이 플랩될 수 있습니다.

2. 프록시 ARP가 M Series, MX 시리즈 또는 EX 9200 시리즈 디바이스에서 활성화된 경우, 계층 수준에서 [edit interfaces interface-name unit 0 family inet] 문을 제거합니다unconditional-src-learn.

   기본적으로 문은 포함되지 않습니다. 이 예는 ge-0/0/1 인터페이스만 보여줍니다.

3. PTX 시리즈 디바이스에서 LACP가 활성화된 경우 계층 수준에서 [edit interfaces interface-name aggregated-ether-options] 문을 제거합니다lacp.

4. M Series 또는 T 시리즈 디바이스에서 ATM PPP(Point-to-Point Protocol)가 활성화된 경우 keepalive 간격을 10초 이상으로 설정합니다.

   PPP는 세션을 중단하기 전에 세 개의 keepalives가 실패해야 합니다. 30초(10초 x 3)는 통합 ISSU 작동 중 트래픽 손실이 발생할 경우 PPP 세션을 유지할 수 있는 안전한 마진을 제공합니다.

   이 예는 at-0/0/1 인터페이스만 보여줍니다.

5. M Series 또는 T 시리즈 디바이스에서 ATM OAM이 활성화된 경우 OAM F5 루프백 셀 주기를 20초 이상으로 설정하여 통합 ISSU 전반에서 ATM 연결을 유지합니다.

   계층 수준에서 [edit interfaces interface-name unit logical-unit-number] 문을 포함 oam-period 하고 20초를 지정합니다. 이 예는 at-0/0/1 인터페이스만 보여줍니다.

6. 구성을 확인하고 만족스러우면 명령을 사용하여 commit 변경 사항을 커밋합니다.

7. 명령을 사용하여 구성 모드를 종료합니다.exit

단계별 절차

이 절차에서 두 라우팅 엔진 모두 자동으로 재부팅됩니다. 두 라우팅 엔진을 모두 자동으로 재부팅하는 것이 가장 일반적인 시나리오입니다. 이 절차의 변형은 다른 섹션에 설명되어 있습니다.

표 1 은 통합 ISSU를 시작하기 전의 라우팅 엔진 상태를 보여줍니다.

두 라우팅 엔진을 자동으로 업그레이드하고 재부팅하려면:

1. 명령을 사용하여 Junos OS 소프트웨어 패키지를 디바이스에 복사합니다.file copy ftp://username@hostname.net/filename /var/tmp/filename

   하드 디스크의 큰 파일 시스템인 /var/tmp 디렉터리에 패키지를 복사하는 것이 좋습니다.

   모범 사례:

   장치의 소프트웨어 다운로드 웹 페이지에 액세스할 때 md5 체크섬을 기록합니다. 소프트웨어 패키지를 디바이스에 다운로드한 후 명령을 사용하여 file checksum md5 어떤 식으로든 수정되지 않았는지 확인합니다.

2. 기본 라우팅 엔진에서 명령을 사용하여 업그레이드를 시작합니다.request system software in-service-upgrade package-name reboot

   참고:

   메시지가 표시되고 세션 연결이 끊어질 때까지 Connection closed 추가 명령을 실행하지 마십시오.

   이전에 기본이었던 라우팅 엔진이 재부팅되면 디바이스에서 로그아웃됩니다.

3. 몇 분 정도 기다렸다가 디바이스에 다시 로그인합니다.

   표 2 는 통합 ISSU 이후의 라우팅 엔진 상태를 보여줍니다.

   표 2: 두 라우팅 엔진을 업그레이드 및 재부팅한 후의 라우팅 엔진 상태

   RE0	RE1
   백업	기본
   설치된 새 소프트웨어 버전	설치된 새 소프트웨어 버전
   새 소프트웨어 버전 실행	새 소프트웨어 버전 실행

   새로운 백업 라우팅 엔진(re0)에 로그인되었습니다.

4. 명령을 show version 사용하여 두 라우팅 엔진이 모두 업그레이드되었는지 확인합니다.

5. 원하는 경우 명령을 show log messages 사용하여 통합 ISSU 로그 메시지를 선택적으로 표시할 수 있습니다.

6. 원하는 경우 명령을 사용하여 request chassis routing-engine master acquire 선택적으로 기본 라우팅 엔진을 만들 re0 수 있습니다.

   표 3 은 5단계 완료 이후의 라우팅 엔진 상태를 보여줍니다.

   표 3: 업그레이드, 재부팅 및 기본 역할 전환 후 라우팅 엔진 상태

   RE0	RE1
   기본	백업
   설치된 새 소프트웨어 버전	설치된 새 소프트웨어 버전
   새 소프트웨어 버전 실행	새 소프트웨어 버전 실행

7. 기능별 구성 복원의 해당 단계를 수행합니다.

8. 테스트 결과가 만족스러우면, 라우팅 엔진의 each 명령을 사용하여 request system snapshot 선택적으로 시스템 소프트웨어를 디바이스의 하드 디스크에 백업할 수 있습니다.

   참고:

   루트 파일 시스템은 /altroot에 백업되고 /config 는 /altconfig에 백업됩니다. 명령을 내린 request system snapshot 후에는 디바이스 플래시와 하드 디스크가 동일하므로 소프트웨어의 이전 버전으로 쉽게 돌아갈 수 없습니다. 소프트웨어의 이전 버전으로 돌아가려면 이동식 미디어에서 디바이스를 부팅해야 합니다.

단계별 절차

디바이스에 다음과 같은 기능별 구성이 있는 경우 적절한 단계를 수행합니다.

기능별 구성을 복원하려면:

1. 디바이스에서 BFD가 활성화되어 있고 이전에 BFD 타이머 협상을 비활성화한 경우, 계층 수준에서 문을 삭제 no-issu-timer-negotiation 합니다 [edit protocols bfd] .

2. M Series, MX 시리즈 또는 EX9200 디바이스에서 프록시 ARP가 활성화되어 있고 이전에 문을 제거 unconditional-src-learn 한 경우 문을 다시 포함합니다.

   이 예는 ge-0/0/1 인터페이스만 보여줍니다.

3. PTX 시리즈 디바이스에서 LACP가 활성화되어 있고 이전에 문을 제거 lacp 한 경우 문을 다시 포함합니다.

4. M Series 또는 T 시리즈 디바이스에서 ATM PPP가 활성화되어 있고 이전에 keepalive 간격을 10초 이상으로 설정한 경우 원래 값을 복원합니다.

   이 예는 at-0/0/1 인터페이스만 보여주고 기본 3초로 설정된 간격을 보여줍니다.

5. ATM OAM이 M Series 또는 T 시리즈 디바이스에서 활성화되어 있고 이전에 OAM F5 루프백 셀 주기를 20초 이상으로 설정한 경우, 구성을 다시 원래 값으로 변경합니다.

   이 예는 at-0/0/1 인터페이스만 보여주고 10초로 설정된 기간을 보여줍니다.

6. 구성을 확인하고 만족스러우면 명령을 사용하여 commit 변경 사항을 커밋합니다.

7. 명령을 사용하여 구성 모드를 종료합니다.exit

단계별 절차

특정 상황에서는 새로운 소프트웨어를 하나의 라우팅 엔진에만 설치하고 새 소프트웨어를 테스트할 수 있을 때까지 기본만 재부팅할 수 있습니다. 라우팅 엔진은 재부팅될 때까지 새 소프트웨어 실행을 시작하지 않습니다.

장점은 테스트 결과에 따라 소프트웨어를 다운그레이드해야 하는 경우, 라우팅 엔진을 스위치하여 하나의 라우팅 엔진에서 이전 소프트웨어를 실행한 다음 다른 라우팅 엔진에 이전 소프트웨어를 설치할 수 있다는 것입니다. 이것은 일반적인 시나리오가 아닙니다.

두 라우팅 엔진을 모두 업그레이드하고 새 백업 라우팅 엔진을 수동으로 재부팅하려면 다음을 수행합니다.

1. 이중 라우팅 엔진 확인 및 GRES 및 NSR 활성화의 단계를 수행합니다.

2. 소프트웨어 버전 확인 및 디바이스 소프트웨어 백업의 단계를 수행합니다.

3. 타이머 조정 및 기능별 구성 변경의 단계를 수행합니다.

4. 명령을 사용하여 Junos OS 소프트웨어 패키지를 디바이스에 복사합니다.file copy ftp://username@hostname.net/filename /var/tmp/filename

   하드 디스크의 큰 파일 시스템인 /var/tmp 디렉터리에 패키지를 복사하는 것이 좋습니다.

   모범 사례:

   장치의 소프트웨어 다운로드 웹 페이지에 액세스할 때 md5 체크섬을 기록합니다. 소프트웨어 패키지를 디바이스에 다운로드한 후 명령을 사용하여 file checksum md5 어떤 식으로든 수정되지 않았는지 확인합니다.

   표 4 는 통합 ISSU를 시작하기 전의 라우팅 엔진 상태를 보여줍니다.

   표 4: 백업 라우팅 엔진을 업그레이드하고 수동으로 재부팅하기 전 라우팅 라우팅 엔진 상태

   RE0	RE1
   기본	백업
   설치된 이전 소프트웨어 버전	설치된 이전 소프트웨어 버전
   이전 소프트웨어 버전 실행	이전 소프트웨어 버전 실행

5. 기본 라우팅 엔진에서 재부팅 옵션 없이 명령을 사용하여 request system software in-service-upgrade package-name 업그레이드를 시작합니다.

   표 5 는 통합 ISSU 이후와 백업 라우팅 엔진을 수동으로 재부팅하기 전의 라우팅 엔진 상태를 보여줍니다.

   표 5: 업그레이드 후 백업 라우팅 엔진을 수동으로 재부팅하기 전 라우팅 라우팅 엔진 상태

   RE0	RE1
   백업	기본
   설치된 새 소프트웨어 버전	설치된 새 소프트웨어 버전
   이전 소프트웨어 버전 실행	새 소프트웨어 버전 실행

6. 명령을 사용하여 show version 새 백업(이전 기본) 라우팅 엔진(re0)이 여전히 이전 소프트웨어 이미지를 실행 중이고 새 기본 라우팅 엔진(re1)이 새 소프트웨어 이미지를 실행하고 있는지 확인합니다.

7. 이 시점에서 새 백업 라우팅 엔진(re0)에 최신 소프트웨어 버전을 설치하지 않으려면 명령을 실행 request system software delete package-name 합니다.

   그렇지 않으면 업그레이드를 완료하려면 다음 단계로 이동하십시오.

8. 명령을 실행 request system reboot 하여 새 백업 라우팅 엔진(re0)을 재부팅합니다.

   콘솔 포트에 없는 경우, 디바이스 세션과의 연결이 끊어집니다.

   표 6 은 통합 ISSU 이후, 백업 라우팅 라우팅 엔진을 재부팅한 후, 기본 역할을 전환하기 전의 라우팅 라우팅 엔진 상태를 보여줍니다.

   표 6: 업그레이드 후, 수동 재부팅 및 기본 역할 전환 전 라우팅 엔진 상태

   RE0	RE1
   백업	기본
   설치된 새 소프트웨어 버전	설치된 새 소프트웨어 버전
   새 소프트웨어 버전 실행	새 소프트웨어 버전 실행

9. 몇 분 정도 기다린 다음 디바이스에 다시 로그인합니다.

   새로운 백업 라우팅 엔진(re0)에 로그인되었습니다.

10. 명령을 show version 사용하여 두 라우팅 엔진이 모두 업그레이드되었는지 확인합니다.

11. 원하는 경우 명령을 show log messages 사용하여 통합 ISSU 로그 메시지를 선택적으로 표시할 수 있습니다.

12. 원하는 경우 다음 명령을 사용하여 기본 라우팅 엔진을 선택적으로 만들 re0 수 있습니다:request chassis routing-engine master acquire

    표 7 은 통합 ISSU 이후, 백업 라우팅 라우팅 엔진 재부팅 후, 기본 역할 전환 이후의 라우팅 엔진 상태를 보여줍니다.

    표 7: 업그레이드, 수동 재부팅 및 기본 역할 전환 후의 라우팅 엔진 상태

    RE0	RE1
    기본	백업
    설치된 새 소프트웨어 버전	설치된 새 소프트웨어 버전
    새 소프트웨어 버전 실행	새 소프트웨어 버전 실행

13. 기능별 구성 복원의 해당 단계를 수행합니다.

14. 테스트 결과가 만족스러우면, 라우팅 엔진의 each 명령을 사용하여 request system snapshot 선택적으로 시스템 소프트웨어를 디바이스의 하드 디스크에 백업할 수 있습니다.

    참고:

    루트 파일 시스템은 /altroot에 백업되고 /config 는 /altconfig에 백업됩니다. 명령을 내린 request system snapshot 후에는 디바이스 플래시와 하드 디스크가 동일하므로 소프트웨어의 이전 버전으로 쉽게 돌아갈 수 없습니다. 소프트웨어의 이전 버전으로 돌아가려면 이동식 미디어에서 디바이스를 부팅해야 합니다.

단계별 절차

특정 상황에서는 새로운 소프트웨어를 하나의 라우팅 엔진에만 설치하고 싶을 수도 있습니다.

장점은 테스트 결과에 따라 소프트웨어를 다운그레이드해야 하는 경우, 라우팅 엔진을 스위치하여 하나의 라우팅 엔진에서 이전 소프트웨어를 실행한 다음 다른 라우팅 엔진에 이전 소프트웨어를 설치할 수 있다는 것입니다. 이것은 일반적인 시나리오가 아닙니다.

표 8 은 통합 ISSU를 시작하기 전의 라우팅 엔진 상태를 보여줍니다.

단 하나의 라우팅 엔진만 업그레이드 및 재부팅하려면 다음을 수행합니다.

1. 이중 라우팅 엔진 확인 및 GRES 및 NSR 활성화의 단계를 수행합니다.

2. 소프트웨어 버전 확인 및 디바이스 소프트웨어 백업의 단계를 수행합니다.

3. 타이머 조정 및 기능별 구성 변경에 해당하는 단계를 수행합니다.

4. 명령을 사용하여 Junos OS 소프트웨어 패키지를 디바이스에 복사합니다.file copy ftp://username@hostname.net/filename /var/tmp/filename

   하드 디스크의 큰 파일 시스템인 /var/tmp 디렉터리에 패키지를 복사하는 것이 좋습니다.

   모범 사례:

   장치의 소프트웨어 다운로드 웹 페이지에 액세스할 때 md5 체크섬을 기록합니다. 소프트웨어 패키지를 디바이스에 다운로드한 후 명령을 사용하여 file checksum md5 어떤 식으로든 수정되지 않았는지 확인합니다.

5. 기본 라우팅 엔진에서 명령을 사용하여 업그레이드를 시작합니다.request system software in-service-upgrade package-name no-old-master-upgrade

   표 9 는 통합 ISSU가 기본 라우팅 엔진을 업그레이드한 후 백업 라우팅 엔진이 업그레이드되기 전의 라우팅 엔진 상태를 보여줍니다.

   표 9: 하나의 라우팅 엔진을 업그레이드한 후와 다른 라우팅 엔진을 업그레이드하기 전의 라우팅 엔진 상태

   RE0	RE1
   백업	기본
   설치된 이전 소프트웨어 버전	설치된 새 소프트웨어 버전
   이전 소프트웨어 버전 실행	새 소프트웨어 버전 실행

6. 명령을 사용하여 show version 새 백업(이전 기본) 라우팅 엔진(re0)이 여전히 이전 소프트웨어 이미지를 실행 중이고 새 기본 라우팅 엔진(re1)이 새 소프트웨어 이미지를 실행하고 있는지 확인합니다.

7. 테스트가 완료되고 백업 라우팅 엔진에 새로운 소프트웨어를 설치하려면 먼저 두 라우팅 엔진 모두에서 GRES 및 NSR을 비활성화하고 구성을 커밋해야 합니다.

8. 명령을 사용하여 백업 라우팅 엔진(re0)에 새 소프트웨어를 설치합니다.request system software add /var/tmp/jinstall64-14.1R4.10-domestic-signed.tgz

9. 명령을 사용하여 재부팅 re0 합니다.request system reboot

   콘솔 포트에 없는 경우, 라우터 세션과의 연결이 끊어집니다.

10. 몇 분 정도 기다린 후 디바이스에 다시 로그인하십시오.

    백업 라우팅 엔진(re0)에 로그인되어 있습니다.

11. 명령을 show version 사용하여 두 라우팅 엔진 모두 새 소프트웨어 이미지를 실행하고 있는지 확인합니다.

12. 원하는 경우 명령을 show log messages 사용하여 통합 ISSU 로그 메시지를 선택적으로 표시할 수 있습니다.

13. 원할 경우, 명령을 사용하여 기본 라우팅 엔진을 만듭니다re0.request chassis routing-engine master acquire

    표 10 은 통합 ISSU 이후, 백업 라우팅 라우팅 엔진 재부팅 후, 기본 역할 전환 이후의 라우팅 엔진 상태를 보여줍니다.

    표 10: 업그레이드, 수동 재부팅, 기본 역할 전환 후 라우팅 엔진 상태

    RE0	RE1
    기본	백업
    설치된 새 소프트웨어 버전	설치된 새 소프트웨어 버전
    새 소프트웨어 버전 실행	새 소프트웨어 버전 실행

14. 이중 라우팅 엔진 확인 및 GRES 및 NSR 활성화의 단계를 수행하여 GRES 및 NSR을 다시 활성화합니다.

15. 기능별 구성 복원의 해당 단계를 수행합니다.

16. 테스트 결과가 만족스러우면, 라우팅 엔진의 each 명령을 사용하여 request system snapshot 선택적으로 시스템 소프트웨어를 디바이스의 하드 디스크에 백업할 수 있습니다.

    참고:

    루트 파일 시스템은 /altroot에 백업되고 /config 는 /altconfig에 백업됩니다. 명령을 내린 request system snapshot 후에는 디바이스 플래시와 하드 디스크가 동일하므로 소프트웨어의 이전 버전으로 쉽게 돌아갈 수 없습니다. 소프트웨어의 이전 버전으로 돌아가려면 이동식 미디어에서 디바이스를 부팅해야 합니다.