四、负载目标选择
1. 有明确交易量的应用
通过上面对各种典型负载指标的分析可以看出,以TPS衡量的事务处理能力是最准确的负载目标。通过生产日志或相似系统的交易量可以算出TPS均值、峰值。根据2/8原则和业务扩展可估算更高的峰值。银行的联机类应用属于典型的有明确交易量的应用系统。
LoadRunner中可以通过设置Run-Time Settings的Pacing为At fixed intervals, every 1 sec,来控制每次迭代执行时间为1秒。如果迭代脚本里只定义一个Transaction,且TRT小于1秒,则VUser数量=并发用户数量=TPS,可以通过调节VUser数量方便控制负载目标。注意,如果迭代中包含多个Transaction,或TRT随着TPS目标的增加而变大,则需以TPS目标为基础,实时调整VUser数量和这里every N sec里的间隔时间。
2. 无明确交易量的应用
无明确交易量的被测应用建议以确定最大事务处理能力为目标。设置Pacing为As soon as the previous iteration ends,删除thinktime,部署发压工具和被测应用在同一网段,无网络瓶颈,让VUser能对被测应用产生最大负载。弱化VUser数量听上去的意义,递增直到达到被测应用的最大事务处理能力或其他性能指标阀值(如成功率或TRT)。新业务和经管类Web应用属于无明确交易量的应用系统。
3. VUser的意义
尽管建议在确定负载目标时弱化VUser的意义,但测试中还要注意一种情况,如果被测应用有具体的操作用户数量,如只有签到或登录的用户才能提交交易,则VUser的数量不能高于实际注册用户数量。就按照最大用户数量加压,以需求要求的TRT为目标调优被测应用,尽量提高TPS。