(这个答案并不有用，但因为一些评论可能有用，所以把它留在这里)

Docker图像将显示“虚拟大小”，即包括所有下层的总数。如果容器共享相同的基像，就会重复计算。

文档

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

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

请记住，docker ps——size可能是一个开销很大的命令，需要花费超过几分钟的时间来完成。这同样适用于size=1的容器列表API请求。最好不要太频繁地运行。

看看我们编译的其他选项，包括用于docker持久卷目录的du -hs选项。

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/

因为我上面的评论被隐藏了，所以我把这个作为答案发了出来:

列出容器的大小:

du -d 2 -h /var/lib/docker/devicemapper | grep `docker inspect -f "{{.Id}}" <container_name>`

列出容器的卷大小:

docker inspect -f "{{.Volumes}}" <container_name> | sed 's/map\[//' | sed 's/]//' | tr ' ' '\n' | sed 's/.*://' | xargs sudo du -d 1 -h

编辑: 列出所有正在运行的容器的大小和容量:

for d in `docker ps -q`; do
    d_name=`docker inspect -f {{.Name}} $d`
    echo "========================================================="
    echo "$d_name ($d) container size:"
    sudo du -d 2 -h /var/lib/docker/devicemapper | grep `docker inspect -f "{{.Id}}" $d`
    echo "$d_name ($d) volumes:"
    docker inspect -f "{{.Volumes}}" $d | sed 's/map\[//' | sed 's/]//' | tr ' ' '\n' | sed 's/.*://' | xargs sudo du -d 1 -h
done

注意:根据Docker文件系统更改'devicemapper'(例如'aufs')

改进马克西姆的回答:

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