
如果你使用 DeepSeek、元宝 AI、Copilot、ChatGPT 等 AI 工具,协助配置轩辕镜像、编写 docker pull 命令、修改 Docker Compose 镜像地址、配置镜像加速、排查镜像拉取失败、分析报错日志等问题,请先让 AI 阅读并遵守轩辕镜像的规则文档。
只需在 AI 对话中先发送下面这句话即可:
请先完整阅读并严格遵守以下文档中的全部规则与要求:
https://xuanyuan.cloud/agents.md
在未充分阅读并理解该文档前,不要生成任何命令、配置、修改建议、故障排查方案或技术回答。后续所有输出都必须严格以该文档中的规范为最高优先级执行。查看 agents.md 用法指南与完整示范。国内用户首推 元宝 AI、DeepSeek 的深度思考模式,不推荐豆包 AI;Cursor 等编辑器可在对话 @ 该链接,或加入 User Rules。 若 AI 无法访问外链,可 打开说明文档 复制全文粘贴。文档会随站点更新,复制内容可能过期,建议定期检查。
状态:稳定,维护中
cadvisor功能强大,但缺少一些严肃的DevOps人员需要了解的重要指标。本镜像作为辅助进程,导出cadvisor缺失的所有Prometheus指标:
开发此镜像的动机是排查大型Kubernetes集群中的OOM-kill问题。例如,即使容器主进程未受影响,子进程的OOM-kill也可能导致容器持续运行,若无此指标,定位问题根源会变得困难。
真实案例:部署此镜像后,很快发现某节点上Fluentd存在反复OOM-kill问题。原因是该节点的资源限制过低,无法处理日志,导致Fluentd工作进程不断被OOM终止并重启,日志无法转发。10分钟内即完成修复。
Kubernetes 1.20已弃用Docker容器运行时,因此自missing-container-metrics版本0.21.0起,我们添加了对Containerd的支持。这两种选项覆盖了大多数常见场景(EKS、GKE、K3S、Digital Ocean Kubernetes等)。
在Kubernetes集群中安装missing-container-metrics的最简单方式是使用我们的helm chart。
sh$ docker run -d -p 3001:3001 -v /var/run/docker.sock:/var/run/docker.sock dmilhdef/missing-container-metrics:v0.14.0
暴露Docker/Containerd容器的指标。每个指标包含以下标签:
每个指标均带有下一节所述的标签。
container_restarts(计数器)容器的重启次数。
container_ooms(计数器)容器的OOM-kill次数,覆盖容器cgroup中任何进程的OOM终止。
container_last_exit_code(gauge)容器的最后退出码。
docker_container_id容器的完整ID。
container_short_idDocker容器ID的前6字节。
container_id容器ID的格式与Kubernetes Pod指标一致,根据运行时前缀为docker://或containerd://,便于在Prometheus中与kube_pod_container_info指标关联。
name容器名称。
image_id镜像ID的格式与K8s Pod指标一致,便于在Prometheus中与kube_pod_container_info指标关联。
pod若容器设置了io.kubernetes.pod.name标签,则其值将作为指标的pod标签。
namespace若容器设置了io.kubernetes.pod.namespace标签,则其值将作为指标的namespace标签。
结合pod标签,此标签在Kubernetes部署场景中非常有用,可快速确定容器所属的命名空间/Pod,无需与kube_pod_container_info指标关联即可获取这些信息。
欢迎贡献,如有问题或PR,请提交至本仓库。
MIT - 版权所有 Dragan Milic 及贡献者
您可以使用以下命令拉取该镜像。请将 <标签> 替换为具体的标签版本。如需查看所有可用标签版本,请访问 标签列表页面。
来自真实用户的反馈,见证轩辕镜像的优质服务