폐기된 결함이 있는 장치를 교체하기 위해 디바이스를 추가하는 경우(RMA에 대해) 동일한 관리 IP 주소를 사용할 계획인 경우 새 디바이스를 할당하기 전에 원래 디바이스를 폐기 해야 합니다. Apstra 환경은 각 디바이스에 고유한 관리 IP 주소가 있을 것으로 기대합니다.
- 청사진을 생성한 후 디바이스 프로파일을 디바이스에 할당합니다.
- 디바이스 시스템 ID를 디바이스에 할당합니다. 기본적으로 Deploy 모드는 Deploy로 설정됩니다.
참고:
구축된 디바이스가 없는 커밋된 청사진을 갖는 것이 일반적입니다. 필요에 따라, 일괄 처리로, 1대 1 또는 한 번으로 디바이스를 구축할 수 있습니다. 디바이스를 구축하지 않고도 디바이스를 할당하려면 Deploy 모드를 Ready로 설정하여 디바이스를 In Service Ready 상태로 설정합니다. 이 구성을 Discovery 2 Config라고 합니다.
- 디바이스를 활성 패브릭에 배포하기 위해 청사진 변경을 커밋합니다. In Service Active에 대한 디바이스 상태 변경 및 구성을 Service Config라고 합니다.
디바이스를 구축하자마자 대시보드에 이상이 나타날 수 있습니다. 인텐트에 대해 텔레메트리 데이터가 확인되면 이상 현상이 스스로 해결됩니다. 이는 특히 BGP 세션 및 광고 경로의 경우 경우에 따라 상당히 많은 시간이 걸릴 수 있습니다.
디바이스를 구축하면 디바이스 벤더에 따라 다른 영향을 미칠 수 있습니다. 예를 들어 주니퍼 Junos 디바이스는 이상 징후의 제기와 관련하여 다음과 같은 특성을 가지고 있습니다.
show interface 명령어에는 트랜시버가 플러그인되어 있지 않은 포트의 인터페이스가 나열되지 않습니다. 즉 , 이러한 인터페이스에 대해 인터페이스 다운 이상을 발생시키지 못합니다. 이러한 인터페이스는 을 사용하여 show virtual-chasses vc-port인식할 수 있으며 '부재 중'의 상태를 가질 수 있습니다.- 리프 인터페이스에 가상 네트워크 엔드포인트가 구성된 경우 Apstra는 해당 인터페이스에 대한 EVPN Type 3 경로를 기대합니다. 이 인터페이스가 다운된 경우 Junos는 RT-3을 광고하지 않으므로 "누락된 경로" 이상이 발생합니다. 이 이상이 바람직하지 않다면, 인터페이스가 가동될 때까지 가상 네트워크에서 인터페이스를 제거하는 것이 좋습니다.
디바이스를 구축한 후에는 인텐트 역할을 하는 Golden Config라는 새로운 실행 중인 구성이 수집됩니다. 실행 중인 구성은 이 Golden 구성과 비교하여 지속적으로 수집되고 비교됩니다. 구축에 실패하면 Golden Config는 설정되지 않습니다. BGP 또는 LLDP와 같은 프로토콜 관련 이상은 양 단말 장치가 구축된 경우에만 발생합니다.
