在VDI中执行负载/性能测试，它是否提供了正确的结果

Question

直到现在我在我的本地实例（连接到局域网而不是wifi）上进行负载/性能测试（加载运行器和jMeter），我确信结果。但现在我必须这样做Virtual desktop infrastructure (VDI)。它是否提供与本地实例相同的结果？或者通过VDI？

执行测试是一种好习惯

Answer 1

LoadRunner或JMeter并不关心底层硬件，因为您至少有2个抽象层：操作系统和C和/或Java运行时。

因此，鉴于您的VDI具有相同的硬件规格 - 您应该在交付负载方面获得相同测试的相同结果。但是，我建议您监控VDI主要运行状况指标，如CPU负载，RAM和页面文件使用情况，网络和磁盘IO等。

在大多数情况下，VDI没有完全专用的资源，即如果您看到64GB的RAM，则无法保证可以全部分配，因为RAM可能在hypervisor级别的其他VDI之间共享。

因此，请监控您的负载生成器系统资源使用情况，并确保您有足够的空间来运行负载测试。有关详细信息，请参阅How to Monitor Your Server Health & Performance During a JMeter Load Test指南。

Answer 2

使用物理负载生成器作为控制元素。在物理盒上运行每种类型的单个虚拟用户。如果您发现您的控制组开始采用不同的性能特征（通过标准偏差测量的更慢，更高的方差，更高的平均值，第90百分位数和最大值），那么您可以保留一些物理基础设施进行测试。

直接攻击虚拟化负载生成器内部的时序记录完整性的最大问题是时钟跳转。虚拟主机中的系统时钟相对于硬件上的物理时钟浮动较慢。偶尔需要重新同步，导致时间跳跃。当时间记录打开并且导致看起来很长的时间记录时，不可避免地会发生这种情况。有些人认为，直到您开始在CPU队列长度（即75-80％CPU范围内）中查看备份时才会发生这种情况。我已经看到它甚至低至10％的CPU，因为在这些轻负载下，虚拟机管理程序可以决定将资源解析为更高需求的虚拟化实例，然后当你获得CPU令牌时，是时候跳时钟了。 / p>

控制负载生成器提供对此行为的检查。如有必要，您甚至可以在制造质量控制的统计抽样模型中使用控制负载生成器。您还可以客观地向任何要求您转移到虚拟化模型的人展示这种变化对收集的响应时间样本的完整性的影响。

Answer 3

这取决于VDI。它与您的本地主机在同一网络上吗？ 如果是这样，结果将几乎相同（也取决于VDI的配置，非常小的开销，尽管我们可能甚至没有注意到）

如果不是，结果取决于该网络的良好程度。