本节书摘来自华章出版社《VMware vSphere设计（原书第2版）》一 书中的第2章，第2.5节，作者：[美] 福布斯·格思里（Forbes Guthrie）斯科特·罗威（Scott Lowe）肯德里克·科尔曼（Kendrick Coleman），更多章节内容可以访问云栖社区“华章计算机”公众号查看。
2.5 从ESX迁移到ESXi
将现有的vSphere环境从ESX迁移到ESXi依然是个很常见的项目。常规的约定毫无疑问是需要测试和计划的，但重要的是vSphere host设计的基础：保证主要目标能够得到满足，并确定是否需要其他改进措施。虽然ESX和ESXi之间的共同点多于不同点，但是了解如何从ESX切换到ESXi对你是很有益处的。
2.5.1 测试
在将ESX host重新部署成ESXi前，需要测试当前部署并分析是否每个元素都是适用于ESXi。显然， 最好选择一个试点测试现有配置的ESXi的社交性。然而，在小试点上不可能测试到所有的场景，因为通常大型企业有很多不同类型的硬件、不同版本的硬件、连接不同的网络和存储设备、备份工具、监控工具等。
一个比较谨慎的做法就是制定预防性计划以防ESXi不能适应某些特殊情况。该计划可以为更换设备制定财务计划，或者指定在某种情况下先保留ESX，当设备到位时再迁移到ESXi。迁移过程中混合ESX host和 ESXi host是可行的（甚至在同一个集群中）。如果考虑永久性地保留一些ESX host，你还需要了解支持混合host的一些副作用，例如：维护两个补丁周期、排查两个类型的host，以及用不同方式收集硬件监控数据。
仔细检查服务器的硬件以确保兼容并全面支持ESXi。可安装ESXi的HCL列表比经典ESX大，但依然缺少一些老的服务器。你得检查并确保服务器及其插件组件都在HCL列表中。
不管是什么原因，如果无法将某些host迁移到ESXi，请考虑尽量将它们看作ESXi host来管理。大多数VMware和第三方工具都能连接到任一类型的host。你可以使用取代Service Console功能的那些工具，例如VMA和PowerShell命令，去管理传统ESX host。这样就可以使用ESXi工具来管理混合环境，而不需要依赖于Service Console。
2.5.2 部署
ESX服务器可以升级也可以重构。ESX 4.x服务器升级可以由交互式ESXi、脚本安装机制或VUM来完成。如果ESX 4.x 服务器是从ESX 3.x升级过来的，那么从ESX 3.x带来的分区配置可能导致无法升级到ESXi。本地VMFS卷中至少要有50M的可用空间用于存储上个版本的配置。如果用VUM来升级，那么/boot分区的可用空间要至少350M。如果没有这么多的可用空间，你还可以使用交互式升级，因为它不需要空间来存储升级文件。本地硬盘中任何需要保留的VMFS卷都必须在1GB存储之后，否则升级时无法创建其必需的ESXi分区。
如果有任何ESX 3.x host，你得先把它升级到4.x，再升级到5.x。你肯定会问两次升级会比一次全新安全更好吗？而且ESX 3.x host还要努力匹配ESXi 5的HCL。所以这种情况下要迁移到ESX 5.x，还是全新安装更适合些。
不重新构建ESX服务器，而是升级服务器有很多不良影响，其中很多都与上一章节讨论的ESXi 4.x升级的影响类似。总的来说，就是硬盘还会保持MBR模式，存储不能超过2TB；没有scratch分区，VMFS-3卷也会保留（虽然后续可以将其升级到VMFS-5，但还是一个“升级得到的”VMFS-5卷）。然而，与从ESXi 4.x升级到ESXi 5.x截然相反的是，从ESX 4.x升级到 ESXi在平台方面是个更大的跳跃，认为该过程不会顺利是很合理的。
另外，重构策略实际上可能是更简单的方法，而且会产生一个更一致、更可靠的结果。重构过程中，所有的配置都会丢失，重新构建的服务器也必须重新配置。有专门的服务器管理员的大型公司可能非常熟悉重构操作系统而不熟悉升级。但是小公司可能聘请过咨询师初步部署ESX，但并没有为在所有host中进行完整安装做好准备。
如果想彻底重构host，那么则需要将本地VMFS卷中的所有数据都清除掉，包括虚拟机、模板、ISO文件等。保留这些数据也可以将ESXi全新安装到剩余的空间中，但是在出错的时候会有安装失败的风险，这样也就达不到重新构建的目的了（实现完美的安装）。 检查文件系统查看/home、/tmp以及任何本地用户可能存放文件的目录。最后还要备份文件，特别是/etc目录下的配置文件，以及/opt目录下第三方安装的代理软件。
VMware fling软件ESX System Analyzer是一个可以扫描加入到vCenter的所有ESX host，并生成迁移前报告的工具。报告中包含物理服务器的HCL兼容性详情、本地存储中注册的虚拟服务器、Service Console变更，以及数据存储和虚拟机的版本信息。这些报告对制定迁移计划是很重要的，该工具使原本繁杂的工作变得轻松了许多。
想要避免虚拟机故障停机，必须有共享存储，或者至少在每个集群中最强大的服务器中有与之相当的存储空间。这样，就可以在从集群中删除一个时围绕主机迁移虚拟机，以便重建它。
幸运的是，在传统ESX host上用过的很多部署方法在ESXi中也同样适用。ESXi可以使用已经建好的PXE服务器：只需要把新的镜像拷贝到服务器上即可。你还需要为ESXi修改ESX的kickstart脚本，但是配置的语法是一样的，而且通常只需要删除不需要的配置，很少增加新的内容。
2.5.3 管理
尽早使用新的跨host管理工具可以让从ESX到ESXi的转换过程更顺利。大多数传统ESX host的工具都适用于ESXi host。vSphere客户端、vCenter服务器、vCenter Web客户端、vSphere命令行界面，以及PowerCLI都是诊断host用的，可以减少转换的破坏性。我们没有任何理由不从最开始就使用这些工具。即使不打算在那个阶段迁移，但最好还是在ESXi host开始在环境中出现时就做好准备。
替换ESX在管理方面最大的损失就是失去了Service Console。如果你经常使用它，就必须改用与之相当的工具。有两个工具可供选择：vCLI和ESXi Shell。vCLI提供了和Service Console相同Linux风格的命令。最简单的方法就是下载vSphere Management Assistant（vMA）虚拟设备。其中包含一个Linux Shell和所有你想要的相关的环境工具。通常，在Service Console中能做的事情，在vMA中也可以做。可以轻松地将大多数脚本转换为vMA语法的命令。
第二个选择是ESXi Shell。虽然它是一个非常精简的环境，但仍然可以提供大多数可以在Service Console中找到的vSphere命令。某些基于Linux的命令可能无法使用，但是它提供了比vMA更让人熟悉的风格，因为它是host相关的，所以语法更接近于Service Console。
除了重写脚本外，你还需要替换ESX在Service Console中包含的其他服务。由于ESXi host没有scratch 分区的永久存储，所以将日志重新定向到远程数据存储或将host指向到远程syslog 服务器是很重要的。ESXi host没有像ESX host那样有自己的Web直接访问特性。这个特性使用频率不高，但是如果某些环境依赖于这个特性的话，你还得习惯通过Windows客户端来连接host。最后，如果通过SNMP或服务器供应商的硬件代理用Service Console来监控host，那么ESXi针对HCL中的硬件也有内置的CIM代理，而且很多供应商都会供应它们各自特殊硬件的增强模块。有了CIM模块，就可以在vCenter中建立警告信息了，而且一些第三方的硬件监控软件还可以使用这些警告信息。ESXi也支持SNMP，你可以用来替换Service Console代理中的缺失的功能。
如果host有Enterprise Plus授权，host profile就可以为从ESX到ESXi的迁移提供更方便的方法。你可以将集群中的某个现有的ESX host作为参考host，将一个服务器重构为ESXi，然后使用它的profile得到一个通用的配置集。应用了集群profile的新ESXihost就可以作为新的profile的基础，你可以将这个profile应用到其他host。如果要迁移的服务器不需要改变设计，那么host profile就能节省很多时间。
当然还需要替换所有使用Service Console的第三方应用。大部分扩展都有ESXi版本，所以还可以继续使用，虽然需要将它们升级到最新版本。大多数工具使用相同的API集合。与供应商确认这些工具是否与ESXi host兼容；如果不兼容，请考虑用其他供应商的工具（与ESXi host兼容的）替换。
