B. *_*jay 3 windows limits load-testing azure azure-web-roles
我们正在创建一个简单的网站,但有用户登录(大约25000个并发用户).我该如何计算不.需要支持它的实例?
负载测试和性能测试确实是您计算应用程序的性能指标和实例要求的唯一方法.您需要定义"并发用户" - 这是否意味着25,000个并发事务,或者这仅仅意味着25,000个活动会话?如果是后者,用户访问网页的频率(例如页面之间的思考时间)?然后,还有所有其他活动部分:数据库,Azure存储,外部Web服务,角色内部通信等.处理管道中的所有这些步骤都可能成为瓶颈.
不要忘记SLA:假设你可以支持25,000个并发会话(不是每秒的事务数),那么可以接受的往返时间是多少?两秒钟?五?
在考虑实例计数时,您还需要考虑等式中的VM大小.例如,根据您的处理管道,您可能需要中型或大型VM来支持特定的内存要求.测试不同的VM大小时,您可能会得到完全不同的结果.
您需要有一种方法来执行可重复的经验测试并消除边缘情况错误(例如:运行测试至少3次以获得平均值;并以明确定义的方式有条理地增加负载并观察结果在该负载下持续一段时间以允许添加负载的稳定的混乱行为).这种经验测试包括精心设计的测试计划(例如,用户将针对给定的使用场景命中哪些页面,包括可能的表单数据).并且您需要使用适当的工具来监控被测系统,以确定给定负载何时产生"曲线中的拐点"(意味着您遇到了瓶颈并且性能急剧下降).
最后的想法:确保您的负载生成工具不是测试期间的瓶颈!您可能希望考虑使用Microsoft的负载测试解决方案与Visual Studio,或基于云的负载测试解决方案,如Loadstorm(免责声明:Loadstorm去年采访了我关于负载/性能测试,但我不适合他们在任何能力).
编辑2013年6月21日在TechEd 2013上宣布,Team Foundation Service将提供基于云的负载测试,预览将于6月26日发布,与//构建会议同时进行.宣布就在这里.
| 归档时间: |
|
| 查看次数: |
3124 次 |
| 最近记录: |