在Actions Runner Controller中自定义Docker-in-Docker镜像的实践指南

背景介绍

在Kubernetes环境中使用GitHub Actions自托管运行器时，Actions Runner Controller项目提供了强大的扩展能力。其中，Docker-in-Docker(dind)模式是常见的容器运行方式，它允许在容器内部运行Docker守护进程，为CI/CD流水线提供完整的Docker环境。

问题发现

默认情况下，Actions Runner Controller的Helm chart会使用预定义的dind镜像。但在实际生产环境中，我们可能需要：

1. 使用内部镜像仓库中的镜像以避免拉取限制
2. 使用特定版本的dind镜像以满足安全合规要求
3. 使用经过定制化的dind镜像来包含必要的工具链

解决方案

通过分析Actions Runner Controller的Helm chart结构，我们发现虽然values.yaml文件中似乎提供了配置dind镜像的选项，但实际上这些配置被硬编码在模板辅助函数中。要解决这个问题，可以采用以下方法：

完整配置覆盖方案

1. 在values.yaml中完全禁用默认的containerMode配置
2. 在template部分手动定义完整的容器规范

示例配置如下：

containerMode:
  type: ""  # 显式禁用默认配置

template:
  spec:
    containers:
    - name: runner
      image: 自定义runner镜像:版本
      command: ["/home/runner/run.sh"]
      env:
        - name: DOCKER_HOST
          value: unix:///run/docker/docker.sock
      volumeMounts:
        - name: work
          mountPath: /home/runner/_work
        - name: dind-sock
          mountPath: /run/docker
          readOnly: true

    - name: dind
      image: 自定义dind镜像:版本
      args:
        - dockerd
        - --host=unix:///run/docker/docker.sock
        - --group=$(DOCKER_GROUP_GID)
      securityContext:
        privileged: true
      volumeMounts:
        - name: work
          mountPath: /home/runner/_work
        - name: dind-sock
          mountPath: /run/docker

关键配置说明

1. 容器模式：必须完全禁用默认配置才能使用自定义设置
2. Runner容器：需要正确配置DOCKER_HOST环境变量指向dind套接字
3. dind容器：必须启用privileged模式才能正常运行Docker守护进程
4. 卷挂载：工作目录和Docker套接字目录必须在两个容器间共享

最佳实践建议

1. 镜像选择：建议使用官方dind镜像的特定版本而非latest标签
2. 资源分配：根据工作负载合理设置CPU和内存限制
3. 安全考虑：在可能的情况下考虑使用rootless Docker配置
4. 镜像缓存：配置适当的镜像拉取策略以减少启动时间

验证与测试

部署后，可以通过以下方式验证配置是否生效：

1. 检查Pod描述确认使用了正确的镜像
2. 在Runner中执行docker info命令验证Docker环境
3. 运行简单的Docker命令测试功能完整性

总结

通过完全自定义容器配置，我们能够灵活地控制Actions Runner Controller中使用的dind镜像，满足企业级环境的各种定制化需求。这种方法虽然需要更多的手动配置，但提供了最大的灵活性和控制力。