Amazon Web Services 应用程序：使用 Loadrunner 12.02 进行性能测试

Question

我被要求对我们组织将在 Amazon Web Services 上托管的应用程序进行性能测试的概念验证。该应用程序将被大约 460 人使用。如果只需要对整个应用程序进行端到端测试，我们将从用户的角度设置测试，而不测量任何单个组件的性能。如果 Web 服务服务器需要在集成级别进行性能测试，这是一个有趣的挑战，因为我们之前没有测试过基于云的 Web 服务。我在这个网站上进行了搜索，它给了我using JMeter 的结果来执行类似的任务。虽然这是一个选项，但我们在这里使用 LoadRunner 12.02，我正在寻找有关如何使用/开始使用它的建议。到目前为止，我发现LR 12.02 integrates with Amazon EC2，我们需要在云端创建一个custom image。如果有人使用 Load Runner 测试过 AWS，任何信息都会很有用：从哪里开始、可能的问题、配置问题/解决方案、在云上本地运行测试 VS 等。如果需要，请随时向我询问更多详细信息。

期待您的建议。提前致谢！

Answer 1

始终使用 LoadRunner 测试基于 AWS 的应用程序。需要注意的一件事是，您将希望在 AWS 内部运行负载生成器，这仅仅是因为您需要为发送到/从云中的比特付费，而不是为在 Amazon 数据中心内生成和使用的比特付费。

您正在虚拟机环境中运行。您的负载生成器将位于虚拟机上。您的应用程序将位于虚拟机上。这对与虚拟机管理程序仲裁的共享资源上的环境初始条件相关的测试可重复性有影响。这也适用于测试条件。简而言之，您无法控制可能会影响仲裁资源的其他 VM 的情况。这将使您的平均值、最大值和标准偏差更高。这适用于任何测试工具。您还需要满足一个时钟浮动问题，因为负载生成器时钟将浮动与物理时钟相关。在与底层硬件进行时钟同步时，您将有一个时钟跳到同步点。这将导致人为地延长计时记录，当与不受控制的初始和测试条件相结合时，占总计时记录的另一半。

在 AWS 中安装负载生成器软件与在任何其他主机上安装没有什么不同。请记住在测试结束时关闭负载生成器，以避免运行不使用的虚拟机产生额外成本。