글로벌 관리자 내에서 GM(글로벌 관리자) 및 각 LM(로컬 관리자)에 대한 백업을 구성하고 시작할 수 있습니다. NSX Manager가 글로벌 관리자와 페더레이션되면 로컬 관리자라고 합니다.
-
활성 글로벌 관리자에 로그인하고 을 선택합니다. 환경의 각 글로벌 관리자 및 로컬 관리자가 나열됩니다. 지침에 대해서는 백업 구성 항목을 참조하십시오.
- 대기 글로벌 관리자의 백업 및 복원은 지원되지 않습니다. 대기 글로벌 관리자의 백업 구성은 필요하지 않으므로 꺼져 있습니다. 대기 글로벌 관리자에 문제가 있는 경우 대기 글로벌 관리자를 삭제합니다. 그런 다음, 새 글로벌 관리자를 배포하고 활성 글로벌 관리자에 온보딩합니다.
-
글로벌 관리자 내에서 로컬 관리자를 복원할 수 없습니다. 로컬 관리자 백업을 복원하려면 로컬 관리자에 로그인하여 복원합니다. 로컬 관리자가 글로벌 관리자에 온보딩된 후 로컬 관리자 백업을 생성하는 경우 로컬 관리자를 복구하려면 로컬 관리자만 복원하면 됩니다. 복원이 완료되면 로컬 관리자가 글로벌 관리자에 자동으로 연결됩니다. 지침에 대해서는 백업 복원 항목을 참조하십시오.
-
시스템은 로컬 관리자 또는 글로벌 관리자 중에서 어떤 기능을 백업하거나 복원하든 관계없이, 백업 및 복원 작업을 각 장치에 고유한 작업으로 취급합니다. 글로벌 관리자의 백업에는 해당 장치의 데이터베이스 백업만 포함되어 있습니다. 로컬 관리자에는 데이터베이스의 백업과 해당 장치의 인벤토리만 포함되어 있습니다.
-
글로벌 관리자 및 로컬 관리자를 복원하는 경우에는 각 장치의 백업 타임 스탬프를 가능한 한 서로 근접하게 선택합니다.
-
각 장치가 복원된 후 async replicator 서비스는 글로벌 관리자와 각 로컬 관리자 간의 통신을 복원합니다.
- 백업 중 라이브러리 저장은 NSX 백업에서 지원되지 않습니다. 복원하는 동안 NSX는 항상 기본 버전 라이브러리가 있습니다. VMware NSX® Application Platform을 사용하는 경우 요청일 있을 때 Kubernetes 도구를 업로드해야 합니다.
NSX 페더레이션의 백업 시나리오
시나리오 | 백업 워크플로 |
---|---|
글로벌 관리자에는 다음과 같은 변경 내용이 있습니다.
|
활성 글로벌 관리자만 백업합니다. |
로컬 관리자에는 다음과 같은 변경 내용이 있습니다.
|
로컬 관리자를 백업합니다. 이 작업은 글로벌 관리자 또는 로컬 관리자에서 수행할 수 있습니다. |
NSX 페더레이션의 복원 시나리오
글로벌 관리자 장치의 클러스터가 있는 경우 복원 프로세스를 사용하여 하나의 노드만 복원할 수 있습니다. 첫 번째 노드의 복원이 완료된 후에 클러스터를 생성해야 합니다.
시나리오 | 복원 워크플로 |
---|---|
활성 글로벌 관리자(예: GM-Loc1-Active)는 손실되었지만 대기 글로벌 관리자(GM-Loc2-Standby)가 있습니다. | 이 워크플로는 전환을 수행하여 대기 서버를 활성 서버로 만듭니다.
|
활성 글로벌 관리자인 GM-Loc1-Active가 손실되었으며 대기 서버도 없습니다. 운영 환경의 경우 대기 GM 서버를 사용하는 것이 좋습니다. |
|
대기 글로벌 관리자, GM-Loc2-Standby가 손실되었습니다. |
|
로컬 관리자인 LM-Loc1이 손실되었습니다. | 로컬 관리자에서 로컬 관리자인 LM-Loc1을 복원합니다. NSX Manager 또는 글로벌 관리자 백업 및 복원를 참조하십시오. 복원 시 글로벌 관리자의 구성은 로컬 관리자와 동기화됩니다. |
글로벌 관리자 및 로컬 관리자는 둘 다 손실됩니다. | 글로벌 관리자인 GM-Loc1-Active과 로컬 관리자인 LM-Loc1을 둘 다 복원하는 경우 각 장치의 최신 백업을 사용합니다. 글로벌 관리자 및 로컬 관리자가 복원되면 글로벌 관리자인 GM-Loc1-Active가 로컬 관리자인 LM-Loc1으로 구성을 푸시합니다. 로컬 관리자와 글로벌 관리자 간의 인벤토리 및 패브릭 관련 변경 내용 불일치는 수동으로 해결해야 합니다. |