基于分布式SOA架构的系统压力测试

Question

我们目前有一个包含20个SOA服务的系统，只有一个主mysql数据库和2个从节点。我们目前在数据库中有10 GB的数据。我们有一个需求，那就是表中的数据将显著增加。我们希望在继续实现之前对系统进行压力测试。什么样的压力测试对于这种分布式环境是有意义的？

此外，在执行压力测试时，我可以注意延迟和指标，比如为服务的90%的请求提供服务的延迟是多少。还有没有其他好的服务指标？我应该在mysql数据库中寻找什么指标？

谢谢

Answer 1

以下是一些想法：

1. 设置测试数据库并将附加数据加载到您期望增加的表中；使用预期增长的倍数，例如，如果您希望表增加2000行，则向测试表添加4000行。
2. 在MySQL中启用slow query logging。
3. 确保您的SOA服务器中的日志记录级别足够详细，以便调试压力测试中的错误。
4. 使用负载测试工具(如<代码>C9)快速连续地对每个服务运行多个请求。使用预期每秒请求数的倍数；我通常以2倍、4倍、8倍等倍数递增预期的requests.
5. Repeat数依次对每个独立服务进行上述测试。
6. 使用“典型”服务组合重复上述测试-例如，如果您期望对服务1的请求是对服务2的两倍，则在测试中反映这一点。
7. 如果您还想测试可靠性，请尝试在一个或两个MySQL从节点脱机的情况下重复JMeter测试。

JMeter应该会给你所有你需要的延迟信息。我喜欢使用的另一个有用的“真实世界”JMeter数据点是90%的查询时间，这是大于或等于90%的测试响应的响应时间值。

Answer 2

这个场景中的想法仍然是尝试对生产中使用的页面请求和posts进行建模。不同之处在于，仅使用10 of的当前生产数据的副本运行负载测试。然后模拟额外的数据并运行相同的负载测试。您将能够比较使用服务的页面的响应，或者直接检查服务调用。

然后，您可以看到额外的数据将对您的服务调用产生什么影响。

最重要的指标是您预期(或已测量)最频繁调用的调用的响应时间。

如果发现性能问题，则可以分析有关数据库和服务器本身的其他统计信息。