将 NSX-T 从 NSX 虚拟分布式交换机 (N-VDS) 迁移到融合 VDS (C-VDS) 后，必须更新 vRealize Automation 中受影响的 vSphere 网络资源，才能继续在新的和现有的云模板和部署中使用这些资源。
从 N-VDS 迁移到 C-VDS 后，vSphere 网络可能会在其所属的 vRealize Automation 网络配置文件中显示为缺失。要避免丢失这些 vSphere 类型的网络并继续在现有部署和新部署中进行分配，必须在 vRealize Automation Cloud Assembly 中手动更新所有列出的 C-VDS 网络。
- 对于在 NSX-T 中从 N-VDS 迁移到 C-VDS 之前分配了 VMware Cloud on AWS 中 Cloudadmin 角色的 Active Directory 成员，他们在从 N-VDS 迁移到 C-VDS 后仍具有 VMware Cloud on AWS 中的 Cloudadmin 角色，因此对已迁移的 C-VDS 资源具有所需的访问级别。
- 对于在 NSX-T 中从 N-VDS 迁移到 C-VDS 之前未分配 VMware Cloud on AWS 中 Cloudadmin 角色的 Active Directory 成员，必须在迁移后为其分配 Cloudadmin 角色。
- 有关 VMware Cloud on AWS 和 vRealize Automation 凭据的相关信息，请参见在 vRealize Automation 中使用云帐户所需的凭据。
此过程特定于在 NSX-T 中从 N-VDS 迁移到 C-VDS 后在 vRealize Automation 中更新 vSphere 网络所需的操作。从 N-VDS 迁移到 C-VDS 后，无需在 vRealize Automation 中对 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 中的现有 vSphere 网络资源。vRealize Automation 管理员可以执行迁移后操作，以协调 vRealize Automation 中的这些资源，使其与 NSX-T 和 vCenter Server 中的关联更改一致。请注意，C-VDS（或简称 VDS）在别处也称为 vSphere 7 虚拟分布式交换机 (VDS)。
有关 NSX-T 融合 VDS (C-VDS) 的相关信息，请参见 VMware 知识库文章 NSX-T on VDS (79872)。
示例：迁移前的 vRealize Automation 资源
此示例说明了从 N-VDS 迁移到 C-VDS 之前示例 vRealize Automation 环境中的示例 NSX-T 资源。
- 此示例包含 NSX-T 和 vCenter 云帐户，如下所示。
- 此示例包含多个 vSphere 网络，如下所示。
- 示例网络配置包含 CIDR 和 DNS 设置，如下所示。
- 此示例还包括现有的 IP 范围，如下所示。
- 此示例包含一个网络配置文件 ()，其中包含多个 N-VDS (N-VDS) 网络（其中包括 ），如下所示。
- 在此示例中，以下示例云模板语法显示了现有的 seg5 网络组件。该网络标记为 N-VDS 网络。此示例的后文将说明迁移后需要对 seg5 网络进行的更新。
- 示例云模板生成部署，如下所示。
- 示例部署中显示示例计算机 IP 地址，如下所示。
示例：迁移后步骤 1 - 从 N-VDS 迁移到 C-VDS 后运行数据收集和枚举
在上述部分中，使用屏幕截图说明了示例 vRealize Automation 环境中使用的基础架构，最后显示了输出云模板和部署。
您或其他管理员在 NSX-T 中执行从 N-VDS 迁移到 C-VDS 的操作后，请至少等待 10 分钟，以便 vRealize Automation 执行其定期数据收集和枚举流程，以在 vRealize Automation 中获取和显示受影响的资源。
vRealize Automation 数据收集完成后，单击以查看和访问可用的 C-VDS 网络。请注意 seg5 网络，如下所示。
示例：迁移后步骤 2 - 将以前定义的 CIDR 和 DNS 添加到迁移后的 C-VDS 网络
编辑迁移后的 C-VDS 网络，添加在迁移前的 N-VDS 定义中指定的 CIDR 和 DNS 详细信息，并更改网络标记。
- 添加在迁移前的 N-VDS 定义中定义的 CIDR 和 DNS 详细信息
- 为示例 C-VDS seg-5 网络分段添加新标记，例如 seg5-cvds。
请注意，原始 N-VDS seg-5 网络标记为 seg5-nvds，如前面的屏幕中所示。重新配置网络时需要更改资源标记详细信息。vRealize Automation 要求在云模板中用于 C-VDS 网络的标记名称不同于原始 N-VDS 网络中使用的标记。生成有效的重新部署时，更改的标记会标识云模板中的更改。
示例：迁移后步骤 3 - 添加更新的 IP 范围信息
可以使用命令行 API 或在 vRealize Automation 中使用菜单序列，将网络 IP 范围编辑为迁移前的 N-VDS 定义中指定的 IP 范围详细信息。
- 方案 1：使用 API 更新 IP 范围数据，如以下示例屏幕中所示。
- 方案 2：使用用户界面更新 IP 范围数据，如以下示例屏幕中所示。
示例：迁移后步骤 4 – 更新网络配置文件，更正缺失的网络
迁移后，执行数据收集和枚举后，会协调 N-VDS 网络并将其从 vRealize Automation Cloud Assembly 中删除。受影响的网络配置文件（如示例 ex-np）缺少网络。要更正缺少网络问题，请将每个 N-VDS 网络更新为 C-VDS 网络，如下所示。
示例：迁移后步骤 5 – 更新云模板中的网络限制
对于现有部署，必须更新云模板中的网络限制，以与更新的网络配置文件中的新 C-VDS 网络相匹配。执行迭代式部署以及将网络从原始 vSphere N-VDS 表示形式重新配置为 vSphere C-VDS 表示形式时，也需要更新的网络限制。
对于新部署，将使用指定的 C-VDS 资源，因此不需要执行此步骤。迭代式部署和网络重新配置只是按设计运行。
- 对于此示例，将云模板中的网络限制从 seg5-nvds 更改为 seg5-cvds，如下所示。
- 执行迭代式部署以重新配置网络，如下所示。
- 成功重新部署后，请注意，网络自定义属性将会显示更新的限制，如下所示。
由于前面已使用新 C-VDS 数据更新了 IP 范围，因此计算机 IP 地址在重新部署中没有改变，如下所示。
