安装 NSX 版本 3.2 或更高版本并满足所有部署必备条件后,可以继续部署 NSX Application Platform

前提条件

您必须满足所有部署必备条件,包括规格系统要求。有关详细信息,请参见NSX Application Platform 部署必备条件主题。

小心:

如果您迁移了 NSX Intelligence 1.2.x 流量数据,请不要使用评估规格部署 NSX Application Platform。如果使用评估规格,将强制系统部署 NSX Application Platform 而不迁移以前的 NSX Intelligence 1.2.x 安装中的流量数据,并导致有关以前安装的信息丢失。

步骤 1:准备部署

要部署 NSX Application Platform,请提供 Helm 存储库和 Docker 注册表信息。

过程

  1. 从浏览器中,使用企业管理员特权登录到 NSX Manager,网址为 https://<nsx-manager-ip-address>。
  2. 导航到“配置”部分中的系统 > NSX Application Platform
  3. 单击部署 NSX Application Platform
  4. 验证 Helm 存计库 URL 和 Docker 注册表路径。

    默认情况下,Helm 存储库文本框包含 oci://projects.registry.vmware.com/nsx_application_platform/helm-charts 值。该值是一个由 VMware 托管的公用存储库,系统可以从其中获取已打包的 NSX Application Platform Helm Chart。

    Docker 注册表路径具有 projects.registry.vmware.com/nsx_application_platform/clustering 值。该值是一个由 VMware 托管的公用注册表位置,系统可以从其中获取 NSX Application Platform Docker 映像。

    使用这些 VMware 托管的公用 NSX Application Platform 注册表和存储库位置可以简化部署过程。此部署过程仅为出站连接,不会保留任何客户数据。

    如果无法使用建议的部署过程并访问 VMware 托管的公用位置,请与基础架构管理员一起,将 NSX Application Platform Helm Chart 和 Docker 映像上载到公司的专用 Helm 存储库和 Docker 注册表位置。必须能够从用于部署 NSX Application Platform 的 Kubernetes 集群和 NSX Manager 设备中访问这两个专门托管的位置。请参见将 NSX Application Platform Docker 映像和 Helm Chart 上载到专用容器注册表

    如果使用的是专用 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 注册表文本框中,输入您的专用注册表位置。请使用格式 <your-private-registry-server-fqdn>/<your-private-registry-name>/clustering
      该路径值中没有前导 httpsoci
  5. 单击保存 URL

    该步骤可能需要一些时间才能完成,因为系统从 Helm Chart 和 Docker 注册表位置中收集 NSX Application Platform 详细信息。

  6. 平台目标版本文本框中,确认为部署选择了正确的 NSX Application Platform 版本。

    系统从 Helm 存储库中获取版本列表。

  7. 单击下一步

步骤 2:提供配置详细信息

要部署 NSX Application Platform,您必须提供有关基础架构管理员为您创建的 TKG Cluster on Supervisor 或上游 Kubernetes 集群资源的配置信息。

您必须具有从基础架构管理员获取的 kubeconfig 文件。此文件包含 TKG Cluster on Supervisor 或上游 Kubernetes 环境的配置信息,并提供了访问信息。

过程

  1. 上载文件文本框中,单击选择,然后导航到基础架构管理员为您提供的 kubeconfig 文件的位置。
  2. 单击上载

    该步骤可能需要一些时间才能完成,此时,系统验证 Kubernetes 配置文件内容。

  3. (可选) 如果您看到服务器版本和客户端版本不兼容,请上载最新的 Kubernetes Tools 版本以解决该错误 (Server version and client version are incompatible, upload the latest Kubernetes Tools version to resolve the error) 错误消息,请上载兼容版本的 Kubernetes Tools 包。

    您可以将 VMware 产品下载门户中提供的 Kubernetes Tools 包用于您所使用的 NSX 版本。在下载 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 3.2.0 部署中的服务名称文本框或者 NSX 3.2.1 或更高版本部署中的接口服务名称文本框输入有效的完全限定域名 (FQDN) 值。

    服务名称接口服务名称值用作 HTTPS 端点以连接到 NSX Application Platform。请参见NSX Application Platform 部署必备条件主题的“服务名称 (FQDN)”一节中的详细信息。

  7. 对于 NSX 3.2.1 或更高版本的部署,请为消息传递服务名称文本框输入有效的 FQDN 值。

    消息传递服务名称值是用于从 NSX 数据源接收简化数据的 HTTPS 端点。

  8. 选择符合您的需求的规格。查看NSX Application Platform 系统要求以了解详细信息。
  9. (可选)如果您选择评估规格,请确认您打算仅将部署用于非生产用途。
    1. 阅读评估对话框中显示的信息。
    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 Metrics 激活期间 NSX Application Platform 部署失败,请不要按 取消。这样做将删除包含数据迁移信息的持久性存储,并导致有关 NSX Intelligence 1.2.x 安装的信息丢失。使用另一个浏览器选项卡或新的浏览器窗口解决 NSX Metrics 问题,然后再返回到原始 NSX Application Platform 部署窗口并单击 重试。有关解决 NSX Metrics 问题的信息,请参见 解决 NSX Application Platform 问题

结果

系统成功部署 NSX Application Platform,并使用有关平台的详细信息(例如警报、集群信息等)更新 UI。下图显示了成功部署后的 UI 外观示例。
成功部署后的 NSX Application Platform UI。显示了平台配置详细信息和可用的 NSX 功能。

下一步做什么

您现在可以激活任何可用的 NSX 功能,这些功能可以托管在 NSX Application Platform 上并适用于您当前使用的规格和 NSX 许可证。有关详细信息,请参见NSX Application Platform 上提供的 NSX 功能