利用 docker compose.yml文件 实现负载均衡

最新推荐文章于 2025-11-20 11:40:00 发布
原创 最新推荐文章于 2025-11-20 11:40:00 发布 · 1.7k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#docker #compose #yml  #负载均衡 #compose 编排

本文介绍如何使用Docker平台定义、运行和扩展服务，通过编写docker-compose.yml文件实现服务的负载均衡。涵盖镜像拉取、服务部署、资源限制、重启策略、端口映射及网络配置等内容。

docker中的服务

我们将扩展应用并启用负载均衡。在分布式应用中，应用的不同部分称为“服务”。例如，假设有一个视频共享网站，它可能提供用于在数据库中存储应用程序数据的服务、用于在用户上传一些内容后在后台进行视频转码的服务、用于前端的服务等。

服务实际上是“生产中的容器”。一项服务仅运行一个镜像，但它会编制镜像的运行方式 - 它应使用的端口、容器的多少个从节点应运行才能使服务的容量满足其需求等。扩展服务将更改运行该软件的容器实例数，并将多个计算资源分配给进程中的服务。

幸运的是，很容易使用 Docker 平台定义、运行和扩展服务 – 只需编写一个 docker-compose.yml 文件即可。

docker-compose.yml文件

docker-compose.yml是一个YAML文件，用于定义Docker容器在生产中的行为方式，编排应用以及其中服务的方式。

以下为docker-compose.yml文件的一个样例，通过将username/repository:tag替换为自己的镜像详细信息来更新此文件

version: "3"
services: 
  web:
    # 将 username/repo:tag 替换为您的名称和镜像详细信息
    # image: waldenz/imagesample:v1
    image: username/repository:tag
    deploy:
      replicas: 5
      resources: 
        limits:
          cpus: "0.1"
          #memory:50M
      restart_policy:
        condition: on-failure
    ports:
      - "1002:5003"
    networks:
      - webnet
networks:
  webnet:

yml文件解析：

1. 从waldenz/imagesample:v1镜像库中拉取镜像；

2. 将该镜像的五个实例作为服务web运行，并将每个实例限制为最多10%的cpu以及50M RAM；

3. restart_policy: 重启策略， 如果某个容器发生故障，立即重启容器；

4. 将主机上的1002端口映射到web容器中的5003；

5. 指示web容器通过负载均衡的网络 webnet 共享端口1002；

6. 使用默认设置定义 webnet网络（此为负载均衡的overlay网络）

运行新的负载均衡的应用

首先需要运行一下命令，才可以使用 docker stack deploy 

docker swarm init

为应用指定一个名称。例子中取名为 myapp0416

docker stack deploy -c docker-compose.yml myappname

 查看启动的该应用下的所有容器的列表，

docker stack ps myappname

您可以多次在一行中运行 curl http://localhost:1002，也可以在浏览器中转至该 URL 并多次点击“刷新”。无论采用哪种方式，您都将看到容器 ID 更改，从而说明负载均衡；借助每项请求，将以循环方式选择五个从节点之一做出响应。 

扩展应用

更改docker-compose.yml中的replicas值，保存更改并重新运行 docker stack deploy 命令来扩展应用。如下图

docker将执行原地更新，而无需先清除技术栈或终止任何容器。将之前文件中 replicas 由5改为7，重新运行 docker stack deploy   可以发现节点67是刚启动的。

另一种方法扩展应用中的服务

水平扩展副本，用 docker service scale命令。

举例： 服务名为myapp_web，即myappname应用下的web服务，扩展为5个副本，相当于修改yml文件中的replicas个数。

docker service scale myappname_web=5

清除应用和swarm

docker stack rm myappname

相关命令

docker stack ls                    #列出docker主机上所有正在运行的应用

docker stack deploy -c  <composefile> <appname> #运行指定的compose文件，启动应用appname

docker stack services <appname>  #列出与应用关联的服务

docker stack ps <appname>      #列出与应用关联的正在运行的容器

docker stack rm <appname>     #清除应用

用Docker Compose实现负载均衡【入门篇】
小桥流水 的专栏
03-12 1998
docker compose实现的负载均衡
Docker compose（多容器架构实现负载均衡）
Hannah_zh的博客
09-18 1678
一、基本知识 Docker Compose 将所管理的容器分为三层,工程(project),服务(service)以及容器(contaienr)。Docker Compose 运行的目录下的所有文件(docker-compose.yml, extends 文件或环境变量文件等)组成一个工程,若无特殊指定工程名即为当前目录名。一个工程当中可包含多个服务,每个服务中定义了容器运行的镜像,参数,依赖。一...
Docker Compose多实例部署全攻略（服务扩展瓶颈突破指南）
PoliSeed的博客
11-20 611
掌握Docker Compose扩展服务的高效方法，突破多实例部署瓶颈。适用于微服务扩容、测试环境搭建等场景，通过scale命令与资源配置优化性能。实现一键横向扩展，提升系统稳定性与资源利用率，运维部署更高效，值得收藏。
docker使用 docker-compose 部署MongoDB4.0 部署replica set(副本集)集群
HelloBiu的博客
07-14 7308
docker使用 docker-compose 部署MongoDB4.0 部署replica set(副本集)集群
Docker--compose实现负载均衡
dzh1125641239的博客
06-05 2122
部署compose 1.二进制文件 docker-compose-Linux-x86_64-1.22.0移到 /usr/local/bin/，赋予执行权限 [root@server1 ~]# mv docker-compose-Linux-x86_64-1.22.0 /usr/local/bin/docker-compose [root@server1 ~]# chmod +x /usr/loca...
Docker compose实现负载均衡
even160941的博客
08-08 661
文章目录Compose简介简介实验环境docker-compose的部署 Compose简介 简介 Compose项目是Docker官方的开源项目，负责实现对Docker容器集群的快速编排。它是一个定义和运行多容器的docker应用工具。使用compose，你能通过YMAL文件配置你自己的服务，然后通过一个命令，你能使用配置文件创建和运行所有的服务。 Compose是一个定位“定义和运行多个Do...
docker-compose.YML,版本2.4.7
03-03
5. 运行和管理：完成YML文件的编写后，使用命令`docker-compose up`来启动服务，使用`docker-compose down`来停止和清理服务。还可以使用`docker-compose logs`等命令查看服务状态和日志。 6. 考虑环境变量：在YML...
精选资源
milvus-standalone-docker-compose.yml
03-20
milvus-standalone-docker-compose.yml
Docker-compose.yml
07-25
Docker-compose.yml文件是Docker官方提供的一个工具，用于定义和运行多容器Docker应用程序的配置文件。通过这个文件，可以轻松地将多个容器定义为一个项目，并且在这个项目的上下文中运行。Docker-compose.yml文件...
精选资源
docker-compose.yml
01-08
version: '3.7' services: account-service: build: ./account-svc image: boboweike/account-svc environment: - SPRING_PROFILES_ACTIVE - SERVER_PORT - SIGNING_SECRET - SENTRY_DSN ...
docker三剑客：docker-compose做负载均衡
weixin_43384009的博客
04-16 567
docker-compose一、认识compose二、compose实践三、总结 一、认识compose 二、compose实践 使用 docker-compose做负载均衡集群 docker-compose官方文档https://docs.docker.com/compose/ [root@server1 ~]#mkdir compose [root@server1 ~]#cd comp...
docker-compose:Docker包含2个Web和haproxy负载均衡器
05-11
码头工人组成 该泊坞窗组成并安装了haproxy服务器并将其配置为负载均衡器，此外还分别设置了2个分别名为web1和web2的Web服务器。 码头工人版本 docker version used 18.09.7 docker-compose version 1.17.1, build unknown docker-py version: 2.5.1 CPython version: 2.7.15+ OpenSSL version: OpenSSL 1.1.1 11 Sep 2018 如何使用此docker-compose配置 在您的运行以下命令上。 确保在您的计算机上安装了docker-compose。 docker-compose up --build -d 使用的端口。 端口80映射到haproxy容器到localhost。
使用Docker Compose 实现nginx负载均衡的方法步骤
09-29
主要介绍了使用Docker Compose 实现nginx负载均衡的方法步骤，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
docker之docker compose （多容器架构实现负载均衡）
RainingCostaRiga的博客
08-11 437
多容器架构部署 导入镜像 [root@server1 ~]# docker load -i nginx.tar [root@server1 ~]# docker load -i haproxy.tar 1、下载docker-compose-Linux-x86_64-1.22.0文件，并部署compose 1.将文件docker-compose-Linux-x86_64-1.22.0放入/usr/...
docker-compose实现nginx负载均衡
qwefyjwww的博客
04-27 386
安装docker 安装包下载提取码ggc9 一些封装好的docker镜像，提取码：e4yf 下载docker-compose-Linux-x86_64-1.22.0，提取码kn7i 移动到/usr/local/bin/，并且重命名，然后加上执行权限 mv docker-compose-Linux-x86_64-1.22.0.sh /usr/local/bin/docker-compose chmo...
Linux下的Docker compose（多容器架构实现负载均衡）
qq_42303254的博客
03-28 619
一、基本知识 Docker Compose 将所管理的容器分为三层，工程（project），服务（service）以及容器（contaienr）。Docker Compose 运行的目录下的所有文件（docker-compose.yml， extends 文件或环境变量文件等）组成一个工程，若无特殊指定工程名即为当前目录名。一个工程当中可包含多个服务，每个服务中定义了容器运行的镜像，参数...
linux--docker(docker三剑客docker-compose 实现负载均衡)
Aplox的博客
04-14 301
安装 harbor 仓库搭建篇已经完成 vim docker-compose.yml version: "3.7" services: web1: image: nginx volumes: - ./web1:/usr/share/nginx/html networks: - haproxy-net web2: i...
docker孤立卷 | 数据卷容器-静态数据 | 私有仓库 | DOCKER-COMPOSE整合服务实现负载均衡 | SWARM集群及负载均衡应用，可视化监控
Minz
08-23 1800
孤立卷 如果不指定挂载地点，那么默认挂载点在哪？ 示例一 [root@28 ~]# docker run -it --name vm1 -v /data1 ubuntu 我们可以用df和mount命令查看 [root@28 ~]# docker inspect vm1 | grep vol                 "Type": "volume",           ...
Docker compose-实现多服务、nginx负载均衡、--scale参数解决端口冲突问题
小蜗牛的博客
04-26 2919
Docker compose-实现多服务、nginx负载均衡、--scale参数解决端口冲突问题
shell移除文件$dockercompose.yml
最新发布
12-18
<think>我们只需要移除文件，使用rm命令即可。注意：在shell脚本中，变量名使用需要加上$符号，但这里文件名是变量$dockercompose.yml，所以直接使用该变量。 但是，请注意变量名通常使用小写字母，这里用户使用了$dockercompose.yml，我们假设这个变量已经定义并且包含正确的文件名（包括路径，如果需要）。 如果这个变量没有定义，那么脚本会尝试删除一个名为".yml"的文件（因为$dockercompose会被当作变量，如果未定义则替换为空）。所以，我们需要确保变量已定义。 为了安全，我们可以先检查文件是否存在，然后再删除。 修改建议：在脚本中，我们最好先检查文件是否存在，然后执行删除操作，并给出相应的提示。 代码示例： ```bash # 假设变量dockercompose.yml存储了要删除的文件路径 if [ -f "$dockercompose.yml" ]; then rm "$dockercompose.yml" echo "File $dockercompose.yml has been removed." else echo "File $dockercompose.yml does not exist." >&2 exit 1 fi ``` 但是，注意用户给出的变量名是`$dockercompose.yml`，这看起来有点奇怪，因为通常变量名中不会包含点（.）。所以，我们可能需要确认这个变量名是否正确。如果用户的意思是变量名为`dockercompose`，而文件名为`docker-compose.yml`，那么这里可能是用户写错了。 根据问题描述，用户说“移除文件$dockercompose.yml”，我们可以理解为有一个变量名为`dockercompose`，它存储了一个字符串，这个字符串是文件名（比如“docker-compose.yml”），然后我们删除这个文件。那么变量名应该是`dockercompose`，而不是`dockercompose.yml`。因为`.yml`是变量的一部分，这会导致shell将整个字符串解析为变量`dockercompose`的属性（但实际上shell变量没有属性，所以会出错）。 所以，我怀疑用户可能是想表达：有一个变量`dockercompose`，它存储了文件名（例如值为"docker-compose.yml"），然后我们删除这个文件。那么正确的变量引用应该是`$dockercompose`，而不是`$dockercompose.yml`。 因此，我们假设用户定义的变量名是`dockercompose`，那么删除文件的代码应该是： ```bash rm "$dockercompose" ``` 但是，如果用户确实定义了一个变量名为`dockercompose.yml`（虽然不常见，但shell允许变量名包含点），那么我们可以使用： ```bash rm "${dockercompose.yml}" ``` 由于问题中没有明确，我们按照常见的做法，假设变量名为`dockercompose`，文件扩展名包含在变量值中。 所以，我建议用户检查变量名。为了安全，我们提供两种可能： 情况1：变量名为`dockercompose`，其值为文件名（如"docker-compose.yml"） 情况2：变量名就是`dockercompose.yml`，其值为文件名（但这种情况很少见） 如果用户不确定，我们可以先输出变量的值，然后再删除。 但根据问题，用户要求的是“移除文件$dockercompose.yml”，我们按照字面意思，变量名就是`dockercompose.yml`，那么代码应该写为： ```bash # 使用大括号来明确变量名 file_to_remove="${dockercompose.yml}" if [ -f "$file_to_remove" ]; then rm "$file_to_remove" echo "File $file_to_remove has been removed." else echo "File $file_to_remove does not exist." >&2 exit 1 fi ``` 但是，更可能的情况是用户打错了，应该是变量名`dockercompose`，然后文件是yml文件，所以文件名是`${dockercompose}.yml`？还是变量`dockercompose`已经包含了完整的文件名？ 我重新阅读问题：“我想在shell脚本中移除文件$dockercompose.yml”，这里`$dockercompose.yml`应该被理解为一个变量，变量名是`dockercompose.yml`。但是，在shell中变量名可以包含点，所以技术上可行。 为了减少歧义，我们可以建议用户使用更标准的变量名（如`docker_compose_file`），并在定义时包含完整的文件名。 不过，我们按照用户的要求，直接使用`$dockercompose.yml`作为变量名，但要注意在shell中使用大括号来避免歧义。 最终代码（针对变量名为`dockercompose.yml`）： ```bash # 检查变量是否设置 if [ -z "${dockercompose.yml}" ]; then echo "Error: Variable dockercompose.yml is not set." >&2 exit 1 fi if [ -f "${dockercompose.yml}" ]; then rm "${dockercompose.yml}" echo "File ${dockercompose.yml} has been removed." else echo "File ${dockercompose.yml} does not exist." >&2 exit 1 fi ``` 但是，我们也可以用一个临时变量来简化： ```bash file="${dockercompose.yml}" if [ -f "$file" ]; then rm "$file" echo "File $file has been removed." else echo "File $file does not exist." >&2 exit 1 fi ``` 这样更清晰。 考虑到用户可能误写变量名，我们更倾向于认为变量名应该是`dockercompose`（没有点），那么代码为： ```bash file="$dockercompose" # 假设变量名是dockercompose，它包含了完整的文件名 if [ -f "$file" ]; then rm "$file" echo "File $file has been removed." else echo "File $file does not exist." >&2 exit 1 fi ``` 由于用户的问题中明确写了`$dockercompose.yml`，所以我们还是按照用户写的变量名来处理。但是，如果用户实际上是想表达变量名是`dockercompose`，而文件后缀是`.yml`，那么应该是`${dockercompose}.yml`，即： ```bash file="$dockercompose.yml" ``` 但是，这样又要求变量`dockercompose`的值不包含后缀，例如变量值为"docker-compose"，然后加上后缀".yml"。 综上所述，用户的问题存在歧义。我们无法确定，因此需要用户澄清。 但是，在无法澄清的情况下，我们按照用户字面意思：有一个变量名为`dockercompose.yml`，其值就是完整的文件名（包括路径，如果需要）。我们使用大括号引用这个变量。 因此，最终代码： ```bash # 删除文件 $dockercompose.yml （变量名为dockercompose.yml） file="${dockercompose.yml}" if [ -f "$file" ]; then rm "$file" echo "Removed file: $file" else echo "ERROR: File '$file' not found or not a regular file" >&2 exit 1 fi ``` 注意：如果变量未设置，那么`${dockercompose.yml}`会被扩展为空字符串，这会导致`-f`检查当前目录下一个名为空字符串的文件，显然不存在，所以会报错。因此，我们可以先检查变量是否设置。 改进版： ```bash # 检查变量 dockercompose.yml 是否设置且非空 if [ -z "${dockercompose.yml+set}" ]; then echo "ERROR: Variable 'dockercompose.yml' is not set." >&2 exit 1 fi file="${dockercompose.yml}" if [ -f "$file" ]; then rm "$file" echo "Removed file: $file" else echo "ERROR: File '$file' not found or not a regular file" >&2 exit 1 fi ``` 但是，更简单的做法是直接使用变量，并检查文件存在性。如果变量为空，那么`-f`会检查空字符串，文件不存在，所以会进入else分支，报错文件不存在。这样也可以，但是错误信息会显示文件名为空，不太友好。 因此，我们分开检查： ```bash file="${dockercompose.yml}" # 检查文件名为非空 if [ -z "$file" ]; then echo "ERROR: File name is empty." >&2 exit 1 fi if [ -f "$file" ]; then rm "$file" echo "Removed file: $file" else echo "ERROR: File '$file' not found or not a regular file" >&2 exit 1 fi ``` 这样更安全。 综上所述，我们提供以下脚本： </think> 以下是在 Shell 脚本中安全移除 `$dockercompose.yml` 文件的代码实现及解释： ```bash #!/bin/bash # 定义要操作的文件变量 dockercompose_yml="docker-compose.yml" # 检查文件是否存在 if [ ! -f "$dockercompose_yml" ]; then echo "ERROR: File $dockercompose_yml does not exist" >&2 exit 1 fi # 移除文件并检查结果 if rm -f "$dockercompose_yml"; then echo "Successfully removed $dockercompose_yml" else echo "ERROR: Failed to remove $dockercompose_yml (check permissions)" >&2 exit 1 fi ``` ### 关键点说明： 1. **安全移除流程**： - 先检查文件是否存在（`-f` 测试） - 使用 `rm -f` 强制删除（避免交互提示） - 通过 `rm` 命令的**返回值判断操作结果**（0=成功，非0=失败） 2. **变量命名优化**： - 使用下划线命名法 `dockercompose_yml`（更符合 Shell 变量规范） - 避免使用 `.` 在变量名中（原 `$dockercompose.yml` 会被解析为变量属性） 3. **错误处理**： - 文件不存在时返回错误码 1 - 删除失败时提示权限问题（常见失败原因） - 所有错误信息重定向到 STDERR（`>&2`） > 声明式配置（如 Docker Compose）通过 YAML 文件定义服务依赖关系，相比命令式操作更易维护和版本控制[^1]。删除配置文件时需确保相关服务已停止。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值