场景
在最近一次开发过程中遇见这个这样的问题：在面临突发性大量用户涌进系统的时候，服务器的资源使用并不高，cpu使用率28%左右，内存的使用率40%左右但是依然会造成系统卡顿，请求超时等问题。百思不得其解头发都快抓掉完了～。系统也未发现sql慢查询等操作，修改php的最大链接数，进程数等配置依然不见得到改善。思来想去大概确定问题应该出现在php代码的身上，由于php处理任务时间过长一直占据着进程得不到释放，在大量请求的请求的情况下后面的一直处于等待状态，等待时候过长就会出现504，系统卡顿的情况。目前可以确定不是硬件问题，sql瓶颈问题，所以问题在于php瓶颈大概会有以下几个地方：
- 1.大量新用户涌进的时候请求微信授权登陆，以及分享判断业务逻辑时业务处理太慢导致链接数过多（经过并发测试问题不出现在这）
- 2.用户提现请求请求数量太大，商户支付时请求数太多占用进程（可能性最大）。
- 3.还在找。哈哈哈哈（找到了告诉你们）
思来想去既然服务的资源使用不多还不到50%，处理不过来的是php，如果使用多个php去执行这些任务就会得到改善，这个时候直觉就是负载均衡。在以往的负载均衡里都是多台服务器搭建一样的运行环境然配置nginx的proxy_pass反向代理到http请求上，但是现在问题在于服务器资源使用只有三分钟一，再购买服务器会有点浪费，也不是最根本的办法，想到docker-compose scale的参数可以设置启动容器的数量，唉～我可以启动多个容器然后使用nginx负载聚合每次访问不用的phpfpm容器处理任务的啊，提起袖子说干就干。。。
实现思路
启动多个phpfpm容器，利用nginx负载均衡分配处理任务的容器
具体配置
- 搭建docker，docker-compose等骚操作我就不说，赶紧写完撸代码
- pull你想要的php版本
- docker-compose.yml 配置
nginx:
image: nginx:stable
ports:
- 80:80
- 443:443
volumes:
- ./vhost:/etc/nginx/conf.d
- ../Code:/var/www/html
links:
- phpfpm
- phpfpm2
//第一个phpfpm
phpfpm:
image: php:v7.2
volumes:
- ../Code:/var/www/html
- ./php-fpm7.2/queue:/etc/supervisor/conf.d
# ports:
# - "9000"
# - "9501:9501"
//第二个phpfpm
phpfpm2:
image: php:v7.2
volumes:
- ../Code:/var/www/html
- ./php-fpm7.2/queue:/etc/supervisor/conf.d
# ports:
# - "9000"
# - "9501:9501"
- nginx 配置（test.com.conf）
upstream webs {
server phpfpm:9000;
server phpfpm2:9000;
}
server {
listen 80 ;
server_name test.xx;
root /var/www/html/test;
location = /favicon.ico {
log_not_found off;
access_log off;
}
location ^~ /web/ {
if (!-e $request_filename) {
rewrite ^(.*)$ /web/index.html break;
}
}
location / {
index index.php index.html index.htm;
if (!-e $request_filename) {
rewrite ^(.*)$ /index.php?s=$1 last;
break;
}
}
location ~ \.php(.*)$ {
fastcgi_pass webs; //注意这里
fastcgi_index index.php;
fastcgi_split_path_info ^(.+\.php)(.*)$;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param PATH_INFO $fastcgi_path_info;
fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info;
include fastcgi_params;
}
}
- docker-compost up -d 启动服务
- 配置hosts访问项目即可（测试提示：phpfpm,phpfpm2挂载到不同的项目路径，访问test.xx会发现每次的请求都会被随机分配到这些这两个容器内处理任务）
缺陷
- 然并luan，并没有解决并发下造成的卡顿问题
- session，缓存等，不能存储在容器，需借助reids
- 服务器资源消耗明显增高了
