前言

服务器上只有一两个 Docker 容器时，想看看资源占用，执行一次 docker stats 基本就够了。但容器数量逐渐增加以后，问题会变得具体很多：到底哪个容器占用内存最多？网络流量是谁产生的？某个服务最近的 CPU 和文件系统 I/O 又是什么状态？

继续在终端里逐个排查当然可以，只是缺少一个更直观的观察入口。

cAdvisor 就是用来补这一层的。它运行在宿主机上，通过 Linux 的 cgroups、procfs、sysfs 等信息采集容器资源指标，并在 Web 页面中展示 CPU、内存、网络、文件系统以及容器基本信息。同时还能自动列出当前 Docker 容器，继续进入某个容器查看更详细的运行数据。

本文会在飞牛 NAS 上通过 Docker 启动 cAdvisor，将容器内部的 8080 端口映射到宿主机 8087，然后分别查看整机资源、Docker 容器列表和单容器指标。

局域网监控跑通以后，再通过 cpolar 给 8087 端口增加公网访问入口和固定二级子域名，让这个容器监控页面在需要时也可以从外部网络查看。

1.什么是cAdvisor？

cAdvisor（Container Advisor） 是Google开源的一款轻量级容器监控工具，专门用来实时收集、分析和展示Docker容器（以及其他容器运行时）的资源使用情况。

用大白话来说：

• cAdvisor就像给你的每个容器装了一个“健康手环”——它能告诉你CPU跑得多快、内存用了多少、磁盘读写多频繁、网络流量有多大。

cAdvisor能监控什么？

• CPU使用率
• 内存用量（包括缓存、RSS等）
• 磁盘 I/O（读写速度、次数）
• 网络 I/O（收发流量）
• 容器元数据（如镜像名、启动时间、标签等）
• 宿主机整体资源使用情况

它怎么工作？

• cAdvisor以一个独立容器或进程运行在你的服务器上。
• 它会自动发现本机所有正在运行的容器（基于Docker、containerd等）。
• 通过Linux的cgroups、procfs、sysfs等机制，直接读取内核提供的资源统计信息。
• 同时提供一个内置Web界面（默认端口8087），打开就能看到图表！

为什么用cAdvisor？

优点	说明
开箱即用	一条 docker run 命令就能启动，无需复杂配置
完全免费 & 开源	Apache 2.0 协议，GitHub 可查：github.com/google/cadvisor
轻量低开销	资源占用小，适合生产环境部署
支持集成	可将数据导出到 Prometheus、InfluxDB 等，配合 Grafana 做高级可视化

举个例子

你运行了三个容器：Web服务、数据库、缓存。

突然系统变卡，但不知道谁在“捣乱”。

只需打开http://你的服务器IP:8087，cAdvisor会立刻显示：

• 数据库容器内存飙升到95%
• Web容器磁盘写入异常频繁

问题一目了然，排查效率翻倍！

一句话总结：

cAdvisor是你进入容器可观测性世界的第一把钥匙——简单、免费、有效。

2.安装前提条件

2.1ssh远程连接到飞牛

• 开启【SSH 服务】
• 使用终端（Windows PowerShell / Mac Terminal）登录：

在设置—>SSH中开启SSH服务：

2.2验证docker是否开启

使用命令：

docker -v 
systemctl status -v

也可以直接在飞牛主页查看（其他机器也是这样的哦~）

3.部署cAdvisor

3.1 安装cAdvisor

首先创建一下安装的目录并进入到该目录：

mkdir -p cadvisor
cd cadvisor/

首先使用以下命令启动cAdvisor：

docker run -d --name=cadvisor \
  --privileged \
  --volume=/:/rootfs:ro \
  --volume=/var/run:/var/run:ro \
  --volume=/sys:/sys:ro \
  --volume=/var/lib/docker/:/var/lib/docker:ro \
  --publish=8087:8080 \
  gcr.io/cadvisor/cadvisor:v0.47.0

部署完成后，在浏览器中输入 http://飞牛IP:8087 就能看到cAdvisor的界面：

3.2 使用cAdvisor

访问http://192.168.42.147:8087/containers/地址，在首页可以看到主机的资源使用情况，包含 CPU、内存、文件系统、网络等资源，如下图所示。

访问http://192.168.42.147:8087/docker，这个页面会列出Docker的基本信息和运行的容器情况，如下图所示：

在上图中的Subcontainers下会列出当前主机上运行的所有容器，点击其中一个容器即可查看该容器的详细运行状态，如下图所示：

还有更多的详细信息：

cAdvisor与cpolar结合：远程监控容器性能

cAdvisor是一个强大的容器资源监控工具，但它默认只在本地提供Web UI。如果你希望从外部网络安全地访问cAdvisor的监控界面（比如在家查看公司服务器上的容器状态），就可以借助cpolar实现内网穿透。

为什么选择cpolar？

特性	说明
简单易用	一条命令即可将本地服务暴露到公网
安全可靠	基于 TLS 加密，支持身份验证和访问控制
免公网 IP / 路由器配置	无需申请固定 IP 或配置端口转发
支持 HTTP / TCP / UDP	完美适配 cAdvisor 的 Web 服务

4.安装cpolar实现随时随地开发

4.1 什么是cpolar？

cpolar是一款安全高效的内网穿透工具，无需公网IP或复杂配置，只需一条命令，即可将本地服务器、Web服务或任意端口映射到公网，让你随时随地远程访问内网应用，特别适合开发调试、远程运维和应急部署等场景。

4.2 部署cpolar

cpolar 可以将你本地电脑中的服务（如 SSH、Web、数据库）映射到公网。即使你在家里或外出时，也可以通过公网地址连接回本地运行的开发环境。

❤️以下是安装cpolar步骤：

使用一键脚本安装命令：

sudo curl https://get.cpolar.sh | sh

安装完成后，执行下方命令查看cpolar服务状态：（如图所示即为正常启动）

sudo systemctl status cpolar

Cpolar安装和成功启动服务后，在浏览器上输入虚拟机主机IP加9200端口即:【http://ip:9200】访问Cpolar管理界面，使用Cpolar官网注册的账号登录,登录后即可看到cpolar web 配置界面,接下来在web 界面配置即可：

打开浏览器访问本地9200端口，使用cpolar账户密码登录即可,登录后即可对隧道进行管理。

5.配置公网地址

登录cpolar web UI管理界面后,点击左侧仪表盘的隧道管理——创建隧道：

• 隧道名称：可自定义，本例使用了:cadvisor，注意不要与已有的隧道名称重复
• 协议：http
• 本地地址：8087
• 域名类型：随机域名
• 地区：选择China Top

创建成功后，打开左侧在线隧道列表,可以看到刚刚通过创建隧道生成了公网地址，接下来就可以在其他电脑或者移动端设备（异地）上，使用地址访问。

访问成功。

6.保留固定公网地址

使用cpolar为其配置二级子域名，该地址为固定地址，不会随机变化。首先，访问官网的预留页面(未登录会先跳转到登录页面，登录即可)：

https://dashboard.cpolar.com/reserved

如下图所示：

点击左侧的预留，选择保留二级子域名，地区选择china Top，然后设置一个二级子域名名称，我使用的是，大家 cadvisor可以自定义。填写备注信息，点击保留。

登录cpolar web UI管理界面，点击左侧仪表盘的隧道管理——隧道列表，找到所要配置的隧道，点击右侧的编辑。

修改隧道信息，将保留成功的二级子域名配置到隧道中

• 域名类型：选择二级子域名
• Sub Domain：填写保留成功的二级子域名
• 地区: China Top

点击更新

更新完成后，打开在线隧道列表，此时可以看到随机的公网地址已经发生变化，地址名称也变成了保留和固定的二级子域名名称。

最后，我们使用固定的公网地址在任意设备的浏览器中访问，可以看到成功访问的页面，这样一个永久不会变化的二级子域名公网网址即设置好了。

总结

docker stats 和 cAdvisor 并不是谁替代谁的问题。

只是临时确认几个容器的 CPU 和内存时，docker stats 更直接；当希望从浏览器里连续观察宿主机和多个容器，并进一步查看网络、文件系统以及单容器运行指标时，cAdvisor 会更直观。

本文在飞牛 NAS 上完成了 cAdvisor 部署，并通过 8087 端口查看了主机和 Docker 容器的资源状态。再利用 cpolar 为这个 Web 页面增加外部访问入口后，在不处于同一局域网时也可以继续查看监控数据。

不过 cAdvisor 更适合作为容器指标采集和基础观察工具，而不是完整的长期监控平台。如果后续还需要保存历史数据、制作长期趋势图或者配置告警，可以继续把它提供的指标接入 Prometheus，再配合 Grafana 做进一步展示。

对于刚开始接触 Docker 监控的人来说，cAdvisor 的价值就在这里：先不用搭一整套复杂监控系统，也能把原本只存在于命令行里的容器资源状态直观地看出来。