如何从 docker 容器内部获取磁盘使用情况答案

【问题标题】：How to get disk usage from inside docker container如何从 docker 容器内部获取磁盘使用情况
【发布时间】：2022-06-13 08:03:08
【问题描述】：

我已经使用--privileged 标志启动了我的容器，据我所知，所有磁盘都应该在容器内部可用 - 这部分是正确的，但我不知何故无法读取它们的大小。

lsblk 在主机（Ubuntu）上：

sda                     8:0    1  59,6G  0 disk  
└─sda1                  8:1    1  59,6G  0 part  /media/mauz/ESD-ISO
nvme0n1               259:0    0 953,9G  0 disk  
├─nvme0n1p1           259:1    0   512M  0 part  /boot/efi
├─nvme0n1p2           259:2    0   732M  0 part  /boot
└─nvme0n1p3           259:3    0 952,7G  0 part  
  └─nvme0n1p3_crypt   253:0    0 952,6G  0 crypt 
    ├─vgubuntu-root   253:1    0 930,4G  0 lvm   /
    └─vgubuntu-swap_1 253:2    0   976M  0 lvm   [SWAP]

lsblk 在容器中（Alpine）：

sda           8:0    1  59.6G  0 disk 
└─sda1        8:1    1  59.6G  0 part 
nvme0n1     259:0    0 953.9G  0 disk 
├─nvme0n1p1 259:1    0   512M  0 part 
├─nvme0n1p2 259:2    0   732M  0 part 
└─nvme0n1p3 259:3    0 952.7G  0 part

两个输出都从loop 设备中剥离，但如您所见，两者都识别出 2 个驱动器。

现在，如果我在主机上运行df 命令：

Filesystem                1K-blocks      Used Available Use% Mounted on
tmpfs                       3261580      2564   3259016   1% /run
/dev/mapper/vgubuntu-root 959200352 137078032 773327904  16% /
tmpfs                      16307884    215740  16092144   2% /dev/shm
tmpfs                          5120         4      5116   1% /run/lock
/dev/nvme0n1p2               721392    364788    304140  55% /boot
/dev/nvme0n1p1               523248     76232    447016  15% /boot/efi
tmpfs                       3261576       140   3261436   1% /run/user/1000
/dev/sda1                  62519040  23118848  39400192  37% /media/mauz/ESD-ISO

在容器内：

Filesystem           1K-blocks      Used Available Use% Mounted on
overlay              959200352 137078188 773327748  15% /
tmpfs                    65536         0     65536   0% /dev
shm                      65536         0     65536   0% /dev/shm
/dev/mapper/vgubuntu-root
                     959200352 137078188 773327748  15% /app
/dev/mapper/vgubuntu-root
                     959200352 137078188 773327748  15% /etc/os-release
/dev/mapper/vgubuntu-root
                     959200352 137078188 773327748  15% /etc/resolv.conf
/dev/mapper/vgubuntu-root
                     959200352 137078188 773327748  15% /etc/hostname
/dev/mapper/vgubuntu-root
                     959200352 137078188 773327748  15% /etc/hosts

不知何故，它没有在第二个df 输出中显示正确的驱动器。有没有办法让df 显示正确的输出，即使在容器内？

或者还有其他方法可以从主机获取正确的磁盘大小和使用情况？

【问题讨论】：

容器和宿主机挂载不同是正常的。
好的，我如何让它们一样？ /dev/sda 看起来像已安装（lsblk），只是 df 没有做任何事情。如果你真的知道一些事情，如果你能详细说明，那就太好了。 @菲利普
/dev/sda 在容器中是 visible，但不是 mounted。为什么要看到df 的相同输出？
我怎样才能读取卸载驱动器的磁盘大小呢？我需要所有磁盘的大小，因为我正在开发某种仪表板来监视单个节点上的资源。这是一个开源项目，因此易于安装是最大的卖点之一——这就是它需要被 docker 化的原因。 @菲利普
我现在明白了。我不认为 docker 是满足您要求的最佳方式。

标签： linux docker

【解决方案1】：

没有“体面”的解决方案可以实现您想要的，但让我解释一下原因。

您谈论“磁盘使用”，但实际上没有磁盘使用这样的东西。就磁盘（即设备本身）而言，没有“使用”的概念。您正在寻找的是文件系统磁盘使用情况，这是根本不同的。

为了了解文件系统的“已用”和“可用”空间，您必须挂载它。这允许内核处理文件系统元数据，然后可以使用这些元数据来确定空闲和使用的文件系统块。如果不挂载文件系统，内核就无法获得这些信息（例如，df 也无法获得这些信息）。

为了让 Docker 正常工作，容器以不同于主机的 mount namsepace 运行。其核心原因是容器通常不能安全地与主机共享挂载点。例如，如果主机中的/ 和容器中的/ 引用相同的挂载点会发生什么：一旦容器启动，它可能会通过触摸不应该的敏感文件来破坏您的系统.所以默认情况下，Docker 会将容器“隔离”在自己的挂载命名空间中，这样它们就只会看到自己需要的挂载点，因为以上原因，没有办法避免这种情况。

您可以通过从可用块设备读取原始数据（无需挂载它们）并使用某些专用工具从容器内的用户空间解析文件系统元数据（如果有）来获取此信息，但这是一个挑剔的解决方案因为基本上每种可能的文件系统类型都需要一个工具。另请参阅 Unix 和 Linux SE 的 Free space in unmounted partition。

您也可以使用bind mounts 允许主机和容器共享挂载点，但这必须在每次挂载的基础上完成，例如：

docker run --mount readonly,type=bind,source=/media/mauz/ESD-ISO,target=/container/path ...
$ df
...
/dev/sda1                  62519040  23118848  39400192  37% /container/path
...

您说现在您是“手动传递所有已安装的卷”，所以我认为这与您当前所做的没有什么不同。除了非常丑陋之外，此解决方案还存在无法处理主机上的设备或挂载点更改的限制（例如，如果添加和挂载了新设备）。

我在这里看到的唯一“真正”的解决方案是在主机上运行一些应用程序，它会定期提取所需的信息并将其传达给在容器内运行的应用程序。

【讨论】：