Docker存储目录问题，如何修改Docker默认存储位置？（Docker存储路径、Docker存储空间）etc/docker/daemon.json

文章目录

  • 如何更改docker默认存储路径？
    • 版本1（没测试）
    • 版本2（可行）
      • 1. 停止 Docker 服务：
      • 2. 创建新的存储目录：
      • 3. 修改 Docker 配置文件：
      • 4. 移动现有的 Docker 数据：
      • 5. 重新启动 Docker 服务：
      • 6. 验证修改
      • 7. 真实验证（记录各时间点和存储占用）
        • Thu 11 Jul 2024 01:33:57 PM CST（`/`Available 27445M）
        • Thu 11 Jul 2024 04:04:38 PM CST（`/`Available 27444M）
        • Fri 12 Jul 2024 01:51:59 PM CST（`/`Available 27444M）
  • 为什么存在以上两种修改方法，有何异同？（修改`etc/systemd/system/docker.service.d/override.conf`和修改`etc/docker/daemon.json` ）

如何更改docker默认存储路径？

版本1（没测试）

默认情况下，Docker 在 Linux 上安装时会将其数据（如镜像和容器）存储在 /var/lib/docker 目录下，这个目录通常位于根分区 /。如果你的根分区 / 的空间不足，你可以考虑将 Docker 的数据目录移动到其他分区，或者在安装 Docker 时直接配置它使用其他分区。

要更改 Docker 的默认存储位置，你可以通过修改 Docker 的配置文件或在启动 Docker 服务时设置环境变量来指定新的数据目录。下面是一些步骤说明如何进行配置：

  1. 停止 Docker 服务：

    sudo systemctl stop docker

    在这里插入图片描述

  2. 修改 Docker 配置文件（如果你使用的是 systemd）：

    • 打开或创建 Docker 的 systemd 配置文件（一开始没有这个文件是正常的）：
      sudo vi /etc/systemd/system/docker.service.d/override.conf
    • 添加以下内容来指定新的数据目录，假设你想将数据存储在 /mnt/docker/：
      [Service]
ExecStart=
ExecStart=/usr/bin/dockerd --data-root /mnt/docker -H fd:// --containerd=/run/containerd/containerd.sock
    • 保存并关闭文件。

  3. 重新加载 systemd 配置并重新启动 Docker 服务：

    sudo systemctl daemon-reload
sudo systemctl start docker

  4. 检查 Docker 是否使用新的数据目录：

    docker info | grep "Docker Root Dir"

确保新的数据目录所在的分区有足够的空间，以避免在使用 Docker 时遇到空间不足的问题。

版本2（可行）

要修改 Docker 的存储路径至 /data/docker，您可以按照以下步骤操作：

1. 停止 Docker 服务：

打开终端，使用以下命令停止 Docker 服务：

sudo systemctl stop docker.socket
sudo systemctl stop docker

一开始只执行一条停不了：
在这里插入图片描述
在这里插入图片描述
后面两条执行就能停了：

在这里插入图片描述

2. 创建新的存储目录：

如果 /data/docker 目录还不存在，使用以下命令创建它：

sudo mkdir -p /data/docker

3. 修改 Docker 配置文件：

编辑 Docker 的 daemon 配置文件 /etc/docker/daemon.json。如果该文件不存在，您需要创建它。

sudo vi /etc/docker/daemon.json

在文件中添加或修改以下内容：

{"data-root": "/data/docker"
}

保存并关闭文件。

4. 移动现有的 Docker 数据：

如果您的 Docker 安装中已经有数据，并且您希望保留这些数据，可以将现有的数据移动到新的目录：

sudo rsync -aP /var/lib/docker/ /data/docker

在这里插入图片描述

5. 重新启动 Docker 服务：

使用以下命令重新启动 Docker 服务：

sudo systemctl start docker.socket
sudo systemctl start docker

6. 验证修改

检查 Docker 是否正确使用新的存储路径，可以查看 Docker 信息：

docker info | grep 'Docker Root Dir'

在这里插入图片描述

现在 Docker 已经成功地使用 /data/docker 作为其根目录了。至于您看到的警告信息 “WARNING: No swap limit support”，这是一个常见的信息，指的是您的 Linux 系统上没有启用内存交换限制的支持。

在 Docker 中，这种警告通常不会影响 Docker 容器的正常运行，它只意味着 Docker 无法强制限制容器的交换内存使用量。这通常与 Linux 内核的某些配置有关，特别是 cgroup 的配置。

注意：如果不放心，可以执行mv /var/lib/docker /var/lib/docker_old备份检测下

7. 真实验证（记录各时间点和存储占用）

通过使用一下两条命令：

date
df -BM
Thu 11 Jul 2024 01:33:57 PM CST（/Available 27445M）
root@ai-video-ecs-01:/userdata/tmp# date
Thu 11 Jul 2024 01:33:57 PM CST
root@ai-video-ecs-01:/userdata/tmp#
root@ai-video-ecs-01:/userdata/tmp#
root@ai-video-ecs-01:/userdata/tmp# df -BM
Filesystem                        1M-blocks  Used Available Use% Mounted on
udev                                 32078M    0M    32078M   0% /dev
tmpfs                                 6425M    4M     6422M   1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv    38122M 8911M    27445M  25% /
tmpfs                                32124M    0M    32124M   0% /dev/shm
tmpfs                                    5M    0M        5M   0% /run/lock
tmpfs                                32124M    0M    32124M   0% /sys/fs/cgroup
/dev/loop1                              64M   64M        0M 100% /snap/core20/2318
/dev/loop0                              64M   64M        0M 100% /snap/core20/1828
/dev/loop2                              50M   50M        0M 100% /snap/snapd/18357
/dev/loop3                              39M   39M        0M 100% /snap/snapd/21759
/dev/vda2                             1946M  109M     1719M   6% /boot
/dev/loop4                              92M   92M        0M 100% /snap/lxd/24061
/dev/sda1                           749867M 4140M   707565M   1% /ky
/dev/sda2                          9401234M 2884M  8924482M   1% /data
tmpfs                                 6425M    0M     6425M   0% /run/user/1000
overlay                            9401234M 2884M  8924482M   1% /data/docker/overlay2/c385332babdae4ee85601ffa1dd1ebe6c36fc1f618389ace09b2051731d5fa8c/merged
overlay                            9401234M 2884M  8924482M   1% /data/docker/overlay2/31a24b6f39c2ea25d700754b5c9ea78574e772589690437fd60e4b60fac15c0c/merged
overlay                            9401234M 2884M  8924482M   1% /data/docker/overlay2/88149e56439d9bad5b2b785f12ff77b6052c5ba369f53f9e12a38698c34615ce/merged
overlay                            9401234M 2884M  8924482M   1% /data/docker/overlay2/b2171ae8eaa2b4b6bf61de50165b2e885f6e2d4373d02fd1e492cc1d2158bd9b/merged
overlay                            9401234M 2884M  8924482M   1% /data/docker/overlay2/3e9af67e01934706a6712e2a6601292b105c26d5fecf82218f8d7ef65ca30b3d/merged
overlay                            9401234M 2884M  8924482M   1% /data/docker/overlay2/341e8bc8f48a17d24ee4005c45cda9e121bececd2b0fea5463b337acbce64f04/merged
overlay                            9401234M 2884M  8924482M   1% /data/docker/overlay2/6ee97fa0e1597535d0d70be41d5a3220c6f58ff033dba5388a53034afbeb8f5f/merged
root@ai-video-ecs-01:/userdata/tmp#
Thu 11 Jul 2024 04:04:38 PM CST（/Available 27444M）
hw@ai-video-ecs-01:~$ date
Thu 11 Jul 2024 04:04:38 PM CST
hw@ai-video-ecs-01:~$
hw@ai-video-ecs-01:~$ df -BM
Filesystem                        1M-blocks  Used Available Use% Mounted on
udev                                 32078M    0M    32078M   0% /dev
tmpfs                                 6425M    4M     6422M   1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv    38122M 8911M    27444M  25% /
tmpfs                                32124M    0M    32124M   0% /dev/shm
tmpfs                                    5M    0M        5M   0% /run/lock
tmpfs                                32124M    0M    32124M   0% /sys/fs/cgroup
/dev/loop1                              64M   64M        0M 100% /snap/core20/2318
/dev/loop0                              64M   64M        0M 100% /snap/core20/1828
/dev/loop2                              50M   50M        0M 100% /snap/snapd/18357
/dev/loop3                              39M   39M        0M 100% /snap/snapd/21759
/dev/vda2                             1946M  109M     1719M   6% /boot
/dev/loop4                              92M   92M        0M 100% /snap/lxd/24061
/dev/sda1                           749867M 4141M   707564M   1% /ky
/dev/sda2                          9401234M 2886M  8924479M   1% /data
tmpfs                                 6425M    0M     6425M   0% /run/user/1000
Fri 12 Jul 2024 01:51:59 PM CST（/Available 27444M）
root@ai-video-ecs-01:/userdata/tmp# date
Fri 12 Jul 2024 01:51:59 PM CST
root@ai-video-ecs-01:/userdata/tmp#
root@ai-video-ecs-01:/userdata/tmp# df -BM
Filesystem                        1M-blocks  Used Available Use% Mounted on
udev                                 32078M    0M    32078M   0% /dev
tmpfs                                 6425M    4M     6422M   1% /run
/dev/mapper/ubuntu--vg-ubuntu--lv    38122M 8911M    27444M  25% /
tmpfs                                32124M    0M    32124M   0% /dev/shm
tmpfs                                    5M    0M        5M   0% /run/lock
tmpfs                                32124M    0M    32124M   0% /sys/fs/cgroup
/dev/loop1                              64M   64M        0M 100% /snap/core20/2318
/dev/loop0                              64M   64M        0M 100% /snap/core20/1828
/dev/loop2                              50M   50M        0M 100% /snap/snapd/18357
/dev/loop3                              39M   39M        0M 100% /snap/snapd/21759
/dev/vda2                             1946M  109M     1719M   6% /boot
/dev/loop4                              92M   92M        0M 100% /snap/lxd/24061
/dev/sda1                           749867M 4154M   707550M   1% /ky
/dev/sda2                          9401234M 2903M  8924463M   1% /data
tmpfs                                 6425M    0M     6425M   0% /run/user/1000
overlay                            9401234M 2903M  8924463M   1% /data/docker/overlay2/c385332babdae4ee85601ffa1dd1ebe6c36fc1f618389ace09b2051731d5fa8c/merged
overlay                            9401234M 2903M  8924463M   1% /data/docker/overlay2/31a24b6f39c2ea25d700754b5c9ea78574e772589690437fd60e4b60fac15c0c/merged
overlay                            9401234M 2903M  8924463M   1% /data/docker/overlay2/88149e56439d9bad5b2b785f12ff77b6052c5ba369f53f9e12a38698c34615ce/merged
overlay                            9401234M 2903M  8924463M   1% /data/docker/overlay2/b2171ae8eaa2b4b6bf61de50165b2e885f6e2d4373d02fd1e492cc1d2158bd9b/merged
overlay                            9401234M 2903M  8924463M   1% /data/docker/overlay2/3e9af67e01934706a6712e2a6601292b105c26d5fecf82218f8d7ef65ca30b3d/merged
overlay                            9401234M 2903M  8924463M   1% /data/docker/overlay2/341e8bc8f48a17d24ee4005c45cda9e121bececd2b0fea5463b337acbce64f04/merged
overlay                            9401234M 2903M  8924463M   1% /data/docker/overlay2/6ee97fa0e1597535d0d70be41d5a3220c6f58ff033dba5388a53034afbeb8f5f/merged
root@ai-video-ecs-01:/userdata/tmp#

为什么存在以上两种修改方法，有何异同？（修改etc/systemd/system/docker.service.d/override.conf和修改etc/docker/daemon.json ）

在修改 Docker 的存储位置时，可以通过修改 etc/docker/daemon.json 或 etc/systemd/system/docker.service.d/override.conf 来实现，两种方式都是正确的，但它们有不同的用途和适用情况：

  1. 修改 /etc/docker/daemon.json：

    • 这种方法通过 Docker 的配置文件来设置 Docker 的默认行为，包括存储位置、日志级别、网络配置等。
    • 要修改存储位置，你可以在 daemon.json 文件中设置 data-root 属性，指向新的存储路径。例如：
      {"data-root": "/new/path/to/docker-data"
}
    • 这种方法的优点是配置简单，且直接通过 Docker 自己的配置文件进行管理，易于理解和维护。

  2. 修改 /etc/systemd/system/docker.service.d/override.conf：

    • 这种方法适用于在使用 systemd 管理 Docker 服务的系统上。通过 systemd 的配置覆盖文件来修改 Docker 服务的启动参数。
    • 你可以通过创建或修改 override.conf 文件，添加一个新的 ExecStart 行，指定新的存储位置。例如：
      [Service]
ExecStart=
ExecStart=/usr/bin/dockerd --data-root /new/path/to/docker-data
    • 注意，需要先清空原有的 ExecStart 设置（ExecStart=），然后重新定义。这样可以确保使用你的自定义设置启动 Docker。
    • 这种方法允许你对 Docker 的启动过程进行更细粒度的控制，但相对复杂，需要对 systemd 的配置有一定了解。

总结：选择哪种方法取决于你的具体需求和你对系统的控制级别。如果你希望通过 Docker 自身的配置来管理，使用 daemon.json 是更直接的方法。如果你需要更复杂的配置或者想要控制服务的启动参数，使用 systemd 的 override.conf 方法会更合适。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/web/45685.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

Uniapp自定义动态加载组件(2024.7更新)

Uniapp自定义动态加载组件(2024.7更新)

1.本次介绍如何使用uniapp实现自定义动态加载Loading的组件，可以gif格式，也可以mp4格式等; 编写自定义Loading组件(CustomLoader.vue)；组件中含有“动态接收图片路径”，“10秒超时未false则自动断开关闭Loading”；在全…
阅读更多...
【JavaScript 算法】广度优先搜索：层层推进的搜索策略

【JavaScript 算法】广度优先搜索：层层推进的搜索策略

🔥 个人主页：空白诗 文章目录 一、算法原理二、算法实现三、应用场景四、优化与扩展五、总结 广度优先搜索（Breadth-First Search, BFS）是一种用于遍历或搜索图或树数据结构的算法。该算法从起始节点开始，逐层向外扩展…
阅读更多...
小程序-2（WXML数据模板+WXSS模板样式+网络数据请求）

小程序-2（WXML数据模板+WXSS模板样式+网络数据请求）

目录 1.WXML数据模板 数据绑定 事件绑定 小程序中常用的事件 事件对象的属性列表 target和currentTarget的区别 bindtap的语法格式 在事件处理事件中为data中的数据赋值 事件传参与数据同步 事件传参 bindinput的语法绑定事件 文本框和data的数据同步 条件渲染 w…
阅读更多...
SpringCloud | 单体商城项目拆分（微服务）

SpringCloud | 单体商城项目拆分（微服务）

为什么要进行微服务拆分？ 在平常的商城项目中，我们一般的项目结构模块都是将各种业务放在同一个项目文件夹，比如像： 用户，购物车，商品，订单，支付等业务都是放在一起，这样…
阅读更多...
线上观看 3 万+！「智能运维MeetUp」精彩回顾，探讨智能体构建新方向

线上观看 3 万+！「智能运维MeetUp」精彩回顾，探讨智能体构建新方向

龙蜥社区“走进系列”第 11 期走进中兴通讯-智能可观测运维技术 MeetUp 于成都圆满结束，由中兴通讯联合龙蜥社区系统运维联盟（SOMA）（以下简称“联盟”）共同举办。本次活动现场汇聚了阿里云、谐云科技、乘云数字、中兴通…
阅读更多...
MySQL数据库day7.11

MySQL数据库day7.11

一，SQL概述 1.1 SQL语句语法 MySQL 数据库的 SQL 语句不区分大小写，关键字建议使用大写， 以分号结尾。例如： SELECT * FROM user; 使用 /**/ 、 -- 、 # 的方式完成注释 /* 多行注释 */ -- 单行注释 # 单行注释 SELECT * FRO…
阅读更多...
计算机硬件---如何更新自己电脑的BLOS

计算机硬件---如何更新自己电脑的BLOS

1找官网 例如“我使用的是HP（惠普）品牌的电脑”我只需要在浏览器上搜索“惠普官网”或“惠普-blos更新” 就可以看到，来自官网中更新blos的信息 2.有些品牌要查序列号该怎么办呢？ 有许多方法可以查询，例如&#xf…
阅读更多...
android13 frameworks里面常用的保存信息或者版本判断的方法

android13 frameworks里面常用的保存信息或者版本判断的方法

总纲 android13 rom 开发总纲说明 目录 1.前言 2. 数据库 2.1 代码读取用法参考 3.prop 属性配置 3.1 property的key值有哪些特点 4.区别 5. 其他数据存储 6.彩蛋 1.前言 frameworks 不像我们一般开发app那样，很多应用保存的方法都无法使用。这里记录我们系统rom开…
阅读更多...
关于java的反射

关于java的反射

❓❓❓反射是啥呀相信许多学java的同学非常困惑在学的时候，总是感觉懂了却又没懂或者直接忽略过去了，那么本文就带大家探讨一下什么是反射在java中以及它的机制和运用。 ⭐️什么是反射： 首先我们知道一些知识： 维基百科的解释 …
阅读更多...
springboot项目 导入 maven坐标 错误 Could not transfer artifact XXX

springboot项目 导入 maven坐标 错误 Could not transfer artifact XXX

1.报错原因 当时导入的是 redis坐标 ，导入jar 包报错（当时是网速太慢了，一直卡着不动 就关了 idea 重新下载）结果报错 之前的redis 项目都可以的，网上找了一下 都没解决 2.解决办法 既然说不能传输， 就说…
阅读更多...
有用的工具

有用的工具

一、appuploader Appuploader home -- A tool improve ios develop efficiency such as submit ipa to appstore and manage ios certificate这是一款p12证书查看的工具， 需要建立一个apple ID专用密码：Manage your Apple ID
阅读更多...
redis其他类型和配置文件

redis其他类型和配置文件

很多博客只讲了五大基本类型，确实，是最常用的，而且百分之九十的程序员对于Redis只限于了解String这种最常用的。但是我个人认为，既然Redis官方提供了其他的数据类型，肯定是有相应的考量的，在某些特殊的业务…
阅读更多...
C++相关概念和易错语法（22）（final、纯虚函数、继承多态难点）

C++相关概念和易错语法（22）（final、纯虚函数、继承多态难点）

1.final final在继承和多态中都可以使用，在继承中是指不想将自己被继承，在多态中是指不想该函数被重写，比较简单，下面是一些使用例子。 2.纯虚函数 当我们需要抽象一个类的时候，我们就需要用到纯虚函数。所谓抽象的类…
阅读更多...
如何设计统计量及相关假设检验

如何设计统计量及相关假设检验

一、如何设置H0和H1假设 谁做H0，谁做H1，在统计学的假设检验里是有约定俗成的规定的。即：status quo（默认/现状）是H0，而新观点或试图challenge现状的是H1。H1也叫research hypothesis，所以我们做…
阅读更多...
【多个Python版本存在，使用pip+不同版本安装库时，windows弹出打开方式窗口的解决方法】

【多个Python版本存在，使用pip+不同版本安装库时，windows弹出打开方式窗口的解决方法】

问题描述 电脑上存在python3.9，3.10，3.11，安装顺序也是先安装3.9，然后3.10，最后3.11，那么直接使用pip安装，会装在3.11的位置，经过搜索可以通过pip版本，比如pip3.9 insta…
阅读更多...
如何在勒索软件攻击中幸存下来：最佳备份实践、勒索拦截方案

如何在勒索软件攻击中幸存下来：最佳备份实践、勒索拦截方案

无论身处什么业务或行业，数据都是您业务的关键资产。没有针对数据进行安全可靠的备份保护，您将会受到许多“可能性”的威胁，无论数据丢失是由于在键盘上洒了饮料还是遭受到了勒索软件的攻击。 为了确保业务不被中断，企业数据不会…
阅读更多...
Python: 初识Python

Python: 初识Python

文章目录 1. Python的背景知识1.1 Python是咋来的?1.2 Python的特点1.3 Python能干啥?1.4 Python的缺点 2. 搭建Python环境2.1 安装Python2.2 安装PyCharm2.3 用pycharm编写python程序 1. Python的背景知识 1.1 Python是咋来的? 由Guido van Rossum于1989年圣诞节为打发无…
阅读更多...
一个用于管理多个 Node.js 版本的安装和切换开源工具

一个用于管理多个 Node.js 版本的安装和切换开源工具

大家好，今天给大家分享一个用于管理多个Node.js版本的工具 NVM（Node Version Manager），它允许开发者在同一台机器上安装和使用不同版本的Node.js，解决了版本兼容性问题，为开发者提供了极大的便利。 在开发环…
阅读更多...
路网双线合并单线——ArcGISpro 解决方法

路网双线合并单线——ArcGISpro 解决方法

路网双线合并成单线是一个在地图制作、交通规划以及GIS分析中常见的需求。双线路网定义：具有不同流向、不同平面结构的道路。此外，车道数较多的道路（例如，双黄实线车道数大于4的道路）也可以视为双线路网，本…
阅读更多...
iPhone 如何修改锁屏密码？修改密码的具体步骤总结

iPhone 如何修改锁屏密码？修改密码的具体步骤总结

修改 iPhone 锁屏密码 当你还记得当前设置的锁屏密码时，想要修改密码就非常的简单了，只需要简单的点几下就可以重新设置新密码，下面是具体的操作步骤： 首先我们进入设置应用程序，然后找到“面容 ID 与密码”。 然后需…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023