docker-compose 的使用和负载均衡的初探

前言

a. 本文主要为 Docker的视频教程笔记。

b. 环境为 CentOS 7.0 云服务器

c. 上一篇：Docker 私有仓库

1. 简介和安装

docker-compose 是单机版的容器编排工具，Kubernetes 是可以跨服务器的联机版容器编排工具。

使用 yum install docker-compose 命令安装，提示：

Error: Package: python3-setuptools-39.2.0-10.el7.noarch (base)

Requires: /usr/bin/python3

Available: python3-3.6.8-13.el7.i686 (base)

Not found

Available: python34u-3.4.8-1.ius.centos7.x86_64 (ius)

Not found

You could try using --skip-broken to work around the problem

You could try running: rpm -Va --nofiles --nodigest

可以看出 docker-compose 依赖于 python3，而本机没有 python3（只有 python2，使用 python 命令默认会输出 python2 的相关内容），因此使用先 yum install python3 命令安装。之后再次安装 docker-compose 成功。

2. 基本使用

A. 首先编写 docker-compose 的 yaml 脚本

version: '3'

services:

    db:

      image: mysql:5.7

      volumes:

          - db_data:/var/lib/mysql

      restart: always

      environment:

        MYSQL_ROOT_PASSWORD: somewordpress

        MYSQL_DATABASE: wordpress

        MYSQL_USER: wordpress

        MYSQL_PASSWORD: wordpress

    wordpress:

      depends_on:

        - db

      image: wordpress:latest

      volumes:

        - web_data:/var/www/html

      ports:

        - "80:80"

      restart: always

      environment:

        WORDPRESS_DB_HOST: db

        WORDPRESS_DB_USER: wordpress

        WORDPRESS_DB_PASSWORD: wordpress

volumes:

    db_data:

    web_data:

文件的开头要使用 version 指定版本。其中 services 定义要启动的容器， depends_on 表示本容器依赖的其它容器，注意 volumes 中定义的卷不要省略。

B. 命令

docker-compose up 创建并启动全部容器

docker-compose up -d 创建并后台启动全部容器

docker-compose down 停止并删除全部容器

docker-compose restart 重启全部容器

docker-compose start 启动容器

docker-compose stop 停止容器

这些操作都必须在 docker-compose.yml 目录下进行

如执行 docker-compose up 后：

[root@VM_0_2_centos my_wordpress]# docker-compose up

Creating network "mywordpress_default" with the default driver

Creating volume "mywordpress_db_data" with default driver

Creating volume "mywordpress_web_data" with default driver

Pulling wordpress (wordpress:latest)...

latest: Pulling from library/wordpress

8559a31e96f4: Pull complete

e0276193a084: Pull complete

eb2d00c10344: Pull complete

……

Digest: sha256:6f609ebf8518069516df36f0ab504735f8e563c1e303c37eba4902e732fcc6c6

Creating mywordpress_db_1 ... done

Creating mywordpress_db_1 ...

Creating mywordpress_wordpress_1 ... done

Attaching to mywordpress_db_1, mywordpress_wordpress_1

db_1 | 2020-07-20 08:21:19+00:00 [Note] [Entrypoint]: Entrypoint script for MySQL Server 5.7.30-1debian10 started.

wordpress_1 | WordPress not found in /var/www/html - copying now...

db_1 | 2020-07-20 08:21:19+00:00 [Note] [Entrypoint]: Switching to dedicated user 'mysql'

db_1 | 2020-07-20 08:21:19+00:00 [Note] [Entrypoint]: Entrypoint script for MySQL Server 5.7.30-1debian10 started.

db_1 | 2020-07-20 08:21:20+00:00 [Note] [Entrypoint]: Initializing database files

db_1 | 2020-07-20T08:21:20.202983Z 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).

wordpress_1 | Complete! WordPress has been successfully copied to /var/www/html

由于我本机没有 wordpress 镜像，会自动下载，之后按照 yaml 脚本启动镜像，前台启动会输出日志

docker-compose 会自动以当前目录的名字加数字来命名容器。由于此时我的目录名为 mywordpress，启动的容器名为 mywordpress_wordpress_1 和 mywordpress_db_1

[root@VM_0_2_centos my_wordpress]# docker ps -a

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

1c5bf42783c8 wordpress:latest "docker-entrypoint.s…" 11 minutes ago Up 39 seconds 0.0.0.0:80->80/tcp mywordpress_wordpress_1

32fc54cde2ea mysql:5.7 "docker-entrypoint.s…" 11 minutes ago Up 39 seconds 3306/tcp, 33060/tcp mywordpress_db_1

3. 容器的单机编排

启动后，使用命令：

docker-compose scale <SERVICES_NAME>=<NUMBER>

动态调节容器的数量，如：

[root@VM_0_2_centos my_wordpress]# docker-compose scale wordpress=3

WARNING: The scale command is deprecated. Use the up command with the --scale flag instead.

WARNING: The "wordpress" service specifies a port on the host. If multiple containers for this service are created on a single host, the port will clash.

Starting mywordpress_wordpress_1 ... done

Creating mywordpress_wordpress_2 ... error

Creating mywordpress_wordpress_3 ... error

ERROR: for mywordpress_wordpress_3 Cannot start service wordpress: driver failed programming external connectivity on endpoint mywordpress_wordpress_3 (c891a22ed5380646b7da331d1036560ea896f77646a6c51e1a499355507203ea): Bind for 0.0.0.0:80 failed: port is already allocated

ERROR: for mywordpress_wordpress_2 Cannot start service wordpress: driver failed programming external connectivity on endpoint mywordpress_wordpress_2 (4026c1996cdefb65c1fc2e5ea7523bbdb6812d42515be7191be53aeaf09d3c9f): Bind for 0.0.0.0:80 failed: port is already allocated

ERROR: Cannot start service wordpress: driver failed programming external connectivity on endpoint mywordpress_wordpress_3 (c891a22ed5380646b7da331d1036560ea896f77646a6c51e1a499355507203ea): Bind for 0.0.0.0:80 failed: port is already allocated

这是因为按照原 docker-compose.yml 的写法，端口被固定分配，因此动态调节创建容器时端口冲突了。对于要动态编排的容器，不应显式指定映射的端口，即省略对应的本机端口，以随机映射端口。

将文件中 wordpress 中的 ports 部分改为 - "80"。

修改文件后，需要首先使用 docker-compose down 停止并删除所有容器

TIPS：

如果不先启动容器再调节，则会报错：

[root@VM_0_2_centos my_wordpress]# docker-compose scale wordpress=3

WARNING: The scale command is deprecated. Use the up command with the --scale flag instead.

Creating mywordpress_wordpress_1 ... error

Creating mywordpress_wordpress_2 ... error

Creating mywordpress_wordpress_3 ... error

ERROR: for mywordpress_wordpress_3 Cannot start service wordpress: network mywordpress_default not found

ERROR: for mywordpress_wordpress_2 Cannot start service wordpress: network mywordpress_default not found

ERROR: for mywordpress_wordpress_1 Cannot start service wordpress: network mywordpress_default not found

ERROR: Cannot start service wordpress: network mywordpress_default not found

启动容器后再进行调节：

[root@VM_0_2_centos my_wordpress]# docker-compose up -d

Creating mywordpress_db_1 ... done

Creating mywordpress_db_1 ...

Creating mywordpress_wordpress_1 ... done

[root@VM_0_2_centos my_wordpress]# docker-compose scale wordpress=3

WARNING: The scale command is deprecated. Use the up command with the --scale flag instead.

Starting mywordpress_wordpress_1 ... done

Creating mywordpress_wordpress_2 ... done

Creating mywordpress_wordpress_3 ... done

需要注意的是，一般程序的容器可以启动多个，但数据库的容器不应启动多个实例

4. 为多个实例添加负载均衡

首先使用 yum install nginx 命令安装负载均衡的“神器” nginx，并使用 systemctl start nginx 命令启动 nginx 服务。

紧接着修改 nginx 的配置文件 /etc/nginx/nginx.conf，添加下图中的红框的部分（注意 upstream 中的地址和端口需根据实际情况填写）

通过容器命令可以看出此时我的三个容器端口号为 32773，32774，32775:

[root@VM_0_2_centos my_wordpress]# docker ps -a

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

1a9172b7eca6 wordpress:latest "docker-entrypoint.s…" 6 seconds ago Up 5 seconds 0.0.0.0:32775->80/tcp mywordpress_wordpress_3

e2d9f0365199 wordpress:latest "docker-entrypoint.s…" 6 seconds ago Up 5 seconds 0.0.0.0:32774->80/tcp mywordpress_wordpress_2

1321805eb5eb wordpress:latest "docker-entrypoint.s…" 36 seconds ago Up 35 seconds 0.0.0.0:32773->80/tcp mywordpress_wordpress_1

32f8809990ee mysql:5.7 "docker-entrypoint.s…" 36 seconds ago Up 36 seconds 3306/tcp, 33060/tcp mywordpress_db_1

主要思路：为了查看访问的网页确实进行了负载均衡，使用的方法是使用 phpinfo() 函数输出访问的信息和服务器信息。因此需要在服务器路径下新建一个文件。由于在 yaml 文件中，声明了三个容器使用同一个卷，因此需要找到卷的路径。具体有两种方法：

A. 直接查看卷的属性

docker volume inspect <volumn_name>

[root@VM_0_2_centos my_wordpress]# docker volume inspect mywordpress_web_data

[

    {

         "CreatedAt":         "2020-07-20T16:57:08+08:00",

         "Driver": "local",

         "Labels": {

             "com.docker.compose.project": "mywordpress",

             "com.docker.compose.volume": "web_data"

         },

         "Mountpoint": "/var/lib/docker/volumes/mywordpress_web_data/_data",

         "Name": "mywordpress_web_data",

         "Options": null,

         "Scope": "local"

     }

]

B. 查看容器的挂载相关属性

docker inspect <CONTAINER_NAME> | grep "Mount" -A <ROW_NUMBER_TO_SEE>

[root@VM_0_2_centos my_wordpress]# docker inspect mywordpress_wordpress_1 | grep "Mount" -A 10

     "MountLabel": "",

     "ProcessLabel": "",

     "AppArmorProfile": "",

     "ExecIDs": null,

     "HostConfig": {

     "Binds": [

         "mywordpress_web_data:/var/www/html:rw"

     ],

     "ContainerIDFile": "",

     "LogConfig": {

     "Type": "json-file",

>--

     "Mounts": [

     {

         "Type": "volume",

         "Name": "mywordpress_web_data",

         "Source": "/var/lib/docker/volumes/mywordpress_web_data/_data",

         "Destination": "/var/www/html",

         "Driver": "local",

         "Mode": "rw",

         "RW": true,

         "Propagation": ""

     }

可以看出此时找到了两处，中间用 “--” 分隔

进入目录，并创建 test.php 文件：

<?php phpinfo(); ?>

可以看到两次访问的来源是不同的ip地址：

由于并没有实际具体研究过负载均衡，上述的操作是照搬视频中老师的做法进行的实验

后记：

个人感觉可以通过上述动态部署 wordpress 的实践一窥微服务的操作方法：利用等价的程序、数据库访问的中间件，动态地添加程序服务器和数据库，以达到动态扩容的目的。在流量大时购入按时收费的服务器，在流量小时维持少量服务器即可，在一定程度上大大增加灵活性，节约成本，还可以减少大量运算对单机性能的依赖。

但是感觉每一种特定的解决方案都只能解决一类的问题，如果服务的流量超过了一定的数量级，利用此种策略未必有效，还需要重新设计结构。

参考：

查看卷的具体路径

https://www.cnblogs.com/gcgc/p/10831711.html

grep 的用法

https://www.runoob.com/linux/linux-comm-grep.html