docker容器间的负载均衡

场景

在最近一次开发过程中遇见这个这样的问题：在面临突发性大量用户涌进系统的时候，服务器的资源使用并不高，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
• 服务器资源消耗明显增高了