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 소프트웨어가 업그레이드 중인 디바이스를 관리하고 있는지 확인합니다. Devices(디바이스) > Managed Devices(매니지드 디바이스 )로 이동하여 디바이스가 테이블에 있고 승인되었는지 확인합니다(녹색 확인 표시).
  • NOS를 업그레이드하기 전에 청사진에서 모든 디바이스 AAA/TACACS+ 구성 요소를 삭제합니다. 업그레이드가 완료된 후 다시 적용할 수 있습니다.
  • 디바이스의 관리 상태가 정상으로 설정되어 있는지 확인합니다. Devices(디바이스) > Managed Devices(관리되는 디바이스)로 이동하고 디바이스의 관리 IP 를 클릭하여 관리 상태를 확인합니다. (관리 상태를 MAINT/DECOMM으로 설정하지 마십시오. 그렇지 않으면 디바이스가 복구할 수 없는 상태가 될 수 있습니다.)
  • 지정된 Apstra 버전이 Apstra 서버와 디바이스 모두에서 동일한지 확인합니다. 서로 다르면 디바이스를 업그레이드할 수 없습니다. 다른 버전으로 업그레이드하려고 하면 경고가 표시되지 않습니다. 작업 상태는 무기한 IN PROGRESS 상태로 유지됩니다.

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

위의 개요에 설명된 대로 장치가 업그레이드를 위한 적절한 상태인지 확인하십시오.

고유한 디바이스 프로필을 생성(복제)한 경우 디바이스 프로필과 해당 디바이스 프로필을 사용하는 청사진에서 OS 버전을 수동으로 지정해야 합니다. (디바이스에서 기본 제공 디바이스 프로필을 사용하는 경우 다음 섹션으로 진행하여 새 OS 이미지를 등록합니다.)

  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. apstra-cli를 사용하여 디바이스 프로필을 업데이트합니다.

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

    apstra-cli 명령 형식:

    예제:

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

OS 이미지 등록/업로드

  1. 디바이스 공급업체에서 OS 이미지를 가져옵니다.
    주의:

    업그레이드하려는 장치에 대해 호환되는 장치 운영 체제 이미지를 선택해야 합니다. 호환되지 않는 이미지를 사용하는 경우 업그레이드가 실패하면 디바이스를 복구하더라도 배포 잠금이 자동으로 해제되지 않습니다. 배포 잠금을 해제하고 디바이스를 다시 활성화하려면 Blueprint에서 디바이스 할당을 제거하고, 디바이스를 서비스 해제 및 정규화한 다음(디바이스 > 관리되는 디바이스에서) 디바이스를 Blueprint에 다시 할당합니다. 도움이 필요하면 주니퍼 지원에 문의하십시오.

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

방법 1: 이미지 업로드

  1. 이미지 업로드를 선택한 다음 파일 선택을 클릭하고 컴퓨터의 이미지로 이동하거나 컴퓨터에서 대화 상자 창으로 이미지를 끌어다 놓고 열기를 클릭합니다.
  2. 체크섬을 추가합니다(선택 사항)(아래 섹션 참조).
  3. 업로드를 클릭하여 이미지를 업로드하고 Apstra 소프트웨어에 등록합니다. 이미지와 이미지 크기가 테이블 보기에 나타납니다.
  4. (선택 사항) 체크섬이 확인되지 않으면 디바이스가 재부팅되기 전에 업그레이드 프로세스가 중지됩니다.

방법 2: 이미지 URL 제공

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

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

체크섬 추가(선택 사항)

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

  • Juniper Junos - MD5(32자) 또는 SHA256(64자)
  • Enterprise SONiC - MD5(32자)
  • Cisco NX-OS - SHA512(128자)
  • Arista EOS - SHA512(128자)

장치 공급업체에서 체크섬 파일을 제공하는 경우 파일을 다운로드하여 체크섬 필드에 복사하는 것이 좋습니다. 체크섬 파일을 사용할 수 없는 경우 Linux md5sum 또는 shasum 명령(해당하는 경우) 또는 이와 동등한 프로그램을 사용하여 체크섬을 생성할 수 있습니다.

OS 이미지 업그레이드

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

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

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