第4节 Docker-compose单机编排工具安装和实战案例

docker-compose也是docker官方制作的

关键字编排,就是根据业务来管理,就是docker ps 看到的就是所有容器的陈列,不清楚所属的项目,但是docker compose就是业务层次清晰。也可以之启动某个业务的容器。

安装docker-compose

方法1:

image-20240613174930701

方法2:直接yum

ubuntu查看版本

image-20240613175049643

yum安装的就是版本低

image-20240613175358965

方法3:直接github下载

其实就是官网上走一波install步骤就行了啊

wget https://github.com/docker/compose/releases/download/v2.27.1/docker-compose-linux-x86_64

mv docker-compose-linux-x86_64 /usr/local/bin/docker-compose

chmod +x /usr/local/bin/docker-compose

👇可见确实是可执行文件

image-20240614095840866

也没有任何依赖

image-20240614100023828

因为完全就是go写的,静态编译的。

image-20240614100051627

image-20240614095455673

通过help可见docker-compose也和docker有些像的

image-20240614100224554

image-20240614101421404

但是这种👆副本的效果没啥意义,因为docker-compose是单机游戏,你再多的副本都是在一个机器上的,HA并不给力。

SERVERS也是要写在yml文件里的,这里是CLI格式咯,就好像ansbile的cli和ansible的playbook,就好像iptables的cli和iptalbes的配置文件。

写在yml里,然后docker-compose up就完了。

yml是按业务分文件夹存放的,根Dockerfile一个逻辑。

image-20240614102115824

在这个yaml文件下去执行docker-compose up就会自动读取该yaml文件,就和Dockerfile的操作一样的。

也可叫docker-compose.yml,后缀yaml,yml都行。

docker-compose语法

和版本还有关系,需要注意;如果发现up不起来,比如之前的,比如别人的yml,你up不起来,可能就是版本问题,格式变了。

其实有工具可以将docker run的cli自动转成docker-compose的yaml的。

https://www.composerize.com/

该网站也有cli的方式

https://linux.cn/article-14970-1.html

composerize的cli

image-20240614154844764

👆cli的方式,两个docker run 好像不会给你自动合并出来,可能要手动两次 自己合并,不如web上方便。

composerize的web ui

将之前的wordpress的两个run 改写成 一个 compose

image-20240614153729391

不过这个网站只能转换docker run的cli。网络、创建存储,就不支持了。所以上图的wordpress_net这个虚拟交换机是没有的。

试试

mariadb写在前面就先执行的意思,虽然这里无所谓

name: <your project name>
services:
    mariadb:
        ports:
            - 3306:3306
        environment:
            - MYSQL_ROOT_PASSWORD=123456
            - MYSQL_DATABASE=wordpress
            - MYSQL_USER=wordpress
            - MYSQL_PASSWORD=123456
        container_name: mysql
        restart: always
        volumes:
            - /data/mysql:/var/lib/mysql
        image: mariadb:11.3.2
    wordpress:
        ports:
            - 8080:80
        container_name: wordpress
        volumes:
            - /data/wordpress:/var/www/html
        restart: always
        image: wordpress:php8.2-apache

image-20240614161121680

image-20240614161137237

然后正常设置wordpress就行了

不过可惜上面的compose是前台的

image-20240614161221376

退出容器也就是推出了

不过start一下也就ok了

image-20240614161306425

想后台,-d就行

image-20240614161631079

不过没有定义网络,就会自动生成一个网络

image-20240614162105906

这个自动生成的虚拟网络命名就是用 yaml文件里的name_default来起名字的。

image-20240614162136325

image-20240614162258288

正好👆就是一个业务一个网络,妥妥的~~但是不同业务就是不同项目之间就默认隔离了。

docker ps ,docker-compose ps就需要在yaml下才能看到

image-20240614163508491

images在compose里看到的就是compose这条线索的images

image-20240614164020453

总之docker images看的是全的,docker-compose images看的就是它自己的

image-20240614164303684

而且还得在yaml文件的所在目录下,不同的yaml的路径看到的结果自然是不同的。

看本项目容器里的各自的进程

image-20240614170153152

docker-compose up # 创建+启动

docker-compose down # 停止+删除

扩容和缩容,0就是删除

image-20240614182014985

不过扩容有前提的,

①yaml文件里的container_name不要写

image-20240614183242994

image-20240614183223114

②端口冲突也就起不来了

image-20240614183145237

复杂一点的yml

version: '3'
services:
  db:
    image: mariadb:11.3.2
    container_name: db
    restart: unless-stopped
    environment:
      - MYSQL_DATABASE=wordpress
      - MYSQL_ROOT_PASSWORD=123456
      - MYSQL_USER=wordpress
      - MYSQL_PASSWORD=123456
    volumes:
      - dbdata:/var/lib/mysql
    networks:
      - wordpress-network

  wordpress:
    depends_on:
      - db
    image: wordpress:php8.2-apache
    container_name: wordpress
    restart: unless-stopped
    ports:
      - "80:80"
    environment:
      - WORDPRESS_DB_HOST=db:3306
      - WORDPRESS_DB_USER=wordpress
      - WORDPRESS_DB_PASSWORD=123456
      - WORDPRESS_DB_NAME=wordpress
    volumes:
      - wordpress:/var/www/html
    networks:
      - wordpress-network

volumes:
  wordpress:
  dbdata:

networks:
  wordpress-network:
    driver: bridge
    ipam:
      config:
        - subnet: 172.30.0.0/16

image-20240617111154223

由于yaml里wordpress里已经配置了DB的,打开网页,设置站点标题和管理员就进去了。

image-20240617115817879

再来一个yml

name: spug-001
services:
  db:
    image: mariadb:11.3.2
    container_name: spug-db
    restart: always
    command: --character-set-server=utf8mb4 --collation-server=utf8mb4_unicode_ci
    volumes:
      - /data/spug/mysql:/var/lib/mysql
    environment:
      - MYSQL_DATABASE=spug
      - MYSQL_USER=spug
      - MYSQL_PASSWORD=spug.cc
      - MYSQL_ROOT_PASSWORD=spug.cc

  spug:
    image: openspug/spug-service
    #image: registry.aliyuncs.com/openspug/spug # 这是国内镜像
    container_name: spug
    privileged: true
    restart: always
    volumes:
      - /data/spug/service:/data/spug
      - /data/spug/repos:/data/repos
    ports:
      - "80:80"
    environment:
      - SPUG_DOCKER_VERSION=v3.2.1
      - MYSQL_DATABASE=spug
      - MYSQL_USER=spug
      - MYSQL_PASSWORD=spug.cc
      - MYSQL_HOST=db
      - MYSQL_PORT=3306
    depends_on:
      - db

docker-compose config -q # 语法检查

然后就docker-compose up -d,结果报错了

image-20240617134940054

这里面有CF的CDN啊

image-20240617140124758

emmm,改路由吧,从海外线路出去,或者image换成国内的:registry.aliyuncs.com/openspug/spug

image-20240617141341340

好了👆

初始化登入密码

image-20240617172214421

工作案例

简单加载小脚本

#!/bin/sh

char=('\' '|' '/' '—')

while true;do
for i in "${char[@]}";do
    echo -ne "\r$i"
    sleep 0.2
done;done

# 根据需要将while改成loading的实际进度执行时间就行了,不过要记得最后清除掉符号。

优化:使用斜杠转圈圈来表示加载的效果

#!/bin/sh

char=('\' '|' '/' '—')
end=$((SECONDS+10))
echo "转$end秒"
while [ $SECONDS -lt $end ]
do
    for i in "${char[@]}"
    do
        echo -ne "\r$i"
        sleep 0.2
    done
done

echo -ne "\r"  # 清除最后的加载字符

loading_斜杠.gif

优化2:使用贪吃蛇小点点来做加载的显示。

[root@realserver2 loading2]# cat loading_gpt.sh
#!/bin/sh

#char=('\' '|' '/' '—')
char=('⠋' '⠙' '⠹' '⠸' '⠼' '⠴' '⠦' '⠧' '⠇' '⠏')
end=$((SECONDS+10))
#echo "转$end秒"
while [ $SECONDS -lt $end ]
do
    for i in "${char[@]}"
    do
        echo -ne "\r$i"
        sleep 0.2
    done
done

echo -ne "\r"  # 清除最后的加载字符

printf "\033[32m✔\033[0m\n"

[root@realserver2 loading2]#
[root@realserver2 loading2]#
[root@realserver2 loading2]# bash loading_gpt.sh
✔

loading_贪吃蛇

优化3:单任务转圈圈,汇总任务也准圈圈

先看几个shell基础

image-20240618114245970

image-20240618114323330

image-20240618115041778

运算符里RANDOM可不加变量符号

image-20240618115302405

image-20240618115800975

kill和wait的是start_task 这个函数的pid,就是行首的加载贪吃蛇效果。

image-20240618121120664

image-20240618121519392

最终要这种效果👇

image-20240618122202294

image-20240618122312391

[root@realserver2 loading3]# cat loading.sh
#!/bin/bash

chars=('⠋' '⠙' '⠹' '⠸' '⠼' '⠴' '⠦' '⠧' '⠇' '⠏')
tasks=("任务1" "任务2" "任务3")



# 开始任务
function start_task {
    local task_index=$1
    local char_index=0
    echo -ne "\n\r"
    while true; do
        echo -ne "${chars[$char_index]} ${tasks[$task_index]} \r"
        char_index=$(( (char_index + 1) % ${#chars[@]} ))
        sleep 0.1
    done
}

# 完成任务
function finish_task {
    local task_index=$1
    echo -ne "√ ${tasks[$task_index]}"
    #echo -ne "\n\r"
}



# 定义更新进度汇总行的函数
update_progress() {
    echo -ne "任务进度: "
    for status in "${task_status[@]}"; do
        #echo -n "$status "
        #printf "\033[32m$status\033[0m"
        echo -ne "\033[32m$status\033[0m"
    done
    #echo -ne "\n\r"  # 保持在第一行
}

update_progress

# 主程序
function main {
    for ((i=0; i<${#tasks[@]}; i++)); do
        start_task $i &
        task_pid=$!
        # 模拟任务执行
        sleep $(( (RANDOM % 5) + 1 ))
        # 结束任务
        kill $task_pid > /dev/null 2>&1
        wait $task_pid
        finish_task $i

        # 顶行汇总
        task_status[$((i))]="✔"
        echo -ne "\033[$(( i + 1 ))A\r"  # 移动光标到第一行第一列
        update_progress
        echo -ne "\033[$(( i + 1 ))B\r"
    done
    echo
}

# 运行主程序
main

loading001

优化为带框框的

[root@realserver2 loading3]# cat loading002.sh
#!/bin/bash

chars=('⠋' '⠙' '⠹' '⠸' '⠼' '⠴' '⠦' '⠧' '⠇' '⠏')
tasks=("任务1" "任务2" "任务3")


# 开始任务
function start_task {
    local task_index=$1
    local char_index=0
    echo -ne "\n\r"
    while true; do
        echo -ne "${chars[$char_index]} ${tasks[$task_index]} \r"
        char_index=$(( (char_index + 1) % ${#chars[@]} ))
        sleep 0.1
    done
}

# 完成任务
function finish_task {
    local task_index=$1
    echo -ne "√ ${tasks[$task_index]}"
    #echo -ne "\n\r"
}

task_status=()
# 定义更新进度汇总行的函数
proress_intial() {
    echo -ne "任务进度: ["
    for ((i=0; i<${#tasks[@]}; i++)); do
        #task_status+=(" ")
        echo -n " "
    done
    echo -n "]"
    echo -ne "\r"  # 保持在第一行
}

proress_intial

# 定义更新进度汇总行的函数
update_progress() {
    echo -ne "任务进度: ["
    for status in "${task_status[@]}"; do
        #echo -n "$status "
        #printf "\033[32m$status\033[0m"
        echo -ne "\033[32m$status\033[0m"
    done
    #echo -ne "\n\r"  # 保持在第一行
}

update_progress

# 主程序
function main {
    for ((i=0; i<${#tasks[@]}; i++)); do
        start_task $i &
        task_pid=$!
        # 模拟任务执行
        sleep $(( (RANDOM % 5) + 1 ))
        # 结束任务
        kill $task_pid > /dev/null 2>&1
        wait $task_pid
        finish_task $i

        # 顶行汇总
        task_status[$((i))]="✔"
        echo -ne "\033[$(( i + 1 ))A\r"  # 移动光标到第一行第一列
        update_progress
        echo -ne "\033[$(( i + 1 ))B\r"
    done
    echo
}

# 运行主程序
main

loading002

优化:任务进度汇总为,柱状增长形态

不会了....

优化:并发状态

....

docker-compose up -d

这条cli如果敲击多遍之间,某个容器配置改变了,那么就会重建这个容器以及依赖于这个容器给i的容器。 对就是敲击怎么滴~

如果修改docker-compose.yml,然后运行docker-compos up -d,只会影响修改的那个容器,也就是说只是重新创建修改以及受到修改影响的容器。举例

1、Harbor的容器都依赖log

所以只要修改了log,所有容器都会重建

修改log的监听端口

image-20240704094632710

为0.0.0.0

image-20240704094608050

因为所有都依赖log

image-20240704094710592

所以所有都重建

image-20240704094746843

所有都依赖log的证据

image-20240704095040658

2、修改jobservice容器的target路径

image-20240704093853596

改为变量测试,也就是仅仅重启了受影响的容器

image-20240704094117112

image-20240704094227139

同样修改变量的值,一样会重启该容器

image-20240704094539167

Copyright 🌹 © oneyearice@126.com 2022 all right reserved,powered by Gitbook文档更新时间: 2024-08-06 11:25:55

results matching ""

    No results matching ""