Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

디바이스 NOS 업그레이드

요약 Apstra 환경 내에서 Apstra 매니지드 네트워크 디바이스의 네트워크 운영 체제(NOS)를 업그레이드하십시오.

디바이스 NOS를 업그레이드하기 전에 이 절차에 익숙해지는 것이 좋습니다.

NOS 업그레이드 개요

몇 가지 간단한 단계를 통해 Apstra 환경 내에서 디바이스 NOS를 업그레이드할 수 있습니다. 자체 디바이스 프로필을 정의한 경우 해당 프로필을 업데이트해야 할 수 있습니다. 그런 다음 벤더로부터 얻은 새 OS 이미지를 등록하고 버튼을 클릭하여 업그레이드를 시작합니다. Apstra는 업그레이드 작업 및 기타 요구 사항을 처리하고 깨끗한 구성이 업데이트되도록 보장합니다.

참고: 권장하지는 않지만 Apstra 환경 외부의 디바이스 NOS를 업그레이드할 수 있습니다. 이를 위해서는 다음과 같이 수동 단계를 수행해야 합니다. 블루프린트에서 디바이스를 할당 해제 및 할당 해제하고, 변경 사항을 커밋하고, 에이전트를 제거하며, Apstra 환경 외부의 디바이스 NOS를 업그레이드하고, 에이전트를 설치하고, 블루프린트에서 디바이스를 할당 및 구축한 다음, 마침내 변경 사항을 커밋합니다.

지원되는 업그레이드 경로에 대한 자세한 내용은 참조 섹션의 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 이미지를 등록합니다.)

  1. Apstra GUI의 왼쪽 탐색 메뉴에서 디바이스 > 디바이스 프로필로 이동하여 디바이스를 선택하고 선택기 섹션에서 OS 버전을 업데이트합니다.
  2. 왼쪽 탐색 메뉴에서 플랫폼 > 개발자 > 그래프 탐색기로 이동하여 디바이스 프로필에 대한 ID를 찾습니다. 쿼리 변수 { device_profile_nodes { id label } 으로 찾을 수 있습니다.

    이 예에서 레이블 "Clone DCS-7160-48YC6_abc"에 대한 "id"는 "35a376ad-6ba1-42ec-bfe9-7810c56003d3"입니다.

  3. apstra-cli를 사용하여 디바이스 프로필을 업데이트합니다.

    이전 단계에서 블루프린트 ID와 노드 ID를 사용한 다음 적절한 모델 ID(예: DCS-7160-48YC6)를 설정하고 실행할 수 있습니다.

    apstra-cli 명령 형식:

    예제:

  4. Apstra GUI에서 블루프린트로 이동하여 커밋되지 않은 을(를) 클릭하고 변경 사항을 커밋합니다.
  5. 다음 섹션으로 진행하여 사전 정의된 디바이스 프로파일을 사용하는 디바이스와 동일한 방식으로 OS를 업그레이드합니다.

등록 /OS 이미지 업로드

  1. 디바이스 벤더에서 OS 이미지를 획득합니다.
    주의:

    업그레이드 중인 디바이스의 호환 디바이스 운영 체제 이미지를 선택해야 합니다. 호환되지 않는 이미지를 사용하고 업그레이드가 실패하면 디바이스를 복구하더라도 구축 잠금이 자동으로 해제되지 않습니다. 구축 잠금을 해제하고 디바이스를 다시 활성화하려면 블루프린트에서 디바이스 할당을 제거하고(매니지드 디바이스 > 디바이스에서) 디바이스를 제거하고, 디바이스를 청사진에 다시 할당합니다. 도움이 필요하면 Juniper 지원부에 문의하십시오.

  2. 왼쪽 탐색 메뉴에서 OS 이미지를 > 디바이스 > 시스템 에이전트 로 이동하고 OS 이미지 등록 (오른쪽 상단)을 클릭합니다. (Apstra 릴리스 4.1.0부터는 새로운 NOS 이미지를 업로드하기 위해 남은 공간이 얼마나 많은지 볼 수 있으며 파티션에 5GB 미만의 자유 공간이 있는 경우 등록 시 경고가 나타납니다.)
  3. 드롭다운 목록(EOS, NXOS, SONIC, JUNOS)에서 플랫폼을 선택하고 설명을 입력합니다.
  4. Apstra 서버에 직접 이미지를 업로드하거나 액세스 가능한 HTTP 서버의 이미지 파일을 가리키는 URL 다운로드 링크를 제공합니다(아래 섹션 설명).

방법 1: 이미지 업로드

  1. 이미지 업로드를 선택한 다음 파일 선택을 클릭하고 컴퓨터의 이미지로 이동하거나 컴퓨터에서 이미지를 끌어 대화 상자 창에 떨어뜨려 열기를 클릭합니다.
  2. 체크섬(선택 사항)을 추가합니다(아래 섹션에서 설명).
  3. 업로드를 클릭하여 Apstra 소프트웨어로 이미지를 업로드하고 등록합니다. 표 보기에 이미지가 표시됩니다. (Apstra 버전 4.1.1 현재 이미지 크기가 포함되어 있습니다.)
  4. (선택 사항) 체크섬이 확인되지 않으면 디바이스가 재부팅되기 전에 업그레이드 프로세스가 중단됩니다.

방법 2: 이미지 URL 제공

네트워크 관리 포트를 통해 업그레이드 중인 디바이스에 다른 HTTP 서버에 액세스할 수 있는 경우 업로드하는 대신 OS 이미지를 등록할 수 있습니다. HTTP URL만 지원됩니다. (HTTPS, FTP, SFTP, SCP 등은 지원되지 않습니다.)

  1. 이미지 URL 제공을 선택합니다.
  2. 다른 서버의 이미지를 가리키는 URL을 입력합니다.
  3. 체크섬(선택 사항)을 추가합니다(아래 섹션에 설명).
  4. 등록을 클릭하여 Apstra 소프트웨어로 이미지를 등록합니다. 표 보기에 이미지가 표시됩니다. (Apstra 버전 4.1.1 현재 이미지 크기가 포함되어 있습니다.)
  5. (선택 사항) 체크섬이 확인되지 않으면 디바이스가 재부팅되기 전에 업그레이드 프로세스가 중단됩니다.

체크섬 추가(옵션)

플랫폼은 사용되는 체크섬의 유형을 결정합니다.

  • Juniper Junos - MD5(32자) 또는 SHA256(64자)
  • 엔터프라이즈 SONiC - MD5(32자)
  • Cisco NX-OS - SHA512(128자)
  • Arista EOS - SHA512(128자)

디바이스 벤더가 체크섬 파일을 제공하는 경우 파일을 다운로드하여 체크섬 필드로 복사하는 것이 좋습니다. 체크섬 파일을 사용할 수 없는 경우, 해당되는 경우 Linux md5sum 또는 shasum 명령으로 또는 이와 동등한 프로그램을 사용하여 체크섬을 생성할 수 있습니다.

OS 업그레이드 이미지

위의 개요에 설명된 대로 디바이스가 업그레이드를 위한 적절한 상태에 있는지, 디바이스 프로필인 경우 그에 따라 업데이트한 것으로 사용자 정의되어 있는지 확인합니다.

  1. 왼쪽 탐색 메뉴에서 매니지드 디바이스 > 디바이스로 이동하고 디바이스 업그레이드를 위한 확인란(es)을 선택합니다. (디바이스가 많은 경우 쿼리 기능을 사용하여 선택을 필터링합니다.) 선택한 모든 디바이스는 동일한 유형이어야 하며 동일한 이미지 및 버전으로 업그레이드해야 합니다. 특정 디바이스(예: 모든 EOS 디바이스)를 검색하려면 쿼리를 입력합니다.
  2. OS 이미지 업그레이드 버튼(에이전트 섹션 표 위)을 클릭합니다. 대화 상자에 선택한 디바이스와 일치하는 사용 가능한 OS 이미지가 나열됩니다.
  3. 적절한 이미지를 선택하고 OS 이미지 업그레이드를 클릭합니다. 페이지 하단의 활성 작업 섹션에서 업그레이드 상태를 모니터링할 수 있습니다.
  4. 이미지를 업로드한 후 OS 이미지와 함께 체크섬이 제공되면 이미지 체크섬이 확인됩니다. MD5/SHA512 체크섬이 올바르지 않거나 다른 장애(예: 디스크 공간 부족, 잘못된 원격 URL 또는 Apstra 버전 4.1.1 현재)가 업그레이드 후 디바이스 NOS 버전이 변경되지 않을 경우, 작업 상태가 FAIL로 변경되고 디바이스가 재부팅되지 않습니다.
    참고:

    NOS 업그레이드 중에 OS 이미지(예: 다운로드 중단 또는 잘못된 URL)에 문제가 발생하면 디바이스 구성이 변경되기 전에 통보됩니다. 그런 다음 문제를 해결하고 업그레이드 프로세스를 다시 시작할 수 있습니다.

  5. 작업이 실패하면 에이전트를 클릭하여 오류를 확인합니다. 로그 표시 버튼을 클릭하여 자세한 Ansible 작업을 볼 수도 있습니다. 업그레이드가 실패하면 장애를 유발하는 문제를 수동으로 해결해야 합니다. 예를 들어, 체크섬 오류가 있으면 잘못된 체크섬을 수정하거나 새 OS 이미지를 올바른 체크섬으로 등록한 다음 업그레이드 프로세스를 반복해야 합니다.
  6. 체크섬이 올바르고 다른 장애가 발생하지 않으면 작업 상태가 성공으로 변경되고 디바이스가 재부팅됩니다.
  7. 디바이스가 새 이미지로 재부팅되어 컨트롤러와의 에이전트 연결을 다시 구축하면 업그레이드가 완료됩니다. 매니지드 디바이스 페이지에는 새로운 OS 버전이 표시됩니다.