1. 基础知识
- Docker的目的:解决了运行环境和配置问题软件容器,方便做持续集成并有助于整体发布的容器虚拟化技术
- 虚拟机的缺点:资源占用多、 冗余步骤多、启动慢 连硬件都要虚拟
- linux容器模拟的不是一个完整的操作系统,而是对进程进行了隔离。只需要软件运行所需要的库资源和设置
- docker的三要素:镜像 容器 仓库
1.1 好处
- 更快速的应用交付和部署
- 可便捷的升级和扩缩容
- 更简单的系统运维
- 更高效的计算机资源利用
容器是镜像的一个实例
Docker镜像就是一个只读的模板,镜像可以用来创建Docker容器,一个镜像可以创建很多容器
- Docker利用容器(Container)独立运行的一个或一组应用。容器是用镜像创建的运行实例。它可以被启动、开始、停止、删除。每个容器都是相互隔离的、保证安全的平台。
- 可以把容器看做是一个简易版的Linux环境(包括root用户权限、进程空间、用户空间和网络空间等)和运行在其中的应用程序。
容器的定义和镜像几乎一模一样,也是一堆层的统一视角,唯一区别在于容器的最上面那一层是可读可写的。 - 仓库(Repository)是集中存放镜像文件的场所。
仓库(Repository)和仓库注册服务器(Registry)是有区别的。仓库注册服务器上往往存放着多个仓库,每个仓库中又包含了多个镜像,每个镜像有不同的标签(tag)。
仓库分为公开仓库(Public)和私有仓库(Private)两种形式。最大的公开仓库是Docker Hub(https://hub.docker.com/),存放了数量庞大的镜像供用户下载。国内的公开仓库包括阿里云、网易云等
1.2 安装Docker
可以参考 https://docs.docker.com/engine/install/centos/#prerequisites 上面有很详细的步骤
设置镜像源 我设置的是清华
查看版本号 验证是否安装好
1.3 使用阿里云镜像加速器
https://cr.console.aliyun.com/ 点击登录 然后
可以直接运行你自己的推荐的代码
查看是否成功
表示已经成功
1.4 运行hello-world镜像
run的时候干了什么:
1.5 Docker是怎样工作的
Docker是一个cs结构的系统,docker守护进程运行在主机上,然后通过socket连接从客户端进行访问,守护进程从客户端接受命令并管理运行在主机上的容器。容器是一个运行时的环境。
1.6 Docker为什么比虚拟机快
- (1)docker有着比虚拟机更少的抽象层。由于docker不需要Hypervisor实现硬件资源虚拟化,运行在docker容器上的程序直接使用的都是实际物理机的硬件资源。因此在CPU、内存利用率上docker将会在效率上有明显优势。
- (2)docker利用的是宿主机的内核,而不需要Guest OS。因此,当新建一个容器时,docker不需要和虚拟机一样重新加载一个操作系统内核。仍而避免引寻、加载操作系统内核返个比较费时费资源的过程,当新建一个虚拟机时,虚拟机软件需要加载Guest OS,返个新建过程是分钟级别的。而docker由于直接利用宿主机的操作系统,则省略了返个过程,因此新建一个docker容器只需要几秒钟。
2. Docker常用命令
2.1 帮助命令
docker version
docker info
docker --help
2.2 镜像命令
1. 找镜像
docker images
参数
- -a 列出本地所有的镜像(含中间镜像层)
- -q 只显示镜像ID
- –digests:显示镜像的摘要信息
- –no-trunc:显示完整的镜像信息
docker search 镜像名
:docker search tomcat
docker search -s int 镜像名
:docker search -s 30 tomcat
列出收藏数不小于30的
- –no-trunc : 显示完整的镜像描述
- -s : 列出收藏数不小于指定值的镜像。
- –automated : 只列出 automated build类型的镜像;
2. 下载镜像
docker pull 镜像名字
名字后不写:版本号
默认最新版
3. 删除镜像
- 删除单个
docker rmi -f 名字
- 删除多个
docker rmi -f 名字 名字 名字
- 删除全部
docker rmi -f $(docker images -q)
2.3 容器命令
1.新建并启动容器:
docker run [OPTIONS] IMAGE [COMMAND] [ARG...]
OPTIONS说明(常用):有些是一个减号,有些是两个减号
–name=“容器新名字”: 为容器指定一个名称;
-d: 后台运行容器,并返回容器ID,也即启动守护式容器;
-i:以交互模式运行容器,通常与 -t 同时使用;
-t:为容器重新分配一个伪输入终端,通常与 -i 同时使用;
-P: 随机端口映射;
-p: 指定端口映射,有以下四种格式
ip:hostPort:containerPort
ip::containerPort
hostPort:containerPort
containerPort
2.列出当前所有正在运行的容器
docker ps [OPTIONS]
- -a :列出当前所有正在运行的容器+历史上运行过的
- -l :显示最近创建的容器。
- -n:显示最近n个创建的容器。
- -q :静默模式,只显示容器编号。
- –no-trunc :不截断输出。
3. 退出容器
- exit:容器停止退出
- ctrl+P+Q:容器不停止退出
4. 启动容器
docker start 容器ID或者容器名
5. 重启容器
docker restart 容器ID或者容器名
6. 停止容器
docker stop 容器ID或者容器名
7. 强制停止容器
docker kill 容器ID或者容器名
8.删除已停止的容器
docker rm 容器ID
docker rm -f $(docker ps -a -q)
:一次性删除多个容器
9.重要的命令
- 启动守护式容器
docker run -d 容器名
#使用镜像centos:latest以后台模式启动一个容器
docker run -d centos
问题:然后docker ps -a 进行查看, 会发现容器已经退出
很重要的要说明的一点: Docker容器后台运行,就必须有一个前台进程.
容器运行的命令如果不是那些一直挂起的命令(比如运行top,tail),就是会自动退出的。
这个是docker的机制问题,比如你的web容器,我们以nginx为例,正常情况下,我们配置启动服务只需要启动响应的service即可。例如
service nginx start
但是,这样做,nginx为后台进程模式运行,就导致docker前台没有运行的应用,
这样的容器后台启动后,会立即自杀因为他觉得他没事可做了.
所以,最佳的解决方案是,将你要运行的程序以前台进程的形式运行
- 查看容器日志
docker logs -f -t --tail 容器ID
-t 是加入时间戳
-f 跟随最新的日志打印
–tail 数字 显示最后多少条 - 查看容器内运行的进程
docker top 容器ID
- 查看容器内部细节
docker inspect 容器ID
- 进入正在运行的容器并以命令行交互
- docker exec -it 容器ID bashShell
重新进入docker attach 容器ID
区别:
attach 直接进入容器启动命令的终端,不会启动新的进程
exec 是在容器中打开新的终端,并且可以启动新的进程
- 从容器内拷贝文件到主机上
docker cp 容器ID:容器内路径 目的主机路径
2.4总结
attach | Attach to a running container | # 当前 shell 下 attach 连接指定运行镜像 |
build | Build an image from a Dockerfile | # 通过 Dockerfile 定制镜像 |
commit | Create a new image from a container changes | # 提交当前容器为新的镜像 |
cp | Copy files/folders from the containers filesystem to the host path | #从容器中拷贝指定文件或者目录到宿主机中 |
create | Create a new container | # 创建一个新的容器,同 run,但不启动容器 |
diff | Inspect changes on a container’s filesystem | # 查看 docker 容器变化 |
events | Get real time events from the server | # 从 docker 服务获取容器实时事件 |
exec | Run a command in an existing container | # 在已存在的容器上运行命令 |
export | Stream the contents of a container as a tar archive | # 导出容器的内容流作为一个 tar 归档文件[对应 import ] |
history | Show the history of an image | # 展示一个镜像形成历史 |
images | List images | # 列出系统当前镜像 |
import | Create a new filesystem image from the contents of a tarball | # 从tar包中的内容创建一个新的文件系统映像[对应export] |
info | Display system-wide information | # 显示系统相关信息 |
inspect | Return low-level information on a container | # 查看容器详细信息 |
kill | Kill a running container | # kill 指定 docker 容器 |
load | Load an image from a tar archive | # 从一个 tar 包中加载一个镜像[对应 save] |
login | Register or Login to the docker registry server | # 注册或者登陆一个 docker 源服务器 |
logout | Log out from a Docker registry server | # 从当前 Docker registry 退出 |
logs | Fetch the logs of a container | # 输出当前容器日志信息 |
port | Lookup the public-facing port which is NAT-ed to PRIVATE_PORT | # 查看映射端口对应的容器内部源端口 |
pause | Pause all processes within a container | # 暂停容器 |
ps | List containers | # 列出容器列表 |
pull | Pull an image or a repository from the docker registry server | # 从docker镜像源服务器拉取指定镜像或者库镜像 |
push | Push an image or a repository to the docker registry server | # 推送指定镜像或者库镜像至docker源服务器 |
restart | Restart a running container | # 重启运行的容器 |
rm | Remove one or more containers | # 移除一个或者多个容器 |
rmi | Remove one or more images | # 移除一个或多个镜像[无容器使用该镜像才可删除,否则需删除相关容器才可继续或 -f 强制删除] |
run | Run a command in a new container | # 创建一个新的容器并运行一个命令 |
save | Save an image to a tar archive | # 保存一个镜像为一个 tar 包[对应 load] |
search | Search for an image on the Docker Hub | # 在 docker hub 中搜索镜像 |
start | Start a stopped containers | # 启动容器 |
stop | Stop a running containers | # 停止容器 |
tag | Tag an image into a repository | # 给源中镜像打标签 |
top | Lookup the running processes of a container | # 查看容器中运行的进程信息 |
unpause | Unpause a paused container | # 取消暂停容器 |
version | Show the docker version information | # 查看 docker 版本号 |
wait | Block until a container stops, then print its exit code | # 截取容器停止时的退出状态值 |
3 Docker镜像
3.1 镜像是什么?
镜像是一种轻量级、可执行的独立软件包,用来打包软件运行环境和基于运行环境开发的软件,它包含运行某个软件所需的所有内容,包括代码、运行时、库、环境变量和配置文件。
(UnionFS)对文件系统的修改作为一次提交来一层层的叠加
- 在Docker镜像的最底层是bootfs
3.2 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.
问:为什么 Docker 镜像要采用这种分层结构呢?
最大的一个好处就是 - 共享资源
比如:有多个镜像都从相同的 base 镜像构建而来,那么宿主机只需在磁盘上保存一份base镜像,
同时内存中也只需加载一份 base 镜像,就可以为所有容器服务了。而且镜像的每一层都可以被共享。
Docker镜像都是只读的
3.3 Docker镜像commit操作补充
docker commit提交容器副本使之成为一个新的镜像
意思是在原始的镜像中加入自己所需的要求,然后将其发布,形成一个新的镜像。
docker run -it -p 8080:8080 tomcat
将自己处理过的镜像进行commit生成一个新的镜像
处理
查看镜像是否commit成功
启动自己commit的镜像
启动从Hub下载的原始镜像
进行测试:
- 处理过的:
- 原始的:
4.Docker容器数据卷
4.1 容器数据卷是
Docker容器产生的数据,如果不通过docker commit生成新的镜像,使得数据做为镜像的一部分保存下来,
那么当容器删除后,数据自然也就没有了。
4.2 作用:
- 容器的持久化
- 容器间继承+共享数据
4.3容器内添加
4.3.1 直接命令添加
docker run -it -v 主机映射路径:/容器内的映射路径 镜像名
docker run -it -v /myDataVolume:/dataVolumeContainer centos
将主机的myDataVolume 和dataVolumeContainer 两个路径进行映射,数据共享
表明已经绑定成功
在主机路径中创建出host.txt 进入容器中发现也有,表明数据共享成功
这两个文件是可读可写 数据共享的
停止容器后,再次启动发现文件还在
- 带权限
docker run -it -v /宿主机绝对路径目录:/容器内目录:ro 镜像名
容器中只可读,不可写
4.3.2 DockerFile添加
1、在根目录下新建mydocker文件夹并进入
2、可在Dockerfile中使用VOLUME指令来给镜像添加一个或多个数据卷
VOLUME["/dataVolumeContainer","/dataVolumeContainer2","/dataVolumeContainer3"]
说明:
出于可移植和分享的考虑,用-v 主机目录:容器目录这种方法不能够直接在Dockerfile中实现。
由于宿主机目录是依赖于特定宿主机的,并不能够保证在所有的宿主机上都存在这样的特定目录。
3、File构建
在mydocker中新建Dockerfile
并写入
#volume test
FROM centos
VOLUME ["/dataVolumeContainer1","/dataVolumeContainer2"]
CMD echo “finished,--------success1”
4、build后生成镜像 --获得一个新的镜像
docker build -f /mydocker/Dockerfile -t tjk/centos .
新镜像成功
运行新镜像
查看生成的容器卷
如果没有添加主机映射的位置,docker会自动配置
支持两端的读写
4.4 容器间传递共享(–volumes-from)
命名的容器挂载数据卷,其它容器通过挂载这个(父容器)实现数据共享,挂载数据卷的容器,称之为数据卷容器
1、先启动一个父容器dc01,在dataVolumeContainer2新增内容
2、dc02/dc03继承自dc01
docker run -it --name dc02 --volumes-from dc01 tjk/centos
- 删除dc01,dc02修改后dc03可访问
- 删除dc02后dc03可否访问
- 新建dc04继承dc03后再删除dc03
结论:容器之间配置信息的传递,数据卷的生命周期一直持续到没有容器使用它为止
5. DockerFile解析
5.1 DockerFile是什么?
Dockerfile是用来构建Docker镜像的构建文件,是由一系列命令和参数构成的脚本。
- 构建三步骤
1、 编写Dockerfile文件
2、docker build
3、docker run
5.2 DockerFile构建过程解析
- 基础知识
- 每条保留字指令都必须为大写字母且后面要跟随至少一个参数
- 指令按照从上到下,顺序执行
- #表示注释
- 每条指令都会创建一个新的镜像层,并对镜像进行提交
5.3 Docker执行Dockerfile流程
(1)docker从基础镜像运行一个容器
(2)执行一条指令并对容器作出修改
(3)执行类似docker commit的操作提交一个新的镜像层
(4)docker再基于刚提交的镜像运行一个新容器
(5)执行dockerfile中的下一条指令直到所有指令都执行完成
从应用软件的角度来看,Dockerfile、Docker镜像与Docker容器分别代表软件的三个不同阶段,
- Dockerfile是软件的原材料
- Docker镜像是软件的交付品
- Docker容器则可以认为是软件的运行态。
Dockerfile面向开发,Docker镜像成为交付标准,Docker容器则涉及部署与运维,三者缺一不可,合力充当Docker体系的基石。
5.4 DockerFile体系结构(保留字指令)
5.5 自定义镜像mycentos
- 编写DockerFile文件
FROM centos
MAINTAINER tjktjk@126.com
ENV MYPATH /usr/local
WORKDIR $MYPATH
RUN yum -y install vim
RUN yum -y install net-tools
EXPOSE 80
CMD echo $MYPATH
CMD echo “success--------------ok”
CMD /bin/bash
-
构建
docker build -f /mydocker/Dockerfile2 -t mycentos:1.3 .
构建成功 -
运行
-
列出镜像的变更历史
5.6 cmd 和ENTRYPOINT的区别:
- cmd是一个dockerfile中可以有多条,但是只会执行最后一条,如果在启动docker容器的时候,可以现场添加,但是会覆盖文件中的最后一条cmd的内容。
- 但是ENTRYPOINT 是追加的意思,他不会因为外部启动容器的时候,添加了某些语句,文件中的内容就失效,只会追加到文件中的内容。
- Dockerfile 中可以有多个 CMD 指令,但只有最后一个生效,CMD 会被 docker run 之后的参数替换
- docker run 之后的参数会被当做参数传递给 ENTRYPOINT,之后形成新的命令组合
FROM centos
RUN yum install -y curl
CMD [ "curl", "-s", "http://ip.cn" ]
如果希望显示http的头部信息,就需要加上参数-i
在run后面加入该参数,会出错
我们可以看到可执行文件找不到的报错,executable file not found。
之前我们说过,跟在镜像名后面的是 command,运行时会替换 CMD 的默认值。
因此这里的 -i 替换了原来的 CMD,而不是添加在原来的 curl -s http://ip.cn 后面。而 -i 根本不是命令,所以自然找不到。
那么如果我们希望加入 -i 这参数,我们就必须重新完整的输入这个命令:
$ docker run myip curl -s http://ip.cn -i
- 制作ENTROYPOINT版查询IP信息的容器
FROM centos
RUN yum install -y curl
ENTRYPOINT [ "curl", "-s", "http://ip.cn" ]
6. 自定义镜像Tomcat9
1. 创建dockerfile文件
mkdir -p /tjk/mydockerfile/tomcat9
将tomcat和jdk的安装包放在与dockerfile文件相同的目录下
FROM centos
MAINTAINER tjk<tjkbs@126.com>
#把宿主机当前上下文的c.txt拷贝到容器/usr/local/路径下
COPY c.txt /usr/local/cincontainer.txt
#把java与tomcat添加到容器中
ADD jdk-8u291-linux-x64.tar.gz /usr/local/
ADD apache-tomcat-9.0.46.tar.gz /usr/local/
#安装vim编辑器
RUN yum -y install vim
#设置工作访问时候的WORKDIR路径,登录落脚点
ENV MYPATH /usr/local
WORKDIR $MYPATH
#配置java与tomcat环境变量
ENV JAVA_HOME /usr/local/jdk1.8.0_291
ENV CLASSPATH $JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
ENV CATALINA_HOME /usr/local/apache-tomcat-9.0.46
ENV CATALINA_BASE /usr/local/apache-tomcat-9.0.46
ENV PATH $PATH:$JAVA_HOME/bin:$CATALINA_HOME/lib:$CATALINA_HOME/bin
#容器运行时监听的端口
EXPOSE 8080
#启动时运行tomcat
# ENTRYPOINT ["/usr/local/apache-tomcat-9.0.46/bin/startup.sh" ]
# CMD ["/usr/local/apache-tomcat-9.0.46/bin/catalina.sh","run"]
CMD /usr/local/apache-tomcat-9.0.46/bin/startup.sh && tail -F /usr/local/apache-tomcat-9.0.46/bin/logs/catalina.out
~
2. 构建
3. run
docker run -d -p 9080:8080 --name myt9 -v /tjk/mydockerfile/tomcat9/test:/usr/local/apache-tomcat-9.0.46/webapps/test -v /tjk/mydockerfile/tomcat9/tomcat9logs/:/usr/local/apache-tomcat-9.0.46/logs --privileged=true tjktomcat9
增加了两个容器卷
4. 测试
5. 结合前述的容器卷将测试的web服务test发布
cd test/
mkdie WEB-INF
vim web.xml
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://java.sun.com/xml/ns/javaee"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
id="WebApp_ID" version="2.5">
<display-name>test</display-name>
</web-app>
cd ..
vim a.jsp
<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>Insert title here</title>
</head>
<body>
-----------welcome------------
<%="i am in docker tomcat self "%>
<br>
<br>
<% System.out.println("=============docker tomcat self");%>
</body>
</html>
测试: