docker内部逻辑怎么理解
本篇内容主要讲解“docker内部逻辑怎么理解”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“docker内部逻辑怎么理解”吧!
成都创新互联主营钟祥网站建设的网络公司,主营网站建设方案,app软件开发,钟祥h5微信小程序开发搭建,钟祥网站营销推广欢迎钟祥等地区企业咨询
镜像(Image)——一个特殊的文件系统
Docker 镜像是一个特殊的文件系统,除了提供容器运行时所需的程序、库、资源、配置等文件外,还包含了一些为运行时准备的一些配置参数(如匿名卷、环境变量、用户等)
容器(Container)——镜像运行时的实体
容器是镜像运行时的实体。容器可以被创建、启动、停止、删除、暂停等
仓库(Repository)——集中存放镜像文件的地方
镜像构建完成后,可以很容易的在当前宿主上运行,但是, 如果需要在其它服务器上使用这个镜像,我们就需要一个集中的存储、分发镜像的服务,Docker Registry就是这样的服务
Docker采用了C/S架构。客户端和服务端可以运行在一个机器上,也可以通过socket或者RESTful API 来进行通信。
Docker Daemon: 一般在宿主机后台运行,等待接收客户端的消息
Docker Client:则为客户提供一系列可执行的命令, 用户使用这些命令跟docker daemon交互
1、用户是使用Docker Client与Docker Daemon建立通信,并发送请求给后者
2、Engine执行Docker内部的一系列工作,每一项工作都是以一个Job的形式的存在。
3、Job的运行过程中,当需要容器镜像时,则从Docker Registry中下载镜像,并通过镜像管理驱动graphdriver将下载镜像以Graph的形式存储;当需要为Docker创建网络环境时,通过网络管理驱动networkdriver创建并配置Docker容器网络环境;当需要限制Docker容器运行资源或执行用户指令等操作时,则通过execdriver来完成。libcontainer是一项独立的容器管理包,networkdriver以及execdriver都是通过libcontainer来实现具体对容器进行的操作。
1、容器和虚拟机对比
2、Docker的优势
3、Docker的劣势
4、Docker的应用场景
1、Docker安装
2、认识镜像和容器
3、镜像容器管理
什么是镜像?
镜像是一个多层的联合只读的文件系统。
什么是容器?
容器是在镜像基础上加上读写层。容器即进程。
构建镜像的过程?
镜像->镜像+可写层+执行命令->commit为新的镜像(新的一层)->镜像+可写层+执行命令->commit为新的镜像(新的一层)->…
典型文件系统启动 :
一个典型的 Linux 文件系统由 bootfs 和 rootfs 两部分组成,
bootfs(boot file system)
主要包含 bootloader 和 kernel,bootloader 主要用于引导加载 kernel,当 kernel 被加载到内存中后 bootfs 会被 umount 掉
rootfs (root file system)
包含的就是典型 Linux 系统中的/dev,/proc,/bin,/etc 等标准目录和文件
加载过程:
bootfs 时会先将 rootfs 设为 read-only,然后在系统自检之后将 rootfs 从 read-only 改为 read-write,
Docker文件系统启动:
Docker 在 bootfs 自检完毕之后并不会把 rootfs 的 read-only 改为 read-write,而是利用 union mount(UnionFS 的一种挂载机制)将 image 中的其他的 layer 加载到之前的 read-only 的 rootfs 层之上,每一层 layer 都是 rootfs 的结构,并且是read-only 的。所以,我们是无法修改一个已有镜像里面的 layer 的!只有当我们创建一个容器,也就是将 Docker 镜像进行实例化,系统会分配一层空的 read-write 的 rootfs ,用于保存我们做的修改
基础镜像的层信息
docker pull centos
tree -L 2 /var/lib/docker/overlay2/
构建后镜像的层信息
cd layer_dockerfile/
docker build -t centos:test -f ./Dockerfile .
tree -L 2 /var/lib/docker/overlay2/
每一层都包含了”该层独有的文件”以及”和其低层共享的数据的连接”,在Docker 1.10之前的版本中,目录的名字和镜像的UUID相同,而Docker 1.10后则采用了新的存储方式,可以看到目录名和下载镜像的UUID并不相同
Diff
存放挂载点的具体的文件内容
Link
对应l目录的链接源的名称
Lower
根没有lower,其它的lower指向的父层的链接
L:
”l“目录包含一些符号链接作为缩短的层标识符. 这些缩短的标识符用来避免挂载时超出页面大小的限制
Commit:容器提交为镜像
docker run -idt --name test centos
Touch liwei
docker commit 6de test2
Create:创建容器但是不启动
docker create --name nginx-con -p80:80 nginx:latest
Start:启动容器
docker start nginx-con
Stop:停止容器
docker stop nginx-con
Kill:杀掉容器,和停止相比不友好
docker kill nginx-con
Pause:暂停容器
docker pause nginx-con
Unpause:恢复暂停的容器
docker unpause nginx-con
Run:创建且启动容器
docker run -idt --restart=always --name nginx_con -v /tmp/:/mnt -p 88:80 -e arg1=arg1 nginx
Docker attach nginx_con
Ctrl+^p+^q
CP:宿主机和容器之间copy文件
docker cp docker_install.sh nginx_con:/opt
docker exec nginx_con ls /opt
docker cp nginx_con:/opt/docker_install.sh ./1.sh
Exec:执行命令,也可附加到容器
docker exec nginx_con ls /opt
Attach:附加到容器
docker attach nginx_con
docker exec -it nginx_con /bin/bash
Logs:查看容器日志
docker logs –f nginx_con
Inspect:查看元数据,可以查看镜像和容器
docker inspect nginx_con
Port:查看容器端口映射
docker port nginx_con
Top:查看容器中正在运行的进程
docker top nginx_con
Ps:查看容器
docker ps
docker ps -a
docker ps -aq
查看正在运行的容器,加上-a查看所有容器(包含停止和暂停状态的容器)
Rm:删除容器
docker rm nginx_con 删除容器
docker rm -f nginx_con 强行删除容器
Export:导出容器
docker pull busybox
docker run -itd busybox
docker export 983989307eef>busybox.tar
Import:导入容器
docker import busybox.tar busybox:1.3
Save:导出镜像
docker save busybox:1.3>busybox1.3.tar
Load:导入镜像
docker load -i busybox1.3.tar
Tag:镜像打标签
docker tag busybox:1.3 192.168.199.160/test/busybox:latest
Build:从dockerfile构建镜像
FROM centos
ENV TZ "Asia/Shanghai"
ADD echo.sh /opt/echo.sh
RUN chmod +x /opt/echo.sh
CMD ["/opt/echo.sh"]
docker build -t centos:test -f Dockerfile .
Pull:从 registry拉取镜像
docker pull nginx 从dockerhub上拉取
docker pull 192.168.199.160/test/nginx:latest 从内网harbor上拉取
Push:推送镜像到仓库[第一次需要输入密码,后续不需要了]
docker login 192.168.199.160
admin
Harbor12345
docker push 192.168.199.160/test/busybox:latest
Info、version、events
docker info 查看docker相关信息信息
Docker version 查看docker相关版本信息
Docker events 查看docker事件
【注】
1、创建容器后防火墙不要再动
2、cmd会被覆盖的问题,需要注意,可能会导致/bin/bash 把启动命令覆盖了,启动不了的问题例如
docker run -idt --restart=always --name nginx_con -v /tmp/:/mnt -p 88:80 -e arg1=arg1 nginx /bin/bash
3、cmd的命令都会在挂在后执行。
到此,相信大家对“docker内部逻辑怎么理解”有了更深的了解,不妨来实际操作一番吧!这里是创新互联网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!
网站标题:docker内部逻辑怎么理解
本文来源:http://hbruida.cn/article/gooheh.html