虚拟化的陷阱/经验教训

将现有硬件转换为虚拟化环境后，有哪些陷阱或经验教训？您有尝试虚拟化的任何东西，但是以后再也不会做？

完成操作后，请务必退出任何虚拟媒体（CD / DVD /软盘），否则将使vMotion停止运行。

正确获取NTP和DNS设置，这将使您免于自杀:)

您永远不会有足够的内存或存储空间。

确保可以远程访问无操作系统的计算机，例如HP的iLO系统。

保留OS / App .ISO文件的存储库。

这不是您问题的直接答案，而是希望某人将来能够通过找到此响应来避免掉头发-HP刀片服务器出厂时未默认启用“ VT”位，因此您必须启用它在BIOS（F9）中。没有这个ESX 3.5U4不会抛出有用的错误，不，它只会在代码安装之前挂起:(

要回答所提出的问题-与P2V迁移有关的陷阱。

首先-P2V迁移在大多数情况下效果很好。系统越干净越新越好，但是即使迁移旧的（NT4系统），在一系列环境中进行100多次迁移后，我的成功率仍在90％左右。该系统已迁移，并已在计划的一天（大部分时间是晚上）移交给生产。在迁移似乎很成功之后，我只有一个系统必须撤消，这是一个SQL框，它需要比平台所能提供的更多的CPU能力。VMware Converter很好且免费（对于非企业版），Platespin很好（但价格昂贵）。

话虽如此-有事情要避免。

MSCS群集。您可以使它们正常工作，但这绝不是一个好主意，如果以后遇到问题，Microsoft几乎肯定不会以任何方式为您提供帮助。而是构建新的独立系统。

大型SQL服务器-强调大型服务器。这些应该已经预先从CPU需求POV进行了红色标记，但是如果您不确定目标VM是否有足够的CPU余量，就不要尝试移动它们。

如果您打算在迁移过程中更改系统名称或ip地址（或两者），则首先考虑不要这样做，如果您绝对没有选择，那么请确保您有手头的人知道这些更改如何影响有问题的系统。我最糟糕的迁移是用于认证位于DMZ的VPN的RSA ACE服务器，其中客户端拒绝听取我的反对意见，并坚持在迁移过程中同时更改名称和ip地址。

与上述内容相关-如果您没有完全平坦的网络，请构建一些测试VM，并100％确保您的VM网络完美复制要从中迁移的物理网络。

在Windows AD环境中，请始终确保要迁移的盒子上有一个本地管理员帐户。在迁移之前进行测试。

确保您对事情要花多长时间有所了解。P2V复制时间将视可用网络带宽而定（显然）会有所不同，但也会受到要迁移的每个卷中文件数量的显着影响。Platespin迁移NT4 *系统时，这尤其是个问题，但会影响文件级别的任何P2V软件复制（如果选择调整卷大小，通常会应用该问题）。GigE网络，相对快速的源和良好的目标设置可以实现每秒70-80Mega的复制速率，但更典型的是20-30Mega / sec，对于上述具有100Meg网络和许多文件的NT系统，我已经看到了复制速率下降到50千字节/秒的范围内。

• 理想情况下，您可以摆脱这些麻烦，但有些人没有那么奢侈，因此，使用可能无法运行的完全不可修复的硬件来获得这样的操作系统几乎总是一个好主意。

• 事先制定可靠的备份策略。确定是否要像在裸机上一样备份VM，或者是否要备份数据存储上的虚拟硬盘（或同时备份）。总体而言，我发现我所需的备份资源在开始时显着增加，因此请为最初的高峰做好准备，在此之前您可能需要备份旧的物理计算机和新的VM，然后才能解决所有问题。
• VM蔓延也是要提防的事情。一旦虚拟化开始兴起，将所有内容迁移到VM的冲动就会变得很大。尽管这可行，但您可能没有立即订购足够的硬件。
• 我认为有些机器无法转换，而其他机器可能不应该转换。能够将拥有10年历史的物理机并带有疣和所有功能克隆到VM固然很好，但是在某些情况下，您最好构建一个
  干净的OS并从物理机迁移对象。有时，最好不要通过蜘蛛网进行转换。
• 准备使用很多网络端口。如果您的系统运行在不同的VLAN上，而单个端口可能是中继端口，则您可能希望将VLAN的单个端口馈入vSwitch。如果您需要冗余，并且正在使用iSCSI，则可以查看许多NIC。

根据我的经验，请非常小心您的存储介质。我们采用了仅支持100Mbit连接的iSCSI SAN。在系统上运行一个虚拟机还不错，两个虚拟机就不够用了……到我们达到8个虚拟机的目标时，它们已经太可怕了。

我的个人经验教训：检查额定IOPS，并阅读有关与您打算使用存储设备的方式有关的产品的更多评论。

我学到的另一件方便的事...在基本安装和加固后制作“备份”磁盘映像将加快任何其他系统的构建，这是一件非常方便的事情。

尝试不要在虚拟环境中运行生产数据库服务器。I / O的开销是不可接受的。当我们的DBA允许我们的主MSSQL服务器虚拟化时，我们遇到了麻烦的问题。查询需要数千毫秒才能运行。当我们说服他们将其移回专用盒中时，吞吐量和速度提高了10,000％。

将冗余网络用于vmotion / vmkernel通信。您不希望仅由于交换机重新启动而关闭虚拟机。

哦，将一台DC / DNS / DHCP服务器留在虚拟化之外。如果发生严重的SAN崩溃，您的用户将不会再讨厌您。

如果您还没有一个-在迁移之前对物理机进行完整备份。映像可能是最佳映像，或者是ASR /系统还原映像，或者可以为您提供完整系统快照的映像，而不是大多数计算机具有的常规内容备份。

P2V工具可能会突然对您产生反作用，从而破坏物理机（我曾让VMWare转换器杀死了我曾经尝试进行P2V的机器，幸运的是，这只是一次测试迁移）。准备必须从头开始还原系统。是的，这可能是一千至一的机会，但是您想成为那个机会吗？

VMWare Converter创建从scsi引导的虚拟机。MS虚拟机无法从scsi 引导。[编辑-转换器的第4版现在可以让您指定SCSI或IDE，我喜欢那些人。

如果要虚拟化非ACPI物理机，请为此购买一些软件。（除非您有几个星期的探索之旅令人兴奋！）

此外，VMWare Converter将解决MS SCVMM绝望的工作。

带来大量的RAM。

在安装了虚拟化工具（无论是VMWare还是MS）之前，请勿执行任何操作。

如果要将其移动到另一个平台/版本，请卸载上述工具。

注意您的CPU限制。2个CPU Windows 2000的P2V告诉我，仅支持1个。

• 2000-1核心
• 2003-2核心
• 2008年-4个核心

如果要使用SAN存储VM映像，请确保对设备和主机的标签非常清楚。如果VM仍在使用SAN上的主机到磁盘映射，则删除它们会发生可怕的事情。

Microsoft不支持在VMware中运行Exchange 2003（至少这是官方的回应）。通过大量的手臂扭转，我们能够从他们那里得到一些非正式的支持，但是在本来就很紧张的危机中，这却引起了更多的头痛。

其中许多是特定于VMware的：

• 如果它在物理机上的性能不佳，那么在虚拟机上的性能将不佳。
• Cold Clone ISO是您的朋友
• 垃圾进垃圾出。如果您使用P2Ving较旧的系统，它们可能会留下不必要的占用空间。见查看鬼硬件P2V之后，步骤所需P2V之后，和P2V-scripts.pdf
• 确保您的来宾操作系统受P2V软件支持。
• Windows 2000可能会给SCSI驱动程序带来麻烦

VMware的愚蠢烦恼：不同版本的VMware在其虚拟磁盘设备上使用不同的SCSI驱动程序。在考虑该选项之前，完全有可能浪费2个小时。

好吧，到目前为止，我还没有关于自己进行虚拟化的恐怖故事。但是，有一些注意事项。

1. 提前详细计划。特别是做一些无法虚拟化的作业。

2. 如果服务器上运行的应用程序供应商不支持虚拟环境，请等待它们支持。

3. 实现使用SAN作为存储所有VM映像的存储。

4. 运行ESX或ESX（i）或Hyper-V，以获得最佳性能。

也许更多，但仅此而已。:)

[更新]这是另一个。将最新固件应用于主机服务器。我遇到了一个我没有做过的事情，这几天让我出现了紫色屏幕，并使服务器完全崩溃。

虚拟化影响约为开销性能的5％。测量现有环境的资源消耗，以确定您的虚拟化环境是否可以承担此负载。

在使用虚拟化解决方案之前：

• 检查您是否知道如何备份和还原VM。与Windows DC一样，可能不支持使用快照
• 询问您的编辑器VM是否支持其解决方案。Microsoft维护VM中支持的软件列表：KB 897613
• 由于创建VM非常容易，因此人们倾向于为每个请求生成一个新的VM。这样一来，您的虚拟机数量将超过解决方案计划支持的数量。

您是否有尝试虚拟化的任何内容，但以后将不再执行？

我不会说我不会再尝试，但是分层虚拟化并不令人愉快。

分层是指在诸如Egenera，HP Virtual Connect或Cisco UCS等虚拟化硬件上运行xen或esx。这听起来是个好主意，但调试起来可能非常耗时。

在VMWare中，知道快照在哪里结束。我们已将其配置为最终与VM文件一起进入SAN的LUN中。一位技术人员正在快要用完的LUN上执行快照过程。后来他由于某种原因重新启动了VM，并且日志文件导致VM无法启动。幸运的是，这导致我们将LUN填满。

如果要使用动态扩展的VHD，请确保足够大。如果您使用100GB，而最终只使用20GB，那就没问题了。但是，如果您只剩下25岁，那么您还有很多工作要做。