5.负载均衡集群场景分析 负载均衡集群场景测试主要是对负载均衡机制是否有效以及集群性能进行测试。典型的负载均衡集群架构如图8-11所示。
图8-11
负载均衡集群 负载均衡可以通过类似轮询或按比例分配等策略达到分摊分流压力的目的。一般测试的策略有两种：模拟访问请求看是否分配到两台服务器上；关闭一台服务器看访问请求是否分配到了另一台服务器上。而集群的测试更关注数据的一致性。 提示 以一个团队为例，所谓集群，对于外部来说就是一个整体，他们只知道这个团队叫BestTest组，但对于内部来说是由多个人组成的（多个机器）。 集群的好处：避免单点故障，方便管理（可将工作负载转移给群集中的其他服务器），扩展性强。
8.4.2 性能需求分析与提取 说到性能测试需求的分析与提取，很多人都会头疼，小白也不例外。毫无头绪，不知道应该怎么去做。一般我们遇见的性能测试需求有以下几种情景。
1）已经明确给出了性能预期指标。例如，对某业务并发20个用户，平均响应时间要≤3s，事务成功率为100%，CPU使用率≤85%，内存使用率≤85%等这样类似的指标。这种情景只需要根据执行分析结果与预期指标做对比，如果有不满足的，就需要分析问题所在。
2）无明确需求，需要自己挖掘或者和团队一起分析。这个也许是经常遇到的情景。对于这样的情况，可以求助运营、运维人员，根据线上监控的数据作为参考进行性能测试指标的分析与提取，这样得出的数据还是比较准确的。当然，如果连运维都没有，也没有线上的监控，那只能靠自己查找相关资料，和类似的系统做对比，然后确定性能测试需求的指标。 对于本系统而言，我们模拟第二种情景来分析。根据运维的数据，最高时候一天的PV大概为17万。大部分的访问请求都集中在中午休息时段，大概在12:30到13:00之间。接着与产品等相关人员讨论响应时间的指标。如果所有人都毫无头绪，那么可以选取业界中一个经验值，2s、5s、8s。2s左右是非常理想的状态，5s刚刚让人能接受，8s会使人急躁放弃本次请求或者重复发起多次请求。 通过上面的分析，现在得出如下结论。
1）并发用户数根据1.4节中的PV公式得出是50个并发用户。
2）系统访问的高峰期大概持续在30分钟。
