NSX 페더레이션 환경에서 활성 글로벌 관리자가 손실된 경우 대기 글로벌 관리자로 전환할 수 있습니다.
이러한 워크플로는 GM이 글로벌 관리자 장치를 나타내는 다음 시나리오를 사용합니다.
사용자 위치 전체에서 네트워크 및 보안 서비스를 페더레이션할 GM 서비스가 있습니다. 여기에는 다음이 포함됩니다.
- 위치 Loc1에 있는 하나의 GM 클러스터가 활성 상태(GM-Loc1)를 설정합니다.
- 위치 Loc2에 있는 하나의 GM 클러스터가 대기 상태(GM-Loc2)를 설정합니다.
대기 위치로의 계획된 전환
활성 GM 서비스는 Loc1에 있고 확장된 Tier-0/Tier-1 기본 라우팅 서비스도 Loc1에 있습니다.
- Loc2에서 GM 서비스를 전환합니다.
- 대기 GM(GM-Loc2)에 로그인합니다.
- 작업 드롭다운 메뉴를 선택한 다음 활성으로 설정을 클릭합니다.
시스템은 GM-Loc2를 활성 상태로 만드는 프로세스를 시작합니다. 이 프로세스가 완료되면 GM-Loc2 상태는 [활성]으로 변경되고 GM-Loc1 상태는 [대기]로 변경됩니다.
계획된 페일오버가 실패하면 [강제] 옵션을 사용합니다.참고: GM-Loc1과 GM-Loc2 간의 동기화가 한동안 성공하지 못하면 GM-Loc2가 강제로 GM을 [활성] 상태로 유지할 때 구성 데이터 손실이 발생할 수 있습니다. - GM-Loc1 및 GM-Loc2가 동기화되고 있는지 확인하려면 GM-Loc1 및 GM-Loc2 둘 다의 SSH 루트 셸 명령에서
/etc/init.d/corfu-log-replication-server status
를 실행합니다. 동기화가 실행되고 있지 않으면 기술 지원에 문의하십시오.
- (선택 사항) 기본 확장 Tier-0/Tier-1 Loc1 을 Loc2로 전환합니다.
- 확장된 Tier-0 및 Tier-1 게이트웨이를 보조 사이트로 이동하려면 네트워크 복구 워크플로를 따릅니다. 로컬 관리자의 네트워크 복구를 참조하십시오.
- 원하는 방법을 사용하여 계산 VM을 복구합니다. 예를 들어 VMware Site Recovery Manager를 사용하여 Loc1에서 Loc2로 복구합니다.
대기 위치로의 계획되지 않은 전환
사이트 Loc1을 사용할 수 없게 되면 GM-Loc1, LM-Loc1 및 Loc1 Edge 노드가 응답을 중지합니다. 강제 페일오버를 계속 진행합니다.
- Loc2에서 GM 서비스를 복구합니다.
- 대기 GM(GM-Loc2)에 로그인합니다.
- 작업 드롭다운 메뉴를 선택한 다음 활성으로 설정을 클릭합니다.
시스템은 GM-Loc2를 활성 상태로 만드는 프로세스를 시작합니다. 이 프로세스가 완료되면 GM-Loc2 상태가 활성으로 변경되고 모든 LM(LM-Loc1은 사용할 수 없음)은 GM-Loc1에서 마지막으로 동기화된 구성의 GM-Loc2와 동기화됩니다.
GM-Loc2가 활성 상태가 된 후 GM-Loc1이 온라인 상태가 되면 GM-Loc1의 상태가 [없음]으로 설정됩니다. GM-Loc1을 대기 상태로 설정하려면 다음을 수행합니다.
- 활성 GM(GM-Loc2)에 로그인합니다.
- GM-Loc1이 [없음] 상태를 표시하는 타일에서 작업 드롭다운 메뉴를 선택한 다음 대기 상태로 설정을 클릭합니다.
- 기본 확장 Tier-0/Tier-1 Loc1을 Loc2로 이동합니다.
- 네트워크 복구 워크플로를 따라 확장된 Tier-0 및 Tier-1 게이트웨이를 보조 사이트로 이동합니다. 로컬 관리자의 네트워크 복구의 지침을 참조하십시오.
- 원하는 방법을 사용하여 계산 VM을 복구합니다. 예를 들어 use VMware Site Recovery Manager에서 Loc2로 복구합니다.
자세한 내용은 NSX-T Data Center 다중 위치 설계 가이드의 섹션 4.4 "재해 복구" 를 참조하십시오. Site Recovery Manager 사용과 관련된 자세한 내용은 VMware Site Recovery Manager 및 다중 사이트 환경 사용을 참조하십시오.