本文目录
多台服务器负载均衡的压力测试要怎么做
负载均衡是算法上的问题，按常规软件测试的方式来。如果负载没问题，那理论上压力测试只要测单个服务就行了。
配置Load Balance 算法 我们首先要做的就是进入 “Load Balance”，在这里你可以选择负载均衡的算法 ：轮转调度，随机分配，URL参数，请求头等。如果不了解这些算法干什么 的，那就去复习上一篇吧。APR为我们提供了以下7种算法：Weighted round robin 根据权重按照请求数据进行分配Weighted total traffic 根据权重按照请求和响应字节大小进行分配Least current request 优先转发给那个当前处理最少请求的服务器Least response time 优先转发给那个当前响应最快的服务器Server variable hash 根据服务器变量的hash来分配请求，这里面的服务器变量包括Cookie, URL,头信息等 ，详情点这里。Query string hash 根据URL查询字符串的hash来分配请求，如果查询字符串包含多个参数（?name=jesse&location=sh），则是用整个查询字符串的hash来作判断。Request hash 根据服务器变量或者是URL的hash来分配请求，比如说服务器变量是QUERY_STRING，那么hash的值就是query string中对应的那个值。 大家可以已经猜到，后面3种算法是可以利用来实现这种分布式环境下session的访问的，但是由于要涉及到其它的配置，所以我们后面再讲，让我们先专注于把这个负载均衡配置完，所以我们就里就先选择比较简单的Least response time，谁当前返回响应最快我们就把请求给它，验证了那句话，“能者多劳啊”。配置转发规则 APR的机制是做为一个代理服务器，它负责接收请求，但是不做任何处理，而是直接将请求分发给具体的WEB服务器。同时我们还可以配置一些规则，有一些请求转发，有一些请求不转发，这就要感谢我们的url rewrite组件了。我们可以进入“Routing Rules”来进行相关的配置。网站部署与同步安装程序和运行环境同步 在实际的环境中，如果我们使用NLB在第一次部署的时候，就需要一个服务器一个服务器的部署，而且如果要对IIS进行其它的一些配置就会显得很烦琐。在APR中给我们提供的Provision功能，就可以帮助实现这样的同步功能。 在Server Farm的功能视图中，我们可以找到以下两种类型的Provision:Application Provisioning: 主要是用来同步网站相关包括内容，配置等等，Web Deploy就是用在这里了。Platform Provisioning：主要是用来同步安装程序的，其实这里面的Platform是指我们上面安装的 Web Platform Installer，也就是说我们在主服务器上通过Web Platform安装的程序或者组件，如果启用了Platform Provisioning的话，其它所有的服务器也会自动安装上。 我们可以来做一个Platform Provisioning的例子，点击我们的Server Farm -》 在右边的功能视图中双击Platform Provisioning -》 勾选下面两个选项。 然后我们点击左右的Servers，选中我们的主服务器（Primary)，在右边的操作列表中选择 “Install Product”，在弹出的窗体中安装的程序就会被自动安装到当前Server Farm中的所有其它服务器中。 网站内容同步 和上面的思路一样，我们不需要每一个程序都部署一遍，我们只需要在主服务器上部署一遍就可以了，所有的内容以及IIS的设置都会被自动同步到其它服务器上，这就是Application Provisioning来帮我们实现的。我们可以通过点击我们的Server Farm -》在右边的功能视图中双击 “Applicaiton Provisioning” 然后勾选下面的两项即可。 接下来，我们只需要在我们的主服务器上建立我们的站点然后部署我们的网站即可，包括对网站进行一些应用程序池的配置也是只需要在主服务器上完成的，我们就不需要到每一台服务器上都去布置一遍了。 配置入口服务器 既然入口服务器不做任何处理只是转发请求的话，那我们还需要把我们的网站的内容放在入口服务器的IIS下么？这个就取决于不同的场景了，你可以建一个空的站点什么也没有，你也可以用它来做一个简单的文件服务器，在上一步中将静态文件不转发即可，让我们Web Farm中的服务器只处理动态的请求，也可以减轻他们的压力。当然如果你有单独的文件服务器那就更好了。作为测试用途我们在入口服务器上就不建任何网站了，直接使用安装IIS自带的那个默认网站即可。 有人可能会有疑问，因为我在配置Server Farm的时候同样也有这样的一个疑问。“所有的请求都是由入口服务器接收，然后再分发给Farm中具体的服务器的，那入口服务器的那个网站该如何配置呢？ 是用80还是8080端口，如果我建了好几个网站，那到底哪一个网站的请求会被Farm拿到再进行转发呢？” 我在入口服务器中没有做任何网站的配置，也就是说本地有一个
如何实现百万级的后台服务器并发压力测试
一个用户大概需要 2M 至 2.5M 内存空间才能启动 如果单台负载机不够的话 就用多机负载方案来实现
单进程最大文件数量限制：ulimit -n 最多能把这个数字修改到1048575，因此单个进程最多能够打开百万个文件，千万并发连接需要千万个文件描述符，于是我们使用多进程来做到千万文件的支持。多进程之间的负载均衡：nginx使用多进程来增加自己的吞吐量，原先采用共享锁的方式来平衡负载，对核数较多的服务器，较多的进程并没有达到性能的线性提升。最新的linux内核引入了SO_REUSEPORT选项，该选项可以自动平衡监听同一端口的多进程，是内核级的解决方案。handy采用该方案，优于nginx的旧有方式（最新的nginx也支持SO_REUSEPORT）。测试中客户端本地端口不够：让服务器监听了200个端口，这样客户端连接服务器的每个端口只有50k个连接，然后加大默认的本地端口范围就可以满足要求（见前面的服务器系统参数）。测试中如果一次性创建千万个连接，则绝大部分的连接创建都会失败，因此让客户端每100ms创建2000个连接，提高连接创建的成功率。
什么是压力测试
传统上所谓压力测试（stress testing）是指将整个金融机构或资产组合置于某一特定的（主观想象的）极端市场情况下，如假设利率骤升100个基本点。
某一货币突然贬值30%，股价暴跌20%等异常的市场变化，然后测试该金融机构或资产组合在这些关键市场变量突变的压力下的表现状况，看是否能经受得起这种市场的突变。
压力测试
在软件测试中：压力测试（Stress Test），也称为强度测试、负载测试。压力测试是模拟实际应用的软硬件环境及用户使用过程的系统负荷，长时间或超大负荷地运行测试软件，来测试被测系统的性能、可靠性、稳定性等。
目的
目的是在软件投入使用以前或软件负载达到极限以前，通过执行可重复的负载测试，了解系统可靠性、性能瓶颈等，以提高软件系统的可靠性、稳定性，减少系统的宕机时间和因此带来的损失。
压力测试
情境压力测试即主体向被观察者布置一定任务和作业，借以观察个体完成任务的行为。工作样本测验、无领导小组讨论都可算作情境压力测验。
在软件工程中，压力测试是对系统不断施加压力的测试，是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。例如测试一个 Web 站点在大量的负荷下，何时系统的响应会退化或失败。网络游戏中也常用到这个词汇。
网络定义：
2009年9月7日下午，移动公司开商务车装载200多部电信手机，在温州某大学边上不停拨打，导致电信网络瘫痪。电信发现后连车带人押送到公安局，在公安局，移动自称没有违法，只是帮电信做压力测试。
“压力测试”与俯卧撑、打酱油等词汇一样，成为网络流行词汇。
压力测试、终端机性能功率、各项性能趋势指标等。
目标
识别那些可能提高异常利润或损失发生概率的事件或情境，度量这些事件发生时银行资本充足率状况。测试的质量取决于构造合理、清晰、全面的情景。
银行的压力测试通常包括信用风险、市场风险、操作风险、其他风险等方面内容。压力测试中，商业银行应考虑不同风险之间的相互作用和共同影响。
压力测试包括敏感性测试和情景测试等具体方法。敏感性测试旨在测量单个重要风险因素或少数几项关系密切的因素由于假设变动对银行风险暴露和银行承受风险能力的影响。情景测试是假设分析多个风险因素同时发生变化以及某些极端不利事件发生对银行风险暴露和银行承受风险能力的影响。
压力测试能够帮助商业银行充分了解潜在风险因素与银行财务状况之间的关系，深入分析银行抵御风险的能力，形成供董事会和高级管理层讨论并决定实施的应对措施，预防极端事件可能对银行带来的冲击。
对于日常管理中广泛应用各类风险计量模型的银行，压力测试应成为模型方法的重要补充。压力测试也能够帮助银监会充分了解单家银行和银行业体系的风险状况和风险抵御能力。
以上内容参考 百度百科—压力测试
