Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Time Voyager (Blueprints)

Time Voyager 개요

단계적 청사진을 커밋하면 네트워크에 업데이트를 구축하면 그 결과가 예상대로 진행되지 않을 수 있습니다. 아니면 실수로 청사진에 대한 변경을 저지른 다음 변경을 취소하기를 원할 수도 있습니다. 또 다른 시나리오는 몇 가지 개정 전 개정된 상태로 네트워크를 반환하기로 결정한 것일 수 있습니다. 복잡성 수준에 따라 수동으로 스테이징을 수행하고 변경 사항을 실행 취소하기를 원할 경우 오류가 발생할 수 있습니다. 이 경우 Time Voyager를 사용하여 이전의 청사진을 자동으로 복원해야 합니다.

청사진은 유지된 모든 개정으로 다시 이동될 수 있습니다. 가장 최근의 청사진 커밋 5개는 그대로 유지됩니다. 6회를 커밋하면 1차 개정이 폐기하고 6번째 개정은 5번째로, 두 번째 개정판이 먼저 적용될 수 있으며, 추가 청사진 변경이 이루어 집니다. 이를 유지하여 특정 개정을 무기한 유지할 수 있습니다. 개정을 유지하면 주기가 다섯 개 개정에 포함되지 않습니다. 최대 25개의 개정을 유지하여 30개의 청사진을 효과적으로 고를 수 있습니다. 각 개정에서는 스토리지 공간이 필요하다는 사실에 유의하십시오. 더 이상 수정을 원치 않는 경우, 이를 삭제하기만 할 수 있습니다.

청사진을 세우는 경우 개정 설명을 추가하여 해당 개정에서 변경된 사항을 식별할 수 있습니다. 이러한 설명은 개정이 유지되는 한 청사진의 개정 이력 섹션에 표시됩니다. 커밋할 때 설명을 추가하지 않는 경우 항상 나중에 추가할 수 있습니다. 수정 작업으로 이동하면 이 설명을 올바른 수정 옵션을 선택할 수 있습니다. 개정 내용 간의 구체적인 차이점은 표시되지 않습니다. 따라서 해당 개정에 사용할 수 있는 유일한 변경 정보입니다.

개정판으로 이동하면 이전에 커밋되지 않은 단계별 변경은 폐기됩니다. 문제인 경우, 커밋되지 않은 변경 사항을 해결한 때까지 이동하지 말 것.

Time Voyager는 UNDO 기능으로는 그치지 않습니다. Time Voyager를 사용할 경우 이전 커밋으로 롤백합니다. 다시 말하면 롤백 시 마지막 커밋에서 삭제된 모든 것이 다시 적용됩니다. 개정 간에 추가 및 삭제 등 많은 변경이 있을 수 있으며 이들 모두 롤백에 포함될 수 있습니다. 롤백을 커밋하기 전에 변경 사항을 자세히 검토하는 것이 중요합니다. 따라서 Time Voyager는 UNDO 기능보다 (제어 시스템!) 개정(Revision 제어 시스템!)보다 훨씬 낫습니다.

Voyager 시나리오의 경우,

  • Apstra 서버를 업그레이드한 후 업그레이드 시 청사진 개정 역사를 폐기하기 때문에 구 버전으로는 청사진으로 이동할 수 없습니다. Apstra 업그레이드를 위해 이전에 취해진 이전 Apstra 버전으로 돌아오야 하는 경우 데이터베이스 복원을 참조하십시오. 이 방법은 장치 구성의 관점에서 문제를 일으킬 수 있습니다.
  • Pristine 구성이 버전 간에 변경된 경우 지원되지 않습니다.
  • 버전 간에 NOS 버전이 서로 다른 경우 지원되지 않습니다. 장비 관리자를 사용하여 NOS 버전을 동일한 버전으로 다운그레이드한 다음 이전 버전으로 이동될 수 있습니다.
  • 이전 버전에서 할당된 디바이스는 더 이상 사용할 수 없는 경우, Build Error System ID가 존재하지 않습니다. (반대로, 디바이스를 추가 하고 이전 버전으로 이동하면 디바이스가 성공할 수 있습니다. 추가된 장비는 제거됩니다.)
  • 이전 버전에서 할당된 리소스가 재할당되어 이미 사용 중이던 구축 오류 리소스를 유발합니다. 구축 오류를 해결하려면 해당 그룹의 각 구성원에 리소스를 수동으로 할당하거나 리소스 그룹 오버라우트(override)를 재설정해야 합니다. (이전에 할당된 글로벌 리소스 풀이 수정된 후에 이전 수정 버전으로 이동하는 데 성공할 수 있지만 의도 위반이 발생할 수도 있습니다.)
  • 수동 디바이스 구성 변경을 수락한 경우 지원되지 않습니다.
  • 그 결과 디바이스 구성 상태가 다른 다른 경우에는 지원되지 않습니다.
참고:

이전 버전으로 이동하기 위해 Apstra 서버 백업/복원을 사용하지 않는 이유는 무엇입니까? Time Voyager는 Apstra 서버와 장치 간의 동기화된 구성을 유지(가능한 한) Apstra 백업/복원은 수행되지 않습니다. 사실상 Apstra 백업/복원은 장치 구성 관점에서 대역 외 변경입니다. 백업이 복원되면 전체 구성을 푸시하여 디바이스 구성이 데이터베이스 백업에서 복구한 것을 반영하는지 확인해야 합니다. 이는 중단될 가능성이 높을 수 있습니다.

청사진에서 Time Voyager 를 클릭하여 기존 청사진 개정으로 이동 목록의 첫 번째 개정은 활성 개정입니다. 가장 최근 날짜에서 가장 오래된 날짜까지 연이어 개정이 주문됩니다.

이전 청사진 버전으로 이동

참고:

이전 버전으로 롤백하면 이전에 커밋되지 않은 단계별 변경은 폐기됩니다. 문제인 경우, 커밋되지 않은 변경을 커밋할 때까지 다른 개정판으로 이동하지 말 것.

  1. 청사진에서 Time Voyager 를 클릭한 다음, 이 개정 버튼으로 이동(작업 섹션의 4개 버튼 중 첫 번째)을 클릭합니다.
  2. 단계별 구역에서 커밋되지 않은 변경은 폐기됩니다. 문제가 있는 경우 대화를 닫고 진행하기 전에 커밋되지 않은 변경 사항을 해결합니다. 계속하려면 롤백 을 클릭합니다.
  3. 커밋하기 전에 청사진을 추가로 변경할 수 있습니다. 예를 들어, 디바이스를 교체한 경우 디바이스 ID(일련 번호)가 변경되지만 IP는 변경되지 않습니다. 버전 변경을 커밋하기 전에 디바이스 에이전트를 생성하고 청사진에 일련 번호를 업데이트할 수 있습니다.
  4. Uncommitmit을 클릭하고 diff 탭을 클릭하여 변경 사항을 검토합니다.
  5. 이 개정판으로 이동하지 원치 않는 경우, Revert 버튼을 클릭하여 변경 사항을 폐기합니다.
  6. 계속하려면, 커밋 버튼(우측 상단)을 클릭하여 변경 사항을 커밋하고 개정을 만들 수 있는 대화를 확인
  7. 변경 사항을 식별하기 위해 선택적 개정 설명을 입력하는 것이 좋습니다. 개정 내용 간의 구체적인 차이점은 표시되지 않습니다. 따라서 설명은 개정에 사용할 수 있는 유일한 변경 정보입니다.
  8. 커밋을 클릭하여 활성 청사진에 대한 변경을 커밋하고 개정을 생성합니다. 경우에 따라 리소스 그룹 오버라우트(override)를 리셋해야 할 수도 있습니다.
  9. Time Voyager를 클릭하면 개정을 현재 개정안으로 볼 수 있습니다.

절약 청사진 개정 보관

  1. 청사진에서 Time Voyager 를 클릭한 다음, 이 개정 유지 버튼을 클릭하여 개정을 유지할 수 있습니다(작업 섹션 내 4개 버튼의 두 번째 버튼).
  2. Save를 클릭하여 확인한 후 계속합니다. 버튼이 회색으로 바 이어지며 개정판이 무기한 저장되었음을 나타 내포합니다. 수동으로 삭제하기 전까지는 삭제되지 않습니다.

Blueprint Revision 업데이트 설명

  1. 청사진에서 Time Voyager를 클릭한 다음, 버전 업데이트 설명 버튼을 클릭하여 유지(작업 섹션 내 버튼 4개 중 3개)를 클릭합니다.
  2. 설명을 입력하거나 변경합니다.
  3. Update를 클릭하여 설명을 변경하고 list view로 돌아가기.

삭제된 청사진 수정

  1. 청사진에서 Time Voyager를 클릭한 다음, 삭제 버튼을 클릭하여 삭제(작업 섹션의 4개 버튼 중 4개)를 클릭합니다. 목록에 5개 이하인 경우 개정을 삭제할 수 없습니다.
  2. Delete를 클릭하여 수정 파일을 삭제하고 list view로 돌아오다.