带您了解并发用户数需求分析.docVIP

带您了解并发用户数需求分析本文摘自“夏天的个人空间”，51CTO.com在此感谢作者提供了这篇文章。作者的blog地址：/?235595 你可以去看一看。这篇文章解决了很多用户的难题，就是如何通过最大用户并发数来确定系统最大用户数，因为这个问题不解决的话，用户很难挑选到最为适合自身系统的服务器，我们来看看这篇文章。以下是作者原文。 本篇主要是性能方面的。 一个系统的最大并发用户数为1100，怎么能推算出该系统的支持最大用户数。 其中用户性能要求如下：支持100万注册用户 性能需求分析： 1、根据用户的要求，本系统要支持100万用户，其中性能机器配置如何？高峰值是多少？带宽？等 2、如果都是采用公司的测试环境，那么本次性能应该做哪几种性能？性能评测、负载测试、强度测试？ 3、怎么算出并发用户数？响应时间？ 性能指标确定： 因为用户的性能需求太广，没有定到具体的数值。那么我怎么开展后继的工作？1、确定采用公司测试环境，不用考虑环境问题。也就是说，客户端、服务端以及带宽等一系统都可以不用考虑，这是固定。 2、考虑此项目组以前开发过的系统性能情况，能否做为一个参考值。解决方案：找出本项目组以并发过二个项目，其性能个项指标进行求权。其中浏览功能：并发数为1100，平均响应时间363秒；每用户平均响应时间为0.33秒。每秒中并发3个用户。其中一系统用户已达500万，另一系统用户为320万。并且二系统一直运行正常，但目前的二系统的服务器各为3台。可以得出一台服务器为载166万，甚至更多。（因为服务器中有求权的关系） 3、100万用户，那么怎么计算出他的每小时峰值活动用户数？ 解决方案：采用80?20原则计算得到每小时峰值活动用户数 6.667万/小时；那么每秒中的同一功能点点击并发数应该是18.5。 4、怎么得其并发数？ 解决方案：本系统有多少个功能点？功能点为153个；也就是本系统在高峰值时一功能将被点击1258次，每秒点击0.35次。（不考虑间隔时间）考虑以前本项目组的数值。初步设置并发数为1100，主要以浏览功能为主、其次是查询和新增。 5、应该测试那种性能类型经再三考虑，三种性能都进行测试。 执行性能： 评测，依据性能指标确定中的第三点，将用户的并发设置为300-350，看其情况。负载测试，以1100为起点强度测试，为15小时和24小时为准 性能测试结果： 发现本系统最大用户支持为1100.失败用户最高为209，响应时间为315。可以判断此系统最大并发数为1100左右。也就说此系统在一台服务器上可支持150万用户数。 根据上述情况，可以得出： 1100用户并发时，用户一共响应时间为315秒（即每用户平均响应时间0.005秒），其中最高产生209个失败用户，但成功用户基本上可以完成后续操作，符合现系统要求的最大稳定用户数。由此可得出本系统在新增功能点中支持最大用户并发数为1100。按照1*100比例，计算得到每小时峰值活动用户数11万/小时；采用80?20原则计算得出本系统支持注册用户数约为165万。而本系统性能需求大规模支持100万注册用户，由上述的数据我们的系统已达到本系统性能需求。 注：100万，采用80?20原则计算得到每小时峰值活动用户数6.667万/小时。带您了解并发用户数需求分析 并发用户数需求是整个用户性能需求的重要方面，通常是针对具体的服务器和应用系统，如域控制器、Web服务器、FTP服务器、E-mail服务器、数据库系统、MIS管理系统、ERP 系统等，并发用户数支持的多少决定了相应系统的可用性和可扩展性。所支持的并发用户数多少是通过一些专门的工具软件进行测试的，测试过程就是模拟大量用户同时向某系统发出访问请求，并进行一些具体操作，以此来为相应系统加压。但是不同的应用系统所用的测试工具不一样。 并发性能测试的过程是一个负载测试和压力测试的过程，即逐渐增加负载，直到系统的瓶颈或者不能接收的性能点，通过综合分析交易执行指标和资源监控指标来确定系统并发性能的过程。负载测试Load Testing是确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统组成部分的相应输出项，例如通过量、响应时间、CPU负载、内存使用等来决定系统的性能。负载测试是一个分析软件应用程序和支撑架构、模拟真实环境的使用，从而来确定能够接收的性能过程。压力测试（Stress Testing）是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。 并发性能测试的目的主要体现在3个方面：以真实的业务为依据，选择有代表性的、关键的业务操作设计测试案例，以评价系统的当前性能；当扩展应用程序的功能或者新的应用程序将要被部署时，负载测试会帮助确定系统是否还能够处理期望的用户负载，以预测系统的未来性能；通过模拟成