虚拟化陷阱/经验教训

Question

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

Answer 1

完成后始终弹出任何虚拟媒体（CD/DVD/软盘），因为不这样做通常会使 vMotion 停止运行。

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

您永远无法拥有足够的内存或存储空间。

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

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

不是对您问题的直接回答，但希望有人通过找到此回复来避免将来自己脱发 - 惠普刀片服务器默认不启用“VT”位，您必须启用它在 BIOS (F9) 中。没有这个 ESX 3.5U4 不会抛出一个有用的错误，它只是在代码安装之前挂起 :(

Answer 2

回答问题 - 与 P2V 迁移相关的陷阱。

首先 - P2V 迁移在大多数情况下运行良好。系统越干净越新越好，但即使迁移旧的（NT4 系统），我在一系列环境中进行了 100 多次迁移后的成功率也达到了 90% 左右。这是在计划的当天（主要是在晚上）迁移并交付生产的系统。我只有一个系统在明显成功的迁移后我们不得不撤回——一个需要比平台所能提供的更多 CPU 能力的 SQL 机器。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-80 兆字节的复制速率，相对较快的源和良好的目标设置，但 20-30 兆字节/秒更为典型，对于上述具有 100 兆字节网络和大量文件的 NT 系统，我见过复制速率下降到 50 千字节/秒范围。

• 理想情况下，你会摆脱这些，但有些人没有那么奢侈，获得这样一个完全无法修复的硬件的操作系统几乎总是一个好主意。

Answer 3

• 事先制定可靠的备份策略。决定是要像在裸机上一样备份 VM，还是要备份数据存储（或两者）上的虚拟硬盘。一般来说，我发现一开始我需要的备份占用空间显着增加，因此在解决所有问题之前，请为初始峰值做好准备，在这种情况下，您可能会同时备份旧物理机和新虚拟机。
• 虚拟机蔓延也是需要注意的。一旦虚拟化开始起飞，将所有内容都迁移到 VM 的冲动就变得非常强烈。虽然这可以工作，但您可能没有立即订购足够的硬件。
• 我认为有些机器无法转换，而其他机器可能不应该转换。虽然能够将一台使用了 10 年的物理机克隆到虚拟机上是一件好事，但在某些情况下，您最好构建一个
  干净的操作系统并从物理机迁移对象。有时，您最好不要通过蜘蛛网进行转换。
• 准备好使用大量网络端口。如果您的系统在不同的 VLAN 上运行，而单个端口可以中继，您可能希望为您的 vSwitch 提供单独的 VLAN 端口。如果您想要冗余，并且您正在使用 iSCSI，您可能需要查看很多 NIC。

Answer 4

根据我的经验，要非常小心您的存储介质。我们采用了 iSCSI SAN，结果证明它仅支持 100Mbit 连接。在系统上运行一个 VM 还不错，两个就不够用了……当我们达到 8 个 VM 的目标时，它们已经很糟糕了。

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

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

Answer 5

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

Answer 6

对 vmotion/vmkernel 流量使用冗余网络。您不希望虚拟机仅仅因为交换机重新启动而关闭。

哦，在虚拟化之外留下一台 DC/DNS/DHCP 服务器。如果您遇到严重的 SAN 崩溃，您的用户会减少对您的憎恨。

Answer 7

VMWare Converter 创建从 scsi 引导的虚拟机。MS 虚拟机无法从 scsi引导。[编辑 - 显然转换器的第 4 版现在允许您指定 SCSI 或 IDE，我喜欢这些家伙]

如果您要虚拟化非 ACPI物理机，请为此目的购买一些软件。（除非您有几周的时间进行激动人心的探索之旅！）

此外，VMWare Converter 将处理 MS SCVMM 会绝望地放弃的工作。

带上很多内存。

在安装虚拟化工具（VMWare 或 MS）之前不要做任何事情。

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

请注意您的 CPU 限制。2 个 CPU Windows 2000 的 P2V 教会我只支持 1 个。

• 2000 - 1 核
• 2003 - 2 核
• 2008 - 4 核

Answer 8

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

P2V 工具可能会出乎意料地适得其反，破坏物理机器（我让 VMWare 转换器杀死了我曾经尝试 P2V 的机器，幸运的是这只是一个测试迁移）。准备好从头开始恢复系统。是的，这可能是 1000 比 1 的机会，但你想成为那个人吗？