11.docker镜像分层&dockerfile优化

docker镜像的分层(kvm 链接克隆,写时复制的特性)

镜像分层的好处:复用,节省磁盘空间,相同的内容只需加载一份到内存。

修改dockerfile之后,再次构建速度快

分层:就是在原有的基础镜像上新增了服务或者软件,也就是文件发生了大小变化。

例如,底层centos6.9,在这上新增nginx,在安装php;

通过镜像查看历史命令就能看出kod:v2镜像的大小变化有10层;注:下图基于基础镜像centos6.9就是一层

因为每一次构建镜像的时候都会起一个临时容器ID,执行下一个容器便会删除上一个容器ID,依次类推。

镜像历史命令能看构建10层,也就是对应dockerfile脚本里面的发生文件大小变化的10条命令;

我将kod:v2镜像导出,然后删除kod:v2镜像,然后在导入,就可以清晰可见的层数
注释:由于centos6.9镜像已经存在,所以就直接复用了,就不会显示层数。

导入镜像,这里显示7层,正常来说应该是10层,因为这里有3层是在镜像中已经存在的,所以被直接复用。
注释:layer意思为:层

从上面的结论可以得出,也就是构建脚本中的指令RUN越多层数就很多。下图所示
注释:docker镜像中分层限制最大128层。层数越多加载就越慢,所以越少越好

dockerfile自动构建优化

dockerfile脚本优化:

1:尽可能选择体积小linux,如alpine(5M左右)

2:尽可能合并RUN指令,清理无用的文件(yum缓存,源码包)

3:修改dockerfile,把变化的内容尽可能放在dockerfile结尾

4: 使用.dockerignore,减少不必要的文件ADD . /html

根据上面几条优化规则,将kod服务构建的dockerfile脚本进行优化操作

powershell 复制代码
[root@yunlong /data/dockerfile/kod]# cat dockerfile  
#!/bin/bash
FROM centos:6.9
RUN curl -o /etc/yum.repos.d/CentOS-Base.repo https://www.xmpan.com/Centos-6-Vault-Aliyun.repo && \
curl -o /etc/yum.repos.d/epel.repo http://mirrors.aliyun.com/repo/epel-archive-6.repo && \
yum install  nginx php-fpm php-gd php-mbstring unzip -y && \
yum clean all 
ADD kodexplorer4.40.zip /opt/
RUN cd /opt/ && \
unzip kodexplorer4.40.zip && \
rm -rf kodexplorer4.40.zip && \ 
chown -R nginx:nginx .
ADD nginx.conf /etc/nginx/nginx.conf
ADD www.conf /etc/php-fpm.d/www.conf
ADD init.sh /init.sh
CMD ["/bin/bash","/init.sh"]

重新构建镜像

powershell 复制代码
docker build --network=host -t kod:v3 .

查看镜像比之前kodv2小了162M

导出镜像查看,kod:v3小了156M

在查看镜像历史命令显示kod:v2是10层,kod:v3则为7层。

相关推荐
weixin_3077791331 分钟前
Jenkins GitHub插件1.45.0:深度集成与实践指南
运维·云原生·云计算·jenkins
小小哭包7 小时前
Nginx配置文件nginx.conf中文详解
运维·nginx
weixin_431697207 小时前
onlyoffice预览nginx代理的静态文件
运维·nginx
杨云龙UP7 小时前
从0搭建Oracle ODA NFS异地备份:从YUM源到RMAN定时任务的全流程
linux·运维·数据库·oracle
DN金猿7 小时前
恢复 Linux 上误删除的文件
linux·运维·服务器
6***A6637 小时前
Nginx 反向代理配置
运维·nginx
远瞻。8 小时前
【环境配置】Ubuntu系统安装cuda
linux·运维·ubuntu
如果未来,8 小时前
k8s介绍,及其主要组件作用
云原生·容器·kubernetes
kyle~8 小时前
Linux---<unistd.h>类Unix系统编程核心头文件
linux·运维·unix
bendan508 小时前
服务通过docker部署后,调用确定相互调用的URL
运维·docker·容器