디바이스 NOS 업그레이드
요약 Apstra 환경 내에서 Apstra 매니지드 네트워크 디바이스의 네트워크 운영 체제(NOS)를 업그레이드하십시오.
디바이스 NOS를 업그레이드하기 전에 이 절차에 익숙해지는 것이 좋습니다.
NOS 업그레이드 개요
몇 가지 간단한 단계를 통해 Apstra 환경 내에서 디바이스 NOS를 업그레이드할 수 있습니다. 자체 디바이스 프로필을 정의한 경우 해당 프로필을 업데이트해야 할 수 있습니다. 그런 다음 벤더로부터 얻은 새 OS 이미지를 등록하고 버튼을 클릭하여 업그레이드를 시작합니다. Apstra는 업그레이드 작업 및 기타 요구 사항을 처리하고 깨끗한 구성이 업데이트되도록 보장합니다.
지원되는 업그레이드 경로에 대한 자세한 내용은 참조 섹션의 NOS 업그레이드 경로를 참조하십시오.
Apstra 소프트웨어에는 특정 OS 버전을 지원하는 디바이스 프로필이 내장되어 있습니다. Apstra 서버를 업그레이드할 때 새 Apstra 버전에서 지원되는 OS 버전의 디바이스 프로필도 업데이트됩니다. 그런 다음 NOS를 새로 지원되는 버전 중 하나로 업그레이드할 수 있습니다.
예를 들어, Apstra 버전 4.0.0은 디바이스 프로필의 OS 버전 선택기(4.(18|20|21|22|23|24)
)에 표시된 대로 Arista EOS 버전을 지원합니다. 즉, 버전 4.18, 4.20, 4.21, 4.22, 4.23 및 4.24를 지원합니다. 반면, Apstra 버전 4.0.2는 EOS 버전 4.18, 4.20, 4.21, 4.22, 4.23, 4.24 및 4.25(4.(18|20|21|22|23|24|25)
)를 지원합니다. 4.25는 새로 지원되는 버전입니다. Apstra 서버를 버전 4.0.2로 업그레이드하면 Arista 디바이스를 EOS 버전 4.25로 업그레이드할 수 있습니다.
그러나 직접 생성한 디바이스 프로필(복제)은 Apstra 환경에서 관리되지 않으므로 Apstra 서버를 업그레이드할 때 해당 디바이스 프로필은 새로 지원되는 버전으로 자동으로 업데이트되지 않습니다. 다음 섹션에서 설명한 대로 추가하려면 몇 가지 추가 단계를 따라야 합니다.
프로세스를 시작하기 전에 다음 사항을 확인해야 합니다.
- 디바이스 구성 라이프사이클을 이해하고 구축 모드 관리에 익숙한지 확인해야 합니다.
- Apstra 소프트웨어가 업그레이드 중인 디바이스를 관리하고 있는지 확인합니다. 매니지드 디바이스 > 디바이스로 이동하여 디바이스가 테이블에 있는지 확인합니다(녹색 체크 표시).
- NOS를 업그레이드하기 전에 블루프린트에서 모든 디바이스 AAA/TACACS+ 구성을 삭제합니다. 업그레이드가 완료되면 다시 적용할 수 있습니다.
- 디바이스의 관리자 상태가 정상으로 설정되어 있는지 확인합니다. 매니지드 디바이스 > 디바이스로 이동하여 디바이스의 관리 IP 를 클릭하여 관리 상태를 확인합니다. (관리자 상태를 MAINT/DECOMM으로 설정하지 않거나 디바이스가 복구 불가능한 상태를 입력할 수 있습니다.)
- 지정된 Apstra 버전이 Apstra 서버와 디바이스 모두에서 동일한지 확인합니다. 다른 경우 디바이스를 업그레이드할 수 없습니다. 다른 버전으로 업그레이드하려고 시도하면 경고가 표시되지 않습니다. 작업 상태는 무한정 진행 상태로 유지됩니다.
사용자 정의 디바이스 프로필 업데이트
위의 개요에 설명된 대로 디바이스가 업그레이드에 적합한 상태인지 확인합니다.
자체 디바이스 프로필을 생성(복제)한 경우 디바이스 프로필의 OS 버전과 해당 디바이스 프로필을 사용하는 청사진을 수동으로 지정해야 합니다. (디바이스가 내장된 디바이스 프로필을 사용하는 경우 다음 섹션으로 진행하여 새 OS 이미지를 등록합니다.)
등록 /OS 이미지 업로드
- 디바이스 벤더에서 OS 이미지를 획득합니다.
주의:
업그레이드 중인 디바이스의 호환 디바이스 운영 체제 이미지를 선택해야 합니다. 호환되지 않는 이미지를 사용하고 업그레이드가 실패하면 디바이스를 복구하더라도 구축 잠금이 자동으로 해제되지 않습니다. 구축 잠금을 해제하고 디바이스를 다시 활성화하려면 블루프린트에서 디바이스 할당을 제거하고(매니지드 디바이스 > 디바이스에서) 디바이스를 제거하고, 디바이스를 청사진에 다시 할당합니다. 도움이 필요하면 Juniper 지원부에 문의하십시오.
- 왼쪽 탐색 메뉴에서 OS 이미지를 > 디바이스 > 시스템 에이전트 로 이동하고 OS 이미지 등록 (오른쪽 상단)을 클릭합니다. (Apstra 릴리스 4.1.0부터는 새로운 NOS 이미지를 업로드하기 위해 남은 공간이 얼마나 많은지 볼 수 있으며 파티션에 5GB 미만의 자유 공간이 있는 경우 등록 시 경고가 나타납니다.)
- 드롭다운 목록(EOS, NXOS, SONIC, JUNOS)에서 플랫폼을 선택하고 설명을 입력합니다.
- Apstra 서버에 직접 이미지를 업로드하거나 액세스 가능한 HTTP 서버의 이미지 파일을 가리키는 URL 다운로드 링크를 제공합니다(아래 섹션 설명).
방법 1: 이미지 업로드
- 이미지 업로드를 선택한 다음 파일 선택을 클릭하고 컴퓨터의 이미지로 이동하거나 컴퓨터에서 이미지를 끌어 대화 상자 창에 떨어뜨려 열기를 클릭합니다.
- 체크섬(선택 사항)을 추가합니다(아래 섹션에서 설명).
- 업로드를 클릭하여 Apstra 소프트웨어로 이미지를 업로드하고 등록합니다. 표 보기에 이미지가 표시됩니다. (Apstra 버전 4.1.1 현재 이미지 크기가 포함되어 있습니다.)
- (선택 사항) 체크섬이 확인되지 않으면 디바이스가 재부팅되기 전에 업그레이드 프로세스가 중단됩니다.
방법 2: 이미지 URL 제공
네트워크 관리 포트를 통해 업그레이드 중인 디바이스에 다른 HTTP 서버에 액세스할 수 있는 경우 업로드하는 대신 OS 이미지를 등록할 수 있습니다. HTTP URL만 지원됩니다. (HTTPS, FTP, SFTP, SCP 등은 지원되지 않습니다.)
- 이미지 URL 제공을 선택합니다.
- 다른 서버의 이미지를 가리키는 URL을 입력합니다.
- 체크섬(선택 사항)을 추가합니다(아래 섹션에 설명).
- 등록을 클릭하여 Apstra 소프트웨어로 이미지를 등록합니다. 표 보기에 이미지가 표시됩니다. (Apstra 버전 4.1.1 현재 이미지 크기가 포함되어 있습니다.)
- (선택 사항) 체크섬이 확인되지 않으면 디바이스가 재부팅되기 전에 업그레이드 프로세스가 중단됩니다.
체크섬 추가(옵션)
플랫폼은 사용되는 체크섬의 유형을 결정합니다.
- Juniper Junos - MD5(32자) 또는 SHA256(64자)
- 엔터프라이즈 SONiC - MD5(32자)
- Cisco NX-OS - SHA512(128자)
- Arista EOS - SHA512(128자)
디바이스 벤더가 체크섬 파일을 제공하는 경우 파일을 다운로드하여 체크섬 필드로 복사하는 것이 좋습니다. 체크섬 파일을 사용할 수 없는 경우, 해당되는 경우 Linux md5sum 또는 shasum 명령으로 또는 이와 동등한 프로그램을 사용하여 체크섬을 생성할 수 있습니다.
$ shasum -a 512 EOS-4.20.11M.swi dbfd28d3597777a6ee5946b52277205fc714e11ab992574b7ef1156ffcd6e379979979f8c009f665fc21212e4d38d1794a412d79bab149f859aa72be417c0975 EOS-4.20.11M.swi $
OS 업그레이드 이미지
위의 개요에 설명된 대로 디바이스가 업그레이드를 위한 적절한 상태에 있는지, 디바이스 프로필인 경우 그에 따라 업데이트한 것으로 사용자 정의되어 있는지 확인합니다.