将现有硬件转换为虚拟化环境后,会遇到哪些缺陷或经验教训? 有没有你试图虚拟化,但永远不会再做?
一旦完成,总是popup任何虚拟媒体(CD / DVD /软盘),否则经常会停止vMotion。
让你的NTP和DNS设置正确,这将使你免于沉思自杀:)
你永远不会有足够的内存或存储。
确保您具有远程,无操作系统的访问权限,例如HP的iLO系统。
保留OS / App .ISO文件的存储库。
不是直接回答你的问题,而是希望有人通过寻找这种回应,避免将自己的头发撕掉 – 惠普刀片服务器没有默认启用“VT”位,必须启用它在BIOS(F9)中。 没有这个ESX 3.5U4不会抛出一个有用的错误,不,它只是挂起之前的代码安装:(
回答这个问题 – 与P2V迁移有关的陷阱。
首先,P2V迁移大部分工作得很好。 系统越清洁越新,但是即使迁移旧的(NT4系统),在一系列环境中超过一百次迁移之后,我的成功率已经达到了90%左右。 这个系统已经迁移,并计划在当天(大部分是夜晚)交付生产。 我只有一个系统,在一次显然成功的迁移之后,我们不得不扭转了一个需要比平台更高CPU能力的SQL框。 VMware Converter是免费的(非企业版本),Platespin非常好(但是代价高昂)。
这就是说 – 有些事情要避免。
MSCS集群。 你可以让他们工作,但这不是一个好主意,如果你以后遇到问题,微软肯定不会以任何方式帮助你。 build立新的独立系统。
大型SQL服务器 – 强调大。 如果你不确定目标虚拟机是否具有足够的CPU空间,那么这些应该已经从CPU需求POV提前标记出来,但是不要试图移动一个。
如果您计划在迁移期间更改系统名称或IP地址(或两者兼而有之),请首先考虑不要这样做,如果您绝对没有select,请确保您手头上有人了解这些更改可能会如何影响有问题的系统。 我有史以来最糟糕的迁移是RSA ACE服务器,用于validationDMZ位于VPN的客户端拒绝聆听我的反对意见,并坚持在迁移过程中更改名称和IP地址。
与上面相关 – 如果你有一个完全平坦的networking以外的东西,那么build立一些testing虚拟机,并确保你的虚拟机networking完美地复制你正在迁移的物理虚拟机。
在Windows AD环境中,始终确保您正在迁移的盒子上有本地pipe理员帐户。 并在迁移之前对其进行testing。
确保你有一个好的想法,将花多长时间。 P2V复制时间取决于可用的networking带宽(显然),但是也可能受到正在迁移的每个卷中的文件数量的显着影响。 Platespin迁移NT4 *系统时,这尤其是一个问题,但会影响在文件级别进行任何P2V软件复制(如果您select调整卷的大小,通常会应用此function)。 GigEnetworking每秒可以复制70-80兆字节的速度,相对较快的源代码和一个好的目标设置,但是20-30兆字节/秒更为典型,前面提到的NTnetworking有100M的networking和大量的文件,下降到50千字节/秒的范围内。
根据我的经验,非常小心你的存储介质。 我们去了一个iSCSI SAN,结果只支持100Mbit连接。 在系统上运行一个虚拟机并不算差,两个虚拟机还不够用,而当我们达到8个虚拟机的目标的时候,它们是非常糟糕的。
我的个人经验教训:检查额定IOPS并阅读有关与您打算使用存储设备的方式有关的产品的更多评论
我学到的另一个方便的事情是:在基本安装和加固之后制作一个“备份”磁盘映像将加速其他系统的构build,并且是一个非常方便的事情。
尽量不要在虚拟环境中运行生产数据库服务器。 I / O的开销是不可接受的。 当我们的DBA允许我们的主要MSSQL服务器变成虚拟化时,我们遇到了问题。 查询花费数千毫秒运行。 当我们说服他们把它移回到一个专用的盒子时,吞吐量和速度都提高了10,000%。
使用redunantnetworking进行vmotion / vmkernelstream量。 您不希望因为交换机重新引导而closures虚拟机。
哦,并且让一个DC / DNS / DHCP服务器脱离虚拟化。 如果您的主要SAN崩溃,您的用户会恨你。
如果您还没有 – 在迁移之前对物理机器进行完整备份。 一个图像可能是最好的,或者是一个ASR /系统还原,或者任何可以给你一个完整的系统快照的东西,而不是大多数机器通常的内容备份。
P2V工具可能会事与愿违,破坏物理机器(我有VMWare转换器杀了一台机器,我试图P2V一次,幸运的是它只是一个testing迁移)。 准备好从头开始恢复系统。 是的,这可能是1000到1的机会,但是你想成为那个吗?
VMWare Converter创build从scsi启动的虚拟机。 MS虚拟机无法从scsi 启动 。 [编辑 – 显然转换器的版本4现在让你指定SCSI或IDE,我爱那些家伙]
如果您要虚拟化非ACPI物理机器,请为此目的购买一些软件。 (除非你有一个令人兴奋的发现旅程的几个星期!)
此外,VMWare Converter将解决MS SCVMM将在绝望中举手的工作。
带来很多内存。
在虚拟化工具(无论是VMWare还是MS)安装之前,不要做任何事情。
如果您要将其移至其他平台/版本,请卸载上述工具。
注意你的CPU限制。 2 CPU的Windows 2000的P2V告诉我,只有1支持。
如果您打算使用SAN来存储虚拟机映像,请确保您非常清楚地标记设备和主机。 在SAN上移除主机到磁盘的映射,如果仍然在使用虚拟机,那么这样做会很糟糕。
微软将不会支持在VMware中运行的Exchange 2003(至less这是官方的回应)。 随着大量的arm扭曲,我们得到了他们的一些非官方的支持,但是它在已经很紧张的危机中引起了额外的麻烦。
其中很多是VMware特定的:
对VMware的懊恼:不同版本的VMware为其虚拟磁盘设备使用不同的SCSI驱动程序。 在考虑这个选项之前,完全有可能浪费2个小时。
那么到目前为止,我还没有对自己做虚拟化的恐怖故事。 但是,一些笔记虽然。
提前仔细地细化。 特别是做一些不能虚拟化的功课。
如果服务器上运行的应用程序的供应商不支持虚拟环境,请等到他们支持。
使用SAN作为存储所有虚拟机映像的存储。
运行ESX或ESX(i)或Hyper-V以获得最佳性能。
也许更多,但现在这一切。 🙂
[更新]这里是另一个。 将最新的固件应用到主机服务器。 我有一个我没有做的,这几天给了我紫色的屏幕,完全崩溃了服务器。
虚拟化影响约为性能开销的5%。 测量现有环境中的资源消耗,以确定您的虚拟化环境是否可以承受此负载。
在开始使用虚拟化解决scheme之前:
有没有你试图虚拟化,但永远不会再做?
我不会说我不会再尝试,但是分层的虚拟化并不愉快。
通过分层,我的意思是在Egenera,HP Virtual Connect或Cisco UCS等虚拟硬件上运行xen或esx。 这听起来像个好主意,但是debugging起来非常耗时。
在VMWare中,知道快照的最终位置。 我们将我们的configuration最终放在SAN上的LUN上,这些VM文件本身就是这样。 一个技术人员正在对已经快满的LUN进行快照处理。 后来他出于某种原因重新启动了虚拟机,日志文件导致虚拟机无法启动。 这是一个运气,导致我们的LUN是充分的原因。
如果你使用dynamic扩展的VHD,那么确保你足够大。 如果你去100GB,你最终只使用20 …没有biggie。 但是,如果你和25一起工作,那么你有一些工作要做。