我使用docker stats $(docker ps——format={{.Names}})——no-stream来获取:

CPU使用率, 内存使用量/分配给容器的内存总量(可以通过docker run命令分配) Mem % 块I / O 网络I / O

音量部分不再工作，所以如果有人感兴趣，我只是改变了上面的脚本一点点:

for d in `docker ps | awk '{print $1}' | tail -n +2`; do
    d_name=`docker inspect -f {{.Name}} $d`
    echo "========================================================="
    echo "$d_name ($d) container size:"
    sudo du -d 2 -h /var/lib/docker/aufs | grep `docker inspect -f "{{.Id}}" $d`
    echo "$d_name ($d) volumes:"
    for mount in `docker inspect -f "{{range .Mounts}} {{.Source}}:{{.Destination}}                                                                                                                                                      
    {{end}}" $d`; do
        size=`echo $mount | cut -d':' -f1 | sudo xargs du -d 0 -h`
        mnt=`echo $mount | cut -d':' -f2`
        echo "$size mounted on $mnt"
    done
done

在1.13.0之后，Docker包含了一个新的命令Docker system df来显示Docker磁盘的使用情况。

$ docker system df
TYPE            TOTAL        ACTIVE     SIZE        RECLAIMABLE
Images          5            1          2.777 GB    2.647 GB (95%)
Containers      1            1          0 B         0B
Local Volumes   4            1          3.207 GB    2.261 (70%)

要显示更详细的空间使用情况:

$ docker system df --verbose

docker ps -size的替代方案

由于“docker ps——size”会在主机上产生较大的IO负载，因此在生产环境中每分钟运行该命令是不可行的。因此，为了获得所需的容器大小，或者更准确地说，rw层的大小对系统性能的影响较小，我们必须做一个变通。

这种方法收集每个容器的“设备名称”，然后使用“df”命令检查它的大小。这些“设备名称”是挂载到每个容器上的精简卷。一个问题仍然存在，因为这个观察到的大小也意味着底层图像的所有就绪层。为了解决这个问题，我们可以简单地检查已使用容器映像的大小，并从device/thin_volume的大小中减去它。

应该注意，在使用设备映射器时，每个映像层都是作为一种lvm快照实现的。不幸的是，我不能让我的rhel系统打印出这些快照/层。否则，我们可以简单地收集“最新”快照的大小。如果有人能把事情说清楚就太好了。然而……

经过一些测试后，创建容器似乎总是会增加大约。40MiB(使用基于镜像“httpd:2.4.46-alpine”的容器进行测试):

Docker命令-d——name apache httpd:2.4.46-alpine //现在从Docker中获取设备名称，并使用df进行检查 df - t -> 90MB，而来自“docker ps——Size”的“Virtual Size”表示50MB和一个非常小的2Bytes有效负载->神秘的开销40MB curl/下载容器内100MB的文件 df - t -> 190MB，而来自“docker ps——Size”的“Virtual Size”表示150MB，有效负载100MB ->开销40MB

下面的shell打印结果(以字节为单位)匹配"docker ps——size"的结果(但请记住前面提到的40MB开销)

for c in  $(docker ps -q); do \
container_name=$(docker inspect -f "{{.Name}}" ${c} | sed 's/^\///g' ); \
device_n=$(docker inspect -f "{{.GraphDriver.Data.DeviceName}}" ${c} | sed 's/.*-//g'); \
device_size_kib=$(df -T | grep ${device_n} | awk '{print $4}'); \
device_size_byte=$((1024 * ${device_size_kib})); \
image_sha=$(docker inspect -f "{{.Image}}" ${c} | sed 's/.*://g' ); \
image_size_byte=$(docker image inspect -f "{{.Size}}" ${image_sha}); \
container_size_byte=$((${device_size_byte} - ${image_size_byte})); \
\
echo my_node_dm_device_size_bytes\{cname=\"${container_name}\"\} ${device_size_byte}; \
echo my_node_dm_container_size_bytes\{cname=\"${container_name}\"\} ${container_size_byte}; \
echo my_node_dm_image_size_bytes\{cname=\"${container_name}\"\} ${image_size_byte}; \
done

有关设备映射器的进一步阅读:https://test-dockerrr.readthedocs.io/en/latest/userguide/storagedriver/device-mapper-driver/

你可以使用

docker history IMAGE_ID

看看图像大小是如何在各个子组件之间分布的。

改进马克西姆的回答:

Docker ps——大小

你会看到这样的东西:

+---------------+---------------+--------------------+
| CONTAINER ID  | IMAGE         | SIZE               |
+===============+===============+====================+
| 6ca0cef8db8d  | nginx         | 2B (virtual 183MB) |
| 3ab1a4d8dc5a  | nginx         | 5B (virtual 183MB) |
+---------------+---------------+--------------------+

当启动容器时，容器从其启动的映像被挂载为只读(虚拟)。 在此之上，安装了一个可写层，对容器所做的任何更改都将写入其中。

因此，无论从同一个映像启动多少个容器，Virtual大小(示例中为183MB)都只使用一次——我可以启动1个容器或1000个;没有占用额外的磁盘空间。 “Size”(示例中的2B)是每个容器唯一的，因此磁盘上使用的总空间为:

183mb + 5b + 2b

请注意，显示的大小不包括容器使用的所有磁盘空间。 目前没有包括在内的东西; ——卷 ——交换 ——检查点 —用于容器生成日志文件的磁盘空间

https://github.com/docker/docker.github.io/issues/1520#issuecomment-305179362