통합 ISSU 수행

단계별 절차

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

디바이스에 이중 라우팅 엔진이 있는지 확인하고 GRES 및 NSR을 활성화하려면 다음을 수행합니다.

1. 디바이스에 로그인합니다.

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

   명령 출력에는 라우팅 엔진 0 및 라우팅 엔진 1을 나열하는 라인이 포함됩니다.

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

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

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

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

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

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

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

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

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

   출력에서 필드 상태가 표시On되는지 Graceful switchover 확인합니다. 명령에 대한 show system switchover 자세한 내용은 show system switchover를 참조하십시오.

단계별 절차

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

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

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

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

   메모:

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

단계별 절차

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

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

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

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

   메모:

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

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

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

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

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

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

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

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

   oam-period 계층 수준에서 문을 [edit interfaces interface-name unit logical-unit-number] 포함하고 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 어떤 식으로든 수정되지 않았는지 확인합니다. md5 체크섬 확인에 대한 자세한 내용은 https://kb.juniper.net/InfoCenter/index?page=content&id=KB17665 참조하십시오 .

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 타이머 협상을 비활성화한 경우 계층 수준에서 문을 [edit protocols bfd] 삭제합니다no-issu-timer-negotiation.

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

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

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

4. ATM PPP가 M Series 또는 T 시리즈 디바이스에서 활성화되어 있고 이전에 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 어떤 식으로든 수정되지 않았는지 확인합니다. md5 체크섬 확인에 대한 자세한 내용은 https://kb.juniper.net/InfoCenter/index?page=content&id=KB17665 참조하십시오 .

   표 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. 명령을 실행하여 새로운 백업 라우팅 엔진(re0)을 재부팅합니다 request system reboot .

   콘솔 포트에 있지 않으면 디바이스 세션과의 연결이 끊어집니다.

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

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

   RE0	RE1
   백업	본래의
   새 소프트웨어 버전이 설치됨	새 소프트웨어 버전이 설치됨
   실행 중인 새 소프트웨어 버전	실행 중인 새 소프트웨어 버전

9. 몇 분 정도 기다린 다음 장치에 다시 로그인합니다.

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

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

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

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

    표 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 어떤 식으로든 수정되지 않았는지 확인합니다. md5 체크섬 확인에 대한 자세한 내용은 https://kb.juniper.net/InfoCenter/index?page=content&id=KB17665 참조하십시오 .

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

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

   콘솔 포트에 있지 않으면 라우터 세션에서 연결이 끊어집니다.

10. 몇 분 정도 기다린 후 장치에 다시 로그인합니다.

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

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

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

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

    표 10 은 통합 ISSU 이후, 백업 라우팅 엔진 재부팅 후, 기본 역할을 전환한 후의 라우팅 엔진 상태를 나타냅니다.

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

    RE0	RE1
    본래의	백업
    새 소프트웨어 버전이 설치됨	새 소프트웨어 버전이 설치됨
    실행 중인 새 소프트웨어 버전	실행 중인 새 소프트웨어 버전

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

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

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

    메모:

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