《带您了解并发用户数需求分析》由会员分享，可在线阅读，更多相关《带您了解并发用户数需求分析（3页珍藏版）》请在金锄头文库上搜索。
1、带您了解并发用户数需求分析本文摘自“夏天的个人空间”，51CTO.com在此感谢作者提供了这篇文章。作者的blog地址： http:/ 确定系统最大用户数，因为这个问题不解决的话，用户很难挑选到最为适合自身系统的服务器，我们来看看这篇文章。 以下是作者原文。本篇主要是性能方面的。一个系统的最大并发用户数为1100,怎么能推算出该系统的支持最大用户数。其中用户性能要求如下：支持100万注册用户性能需求分析：1、根据用户的要求，本系统要支持100万用户，其中性能机器配置如何？高峰值是多少？带宽？等2、如果都是采用公司的测试环境，那么本次性能应该做哪几种性能？性能评测、负载测试、强度测试？3、怎么算
2、出并发用户数？响应时间？性能指标确定：因为用户的性能需求太广，没有定到具体的数值。那么我怎么开展后继的工作？1、确定采用公司测试环境，不用考虑环境问题。也就是说，客户端、服务端以及带宽等一系统都可以不用考虑，这是固 定。2、考虑此项目组以前开发过的系统性能情况，能否做为一个参考值。解决方案：找出本项目组以并发过二个项目，其性能个项指标进行求权。其中浏览功能：并发数为1100,平均响应时间 363秒；每用户平均响应时间为0.33秒。每秒中并发3个用户。其中一系统用户已达500万，另一系统用户为320万。 并且二系统一直运行正常，但目前的二系统的服务器各为3台。可以得出一台服务器为载166万，甚至
3、更多。（因为服 务器中有求权的关系）3、100万用户，那么怎么计算出他的每小时峰值活动用户数？解决方案：采用8020原则计算得到每小时峰值活动用户数6.667万/小时；那么每秒中的同一功能点点击并发数应 该是18.5。4、怎么得其并发数？解决方案：本系统有多少个功能点？功能点为153个；也就是本系统在高峰值时一功能将被点击1258次，每秒点击 0.35次。（不考虑间隔时间）考虑以前本项目组的数值。初步设置并发数为1100，主要以浏览功能为主、其次是查询和 新增。5、应该测试那种性能类型经再三考虑，三种性能都进行测试。执行性能：评测，依据性能指标确定中的第三点，将用户的并发设置为300-350,
4、看其情况。 负载测试，以1100为起点 强度测试，为15小时和24小时为准性能测试结果:发现本系统最大用户支持为1100失败用户最高为209,响应时间为315。可以判断此系统最大并发数为1100左右。 也就说此系统在一台服务器上可支持150万用户数。根据上述情况，可以得出：1100用户并发时，用户一共响应时间为315秒（即每用户平均响应时间0.005秒），其中最高产生209个失败用户， 但成功用户基本上可以完成后续操作，符合现系统要求的最大稳定用户数。由此可得出本系统在新增功能点中支持最大 用户并发数为1100。按照1*100比例，计算得到每小时峰值活动用户数11万/小时；采用8020原则计算
5、得出本系统支 持注册用户数约为165万。而本系统性能需求大规模支持100万注册用户，由上述的数据我们的系统已达到本系统性能 需求。注：100万，采用8020原则计算得到每小时峰值活动用户数6.667万/小时。带您了解并发用户数需求分析并发用户数需求是整个用户性能需求的重要方面，通常是针对具体的服务器和应用系统，如域控制器、Web服务器、 FTP服务器、E-mail服务器、数据库系统、MIS管理系统、ERP系统等，并发用户数支持的多少决定了相应系统的可用 性和可扩展性。所支持的并发用户数多少是通过一些专门的工具软件进行测试的，测试过程就是模拟大量用户同时向某 系统发出访问请求，并进行一些具体操作
6、，以此来为相应系统加压。但是不同的应用系统所用的测试工具不一样。并发性能测试的过程是一个负载测试和压力测试的过程，即逐渐增加负载，直到系统的瓶颈或者不能接收的性能点， 通过综合分析交易执行指标和资源监控指标来确定系统并发性能的过程。负载测试Load Testing是确定在各种工作负载 下系统的性能，目标是测试当负载逐渐增加时，系统组成部分的相应输出项，例如通过量、响应时间、CPU负载、内存 使用等来决定系统的性能。负载测试是一个分析软件应用程序和支撑架构、模拟真实环境的使用，从而来确定能够接收 的性能过程。压力测试（Stress Testing）是通过确定一个系统的瓶颈或者不能接收的性能点，来
7、获得系统能提供的最大 服务级别的测试。并发性能测试的目的主要体现在3个方面：以真实的业务为依据，选择有代表性的、关键的业务操作设计测试案例， 以评价系统的当前性能；当扩展应用程序的功能或者新的应用程序将要被部署时，负载测试会帮助确定系统是否还能够 处理期望的用户负载，以预测系统的未来性能；通过模拟成百上千个用户，重复执行和运行测试，可以确认性能瓶颈并 优化和调整应用，目的在于寻找到瓶颈问题。当一家企业自己组织力量或委托软件公司代为开发一套应用系统的时候，尤其是以后在生产环境中实际使用起来， 用户往往会产生疑问，这套系统能不能承受大量的并发用户同时访问？这类问题最常见于采用连机事务处理（LTP）
8、方 式数据库应用、Web浏览和视频点播等系统。这种问题的解决要借助于科学的软件测试手段和先进的测试工具。在测试方案运行中，如果出现了大于3个用户的业务操作失败，或出现了服务器shutdown （死机）的情况，则说 明在当前环境下，系统承受不了当前并发用户的负载压力，那么最大并发用户数就是前一个没有出现这种现象的并发用 户数。如果测得的最大并发用户数到达了性能要求，且各服务器资源情况良好，业务操作响应时间也达到了用户要求， 那么就可以了。否则，再根据各服务器的资源情况和业务操作响应时间进一步分析原因所在。除了专业软件测试方法外，还有一个比较粗略的计算方法，那就是根据服务器的处理器性能进行估算。一
9、个系统的 CPU容量是用处理器数量乘以CPU的频率定额得到的。因此，对一台安装了两个2GHz处理器的计算机来说，它的CPU 容量=2 X 2000MHz=4000 P4EM o工作载荷下的系统目标CPU容量通常是由IT部门决定的。如果没有这方面的标准可循，那么你应比照着平均的长 期载荷对峰值载荷进行分析，据此决定这一目标值，确保CPU在100%容量以下运行。假设一台安装了两个2GHz处理 器的计算机在85%的容量下运行，那么应该按照如下方式计算其目标CPU容量：目标 CPU 容量= 4000 P4EM 的 CPU 容量 X 0.85=3400P4EM为了根据目标CPU容量和总用户成本计算Web服务器的目标用户容量，在前表中找到每位并发用户Web CPU的总 成本(0.55000)。然后将这一成本分成目标CPU容量，计算公式如下：目标用户容量=目标CPU容量/每个用户Web CPU总成本(基础Web POEM )= 340010.5500 = 6182,这就是该系 统在85 % CPU容量工作情况下可支持的最大并发用户数。
