업그레이드 순서에 따라 관리부는 맨 마지막에 업그레이드됩니다. 필요한 경우 관리부 업그레이드가 진행 중인 동안 구성을 계속 변경할 수 있습니다.
사전 요구 사항
NSX Edge 클러스터가 성공적으로 업그레이드되었는지 확인합니다. NSX Edge 클러스터 업그레이드 항목을 참조하십시오.
NSX는 클러스터에서 홀수 개수의 노드만 지원합니다. 3노드 클러스터는 Fault Tolerance에 권장되는 구성입니다. 업그레이드 프로세스에는 시스템을 복원하거나 롤백하는 데 사용할 수 있는
NSX Manager 노드의 로컬 백업 생성도 포함됩니다. 모든 사전 검사가 완료되면 시스템은 구성 백업을 저장하고, 클러스터에 있는 모든 노드의 로컬 백업을 저장합니다. 시스템이 로컬 백업을 저장했는지 확인하려면 루트 관리자로 이동하여 다음 폴더를 확인할 수 있습니다.
롤백 백업은
/config_bak에서도 저장됩니다. 어떤 이유로든 로컬 백업이 실패하면 업그레이드는 중지됩니다.
프로시저
- NSX Manager를 백업합니다.
"
NSX 관리 가이드" 항목을 참조하십시오.
- 시작을 클릭하여 관리부를 업그레이드합니다.
- 업그레이드 알림을 수락합니다.
이때 나타나는 HTTP 서비스 중단과 같은 업그레이드 관련 오류는 무시해도 됩니다. 업그레이드 중에 NSX Manager 노드가 재부팅되기 때문에 이러한 오류가 나타납니다. 다른 NSX Manager 노드의 UI에서 업그레이드 진행률을 계속 모니터링할 수 있습니다.
가상 IP 주소를 사용하는 경우 UI에 계속 액세스할 수 있지만 모든 노드가 업그레이드된 후 스스로를 다시 인증해야 합니다.
- 업그레이드 오류가 발생할 경우 NSX는 업그레이드를 롤백하라는 메시지가 표시될 수 있습니다. 롤백은 모든 NSX Manager 노드에서 수행됩니다.
- 모든 NSX Manager 노드의 루트 셸에서 다음 명령을 실행합니다.
/etc/init.d/corfu-server stop
- 모든 NSX Manager 노드에서 관리자 권한으로 다음 명령을 실행합니다.
node-rollback run-step step1_start_rollback
- NSX Manager 노드 중 하나에서 관리자 권한으로 다음 명령을 실행합니다.
node-rollback run-step step2_restore_data
오류가 발생하면 다음 명령을 실행합니다.
corfu_tool_runner
를 실행하여 레지스트리 테이블에서 레코드를 삭제합니다.
/opt/vmware/bin/corfu_tool_runner.py -t RegistryTable -n CorfuSystem --port 9000 -o deleteRecord --keyToDelete='{"namespace": "CorfuSystem","tableName": "CompactionControlsTable"}'
- 압축 확인 실행:
/opt/vmware/bin/corfu_compactor_upgrade_runner.py --runs 3 --lock false
- 모든 NSX Manager 노드에서
corfu-server
를 중지합니다.
- 모든 NSX Manager 노드에서
corfu-server
를 시작합니다.
- NSX Manager 노드 중 하나에서 관리자 권한으로 복원 명령을 재개합니다.
node-rollback run-step step2_restore_data
- 모든 NSX Manager 노드에서 관리자 권한으로 다음 명령을 실행합니다.
node-rollback run-step step3_exit_rollback
롤백은 관리부 업그레이드에만 적용됩니다. 관리부 업그레이드를 시작하기 전에 NSX Manager 노드가 해당 버전으로 돌아갑니다.
다음에 수행할 작업
- 클러스터 상태를 확인하고 서비스가 NSX Manager 사용자 인터페이스에서 시작되었는지 확인합니다.
- 업그레이드 상태에 따라 사후 업그레이드 작업을 수행하거나 오류를 해결합니다. 사후 업그레이드 작업 또는 업그레이드 실패 문제 해결 항목을 참조하십시오.