2.4.1 实战：
同时处理1000个请求。 一次要执行1000个并发请求。
在k8s01:测试VIP：
[root@k8s01 ~]# ab -n 1000 -c 1000
2.4.2 linux下ab网站压力测试命令
参数：
语法： ab -n 数字 -c 数字 http://链接
-n requests Number of requests to perform
#在测试会话中所执行的请求总个数。默认时，仅执行一个请求
-c concurrency Number of multiple requests to make
#一次产生的请求个数。默认是一次一个。
2.4.3 实战：
同时处理1000个请求。 一次要执行1000个并发请求。
[root@k8s01 ~]# ab -n 1000 -c 1000
ab命令在一般系统上面做测试时候，一般并发不能超过1024个，其实是因为因为系统限制每个进程打开的最大文件数为1024，可以用ulimit -a来查看
可以测试一下后面两机器的负载情况。
查看状态：
[root@k8s02 ~]# watch -n 0.1 ipvsadm -L -n --stats
[root@k8s01 ~]# ab -n 1000 -c 1000
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd,
Licensed to The Apache Software Foundation,
Benchmarking 192.168.1.63 (be patient 耐心)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Completed 600 requests
Completed 700 requests
Completed 800 requests
Completed 900 requests
Completed 1000 requests
Finished 1000 requests #完成1000个请求
Server Software: Apache/2.2.15 #被测试的httpd服务器版本：//平台apache 版本2.0.54
Server Hostname: 192.168.1.63 //服务器主机名
Server Port: 80 //服务器端口
Document Path: /index.html //测试的页面文档
Document Length: 13 bytes //文档大小
说明：在xuegod62查看index.html大小。确实是13字节
[root@xuegod62 html]# ll -h
-rw-r--r-- 1 root root 13 May 5 17:57 index.html
Concurrency（并发） Level: 1000 //并发数
Time taken for tests: 2.166 seconds #整个测试花费的时间
Complete requests: 1000 //完成的请求数量
Failed requests: 0 //失败的请求数量
Write errors: 0
Total transferred: 281120 bytes #整个测试过程中总传输字节数
HTML transferred: 13052 bytes #//整个场景中的HTML内容传输量
Requests per second: 461.77 [#/sec] (mean) #每秒处理请求数。//大家最关心的指标之一，相当于服务器中的每秒事务数 ，后面括
号中的 mean 表示这是一个平均值
Time per request: 2165.597 [ms] (mean) # //大家最关心的指标之二，平均请求响应时间 ，后面括号中的 mean 表示这是一个平
均值
Time per request: 2.166 [ms] (mean, across all concurrent requests) #每个请求的时间：2.166[毫秒]（意思是说，在所有
的并发请求） //每个请求实际运行时间的平均值。
由于对于并发请求，cpu实际上并不是同时处理的，而是按照每个请求获得的时间片逐个轮转处理的，所以基本上第一个Time per request时间约等
于第二个Time per request时间乘以并发请求数
Transfer rate: 126.77 [Kbytes/sec] received #传输速率：//平均每秒网络上的流量，可以帮助排除是否存在网络流量过大导
致响应时间延长的问题
Connection Times (ms) #连接时间（毫秒）
min mean[+/-sd] median max # median（中间）
Connect: 4 225 143.8 214 538
Processing: 39 484 433.5 318 1581
Waiting: 36 480 433.8 317 1580
Total: 116 709 516.3 581 1807
Percentage of the requests served within a certain time (ms) #在一定的时间内提供服务的请求的百分比（毫秒）
50% 44
66% 49
75% 285
80% 453
90% 495
95% 884
98% 899
99% 904
100% 906 (longest request)
整个场景中所有请求的响应情况。在场景中每个请求都有一个响应时间，其中50％的用户响应时间小于44 毫秒，66％ 的用户响应时间小于49 毫秒
，最大的响应时间小于906 毫秒
文件打开数过多
ab -n 1000 -c 1000 #运行正常
ab -n 2000 -c 2000 #报错
This is ApacheBench, Version 2.3 <$Revision: 1430300 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd,
Licensed to The Apache Software Foundation,
Benchmarking 192.168.10.132 (be patient)
socket: Too many open files (24)
#ulimit -a ＃查看
#ulimit -n
1024
系统默认一个进程最多同时允许打开1024的文件
解决：
#ulimit -n 10240 ＃报错的解决方法
