我正在考虑购买现成的商品硬件 ,以构build将使用ESXi服务器托pipe虚拟机的服务器。
此服务器的预期目的不是任务关键任务。 它将不得不运行20到50个Windows XP / Vista / 7虚拟机(总计,但接近20个数字)。 每个客户必须拥有1-2 GB的内存 ,并且可能比客户操作系统需要的干净安装和所有更新的磁盘空间多出两三倍( 对XP来说 ,这将是大约6-8 GB ,我相信更接近10胜10负 )。 这些客人将作为networkingpipe理软件的新产品的试验场,因此,一旦初次装载,客人将大部分时间都处于闲置状态,但如果我给他们一些任务来完成,他们应该能够合理地执行。
现在,从我所了解到的情况来看,CPU通常不是什么大问题(6核心就可以做到),内存不应该是缺乏的,但不必是所有客户的总和,因为过度承诺…这导致我,IO,这是,似乎,瓶颈。
由于我对ESXi(也是ESX)服务器的使用经验不多,所以我想问一下:
我在这里可能应该提到,我完全了解SPOF在电源供应,RAID 0等方面的问题,但由于它只是一个testing场,而不是一个生产系统,所以对我来说并不重要。
谢谢,B
希望这可以帮助,但你可能也想得到一些人的意见 – 这是这个网站的好处 – 不同的经验:)
你应该从官方的VMWare HCL中select你的硬件。 这是保证兼容性的唯一方法。
您不应该使用RAID 0,如果您希望性能接近3磁盘RAID 0,请使用6磁盘RAID 10.此外,这些VM的使用频率如何? 如果他们将被大量使用,那么你将远远不能满足你所需要的硬件。 最后,你正在寻找的术语是“链接克隆”,它使用主磁盘映像作为其基础。
我只想补充我的经验,即虚拟化面临的最大瓶颈就是磁盘IO。
由于这种环境有很多同时使用的磁盘IO,所以我build议IO在尽可能多的磁盘之间传播,而不是任何forms的RAID0变种(RAID10)。 您不希望从单个虚拟机读取磁盘来locking所有磁盘。 对于同时进行大量读/写操作的数据库服务器,也推荐这样做。
如果你过度提交内存,这一点更为重要,因为当你提交时,它将开始交换东西到磁盘。
所以如果你不关心这个问题,那么最好是使用RAID1或者没有冗余的小型磁盘。 也许一个单独的SAN或只是一个驱动器柜连接到您的控制器。
此外,由于您将大部分读取操作都是假设的,因此基于真实硬件的RAID1将与RAID0同样快,因为在完美的世界中,它可以同时从两个驱动器读取,但不能共享写入负载。 当人们开始谈论性能RAID设置时,通常会预见到这一点。
是的,VMware View是我所知道的最好的虚拟桌面解决scheme软件,可能更适合您正在讨论的内容。 由于您似乎不清楚您将使用多less个桌面,20-50,VMware View具有您将会喜欢的function。 您可以创build基本映像并将其设置为可能部署到50台虚拟机。 你可能已经创build了20个,之后每个创build几乎都是按需创build的,其中1个被保留在一个队列中,准备就绪,然后在部署时被replace。
就硬件要求而言,我通常把内存视为瓶颈。 我使用vFoglight来监视虚拟环境,并且我看到90%以上的警报始终从安装了15-20个服务器的主机中被触发。 如果你使用一台主机和多台虚拟机,你可能会看到更多的问题。