Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

소프트웨어 설치 및 업그레이드 개요(Junos OS Evolved)

주니퍼 네트웍스 디바이스는 주니퍼 네트웍스 운영 체제(Junos OS Evolved)가 이미 설치된 상태로 제공됩니다. 디바이스의 전원을 켜면 설치된 소프트웨어를 사용하여 시작(부팅)됩니다. 새로운 기능과 소프트웨어 수정을 사용할 수 있게 되면 이를 사용하려면 소프트웨어를 업그레이드해야 합니다.

소프트웨어를 설치하기 전에 구성을 포함하여 시스템을 백업해야 합니다. 소프트웨어 설치 패키지를 디바이스에 복사하여 디바이스의 운영 체제 버전을 업그레이드(또는 다운그레이드)한 다음 CLI를 사용하여 디바이스에 새 소프트웨어를 설치합니다. 그런 다음 디바이스를 재부팅하면 새로 설치된 소프트웨어에서 부팅됩니다. 업그레이드에 성공한 후 새 소프트웨어 및 구성을 백업합니다. Back Up and Recover Software with Snapshots(스냅샷을 사용하여 소프트웨어 백업 및 복구)를 참조하십시오.

메모:

하나 이상의 사용자 지정 YANG 데이터 모델이 추가된 디바이스에 소프트웨어를 설치하기 전에 활성 구성에서 사용자 지정 YANG 데이터 모델에 해당하는 구성 데이터를 백업 및 제거하십시오. 자세한 정보는 소프트웨어 업그레이드 또는 다운그레이드 중 YANG 패키지 및 구성 관리를 참조하십시오.

Junos OS Evolved 소프트웨어 라이선싱에 대한 자세한 내용은 주니퍼 라이선싱 가이드를 참조하십시오. 자세한 내용은 제품 및 서비스에서 액세스할 수 있는 제품 데이터 시트를 참조하거나 주니퍼 어카운트 팀 또는 주니퍼 파트너에게 문의하십시오.

다음 섹션에서는 소프트웨어 업그레이드 및 다운그레이드에 대한 전반적인 고려 사항을 소개합니다.

진화한 Junos OS 설치 유형

장치를 업그레이드하거나 다운그레이드하는 데 사용되는 두 가지 설치 유형은 표준 설치와 복구입니다. 표준 설치는 소프트웨어를 업그레이드하고 다운그레이드하는 표준 방법입니다. 디바이스의 소프트웨어가 손상되었거나 소프트웨어 업그레이드 또는 다운그레이드를 수용할 수 없는 경우 복구 설치를 수행합니다.

Standard Installation

표준 설치는 서버의 소프트웨어를 업그레이드하거나 다운그레이드하는 데 사용되는 일반적인 방법입니다. 이 방법은 시스템에 이미 설치된 설치 패키지와 일치하는 설치 패키지를 사용합니다. 사용 가능한 다양한 설치 패키지에 대한 자세한 내용은 Junos OS Evolved 설치 패키지를 참조하십시오.

Recovery Installation

복구 설치는 손상된 소프트웨어 또는 소프트웨어의 업그레이드 또는 다운그레이드를 방해하는 조건으로 장치를 복구하는 데 사용되는 방법입니다.

여러 소프트웨어 버전 사용 가능

Junos OS Evolved는 여러 버전의 소프트웨어를 스토리지 미디어에 저장합니다. 시스템에 설치된 소프트웨어 패키지를 보려면 운영 모드 명령을 사용합니다 show system software list . Junos OS Evolved에서는 운영 모드 명령을 사용하여 시스템에 이미 저장된 릴리스로 롤백할 request system software rollback 수도 있습니다.

또한 각 버전은 해당 릴리스가 실행될 때 실행 중이던 마지막 구성 파일을 저장합니다. Junos OS Evolved는 운영 모드 명령을 사용하여 현재 구성 파일 또는 대체 이미지가 마지막으로 실행되었을 때의 구성 스냅샷을 사용하여 대체 이미지로 롤백하는 request system software rollback image-name with-old-snapshot-config 것을 지원합니다.

듀얼 라우팅 엔진 시스템을 위한 노드 소프트웨어 동기화

Junos OS Evolved는 시스템의 모든 노드가 동일한 소프트웨어 버전을 실행하도록 보장합니다.

기본 라우팅 엔진과 동일한 현재 소프트웨어 버전을 가진 라우팅 엔진을 시스템에 삽입하면 새로운 라우팅 엔진이 시스템에 합류합니다. 시스템은 명령문을 구성auto-sw-sync 하지 않은 경우에도 기존 라우팅 엔진의 구성 및 기타 소프트웨어 버전을 새 라우팅 엔진으로 자동 동기화합니다.

소프트웨어 버전이 다른 라우팅 엔진을 시스템에 삽입하는 경우, 라우팅 엔진은 시스템 외부에 유지되고 시스템은 소프트웨어 불일치 경보를 생성합니다. 알람은 다음과 Software Version Mismatch on re1:junos-evo-install-ptx-x86-64-20.4R2.6-EVO같이 새로 삽입된 라우팅 엔진의 소프트웨어 버전과 라우팅 엔진 이름을 지정합니다. . RE1을 시스템으로 다시 가져오려면 라우팅 엔진을 수동으로 동기화해야 합니다.

소프트웨어 버전 및 구성을 새 라우팅 엔진에 수동 또는 자동으로 동기화할 수 있습니다. 자동 소프트웨어 동기화는 기본적으로 비활성화되어 있습니다. 자동 소프트웨어 동기화를 사용하도록 설정하는 것이 좋습니다.

  • 소프트웨어 버전 및 구성을 항상 새 라우팅 엔진에 자동으로 동기화하려면 계층 수준에서 문을 [edit system] 구성합니다auto-sw-sync enable. 명령문을 구성 auto-sw-sync 하면 시스템은 새로운 라우팅 엔진 감지하고, 모든 이미지를 새로운 라우팅 엔진에 동기화하며, 새로운 라우팅 엔진 재부팅하여 새로운 라우팅 엔진가 기본 라우팅 엔진와 동일한 소프트웨어 및 동일한 구성 버전으로 부팅하고 시스템에 합류하도록 합니다. 각 소프트웨어 이미지에는 해당 소프트웨어 이미지가 마지막으로 활성화되었을 때 실행된 구성이 포함되어 있습니다.

  • 소프트웨어 버전 및 구성을 새 라우팅 엔진에 수동으로 동기화하려면 운영 모드 명령을 사용합니다 request system software sync all-versions . 이미지와 함께 저장된 모든 소프트웨어 이미지 및 구성은 새 라우팅 엔진에 동기화되고 시스템은 새 라우팅 엔진을 재부팅합니다. 새로운 라우팅 엔진이 다시 작동하면 새로운 라우팅 엔진이 시스템에 합류합니다.

듀얼 라우팅 엔진 시스템의 경우 보조 라우팅 엔진이 기본 라우팅 엔진의 현재 이미지와 다른 현재 이미지로 부팅되고 명령문을 구성 auto-sw-sync enable 하면 기본 라우팅 엔진이 현재 이미지를 보조 라우팅 엔진과 동기화합니다. 또한 기본 라우팅 엔진은 롤백 소프트웨어 이미지 및 기타 이미지를 보조 라우팅 엔진에 동기화합니다. 기본 라우팅 엔진의 현재 구성 파일(juniper.conf.gz)이 보조 라우팅 엔진의 현재 구성 파일과 일치하면, 기본 라우팅 엔진는 구조 구성(rescue.conf.gz)을 보조 라우팅 엔진와 동기화하지 않습니다.

기본 라우팅 엔진에서 보조 라우팅 엔진으로 구조 구성을 동기화하려면 기본 라우팅 엔진에서 명령을 실행합니다 file copy .

라우팅 엔진 교체에 관한 자세한 내용은 듀얼 라우팅 엔진 시스템에서 라우팅 엔진 교체를 참조하십시오.

GPT 디스크 파티셔닝으로 마이그레이션

Junos OS Evolved 릴리스 24.2R1부터 GPT(GUID 파티션 테이블) 디스크 파티셔닝으로의 마이그레이션을 지원합니다. GPT는 UEFI BIOS에서 사용하는 기본 디스크 파티셔닝 체계입니다. GPT는 기존 BIOS에서 사용하는 MBR(Master Boot Record) 디스크 파티셔닝 체계와 유사합니다. 모든 Junos OS Evolved 플랫폼은 기본적으로 GPT를 지원합니다. 하지만 기본적으로 MBR 디스크 파티셔닝을 사용하는데, 이는 Junos OS Evolved가 원래 기존 BIOS를 사용하는 시스템에 포팅되었기 때문입니다.

GPT는 MBR에 비해 몇 가지 장점이 있습니다.

  • 훨씬 더 큰 디스크 지원

  • GUID를 사용하여 고유한 파티션 ID 지원

  • 사람이 읽을 수 있는 파티션 이름

  • 백업 복사본

GPT 디스크 파티셔닝을 지원하는 릴리스를 설치하면 다음을 수행할 수 있습니다.

  • 새 설치의 경우 기본 및 보조 디스크 모두에 대한 기본 파티션 구성표를 즉시 GPT로 변경합니다(예: 빈 디스크에 대한 스크래치 설치).

  • 기존 설치의 경우 시스템을 다시 부팅한 후 기본 디스크와 보조 디스크 모두에 대해 GPT 디스크 파티셔닝으로 마이그레이션합니다.

하드 디스크가 현재 GPT 디스크 파티셔닝을 사용 중이고 기본적으로 GPT 디스크 파티셔닝을 지원하지 않는 릴리스로 소프트웨어를 롤백하는 경우 하드 디스크는 계속해서 GPT 디스크 파티셔닝을 사용합니다. 즉, 디스크를 GPT 디스크 파티셔닝으로 마이그레이션하면 이전 소프트웨어를 설치하고 시스템을 재부팅하더라도 GPT 디스크 파티셔닝을 계속 사용합니다.

듀얼 라우팅 엔진 시스템의 경우:

  • 라우팅 엔진 0이 기본적으로 GPT 디스크 파티셔닝을 지원하는 릴리스를 실행 중이고 새로운 라우팅 엔진 1이 삽입된 경우, 라우팅 엔진 1의 기본 및 보조 디스크는 라우팅 엔진 1의 재부팅 시 GPT 디스크 파티셔닝 체계로 마이그레이션됩니다.

  • auto-sw-sync enable 구성 문이 라우팅 엔진 0에서 구성되지 않은 경우, 라우팅 엔진 0이 기본적으로 GPT 디스크 파티셔닝을 지원하는 릴리스를 실행하는 동안에도 라우팅 엔진 1의 기본 및 보조 디스크는 라우팅 엔진 1의 재부팅 시 GPT 디스크 파티셔닝 체계로 마이그레이션되지 않습니다. GPT 디스크 파티셔닝 체계로 마이그레이션하려면 소프트웨어를 업그레이드한 후 라우팅 엔진 0에서 명령을 실행하여 request system software sync all-versions 라우팅 엔진을 수동으로 동기화한 다음 라우팅 엔진 1을 재부팅해야 합니다.

gNOI 소프트웨어 업그레이드 메커니즘을 사용하는 경우 릴리스 이미지를 스테이징하거나 활성화해도 디스크의 파티션 구성표가 변경되지 않습니다. (현재 이미지를 활성화할 수 있지만 재부팅은 할 수 없습니다. 시스템을 재부팅하기 전에 활성화된 이미지를 삭제할 수도 있습니다.) 활성화된 이미지로 시스템을 재부팅하면 기본 및 보조 디스크가 GPT 디스크 파티션 구성표로 마이그레이션됩니다.

ISSU를 지원하는 시스템의 경우 시스템을 재부팅하여 기본 및 보조 디스크를 GPT 디스크 파티셔닝 체계로 마이그레이션해야 합니다. 업그레이드를 완료하기 위해 애플리케이션을 다시 시작하는 것만으로는 디스크가 GPT 디스크 파티셔닝 체계로 마이그레이션되지 않습니다.

현재 시스템의 파일 백업

장치에서 현재 시스템의 백업을 만들면 다음과 같은 이점이 있습니다.

  • 장치는 백업에서 부팅할 수 있으며 업그레이드 중 구성 요소에 장애가 발생하거나 정전으로 인해 기본 부팅 장치가 손상되는 경우 다시 온라인 상태가 될 수 있습니다.

  • 시스템의 백업 복사본은 활성 구성 파일 및 로그 파일을 저장합니다.

  • 업그레이드에 실패한 경우 장치는 알려진 안정적인 환경에서 복구할 수 있습니다.

업그레이드에 성공하는 동안 업그레이드 패키지는 기존 운영 체제를 완전히 다시 설치합니다. juniper.conf, rescue.conf, SNMP ifIndexes, /var/home, /config/scripts, SSH 파일 및 기타 파일 시스템 파일을 유지합니다. 업그레이드 프로세스에서 다른 모든 정보가 제거됩니다. 따라서 설치 프로그램을 실행한 후 기존 시스템으로 돌아가야 하는 경우를 대비하여 기존 시스템을 백업해야 합니다.

명령을 사용하여 디바이스에서 실행되는 소프트웨어 및 구성의 request system snapshot 사본을 생성합니다. 이 request system snapshot 명령은 현재 장치를 실행하는 데 사용되는 파일의 "스냅샷"을 만들고 파일을 대체 솔리드 스테이트 드라이브(SSD)에 복사합니다. 스냅샷에는 현재 및 모든 롤백 소프트웨어 이미지, 사용자 데이터 사본, 활성 구성, 구조 구성 및 /var 디렉터리의 콘텐츠(제외: /var/core, /var/external, /var/log, /var/tmp 디렉터리)를 포함하는 /soft, /config, /root 디렉터리의 전체 내용이 포함됩니다.

그런 다음 이 스냅샷을 사용하여 다음 부팅 시 디바이스를 부팅하거나 백업 부팅 옵션으로 사용할 수 있습니다. 백업이 완료되면 현재 및 백업 소프트웨어 설치가 동일합니다. 듀얼 라우팅 엔진 시스템의 경우, 기본 및 보조 라우팅 엔진 모두에서 스냅샷을 생성하여 디바이스를 재부팅하는 데 사용하는 라우팅 엔진에 관계없이 스냅샷을 사용할 수 있도록 해야 합니다.

메모:

명령을 실행 request system snapshot 하면 시스템은 /root 파일 시스템 및 /config 파일 시스템을 보조 SSD(Solid-State Drive)에 백업합니다. /root/config 파일 시스템은 디바이스의 기본 SSD에 있습니다. 스냅샷 /root/config 파일 시스템은 디바이스의 보조 SSD에 있습니다.

소프트웨어 설치 패키지 확인

주니퍼 네트웍스는 공식 주니퍼 네트웍스 소프트웨어임을 보장하기 위해 디지털 서명이 포함된 서명된 패키지로 소프트웨어 릴리스를 제공합니다. 디바이스에서 현재 실행 중인 소프트웨어 패키지에 대한 정보를 보려면 명령줄 인터페이스(CLI) 최상위 수준에서 운영 모드 명령을 사용합니다 show version .

메모:

show version 명령은 소프트웨어 버전을 표시하지 않고 소프트웨어의 릴리스 번호만 표시합니다.

주니퍼 네트웍스 소프트웨어 다운로드 웹페이지에서 디바이스의 /var/tmp 디렉토리로 소프트웨어를 다운로드합니다.

소프트웨어 패키지에 대한 자세한 내용은 Junos OS Evolved 설치 패키지를 참조하십시오.

콘솔에 연결

업그레이드 프로세스 중에 대역 내 연결이 끊길 수 있으므로 콘솔 또는 관리 이더넷 인터페이스에서 대역 외 연결을 사용하여 모든 개별 소프트웨어 패키지를 업그레이드하는 것이 좋습니다.

콘솔 포트는 디바이스가 꺼져 있지 않는 한 디바이스의 상태에 관계없이 터미널 또는 랩톱 인터페이스를 통해 디바이스에 대한 루트 액세스를 허용합니다. 콘솔 포트에 연결하면 디바이스가 연결되거나 연결되지 않을 수 있는 네트워크를 사용하지 않고 디바이스의 루트 수준에 액세스할 수 있습니다. 콘솔 포트에 연결하면 네트워크에 의존하지 않고 디바이스에 대한 보조 경로가 생성됩니다.

터미널 인터페이스를 사용하면 일반적으로 멀리 떨어진 NOC에 앉아 있는 기술자가 기본 네트워크에 장애가 발생한 경우에도 모뎀을 사용하여 장치를 복원하거나 초기화 구성을 안전하게 수행할 수 있습니다. 콘솔 포트에 연결되어 있지 않으면 기술자가 현장을 방문하여 수리 또는 초기화를 수행해야 합니다. 모뎀을 통해 장치에 원격으로 연결하려면 케이블 및 커넥터(장치 액세서리 상자에 제공됨)와 모뎀용 DB-9 - DB-25(또는 이와 유사한) 어댑터(별도로 구입해야 함)가 필요합니다. 콘솔 포트 연결에 대한 자세한 내용은 해당 디바이스의 하드웨어 가이드를 참조하십시오.

현재 구성으로 설치 패키지의 유효성을 검사합니다

소프트웨어를 업그레이드하거나 다운그레이드할 때 운영 모드 명령으로 request system software add 구성을 검증하여 후보 소프트웨어가 현재 구성과 호환되는지 확인하는 것이 좋습니다. 기본적으로 릴리스 번호가 다른 패키지를 추가하면 시스템에서 자동으로 유효성 검사를 수행합니다.

업그레이드 방법이 내부 미디어에 미치는 영향

USB 저장 장치를 사용하여 부트 로더에서 설치하면 설치 전에 내부 미디어가 다시 포맷됩니다.

CLI를 사용한 설치는 기존 파티션 구성표를 유지합니다.

주의:

설치 전에 내부 매체를 다시 포맷하는 업그레이드 방법은 매체 및 구성 파일의 기존 내용을 지웁니다. 설치 프로세스를 시작하기 전에 /config 디렉토리의 모든 구성 파일과 중요한 데이터를 백업해야 합니다.

부팅 순서

주니퍼 네트웍스 디바이스는 설치된 Junos OS Evolved 소프트웨어를 사용하기 시작합니다. 부팅 가능한 소프트웨어 사본은 내부 솔리드 스테이트 드라이브와 이동식 미디어(USB)의 두 위치에 저장됩니다. 다음 하위 섹션에서는 시스템이 유효한 부팅 가능 운영 체제를 확인하는 위치의 순서에 대해 설명합니다.

부팅 순서

Junos OS Evolved 디바이스는 다음 순서로 이러한 스토리지 미디어에서 부팅을 시도합니다.

  1. 듀얼, 내부 SSD 장치. 먼저 시스템은 기본 SSD 장치에서 부팅을 시도합니다. SSD가 부팅에 실패하면 시스템은 보조 SSD 장치에서 부팅을 시도합니다.

  2. USB 장치. (USB 비상 부팅 장치를 삽입한 경우 GRUB 메뉴에서 USB00 을 선택하여 USB 장치에서 부팅합니다.)

대체 부트 장치에서 부트

디바이스가 대체 부트 장치에서 부팅되는 경우, 디바이스에 로그인하면 대체 부트 장치를 나타내는 메시지가 표시됩니다. 예를 들어, 다음 메시지는 소프트웨어가 보조 SSD(/dev/sdb)에서 부팅되었음을 보여줍니다.

메모:

정상 작동 상태에서 재부팅하는 동안 비상 부팅 장치를 선택하지 마십시오. 라우터는 비상 부팅 디바이스에서 부팅할 때 정상적으로 작동하지 않습니다. GRUB 메뉴에서 옵션을 선택하면 USB00 USB에서 SSD로 이미지가 설치됩니다. 그런 다음 사용자 구성을 적용해야 합니다.

시스템이 기본 부팅 장치(일반적으로 기본 SSD(/dev/sda))에서 장치 부팅을 방해하는 문제를 감지하면 시스템은 대체 부팅 장치에서 부팅됩니다. 결과적으로 시스템은 대체 부팅 장치(보조 SSD, /dev/sdb)에서 부팅됩니다. 시스템이 대체 부트 장치에서 부팅될 때 시스템은 후보 부트 장치 목록에서 기본 부트 장치를 제거합니다. 문제는 일반적으로 심각한 하드웨어 오류입니다. 주니퍼 네트웍스 기술 지원 센터(JTAC)에 문의하는 것이 좋습니다.

디바이스가 대체 부트 디바이스에서 부팅될 때, 소프트웨어 및 구성은 (운영 모드 명령으로 request system snapshot 촬영된) 가장 최근의 스냅샷만큼만 최신 상태로 유지됩니다.