Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

장비 NOS 업그레이드

디바이스 NOS 업그레이드를 수행하기 전에 이 절차에 익숙해지시기를 권합니다.

NOS 업그레이드 개요

Apstra 환경에서 디바이스 NOS를 직접 업그레이드하려면 벤더로부터 얻은 새 OS 이미지를 등록한 다음 버튼을 클릭하여 업그레이드를 시작합니다.

참고:

요구 사항이 자동으로 처리되도록 Apstra 환경에서 직접 업그레이드하는 것이 좋습니다. Apstra 환경 외부에서 NOS를 수동으로 업그레이드하는 경우(권장되지 않음) 나중에 기본 구성을 수동으로 업데이트해야 합니다. 시스템 ID를 할당하지 않고 Deploy 모드를 Undeploy로 설정합니다. Devices > Managed Devices의 Actions 패널에서 기본 구성 수집을 클릭합니다. 그런 다음 시스템 ID를 다시 할당하고 Deploy 모드를 구축하도록 설정합니다.

지원되는 업그레이드 경로에 대한 자세한 내용은 참조 섹션의 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.02는 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+ 구성을 삭제합니다. 업그레이드가 완료되면 다시 신청할 수 있습니다.
  • 디바이스의 관리 상태가 정상으로 설정되었는지 확인합니다. 장치 > 매니지드 디바이스로 탐색하고 디바이스의 디바이스 키를 클릭하여 관리 상태를 확인합니다. (관리 상태를 MAINT/DECOMM으로 설정하지 마십시오. 또는 장비가 복구할 수 없는 상태를 입력할 수 있습니다.)
  • 지정된 Apstra 버전이 Apstra 서버와 디바이스 모두에서 동일한지 확인합니다. 디바이스가 다르면 디바이스를 업그레이드할 수 없습니다. 여러 버전으로 업그레이드를 시도하면 경고가 발송되지 않습니다. 작업 상태는 "진행 중" 상태로 무기한 유지됩니다.
  • Cumulus Linux 디바이스를 업그레이드하는 경우 DHCP 서버는 Cumulus Linux 장비에 대한 정적 DHCP 할당으로 구성된 디바이스 관리 네트워크에 있어야 합니다. Cumulus Linux 장치는 업그레이드 이전과 동일한 IP를 DHCP 서버에서 받아야 합니다 . Astra 소프트웨어는 ONIE(Open Network Install Environment) 프로세스를 사용하여 완전히 새로운 Cumulus Linux를 디바이스에 추가하고 공장 기본 상태로 반환합니다. eth0 관리 인터페이스는 DHCP를 위해 구성됩니다.

사용자 정의 디바이스 프로필 업데이트

위의 개요에서 설명한 대로 디바이스가 업그레이드에 적합한 상태에 있는지 확인합니다.

사용자 고유의 디바이스 프로필을 생성(복제)한 경우 디바이스 프로필의 OS 버전과 해당 디바이스 프로필을 사용하는 청사진을 수동으로 지정해야 합니다. (디바이스가 내장된 디바이스 프로필을 사용하는 경우 다음 섹션으로 진행하여 NOS를 업그레이드하십시오.)

  1. Apstra GUI의 왼쪽 탐색 메뉴에서 디바이스 > 디바이스 프로파일을 탐색하고 디바이스를 선택하고 선택 섹션에서 OS 버전을 업데이트합니다.
  2. 왼쪽 탐색 메뉴에서 Platform > Developers > Graph Explorer로 이동하여 장비 프로필의 ID를 찾습니다. 쿼리 변수 { device_profile_nodes { id label } } 를 통해 찾을 수 있습니다.

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

  3. aos-cli 유틸리티를 사용하여 디바이스 프로필을 업데이트합니다. aos-cli 사용과 관련한 자세한 내용은 주니퍼 지원 지식 자료 기사 KB36747을 참조하십시오.

    이전 단계에서 청사진 ID와 노드 ID를 사용한 다음 적절한 모델 ID("DCS-7160-48YC6")를 설정하고 실행할 수 있습니다.

    aos-cli 명령 형식:

    예제:

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

OS 업그레이드

위의 개요에서 설명한 대로 디바이스가 업그레이드에 적합한 상태에 있는지 확인합니다.

이 절차는 내장된 디바이스 프로필과 이전 섹션을 작성한 사용자 정의 디바이스 프로필을 사용하는 디바이스를 위한 것입니다.

  1. 필수 디바이스 OS 이미지를 업로드하거나 등록합니다.
    주의:

    업그레이드 중인 장비의 호환 장비 운영 체제 이미지를 선택해야 합니다. 호환되지 않는 이미지를 사용하고 업그레이드에 실패하면 장치를 복구하더라도 구축 잠금이 자동으로 해제되지 않습니다. 구축 잠금을 해제하고 디바이스를 다시 활성화하려면 청사진에서 디바이스 할당을 제거하고 디바이스(디바이스 > 매니지드 디바이스에서)를 해제한 다음 디바이스를 청사진에 다시 할당합니다. 지원을 받으시면 주니퍼 지원에 문의하십시오.

  2. 왼쪽 탐색 메뉴에서 Devices > Agents로 이동하고 업그레이드할 디바이스를 선택합니다. 쿼리를 입력하여 특정 디바이스(예: 모든 EOS 디바이스)를 검색할 수 있습니다.
    참고:

    선택한 디바이스는 모두 동일한 유형이어야 하며 동일한 이미지와 버전으로 업그레이드해야 합니다.

  3. OS 업그레이드 버튼(오른쪽 작업 패널)을 클릭합니다.
  4. Upgrade OS 이미지 대화 상자는 선택한 디바이스와 일치하는 사용 가능한 OS 이미지를 나열합니다. 적절한 OS 이미지를 선택하고 업그레이드 OS 이미지를 클릭합니다. 이미지가 디바이스로 업로드됩니다.

    Cumulus Linux용:

    • 에이전트를 설치하는 데 사용된 로컬 디바이스 사용자 이름과 암호가 다시 만듭니다.
    • 동일한 Cumulus Linux 라이선스가 다시 설치되고 Apstra 구성 및 구축 상태가 복원됩니다.
  5. Agents 페이지 하단의 Active Jobs 섹션에서 업그레이드 상태를 모니터링할 수 있습니다.
  6. 이미지를 업로드한 후 OS 이미지와 체크섬이 제공되면 이미지 체크섬이 검증됩니다. MD5/SHA512 체크섬이 올바르지 않거나 다른 장애(예: 디스크 공간 부족 또는 잘못된 원격 URL)가 발생하는 경우 작업 상태가 FAIL로 변경되고 장치가 재부팅되지 않습니다.
    참고:

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

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