NSX-T Data Center 버전 3.2 이상이 설치되어 있고 모든 배포 사전 요구 사항이 충족되면 NSX Application Platform 배포를 진행할 수 있습니다.

사전 요구 사항

폼 팩터 시스템 요구 사항을 포함하여 모든 배포 사전 요구 사항을 충족해야 합니다. 자세한 내용은 NSX Application Platform 배포 사전 요구 사항 항목을 참조하십시오.

경고:

NSX Intelligence 1.2.x 트래픽 흐름 데이터를 마이그레이션한 경우 Evaluation 폼 팩터를 사용하여 NSX Application Platform을 배포하지 마십시오. Evaluation 폼 팩터를 사용하면 시스템이 이전 NSX Intelligence 1.2.x 설치의 트래픽 흐름 데이터를 마이그레이션하지 않고 NSX Application Platform를 강제로 배포하게 되며 이로 인해 이전 설치에 대한 정보가 손실됩니다.

1단계: 배포 준비

NSX Application Platform을 배포하려면 Helm 저장소 및 Docker 레지스트리 정보를 제공합니다.

프로시저

  1. 브라우저에서 엔터프라이즈 관리자 권한으로 https://<nsx-manager-ip-address>에서 NSX Manager에 로그인합니다.
  2. [구성] 섹션에서 시스템 > NSX Application Platform으로 이동합니다.
  3. NSX Application Platform 배포를 클릭합니다.
  4. Helm 저장소 URL 및 Docker 레지스트리 경로를 확인합니다.

    NSX-T Data Center 3.2.3.1부터 Helm 저장소 텍스트 상자에는 기본적으로 oci://projects.registry.vmware.com/nsx_application_platform/helm-charts 값이 표시됩니다. 시스템이 패키징된 NSX Application Platform Helm 차트를 가져오는 공용 VMware 호스팅 Helm 저장소입니다.

    Docker 레지스트리 경로에는 projects.registry.vmware.com/nsx_application_platform/clustering 값이 있어야 합니다. 시스템이 NSX Application Platform Docker 이미지를 가져오는 공용 VMware 호스팅 레지스트리 위치입니다.

    이러한 공용 VMware 호스팅 NSX Application Platform 레지스트리 및 저장소 위치를 사용하면 배포 프로세스가 간소화됩니다. 이 배포 프로세스는 아웃바운드 연결 전용이며 고객 데이터는 전혀 유지하지 않습니다.

    권장되는 배포 프로세스를 사용할 수 없고 공용 VMware 호스팅 위치에 액세스할 수 없는 경우 인프라 관리자와 협력하여 회사의 개인 Helm 저장소 및 Docker 레지스트리 위치에 NSX Application Platform Helm 차트 및 Docker 이미지를 업로드합니다. 개인적으로 호스팅된 두 위치 모두 Kubernetes 클러스터와 NSX Application Platform 배포에 사용하는 NSX Manager 장치에서 액세스할 수 있어야 합니다. NSX Application Platform Docker 이미지 및 Helm 차트를 개인 컨테이너 레지스트리에 업로드 항목을 참조하십시오.

    개인 Helm 저장소 및 Docker 레지스트리 위치를 사용하는 경우 다음 단계를 사용합니다.

    1. Helm 저장소 텍스트 상자에 개인 레지스트리 URL을 입력합니다.
      • OCI 호환 Helm 개인 저장소의 경우 oci:// "<your-private-registry-server-fqdn>" /<your-private-registry-name>/helm-charts 형식을 사용합니다.

      • ChartMuseum 호환 Helm 개인 저장소의 경우 https:// "<your-private-registry-server-fqdn>" /chartrepo/ "<your-private-registry-name>" 형식을 사용합니다.

    2. Docker 레지스트리 텍스트 상자에 개인 레지스트리 위치를 입력합니다. OCI 호환 또는 ChartMuseum 호환 Helm 레지스트리의 경우 "<your-private-registry-server-fqdn>/<your-private-registry-name>" /clustering 형식을 사용합니다.
      해당 경로 값에 선행 https 또는 oci가 없습니다.
  5. URL 저장을 클릭합니다.

    시스템이 Helm 차트 및 Docker 레지스트리 위치에서 NSX Application Platform 세부 정보를 수집하므로 이 단계를 완료하는 데 다소 시간이 걸릴 수 있습니다.

  6. 플랫폼 대상 버전 텍스트 상자에서 배포에 대해 올바른 NSX Application Platform 버전을 선택했는지 확인합니다.

    시스템은 Helm 저장소에서 버전 목록을 파생합니다.

  7. 다음을 클릭합니다.

2단계: 구성 세부 정보 제공

NSX Application Platform을 배포하려면 인프라 관리자가 생성한 감독자의 TKG 클러스터 또는 업스트림 Kubernetes 클러스터 리소스에 대한 구성 정보를 제공해야 합니다.

인프라 관리자로부터 얻은 kubeconfig 파일이 있어야 합니다. 이 파일에는 감독자의 TKG 클러스터 또는 업스트림 Kubernetes 환경에 대한 구성 정보가 포함되어 있으며 액세스 정보를 제공합니다.

프로시저

  1. 파일 업로드 텍스트 상자에서 선택을 클릭하고 인프라 관리자가 제공한 kubeconfig 파일의 위치로 이동합니다.
  2. 업로드를 클릭합니다.

    시스템에서 Kubernetes 구성 파일 컨텐츠를 확인하는 동안 이 단계를 완료하는 데 다소 시간이 걸릴 수 있습니다.

  3. (선택 사항) 오류 메시지 서버 버전 및 클라이언트 버전이 호환되지 않습니다. 최신 Kubernetes Tools 버전을 업로드하여 오류를 해결하십시오.가 표시되면 호환되는 버전의 Kubernetes Tools 번들을 업로드하십시오.

    사용 중인 NSX-T Data Center 버전에 대해 VMware 제품 다운로드 포털에 제공된 Kubernetes Tools 번들을 사용할 수 있습니다. Kubernetes Tools 번들을 다운로드할 때 기본 이름은 kubernetes-tools- "buildversion" .tar.gz입니다. 예: kubernetes-tools-1.20.11-00_3.5.4-1.tar.gz. 다운로드할 때 파일 이름을 변경하지 마십시오. 파일은 VMware 개인 키로 서명됩니다.

    1. 로컬 파일 업로드 또는 원격 파일 업로드를 선택합니다.
    2. 로컬 파일 업로드를 선택한 경우 선택을 클릭하고 Kubernetes Tools 파일의 위치로 이동합니다.
    3. 원격 파일 업로드를 선택한 경우 시스템이 호환되는 Kubernetes Tools 파일을 가져올 수 있는 URL을 입력합니다. 예를 들어 다운로드한 kubernetes-tools- "buildversion" .tar.gz 파일의 URL을 입력합니다.
    4. 업로드를 클릭합니다.
  4. 클러스터 유형 정보가 올바른지 확인합니다.

    이 정보는 Kubernetes 환경의 유형을 참조합니다. 현재 표준이 지원되는 유일한 유형은 입니다.

  5. 스토리지 클래스 정보가 올바른지 확인합니다.

    시스템은 Kubernetes 구성 파일에서 스토리지 클래스 값을 가져오고 드롭다운 메뉴에서 사용할 수 있도록 합니다.

  6. NSX-T Data Center 3.2.0 배포의 서비스 이름 텍스트 상자 또는 NSX-T Data Center 3.2.1 이상 배포의 인터페이스 서비스 이름 텍스트 상자에 유효한 FQDN(정규화된 도메인 이름) 값을 입력합니다.

    서비스 이름 또는 인터페이스 서비스 이름 값은 NSX Application Platform에 연결하기 위한 HTTPS 끝점으로 사용되었습니다. 자세한 내용은 NSX Application Platform 배포 사전 요구 사항 항목의 서비스 이름(FQDN) 섹션을 참조하십시오.

  7. NSX-T Data Center 3.2.1 이상 배포의 경우 메시징 서비스 이름 텍스트 상자에 올바른 FQDN 값을 입력합니다.

    메시징 서비스 이름 값은 NSX 데이터 소스에서 간소화된 데이터를 수신하는 데 사용되는 HTTPS 끝점입니다.

  8. 필요에 적합한 폼 팩터를 선택합니다. 자세한 내용은 NSX Application Platform 시스템 요구 사항 항목을 참조하십시오.
  9. (선택 사항) Evaluation 폼 팩터를 선택하는 경우 배포를 비운영 용도로만 사용할 것인지 확인하십시오.
    1. Evaluation 대화상자에 표시된 정보를 읽습니다.
    2. 확인 확인란을 선택하여 개념 증명 및 비운영 용도로만 NSX Application Platform 배포를 사용할 예정임을 확인합니다.
    3. 선택을 클릭합니다.
  10. 구성 탭으로 다시 돌아가 다음을 클릭합니다.

3단계: 플랫폼 사전 검사

시스템은 NSX Application Platform 배포를 진행하기 전에 획득한 구성 정보를 확인해야 합니다.

프로시저

  1. 플랫폼 사전 검사 탭에서 사전 검사 실행을 클릭합니다.
    시스템은 수행된 각 사전 검사에 대한 진행 상태를 표시합니다.
  2. 세부 정보 열에 오류가 표시되면 오류에 대해 제공된 링크를 클릭합니다. 세부 정보를 얻고 필요한 부분을 수정해서 보고된 오류를 해결합니다. 자세한 내용은 NSX Application Platform 문제 해결 항목을 참조하십시오.
  3. 다음을 클릭합니다.

4단계: 검토 및 배포

NSX Application Platform 배포 마법사를 사용하면 시스템이 확보한 구성 세부 정보를 검토하고 편집할 수 있습니다.

프로시저

  1. 검토 및 배포 탭에서 [플랫폼], [구성] 및 [사전 검사] 섹션에 표시된 정보를 검토합니다. 변경이 필요한 섹션에 대한 편집 링크를 클릭합니다.

    편집을 클릭하면 정보를 업데이트할 수 있는 탭으로 돌아갑니다.

  2. 모든 정보가 올바르게 표시되면 배포를 클릭합니다.

    시스템은 최종 배포 단계를 진행하고 UI에 진행률 정보를 제공합니다. 단계를 완료하는 데 다소 시간이 걸릴 수 있습니다.

    경고: 시스템이 NSX Intelligence 1.2.x 트래픽 흐름 데이터를 마이그레이션한 후 NSX 메트픽를 활성화하는 동안 NSX Application Platform 배포가 실패하면 취소를 누르지 마십시오. 이렇게 하면 데이터 마이그레이션 정보가 포함된 영구 스토리지가 삭제되고 NSX Intelligence 1.2.x 설치에 대한 정보가 손실됩니다. 원래 NSX Application Platform 배포 창으로 돌아가서 다시 시도를 클릭하기 전에 다른 브라우저 탭이나 새 브라우저 창을 사용하여 NSX 메트픽 문제를 해결합니다. NSX 메트픽 문제 해결에 대한 내용은 NSX Application Platform 문제 해결을 참조하십시오.

결과

시스템은 NSX Application Platform을 성공적으로 배포하고 경보, 클러스터 정보 등 플랫폼에 대한 세부 정보로 UI를 업데이트합니다. 다음 이미지는 배포를 완료한 이후에 표시되는 UI 샘플을 보여 줍니다. 배포를 완료한 이후
NSX Application Platform UI입니다. 플랫폼 구성 세부 정보 및 사용 가능한 NSX 기능이 표시됩니다.

다음에 수행할 작업

이제 NSX Application Platform에서 호스팅할 수 있고 현재 사용 중인 폼 팩터 및 NSX 라이센스에 사용할 수 있는 사용 가능한 NSX 기능을 활성화할 수 있습니다. 자세한 내용은 NSX Application Platform에서 사용할 수 있는 NSX 기능 항목을 참조하십시오.