如何从负载测试结果中明确识别服务器问题(使用LoadRunner)？

Question

如何将性能问题隔离到应用程序基础架构的特定组件？具体地说，结果日志中是否有区分web、应用程序和/或数据库服务器级别的瓶颈的独特标记？

我在一次面试中被问到了这个问题，但我对此一无所知。似乎这些信息在任何地方都不可用。

Answer 1

除了SiteScope和其他对系统组件的无代理监控之外，您还需要确保您的场景和脚本按预期工作。这包括正确的错误检查和事务的使用(以及许多其他事情)。如果事务足够细粒度，这至少可以让您深入了解有性能问题的请求。有了这些指标后，请与基础架构团队一起检查日志和其他信息。作为一个迭代过程，可以将测试集中在基础设施的越来越小的部分上。

此外，loadrunner脚本不需要严格地“从前门进入”。如果你有一个多层系统，可以编写脚本直接访问web/app/数据库服务器。

对于要寻找的东西，专注于任何具有“膝盖”或“曲棍球棒”类型的行为的测量。您可以直接在控制器中挂钩到任何服务器资源类型度量，并在分析阶段集成其他团队的统计数据。与较低虚拟用户级别的基准进行比较，以确定哪些是可接受的，哪些是不可接受的。

祝好运!

Answer 2

如果面试的重点是LoadRunner，考虑到SiteScope -我得出的结论是，它更专注于惠普/水星解决方案。在这种情况下，我建议你看看惠普诊断和它的LoadRunner集成功能。

Answer 3

仅通过查看性能测试的标准结果通常无法获得此类信息。

通过使用SiteScope监视测试中的所有相关服务器，可以找到您正在查找的部分信息。SiteScope提供了许多可以查看的计数器，如CPU、内存、磁盘I/O和网络I/O -就像在每台服务器上看到的一样。

这些信息可能会给出瓶颈在哪里的线索，您向SiteScope添加的计数器越多，定位瓶颈的变化就越大。

这是一个非常常见的误解，认为仅通过查看原始响应时间或命中率、页面等(web协议)就可以识别AppServer和DBServer瓶颈，除非访问的URI定义了系统中的确切组件...