假设一台运行Windows Server 2008和Hyper-V的计算机(具有24 GB RAM的双四核Xeon(2.26 GHz))。我可以期望多少个虚拟机同时运行并具有良好的性能?
这是过度杀伤力吗?你真的有太多的RAM吗?
假设每个VM 2 GB。对于VM来说,这大约是16 GB,而对于主OS和Hyper-V,还剩下8 GB。
听起来对吗?
编辑:
我试图使这个问题听起来不像是在吹牛。从来不是我的意图。这是一个很难写的问题。
假设一台运行Windows Server 2008和Hyper-V的计算机(具有24 GB RAM的双四核Xeon(2.26 GHz))。我可以期望多少个虚拟机同时运行并具有良好的性能?
这是过度杀伤力吗?你真的有太多的RAM吗?
假设每个VM 2 GB。对于VM来说,这大约是16 GB,而对于主OS和Hyper-V,还剩下8 GB。
听起来对吗?
我试图使这个问题听起来不像是在吹牛。从来不是我的意图。这是一个很难写的问题。
Answers:
“我想使用Hyper-V一次运行大约8个VM。”
你到底为什么要这样做呢?
由于您不太可能在开发过程中同时加载所有8个虚拟机(可能只是为了进行简短的负载测试),因此您可以在2Gb中运行所有8VM,并且仍然可以充分利用所有这些内核。
我有几台运行VMware的商用机器,用于测试,持续集成等。
这些机器具有单个四核处理器和每个处理器16 GB的RAM-在我们当前的设置中,我们观察到:
至于使用您的钻机进行开发-对我来说,主要的问题是I / O-如果您运行的虚拟机数量如此之多,则会在开发时看到对磁盘访问时间的负面影响,这会降低编译速度,等等。倾向于将尽可能多的虚拟机转移到一个单独的盒子上,并减轻开发人员的负担,以便快速减轻编译和其他与开发人员相关的任务。
这取决于您使用的Windows版本。这是一些信息:http : //msdn.microsoft.com/zh-cn/library/aa366778.aspx
64位Windows Vista Business和更高版本以及64位Windows 2008 Server Standard和更高版本应该能够访问RAM。
使用64位Windows,解决那么多内存应该不是问题。我认为您最关心的是I / O,因为有这么多VM一次运行。我建议以可用的最快RPM来购买SAS驱动器,以有效地支持许多VM。
我有一个类似的问题,而不是从理论上进行辩论,我决定购买该产品,并在必要时将其更换/升级。我最终选择了配备12 GB RAM,2个Intel 80 GB SSD(RAID 0),两个1 TB SATA HDD(RAID 1)和1TB SATA的Core i7 920。
我扔在Windows Server 2008 x64上,并在我的SSD上托管了几个VM。非常非常快速的响应。(我对虚拟机有一定的经验,并且知道磁盘I / O将使我在虚拟机中托管开发人员环境感到吃力,尤其是在将SQL Server添加到同一主轴时。
我确实很喜欢这种设置,但是随后便有了一个虚拟机游乐场(一台配备32 GB RAM和一个漂亮的小SAN的Dell 1950)。我将这些虚拟机与其他虚拟机一起扔给了它,并在我的SSD上加载了Windows 7。(我觉得我可以使用我的系统,因为我现在独立于新工作站托管了一些虚拟机。)
我注意到的最大事情是在非VM机器上开发要好得多。速度不是那么重要,而是视觉效果,字体的抗锯齿等等。SSD确实使I / O成为一个不可或缺的因素,但它们使一切都变得瞬间。(此外,Windows 7也很不错。)
我知道当RTM出现时我必须重新构建它,但是我确实有可以在重新构建它时使用的VM。我需要使用VPC而不是Hyper-V来构建VM,以确保没有其他人搞砸,但我认为这是一个合理的权衡。
简而言之,我想回应其他人说要在单独的服务器上托管VM,但我想补充一点,英特尔的SSD非常快。分开的机器给您更大的灵活性。您的驱动器听起来足够快以进行测试,但是对于开发工作而言,则是快速的节拍。
如果您的方案是关于服务器+客户端的,那么多机设置将更好地进行仿真,并且更便宜。VM实际上与本机OS不同,线程和配置文件已损坏,因此您将偏离目标,更糟的是,实际上无法进行相应的配置。
我的2美分
罗伯特
如果您打算同时运行8个VM(用于开发人员,或用于其他方式),我强烈建议您探索VMWare提供的服务器虚拟化选项。通常,服务器虚拟化技术比工作站虚拟化技术在物理资源上的优化和效率要高得多。
我曾经有过使用VMWare Infrastructure 3(这是VMWare服务器虚拟化产品/技术系列的统称)的机会,我必须对我印象深刻。与工作站版本相比,服务器版本非常高效,并且提供了难以置信的灵活性。
我没有使用Hyper-V的经验,但是许多使用过Hyper-V的人对此表示高度评价。但是,我认为VMWare是一个更好的选择,因为它使您可以创建在同一物理主机上运行不同操作系统的VM,这是Hyper-V无法做到的(AFAIK)
就RAM而言,VMWare基础架构3的局限性远远超过了24Gb,它允许您在来宾之间配置所需的可用内存,甚至每个内核,只要来宾支持即可。
如果您有兴趣学习VMWare Infrastructure 3,我强烈推荐这本书,因为它包含有关VMWAre ESX服务器体系结构的讨论以及在其他任何地方都找不到的技术注意事项。
我希望您会发现这很有用,尽管它不能直接回答您的问题,并且您可以原谅我的评论(对于开发机来说,24Gb似乎确实与众不同..至少有一段时间了。)
我们正在运行Hyper V,并在同一台计算机上托管Server 2003和XP的实例。
---这应该是对用户的答复,该用户说您不能在Hyper V的同一台计算机上托管不同的OS。或者无论如何,这就是我的阅读方式。