DOCKER02_镜像如何存储、镜像加载原理、容器数据卷、可视化界面-Portainer

本文涉及的产品
容器镜像服务 ACR,镜像仓库100个 不限时长
简介: ①. 镜像如何存储②. 镜像加载原理

①. 镜像如何存储


  • ①. 使用命令docker image inspect nginx,出现如下信息


微信图片_20220106192706.png


②. LowerDir:底层目录,diff(只是存储不同),包含小型linux和装好的软件(倒着看)


小linux系统(FROM apline)+ Dockerfile的每一个命令可能都引起了系统的修改,所以和git一样只记录变化


我们进入到这个镜像启动的容器,容器的文件系统就是镜像的(解释见下面的图)


docker ps -s:可以看到这个容器真正用到的文件大小(可以看到只用到了1.12kb)


(4). 用户文件: /var/lib/docker/overlay2/67b3802c6bdb5bcdbcccbbe7aed20faa7227d584ab37668a03ff6952e 631f7f2/diff
(3). nginx的启动命令放在这里:/var/lib/docker/overlay2/f56920fac9c356227079df41c8f4b056118c210bf4c50bd9bb077bdb4 c7524b4/diff
(2). nginx的配置文件在这里: /var/lib/docker/overlay2/0e569a134838b8c2040339c4fdb1f3868a7118dd7f4907b40468f5fe6 0f055e5/diff
(1). 小linux系统: /var/lib/docker/overlay2/2b51c82933078e19d78b74c248dec38164b90d80c1b42f0fdb1424953 207166e/diff


微信图片_20220106192732.png

微信图片_20220106192737.png


③. 写实复制:容器会自己建立层;如果想要改东西,把改的内容复制到容器层即可 docker inspect container


(当我们启动一个容器的时候,容器中的配置文件发生了改变:如在nginx.conf 后面追加了1111,这个时候容器首先会将镜像中的nginx.conf文件复制到自己的容器中,如果有发生文件修改,这个时候会在容器的upperdir层也新建一个nginx.conf文件,然后对容器中建立的nginx.conf进行追加操作)


注意:无论容器如何修改,基于这个容器的底层的镜像永远不会改变的,增删改永远只能修改到容器层


微信图片_20220106192802.png


④. 镜像为容器提供了一个基础的文件系统,容器是否在运行中,只要引用了镜像,都不能进行删除的处理!但是可以使用强制删除 -f 参数进行处理


⑤. UpperDir 上层目录:数据卷在容器层产生,所有的增删改都在容器层


⑥. MergedDir:合并目录:容器最终的完整工作目录全内容都在合并层

(我们在使用file1的时候,会先在upperdir中查看,如果有就用upperdir中的,如果没有就用lowdir中的)


微信图片_20220106192822.png


  • ⑦. WorkDir:工作目录(临时层)


②. 镜像加载原理


  • ①. 镜像的存储方式有很多中,如下图所示,目前docker使用的是overlayFS


微信图片_20220106192848.png


image.png


②. 新镜像是从 base 镜像一层一层叠加生成的。每安装一个软件,就在现有镜像的基础上增加一层


微信图片_20220106192859.png


③. 为什么 Docker 镜像要采用这种分层结构呢


最大的一个好处就是 - 共享资源


比如:有多个镜像都从相同的base镜像构建而来,那么宿主机只需在磁盘上保存一份base镜像,同时内存中也只需加载一份base镜像,就可以为所有容器服务了。而且镜像的每一层都可以被共享


④. 如下图所示:使用ubuntu 15.04镜像启动一个容器。容器的存储空间由两部分组成,底层是镜像层,顶部是容器层。镜像层是只读层,容器层是可读写层。容器运行时,涉及文件写的操作,都是在容器层中完成的


微信图片_20220106192927.png


微信图片_20220106192932.png


⑤. 镜像为什么能长久运行?


镜像启动一定得有一个阻塞的进程,一直干活,在这里代理


docker run [OPTIONS] IMAGE [COMMAND] [ARG…]


docker run --name myredis2 -p 6379:6379 -p 8888:6379 redis


镜像启动以后做镜像里面默认规定的活


⑥. docker启动一个MySQL,默认什么都不做?


(MySQL就会丢失数据,我们可以使用文件挂载的方式,或者是docker commit:能提交,MySQL的容器,也能提交。100G、100G)


相关文章
|
3天前
|
监控 Kubernetes Docker
【Docker 专栏】Docker 容器内应用的健康检查与自动恢复
【5月更文挑战第9天】本文探讨了Docker容器中应用的健康检查与自动恢复,强调其对应用稳定性和系统性能的重要性。健康检查包括进程、端口和应用特定检查,而自动恢复则涉及重启容器和重新部署。Docker原生及第三方工具(如Kubernetes)提供了相关功能。配置检查需考虑检查频率、应用特性和监控告警。案例分析展示了实际操作,未来发展趋势将趋向更智能和高效的检查恢复机制。
【Docker 专栏】Docker 容器内应用的健康检查与自动恢复
|
2天前
|
NoSQL Redis Docker
Mac上轻松几步搞定Docker与Redis安装:从下载安装到容器运行实测全程指南
Mac上轻松几步搞定Docker与Redis安装:从下载安装到容器运行实测全程指南
12 0
|
3天前
|
存储 安全 数据库
【Docker 专栏】Docker 容器内应用的状态持久化
【5月更文挑战第9天】本文探讨了Docker容器中应用状态持久化的重要性,包括数据保护、应用可用性和历史记录保存。主要持久化方法有数据卷、绑定挂载和外部存储服务。数据卷是推荐手段,可通过`docker volume create`命令创建并挂载。绑定挂载需注意权限和路径一致性。利用外部存储如数据库和云服务可应对复杂需求。最佳实践包括规划存储策略、定期备份和测试验证。随着技术发展,未来将有更智能的持久化解决方案。
【Docker 专栏】Docker 容器内应用的状态持久化
|
3天前
|
机器学习/深度学习 监控 Kubernetes
【Docker 专栏】Docker 容器内服务的自动扩展与缩容
【5月更文挑战第9天】本文探讨了Docker容器服务的自动扩展与缩容原理及实践,强调其在动态业务环境中的重要性。通过选择监控指标(如CPU使用率)、设定触发条件和制定扩展策略,实现资源的动态调整。方法包括云平台集成和使用Kubernetes等框架。实践中,电商平台和实时数据处理系统受益于此技术。注意点涉及监控数据准确性、扩展速度和资源分配。未来,智能算法将提升扩展缩容的效率和准确性,成为关键技术支持。
【Docker 专栏】Docker 容器内服务的自动扩展与缩容
|
3天前
|
Java 数据库连接 Docker
【Docker 专栏】Docker 容器内环境变量的管理与使用
【5月更文挑战第9天】本文介绍了Docker容器中环境变量的管理与使用,环境变量用于传递配置信息和设置应用运行环境。设置方法包括在Dockerfile中使用`ENV`指令或在启动容器时通过`-e`参数设定。应用可直接访问环境变量或在脚本中使用。环境变量作用包括传递配置、设置运行环境和动态调整应用行为。使用时注意变量名称和值的合法性、保密性和覆盖问题。理解并熟练运用环境变量能提升Docker技术的使用效率和软件部署质量。
【Docker 专栏】Docker 容器内环境变量的管理与使用
|
3天前
|
运维 安全 Linux
深入理解Docker自定义网络:构建高效的容器网络环境
深入理解Docker自定义网络:构建高效的容器网络环境
|
3天前
|
存储 弹性计算 运维
Docker数据集与自定义镜像:构建高效容器的关键要素
Docker数据集与自定义镜像:构建高效容器的关键要素
|
3天前
|
Kubernetes Java 调度
Java容器技术:Docker与Kubernetes
Java容器技术:Docker与Kubernetes
14 0
|
4天前
|
算法 计算机视觉 Docker
Docker容器中的OpenCV:轻松构建可移植的计算机视觉环境
Docker容器中的OpenCV:轻松构建可移植的计算机视觉环境
Docker容器中的OpenCV:轻松构建可移植的计算机视觉环境
|
4天前
|
存储 Prometheus 监控
【Docker 专栏】Docker 容器内应用的调试与故障排除
【5月更文挑战第8天】本文探讨了Docker容器内应用的调试与故障排除,强调其重要性。方法包括:通过日志排查、进入容器检查、使用监控工具及检查容器配置。常见问题涉及应用启动失败、性能问题、网络连接和数据存储。案例分析展示了实战场景,注意事项提醒避免不必要的容器修改、备份数据和理解应用架构。掌握这些技能能确保Docker应用的稳定运行和性能优化。
【Docker 专栏】Docker 容器内应用的调试与故障排除