【云原生Docker篇】Docker的数据管理(数据卷、容器互联)

本文涉及的产品
容器服务 Serverless 版 ACK Serverless,952元额度 多规格
容器服务 Serverless 版 ACK Serverless,317元额度 多规格
容器镜像服务 ACR,镜像仓库100个 不限时长
简介: 用户在使用Docker的过程中,往往需要能查看容器内应用产生的数据,或者需要把容器内的数据进行备份,甚至多个容器之间进行数据的共享,这必然涉及容器的数据管理操作。容器中管理数据主要有两种方式:数据卷(Data Volumes)数据卷容器(Data Volume Dontainers)

一、数据卷(容器与宿主机之间数据共享)

数据卷是一个供容器使用的特殊目录,位于容器中。可将宿主机的目录挂载到数据卷上,对数据卷的修改操作立刻可见,并且更新数据不会影响镜像,从而实现数据在宿主机与容器之间的迁移。数据卷的使用类似于Linux下对目录进行的mount操作。

想要将容器中的数据持久化,可以将宿主机目录挂载到容器中。

一般只建议在创建容器时进行挂载,不建议启动容器后再挂载。因为启动容器后再挂载的话,需要修改配置文件,且不一定能挂载成功。

docker run -v 数据卷              #在容器内创建数据卷
 docker run -v 宿主机目录:数据卷    #将宿主机目录挂载到容器中
 #注意:宿主机本地目录的路径必须是使用绝对路径。如果路径不存在,Docker会自动创建相应的路径。
 #挂载后的目录默认可读可写
 #如果希望挂载后的目录为只读目录,可以在挂载时加:ro参数
 docker run -v 宿主机目录:数据卷:ro    #将宿主机目录挂载到容器中,只可读
复制代码


示例:

[root@yuji ~]# ls /var/share      #创建数据卷前,该目录不存在
 ls: 无法访问/var/share: 没有那个文件或目录
 #将宿主机目录/var/share挂载到容器中的/data1。
 #注意:宿主机本地目录的路径必须是使用绝对路径。如果路径不存在,Docker会自动创建相应的路径。
 #-v选项可以在容器内创建数据卷
 [root@yuji ~]# docker run -v /var/share:/data1 --name web1 -itd centos:7 /bin/bash
 670bf71814364638c4b21a1fb13bcf95c6a2125cd379a5717061d41f9673b0fe
 [root@yuji ~]# ls /var/share -d     #自动创建了该目录
 /var/share
 #进入容器
 [root@yuji ~]# docker exec -it web1 bash 
 [root@670bf7181436 /]# ls            #容器中自动创建了/data1目录
 anaconda-post.log  data1  etc   lib    media  opt   root  sbin  sys  usr
 bin                dev    home  lib64  mnt    proc  run   srv   tmp  var
 [root@670bf7181436 /]# echo "this is web1"> /data1/abc.txt   #向数据卷中写入数据
 [root@670bf7181436 /]# exit    #退出容器
 exit
 #返回宿主机进行查看
 [root@yuji ~]# cd /var/share
 [root@yuji share]# ls
 abc.txt
 [root@yuji share]# cat abc.txt      #可以看到容器中写入的数据,数据同步成功
 this is web1
 #在宿主机目录中写入数据,之后进容器中查看
 [root@yuji share]# cp /etc/passwd ./
 [root@yuji share]# ls
 abc.txt  passwd
 [root@yuji share]# docker exec -it web1 bash      #进入容器
 [root@670bf7181436 /]# ls /data1   
 abc.txt  passwd                     #完成了数据同步
复制代码


网络异常,图片无法展示
|


网络异常,图片无法展示
|


二、数据卷容器(容器与容器之间数据共享)

如果需要在容器之间共享一些数据,最简单的方法就是使用数据卷容器。数据卷容器是一个普通的容器,专门提供数据卷给其他容器挂载使用。

#创建数据卷容器web2。创建/data1和/data2两个数据卷。
 docker run --name web2 -v /data1 -v /data2 -itd centos:7
 docker exec -it web2 bash                #进入web2容器
 echo "this is web2" > /data1/aaa.txt     #向数据卷/data1中写入数据
 echo "this is yuji" > /data2/bbb.txt     #向数据卷/data2中写入数据
 #使用--volumes-from 来挂载web2容器中的数据卷到新的容器web3
 docker run -itd --volumes-from web2 --name web3 centos:7
 docker exec -it web3 bash       #进入web3容器
 cat /data1/aaa.txt              #查看/data1中的数据是否和web2一致
 cat /data2/bbb.txt              #查看/data2中的数据是否和web2一致
复制代码


网络异常,图片无法展示
|


网络异常,图片无法展示
|


#在容器web3的挂载目录中写入数据,观察web2中能否同步成功
 [root@e99ee4f80519 /]# echo "this is web3" > /data1/web3.txt
 [root@e99ee4f80519 /]# exit
 exit
 [root@yuji ~]# docker exec -it web2 bash     #进入容器web2
 [root@146f1012bc08 /]# cat /data1/web3.txt   #数据共享成功
 this is web3
复制代码


网络异常,图片无法展示
|


三、 容器互联(使用centos镜像)

容器互联是通过容器的名称在容器间建立一条专门的网络通信隧道。简单点说,就是会在源容器和接收容器之问建立一条隧道,接收容器可以看到源容器指定的信息。

示例1:做容器互联

#创建并运行源容器取名c1
 docker run -itd -P --name c1 centos:7 /bin/bash
 #创建并运行接收容器取名c2,使用--1ink选项指定连接容器c1以实现容器互联。
 docker run -itd -P --name c2 --link c1:C1 centos:7 /bin/bash
 ##--link 容器名:连接的别名
 #进c2容器,ping c1,通过容器名称或者别名都可以通信
 docker exec -it c2 bash
 ping c1        #ping c1容器名称
 ping C1        #ping c1容器的别名
 PING C1 (172.17.0.5) 56(84) bytes of data.
 64 bytes from C1 (172.17.0.5): icmp_seq=1 ttl=64 time=0.105 ms
 64 bytes from C1 (172.17.0.5): icmp_seq=2 ttl=64 time=0.066 ms
 #可以看到c1容器的IP地址为172.17.0.5
 #进入c1容器,查看c1的IP地址
 docker exec -it c1 bash
 yum install -y net-tools   #下载网络工具
 ifconfig                   #查看IP为172.17.0.5,和c2中显示的一致
 eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
         inet 172.17.0.5  netmask 255.255.0.0  broadcast 172.17.255.255
复制代码


网络异常,图片无法展示
|


网络异常,图片无法展示
|


网络异常,图片无法展示
|



示例2:如果不做互联的话只能通过IP进行通信

#创建容器c5,没有与c1做互联
 docker run -itd -P --name c5 centos:7 /bin/bash
 docker exec -it c5 bash      #进入容器c5
 #通过c1的容器名称和别名,都无法和c1通信
 ping c1        #提示:ping: c1: Name or service not known
 ping C1        #提示:ping: C1: Name or service not known
 #只能通过IP进行通信
 ping 172.17.0.5
复制代码


网络异常,图片无法展示
|


总结

本文介绍了通过数据卷和数据卷容器对容器内数据进行共享、备份和恢复等操作,通过这些机制,即使容器在运行中出现故障,用户也不必担心数据发生丢失,只需要快速地重新创建容器即可。

命令 说明
docker run -v 宿主机目录:数据卷 将宿主机目录挂载到容器中
docker run -v 数据卷 创建数据卷容器
docker run --volumes-from 数据卷容器 挂载数据卷容器(挂载点路径不变)
docker run --link 源容器名称:别名 容器互联


注意:一般只建议在创建容器时进行挂载,不建议启动容器后再挂载。

因为启动容器后再挂载的话,需要修改配置文件,且不一定能挂载成功。


相关实践学习
MySQL基础-学生管理系统数据库设计
本场景介绍如何使用DMS工具连接RDS,并使用DMS图形化工具创建数据库表。
相关文章
|
5天前
|
运维 安全 Cloud Native
"揭秘!Trivy——云原生时代的隐形安全侠,一键扫描,让容器镜像漏洞无所遁形,守护你的云端帝国坚不可摧!"
【8月更文挑战第14天】在云原生时代,容器技术如Docker与Kubernetes大放异彩,加速了应用部署。但容器化的普及也带来了安全挑战,尤其是镜像的安全性至关重要。Trivy,一款高效且轻量级的镜像安全扫描工具应运而生,成为开发者与运维人员的得力助手。它由Aqua Security开发,支持一键式全面扫描,能快速检测镜像中的漏洞与配置风险,并提供修复建议。Trivy采用Go语言编写,轻巧高效,支持多平台,并可轻松集成到CI/CD流程中,确保只有安全的镜像才能部署到生产环境。无论新手还是专家,Trivy都是构建安全可靠云环境的理想选择。
19 2
|
3天前
|
Cloud Native 算法 持续交付
云原生之旅:从容器到微服务
在数字化时代的浪潮中,云原生技术如同一座灯塔,指引着企业航向灵活、高效的未来。本文将深入浅出地探索云原生的核心概念,包括容器化、微服务架构以及持续集成与持续部署(CI/CD),旨在为读者揭开云原生的神秘面纱,展现其在现代软件开发中的革命性影响。通过实际案例分析,我们将一同见证云原生技术如何助力企业实现快速迭代和高弹性的IT架构。
14 2
|
4天前
|
JSON 数据管理 关系型数据库
【Dataphin V3.9】颠覆你的数据管理体验!API数据源接入与集成优化,如何让企业轻松驾驭海量异构数据,实现数据价值最大化?全面解析、实战案例、专业指导,带你解锁数据整合新技能!
【8月更文挑战第15天】随着大数据技术的发展,企业对数据处理的需求不断增长。Dataphin V3.9 版本提供更灵活的数据源接入和高效 API 集成能力,支持 MySQL、Oracle、Hive 等多种数据源,增强 RESTful 和 SOAP API 支持,简化外部数据服务集成。例如,可轻松从 RESTful API 获取销售数据并存储分析。此外,Dataphin V3.9 还提供数据同步工具和丰富的数据治理功能,确保数据质量和一致性,助力企业最大化数据价值。
16 1
|
10天前
|
运维 Cloud Native 开发者
云原生时代:容器化与微服务架构的融合之旅
【8月更文挑战第9天】 在数字化浪潮的推动下,企业纷纷上云以追求更高效的运营模式。本文将深入探讨云原生技术的核心——容器化与微服务架构的结合,揭示它们如何共同塑造现代软件的开发与部署。通过浅显易懂的语言和实际案例,我们将一同见证这场技术变革给企业带来的创新与挑战,以及开发人员如何在这波潮流中找到自己的立足点。
15 4
|
9天前
|
运维 Cloud Native Android开发
云原生之旅:容器化与微服务架构的融合之道安卓应用开发入门指南
本文将深入探讨云原生技术的核心要素——容器化和微服务架构,并揭示它们如何共同推动现代软件的开发与部署。通过实际案例分析,我们将看到这两种技术如何相辅相成,助力企业实现敏捷、可扩展的IT基础设施。文章旨在为读者提供一条清晰的道路,指引如何在云原生时代利用这些技术构建和优化应用。 本文将引导初学者了解安卓应用开发的基本概念和步骤,从安装开发环境到编写一个简单的“Hello World”程序。通过循序渐进的讲解,让读者快速掌握安卓开发的核心技能,为进一步深入学习打下坚实基础。
19 1
|
9天前
|
Cloud Native 虚拟化 云计算
云原生之旅:从容器化到微服务的演变之路
在数字化浪潮的推动下,云计算已从简单的虚拟化技术演化为更为高效、灵活的云原生架构。本文将通过浅显易懂的语言,带领读者一探云原生技术的核心—容器化与微服务,并揭示它们如何共同塑造现代软件的开发与运维。我们将从容器化的基础知识讲起,逐步深入到微服务架构的设计原则,最后探讨这些技术如何助力企业实现敏捷和创新。让我们跟随技术的脉络,一起探索这场云原生的革命吧!
|
10天前
|
Kubernetes Cloud Native 持续交付
云原生之旅:从容器到微服务
在数字化时代的浪潮中,企业不断寻求更高效、灵活的软件开发与部署方式。云原生技术,作为一种新兴的架构模式,正引领着这一变革。本文将深入浅出地探讨云原生的核心组件——容器技术,并揭示它如何助力微服务架构的发展,最终实现应用的快速迭代和弹性扩展。
|
10天前
|
Kubernetes Cloud Native 持续交付
云原生之旅:从容器化到微服务架构的演进
在数字化浪潮中,云原生技术以其灵活性和可扩展性引领着软件开发的未来。本文将通过浅显的语言和生动的比喻,带领读者理解云原生的核心概念,探索它如何重塑我们的应用开发和部署方式,并展望这一趋势如何影响IT行业的走向。
17 1
|
15天前
|
Kubernetes Cloud Native 微服务
云原生之旅:从容器到微服务的实践之路
【8月更文挑战第4天】在数字化转型的浪潮中,云原生技术以其灵活性、可扩展性和弹性成为企业的新宠。本文将深入探讨云原生的核心组件—容器化与微服务架构,并通过实际代码示例揭示如何构建和管理现代化应用。我们将一同走进云原生的世界,解锁其背后的原理和实践方法,开启高效、可靠的软件开发旅程。
|
15天前
|
运维 Kubernetes Cloud Native
云原生时代的运维革新:容器化与自动化的实践之路
在数字化转型的浪潮中,云原生技术成为企业IT架构演进的核心。本文深入探讨了如何借助容器化技术和自动化工具,实现高效、灵活的运维管理,旨在为读者揭示现代运维面临的挑战及应对策略,同时分享实际案例,展现云原生时代下运维革新的力量。