有关 VMware NSX-V 迁移到 NSX-T 的常见问题
删除自动化实例时,网络或存储资产会发生什么变化?
删除 VMware Cloud Foundation for Classic - Automated 实例时,网络(具有专用和公用子网的 VLAN)和存储(IBM Cloud® File Storage for Classic )资产将与 IBM Cloud 裸机服务器一起取消。 如果迁移中有网络或存储资产,请开立支持票据,以确保 IBM Cloud 将 VLAN 和相关子网以及 NFS 存储与原始实例解耦。 然后,在删除 VCF for Classic - Automated 实例时,这些资产不会被取消。
以下建议适用:
- 设计迁移时应避免使用要删除的现有 VCF for Classic - Automated 实例中的资产。
- 如果您需要任何现有资产,请仔细记录并列出所有资产。
- 在删除实例之前,请打开支持票据。 列出要维护的所有资产,以确保这些资产与原始实例解耦。 如果不按此流程操作,资产删除后将无法恢复。
我可以将现有的 IBM Cloud File Storage for Classic 附加到新的 Automated 实例吗?
如果使用的是 NFS 存储,则可以将 NFS 存储手动附加到新实例,并执行 cross–vCenter vMotion 而不需要存储 vMotion。 您必须将 NFS 子网从新实例授权到 NFS 存储。
以下建议适用:
- 在新主机上为存储主机名配置静态
/etc/hosts
条目,以便启动。 - 在新主机上配置静态路由,确保通过 NFS 子网和存储 VLAN 将流量传输到 NFS 上。
- 迁移后,打开支持票据以确保 IBM Cloud 将 NFS 存储与原始实例解耦。 这样,删除原始实例时就不会取消存储。
我能否在新的自动化实例中重复使用现有的 Active Directory?
大多数客户不使用随 vCenter Server 部署的 AD/DNS 服务器,而是添加自己的域控制器作为 vCenter Server 和 NSX® Manager 的额外身份源。
如果您了解以下信息,就可以保留现有的 Active Directory™ (AD) 控制器供持续使用:
- 新实例部署了新的域控制器,必须将其用于 DNS 和验证 IBM 自动化用户。
- 如果使用虚拟机 (VM),则可将旧实例中的域控制器迁移到新实例中。 如果使用 VSI,新实例可以使用旧实例中的域控制器。 如果新实例部署的根域与原始实例不同,则可将域控制器作为身份源添加到 vCenter Server 和 NSX Manager。 因此,如果旧实例域是
example.cloud.local
,新实例就可以命名为example.cloud2.local
。 可将原 AD 配置为将该域的 DNS 委托给新 AD,用户可使用现有user@example.cloud.local
身份登录,访问资源主机名(如instance1-vc.example.cloud2.local
)。 - 如果原始 AD 是作为 VSI 部署的,请开立支持票据,以确保 IBM 支持将 VSI 与原始实例解耦。 此操作可确保在删除原始实例时不会取消 VSI。
- 在任何情况下,建议在删除原始 VCF for Classic - Automated 实例之前备份原始控制器。
能否在新旧实例之间使用 vMotion 和 vSphere 加密?
通过 VMware vSphere® 加密,可以对受 vSphere 加密保护的虚拟机执行高级交叉 vCenter vMotion 加密。 您需要将源 vCenter 升级到 v7.0 或更高版本,并将两个 vCenters 连接到同一个密钥管理系统 (KMS),并为其分配相同的名称。 此外,请确保每个 vCenter 服务器中都有相同的存储加密策略。
手动部署的资产会怎样?
如果您在初始部署后手动将部署的资产添加到实例中,自动化系统并不知道这些资产。 因此,您必须手动将资产迁移到新实例。
我在使用 vSphere 6.5 和 6.7 的裸机服务器上有 IBM Cloud 工作负载,而且支持即将结束。 我的工作负载没有使用 NSX。 我需要做些什么来保持环境支持,我有哪些选择?
vSphere® 6.x 的一般支持于 2022 年 10 月 15 日结束。 更多信息,请参阅 结束对 vSphere 6.5 和 vSAN 6.5 或 6.6 的一般支持 和 VMware 产品生命周期矩阵。
使用 IBM Cloud 裸机服务器和 vSphere 6.7 的实例在 2022 年 6 月 21 日后无法订购。IBM Cloud 对订购 vSphere 6.5 的所有更新级别的支持已于 2021 年 10 月 10 日终止,2022 年 6 月 21 日后将无法订购 vSphere 6.5
IBM Cloud 建议升级到 vSphere 7.x。 如果您从IBM Cloud经典基础架构的裸机目录中订购服务器,则有以下选项。
- 检查服务器及其硬件选件是否与 vSphere 7.0 兼容。 更多信息,请参阅 Broadcom 兼容性指南。 另外,如果运行的是vCenter,可以升级vCenter,设置vSphereUpdate Manager (VUM) 或vSphereLifecycle Manager,并为升级运行硬件兼容性检查。
- 使用 vSphere 7.x 从 IBM Cloud Classic Infrastructure 的裸机目录或 VMware Solutions 控制台订购新的 IBM Cloud 裸机服务器,VMware Cloud Foundation for Classic - Flexible。 配置 vSphere 主机和 vCenter 服务器,并迁移工作负载。 迁移工作负载后,可以从 vCenter Server 中移除 VMware ESXi™ 主机,并通过 IBM Cloud 门户停用旧服务器
我有一个旧的 VMware vSphere 实例,IBM Cloud 裸机服务器上的 vSphere 6.5 或 6.7 支持即将结束。 我的工作负载没有使用 NSX。 我需要做些什么来保持环境支持,我有哪些选择?
对 vSphere 6.x 的一般支持已于 2022 年 10 月 15 日结束。 更多信息,请参阅 结束对 vSphere 6.5 和 vSAN 6.5 或 6.6 的一般支持 和 VMware 产品生命周期矩阵。
2022 年 6 月 21 日后,不能订购带有 IBM Cloud vSphere 6.7 的裸机服务器的实例。IBM Cloud 订购 VMware vSphere 6.5 的所有更新级别的支持已于 2021 年 10 月 10 日终止,2022 年 6 月 21 日后不能订购 VMware vSphere 6.5
IBM Cloud 建议升级到 vSphere 7.x。 如果您从 VMware Solutions 控制台订购服务器,则有以下选项。
- 检查服务器及其硬件选件是否与 vSphere 7.0 兼容。 更多信息,请参阅 Broadcom 兼容性指南。 或者,您也可以升级vCenterServer、设置vSphereUpdate Manager (VUM) 或vSphereLifecycle Manager,并为升级运行硬件兼容性检查。
- 从 VMware Solutions 控制台订购带有 vSphere 7.x 的新 IBM Cloud 裸机服务器,VMware Cloud Foundation for Classic - Flexible 产品。 配置 vSphere 主机和 vCenter 服务器,并迁移工作负载。 迁移工作负载后,可以从 vCenter 中移除 ESXi 主机,并从 IBM Cloud 门户退役旧服务器
我有一台带有 NSX-V 实例的旧 vCenter 服务器,IBM Cloud Bare Metal Servers和 vSphere 6.5 或 6.7,而且支持即将结束。 我需要做些什么来保持环境支持,我有哪些选择?
对 vSphere 6.x 的一般支持已于 2022 年 10 月 15 日结束。 更多信息,请参阅 结束对 vSphere 6.5 和 vSAN 6.5 或 6.6 的一般支持 和 VMware 产品生命周期矩阵。
此外,带有 vSphere 6.5 或 6.7 的旧 vCenter 服务器实例通常运行 NSX-V 6.4。 NSX-V 6.4 于 2022 年 1 月 16 日结束一般支持,于 2023 年 1 月 16 日结束技术指导。 VMware®和IBM达成了一项独家协议,在2025年1月15日之前支持NSX-V。
IBM Cloud 建议升级到 vSphere 7.x 和 NSX-T™ 3.x 或更高版本。
要从 NSX-V 迁移到 NSX-T(也称为 V2T 迁移),IBM Cloud 会使用一种称为 lift-and-shift 的迁移方法。在升降转移方法中,IBM Cloud 自动化用于部署新的 VCF for Classic - Automated 实例。 您需要将网络配置从 NSX-V 迁移到 NSX-T,并在实例之间迁移工作负载。IBM Cloud 为使用 IBM Cloud for VMware Solutions 实例的现有 VCF for Classic - Automated 客户提供了广泛的文档,以提供经过验证的方法和指导
如何知道我的 IBM Cloud 裸机服务器硬件是否适合就地 vSphere 7.x 升级?
您可以检查服务器及其硬件选项是否与 vSphere 7.x 兼容。 更多信息,请参阅 Broadcom 兼容性指南。
或者,您可以升级 vCenter, 设置 vSphere 更新管理器 (VUM) 或 vSphere 生命周期管理器,并为升级运行硬件兼容性检查。
在 IBM Cloud中,有哪些不同的方法可以将 IBM Cloud 裸机服务器用于 VMware 工作负载?
您可以通过以下方式在 IBM Cloud 上使用 VMware® 平台。
- 裸机 - 使用 IBM Cloud 经典基础架构的裸机目录,订购一台使用 vSphere 作为操作系统的裸机服务器。 有关详细信息,请参阅 VMware for Classic。
- VCF for Classic - Flexible- 使用 VMware Solutions控制台配置 IBM 托管的 VMware 主机。 有关详细信息,请参阅 VCF for Classic - Flexible 概述。
- VCF for Classic - Automated- 使用 VMware Solutions控制台配置基于 IBM 的托管私有云,vSphere, NSX 和可选的 vSAN。 有关详细信息,请参阅 VCF for Classic - Automated 概述。
升级和迁移过程因消费模式而异。
如果不升级 vSphere 6.x 裸机主机上的 IBM Cloud 会有什么影响?
升级vSphere软件是客户的责任,升级到受支持版本的决定权在客户。 但是,您的业务可能会面临风险,因为 Broadcom 的 VMware 没有义务提供产品补丁和更新,如安全更新和错误修复。 如果IBM Cloud提供了您的vSphere许可证,那么在您升级之前,IBM支持无法帮助您解决vSphere问题。
另请参阅 在 IBM Cloud 中运行 VMware 工作负载的不同方法。
如果不升级旧 VMware vSphere 主机上的 vSphere 6.x 会有什么影响?
升级vSphere软件是客户的责任,升级到受支持版本的决定权在客户。 但是,您的业务可能会面临风险,因为 Broadcom 的 VMware 没有义务提供产品补丁和更新,如安全更新和错误修复。 如果IBM Cloud提供了您的vSphere许可证,那么在您升级之前,IBM支持无法帮助您解决vSphere问题。
另请参阅 在 IBM Cloud 中运行 VMware 工作负载的不同方法。
如果不升级旧实例主机上的 vSphere 6.x 会有什么影响?
升级vSphere软件是客户的责任,升级到受支持版本的决定权在客户。 但是,您的业务可能会面临风险,因为 Broadcom VMware 没有义务提供产品补丁和更新,如安全更新和错误修复。IBM Cloud 订购 vSphere 6.x 所有更新级别的支持已于 2021 年 10 月 10 日终止,您无法订购包含 vSphere 6.x 的新实例。
IBM Cloud 建议升级到 7.x. 如果您的旧实例正在运行 NSX-V,请考虑转移到 VCF for Classic - Automated. 由于 NSX-V 的支持即将结束,这种升级和转移的方法可能更有利。 目标平台具有更新的硬件、升级的VMware软件、NSX-T,以及影响较小的提升和转移迁移,而不是就地升级,您可能会从中受益。
另请参阅 在 IBM Cloud 中运行 VMware 工作负载的不同方法。
如果我在 IBM Cloud 裸机主机上使用 BYOL,这会对升级产生什么影响?
升级 vSphere 软件是您的责任。 但是,通过自带许可 (BYOL),您可以使用您的许可协议直接访问 Broadcom 支持的 VMware。IBM Cloud 在 IBM Cloud 上为您的裸机服务器基础架构提供支持。
有关升级的更多信息,请参阅 《ESXi 主机升级流程概述》 和 vSphere 》。 作为升级计划的一部分,可以考虑升级到 VCF for Classic - Automated,这种提升和转移的升级方法可能更有利。
另请参阅 在 IBM Cloud 中运行 VMware 工作负载的不同方法。
如果我在旧的 vCenter 服务器主机上使用 BYOL,这会对升级产生什么影响?
升级 vSphere 软件是您的责任。 但是,通过自带许可 (BYOL),您可以使用您的许可协议直接访问 VMware 的 Broadcom 支持。IBM Cloud 在 IBM Cloud 上为您的裸机服务器基础架构提供支持。 有关详细信息,请参阅 将 vCenter 服务器 vSphere 软件从 vSphere 6.5 或 6.7 升级到 7.0。 如果您的旧 vCenter Server 实例正在运行 NSX-V,请考虑迁移到 VCF for Classic - Automated。 由于 NSX-V 的支持即将结束,这种升降转换升级方法可能更有优势。
另请参阅 在 IBM Cloud 中运行 VMware 工作负载的不同方法。
自动实例中运行哪些产品?
对于 VCF for Classic - Automated 实例,VMware Solutions 用户界面上会显示以下信息。
- VMware NSX 网络解决方案 - NSX
- NSX for vSphere- 4.1.0.2
- NSX 许可证版本 - VMwareNSX高级版
该实例正在运行 NSX 版本 4.1.0.2。 由于 Broadcom 与 IBM Cloud 和 VMware 之间的许可协议,NSX-V 许可证被用于 NSX-T 实例。 较新的 VCF for Classic - Automated 实例使用 NSX-T 许可,因此实例的许可是正确的。
我能否在带有 NSX-T 实例的旧 vCenter 服务器中为 vSphere 6.7 进行 vSphere 就地升级?
是的,但我们强烈建议部署一个新的 VCF for Classic - Automated 实例,然后使用提升和转移迁移方法。 有关就地 vSphere 升级的详细信息,请参阅 Upgrading vCenter Server vSphere 软件从 vSphere 6.5 或 6.7 到 7.0 以及 重要注意事项。
此外,还要审查以下主要考虑因素:
- 在记录的过程结束时,您的 VCF for Classic - Automated 实例正在运行 vSphere 7.0 更新 1c 和 N-VDS 分布式交换机。 该配置不同于当前支持的 自动实例的软件 BOM,即 vSphere 7.0 更新 3c 与分布式 vSwitch 7.0.0.
- 有关将 N-VDS 迁移到适用于 vSphere 7.0 或更高版本和 NSX-T Data Center 3.0 或更高版本的 VDS 交换机的详细信息,请参阅 将主机交换机迁移到 vSphere 分布式交换机。 目前,此过程无法在 VMware Solutions vCenter 服务器实例上验证。
- IBM Cloud正在对 N-VDS 到 VDS 的转换以及为实现就地升级而需要对自动化数据库进行的更改进行评估。
- 目前,对于从 vSphere 6.7 升级到 7 并仍在使用 N-VDS 分布式交换机的旧 vCenter Server 实例,未对添加主机或添加群集等第 2 天自动化工作流进行测试。 客户必须假定这种自动化可能会失败,如果需要这种自动化,则应使用升降和移位迁移方法。 如果不需要这种自动化,则可以使用记录的升级流程。
- 添加节点和群集功能的变通方法是使用 VCF for Classic - Flexible 产品。 有关详细信息,请参阅 VCF for Classic - Flexible 概述。 自动部署后,您必须完成一些手动任务。
- 附加服务的变通方法是使用记录的参考架构手动部署它们,请参阅 VMware Solutions 中的 Classic 上的解决方案架构和解决方案指南部分。
我可以重复使用为带有 NSX-V 实例的旧 vCenter 服务器部署的可移植子网吗?
删除旧的 vCenter Server® 实例时,网络(具有专用和公用子网的 VLAN)将与 IBM Cloud 裸机服务器一起取消。 如果您在迁移中拥有网络资产,请开立支持票据,以确保 IBM 支持将 VLAN 和相关子网与原始实例解耦。 这样,删除实例时就不会取消这些资产。
以下建议适用:
- 设计迁移时应避免使用要删除的现有 vCenter 服务器实例中的资产。
- 如果您需要任何现有资产,请仔细记录并列出所有资产。
- 在删除实例之前,请打开支持票据。 列出要维护的所有资产,以确保这些资产与原始实例解耦。 如果不按此流程操作,资产删除后将无法恢复。
但是,如果您遇到 IP 地址重叠的问题,请注意以下指导:
- 如果现有的实例管理子网有可用的 IP 地址,且您不使用任何 IP 地址,则仍可继续使用。 新实例管理子网中的 vCenter Server、NSX-T 管理器和 Active Directory 服务器(如果 AD 服务器在 VMware VM 上运行)使用新的 IP 地址。 在删除现有 VCS 之前,这些组件无法重复使用现有的管理子网。
- 此外,NSX-T T0网关为客户工作负载边缘配置了来自便携式私有子网和便携式公有子网的新 IP 地址。 NSX-T T0 网关的上行链路不支持辅助 IP 地址。
- 您可以为 NSX-T T0 网关上行链路手动配置现有子网,但 T0 中只能配置一个子网。
- 如果在上行链路上使用二级 IP 子网,则需要重新设计拓扑结构。 例如,您可以订购 新的静态子网,并将这些子网路由到 NSX-T T0 HA VIP。 这些 IP 子网和地址可用于 NSX-T NAT 规则、负载平衡或覆盖附加虚拟机。
是否可以重复使用在 VMware Solutions 控制台之外订购的现有可移植子网?
如果您在VMware Solutions控制台之外订购了私有或公共便携式子网,并通过在VMware群集上运行将这些子网用于工作负载,如果您的新实例与现有基于 NSX-V 的解决方案部署在相同的 VLAN 上,则仍可继续使用这些 IP 地址。
如果您在 ESG 上将这些 IP 地址用于 NAT 规则或其他服务,请注意 NSX-T T0 网关的上行链路不支持辅助 IP 地址。 新实例中的 NSX-T T0网关为客户工作负载边缘配置了来自便携式私有子网和便携式公有子网的新 IP 地址。 您可以为 NSX-T T0 网关上行链路手动配置现有子网,但 T0 中只能配置一个子网。 如果在上行链路上使用二级 IP 子网,则需要重新设计拓扑结构。 例如,您可以订购 新的静态子网,并将这些子网路由到 NSX-T T0 HA VIP。 这些 IP 子网和地址可用于 NSX-T NAT 规则、负载平衡或覆盖附加虚拟机。