详解docker容器硬盘动态扩容
扩容容器
默认来说，如果你使用 Device Mapper 的存储插件，所有的镜像和容器是从一个初始 10G 的文件系统中创建的。让我们来看看如何从一个更大的文件系统中创建一个容器。
首先，我们用 Ubuntu 的镜像来创建我们的容器。我们不需要在这个容器里运行任何东西，只需要这个文件（或者关联的文件系统）存在。为了演示，我们会在这个容器里运行 df ，来看一下根文件系统的大小。
$ docker run -d ubuntu df -h / 4ab0bdde0a0dd663d35993e401055ee0a66c63892ba960680b3386938bda3603
由于需要修改 Device Mapper 管理中的一些卷的信息，我们现在用 root 的身份来运行一些命令。所有以＃开头的命令都必须以 root 身份来执行。只要能访问 Docker 的 Socket 服务，你也可以用普通用户的身份来执行其他的命令（以$开头）。
让我们看一下 /dev/mapper ，那里应该有一个对应容器文件系统的符号链接，以 docker-X:Y-Z- 开头：
# ls -l /dev/mapper/docker-*-4ab0bdde0a0dd663d35993e401055ee0a66c63892ba960680b3386938bda3603 lrwxrwxrwx 1 root root 7 Jan 31 21:04 /dev/mapper/docker-0:37-1471009-4ab0bdde0a0dd663d35993e401055ee0a66c63892ba960680b3386938bda3603 -> ../dm-8
注意记住那个全名，我们未来会用到。
开始扩容：
1、首先让我们来看一下当前卷的信息表：
# dmsetup table docker-0:37-1471009-4ab0bdde0a0dd663d35993e401055ee0a66c63892ba960680b3386938bda3603 0 20971520 thin 254:0 7
第二个数字是设备的大小，表示有多少个 512－bytes 的扇区. 这个值略高于 10GB 的大小。
2、我们来计算一下一个 42GB 的卷需要多少扇区，
$ echo $((42*1024*1024*1024/512)) 88080384
精简快照目标的一个神奇的特点是它不会限制卷的大小。当你创建它的时候，一个精简的卷使用0个块，当你开始往块里面写入的时候，它们会从共用的块池中进行分配。你可以写0个块，或者是10亿个块，这个和精简快照目标没关系。文件系统的大小只和 Device Mapper 表有关系。
觉得困惑？不要担心。我们只是需要装载一个新的表，这个完全和之前的是一样的，但是有更多的扇区。仅此而已。
3、旧表是 0 20971520 thin 254:0 7 。我们会改变第二个数字，要非常小心保持其他的值不变。你的卷可能不是 7 ，所以要使用正确的值!
这样操作：
# echo 0 88080384 thin 254:0 7 | dmsetup load docker-0:37-1471009-4ab0bdde0a0dd663d35993e401055ee0a66c63892ba960680b3386938bda3603
4、现在如果我们再次检查表的信息，步骤和前面一样。首先使用下面的命令激活新表:
# dmsetup resume docker-0:37-1471009-4ab0bdde0a0dd663d35993e401055ee0a66c63892ba960680b3386938bda3603
执行完命令后，再次检查一下表的信息，发现它会使用新的扇区数量。
5、我们已经调整了块设备的大小，但是我们仍然需要调整文件系统的大小，我们使用 xfs_growfs 来操作:
（网上很多说到的resize2fs后来看到xfs方式的使用dumpe2fs，该命令在16.04下可能出现文件正在使用或者找不到超级块的错误，）
# xfs_growfs docker-0:37-1471009-4ab0bdde0a0dd663d35993e401055ee0a66c63892ba960680b3386938bda3603
docker动态容器扩容成功。
6、停止该容器后，无法重新启动
当容器扩容之后，由于dm认为设备块大小仍然为之前设置的初始大小，所以会发生无法起启动的情况，这时只要重新操作即可。
$ docker start test#必须要先启动一下，让其生成dm文件才能修改 #此时会报错，不要理会，执行以下操作即可 $ echo 0 41943040 thin 252:0 9 | dmsetup load docker-253:1-131179-a835d492b6864a13eb11eddd17c3cabf5226f20bc01fbfe90964d80112a0df69 $ dmsetup resume docker-253:1-131179-a835d492b6864a13eb11eddd17c3cabf5226f20bc01fbfe90964d80112a0df69
这是一bug
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持脚本之家。
相关文章
本文主要介绍了Docker容器修改端口映射的实现，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2022-06-06
EMQX 是一个开源的、高度可扩展的、跨平台的MQTT代理,用于处理来自物联网、移动应用程序和分布式系统的数据,本文给大家介绍docker搭建emqx的详细过程,感兴趣的朋友一起看看吧2024-03-03
今天小编就为大家分享一篇关于Docker数据存储之Bind mounts详解，小编觉得内容挺不错的，现在分享给大家，具有很好的参考价值，需要的朋友一起跟随小编来看看吧2019-02-02
Docker 仓库管理和Docker Dockerfile详解
仓库（Repository）是集中存放镜像的地方,以下介绍一下 Docker Hub,当然不止 docker hub,只是远程的服务商不一样,操作都是一样的,对Docker 仓库管理相关知识感兴趣的朋友一起看看吧2023-11-11
docker拉取镜像报错：Error response from daemon: Get “https://r
今天做完一个新项目,搭建了一个新的虚拟机,打算使用docker来搭建各种环境,发现拉取镜像报错Error response from daemon: Get "https://registry-1.docker.io/v2/": dial tcp,所以接下来给大家介绍了docker拉取镜像报错的解决过程,需要的朋友可以参考下2024-08-08
基于CentOS8系统使用Docker搭建Gitlab的详细教程
这篇文章主要介绍了基于CentOS8系统使用Docker搭建Gitlab教程,本文通过实例代码给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下2021-10-10
使用 Azure Container Registry 储存镜像的问题
Azure Container Registry（容器注册表）是基于 Docker Registry 2.0规范的托管专用 Docker 注册表服务。这篇文章主要介绍了使用 Azure Container Registry 储存镜像,需要的朋友可以参考下2021-05-05
这篇文章主要介绍了docker时区问题和迁移数据问题，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2020-12-12
这篇文章介绍了CentOS 7安装Docker的方法，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2021-12-12
如何修改Docke上传/下载并发线程数来解决docker: unexpected EOF.错误问题
下载或上传镜像时，有可能因为网络问题导致报出docker: unexpected EOF.的错误，这时候可以考虑通过修改上传/下载并发线程数来解决，本文给大家分享两种方法帮助大家解决，需要的朋友一起看看吧2023-03-03
最新评论