NSX-T 从 NSX 虚拟分布式交换机 (N-VDS) 迁移到融合 VDS (C-VDS) 后,必须更新 vRealize Automation Cloud 中受影响的 vSphere 网络资源,才能继续在新的和现有的云模板和部署中使用这些资源。

从 N-VDS 迁移到 C-VDS 后,vSphere 网络可能会在其所属的 vRealize Automation Cloud 网络配置文件中显示为缺失。要避免丢失这些 vSphere 类型的网络并继续在现有部署和新部署中进行分配,必须在 vRealize Automation Cloud Cloud Assembly 中手动更新所有列出的 C-VDS 网络。

注: 注意:具有容器化权限的 Active Directory 成员需要对 vRealize Automation Cloud 中已迁移的 C-VDS 资源具有主机交换机级别访问权限(只读)。云管理员组(Cloudamin 角色)用户具有主机交换机级别权限。不是云管理员组成员的 vRealize Automation Cloud 用户无法访问已迁移的 C-VDS 资源。虽然 vRealize Automation Cloud 用户不需要 Cloudadmin 角色便可在 vRealize Automation Cloud 中为 N-VDS 添加 VMware Cloud on AWS 云帐户,但从 N-VDS 迁移到 C-VDS 后,他们需要该权限级别才能访问这些资源。
  • 对于在 NSX-T 中从 N-VDS 迁移到 C-VDS 之前分配了 Cloudadmin 角色的 Active Directory 成员,他们在从 N-VDS 迁移到 C-VDS 后继续具有 Cloudadmin 角色,因此对已迁移的 C-VDS 资源具有所需的访问级别。
  • 对于在 NSX-T 中从 N-VDS 迁移到 C-VDS 之前未分配 Cloudadmin 角色的 Active Directory 成员,必须在迁移后为其分配 Cloudadmin 角色。
注:

此过程特定于在 NSX-T 中从 N-VDS 迁移到 C-VDS 后在 vRealize Automation Cloud 中更新 vSphere 网络所需的操作。从 N-VDS 迁移到 C-VDS 后,无需在 vRealize Automation Cloud 中对 NSX 网络执行任何操作;NSX 网络在从 N-VDS 迁移到 C-VDS 后不需要手动干预。

支持连接到 vCenter 云帐户以及 VMware Cloud on AWS 云帐户的 NSX 网络,并且不需要执行此过程中所述的手动干预。但是,连接到 VMware Cloud on Dell 云帐户的 NSX 网络可能需要执行此处所述的手动干预。有关相关信息,请参见将 VMware Cloud on AWS (VMConAWS) 和 VMware Cloud on Dell EMC 从 N-VDS 迁移到 VDS (82487)

虽然 NSX-T 管理员可以在 NSX 中将 NSX-T on VDS (N-VDS) 网络类型迁移到融合 VDS (C-VDS) 网络类型,但此操作会影响 vRealize Automation Cloud 中的现有 vSphere 网络资源。vRealize Automation Cloud 管理员可以执行迁移后操作,以协调 vRealize Automation Cloud 中的这些资源,使其与 NSX-TvCenter Server 中的关联更改一致。请注意,C-VDS(或简称 VDS)在别处也称为 vSphere 7 虚拟分布式交换机 (VDS)。

有关 NSX-T 融合 VDS (C-VDS) 的相关信息,请参见 VMware 知识库文章 NSX-T on VDS (79872)

注: 此示例场景说明了从 N-VDS 迁移到 C-VDS 后协调 vRealize Automation Cloud 环境中的资源所需的步骤。可以在 vRealize Automation Cloud 中使用此示例和过程,协调在 NSX-T 中从 N-VDS 迁移到 C-VDS 后 vCenter Server 中所做的更改。

示例:迁移前的 vRealize Automation Cloud 资源

此示例说明了从 N-VDS 迁移到 C-VDS 之前示例 vRealize Automation Cloud 环境中的示例 NSX-T 资源。

  • 此示例包含 NSX-TvCenter 云帐户,如下所示。

    cvds1

  • 此示例包含多个 vSphere 网络,如下所示。

    cvds2

  • 示例网络配置包含 CIDR 和 DNS 设置,如下所示。

    cvds3

  • 此示例还包括现有的 IP 范围,如下所示。

    cvds4

  • 此示例包含一个网络配置文件 (ex-np),其中包含多个 N-VDS (N-VDS) 网络(其中包括 seg-5),如下所示。cvds5
  • 在此示例中,以下示例云模板语法显示了现有的 seg5 网络组件。该网络标记为 N-VDS 网络。此示例的后文将说明迁移后需要对 seg5 网络进行的更新。

    cvds6

  • 示例云模板生成部署,如下所示。

    cvds7

  • 示例部署中显示示例计算机 IP 地址,如下所示。

    cvds8

示例:迁移后步骤 1 - 从 N-VDS 迁移到 C-VDS 后运行数据收集和枚举

在上述部分中,使用屏幕截图说明了示例 vRealize Automation Cloud 环境中使用的基础架构,最后显示了输出云模板和部署。

您或其他管理员在 NSX-T 中执行从 N-VDS 迁移到 C-VDS 的操作后,请至少等待 10 分钟,以便 vRealize Automation Cloud 执行其定期数据收集和枚举流程,以在 vRealize Automation Cloud 中获取和显示受影响的资源。

vRealize Automation Cloud 数据收集完成后,单击基础架构 > 网络以查看和访问可用的 C-VDS 网络。请注意 seg5 网络,如下所示。

枚举

示例:迁移后步骤 2 - 将以前定义的 CIDR 和 DNS 添加到迁移后的 C-VDS 网络

编辑迁移后的 C-VDS 网络,添加在迁移前的 N-VDS 定义中指定的 CIDR 和 DNS 详细信息,并更改网络标记。

  1. 添加在迁移前的 N-VDS 定义中定义的 CIDR 和 DNS 详细信息
  2. 为示例 C-VDS seg-5 网络分段添加新标记,例如 seg5-cvds

    添加详细信息

    请注意,原始 N-VDS seg-5 网络标记为 seg5-nvds,如前面的屏幕中所示。重新配置网络时需要更改资源标记详细信息。vRealize Automation Cloud 要求在云模板中用于 C-VDS 网络的标记名称不同于原始 N-VDS 网络中使用的标记。生成有效的重新部署时,更改的标记会标识云模板中的更改。

示例:迁移后步骤 3 - 添加更新的 IP 范围信息

可以使用命令行 API 或在 vRealize Automation Cloud 中使用菜单序列,将网络 IP 范围编辑为迁移前的 N-VDS 定义中指定的 IP 范围详细信息。

  • 方案 1:使用 API 更新 IP 范围数据,如以下示例屏幕中所示。

    更新 IP 范围 API

  • 方案 2:使用用户界面更新 IP 范围数据,如以下示例屏幕中所示。

    更新 IP 范围 UI

示例:迁移后步骤 4 – 更新网络配置文件,更正缺失的网络

迁移后,执行数据收集和枚举后,会协调 N-VDS 网络并将其从 vRealize Automation Cloud Cloud Assembly 中删除。受影响的网络配置文件(如示例 ex-np)缺少网络。要更正缺少网络问题,请将每个 N-VDS 网络更新为 C-VDS 网络,如下所示。

更新网络配置文件

示例:迁移后步骤 5 – 更新云模板中的网络限制

对于现有部署,必须更新云模板中的网络限制,以与更新的网络配置文件中的新 C-VDS 网络相匹配。执行迭代式部署以及将网络从原始 vSphere N-VDS 表示形式重新配置为 vSphere C-VDS 表示形式时,也需要更新的网络限制。

对于新部署,将使用指定的 C-VDS 资源,因此不需要执行此步骤。迭代式部署和网络重新配置只是按设计运行。

  1. 对于此示例,将云模板中的网络限制从 seg5-nvds 更改为 seg5-cvds,如下所示。

    更新限制 1

  2. 执行迭代式部署以重新配置网络,如下所示。

    更新限制 2

  3. 成功重新部署后,请注意,网络自定义属性将会显示更新的限制,如下所示。

    更新限制 3

    由于前面已使用新 C-VDS 数据更新了 IP 范围,因此计算机 IP 地址在重新部署中没有改变,如下所示。

    更新限制 4