이 페이지의 내용
Apstra ZTP를 통한 온보딩 디바이스
Apstra ZTP는 Apstra에서 관리하는 디바이스의 부트스트랩과 수명 주기를 관리합니다.
디바이스를 온보딩하기 전에 디바이스가 출고 시 기본값으로 설정되어 있는지 확인하십시오. 공급업체마다 구성을 추가한 후 디바이스를 공장 기본값으로 되돌리는 방법이 다릅니다.
ZTP 프로세스 중에 문제가 발생할 때 디바이스가 잠기는 것을 방지하기 위해 ZTP는 기본적으로 하드 코딩된 자격 증명을 사용합니다. 이러한 자격 증명은 다음과 같습니다.
- 루트/관리자
- aosadmin / aosadmin
주니퍼 Junos
EX 스위치에는 Junos OS 버전 21.2 이상이 필요합니다. 21.1 미만의 Junos OS 버전을 사용하는 EX 스위치에는 ZTP에 필요한 Python 모듈이 없습니다.
- 주니퍼 디바이스 최소 리소스 요구 사항
- 주니퍼 Junos 부트스트랩 파일
- 주니퍼 Junos ZTP 재시작
- 주니퍼 Junos ZTP 문제 해결
- 4.2.0 요구 사항 [DOCS-1013]
주니퍼 디바이스 최소 리소스 요구 사항
Apstra ZTP는 사용자 지정 스크립트를 사용하여 오프박스 에이전트를 생성하고, 로컬 사용자를 만들고, 기타 시스템 구성을 설정합니다. ZTP 프로세스는 새 OS 이미지를 스위치에 복사합니다. Apstra ZTP를 설치하기 전에 스위치에 OS 이미지를 위한 충분한 디스크 공간이 있는지 확인하십시오.
root@leaf001-001-2> show system storage Filesystem Size Used Avail Capacity Mounted on /dev/gpt/junos 6.0G 1.0G 4.5G 18% /.mount <...>
주니퍼 Junos 부트스트랩 파일
Apstra ZTP는 ZTP 중에 Python 스크립트를 사용하여 디바이스를 프로비저닝합니다. Python 스크립트(ztp.py)를 Junos OS Evolved가 아닌 디바이스에서 실행할 수 있으려면 추가 구성이 필요합니다. 스크립트를 junos_apstra_ztp_bootstrap.sh 사용하여 Junos에서 Apstra ZTP를 부트스트랩합니다. ZTP 스크립트를 다운로드하고 실행합니다.
Junos OS Evolved 디바이스에는 이 부트스트랩이 필요하지 않습니다. Apstra ZTP 파이썬 스크립트(ztp.py)를 직접 실행합니다.
주니퍼 Junos ZTP 재시작
디바이스를 지우고 주니퍼 Junos ZTP 프로세스를 다시 시작하려면 다음을 수행합니다.
root@leaf3> request system zeroize
주니퍼 Junos ZTP 문제 해결
ZTP 모드에서는 주니퍼 스위치가 and ztp.py ztp.json 파일을 디렉터리에 다운로드합니다. /var/preserve/apstra 진단을 위해 파일을 기록해 둡니다 /var/preserve/apstra/aosztp.log .
('ztp' 검색)에서 /var/log/messages 추가적인 유용한 메시지를 찾을 수 있습니다.
4.2.0 요구 사항 [DOCS-1013]
-
ztp.json에서 system-agent-params, "profile" 매개 변수를 제공해야 하는 경우 프로필 이름/레이블 대신 UUID를 사용해야 합니다.
-
ztp.json , system-agent-params에서 다음과 같은 추가 매개 변수는 항상 ZTP 서버에 표시되지만 ZTP 프로세스 중에 에이전트 생성에 실패할 수 있습니다.
-
매개 변수는 force_package_install, install_requirements enable_monitor입니다
-
에이전트 생성이 ZTP를 통해 작동하려면 시스템 에이전트 매개변수에서 제거해야 하지만, 버그로 인해 이러한 매개변수가 UI ztp.json 파일에서 제거되면 제거되지 않고 구성자가 다시 추가합니다. 유일한 해결책은 ZTP 서버에 대한 SSH 연결을 통해 로깅한 다음 tftp 컨테이너를 다시 시작하여 ztp.json 파일을 수동으로 수정하는 것입니다.
-
엔터프라이즈 SONiC
엔터프라이즈 SONiC 디바이스 최소 리소스 요구 사항
Apstra 버전 4.2와 함께 사용되는 Apstra ZTP 4.2는 SONiC 엔터프라이즈 배포 디바이스를 지원합니다. 이전 버전의 Apstra ZTP 또는 소프트웨어가 설치된 SONiC 디바이스는 지원되지 않습니다.
Apstra ZTP는 사용자 지정 스크립트를 사용하여 온박스 에이전트를 생성하고, 로컬 사용자를 생성하고, 기타 시스템 구성을 설정합니다.
ZTP 프로세스의 일부로 새 OS 이미지가 스위치에 복사됩니다. Apstra ZTP를 설치하기 전에 스위치에 OS 이미지를 위한 충분한 디스크 공간이 있는지 확인하십시오.
ONIE를 사용하여 디바이스에 Enterprise SONiC을 설치하는 경우 이미지를 디렉터리에 /containers_data/tftp 복사하고 이름을 다른 ONIE 다운로드 이름(onie-installer-x86_64-dell_z9100_c2538-r0예: )으로 onie-installer 변경해야 합니다. ONIE에서 재부팅할 때 디바이스는 HTTP에서 이 파일을 검색한 다음 TFTP 서버에서 검색합니다. 파일을 찾지 못하면 ZTP가 실패합니다. ONIE SONiC 설치가 성공적으로 완료되면 SONiC 디바이스가 자동으로 ZTP를 시작합니다.
SONiC ZTP 프로세스를 다시 시작하려면 및 sudo ztp run 명령을 sudo ztp enable 사용합니다.
admin@sonic:~$ sudo ztp enable admin@sonic:~$ sudo ztp run ZTP will be restarted. You may lose switch data and connectivity, continue?[yes/NO] yes admin@sonic:~$
시스코 NX-OS
Cisco NX-OS 디바이스 최소 리소스 요구 사항
스위치에 사용 가능한 디스크 공간이 충분한지 확인합니다. ZTP 프로세스의 일부로 새 OS 이미지가 스위치에 복사됩니다. Apstra ZTP를 설치하기 전에 스위치에 OS 이미지를 위한 충분한 디스크 공간이 있는지 확인하십시오.
switch1# dir bootflash: | include free|total 1296171008 bytes free 3537219584 bytes total
Cisco NX-OS ZTP 재시작
에이전트가 디바이스에 이미 설치되어 있는 경우 디바이스 ZTP 프로세스를 다시 시작하기 전에 UI 디바이스 에이전트 설치 프로그램을 통해 또는 디바이스 CLI를 통해 수동으로 에이전트를 제거합니다.
C9K-172-20-65-5# guestshell destroy Remove remaining AOS data from system Removing the guest-shell deletes most of the data left by AOS. Some files are still on the bootflash:/.aos folder. C9K-172-20-65-5# delete bootflash:.aos no-prompt
Cisco NX-OS ZTP 프로세스를 다시 시작하려면
switch# write erase switch# reload
아리스타 EOS
Arista EOS 디바이스 최소 리소스 요구 사항
Apstra ZTP는 가상 Arista EOS(vEOS) 디바이스에 대한 제한된 지원과 알려진 문제가 있습니다.
- ZTP EOS 업그레이드는 vEOS 디바이스에서 지원되지 않습니다. vEOS 디바이스의 EOS 버전은 파일에 설정된 것과
ztp.json일치eos-versions해야 합니다. - 디바이스 일련 번호가 없기 때문에 vEOS 디바이스에 대해 컨트롤러에 대한 ZTP 로깅이 작동하지 않습니다. 이 문제는 향후 버전에서 해결될 예정입니다.
ZTP 프로세스의 일부로 새 OS 이미지가 스위치에 복사됩니다. Apstra ZTP를 설치하기 전에 스위치에 OS 이미지를 위한 충분한 디스크 공간이 있는지 확인하십시오.
switch1#dir flash: Directory of flash:/ <...> 3957878784 bytes total (3074723840 bytes free)
Arista EOS ZTP 다시 시작
에이전트가 디바이스에 이미 설치된 경우 디바이스 ZTP 프로세스를 다시 시작하기 전에 UI 디바이스 에이전트 설치 프로그램을 통해 또는 디바이스 CLI를 통해 수동으로 에이전트 확장을 제거합니다.
l2-virtual-001-leaf1#sho extensions Name Version/Release Status Extension ----------------------------------------- ------------------ --------- --------- aos-device-agent-3.1.0-0.1.205.i386.rpm 3.1.0/0.1.205 A, I 1 A: available | NA: not available | I: installed | NI: not installed | F: forced l2-virtual-001-leaf1#delete extension:aos-device-agent-3.1.0-0.1.205.i386.rpm l2-virtual-001-leaf1#no extension aos-device-agent-3.1.0-0.1.205.i386.rpm l2-virtual-001-leaf1#copy installed-extensions boot-extensions Copy completed successfully. l2-virtual-001-leaf1#delete /recursive flash:aos* l2-virtual-001-leaf1#
Arista EOS ZTP 프로세스를 다시 시작하려면:
localhost# delete flash:zerotouch-config localhost# write erase Proceed with erasing startup configuration? [confirm]y localhost# reload
온보딩 상태 모니터링
ZTP 스크립트가 실행되면 API를 통해 Apstra 서버로 로그를 전송합니다. Apstra GUI에서 ZTP 프로세스를 모니터링할 수 있습니다. 왼쪽 탐색 메뉴에서 디바이스 > ZTP 상태 > 디바이스로 이동합니다.
DHCP 및 ZTP와 상호 작용하는 각 디바이스가 시스템 ID(일련 번호)(알려진 경우), ZTP 상태, ZTP 최신 이벤트, 디바이스 상태가 마지막으로 업데이트된 날짜 및 시간과 함께 여기에 나열됩니다. 디바이스의 전체 DHCP 및 ZTP 로그를 보려면 "로그 표시" 버튼( 작업 패널의 눈)을 클릭합니다. 
로그 파일을 다운로드할 수 있습니다. 디바이스에 대한 로그가 더 이상 필요하지 않으면 삭제 버튼을 클릭합니다. 모든 프로세스에 대한 로그 파일은 디렉터리에 /containers_data/logs 보관됩니다.
ZTP 프로세스가 디바이스를 성공적으로 온보딩하면 관리되는 디바이스 페이지에 디바이스가 포함되어 승인되고 청사진에 할당될 준비가 됩니다. Devices(디바이스) > Managed Devices(관리되는 디바이스 )로 이동하여 사용 가능한 디바이스를 확인합니다.