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

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

posted @ 2020-07-28 20:33  battor  阅读(1153)  评论(0编辑  收藏  举报