测试
对于一个集群的性能，我们需要进行调优测试，以确保能够让集群中的机器都发挥到最大的性能
常见的测试方法
功能测试：该有的功能能点出来，能够实现
性能测试：并发数、是否卡、压力测试（Apache Bench）
黑盒测试：黑盒测试又称为功能测试，主要检测软件的每一个功能是否能够正常使用。在测试过程中，将程序看成不能打开的黑盒子，不考虑程序内部结构和特性的基础上通过程序接口进行测试，检查程序功能是否按照设计需求以及说明书的规定能够正常打开使用。
白盒测试：白盒测试也称为结构测试，主要用于检测软件编码过程中的错误。程序员的编程经验、对编程软件的掌握程度、工作状态等因素都会影响到编程质量，导致代码错误。
项目的流程：
项目立项—》需求分析—》软件设计/架构设计—》代码实现—》测试—》上线—》运维—》升级/更新/—》运维
压力测试
在这里我们是使用Apache Bench对服务器集群的性能进行一个压力测试，模拟1万个访问去测试服务器集群是否能够扛得住等
压力测试的几个概念
吞吐率（Requests per second）概念：服务器并发处理能力的量化描述，单位是reqs/s，指的是某个并发用户数下单位时间内处理的请求数。某个并发用户数下单位时间内能处理的最大请求数，称之为最大吞吐率。计算公式：总请求数 / 处理完成这些请求数所花费的时间，即Request per second = Complete requests / Time taken for tests
并发连接数（The number of concurrent connections）概念：某个时刻服务器所接受的请求数目，简单的讲，就是一个会话。
并发用户数（The number of concurrent users，Concurrency Level）概念：要注意区分这个概念和并发连接数之间的区别，一个用户可能同时会产生多个会话，也即连接数。
用户平均请求等待时间（Time per request）计算公式：处理完成所有请求数所花费的时间/ （总请求数 / 并发用户数），即Time per request = Time taken for tests /（ Complete requests / Concurrency Level）
服务器平均请求等待时间（Time per request: across all concurrent requests）计算公式：处理完成所有请求数所花费的时间 / 总请求数，即Time taken for / testsComplete requests可以看到，它是吞吐率的倒数。同时，它也=用户平均请求等待时间/并发用户数，即Time per request / Concurrency Level
IOPS（Input Output Per Second): 衡量我们的数据库系统或者磁盘的性能
TPS（Transanctions Per Second):每秒事务数。它是软件测试结果的测量单位。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时，收到服务器响应后结束计时，以此来计算使用的时间和完成的事务个数。
TPS即每秒处理事务数，包括以下三个过程：
- 用户请求服务器
- 服务器自己的内部处理
- 服务器返回给用户
QPS(Queries Per Second)：每秒查询率，是一台服务器每秒能够响应的查询次数，是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准。在因特网上，作为域名系统服务器的机器的性能经常用每秒查询率来衡量。
压力测试软件：ab(Apache Bench)
ab是apache自带的压力测试工具。ab非常实用，它不仅可以对apache服务器进行网站访问压力测试，也可以对或其它类型的服务器进行压力测试。比如nginx、tomcat、IIS等。
ab常用参数说明：
-n: 总的请求个数
-c: 一次并发的请求数
-t: 持续的时间，默认没有限制
-k:它会增加请求头Connection: Keep-Alive，相当于开启了HTTP长连接，
这样做一方面可以降低测试服务器动态端口被耗尽的风险，
另一方面也有助于给目标服务器更大的压力，测试出更接近极限的结果
说明：ab使用的是HTTP/1.0，缺省开启的是短链接，用-k参数则可以打开长连接
ab使用举例：
[root@web2 ~]# yum install httpd-tools -y
[root@web2 ~]# ab -V
This is ApacheBench, Version 2.3 <$Revision: 1430300 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
[root@web2 ~]# ab -n 10000 -c 1000 http://192.168.2.43/ #-n指定请求数，-c指定并发数
This is ApacheBench, Version 2.3 <$Revision: 1430300 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/
Benchmarking 192.168.2.43 (be patient)
Completed 1000 requests
Completed 2000 requests
Completed 3000 requests
Completed 4000 requests
Completed 5000 requests
Completed 6000 requests
Completed 7000 requests
Completed 8000 requests
Completed 9000 requests
Completed 10000 requests
Finished 10000 requests
Server Software: nginx/1.20.1
Server Hostname: 192.168.2.43
Server Port: 80
Document Path: /
Document Length: 20 bytes
Concurrency Level: 1000 #并发请求数
Time taken for tests: 18.061 seconds #整个测试的持续时间
Complete requests: 10000 #完成的请求数
Failed requests: 337 #失败的请求数
(Connect: 0, Receive: 0, Length: 170, Exceptions: 167)
Write errors: 0
Total transferred: 2467330 bytes #整个场景中的网络传输量
HTML transferred: 196600 bytes #整个场景中的HTML内容传输量
Requests per second: 553.67 [#/sec] (mean) #吞吐率，最关心的指标一
Time per request: 1806.124 [ms] (mean) #用户平均请求等待时间，最关心的指标二
Time per request: 1.806 [ms] (mean, across all concurrent requests) #服务器平均请求处理时间，最关系呢指标三
Transfer rate: 133.41 [Kbytes/sec] received #平均每秒网络上的流量
Connection Times (ms) #下面这段是网络上消耗的时间的分解
min mean[+/-sd] median max
Connect: 0 301 448.0 114 3161
Processing: 15 715 1019.4 279 15007
Waiting: 0 689 1026.5 231 15007
Total: 15 1015 1185.2 583 15165
Percentage of the requests served within a certain time (ms) #这段是每个请求处理时间的分布情况
50% 583
66% 1160
75% 1257
80% 1332
90% 2441
95% 3371
98% 4325
99% 4385
100% 15165 (longest request)
[root@web2 ~]#
压力测试可以是对负载均衡器进行压力测试，也可以是直接对后端real
server进行压力测试，按理来说，应该新增一台服务器对整个集群中的服务器进行压力测试，但是由于我电脑的性能，带不起这么多台虚拟机，所以我就随便使用了一台web服务器来做压力测试了
根据压力测试的结果，可以对不同服务器的参数进行一个调优，比如说nginx可以设置并发数、超时时间等。