使用AWS中的loadrunner进行负载测试

Question

我们有一个项目要求在AWS中使用loadrunner进行负载测试。 任何人都可以提供详细的测试方法，如何做到这一点，以及开始的先决条件，因为这对我们来说是非常新的。

Answer 1

1. 关注在虚拟化环境下运行的Load Generator。造成这种情况的原因有很多，但首先是虚拟化系统时钟，它与物理系统时钟松散耦合。浮动（降级）虚拟时钟需要定期与物理系统时钟重新同步，这会导致重新同步时钟跳转。这导致更高的记录平均值，百分位数，响应时间的最大值，因为当定时记录打开时不可避免地会发生这种情况。这与工具无关。如果您选择在云中安装任何这些组件，此浮动系统时钟问题也会影响您的控制器（报告时钟完整性）和您的SiteScope实例（监视间隔）。
2. 您无法控制在虚拟机中运行的共享负载生成器上的初始和测试条件。从一个测试到下一个测试，您将无法控制其他计算机在同一主机上执行的操作以及您是否对资源（CPU，磁盘，内存，网络）进行任何仲裁访问，这将降低主机上运行的用户的性能
3. 您需要一个物理主机作为参考控制因素。将其视为高可信度/高精度时钟主机，采用统计采样（5％的样本）为结果集增加一定程度的置信度。最好将此位置放在应用程序用户的代表位置
4. 将您的负载生成器与您正在测试的应用程序放在同一位置（AWS）会导致不自然的网络遍历条件，该条件将显示异常短的响应时间给具有更复杂网络的实际用户，而不是相同的网络遍历数据中心（可能）。这使得控制/参考发生器在将其与时钟跳转结合起来时更加重要
5. 您不需要为AWS上的主机之间的数据中心网络流量付费，但您确实需要支付进出云端的网络字节数。因此，AWS负载生成器内部会降低每次测试的网络费用直接成本，但代价是降低结果集的完整性
6. 最新版本的LoadRunner与Amazon帐户集成，允许您在云中使用Load Generator。与StormRunner一样，惠普的云托管版LoadRunner技术也是如此。只需确保在测试结束时关闭负载生成器实例，而不是让它们继续运行。最后一项不是特定于工具的，因为许多工具非常适合用于生成负载的实例，但在关闭它们方面效果不是很好。
7. 请仔细阅读您的许可协议，因为这可能会影响您安装组件的位置。特别是您需要阅读与远程访问控制器相关的规定以及与之相关的应用程序测试组件的位置。您将希望与PM和团队讨论此协议，以确保所有组件都安装在哪里，以确保所有的＆＃34; i都被点缀并且＆＃34; t＆＃34; s被交叉以防您在任何时候面临软件审核。你不希望在这样的事件结束时出现意外。