vcenter就地升级以及迁移升级

就地升级与迁移优缺点

方法	优点	缺点
就地升级	保留配置和数据 可以更快 一些解决方案会延续 无需重新配置外部应用 vCSA的便捷实用程序	保留非最佳配置 配置具有旧设置 更高的失败风险 未来的破裂风险 不能改变架构
迁移	从头开始的新配置 最佳做法设置默认 流程更受控 更少的失败风险 未来升级准备的可能性很大 改变架构的能力	计划时间更长 手动作业移动项目 丢失历史数据 必须重新配置应用

 

就地升级具有诸如保留性能数据的优势，因为vCenter数据库保持不变。由于它是相同的vCenter，因此身份将像所有设置一样保留下来。有时您升级起来会更快，因为您没有使用新的vCenter，而且如果您是从Windows迁移到设备，则可以使用便捷的迁移实用程序简化此过程。最后，您依赖vCenter的任何解决方案或其他第三方应用程序都可以继续工作（如果它们兼容）。

迁移前要检查的10件事

 

1.自定义角色和权限

您在现有vCenter中克隆和自定义的任何角色都不会随主机一起移动，因此必须重新创建。另外，如果您已将这些自定义角色应用于vCenter层次结构中的特定对象，则将需要记录并重新创建这些自定义角色。即使不使用自定义角色，也需要重新创建在vCenter内部以粒度级别应用的现有即用角色。

 

2.分布式交换机

vDS是仅vCenter的结构，必须首先处理。尽管您可以通过Web客户端备份和还原该vDS，但必须先将主机迁移到vSS，然后vCenter才允许您断开它们的连接。这本身就是一个主题，但是您至少需要两个上行链路来执行这种迁移以及一些周密的计划。可以使用虚拟机联机完成此操作，但关键是您必须首先使用vSS，然后再撤消该过程。

 

3.文件夹，资源池，计算/数据存储群集

同样，这些都是vCenter结构，不会跟随主机。任何vSphere文件夹，资源池，计算或数据存储群集都需要在目标位置上重新创建。其他特定于vCenter的资源包括存储策略，自定义规范，主机配置文件，vSphere标签，DRS规则和许可证。虽然其中一些对象具有本机，GUI驱动的导出功能（例如主机配置文件），如下所示，但其他对象（例如vSphere文件夹）将需要您下拉至PowerCLI并执行一些脚本。在大多数情况下，可以利用现有的PowerShell脚本来提供帮助，但是在迁移主机之前，您需要考虑这些因素。

 

4. ESXi版本兼容性

例如，在vSphere 6.5中，vCenter 6.5无法管理5.5以下的主机，因此在提交此过程之前，需要确保现有ESXi主机在升级之前将支持连接到下一版本的vCenter。

 

5.硬件支持（计算，存储，网络）

在＃4之后，您必须对照HCL检查主机，存储和网络，以确保它们将支持升级到目标新版本。这是经常被忽视并导致重大问题的事情。通常由供应商在其平台上进行兼容性测试，因此并非所有服务器都支持最新版本。为了在需要帮助的地方安全，必须根据HCL对所有硬件进行验证。另外，不要忘记您的物理网络和存储设备。必须与ESXi主机一样多地对它们进行验证。

 

6.固件更新

对于＃5进一步的问题是所述物理设备的固件更新问题。尽管您可能已经验证服务器和存储确实受最新版本的vSphere支持，但它们可能未运行兼容或受支持的基础固件版本。如果要避免vSphere平台中断和不稳定，这可能至关重要。HCL上的每个硬件都包含形成支持声明的相应经过验证的固件。

 

例如，在上图中，如果使用be2iscsi驱动程序与ESXi 6.5 U1兼容，则HP Lefthand存储阵列必须至少具有SANiQ 12.5。取决于使用的网络适配器的其他驱动程序可能有更高的要求。您必须注意确保已根据HCL对所有硬件组合进行了验证，并与内部的各个团队合作，以了解在升级ESXi之前需要进行哪些升级。

 

7. vSAN，NSX和其他VMware解决方案

这是一个非常广泛的主题，但是如果您正在运行vSAN或NSX，则必须在其中进行特定的验证。您可能拥有的任何其他VMware解决方案，例如vROps，vRA，SRM，Log Insight，Infrastructure Navigator，Horizo​​n View等，都必须检查其各自的支持级别以及与新版本的互操作性。使用“ 互操作性矩阵”检查这些解决方案，然后对于vSphere 6.5 使用KB进行正确的升级顺序。例如，如果您使用的是NSX，则在执行迁移之前可能需要对其进行升级。此外，尽管不再需要担心，因为vCenter 6.5现在已将其引入，是Update Manager。一些商店对VUM安装非常重视。这是您必须尘埃落定的其他事情，因此请做好将所有内部版本，补丁程序和基准迁移到新vCenter的准备。最后，如果使用Auto Deploy，则由于它有一些特殊要求，因此您也要考虑到这一点。

 

8.插件

也是一个广泛的主题，但是您可能需要与存储供应商（例如，存储供应商）一起使用的任何第三方插件都需要进行验证，可能升级，然后根据新的vCenter迁移或重新注册。在客户端插件和vCenter Server Extensions的“管理”->“解决方案”标题下，查看vCenter以获得这些列表。要更深入地了解注册的内容和位置，请参阅William Lam的有关使用vCenter MOB 的文章。请与各个供应商联系，以确定该过程可能是什么，以及是否需要对这些插件可能创建或管理的数据执行任何类型的备份或还原过程。

 

9. SEAT数据

统计，事件，警报和任务（SEAT）数据将保留在现有vCenter中，因为它们全部存储在数据库中，并且不会随主机一起传输。统计信息是打开对象的性能图表时的性能统计信息。事件是可从“任务和事件”窗格访问的任何对象上的任何事件。警报是任何现有的活动警报，以及您自定义的警报以及其他解决方案或插件自动创建的警报。任务是手动或以编程方式执行的任何活动记录，并用作审核日志。如果您使用的是vROps之类的内容，那么大多数信息都将保留在此处，但如果不是，请记住，一旦主机被摆动，就必须放弃此信息。

 

10.备份，复制和监视

非常重要，经常被忽略。特殊应用程序（例如备份，复制和监视）将需要得到支持和功能的验证，但是一旦将其负责的资源转移到其他地方，也将需要重新配置或更新。vCenter通过多个内部ID跟踪对象，主要的一个是MoRef ID（受管对象参考）。该跟踪系统为每个VM，主机，文件夹等分配了唯一的ID，而在关联其清单时，此类应用通常会以此ID作为关键。例如，对于Veeam备份和复制，将主机及其VM转移到新的vCenter时，每个对象都会为其生成一个新的MoRef。如果您仅重新配置作业以指向新的vCenter，Veeam将看到新的ID，因此即使它们实际上是相同的，它们也认为它们是全新的VM。Veeam专门通过以下方式解决了这一挑战：KB，但您需要了解在这种情况下会发生什么以及监视或复制应用程序的行为。在第6点和第10点之间，这是要研究的最大，最复杂的事情，如果迁移适合您，则可能会成败。与vCenter Server通信或通过vCenter Server进行通信的所有内容都必须进行说明，记录和调查。