加载testingESXi服务器

我已经设置了一个预生产ESXi服务器,并且希望对我所拥有的来宾操作系统进行一些负载testing

具体而言,我感兴趣的是

  1. 磁盘访问,来宾操作系统将争取磁盘访问,读写
  2. 处理器在客户操作系统之间使用和共享
  3. 内存使用和客户操作系统之间共享
  4. 在客户操作系统中的SQL服务器上加载
  5. 在客户操作系统中的Exchange服务器上加载

我很新加载像这样的testing,所以我真的不知道该问什么?

我希望能够改变选项,所以我可以向1000位Exchange用户展示我们需要另外一个Exchange VM创build的事情。

他们是否有任何标准的基准?

尝试VMWare自己的VMMark – 从这里开始:这可能不是你正在寻找的具体,但它是一个很好的广泛的衡量你的底层硬件设置的性能,以及它将如何在不断增加的负载下进行缩放,这就是你正在寻找的东西对于。

从linux的angular度来看,有bonnie ++用于磁盘基准/负载生成,cpuburn用于CPU浪费。

不知道任何好的内存哗众取宠,但对于VMware来说,这并不是一个好主意,因为VMware假定虚拟机之间存在一定量的内存重叠,故意打破这种假设只会导致性能下降。

如果你正在使用基于nix的客人,请查看unix bench。

http://www.hermit.org/Linux/Benchmarking/

理想情况下,你不会把客人放在需要大量磁盘IO的系统上。 他们不适合虚拟化。

内存和CPU的使用可以通过资源组或每个虚拟机级别轻松实现。

我发现在mhz和ram上有限制,即使高限也能阻止一个逃跑进程影响其他虚拟机。

“我希望能够改变这个select,所以我可以向1000个交换用户展示我们需要另外一个Exchange VM创build的事情。”

加载一台虚拟机到主机正在build设的地步,并没有被certificate是蹲下的,因为底层的硬件已经是最大的了。 你只是给自己一个上限,你可以在现有的硬件上服务。

在VMware中,您应该留意磁盘读/写延迟。 一旦你开始看到在500ms-1000ms +范围内的延迟数字,你知道你开始打你的磁盘很多。

你打算使用直连存储还是NFS / iSCSI盒?

把大量的低负载服务器虚拟成一个更大的盒子很有意义,试图虚拟化一个负载很重的系统,通常会导致性能下降,而不仅仅是购买一个像样的专用盒子。