docker消除协作编码问题
-
一次构建,到处运行;
-
应用组件进行打包;
只装内核;
打包镜像,容器从镜像启动;
例:
整套的开发环境,mysql,redis打包成一个镜像,每个软件环境相当于相互隔离的容器;
镜像本身是只读的,容器从镜像启动时,Docker在镜像的上层创建一个可写层,镜像本身不变;
仓库里面存放镜像,一般每个仓库存放一类镜像;
docker:容器运行载体;
镜像:模板;
容器:模板的实例;
例:
类(镜像)
对象(容器)
安装docker
-
安装虚拟机vmware(centos7.0);
-
在虚拟机中安装docker所依赖的环境;
-
安装docker;
-
查看当前centos的版本(cat /etc/redhat-release);
配置阿里云镜像
docker下载镜像默认访问docker hub,速度慢,配置阿里云镜像地址,加速;
登录阿里云镜像,可用淘宝账号登录,拿到自己的专属加速地址;
centos6.8版本配置:
- /etc/sysconfig/docker (打开docker的配置文件);
- other_args=“加速地址”(告诉docker镜像下载地址);
docker的常用命令
-
run 命令执行镜像过程
-
执行run命令,docker在本机中寻找该镜像;
-
有,以该镜像为模板生产容器实例运行;
-
没有,去配置的下载地址查找;
-
没找到,返回失败错误,查不到该镜像;
-
找到,下载该镜像到本地,以该镜像为模板生产容器实例运行
-
-
帮助类的命令
- docker version (查看版本信息)
- decker info (更想详细的一些信息)
- decker --help(一些帮助信息)
-
镜像命令
整个系统的安装过程
为了配合测试首先安装虚拟机
- 下载centos7镜像,下载地址阿里云http://mirrors.aliyun.com/centos/7/isos/x86_64/
- 下载centos7镜像,下载地址阿里云http://mirrors.aliyun.com/centos/7/isos/x86_64/
-
下载vmware,可以去官网下载,也可以到网页找链接;
- 分享一个比较好用的百度网盘搜素引擎http://www.slimego.cn/
-
镜像和vm都下载安装好后,开始新建虚拟机;
-
虚拟机新建好了之后,开始安装docker需要的gcc依赖环境
- yum -y install gcc
- yum -y install gcc-c++
- 若安装gcc报错则先执行yum distro-sync
-
然后开始安装docker,整个步骤参考docker官方文档https://docs.docker.com/engine/install/centos/#install-using-the-repository
-
若是以前安装过,则需要先卸载(sudo代表给普通用户执行管理员的权限,)
-
$ sudo yum remove docker \ docker-client \ docker-client-latest \ docker-common \ docker-latest \ docker-latest-logrotate \ docker-logrotate \ docker-engine
-
docker官方给出三种安装方式 推荐使用存储库安装 首先设置存储库
-
首先安装docker仓库所需的软件包
-
sudo yum install -y yum-utils device-mapper-persistent-data lvm2
-
$ sudo yum-config-manager --add-repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo
-
官网给出的是下面的地址(下载docker的仓库地址),但由于国外不太稳定,换成了阿里云,但是我的并没有切换成功,(个人理解这个地址的配置是下载docker用的,下完之后应该没多大用处(后期更新可能有用),后期需要配置镜像加速)
-
$ sudo yum-config-manager--add-repo https://download.docker.com/linux/centos/docker-ce.repo
-
安装docker之前可以先更新yum软件包索引
-
$ sudo yum makecache fast
-
安装docker
-
$ sudo yum -y install docker-ce
-
启动docker
-
$ sudo systemctl start docker
-
运行镜像
-
docker run hello-world
-
由于现在未配置镜像加速,网络原因可能会报错,所以需要设置镜像加速;这里用到的是阿里云的镜像加速;
- 配置阿里云镜像地址:登录阿里云 查看自己的加速器地址
- mkdir -p /etc/docker
- vim /etc/docker/daemon.json 然后将网易云镜像地址放到json中
-
完成之后重新加载daemon文件 systemctl daemon-reload
-
重新启动systemctl restart docker
-
然后接下来docker run hello-world就不会报错了
## docker常用命令
-
docker帮助命令
- docker version (查看版本信息)
- docker info(更想详细的一些信息)
- docker --help(帮助命令)
镜像命令
-
docker images (列出本地主机上的镜像)
-
options说明docker images [options]
- -a 列出本地所有的镜像(含中间映射层)
- -q只显示镜像id
- –digests:显示镜像的摘要信息
- –no-trunc:显示完整的镜像信息
-
各个选项说明
- REPOSITORY: 表示镜像的仓库源
- TAG:镜像的标签
- IMAGE ID:镜像id
- CREATED:镜像创建时间
- SIZE:镜像大小
同一仓库源可以有多个TAG,代表这个仓库源的不同版本,我们使用REPOSITORY:TAG来定义不同的镜像; 如果你不指定一个镜像的版本标签,例如你只使用Ubuntu,docker将默认使用Ubuntu:latest镜像;
-
-
docker search 某个XXX镜像名字 (查找镜像)
- 网站名称(https://hub.docker.com)虽然已经配置了网易云镜像,但查找时会来到hub官网,下载时会走网易云镜像;
- options说明 docker search [options]
- –no-trunc:显示完整的镜像描述
- -s:列出收藏数不小于指定值的镜像;
- –automated:只列出automated build类型的镜像;
-
docker pull 某个XXX镜像名字 (下载镜像)
- docker pull 镜像名字[:TAG]
- docker rmi 某个XXX镜像名字Id (删除镜像)
- 删除单个 docker rmi -f 镜像id(或镜像的名字加版本号)
- 删除多个 docker rmi -f 镜像名1:TAG 镜像名2:TAG
- 删除全部 docker rmi -f $(docker images -q)
容器命令
在docker上再跑一个centos镜像
- 新建并启动容器
- docker run images(直接启动一个容器)
- docker run -d images (后台运行容器,并返回容器ID,也即启动守护式容器; )
- docker run -it images (启动一个交互式容器,直接进入到了容器的终端可以进行命令输入)
- docker run -it -p 8888:8080 tomcat (-p 主机端口:docker容器端口)(在docker中启动tomcat 并做端口映射;8080是tomcat的端口,8888是docker映射到tomcat的端口,启动之后,可以访问localhost:8888就可以看到tomcat的启动页面)
- docker run -it -P tomcat -P 随机分配端口(大写P是随机分配端口映射,可以在docker ps中查看映射的端口)
-
列出当前正在运行的容器
- docker ps (列出当前正在运行的容器)
- docker ps -a (列出当前所有正在运行的容器+历史上运行过的)
- docker ps -l (显示最近创建的容器)
- docker ps -n (显示最近n个创建的容器)
-
退出容器
- exit (容器停止退出)
- ctrl+P+Q (容器不停止退出)
-
容器启动停止
- docker start 容器ID或者容器名 (启动容器)
- docker restart 容器ID或者容器名 (重启容器)
- docker stop 容器ID或者容器名 (停止容器)
- docker kill 容器ID或者容器名 (强制停止容器)
-
删除容器systemctl stop firewalld.service
- docker rm 容器ID (删除已停止的容器)
- docker rm -f 容器ID (强制删除容器)
- docker rm -f $(docker ps -a -q) (一次性删除多个容器)
-
查看容器日志
- docker logs 容器ID (查看某一个容器的id)
- docker logs -t 容器ID (是加入时间戳)
- docker logs -f 容器ID (跟随最新的日志打印)
- docker logs -tail 容器ID (显示最后多少条)
-
查看容器内运行的进程
- docker top 容器ID
- 查看容器内部细节
- docker inspect 容器ID
-
进入正在运行的容器并以命令行交互
-
docker exec -it 容器ID bashShell (这个命令代表并不进入容器内部,在宿主机上对容器内部进行命令的执行;例如:docker exec -it 容器ID ls 列出这个容器的文件目录)
-
docker attach 容器ID (重新进入容器内部)
-
attach 直接进入容器启动命令的终端,不会启动新的进程,exec 是在容器中打开新的终端,并且可以启动新的进程
-
-
从容器内拷贝文件到主机上
- docker cp 容器ID:容器内路径 目的主机路径
docker镜像补充
-
UnionFS(联合文件系统)
-
Union文件系统(UnionFS)是一种分层、轻量级并且高性能的文件系统,它支持对文件系统的修改作为一次提交来一层层的叠加,同时可以将不同目录挂载到同一个虚拟文件系统下(unite several directories into a single virtual filesystem)。Union 文件系统是 Docker 镜像的基础。镜像可以通过分层来进行继承,基于基础镜像(没有父镜像),可以制作各种具体的应用镜像。 特性:一次同时加载多个文件系统,但从外面看起来,只能看到一个文件系统,联合加载会把各层文件系统叠加起来,这样最终的文件系统会包含所有底层的文件和目录
-
Docker镜像加载原理
-
docker的镜像实际上由一层一层的文件系统组成,这种层级的文件系统UnionFS。bootfs(boot file system)主要包含bootloader和kernel, bootloader主要是引导加载kernel, Linux刚启动时会加载bootfs文件系统,在Docker镜像的最底层是bootfs。这一层与我们典型的Linux/Unix系统是一样的,包含boot加载器和内核。当boot加载完成之后整个内核就都在内存中了,此时内存的使用权已由bootfs转交给内核,此时系统也会卸载bootfs。 rootfs (root file system) ,在bootfs之上。包含的就是典型 Linux 系统中的 /dev, /proc, /bin, /etc 等标准目录和文件。rootfs就是各种不同的操作系统发行版,比如Ubuntu,Centos等等。 。 平时我们安装进虚拟机的CentOS都是好几个G,为什么docker这里才200M??对于一个精简的OS,rootfs可以很小,只需要包括最基本的命令、工具和程序库就可以了,因为底层直接用Host的kernel,自己只需要提供 rootfs 就行了。由此可见对于不同的linux发行版, bootfs基本是一致的, rootfs会有差别, 因此不同的发行版可以公用bootfs。
-
分层的镜像
-
以我们的pull为例,在下载的过程中我们可以看到docker的镜像好像是在一层一层的在下载
-
为什么 Docker 镜像要采用这种分层结构呢
-
Docker镜像都是只读的 当容器启动时,一个新的可写层被加载到镜像的顶部。 这一层通常被称作“容器层”,“容器层”之下的都叫“镜像层”。
Docker镜像commit操作
-
** docker启动一个容器后,若对该容器进行了修改(比如启动了一个tomcat容器,但到tomcat容器内部把一些配置做了修改,这个时候可以把当前的容器提交为一个新的镜像,下次启动新的镜像的时候,配置就跟现在的容器一模一样) **
-
提交方式:docker commit -m=“提交的描述信息” -a=“作者” 容器ID 要创建的目标镜像名:[标签名]、
docker容器数据卷
-
容器卷是什么:就是可以进行数据传输;容器启动后会产生一些数据,当容器关闭后这些数据会消失,所以需要把数据保存起来;可以选择宿主机和docker容器之间进行共享数据;一句话:有点类似我们Redis里面的rdb和aof文件
-
实现方式
-
直接命令添加 (利用命令在宿主机和容器中分别生成一个目录,然后任何一方对目录内做改动时,另一方也会改动)
-
1.docker run -it -v /宿主机绝对路径目录:/容器内目录 镜像名 2.查看数据卷是否挂载成功 docker inspect 容器ID 3.命令带权限: docker run -it -v /宿主机绝对路径目录:/容器内目录:ro 镜像名 ro:表示只读
-
-
DockerFile添加
-
(就是新建一个Dockerfile文件,然后把它构建成一个新的镜像,编写的过程中已经利用VOLUME编写了数据卷(就是跟命令添加时,添加的那个文件目录一个意思),然后启动容器,启动的容器就会带着数据卷,可以直接在里面改动,并且宿主机对应的文件夹也会随之改变(宿主机没有指定文件夹在那,[ VOLUME["/dataVolumeContainer","/dataVolumeContainer2","/dataVolumeContainer3"] 说明: 出于可移植和分享的考虑,用-v 主机目录:容器目录这种方法不能够直接在Dockerfile中实现。由于宿主机目录是依赖于特定宿主机的,并不能够保证在所有的宿主机上都存在这样的特定目录。],用命令查看docker inspect 容器ID))
-
1.在宿主机根目录下新建mydocker文件夹并进入 2.编写一个Dockerfile文件 3.可在Dockerfile中使用VOLUME指令来给镜像添加一个或多个数据卷 4. # volume testFROM centos VOLUME ["/dataVolumeContainer1","/dataVolumeContainer2"]CMD echo "finished,--------success1"CMD /bin/bash 5.build后生成镜像 docker build -f /mydocker/Dockerfile -t zzyy/centos . (.代表当前路径)例如 (docker build -f //mydocker/Dockerfile -t mycentos:1.3 .) 1.3代表版本 6.启动容器
-
备注:Docker挂载主机目录Docker访问出现cannot open directory .: Permission denied解决办法:在挂载目录后多加一个--privileged=true参数即可
docker build -f /mydocker/Dockerfile -t mycentos .
### docker数据卷容器
- 简介:命名的容器挂载数据卷,其它容器通过挂载这个(父容器)实现数据共享,挂载数据卷的容器,称之为数据卷容器
- 以上一步新建的镜像zzyy/centos为模板并运行容器dc01/dc02/dc03
- 它们已经具有镜像中的容器卷
- 先启动一个父容器dc01
- 在启动一个dc02,让dc02继承dc01 docker run -it --name dc02 --volumes-from dc01 zzyy/centos
- 在启动一个dc03,让dc03继承dc01 docker run -it --name dc03 --volumes-from dc01 zzyy/centos
- ```
上面三个容器都具有镜像zzyy/centos中的两个数据卷,然后在三个容器的某一个容器中的数据卷中做改动,其它的容器的数据卷也受到了改动; 就是只要继承了,他们就会互相影响;哪怕把dc01删除了,剩下的两个也会互相影响; 容器之间配置信息的传递,数据卷的生命周期一直持续到没有容器使用它为止;后续添加新的容器,并且继续继承现有的容器,他们之间的数据卷的变化也会互相影响;
dockerfile
基本概念
概要
dockerfile是用来构建docker镜像的构建文件,是由一系列命令和参数构成的脚本;
构建三步骤:
1.手动编写一个dockerfile文件,必须要符合file的规范;
2.有这个文件后,直接docker bulid 命令执行,获得一个自定义的镜像;
3.run运行这个镜像
例如下面是centos的dockerfile文件
FROM scratch
ADD centos-7-x86_64-docker.tar.xz /
LABEL \
org.label-schema.schema-version="1.0" \
org.label-schema.name="CentOS Base Image" \
org.label-schema.vendor="CentOS" \
org.label-schema.license="GPLv2" \
org.label-schema.build-date="20201113" \
org.opencontainers.image.title="CentOS Base Image" \
org.opencontainers.image.vendor="CentOS" \
org.opencontainers.image.licenses="GPL-2.0-only" \
org.opencontainers.image.created="2020-11-13 00:00:00+00:00"
CMD ["/bin/bash"]
解释
上面centos的dockerfile文件,
from scratch(类似于Java中的extends,继承的意思;scratch相当于object)
文件中每行的首单词是保留字指令 每条保留字指令都必须为大写字母且后面要跟随至少一个参数
指令按照从上往下,顺序执行
#表示注解
每条指令都会创建一个新的镜像层,并对镜像层进行提交;
docker执行dockerfile的大致流程
docker从基础镜像运行一个容器
执行一条指令并对容器作出修改
执行类似docker commit的操作提交一个新的镜像层
docker再基于刚提交的镜像运行一个新容器
执行dockerfile中的下一条指令直到所有指令都执行完成
小总结
从应用软件的角度来看,Dockerfile、Docker镜像与Docker容器分别代表软件的三个不同阶段,* Dockerfile是软件的原材料* Docker镜像是软件的交付品* Docker容器则可以认为是软件的运行态。Dockerfile面向开发,Docker镜像成为交付标准,Docker容器则涉及部署与运维,三者缺一不可,合力充当Docker体系的基石。1 Dockerfile,需要定义一个Dockerfile,Dockerfile定义了进程需要的一切东西。Dockerfile涉及的内容包括执行代码或者是文件、环境变量、依赖包、运行时环境、动态链接库、操作系统的发行版、服务进程和内核进程(当应用进程需要和系统服务和内核进程打交道,这时需要考虑如何设计namespace的权限控制)等等; 2 Docker镜像,在用Dockerfile定义一个文件之后,docker build时会产生一个Docker镜像,当运行 Docker镜像时,会真正开始提供服务; 3 Docker容器,容器是直接提供服务的。
DockerFile体系结构(保留字指令)
-
FROM :基础镜像,当前新镜像是基于哪个镜像的;
-
MAINTAINER :镜像维护者的姓名和邮箱地址;
-
RUN :容器构建时需要运行的命令;
-
EXPOSE :当前容器对外暴露出的端口;
-
WORKDIR :指定在创建容器后,终端默认登陆的进来工作目录,一个落脚点;
-
ENV :用来在构建镜像过程中设置环境变量( ENV MY_PATH /usr/mytest这个环境变量可以在后续的任何RUN指令中使用,这就如同在命令前面指定了环境变量前缀一样;也可以在其它指令中直接使用这些环境变量, 比如:WORKDIR $MY_PATH);
-
ADD :将宿主机目录下的文件拷贝进镜像且ADD命令会自动处理URL和解压tar压缩包;
-
COPY :类似ADD,拷贝文件和目录到镜像中。将从构建上下文目录中 <源路径> 的文件/目录复制到新的一层的镜像内的 <目标路径> 位置
- COPY src dest
- COPY [“src”, “dest”]
-
ADD和copy的对比,两者都是文件复制,add在复制之后会对压缩包进行解压;copy只是会进行复制;
-
VOLUME :容器数据卷,用于数据保存和持久化工作;
-
CMD :指定一个容器启动时要运行的命令 (Dockerfile 中可以有多个 CMD 指令,但只有最后一个生效,CMD 会被 docker run 之后的参数替换)
-
ENTRYPOINT :指定一个容器启动时要运行的命令 (ENTRYPOINT 的目的和 CMD 一样,都是在指定容器启动程序及参数)
CMD和ENTRYPOINT比较: CMD在文件中不管写几个,bulid成镜像文件之后,启动时只有最后一个有效;若启动的时候docker run之后还会有其它命令,CMD则会被覆盖;例如: FROM centos LABEL \ org.label-schema.schema-version="1.0" \ org.label-schema.name="CentOS Base Image" \ org.label-schema.vendor="CentOS" \ org.label-schema.license="GPLv2" \ org.label-schema.build-date="20201113" \ org.opencontainers.image.title="CentOS Base Image" \ org.opencontainers.image.vendor="CentOS" \ org.opencontainers.image.licenses="GPL-2.0-only" \ org.opencontainers.image.created="2020-11-13 00:00:00+00:00" CMD echo "这是第一个" CMD echo "这是第二个" CMD echo "这是第三个" CMD ["/bin/bash"] 上面这个dockerfile(mycentos2)文件,最后的CMD是执行启动二进制文件; docker run -it mycentos2 这样运行时,mycentos2会正常启动; docker run -it mycentos2 ls -l 这样运行时则不会正常启动,因为ls -l会把最后的CMD覆盖; ENTRYPOINT的话不会覆盖,会继续追加在原先的命令之后;
-
ONBUILD :当构建一个被继承的Dockerfile时运行命令,父镜像在被子继承后父镜像的onbuild被触发;