업그레이드 순서에 따라 관리부는 맨 마지막에 업그레이드됩니다. 관리부 업그레이드가 진행 중인 경우 어떤 노드에서도 구성을 변경하지 마십시오.

참고: 업그레이드를 시작한 후에는 NSX Manager 사용자 인터페이스에 잠시 동안 액세스가 불가능합니다.
NSX 3.2 이상 버전에서 업그레이드하는 경우, 업그레이드 프로세스에는 시스템을 복원하거나 롤백하는 데 사용할 수 있는 NSX Manager 노드의 로컬 백업 생성도 포함됩니다. 모든 사전 검사가 완료되면 시스템은 구성 백업을 저장하고, 클러스터에 있는 모든 노드의 로컬 백업을 저장합니다. 시스템에서 로컬 백업을 저장했는지 확인하려면 루트 관리자로 이동하고 /image/backup/<unified_app_version>/cluster-node-backups를 확인할 수 있습니다. 롤백 백업은 /config_bak에서도 저장됩니다. 어떤 이유로든 로컬 백업이 실패하면 업그레이드는 중지됩니다.

사전 요구 사항

NSX Edge 클러스터가 성공적으로 업그레이드되었는지 확인합니다. NSX Edge 클러스터 업그레이드 항목을 참조하십시오.

프로시저

  1. NSX Manager를 백업합니다.
    " NSX 관리 가이드" 항목을 참조하십시오.
  2. 시작을 클릭하여 관리부를 업그레이드합니다.
  3. 업그레이드 알림을 수락합니다.
    이때 나타나는 HTTP 서비스 중단과 같은 업그레이드 관련 오류는 무시해도 됩니다. 업그레이드 중에 관리부가 재부팅되기 때문에 이러한 오류가 나타납니다.
  4. Orchestrator 노드의 NSX Manager CLI에서 업그레이드 진행률을 모니터링합니다. NSX Manager 사용자 인터페이스에 액세스하지 못할 수 있습니다.
    get upgrade progress-status
    참고: 업그레이드 진행 중에는 장치를 재부팅하지 마십시오. 모든 노드가 업그레이드되고 클러스터가 안정된 상태에 도달하는 데 몇 분 정도 걸릴 수 있습니다.

    get upgrade progress-status가 업그레이드에 성공했으며 NSX Manager 서비스가 시작되었음을 나타내면 NSX Manager 사용자 인터페이스에 로그인할 수 있습니다.

  5. CLI에서 NSX Manager에 로그인하여 클러스터 상태를 확인하고 서비스가 시작되었는지 확인합니다.
    • get service

      서비스가 시작되면 서비스 상태가 실행 중으로 나타납니다. 일부 서비스에는 SSH, install-upgrade 및 관리자가 포함됩니다.

      get service는 조정기 노드의 IP 주소를 나열합니다. Enabled on 항목을 참조하십시오. 업그레이드 프로세스 전체에서 이 IP 주소를 사용합니다.
      참고: NSX를 업그레이드하는 데 가상 IP 주소 유형은 사용하지 않아야 합니다.
    • get cluster status

      그룹 상태가 안정적이지 않은 경우 문제를 해결하십시오.

다음에 수행할 작업

업그레이드 상태에 따라 사후 업그레이드 작업을 수행하거나 오류를 해결합니다. 사후 업그레이드 작업 또는 업그레이드 실패 문제 해결 항목을 참조하십시오.