什么是 Watchtower？

Watchtower 是一个开源工具，用于自动监控和更新运行中的 Docker 容器。当检测到关联镜像有新版本时，Watchtower 会自动拉取新镜像，重建并重启对应的容器。这样可以实现应用的自动“滚动升级”，极大提升运维效率。

Docker Compose 配置示例

下面是一个典型的 docker-compose.yml 配置片段，加入了 Watchtower 服务：

version: "3.8"

services: 

  watchtower:
    image: registry.cn-beijing.aliyuncs.com/muta/watchtower:amd64
    restart: unless-stopped
    # 挂载 docker.sock 以便 Watchtower 能管理容器
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
      - /root/.docker/:/config/
    environment:
      - DOCKER_CONFIG=/config
    # 监控项目的容器（tuechpresentation-api-1），这样不会影响其他容器
    command: --cleanup --interval 60 tuechpresentation-api-1

下面我们详细解释每一部分的作用。

配置详解

1. 镜像设置

image: registry.cn-beijing.aliyuncs.com/muta/watchtower:amd64

这里使用的是阿里云镜像仓库中的 Watchtower 镜像，适合国内用户加速下载。

2. 容器重启策略

restart: unless-stopped

表示除非手动停止容器，否则 Watchtower 会一直保持运行状态。

3. 挂载 Docker Socket

volumes:
  - /var/run/docker.sock:/var/run/docker.sock
  - /root/.docker/:/config/

• /var/run/docker.sock:/var/run/docker.sock
  Watchtower 需要通过 Docker 的 Unix Socket 与 Docker Daemon 通信，从而管理和重启其他容器。
• /root/.docker/:/config/
  挂载主机上的 Docker 配置目录，便于 Watchtower 使用 Docker 配置（如私有仓库认证信息等）。

4. 环境变量

environment:
  - DOCKER_CONFIG=/config

指定 Docker 配置的路径为 /config，即上面挂载的 /root/.docker/。

5. 启动命令

command: --cleanup --interval 60 tuechpresentation-api-1

• --cleanup
  更新后自动删除旧的无用镜像，节省磁盘空间。
• --interval 60
  每 60 秒检查一次镜像是否有更新。
• tuechpresentation-api-1
  只监控名为 tuechpresentation-api-1 的容器，不会影响其他容器的运行和更新。

这样配置后，Watchtower 只会自动更新指定的 API 容器，非常适合只希望自动维护某个服务的场景。

使用建议

• 安全性：挂载 Docker Socket 具有一定风险，建议只在可信环境下使用。
• 精细化控制：通过在 command 部分指定容器名，可以避免 Watchtower 无差别地更新所有容器，更加灵活。
• 日志查看：可以通过 docker logs watchtower 查看 Watchtower 的工作日志，了解其自动更新的动态。

总结

通过在 Docker Compose 中集成 Watchtower，可以实现容器的自动更新，极大降低了运维成本。合理配置后，还能做到只更新指定容器，安全高效。你可以根据自己的实际需求调整监控容器的范围和更新频率，让你的 Docker 环境始终保持最新和安全。

前言

对于很多初学者来说，Portainer 这个工具可能比较陌生。其实，Portainer 的作用和安卓手机上的“应用商店”非常类似。应用商店让我们方便地安装、管理和卸载各种手机应用，而 Portainer 则让我们在服务器上用可视化方式管理 Docker 容器（各种服务器应用）。本教程将用详细的类比和表格，帮助初学者快速理解 Portainer 的各项功能和实际操作细节。

一、Portainer 与安卓应用商店功能对照表

二、Portainer 安装与初次使用细节

1. 安装 Docker

• Portainer 依赖 Docker 环境，需先在服务器上安装好 Docker。类似于安卓系统必须先准备好，才能安装应用商店。
• 初学者推荐在干净的服务器或虚拟机上操作，避免环境冲突。

1. 部署 Portainer

• Portainer 本身也是一个容器应用。部署后，会自动生成管理界面，通常通过浏览器访问。
• 访问方式为：http://服务器IP:9000，首次进入需要设置管理员账号和密码，确保安全性。

1. 首次登录

• 建议初学者使用强密码，并妥善保存账号信息。
• 登录后会看到主界面，包括管理节点、容器、镜像、网络、卷等模块。

三、Portainer 图形界面与应用商店界面细节对比

四、典型操作场景细节讲解

1. 安装新容器服务（如 WordPress 网站）

• 在应用模板中找到 WordPress，点击部署。
• 细致填写数据库密码、端口号等参数，确认后即可自动完成安装。
• 部署后自动跳转到容器列表，可一键启动、停止或重启服务。
• 类似于在应用商店中搜索微信，点击安装，填写账号信息后即可使用。

1. 启动或停止容器

• 容器列表中，每个容器都有启动、停止、重启按钮。
• 可根据需要灵活操作，适合测试和维护环境。
• 类比于手机上打开或关闭应用。

1. 卸载容器服务

• 停止容器后，点击删除即可完成卸载。
• 建议初学者在删除前备份重要数据（如数据库内容），避免误删。
• 类似于卸载手机应用时确认是否保留数据。

1. 更新容器应用

• 检查镜像库是否有新版本，拉取最新镜像后重建容器。
• 更新前建议备份数据，并确认新版本兼容性。
• 类比于应用商店提示应用有新版本时，点击升级按钮。

1. 查看容器日志

• 容器详情页可实时查看运行日志，支持搜索关键字（如“error”、“failed”）。
• 日志可帮助排查启动失败、配置错误等问题，是运维必备工具。
• 类似于应用崩溃后查看日志定位问题。

五、常见问题与细节排查方法

六、进阶建议

• 初学者可优先使用模板部署常用服务，熟悉参数填写和基本管理流程。
• 建议定期查看容器日志，及时发现和解决潜在问题。
• 多用户协作时，合理分配权限，避免误操作影响整个环境。
• 学习数据卷和网络管理，提高服务的稳定性和安全性。
• 探索远程节点管理，适合多台服务器或云平台场景。

结语

Portainer 就像服务器世界里的“应用商店”，让初学者无需复杂命令，就能像管理手机应用一样，轻松管理服务器上的各种服务。通过图形界面、详细日志和丰富模板，Portainer 不仅提升了管理效率，也降低了运维门槛。建议初学者在实践中多尝试、多探索，逐步掌握容器化应用的管理技巧。

最近在学习目标检测，想用 Ultralytics 的 YOLOv8 框架训练自己拍摄的“蓝色黄色小球”数据集。由于本地环境复杂，决定用 Docker 来隔离环境，保证依赖一致性。本文记录整个流程，便于以后复用和查阅。

1. 准备工作

1.1 安装 Docker

请确保电脑已安装 Docker Desktop，并且已开启 GPU 支持（NVIDIA 驱动 & CUDA 已配置好）。

1.2 检查 GPU 驱动

在命令行（PowerShell）输入：

nvidia-smi

如果能看到显卡信息，说明驱动没问题。

2. 数据集准备

我的数据集结构如下：

E:\
└── 机器学习训练集\
    └── 蓝色黄色小球\
        └── boll\
            ├── train\
            │    ├── images\
            │    └── labels\
            └── val\
                 ├── images\
                 └── labels\

• images 目录下是图片（jpg/png等）
• labels 目录下是和图片同名的 txt 文件（YOLO 格式标注）

3. 使用 Docker 启动 YOLO 环境并挂载数据集

在 PowerShell 中运行如下命令，将本地数据集挂载到 Docker 容器内：

docker run -it --ipc=host --gpus all `
  -v "E:/机器学习训练集/蓝色黄色小球/boll:/ultralytics/data/boll" `
  ultralytics/ultralytics:latest

• -v 参数用于挂载本地目录到容器内部。
• 挂载后，容器内的数据路径为 /ultralytics/data/boll。

4. 准备 data.yaml 配置文件

在本地 E:/机器学习训练集/蓝色黄色小球/boll/ 下新建 data.yaml 文件，内容如下：

train: /ultralytics/data/boll/train/images
val: /ultralytics/data/boll/val/images

nc: 2
names: ['blue_ball', 'yellow_ball']

• nc：类别数
• names：类别名称，顺序要和你的标注一致
• train 和 val 路径要用容器内的挂载路径

5. 在容器里开始训练

进入容器后，执行以下命令开始训练：

yolo task=detect mode=train model=yolov8n.pt data=/ultralytics/data/boll/data.yaml epochs=100 imgsz=640

参数说明：

• model=yolov8n.pt：使用 YOLOv8 nano 预训练模型
• data：指向 data.yaml 文件
• epochs：训练轮数
• imgsz：输入图片尺寸

6. 查看训练结果

训练完成后，模型和日志会保存在 /ultralytics/runs/detect/ 目录下。

可以通过如下命令查看：

ls /ultralytics/runs/detect/

如果需要把结果拷贝回本地，可用 docker cp 命令。

7. 常见问题总结

• 路径中有中文或空格：建议尽量用英文路径，或确保 Docker Desktop 已授权对应盘符。
• labels 格式：务必是 YOLO 标准格式，类别编号从 0 开始。
• 挂载后目录为空：请检查路径拼写和 Docker 权限设置。

8. 参考资料

• Ultralytics YOLO 官方文档
• Docker 官方文档

9. 用命令行直接导出 YOLO 模型为 ONNX

best.pt 路径确保正确：

yolo export model=/ultralytics/data/boll/train3/weights/best.pt format=onnx

• model=... 指定你的 .pt 文件路径
• format=onnx 指定导出格式为 ONNX

导出后会在 runs/ 目录下生成对应的 ONNX 文件。

还可以加其他参数，比如指定输出路径、导出的输入尺寸等：

yolo export model=/ultralytics/data/boll/train3/weights/best.pt format=onnx imgsz=640

更多参数可以用 yolo export --help 查看。

在容器化开发过程中，常常遇到容器需要访问宿主机上的服务，比如数据库、API 或其他本地应用。对于 macOS 和 Windows 用户来说，Docker 官方提供了 host.docker.internal 这个 DNS 名称，方便容器自动识别宿主机。然而，Linux 用户则需要额外配置。自 Docker 20.10 起，host-gateway 关键字极大简化了这一过程。本篇将详细介绍如何在 Docker Compose 中实现容器访问宿主机的最佳实践，并结合实战案例帮助理解。

二、容器访问宿主机的常见方式

在 Linux 环境下，容器默认无法通过 host.docker.internal 访问宿主机上的服务。常见的几种做法包括：

• 手动指定宿主机 IP：在 extra_hosts 或命令行中写死宿主机 IP，缺点是 IP 可能变化，维护不便。
• 使用 network_mode: host：容器与宿主机共享网络栈，虽然简单，但会牺牲隔离性，且端口暴露风险增加。
• 利用 host-gateway：结合 Docker 20.10+ 的新特性，自动将 host.docker.internal 映射到宿主机网关 IP，推荐使用。

三、Docker 命令行与 Compose 的实现方式

1. 命令行方式

直接运行容器时，可以用如下参数：

docker run \
  --add-host=host.docker.internal:host-gateway \
  <其他参数> \
  <镜像名>

这样容器内部的 /etc/hosts 会新增一条，把 host.docker.internal 指向宿主机网关 IP。

2. Docker Compose 配置

在 Compose 文件中，使用 extra_hosts 字段实现同样功能：

version: '3.9'
services:
  app:
    image: <镜像名>
    extra_hosts:
      - "host.docker.internal:host-gateway"

Compose 会自动查找 bridge 网络的网关地址，并注入到容器 hosts 文件中，跨平台兼容性极强。

四、实战案例：容器访问宿主机 HTTP 服务

1. 宿主机启动 HTTP 服务

在宿主机上运行如下 Python 命令：

python3 -m http.server 8080

确保服务监听在 0.0.0.0，方便容器访问。

2. 编写 docker-compose.yml

创建如下 Compose 文件，实现容器内 curl 访问宿主机服务：

version: '3.9'
services:
  curltest:
    image: curlimages/curl
    command: ["curl", "http://host.docker.internal:8080"]
    extra_hosts:
      - "host.docker.internal:host-gateway"

3. 启动并验证

执行：

docker-compose up

如能看到 HTTP 服务返回内容，说明配置成功。

五、常见问题与排查技巧

1. host-gateway 报错

• 报错信息：invalid IP address in add-host: host-gateway
• 原因：Docker 版本过低。请升级至 20.10 或以上。

2. 无法访问宿主机服务

• 检查服务监听地址必须为 0.0.0.0，否则只在本地回环可用。
• 查看防火墙设置是否允许 Docker 网络访问指定端口。
• 确认 Compose 文件 extra_hosts 配置无误。

六、适用场景与注意事项

适用场景

• 容器需要调用本地数据库或 API
• 开发环境下调试本地服务
• 跨平台项目需要兼容性配置

不推荐做法

• 使用 network_mode: host，丧失网络隔离
• 手动硬编码宿主机 IP，难以维护

七、结语

通过 extra_hosts 配合 host-gateway，Docker Compose 能方便地实现容器到宿主机的通信，无需关心平台差异，配置简洁且易于迁移。无论是本地开发还是自动化测试，这一技巧都能显著提升开发效率与体验。

参考资料

• Docker 官方文档
• Docker Compose 说明
• host-gateway 介绍

数据库: questdb

前端:blazor server

后端:c#控制台(hostserver)

平台运维:portainer

容器管理

# 国外
docker run -d -p 9000:9000 \
  --name portainer \
  --restart=always \
  -v /var/run/docker.sock:/var/run/docker.sock \
  -v portainer_data:/data \
  portainer/portainer-ce:alpine-sts
  
# 国内(Arm64)
docker run -d -p 9000:9000 \
  --name portainer \
  --restart=always \
  -v /var/run/docker.sock:/var/run/docker.sock \
  -v portainer_data:/data \
  registry.cn-beijing.aliyuncs.com/muta/portainer-ce:alpine-sts-arm64

# 国内(Amd64)
docker run -d -p 9000:9000 \
  --name portainer \
  --restart=always \
  -v /var/run/docker.sock:/var/run/docker.sock \
  -v portainer_data:/data \
  registry.cn-beijing.aliyuncs.com/muta/portainer-ce:alpine-sts-amd64

数据库安装

# 国外
docker run -d \
  --name questdb \
  -p 8812:8812 \
  -p 9080:9000 \
  -p 9009:9009 \
  -v questdb_data:/root/.questdb/db \
  questdb/questdb:nightly-rhel
  
# 国内(Arm64)
docker run -d \
  --name questdb \
  -p 8812:8812 \
  -p 9080:9000 \
  -p 9009:9009 \
  -v questdb_data:/root/.questdb/db \
  registry.cn-beijing.aliyuncs.com/muta/questdb:nightly-rhel-arm64

# 国内(Amd64)
docker run -d \
  --name questdb \
  -p 8812:8812 \
  -p 9080:9000 \
  -p 9009:9009 \
  -v questdb_data:/root/.questdb/db \
  registry.cn-beijing.aliyuncs.com/muta/questdb:nightly-rhel-amd64

rabbitmq

version: '3.8'

services:
  mq:
    image: registry.cn-beijing.aliyuncs.com/muta/rabbitmq:management-arm64 
    restart: always 
    volumes:
      - rabbitmq_data:/var/lib/rabbitmq    # 持久化RabbitMQ数据
    ports:
      - "5672:5672"                        # AMQP协议端口，应用程序连接用
      - "15672:15672"                      # 管理后台端口，Web管理界面用
      # 以下端口仅在集群或特殊情况下需要，可选
      # - "25672:25672"                    # 节点间通信端口（集群用）
      # - "4369:4369"                      # Erlang节点发现端口（集群用）
    logging:
      driver: "json-file"
      options:
        max-size: "100m"
        max-file: "3" 

volumes:
  rabbitmq_data:                           # 定义持久化数据卷

采集程序(方案1)

version: '3.8'

services:
  armcollection2025masablazorapp:
    image: registry.cn-beijing.aliyuncs.com/dfzh/armcollection2025masablazorapp:latest
    ports:
      - "20000:8080"
    user: root
    devices:
      - /dev/ttyS3:/dev/ttyS3
    environment: 
      SqlSugar__1__ConnectionString: "host=host.docker.internal;port=8812;username=admin;password=quest;database=qdb;ServerCompatibilityMode=NoTypeLoading;"
    restart: always
    volumes: 
      - /home/orangepi/DataProtection-Keys/:/app/.aspnet/DataProtection-Keys
    logging:
      driver: "json-file"
      options:
        max-size: "100m"
        max-file: "3"

采集程序(方案2)

version: '3.8'

services:
  app:
    image: registry.cn-beijing.aliyuncs.com/dfzh/armcollectblazorapp:latest
    network_mode: "host" 
    environment:  
      Urls: "http://*:20000"
    restart: always 
    logging:
      driver: "json-file"
      options:
        max-size: "100m"
        max-file: "3"
        
  serialport2questdb:
    image: registry.cn-beijing.aliyuncs.com/dfzh/armcollectserialport2questdb:latest
    network_mode: "host" 
    user: root
    devices:
      - /dev/ttyS3:/dev/ttyS3
    environment:  
      ComPortName : "/dev/ttyS3"
      Urls: "http://*:20002" 
    restart: always 
    logging:
      driver: "json-file"
      options:
        max-size: "100m"
        max-file: "3"

version: '3.8'

services:
  app:
    image: registry.cn-beijing.aliyuncs.com/dfzh/staticforcecalibration-blazorserver:arm64
    restart: always 
    volumes:
      - /home/bjgrst/staticforcecalibration_data:/app/App_Data     
      - /home/bjgrst/DefaultSeedsJsonFiles/:/app/DefaultSeedsJsonFiles
      - /dev:/dev
    ports:
      - "8080:8080"      
    user: root
    privileged: true
    logging:
      driver: "json-file"
      options:
        max-size: "100m"
        max-file: "3" 
 

启用路由器的代理 , 通常是

http://192.168.9.1:7890

密码(代理认证信息)一般可在界面中获取,如

Clash:nSik86ew

将上述组合起来就可以在linux中访问

curl -v -x http://Clash:nSik86ew@192.168.9.1:7890 https://www.google.com

# 若是没有密码直接就是
curl -v -x http://192.168.9.1:7890 https://www.google.com
curl -v -x http://192.168.9.124:7890 https://www.google.com

临时设置带认证的环境变量

在你的 Linux 终端里，使用如下命令（注意用户名和密码大小写）：

export http_proxy="http://Clash:nSik86ew@192.168.9.1:7890"
export https_proxy="http://Clash:nSik86ew@192.168.9.1:7890"
export all_proxy="http://Clash:nSik86ew@192.168.9.1:7890"

export http_proxy="http://192.168.9.124:7890"
export https_proxy="http://192.168.9.124:7890"
export all_proxy="http://192.168.9.124:7890"

这样，终端里大部分支持代理的命令（如 curl、wget、pip、apt 等）都会走代理，并自动携带认证信息。

# 临时取消代理环境变量
unset http_proxy
unset https_proxy
unset all_proxy

永久设置

将上面三行加到你的 ~/.bashrc 或 ~/.zshrc 文件末尾，然后执行 source ~/.bashrc 或重启终端即可。

验证

# 直接访问
curl -v  https://www.google.com

# 查询外网Ip
curl ifconfig.me
curl ipinfo.io/ip

systemctl show --property=Environment docker

在linux中的Docker中使用:

Docker daemon 默认不会读取 shell 的 http_proxy 环境变量。
需要专门配置 Docker 的代理。

直接用 shell 的 http_proxy/https_proxy 环境变量对 docker pull 是无效的**，因为：

• docker pull 实际上是由 Docker daemon（后台服务） 发起的网络请求，而不是你的 shell 进程。
• Docker daemon 不会自动继承你 shell 里的环境变量。

正确让 docker pull 走 HTTP 代理的方法

1. 配置 Docker daemon 的代理（推荐）

假设你的代理信息如下：

• 代理服务器：192.168.9.1
• 端口：7890
• 用户名：Clash
• 密码：nSik86ew

步骤如下：

1. 新建配置目录

   sudo mkdir -p /etc/systemd/system/docker.service.d

2. 新建代理配置文件

sudo bash -c 'cat > /etc/systemd/system/docker.service.d/http-proxy.conf <<EOF
[Service]
Environment="HTTP_PROXY=http://Clash:nSik86ew@192.168.9.1:7890/"
Environment="HTTPS_PROXY=http://Clash:nSik86ew@192.168.9.1:7890/"
EOF'


sudo bash -c 'cat > /etc/systemd/system/docker.service.d/http-proxy.conf <<EOF
[Service]
Environment="HTTP_PROXY=http://192.168.9.124:7890/"
Environment="HTTPS_PROXY=http://192.168.9.124:7890/"
EOF'

3. 重载 systemd 并重启 Docker

   sudo systemctl daemon-reload
   sudo systemctl restart docker

4. 验证代理配置

   docker info | grep -i proxy

应该能看到你刚刚设置的代理地址。

5. 重新拉取镜像

   docker pull questdb/questdb:nightly-rhel

其他说明

• 如果代理用户名或密码有特殊字符（如 @、:），需要进行URL编码。
• 如果你在用 root 用户，操作方法一样。
• 如果你有多个 Docker 配置文件（比如 /etc/docker/daemon.json），也可以在里面设置 "proxies" 字段，但推荐 systemd 方式，兼容性更好。

总结

docker pull 不能直接用 shell 的 http_proxy 环境变量，必须为 Docker daemon 配置代理。

Netdata 的特点

1. 实时监控：提供每秒级别的监控数据，帮助快速发现问题。
2. 轻量级：设计上注重资源消耗的最小化，不会对被监控的系统造成显著负担。
3. 全面的指标收集：支持多种硬件、操作系统和应用程序的指标，包括 CPU 使用率、内存利用率、磁盘 I/O、网络带宽等等。
4. 直观的可视化界面：通过 Web 界面展示数据，用户可以通过浏览器随时查看系统状态。
5. 可扩展性：支持插件机制，用户可以根据需要扩展监控的指标和功能。
6. 报警功能：支持设置报警规则，当系统指标超出设定阈值时，可以触发报警通知。

使用 Docker 安装 Netdata

在 Docker 环境中安装 Netdata 非常方便，以下是具体步骤：

1. 拉取 Netdata Docker 镜像 首先，通过 Docker Hub 拉取最新的 Netdata 镜像：

   docker pull netdata/netdata

2. 运行 Netdata 容器 使用以下命令启动一个 Netdata 容器：

   docker run -d --name=netdata \
     -p 19999:19999 \
     -v netdataconfig:/etc/netdata \
     -v netdatalib:/var/lib/netdata \
     -v netdatacache:/var/cache/netdata \
     -v /etc/passwd:/host/etc/passwd:ro \
     -v /etc/group:/host/etc/group:ro \
     -v /proc:/host/proc:ro \
     -v /sys:/host/sys:ro \
     -v /etc/os-release:/host/etc/os-release:ro \
     --cap-add SYS_PTRACE \
     --security-opt apparmor=unconfined \
     --restart unless-stopped \
     netdata/netdata

• -d：后台运行容器。
• --name=netdata：指定容器名称为 netdata。
• -p 19999:19999：将容器的 19999 端口映射到主机的 19999 端口，这个端口是 Netdata Web 界面的默认访问端口。
• -v：多个挂载卷，用于持久化配置和数据。
• --cap-add 和 --security-opt：提供必要的权限和安全选项。

1. 访问 Netdata 界面 启动容器后，可以通过浏览器访问 http://<主机IP>:19999 来查看 Netdata 的实时监控界面。

注意事项

• 确保主机的 19999 端口未被占用，以便正常访问 Netdata。
• 如果需要自定义配置，可以修改挂载卷中的配置文件。
• 定期检查和更新 Netdata 镜像，以获得最新的功能和修复。

通过 Docker 部署 Netdata，能够快速实现对系统的全方位监控，适合用于开发、测试和生产环境。

这个工具通常用于远程桌面协议（如 VNC）的场景中，通过 Websockify，可以在浏览器中直接访问远程桌面，而不需要安装额外的插件或软件。Websockify 通过监听一个 WebSockets 端口，并将流量转发到指定的 TCP 端口来实现这一功能。

使用 Websockify 的典型场景包括：

1. 远程桌面访问：通过 Web 浏览器访问 VNC 服务器。
2. 应用程序代理：在浏览器中使用 WebSockets 与其他 TCP 服务进行通信。
3. 开发和测试：在开发 WebSocket 应用程序时，用于测试与传统 TCP 服务的交互。

Websockify 提供了一个灵活的方式来桥接 WebSockets 和传统的网络服务，广泛用于需要在浏览器中实现实时通信的项目中。

// websockify 

docker run -it --rm -p 7000:80 novnc/websockify 80 10.1.1.1:5902

常用Docker选项

1. --name

• 用于为容器指定一个名称，便于后续管理和识别。
• 例如：--name my_container

1. --detach 或 -d

• 以后台模式运行容器。
• 例如：--detach

1. --publish 或 -p

• 将主机的端口映射到容器的端口，以便通过主机访问容器内的服务。
• 格式为主机端口:容器端口。
• 例如：--publish 8080:80

1. --env 或 -e

• 设置容器内的环境变量。
• 例如：--env MY_VAR=value

1. --volume 或 -v

• 将主机上的目录或文件挂载到容器内。
• 格式为主机路径:容器路径。
• 例如：--volume /host/data:/container/data

1. --restart

• 设置容器的重启策略。
• 常用值包括no（从不重启）、always（总是重启）、unless-stopped（除非手动停止，否则总是重启）、on-failure（在失败时重启）。
• 例如：--restart always

1. --hostname

• 为容器设置一个主机名。
• 例如：--hostname myhostname

1. --network

• 连接容器到指定的网络。
• 例如：--network my_network

1. --user 或 -u

• 指定容器内运行进程的用户。
• 例如：--user 1001 或者 --user username

1. --cpus
   • 限制容器使用的CPU数量。
   • 例如：--cpus="1.5"（允许使用1.5个CPU）
2. --memory 或 -m
   • 限制容器使用的内存量。
   • 例如：--memory="512m"（限制为512MB）
3. --entrypoint
   • 覆盖镜像中的默认入口点。
   • 例如：--entrypoint /bin/bash
4. --workdir 或 -w
   • 设置容器内的工作目录。
   • 例如：--workdir /app
5. --link
   • 连接到其他容器。
   • 这种方法已被Docker网络功能所取代。
   • 例如：--link other_container_name:alias
6. --cap-add 和 --cap-drop
   • 添加或移除Linux内核功能。
   • 例如：--cap-add NET_ADMIN
7. --log-driver
   • 指定容器的日志驱动。
   • 例如：--log-driver json-file

Docker命令中，使用环境变量可以动态地传递信息。以下是一些常用的Shell环境变量和它们的用途：

常用Shell环境变量

1. $PWD

• 表示当前工作目录（Present Working Directory）的路径。
• 在Docker命令中使用时，可以将当前目录挂载到容器中。

1. $UID

• 当前用户的用户ID（User ID）。
• 在Docker中使用这个变量可以确保容器内创建的文件与主机上的用户权限一致。

1. $USER

• 当前登录用户的用户名。
• 可以用于设置容器内的环境变量或文件权限。

1. $HOME

• 当前用户的主目录路径。
• 常用于指定配置文件或数据文件的默认路径。

1. $PATH

• 系统可执行文件的搜索路径。
• 在Docker中设置这个变量可以影响容器内命令的查找路径。

1. $SHELL

• 当前用户的默认Shell路径。
• 可用于指定容器中使用的Shell。

1. $HOSTNAME

• 当前主机的名称。
• 在Docker中可以用于设置或获取容器的主机名。

1. $HOME

• 用户主目录路径。
• 常用于指定用户的默认存储路径。

1. $LANG 和 $LANGUAGE

• 系统语言和区域设置。
• 在Docker中可以用来设置容器的语言环境。

1. $RANDOM
   • 生成一个随机数。
   • 可以用于简单的随机值生成，例如临时文件名。

在Docker中使用环境变量

在Docker命令中，可以使用--env或-e选项来传递这些环境变量。例如：

docker run --env MY_VAR=$USER my_image

• 这条命令将当前用户的用户名传递给容器中的MY_VAR变量。

结合使用环境变量和Docker选项

结合使用这些Shell环境变量可以使Docker命令更加动态和灵活。例如：

docker run --detach --name my_container \
  --publish 8080:80 \
  --env USER_ID=$UID \
  --volume $PWD:/app \
  my_image

• --env USER_ID=$UID：将主机的用户ID传递给容器，这样可以在容器内使用与主机一致的用户权限。
• --volume $PWD:/app：将当前工作目录挂载到容器内的/app目录，便于在容器中访问或修改主机上的文件。

通过结合使用Shell环境变量和Docker选项，可以实现更灵活的容器配置，特别是在需要共享主机资源或保持用户权限一致性时。了解这些变量的作用有助于在不同环境中更高效地使用Docker。

// 先提升权限, 才能进行下一步
sudo su
// 查找日志文件, 并且倒序
find /var/lib/docker/containers  -name "*.log" | xargs du -h | sort -hr

结果如下

24G	/var/lib/docker/containers/4b6f6e2d86f2fd6955ffa569337c0c26378deb30de6878368ddd050965658d9d/4b6f6e2d86f2fd6955ffa569337c0c26378deb30de6878368ddd050965658d9d-json.log
12G	/var/lib/docker/containers/776e2068a08b8da92b410ee433d0758ae4484ae29183d3063f187b8ca7f00090/776e2068a08b8da92b410ee433d0758ae4484ae29183d3063f187b8ca7f00090-json.log
6.2G	/var/lib/docker/containers/d4f7ef527d345fec8f180adb2937b81a7965767ee38c88d89f7884e53dc5c139/d4f7ef527d345fec8f180adb2937b81a7965767ee38c88d89f7884e53dc5c139-json.log
6.2G	/var/lib/docker/containers/8fec9ee7a0f1934c2e70fbafa8fddbc8baa471bdde77991b72b588f09b523fa3/8fec9ee7a0f1934c2e70fbafa8fddbc8baa471bdde77991b72b588f09b523fa3-json.log

要找出哪个容器与特定的日志文件相关联:

可以使用容器的 ID 来识别它。找到日志文件的路径，其中包含了容器的 ID。以下是如何通过容器 ID 找到对应容器的详细信息的步骤：

1. 获取容器 ID：
   在日志文件路径中找到容器 ID，例如 1a3ef14d342c。
2. 查看容器详细信息：
   使用 docker ps -a 命令列出所有容器，包括正在运行和已停止的容器。然后，你可以通过容器 ID 来查找对应的容器名称和其他信息。

   docker ps -a --filter "id=1a3ef14d342c"

这将显示与该 ID 匹配的容器的信息，包括容器名称、状态、创建时间等。

3. 查看容器详细信息（可选）：
   如果需要更多详细信息，可以使用 docker inspect 命令：

   docker inspect 1a3ef14d342c

这将返回一个 JSON 格式的详细信息列表，其中包括容器的配置、网络设置、挂载卷等信息。

如果想清空某个特定的日志文件，可以使用以下方法之一：

假设要清空的日志文件路径是 /var/lib/docker/containers/4b6f6e2d86f2fd6955ffa569337c0c26378deb30de6878368ddd050965658d9d/4b6f6e2d86f2fd6955ffa569337c0c26378deb30de6878368ddd050965658d9d-json.log，

方法一：使用 truncate 命令

truncate -s 0 /var/lib/docker/containers/4b6f6e2d86f2fd6955ffa569337c0c26378deb30de6878368ddd050965658d9d/4b6f6e2d86f2fd6955ffa569337c0c26378deb30de6878368ddd050965658d9d-json.log

方法二：使用 echo 重定向

echo "" > /var/lib/docker/containers/4b6f6e2d86f2fd6955ffa569337c0c26378deb30de6878368ddd050965658d9d/4b6f6e2d86f2fd6955ffa569337c0c26378deb30de6878368ddd050965658d9d-json.log

方法三：使用 : > 操作符

: > /var/lib/docker/containers/4b6f6e2d86f2fd6955ffa569337c0c26378deb30de6878368ddd050965658d9d/4b6f6e2d86f2fd6955ffa569337c0c26378deb30de6878368ddd050965658d9d-json.log

这三种方法都会将指定的日志文件清空，而不会删除文件本身。

如何防止 Docker 容器的日志文件过大

要防止 Docker 容器的日志文件过大，可以通过配置 Docker 的日志轮替（log rotation）功能来限制日志文件的大小和数量。这可以通过修改 Docker 的配置文件 daemon.json 来实现。以下是具体的步骤：

配置日志轮替

1. 编辑 Docker 配置文件 Docker 的配置文件通常位于 /etc/docker/daemon.json。如果该文件不存在，可以创建一个新的。 使用文本编辑器打开或创建文件：

   sudo nano /etc/docker/daemon.json

2. 添加或修改日志配置 在 daemon.json 文件中，添加以下配置以启用日志轮替：

   {
     "log-driver": "json-file",
     "log-opts": {
       "max-size": "10m",   // 每个日志文件的最大尺寸，例如 10MB
       "max-file": "3"      // 保留的最大日志文件数量
     }
   }

这段配置的意思是每个日志文件最大为 10MB，每个容器最多保留 3 个日志文件。

3. 重新启动 Docker 服务 修改配置文件后，需要重新启动 Docker 服务以应用更改：

   sudo systemctl restart docker

验证配置

可以通过以下命令来验证 Docker 的日志配置是否生效：

docker info --format '{{.LoggingDriver}}'

这将显示当前使用的日志驱动程序。

注意事项

• 日志驱动：json-file 是 Docker 的默认日志驱动程序。如果使用其他日志驱动程序（如 syslog、journald 等），相应的配置可能会有所不同。
• 影响：启用日志轮替后，旧日志会自动删除，因此可能会丢失旧日志信息。确保日志配置符合数据保留策略。
• 其他日志驱动：如果环境中需要更复杂的日志管理方案，可以考虑使用其他日志驱动程序或外部日志管理工具来收集和分析日志。

如果只想限制某个特定容器的日志大小，而不是全局设置，可以在启动容器时通过命令行选项来指定日志配置。以下是如何为单个容器设置日志大小限制的步骤：

假设要启动一个名为 my-container 的容器，并希望限制其日志文件大小为 10MB，最多保留 3 个日志文件：

docker run -d \
  --name my-container \
  --log-driver json-file \
  --log-opt max-size=10m \
  --log-opt max-file=3 \
  your-image-name

在这个命令中：

• --log-driver json-file：指定使用 json-file 日志驱动。
• --log-opt max-size=10m：设置单个日志文件的最大大小为 10MB。
• --log-opt max-file=3：设置最多保留 3 个日志文件。

这样，只有 my-container 这个容器会受到这些日志限制的影响，而其他容器将继续使用默认的日志配置。

如果已经有一个正在运行的容器，并希望更改其日志配置，你需要先停止并删除该容器，然后使用上述命令重新启动它。请注意，删除容器会导致其数据丢失，除非使用了数据卷来持久化数据。