docker存储卷

docker存储卷

COW机制

Docker镜像由多个只读层叠加而成,启动容器时,Docker会加载只读镜像层并在镜像栈顶部添加一个读写层。

如果运行中的容器修改了现有的一个已经存在的 文件,那么该文件将会从读写层下面的只读层复制到读写层,该文件的只读版本依然存在,只是已经被读写层中该文件的副本所隐藏,这就是“写时复制(COW)”机制。

在这里插入图片描述

对于这种方式来说,我们去访问一个文件,修改和删除等一类的操作,其效率会非常的低,因为隔着很多层镜像。

而要想绕过这种限制,我们可以通过使用存储卷的机制来实现。

什么是存储卷

存储卷就是将宿主机的本地文件系统中存在的某个目录直接与容器内部的文件系统上的某一目录建立绑定关系。这就意味着,当我们在容器中的这个目录下写入数据时,容器会将其内容直接写入到宿主机上与此容器建立了绑定关系的目录。

在这里插入图片描述

在宿主机上的这个与容器形成绑定关系的目录被称作存储卷。

使用存储卷的好处

如果容器中跑的进程的所有有效数据都保存在存储卷中,从而脱离容器自身文件系统之后,带来的好处是当容器关闭甚至被删除时,只要不删除与此容器绑定的在宿主机上的这个存储目录,我们就不用担心数据丢失了。因此就可以实现数据持久,脱离容器的生命周期而持久。

我们通过这种方式管理容器,容器就可以脱离主机的限制,可以在任意一台部署了docker的主机上跑容器,而其数据则可以置于一个共享存储文件系统上,比如nfs。

Docker的存储卷默认情况下是使用其所在的宿主机上的本地文件系统目录的,也就是说宿主机上有一块属于自己的硬盘,这个硬盘并没有共享给其他的Docker主机,而在这台主机上启动的容器所使用的存储卷是关联到此宿主机硬盘上的某个目录之上。

这就意味着容器在这台主机上停止运行或者被删除了再重建,只要关联到硬盘上的这个目录下,那么其数据还存在。但如果在另一台主机上启动一个新容器,那么数据就没了。而如果在创建容器的时候我们手动的将容器的数据挂载到一台nfs服务器上,那么这个问题就不再是问题了。

为什么要用存储卷

关闭并重启容器,其数据不受影响,但删除Docker容器,则其更改将会全部丢失。

因此Docker存在的问题有:

  • 存储于联合挂载文件系统中,不易于宿主机访问
  • 容器间数据共享不便
  • 删除容器其数据会丢失

而要解决这些问题,解决方案就是使用存储卷。

存储卷管理方式

存储卷(Data Volume)于容器初始化时被自动创建,由base image提供的卷中的数据会于此期间完成复制。

Volume的初衷是独立于容器的生命周期实现数据持久化,因此删除容器之时既不会删除卷,也不会对未被引用的卷做垃圾回收操作。

存储卷为Docker提供了独立于容器的数据管理机制,我们可以把镜像想象成静态文件,例如“程序”,把卷类比为动态内容,例如“数据”。所以镜像可以重用,而卷则可以共享。

卷实现了“程序(镜像)”和“数据(卷)”的分离,以及“程序(镜像)”和“制作镜像的主机”的分离,用户制作镜像时无须再考虑镜像运行的容器所在的主机的环境。

在这里插入图片描述

存储卷的分类

Docker有两种类型的卷,每种类型都在容器中存在一个挂载点,但其在宿主机上的位置有所不同:

  • Bind mount volume(不是手动的删除,即使删除容器,也存在)
    • a volume that points to a user-specified location on the host file system
  • Docker-managed volume (删除容器,不存在)
    • the Docker daemon creates managed volumes in a portion of the host’s file system that’s owned bye Docker

在这里插入图片描述

示例: 删除容器数据还在

# 在容器中
[root@localhost ~]# docker run -it --rm httpd /bin/bash
root@3279d1258e83:/usr/local/apache2# ls
bin  build  cgi-bin  conf  error  htdocs  icons  include  logs	modules
root@3279d1258e83:/usr/local/apache2# exit
exit# 在真机中
[root@localhost ~]# mkdir /webroot
[root@localhost ~]# [root@localhost ~]# docker ps -a
CONTAINER ID   IMAGE     COMMAND   CREATED   STATUS    PORTS     NAMES
[root@localhost ~]# docker run -d --rm -v /webroot:/usr/local/apache2/htdocs httpd 
f76e2c2e9c91319beb0c085198287955e3ae932c2b0a4c239acafcbd84e126d6
[root@localhost ~]# docker ps
CONTAINER ID   IMAGE     COMMAND              CREATED         STATUS         PORTS     NAMES
f76e2c2e9c91   httpd     "httpd-foreground"   8 seconds ago   Up 6 seconds   80/tcp    youthful_visvesvaraya
[root@localhost ~]# # 进入容器
[root@localhost ~]# docker exec -it f76e2c2e9c91 /bin/bash
root@f76e2c2e9c91:/usr/local/apache2# cd htdocs/
root@f76e2c2e9c91:/usr/local/apache2/htdocs# ls //什么都没有
root@f76e2c2e9c91:/usr/local/apache2/htdocs# # 在真机创建一个网站页面
[root@localhost ~]# cd /webroot/
[root@localhost webroot]# echo "hello world" > index.html
[root@localhost webroot]# ls
index.html
[root@localhost webroot]# # 再次查看容器中
root@f76e2c2e9c91:/usr/local/apache2/htdocs# ls
index.html //有了在真机中创建的网站网页# 停止容器,测试是否数据还在
[root@localhost ~]# docker ps
CONTAINER ID   IMAGE     COMMAND              CREATED         STATUS         PORTS     NAMES
f76e2c2e9c91   httpd     "httpd-foreground"   6 minutes ago   Up 6 minutes   80/tcp    youthful_visvesvaraya
[root@localhost ~]# docker stop f76e2c2e9c91 
f76e2c2e9c91
[root@localhost ~]# docker ps -a
CONTAINER ID   IMAGE     COMMAND   CREATED   STATUS    PORTS     NAMES
[root@localhost ~]# 查看
[root@localhost webroot]# ls
index.html //数据依然还在
[root@localhost webroot]# # 访问一下
[root@localhost ~]# docker run -d --rm -v /webroot:/usr/local/apache2/htdocs httpd 
fa0eeebc1c586be93eaa0fd47825c7eb7111bed3eb5b6760716b3d8485a0506b
[root@localhost ~]# 
[root@localhost ~]# docker ps
CONTAINER ID   IMAGE     COMMAND              CREATED         STATUS         PORTS     NAMES
fa0eeebc1c58   httpd     "httpd-foreground"   6 seconds ago   Up 4 seconds   80/tcp    charming_heisenberg
[root@localhost ~]# curl 172.17.0.2
hello world //依然可以访问
[root@localhost ~]# # 进入容器查看是否数据还在[root@localhost ~]# docker exec -it fa0eeebc1c58 /bin/bash
root@fa0eeebc1c58:/usr/local/apache2# ls htdocs/
index.html
root@fa0eeebc1c58:/usr/local/apache2#

容器数据管理

用户在使用Docker的过程中,往往需要能查看容器内应用产生的数据,或者需要把容器内的数据进行备份,甚至多个容器之间进行数据的共享,这必然涉及容器的数据管理操作。

容器中管理数据主要有两种方式:

  • 数据卷(Data Volumes)
  • 数据卷容器(Data Volumes Containers)

容器Volume使用语法:
Docker-managed volume

语法格式:docker run -it --name CONTAINER_NAME -v VOLUMEDIR IMAGE_NAME

[root@localhost ~]# docker run -it --rm -v /data busybox //data与真机的某个目录绑定,没有指定,没有固定的位置
/ # ls
bin   data  dev   etc   home  proc  root  sys   tmp   usr   var
/ # cd data/
/data # ls
/data # touch abc
/data # # 查看
[root@localhost ~]# docker ps
CONTAINER ID   IMAGE     COMMAND   CREATED         STATUS         PORTS     NAMES
28ef103fb798   busybox   "sh"      5 minutes ago   Up 5 minutes             amazing_beaver
[root@localhost ~]# [root@localhost ~]# docker inspect 28ef103fb798"Mounts": [{"Type": "volume","Name": "63e268c29a5ffe57d1c2cee5f47d9ef956fdeb3e408039754caa953f94bc462f","Source": "/var/lib/docker/volumes/63e268c29a5ffe57d1c2cee5f47d9ef956fdeb3e408039754caa953f94bc462f/_data","Destination": "/data","Driver": "local","Mode": "","RW": true,"Propagation": ""
[root@localhost ~]# cd /var/lib/docker/volumes/63e268c29a5ffe57d1c2cee5f47d9ef956fdeb3e408039754caa953f94bc462f/_data //这个位置时随机的
[root@localhost _data]# ls
[root@localhost _data]# ls
abc  //因为做了映射
[root@localhost _data]# 

Bind mount volume

语法格式:docker run -it --name CONTAINER_NAME -v HOSTDIR:VOLUMEDIR IMAGE_NAME

[root@localhost ~]# docker run -it --rm -v /host/data:/data busybox 
/ # 
# 开另外一个终端查看
[root@localhost ~]# ls /
........
boot  etc  host (host被创建) .....
[root@localhost /]# ls host/
data
[root@localhost /]# 在容器中data目录中也是空的并创建一个文件
/ # ls
bin   data  dev   etc   home  proc  root  sys   tmp   usr   var
/ # cd data/
/data # ls
/data # touch abc
/data # # 在真机中查看
[root@localhost /]# ls host/data/
abc
[root@localhost /]# # 退出容器并查看数据是否还在
[root@localhost /]# ls host/data/
abc

在容器中使用数据卷

在容器内创建一个数据卷

下面使用nginx镜像创建一个web容器,并创建一个数据卷挂载到容器的/webapp目录下:

[root@localhost ~]# docker run -d -P --name web -v /webapp nginx

这里的-P是允许外部访问容器需要暴露的端口

挂载一个主机目录作为数据卷

[root@localhost ~]# docker run -d -P --name web1 -v /var/www/html:/webapp nginx

上面的命令加载主机的/var/www/html目录到容器的/webapp目录:
这个功能在进行测试的时候非常方便,比如用户可以放置一些程序或数据到本地目录中,然后在容器内运行和使用。另外,本地目录的路径必须是绝对路径,如果目录不存在,Docker会自动创建。

Docker挂载数据卷的默认权限是读写(rw),用户也可以通过(ro)指定为只读:

[root@localhost ~]# docker run -d -P --name web2 -v /var/www/html:/webapp:ro nginx
[root@localhost ~]# docker run -it --rm -v /host/data:/data:ro busybox 
/ # cd /data/
/data # ls 
abc
/data # echo "hello world" >> abc
sh: can't create abc: Read-only file system //会报错不可以创建,因为只读模式
/data # # 但是可以在真机中写,然后容器中也会一样
[root@localhost data]# echo "hello world" >> abc
[root@localhost data]## 在容器中查看
/data # cat abc 
hello world
/data # 

加了:ro以后,容器内挂载的数据卷的数据就无法修改了。

挂载一个本地主机文件作为数据卷
-v选项也可以从主机挂载单个文件到容器中作为数据卷:

[root@localhost ~]# docker run -it --rm -v ~/.bash_history:/.bash_history centos /bin/bash

如果直接挂载一个文件到容器,使用文件编辑工具,包括vi或者sed去修改文件内容的时候,可能会造成inode的改变,这样将会导致错误。所以推荐的方式是直接挂载文件所在的目录。

数据卷容器

如果用户需要在容器之间共享一些持续更新的数据,最简单的方式是使用数据卷容器。数据卷容器其实就是一个普通的容器,专门用它提供数据卷供其他容器挂载使用,方法如下:

首先,创建一个数据卷容器dbdata,并在其中创建一个数据卷挂载到/dbdata:

[root@localhost ~]# docker run -it -d --name dbdata -v /dbdata centos

示例:

[root@localhost ~]# docker run -it --rm --name dbdata -v /dbdata busybox
/ # ls
bin     dev     home    root    tmp     var
dbdata  etc     proc    sys     usr
/ # cd dbdata/
/dbdata # ls
/dbdata # 

然后可以在其他容器中使用–volumes-from来挂载dbdata容器中的数据卷,例如创建db1和db2两个容器,并从dbdata容器挂载数据卷:

[root@localhost ~]# docker run -d --name db1 --volumes-from dbdata centos
[root@localhost ~]# docker run -d --name db2 --volumes-from dbdata centos
示例:# 第一个容器
[root@localhost data]#  docker run -it --rm --volumes-from dbdata busybox
/ # ls 
bin     dev     home    root    tmp     var
dbdata  etc     proc    sys     usr
/ # cd dbdata/
/dbdata # 
# 第二个容器
root@localhost ~]# docker run -it --rm --volumes-from dbdata busybox
/ # ls 
bin     dev     home    root    tmp     var
dbdata  etc     proc    sys     usr
/ # cd dbdata/  这是两个dbdata 里面都是空的# 在第一台容器中添加内容/dbdata # echo 'hello world' > abc
/dbdata # ls
abc
/dbdata # cat abc 
hello world
/dbdata # # 查看第二台容器
/ # cd dbdata/
/dbdata # ls
abc
/dbdata # cat abc 
hello world
/dbdata # 
即使删除dbdata容器,数据依然存在

此时,容器db1和db2都挂载同一个数据卷到相同的/dbdata目录。三个容器任何一方在该目录下的写入,其他容器都可以看到。
例如,在db1容器中创建一个test文件:

[root@localhost ~]# docker exec -it db1 /bin/bash
[root@75b50c43ce20 /]# ls
bin  dbdata  dev  etc  home  lib  lib64  lost+found  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var
[root@75b50c43ce20 /]# cd dbdata/
[root@75b50c43ce20 dbdata]# touch test
[root@75b50c43ce20 dbdata]# ls

在db2容器中查看:

[root@localhost ~]# docker exec -it db2 /bin/bash
[root@c0b4bb5ff5b9 /]# ls dbdata/
test

可以多次使用–volumes-from参数来从多个容器挂载多个数据卷。还可以从其他已挂载了容器卷的容器来挂载数据卷:

[root@localhost ~]# docker run -d --name db3 --volumes-from db1 centos

使用–volumes-from参数所挂载数据卷的容器自身并不需要保持在运行状态。

如果删除了挂载的容器(包括dbdata、db1和db2),数据卷并不会被自动删除。如果要删除一个数据卷,必须在删除最后一个还挂载着它的容器时显式使用docker rm -v命令来指定同时删除关联的容器。

利用数据卷容器迁移数据

可以利用数据卷容器对其中的数据卷进行备份、恢复,以实现数据的迁移。

备份
使用下面的命令来备份dbdata数据卷容器内的数据卷:

[root@localhost ~]# docker run --name worker --volumes-from dbdata -v $(pwd):/backup centos tar cvf /backup/backup.tar /dbdata

这个命令稍微有点复杂,具体分析下。
首先利用centos镜像创建了一个容器worker。使用–volumes-from dbdata参数来让worker容器挂载dbdata容器的数据卷(即dbdata数据卷);使用-v $(pwd):/backup参数来挂载本地的当前目录到worker容器的/backup目录。
worker容器启动后,使用了tar cvf /backup/backup.tar /dbdata命令来将/dbdata下内容备份为容器内的/backup/backup.tar,即宿主主机当前目录下的backup.tar。

恢复
如果要恢复数据到一个容器,可以按照下面的操作。首先创建一个带有数据卷的容器dbdata2:

[root@localhost ~]# docker run -it --name dbdata2 -v /dbdata centos /bin/bash

然后创建另一个新的容器,挂载dbdata2容器,并使用untar解压备份文件到所挂载的容器卷中即可:

[root@localhost ~]# docker run --volumes-from dbdata2 -v $(pwd):/backup busybox tar xvf /backup/bac

批量删除容器

[root@localhost ~]# docker ps -a[root@localhost ~]# docker rm -f $(docker ps -aq)

批量删除镜像

[root@localhost ~]# docker ps -aq
[root@localhost ~]# docker images -q
beae173ccac6
605c77e624dd
dabbfbe0c57b
dabbfbe0c57b
[root@localhost ~]# docker rmi -f $(docker images -q)

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

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

相关文章

Node Sass version 9.0.0 is incompatible with ^4.0.0.

1.错误产生原因: node、 node-sass 和sass-loader的版本对应问题 2.解决方案: 删除之前的 npm uninstall node-sass sass-loader 安装指定的 npm i node-sass4.14.1 sass-loader7.3.1 --save -dev

【微服务】一体化智慧工地管理平台源码

智慧工地系统是一种利用人工智能和物联网技术来监测和管理建筑工地的系统。它可以通过感知设备、数据处理和分析、智能控制等技术手段,实现对工地施工、设备状态、人员安全等方面的实时监控和管理。 一、智慧工地让工程施工智能化 1、内容全面,多维度数…

STM8单片机在医疗设备中的应用和优势

STM8单片机作为一种高性能、低功耗的微控制器,在医疗设备领域得到了广泛的应用。本文对STM8单片机在医疗设备中的应用进行了研究,探讨了它在医疗设备中的优势和特点,并分析了其在提升医疗设备性能、精确控制和数据处理等方面的应用效果。 一…

基于ruoyi框架项目-部署到服务器上

基于ruoyi框架项目-部署到服务器上 文章目录 基于ruoyi框架项目-部署到服务器上1.前端vue编译,后的dist下内容打包(前后端分离版本需要)2.后端打包成jar包(如果是thymeleaf仅需打包jar)3.上传到服务器目录下4. docker部…

webgoat-Insecure Deserialization不安全的序列化

A(8)不安全的反序列化 反序列化是将已序列化的数据还原回对象的过程。然而,如果反序列化是不安全的,那么恶意攻击者可以在序列化的数据中夹带恶意代码,从而在反序列化时执行这些代码。这种攻击被称为反序列化。 什么…

【C++】万字详解IO流(输入输出流+文件流+字符串流)

文章目录 一、标准输入输出流1.1提取符>>&#xff08;赋值给&#xff09;与插入符<<&#xff08;输出到&#xff09;理解cin >> a理解ifstream&#xff08;读&#xff09; >> a例子 1.2get系列函数get与getline函数细小但又重要的区别 1.3获取状态信息…

Vue3 简单实现虚拟Table,展示海量单词.利用WebAPI speechSynthesis,朗读英语单词

目录 本页面完整代码 视频演示 完整的页面代码 利用webapi speechSynthesis帮助我们自动郎读英语单词&#xff0c;可以利用这个API&#xff0c;做一些小说朗读或到账提示。 本页面完整代码 用Vue写了一个简单页面&#xff0c;里面还写了一个简单的虚拟Table支持海量数据展示…

记录:Unity脚本的编写5.0

目录 前言创建动画Unity Animation、Animator常用类关于两者的区别Animator 编写脚本 大型连续剧之在untiy中&#xff08;或者别的什么活动&#xff09; 前言 之前在场景中添加了背景音乐&#xff0c;而在我们的日常的体验中&#xff0c;可以发现游戏或者场景中有很多有趣的动…

pyspark连接mysql数据库报错

使用pyspark连接mysql数据库代码如下 spark_conf SparkConf().setAppName("MyApp").setMaster("local")spark SparkSession.builder.config(confspark_conf).getOrCreate()url "jdbc:mysql://localhost:3306/test?useUnicodetrue&characterE…

MFC 基础篇(一)

目录 一.SDK编程 二.为什么要学MFC&#xff1f; 三.MFC能做什么&#xff1f; 四.MFC开发环境搭建 五.MFC项目创建 六.消息映射机制 一.SDK编程 Application Programming Interface 应用程序编程接口。 Software Development Kit 软件开发工具包&#xff0c;一般会包括A…

【音视频 | opus】opus编码的Ogg封装文件详解

&#x1f601;博客主页&#x1f601;&#xff1a;&#x1f680;https://blog.csdn.net/wkd_007&#x1f680; &#x1f911;博客内容&#x1f911;&#xff1a;&#x1f36d;嵌入式开发、Linux、C语言、C、数据结构、音视频&#x1f36d; &#x1f923;本文内容&#x1f923;&a…

Android Gldie复用只取之前decode过的缓存resource,Kotlin

Android Gldie复用只取之前decode过的缓存resource&#xff0c;Kotlin import android.graphics.Bitmap import android.os.Bundle import android.util.Log import android.widget.ImageView import androidx.appcompat.app.AppCompatActivity import androidx.lifecycle.life…