跳到主要内容

容器常见问题

docker vs containerd​

  • docker
    • 底层使用 containerd
    • 管理 volume、网络、swarm、service 等
  • containerd
    • 暴露为 unix socket
    • grpc 接口
    • 封装容器运行时为统一接口
    • Linux 底层使用 runc
  • containerd-shim
    • docker 启动的每个容器的父进程
    • 不对 docker 直接依赖，允许升级 docker 守护进程
    • 维护 STDIO 和 fds
  • 注意
    • 因为 docker 统一管理，退出和清理都比较方便
    • conatinerd 可能需要手动清理残余的 shim

LXC vs LXD vs Docker​

  • Docker
    • 一般用于隔离运行单进程无状态应用
    • 不会考虑 init, supervisor, syslog, cron 等场景
    • 提供了特别多的管理功能
      • 打包
      • 构建
      • 网络插件
      • 存储插件
    • 有最完整的生态
    • 镜像通常围绕应用，甚至可能只是单应用可执行文件
    • 默认运行应用
  • LXD
    • 类似于 Docker 通过 Daemon/守护进程 基于 liblxc 暴露 REST 接口提供管理容器功能
    • 在 liblxc 之上提供一些额外能力
    • 与 VMWare, KVM 技术竞争 - 作为 Hypervisor
  • LXC
    • 内核暴露到用户空间的接口
    • 提供容器所需特性和能力
    • 提供简单的工具来创建和管理系统应用容器
    • VE - Virtual Environment - 虚拟环境 - 一个隔离的 OS 容器
    • 通过登陆进入
    • 有正常的 init, supervisor, syslog, cron
    • 更类似于 chroot 层的技术
      • 独立的进程和网络空间
    • 因为更底层，所以配置和使用会更难
    • 镜像通常是一个 OS
    • 默认运行 /sbin/init
  • 参考

GUI in Container​

docker run -it --rm -p 6080:6080 x11vnc/inkscape-desktop

Docker Remote​

  • 用户维度 sock 位置 unix://$HOME/.docker/run/docker.sock
  • 推荐使用 ssh 转发 sock - 安全
  • podman 使用 CONTAINER_HOST
客户端
DOCKER_HOST=tcp://192.168.0.1:2375 docker info # 单次请求修改
export DOCKER_HOST=tcp://192.168.0.1:2375      # export 后持续使用

ssh -L /var/run/docker.sock:/var/run/docker.sock remote           # 转发 sock 到 docker 默认 sock 位置 - 系统级可能权限不够
ssh -L $HOME/.docker/run/docker.sock:/var/run/docker.sock remote  # 转发远程 docker 到用户目录 sock - 不需要那么高的权限
DOCKER_HOST=unix://$HOME/.docker/run/docker.sock docker info      # 测试

docker context list                                                           # 可管理多个连接上下文
docker context create --docker host=unix://$HOME/.docker/run/docker.sock test # 创建上下文
docker context use test                                                       # 全局修改上下文
服务端
dockerd -H unix:///var/run/docker.sock -H tcp://0.0.0.0:2375 # 如果需要暴露端口 - 默认只有 sock

Resource in container​