![有没有什么方法可以检查 docker 容器内文件系统中请求最多(就 IO 而言)的区域?](https://linux22.com/image/143984/%E6%9C%89%E6%B2%A1%E6%9C%89%E4%BB%80%E4%B9%88%E6%96%B9%E6%B3%95%E5%8F%AF%E4%BB%A5%E6%A3%80%E6%9F%A5%20docker%20%E5%AE%B9%E5%99%A8%E5%86%85%E6%96%87%E4%BB%B6%E7%B3%BB%E7%BB%9F%E4%B8%AD%E8%AF%B7%E6%B1%82%E6%9C%80%E5%A4%9A%EF%BC%88%E5%B0%B1%20IO%20%E8%80%8C%E8%A8%80%EF%BC%89%E7%9A%84%E5%8C%BA%E5%9F%9F%EF%BC%9F.png)
我最近在“性能最佳实践”副标题下读到了这个有趣的建议:https://docs.docker.com/storage/storagedriver/aufs-driver/
使用卷来处理写入量大的工作负载:卷为写入密集型工作负载提供最佳且最可预测的性能。这是因为它们绕过存储驱动程序,并且不会产生精简配置和写时复制带来的任何潜在开销。卷还有其他好处,例如允许您在容器之间共享数据,甚至在没有正在运行的容器使用它们时也能保留数据。
..好吧,在配置每个容器时,我们总是根据该容器存在的原因考虑主要需求,并确定哪些目录应该是一个卷,因为将会发生大量的读/写。
我的问题是:如何检查容器文件系统以确定其中的某个目录是否应该是一个卷并且'绕过存储驱动程序'但它仍然没有绕过?
让我再解释一下:假设我检查容器内的 /var/log 以查看那里发生了什么..并且我意识到有一个进程日志文件每分钟有大量写入,因此我决定将其转换为一卷。
但是,如果有另一个目录,例如 /var/www 或 /var/spool 或其他目录怎么办?有什么方法可以检查容器内文件系统中 IO 方面请求最多的区域吗?