在 NSX

2023-04-15 15:33| 来源: 网络整理| 查看: 265

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

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

注：虽然用户不需要 VMware Cloud on AWS Cloudadmin 角色便可在 VMware Aria Automation 中为 N-VDS 创建 VMware Cloud on AWS 云帐户，但从 N-VDS 迁移到 C-VDS 后，他们需要该权限级别才能访问 C-VDS 资产。具有容器化权限的 Active Directory 成员需要对 VMware Aria Automation 中已迁移的 C-VDS 资源具有主机交换机级别访问权限（只读）。云管理员组（Cloudamin 角色）用户具有主机交换机级别权限。不是 VMware Cloud on AWS 云管理员组成员的 VMware Aria Automation 用户无法访问已迁移的 C-VDS 资源。对于在 NSX-T 中从 N-VDS 迁移到 C-VDS 之前分配了 VMware Cloud on AWS 中云管理员角色的 Active Directory 成员，他们在从 N-VDS 迁移到 C-VDS 后仍具有 VMware Cloud on AWS 中的云管理员角色，因此对已迁移的 C-VDS 资源具有所需的访问级别。对于在 NSX-T 中从 N-VDS 迁移到 C-VDS 之前未分配 VMware Cloud on AWS 中云管理员角色的 Active Directory 成员，必须在迁移后为其分配云管理员角色。有关 VMware Cloud on AWS 和 VMware Aria Automation 凭据的相关信息，请参见在 VMware Aria Automation 中使用云帐户所需的凭据。注：

此过程特定于在 NSX-T 中从 N-VDS 迁移到 C-VDS 后在 VMware Aria Automation 中更新 vSphere 网络所需的操作。从 N-VDS 迁移到 C-VDS 后，无需在 VMware Aria 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) 网络类型，但此操作会影响 VMware Aria Automation 中的现有 vSphere 网络资源。VMware Aria Automation 管理员可以执行迁移后操作，以协调 VMware Aria Automation 中的这些资源，使其与 NSX-T 和 vCenter 中的关联更改一致。请注意，C-VDS（或简称 VDS）在别处也称为 vSphere 虚拟分布式交换机 (VDS)。

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

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

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

此示例包含 NSX-T 和 vCenter 云帐户。此示例包含多个 vSphere 网络。

示例网络配置包含 CIDR 和 DNS 设置。

此示例还包括现有的 IP 范围。

此示例包含一个网络配置文件 (ex-np)，其中包含多个 N-VDS (N-VDS) 网络（其中包括 seg-5）。在此示例中，显示了现有的 seg5 网络组件以及示例云模板语法。该网络标记为 N-VDS 网络。此示例说明了工作流后期需要对 seg5 网络进行的迁移后更新。

示例云模板生成部署。

示例部署中显示示例计算机 IP 地址。

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

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

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

VMware Aria 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，如前面的屏幕中所示。重新配置网络时需要更改资源标记详细信息。VMware Aria Automation 要求在云模板中用于 C-VDS 网络的标记名称不同于原始 N-VDS 网络中使用的标记。生成有效的重新部署时，更改的标记会标识云模板中的更改。

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

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

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

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

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

迁移后，执行数据收集和枚举后，会协调 N-VDS 网络并将其从 VMware Aria Automation Automation Assembler 中删除。受影响的网络配置文件（如示例 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 地址在重新部署中没有改变，如下所示。

【本文地址】

在 NSX

在 NSX

今日新闻

推荐新闻