在负载测试期间,哪些硬件因素可能被视为 Hyper-V 虚拟服务器的瓶颈?

在负载测试期间,哪些硬件因素可能被视为 Hyper-V 虚拟服务器的瓶颈?

我们的组织正在通过 Hyper-V 使用虚拟服务器对我们的应用程序进行负载测试,以查看在单个盒子设置上使用公平设备时用户负载是多少。

鉴于其他虚拟机正常使用该设备,开发组对测试的有效性提出了质疑。IT 管理员回答说,这是一个可接受的负载测试平台,因为它有自己的 CPU、内存和磁盘。

他们的答案大部分正确吗?在测试我们的应用程序时,考虑到其他虚拟机,哪些硬件因素可能被视为瓶颈?例如,总线速度或网络 IO 会成为关注点吗?

该应用程序由使用 4.0 .NET Framework 和 SQL Server 2008 R2 编写的 Windows 服务组成。

请让我尝试更好地阐明这个问题。如果对虚拟机上的应用程序进行负载测试,那么同一主机/服务器/硬件上的其他虚拟机对结果的影响有多大?如果虚拟机分配了资源 xyz,那么具有硬件 xyz 的非虚拟机会如何比较?

答案1

肖恩,你要寻找的答案太广泛了。

任何事情都可能影响负载测试:

硬件 - 硬盘/sas 速度、raid 配置、内存速度、处理器、核心数、网络适配器速度/配置、总线速度等

软件 - SQL 数据库设置,应用程序池配置方式..

网络 - 连接类型(1GB 或 100MB 甚至负载平衡/聚合配置?)、启用巨型帧?、网络适配器 TOE?通常是网络上的 I/O、多播、广播等

当您想根据用户负载数量查看特定系统的压力时,您应该始终尝试将其与另一个系统进行比较。这将使您更好地了解并可以消除常见的不可控问题,例如实时网络上的交换机 I/O。

相关内容