<think>我们只有一台服务器，但Docker Swarm即使单节点也能工作（此时该节点既是Manager也是Worker） 滚动升级的核心在于通过服务更新策略逐步替换旧容器 步骤分解： 1. 初始化Swarm集群（如果尚未初始化） 2. 创建Overlay网络（用于服务间通信） 3. 将原来通过docker run运行的服务改为使用docker service（或stack deploy）部署 4. 配置滚动更新策略（批次、延迟等） 5. 执行更新命令，替换镜像版本 注意：前端和后端通常作为两个独立服务部署，需要分别更新。 详细方案如下： </think> ### Docker Swarm 单节点滚动升级方案 #### 一、前提条件准备 1. **服务器状态** - 单节点已初始化 Swarm：`docker swarm init` - 节点角色：同时作为管理节点和工作节点 - 查看节点：`docker node ls`（应显示 `Leader` 状态） 2. **现有服务结构** | 服务名 | 镜像 | 端口映射 | 网络模式 | |-----------|--------------|-------------|------------| | frontend | vue-app:v1.0 | 8080:80 | app-net | | backend | springboot:v1.0 | 8081:8080 | app-net | 3. **升级目标版本** - 前端：`vue-app:v2.0` - 后端：`springboot:v2.0` --- #### 二、部署文件升级 (`docker-stack.yml`) ````yaml version: "3.8" services: frontend: image: vue-app:v2.0 # 更新镜像版本 ports: - 8080:80 deploy: replicas: 3 # 单节点建议3副本保证高可用 update_config: parallelism: 1 # 逐个替换容器 delay: 30s # 间隔30秒监测健康状态 failure_action: rollback restart_policy: condition: any networks: - app-net backend: image: springboot:v2.0 # 更新镜像版本 ports: - 8081:8080 deploy: replicas: 2 update_config: parallelism: 1 delay: 45s # 后端启动较久，延长间隔 order: start-first # 先启动新容器再停止旧容器 networks: - app-net healthcheck: # 健康检查确保升级成功 test: ["CMD", "curl", "-f", "http://localhost:8080/health"] interval: 10s timeout: 5s retries: 3 networks: app-net: driver: overlay ```` > ⚠️ **关键配置说明** > - `parallelism:1`：单节点资源有限，逐容器替换最稳妥 > - `start-first`：先启动新版本实例，避免后端服务中断 > - `healthcheck`：防止新版本故障影响生产流量 --- #### 三、滚动升级操作流程 **步骤1：更新前端服务** ```bash # 更新前端服务镜像和配置 docker service update \ --image vue-app:v2.0 \ --update-parallelism 1 \ --update-delay 30s \ --with-registry-auth \ # 若镜像需认证 proj_frontend # 服务名称 ``` **步骤2：验证前端状态** ```bash watch docker service ps proj_frontend --no-trunc # 观察滚动更新过程 curl -I http://localhost:8080 # 检查HTTP状态码是否正确 ``` **步骤3：更新后端服务** ```bash # 更新后端并注入健康检查 docker service update \ --image springboot:v2.0 \ --update-parallelism 1 \ --update-delay 45s \ --health-cmd "curl -f http://localhost:8080/health || exit 1" \ --health-interval 10s \ --health-retries 3 \ proj_backend ``` **步骤4：监控后端升级** ```bash docker service logs --tail 50 proj_backend # 实时查看日志 watch "curl -s http://localhost:8081/actuator/health | jq" # 检查健康端点 ``` **步骤5：紧急回滚操作（如失败）** ```bash docker service rollback proj_frontend # 5秒内回滚前端 docker service rollback proj_backend # 10秒内回滚后端 ``` --- #### 四、单节点优化策略 1. **资源分配控制** ```yaml deploy: resources: limits: cpus: "1.0" # 限制CPU使用 memory: 512M # 限制内存 ``` 2. **维护窗口设置** ```bash docker service update \ --update-config '{"Parallelism":1, "Delay":"30s", "StartPeriod":"00:05"}' \ proj_backend ``` 3. **状态数据备份** ```bash docker cp <frontend-container>:/app/dist ./frontend_bak/ # 静态资源备份 docker exec <backend-container> pg_dump > db_bak.sql # 数据库备份 ``` --- ### 升级验证清单 - ✅ 前端：浏览器访问 `http://server-ip:8080` 检查UI渲染 - ✅ 后端：`curl http://localhost:8081/api/version | jq` 检查接口响应 - ✅ 日志：`docker service logs --since 5m proj_backend | grep "STARTED"` - ✅ 资源：`docker stats` 监控容器内存泄漏