升级到 vCenter Server 之后,请考虑升级后选项和要求。
- 完成升级过程中更改可能需要的所有组件重新配置。
- 确认您了解身份验证过程并可以辨别标识源。
- 如果将 Windows 上的 vCenter Server 迁移到目标 vCenter Server Appliance 并且使用任意本地操作系统用户名登录到 vCenter Single Sign-On,则必须重新创建用户名并重新分配权限。
- 如果已执行升级,请升级链接至 vCenter Server 的此实例的任何其他模块,如 Update Manager。如果从适用于 Windows 的 vCenter Server 迁移到 vCenter Server Appliance,则 Update Manager 模块也会迁移到 vSphere Lifecycle Manager 中。
- (可选)在 vCenter Server 清单中将 ESXi 主机升级或迁移至 vCenter Server 实例的同一版本。
- 如果在 vCenter Server 部署中使用 Update Manager,且迁移之前 Update Manager 和 vCenter Server 在单独的计算机中运行,请考虑在迁移完成后关闭或删除 Update Manager 主机。处置 Update Manager 主机之前,请考虑以下因素:
- 您可能需要该主机实现升级或迁移环境回滚。
- 该主机上可能有其他软件在运行。
- 如果使用智能卡身份验证,请确保在客户端环境中将智能卡端口保持打开状态。默认情况下,vCenter Server 中的智能卡端口处于打开状态。有关智能卡端口的详细信息,请参见 https://ports.vmware.com 中的 VMware Ports and Protocols Tool™
- 如果计划将 Windows 11 作为客户机操作系统安装在虚拟机上,则必须配置密钥提供程序。安装 Windows 11 需要可信平台模块 (TPM) 2.0。将 Windows 11 作为客户机操作系统安装在虚拟机上时,可以使用虚拟可信平台模块 (vTPM),而不使用物理 TPM。vTPM 是物理 TPM 2.0 芯片的基于软件的表示形式。vTPM 依赖虚拟机加密来保护重要的 TPM 数据,因此要求配置密钥提供程序。有关 vSphere 支持的密钥提供程序的信息,请参见《vSphere 安全性》文档中的“虚拟机加密”一章。最简单的方法是配置 VMware vSphere® Native Key Provider™。所有 vSphere 版本均包含 vSphere Native Key Provider,它不需要外部密钥服务器。有关配置 vSphere Native Key Provider 的信息,请参见《vSphere 安全性》文档中的“配置和管理 vSphere Native Key Provider”一章。与所有安全解决方案一样,请考虑系统设计、实施注意事项和使用 vSphere Native Key Provider 的利弊。
-
如果在升级之前修改了 DRS 集群自动化级别,则可以继续使用修改后的设置,也可以将自动化级别恢复为全自动。