🍻 正在加载今日诗词....

Docker超详细通俗易懂基础篇

阅读数： 次
原创 字数统计: 16.6k字   |   预计阅读时长≈ 75分钟

容器是应用走向云端之后必然的发展趋势，因此笔者非常乐于和大家分享我们这段时间对容器的理解、心得和实践。

本文章根据 B 站狂神 Docker 视频教程整理而成。

学前准备

1、Linux（必要）

2、Spring Boot

Docker 学习

Docker 概述

Docker 为什么出现？

一款产品： 开发–上线 两套环境！应用环境，应用配置！

开发 — 运维。问题：我在我的电脑上可以运行！版本更新，导致服务不可用！对于运维来说考验十分大？

开发即运维！

环境配置是十分的麻烦，每一个及其都要部署环境（集群 Redis、ES、Hadoop…） ！费时费力。

发布一个项目（ jar + （Redis MySQL JDK ES） ），项目能不能带上环境安装打包！

之前在服务器配置一个应用的环境 Redis MySQL JDK ES Hadoop 配置超麻烦了，不能够跨平台。

开发环境 Windows，最后发布到 Linux！

传统：开发 jar，运维来做！

现在：开发打包部署上线，一套流程做完！

Docker 给以上的问题，提出了解决方案！

安卓流程：java — apk —发布（应用商店）一 张三使用 apk 一 安装即可用！

docker 流程： java — jar（环境）— 打包项目帯上环境（镜像） — （Docker 仓库：商店）—下载我们发布的镜像—直接运行即可！

官网：https://www.docker.com/

image-20201216115740826

Docker 的思想就来自于集装箱！

JRE – 多个应用（端口冲突） – 原来都是交叉的！

隔离：Docker 核心思想！打包装箱！每个箱子是互相隔离的。

Docker 通过隔离机制，可以将服务器利用到极致！

本质：所有的技术都是因为出现了一些问题，我们需要去解决，才去学习！

Docker 历史

2010 年，几个搞 IT 的年轻人，就在美国成立了一家公司 dotCloud

做一些 pass 的云计算服务！LXC（Linux Container 容器）有关的容器技术！

Linux Container 容器是一种内核虚拟化技术，可以提供轻量级的虚拟化，以便隔离进程和资源。

他们将自己的技术（容器化技术）命名就是 Docker

Docker 刚刚延生的时候，没有引起行业的注意！dotCloud，就活不下去！

开源

2013 年，Docker 开源！

越来越多的人发现 docker 的优点！火了。Docker 每个月都会更新一个版本！

2014 年 4 月 9 日，Docker1.0 发布！

docker 为什么这么火？十分的轻巧！

在容器技术出来之前，我们都是使用虚拟机技术！

虚拟机：在 window 中装一个 VMware，通过这个软件我们可以虚拟出来一台或者多台电脑！笨重！

虚拟机也属于虚拟化技术，Docker容器技术，也是一种虚拟化技术！

1
2
VMware : linux centos 原生镜像（一个电脑！） 隔离、需要开启多个虚拟机！ 几个G 几分钟
docker: 隔离，镜像（最核心的环境 4m + jdk + mysql）十分的小巧，运行镜像就可以了！小巧！ 几个M KB 秒级启动！

到现在，所有开发人员都必须要会Docker！

聊聊 Docker

Docker 基于 Go 语言开发的！开源项目！

docker 官网：https://www.docker.com/

image-20201216133931750

文档：https://docs.docker.com/ Docker 的文档是超级详细的！

仓库地址：https://hub.docker.com/

Docker 能干嘛

之前的虚拟机技术

image-20201216134301899

虚拟机技术缺点：

1、 资源占用十分多

2、 冗余步骤多

3、 启动很慢！

容器化技术

容器化技术不是模拟一个完整的操作系统

image-20201216134513567

比较 Docker 和虚拟机技术的不同：

  • 传统虚拟机，虚拟出一套硬件，运行一个完整的操作系统，然后在这个系统上安装和运行软件
  • 容器内的应用直接运行在宿主机的内核中，容器是没有自己的内核的，也没有虚拟我们的硬件，所以就轻便了
  • 每个容器间是互相隔离，每个容器内都有一个属于自己的文件系统，互不影响

DevOps（开发、运维）

应用更快速的交付和部署

传统：一堆帮助文档，安装程序。

Docker：打包镜像发布测试一键运行。

更便捷的升级和扩缩容

使用了 Docker 之后，我们部署应用就和搭积木一样。

项目打包为一个镜像，扩展 服务器 A！服务器 B。

更简单的系统运维

在容器化之后，我们的开发，测试环境都是高度一致的。

更高效的计算资源利用

Docker 是内核级别的虚拟化，可以在一个物理机上可以运行很多的容器实例！服务器的性能可以被压榨到极致。

只要学不死，就往死里学！

Docker 安装

Docker 的基本组成

image-20201216140837182

镜像（image）：

docker 镜像就好比是一个模板，可以通过这个模板来创建容器服务，tomcat 镜像==>run==>容器（提供服务器），通过这个镜像可以创建多个容器（最终服务运行或者项目运行就是在容器中的）。

容器（container）：

Docker 利用容器技术，独立运行一个或者一组应用，通过镜像来创建的.

启动，停止，删除，基本命令

目前就可以把这个容器理解为就是一个简易的 Linux 系统。

仓库（repository）：

仓库就是存放镜像的地方！

仓库分为公有仓库和私有仓库。（很类似 git）

Docker Hub 是国外的。

阿里云…都有容器服务器（配置镜像加速！）

安装 Docker

环境准备

1、需要会 Linux 基础

2、Linux 要求内核 3.0 以上

3、我们使用 Xshell 连接远程服务器进行操作！

环境查看

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
# 系统内核是 3.10 以上的
[root@iz2ze4lfnjztrjppyfbqo1z ~]# uname -r
3.10.0-514.26.2.el7.x86_64
[root@iz2ze4lfnjztrjppyfbqo1z ~]# cat /etc/os-release
NAME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"
HOME_URL="https://www.centos.org/"
BUG_REPORT_URL="https://bugs.centos.org/"

CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"

安装

帮助文档：https://docs.docker.com/engine/install/

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
#1、卸载旧版本
yum remove docker \
                  docker-client \
                  docker-client-latest \
                  docker-common \
                  docker-latest \
                  docker-latest-logrotate \
                  docker-logrotate \
                  docker-engine
#2、需要的安装包
yum install -y yum-utils

#3、设置镜像的仓库
yum-config-manager \
    --add-repo \
    https://download.docker.com/linux/centos/docker-ce.repo
#上述方法默认是从国外的，不推荐

#推荐使用国内的，比如阿里云镜像，十分快
yum-config-manager \
    --add-repo \
    https://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo

#更新yum软件包索引
yum makecache fast

#4、安装docker相关的 docker-ce 社区版 而ee是企业版
yum install -y docker-ce docker-ce-cli containerd.io # 这里我们使用社区版即可

#5、启动docker
systemctl start docker

#6、使用docker version查看是否安装成功
docker version

image-20201216145823543

1
2
#7、测试
docker run hello-world

image-20201216150133291

1
2
3
4
#8、查看已经下载的镜像(从这里可以查看已有镜像的id)
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker images
REPOSITORY    TAG       IMAGE ID       CREATED         SIZE
hello-world   latest    bf756fb1ae65   11 months ago   13.3kB

了解：卸载 docker

1
2
3
4
5
#1、卸载依赖
yum remove docker-ce docker-ce-cli containerd.io
#2、删除资源
rm -rf /var/lib/docker
# /var/lib/docker 是docker的默认工作路径！

阿里云镜像加速

1、登录阿里云找到容器镜像服务

第一次进去要设置仓库密码

image-20210105122812816

2、找到镜像加速器

image-20201216151340581

3、配置使用

1
2
3
4
5
6
7
8
9
10
11
12
13
#1.创建一个目录
sudo mkdir -p /etc/docker

#2.编写配置文件
sudo tee /etc/docker/daemon.json <<-'EOF'
{
  "registry-mirrors": ["此处为上面的加速器地址"]
}
EOF

#3.重启服务
sudo systemctl daemon-reload
sudo systemctl restart docker

镜像加速到此配置完毕！

回顾 HelloWorld 流程

image-20201216150133291

docker run 流程图

image-20201216152302936

底层原理

Docker 是怎么工作的？

Docker 是一个 Client - Server 结构的系统，Docker 的守护进程运行在主机上。通过 Socket 从客户端访问！

Docker-Server 接收到 Docker-Client 的指令，就会执行这个命令！

image-20201216153822811

为什么 Docker 比 Vm 快

1、docker 有着比虚拟机更少的抽象层。由于 docker 不需要 Hypervisor 实现硬件资源虚拟化，运行在 docker 容器上的程序直接使用的都是实际物理机的硬件资源。因此在 CPU、内存利用率上 docker 将会在效率上有明显优势。

2、docker 利用的是宿主机的内核，而不需要 Guest OS，VM 需要的是 Guest OS。

1
2
3
GuestOS： VM（虚拟机）里的的系统（OS）

HostOS：物理机里的系统（OS）

image-20201216154927974

因此，当新建一个容器时，docker 不需要和虚拟机一样重新加载一个操作系统内核，避免引导。

当新建一个虚拟机时，虚拟机软件需要加载 GuestOS，整个新建过程是分钟级别的。

docker由于直接利用宿主机的操作系统，则省略了这个复杂的过程，因此新建一个 docker 容器只需要几秒钟。

image-20201216155545141

等之后学习完所有的命令，再回过头来看这段理论，就会很清晰！

Docker 的常用命令

帮助命令

1
2
3
docker version    #显示docker的版本信息。
docker info       #显示docker的系统信息，包括镜像和容器的数量
docker 命令 --help #帮助命令，万能命令

帮助文档的地址：https://docs.docker.com/engine/reference/commandline/docker/

镜像命令

1
2
3
4
5
6
7
docker images #查看所有本地主机上的镜像 可以使用docker image ls代替

docker search #搜索镜像

docker pull #下载镜像 docker image pull

docker rmi #删除镜像 docker image rm

docker images 查看镜像

查看所有本地主机上的镜像

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker images
REPOSITORY    TAG       IMAGE ID       CREATED         SIZE
hello-world   latest    bf756fb1ae65   11 months ago   13.3kB

#解释
#REPOSITORY  		# 镜像的仓库源
#TAG				# 镜像的标签(版本)		---latest 表示最新版本
#IMAGE ID			# 镜像的id
#CREATED			# 镜像的创建时间
#SIZE				# 镜像的大小

# 可选项
Options:
  -a, --all         Show all images (default hides intermediate images) #列出所有镜像
  -q, --quiet       Only show numeric IDs # 只显示镜像的id

[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker images -a  #列出所有镜像详细信息
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker images -aq #列出所有镜像的id

docker search 搜索镜像

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker search mysql
NAME                              DESCRIPTION                                     STARS     OFFICIAL   AUTOMATED
mysql                             MySQL is a widely used, open-source relation…   10269     [OK]
mariadb                           MariaDB is a community-developed fork of MyS…   3794      [OK]
mysql/mysql-server                Optimized MySQL Server Docker images. Create…   749                  [OK]
percona                           Percona Server is a fork of the MySQL relati…   515       [OK]


#可选项
# --filter=STARS=3000 #过滤，搜索出来的镜像收藏STARS数量大于3000的
Options:
  -f, --filter filter   Filter output based on conditions provided
      --format string   Pretty-print search using a Go template
      --limit int       Max number of search results (default 25)
      --no-trunc        Don't truncate output

[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker search mysql --filter=STARS=3000
NAME      DESCRIPTION                                     STARS     OFFICIAL   AUTOMATED
mysql     MySQL is a widely used, open-source relation…   10269     [OK]
mariadb   MariaDB is a community-developed fork of MyS…   3794      [OK]

docker pull 下载镜像

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
# 下载镜像 docker pull 镜像名[:tag]
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker pull mysql:5.7
5.7: Pulling from library/mysql #如果不写tag，默认就是latest
6ec7b7d162b2: Pull complete  #分层下载： docker image 的核心 联合文件系统
fedd960d3481: Pull complete
7ab947313861: Pull complete
64f92f19e638: Pull complete
3e80b17bff96: Pull complete
014e976799f9: Pull complete
59ae84fee1b3: Pull complete
7d1da2a18e2e: Pull complete
301a28b700b9: Pull complete
979b389fc71f: Pull complete
403f729b1bad: Pull complete
Digest: sha256:d4ca82cee68dce98aa72a1c48b5ef5ce9f1538265831132187871b78e768aed1 # 签名防伪
Status: Downloaded newer image for mysql:5.7
docker.io/library/mysql:5.7 #真实地址

#等价于
docker pull tomcat:8
docker pull docker.io/library/tomcat:8

#指定mysql版本下载
docker pull mysql:5.7

image-20201216165205401

docker rmi 删除镜像

1
2
3
4
5
6
7
8
docker rmi -f 镜像id #删除指定id的镜像
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker rmi -f bf756fb1ae65
Untagged: hello-world:latest
Untagged: hello-world@sha256:1a523af650137b8accdaed439c17d684df61ee4d74feac151b5b337bd29e7eec
Deleted: sha256:bf756fb1ae65adf866bd8c456593cd24beb6a0a061dedf42b26a993176745f6b

docker rmi -f 镜像id 镜像id 镜像id 镜像id #删除多个镜像
docker rmi -f $(docker images -aq) #删除全部的镜像

容器命令

说明：我们有了镜像才可以创建容器，Linux，下载 centos 镜像来学习

1
2
#docker中下载centos
docker pull centos
1
2
3
4
5
6
7
8
9
10
docker run 镜像id #新建容器并启动

docker ps 列出所有运行的容器  #docker container list

docker rm 容器id #删除指定容器

docker start 容器id	#启动容器
docker restart 容器id	#重启容器
docker stop 容器id	#停止当前正在运行的容器
docker kill 容器id	#强制停止当前容器
1
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker container list  #和docker ps相同

新建容器并启动

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
docker run [可选参数] image 或者 docker container run [可选参数] image

#参数说明
--name="Name"		#容器名字 tomcat01 tomcat02 用来区分容器
-d					#后台方式运行
-it 				#使用交互方式运行，进入容器查看内容
-p					#指定容器的端口 -p 8080(宿主机):8080(容器)
	-p ip:主机端口:容器端口
	-p 主机端口:容器端口（常用）
	-p 容器端口

    -P(大写) 	  随机指定端口

# 测试、启动并进入容器
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker run -it centos /bin/bash
[root@3a66643acd72 /]# ls
bin  dev  etc  home  lib  lib64  lost+found  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var
[root@3a66643acd72 /]# exit  #从容器退回主机
exit
[root@iz2ze4lfnjztrjppyfbqo1z ~]#

image-20201216172037194

列出所有运行的容器

1
2
3
4
docker ps 命令  		#列出当前正在运行的容器
  -a, --all     	 #列出当前正在运行的容器 + 带出历史运行过的容器
  -n=?, --last int   #列出最近创建的?个容器 ?为1则只列出最近创建的一个容器,为2则列出2个
  -q, --quiet        #只列出容器的编号

退出容器

1
2
exit 		#容器直接退出
ctrl +P +Q  #容器不停止退出 	---注意：这个很有用的操作

删除容器

1
2
3
docker rm 容器id   			    #删除指定的容器，不能删除正在运行的容器，如果要强制删除 rm -rf
docker rm -f $(docker ps -aq)  	 #删除所有的容器
docker ps -a -q|xargs docker rm  #删除所有的容器

可能有人分不清镜像和容器，举个例子，镜像和容器的关系就像类和对象的关系，容器就像是镜像的实例。

U盘装过系统吗，镜像就是U盘里的文件，容器就是装好的系统。

镜像可以理解为安装包，可以用这个来安装容器。

启动和停止容器的操作

1
2
3
4
docker start 容器id	#启动容器
docker restart 容器id	#重启容器
docker stop 容器id	#停止当前正在运行的容器
docker kill 容器id	#强制停止当前容器

其它常用命令

后台启动命令

1
2
3
4
5
6
7
8
9
# 命令 docker run -d 镜像名
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker run -d centos
a8f922c255859622ac45ce3a535b7a0e8253329be4756ed6e32265d2dd2fac6c

[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker ps
CONTAINER ID      IMAGE       COMMAND    CREATED     STATUS   PORTS    NAMES
# 问题docker ps. 发现centos 停止了
# 常见的坑，docker容器使用后台运行，就必须要有要一个前台进程，docker发现没有应用，就会自动停止
# 比如docker安装nginx，容器启动后，发现自己没有提供服务，就会立刻停止，就是没有程序了

查看日志

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
docker logs --help
Options:
      --details        Show extra details provided to logs
*  -f, --follow         Follow log output
      --since string   Show logs since timestamp (e.g. 2013-01-02T13:23:37) or relative (e.g. 42m for 42 minutes)
*      --tail string    Number of lines to show from the end of the logs (default "all")
*  -t, --timestamps     Show timestamps
      --until string   Show logs before a timestamp (e.g. 2013-01-02T13:23:37) or relative (e.g. 42m for 42 minutes)


docker run -d centos /bin/sh -c "while true;do echo 6666;sleep 1;done" #模拟日志
docker ps

#显示日志
-tf		#显示日志信息（一直更新）
--tail number #需要显示日志条数
docker logs -t --tail n 容器id #查看n行日志
docker logs -ft 容器id #跟着日志

查看容器中进程信息

1
2
3
4
5
6
# 命令
docker top 容器id

[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker top ad3603bae352
UID                 PID                 PPID                C                   STIME
root                9464                9444                0                   17:32

查看镜像的元数据

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
# 命令
docker inspect 容器id

[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker inspect ad3603bae352
[
    {
        "Id": "ad3603bae352ca47e29ccbe7c7dfce5552c7e4eb2a6b997fcb852078d590b111",
        "Created": "2020-12-16T09:32:11.861509455Z",
        "Path": "/bin/bash",
        "Args": [],
        "State": {
            "Status": "running",
            "Running": true,
            "Paused": false,
            "Restarting": false,
            "OOMKilled": false,
            "Dead": false,
            "Pid": 9464,
            "ExitCode": 0,
            "Error": "",
            "StartedAt": "2020-12-16T09:32:12.15027693Z",
            "FinishedAt": "0001-01-01T00:00:00Z"
        },
        "Image": "sha256:300e315adb2f96afe5f0b2780b87f28ae95231fe3bdd1e16b9ba606307728f55",
        "ResolvConfPath": "/var/lib/docker/containers/ad3603bae352ca47e29ccbe7c7dfce5552c7e4eb2a6b997fcb852078d590b111/resolv.conf",
        "HostnamePath": "/var/lib/docker/containers/ad3603bae352ca47e29ccbe7c7dfce5552c7e4eb2a6b997fcb852078d590b111/hostname",
        "HostsPath": "/var/lib/docker/containers/ad3603bae352ca47e29ccbe7c7dfce5552c7e4eb2a6b997fcb852078d590b111/hosts",
        "LogPath": "/var/lib/docker/containers/ad3603bae352ca47e29ccbe7c7dfce5552c7e4eb2a6b997fcb852078d590b111/ad3603bae352ca47e29ccbe7c7dfce5552c7e4eb2a6b997fcb852078d590b111-json.log",
        "Name": "/jovial_banzai",
        "RestartCount": 0,
        "Driver": "overlay2",
        "Platform": "linux",
        "MountLabel": "",
        "ProcessLabel": "",
        "AppArmorProfile": "",
        "ExecIDs": null,
        "HostConfig": {
            "Binds": null,
            "ContainerIDFile": "",
            "LogConfig": {
                "Type": "json-file",
                "Config": {}
            },
            "NetworkMode": "default",
            "PortBindings": {},
            "RestartPolicy": {
                "Name": "no",
                "MaximumRetryCount": 0
            },
            "AutoRemove": false,
            "VolumeDriver": "",
            "VolumesFrom": null,
            "CapAdd": null,
            "CapDrop": null,
            "CgroupnsMode": "host",
            "Dns": [],
            "DnsOptions": [],
            "DnsSearch": [],
            "ExtraHosts": null,
            "GroupAdd": null,
            "IpcMode": "private",
            "Cgroup": "",
            "Links": null,
            "OomScoreAdj": 0,
            "PidMode": "",
            "Privileged": false,
            "PublishAllPorts": false,
            "ReadonlyRootfs": false,
            "SecurityOpt": null,
            "UTSMode": "",
            "UsernsMode": "",
            "ShmSize": 67108864,
            "Runtime": "runc",
            "ConsoleSize": [
                0,
                0
            ],
            "Isolation": "",
            "CpuShares": 0,
            "Memory": 0,
            "NanoCpus": 0,
            "CgroupParent": "",
            "BlkioWeight": 0,
            "BlkioWeightDevice": [],
            "BlkioDeviceReadBps": null,
            "BlkioDeviceWriteBps": null,
            "BlkioDeviceReadIOps": null,
            "BlkioDeviceWriteIOps": null,
            "CpuPeriod": 0,
            "CpuQuota": 0,
            "CpuRealtimePeriod": 0,
            "CpuRealtimeRuntime": 0,
            "CpusetCpus": "",
            "CpusetMems": "",
            "Devices": [],
            "DeviceCgroupRules": null,
            "DeviceRequests": null,
            "KernelMemory": 0,
            "KernelMemoryTCP": 0,
            "MemoryReservation": 0,
            "MemorySwap": 0,
            "MemorySwappiness": null,
            "OomKillDisable": false,
            "PidsLimit": null,
            "Ulimits": null,
            "CpuCount": 0,
            "CpuPercent": 0,
            "IOMaximumIOps": 0,
            "IOMaximumBandwidth": 0,
            "MaskedPaths": [
                "/proc/asound",
                "/proc/acpi",
                "/proc/kcore",
                "/proc/keys",
                "/proc/latency_stats",
                "/proc/timer_list",
                "/proc/timer_stats",
                "/proc/sched_debug",
                "/proc/scsi",
                "/sys/firmware"
            ],
            "ReadonlyPaths": [
                "/proc/bus",
                "/proc/fs",
                "/proc/irq",
                "/proc/sys",
                "/proc/sysrq-trigger"
            ]
        },
        "GraphDriver": {
            "Data": {
                "LowerDir": "/var/lib/docker/overlay2/c7cbbbf039de6a30294b18ca146c2fbfb9299ef585975b4df7d32abf372e2ae8-init/diff:/var/lib/docker/overlay2/17aa1f01830b8463b16b6d5c2935b94d0788b88555870bf9e4431e4909d17754/diff",
                "MergedDir": "/var/lib/docker/overlay2/c7cbbbf039de6a30294b18ca146c2fbfb9299ef585975b4df7d32abf372e2ae8/merged",
                "UpperDir": "/var/lib/docker/overlay2/c7cbbbf039de6a30294b18ca146c2fbfb9299ef585975b4df7d32abf372e2ae8/diff",
                "WorkDir": "/var/lib/docker/overlay2/c7cbbbf039de6a30294b18ca146c2fbfb9299ef585975b4df7d32abf372e2ae8/work"
            },
            "Name": "overlay2"
        },
        "Mounts": [],
        "Config": {
            "Hostname": "ad3603bae352",
            "Domainname": "",
            "User": "",
            "AttachStdin": true,
            "AttachStdout": true,
            "AttachStderr": true,
            "Tty": true,
            "OpenStdin": true,
            "StdinOnce": true,
            "Env": [
                "PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
            ],
            "Cmd": [
                "/bin/bash"
            ],
            "Image": "centos",
            "Volumes": null,
            "WorkingDir": "",
            "Entrypoint": null,
            "OnBuild": null,
            "Labels": {
                "org.label-schema.build-date": "20201204",
                "org.label-schema.license": "GPLv2",
                "org.label-schema.name": "CentOS Base Image",
                "org.label-schema.schema-version": "1.0",
                "org.label-schema.vendor": "CentOS"
            }
        },
        "NetworkSettings": {
            "Bridge": "",
            "SandboxID": "d7f98474808cf06c47f38a5def91071de3578b646fbebbe65b77c6224a03a79a",
            "HairpinMode": false,
            "LinkLocalIPv6Address": "",
            "LinkLocalIPv6PrefixLen": 0,
            "Ports": {},
            "SandboxKey": "/var/run/docker/netns/d7f98474808c",
            "SecondaryIPAddresses": null,
            "SecondaryIPv6Addresses": null,
            "EndpointID": "1bac647d77b9eb105f59ae5d444b575d3fc8937780a9574abcc69065034ac395",
            "Gateway": "172.17.0.1",
            "GlobalIPv6Address": "",
            "GlobalIPv6PrefixLen": 0,
            "IPAddress": "172.17.0.2",
            "IPPrefixLen": 16,
            "IPv6Gateway": "",
            "MacAddress": "02:42:ac:11:00:02",
            "Networks": {
                "bridge": {
                    "IPAMConfig": null,
                    "Links": null,
                    "Aliases": null,
                    "NetworkID": "23a46b6aa168c322598f2d661d58aadcf10b7d80239830efde397c5eaba5204e",
                    "EndpointID": "1bac647d77b9eb105f59ae5d444b575d3fc8937780a9574abcc69065034ac395",
                    "Gateway": "172.17.0.1",
                    "IPAddress": "172.17.0.2",
                    "IPPrefixLen": 16,
                    "IPv6Gateway": "",
                    "GlobalIPv6Address": "",
                    "GlobalIPv6PrefixLen": 0,
                    "MacAddress": "02:42:ac:11:00:02",
                    "DriverOpts": null
                }
            }
        }
    }
]

进入当前正在运行的容器

1
# 我们通常容器都是使用后台方式运行的，需要进入容器，修改一些配置
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
# 命令
docker exec -it 容器id bashshell

#测试
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker ps
CONTAINER ID   IMAGE     COMMAND       CREATED             STATUS             PORTS     NAMES
ad3603bae352   centos    "/bin/bash"   About an hour ago   Up About an hour             jovial_banzai
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker exec -it ad3603bae352 /bin/bash
[root@ad3603bae352 /]#


# 方式二
docker attach 容器id

# 测试
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker ps
CONTAINER ID   IMAGE     COMMAND       CREATED             STATUS             PORTS     NAMES
ad3603bae352   centos    "/bin/bash"   About an hour ago   Up About an hour             jovial_banzai
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker attach ad3603bae352
[root@ad3603bae352 /]#

#区别
docker exec #进入当前容器后开启一个新的终端，可以在里面操作。（常用）
docker attach # 进入容器正在执行的终端，不会启动新的进程！

从容器内拷贝文件到主机上

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
docker cp 容器id:容器内路径  主机目的路径

[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker ps
CONTAINER ID   IMAGE     COMMAND       CREATED              STATUS              PORTS     NAMES
a85daf2d5d00   centos    "/bin/bash"   About a minute ago   Up About a minute             reverent_cohen

#1. 进入docker容器内部
[root@a85daf2d5d00 /]# ls
bin  dev  etc  home  lib  lib64  lost+found  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var
[root@a85daf2d5d00 /]#

#新建一个文件
[root@a85daf2d5d00 /]# echo "hello" > hello.java
[root@a85daf2d5d00 /]# cat hello.java
hello
[root@a85daf2d5d00 /]#

#ctrl+P+Q 退出容器，容器继续运行
#将hello.java拷贝到home文件加下
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker cp a85daf2d5d00:/hello.java /home
[root@iz2ze4lfnjztrjppyfbqo1z ~]# cd /home/
[root@iz2ze4lfnjztrjppyfbqo1z home]# ls -l   #可以看见hello.java存在
total 8
drwx------ 3 admin admin 4096 Dec 16 13:54 admin
-rw-r--r-- 1 root  root     6 Dec 16 18:45 hello.java
[root@iz2ze4lfnjztrjppyfbqo1z home]#

小结

image-20201216185713361

命令大全

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
attach      Attach local standard input, output, and error streams to a running container #当前shell下 attach连接指定运行的镜像
  build       Build an image from a Dockerfile # 通过Dockerfile定制镜像
  commit      Create a new image from a container's changes #提交当前容器为新的镜像
  cp          Copy files/folders between a container and the local filesystem #拷贝文件
  create      Create a new container #创建一个新的容器
  diff        Inspect changes to files or directories on a container's filesystem #查看docker容器的变化
  events      Get real time events from the server # 从服务获取容器实时时间
  exec        Run a command in a running container # 在运行中的容器上运行命令
  export      Export a container's filesystem as a tar archive #导出容器文件系统作为一个tar归档文件[对应import]
  history     Show the history of an image # 展示一个镜像形成历史
  images      List images #列出系统当前的镜像
  import      Import the contents from a tarball to create a filesystem image #从tar包中导入内容创建一个文件系统镜像
  info        Display system-wide information # 显示全系统信息
  inspect     Return low-level information on Docker objects #查看容器详细信息
  kill        Kill one or more running containers # kill指定docker容器
  load        Load an image from a tar archive or STDIN #从一个tar包或标准输入中加载一个镜像[对应save]
  login       Log in to a Docker registry #注册或者登录一个docker源服务器
  logout      Log out from a Docker registry #从当前Docker registry退出
  logs        Fetch the logs of a container #输出当前容器日志信息
  pause       Pause all processes within one or more containers #暂停容器
  port        List port mappings or a specific mapping for the container #查看映射端口对应的容器内部源端口
  ps          List containers #列出容器列表
  pull        Pull an image or a repository from a registry #从docker镜像服务器拉去指定镜像或者库镜像
  push        Push an image or a repository to a registry #推送指定镜像或者库镜像至docker源服务器
  rename      Rename a container #重命名容器
  restart     Restart one or more containers #重启运行的容器
  rm          Remove one or more containers #移除一个或者多个容器
  rmi         Remove one or more images #移除一个或者多个镜像[无容器使用该镜像才可删除，否则需删除相关容器或者 -f 强制删除]
  run         Run a command in a new container #创建一个新的容器并运行一个命令
  save        Save one or more images to a tar archive (streamed to STDOUT by default) #保存一个镜像为一个tar包 [对应 load]
  search      Search the Docker Hub for images #在docker hub中搜索镜像
  start       Start one or more stopped containers #启动一个或多个已停止的容器
  stats       Display a live stream of container(s) resource usage statistics
  stop        Stop one or more running containers #停止容器
  tag         Create a tag TARGET_IMAGE that refers to SOURCE_IMAGE #给源中镜像打标签
  top         Display the running processes of a container #查看容器中运行的进程信息
  unpause     Unpause all processes within one or more containers #取消暂停容器
  update      Update configuration of one or more containers
  version     Show the Docker version information #查看docker版本号
  wait        Block until one or more containers stop, then print their exit codes #截取容器停止时的退出状态值

docker的命令是十分多的，上面学习的都是最常用的容器和镜像的命令，之后我们还会学习很多命令！

练习

Docker 安装 Nginx

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
#1. 搜索镜像 search 建议大家去docker hub搜索，可以看到帮助文档
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker search nginx

#2. 拉取下载镜像 pull
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker pull nginx

#3. 查看是否下载成功镜像
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker images

#4. 运行测试
# -d 后台运行
# --name 给容器命名
# -p 宿主机端口：容器内部端口
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker run -d --name nginx01 -p 3344:80 nginx
e0e98f55f23e05ea1872c130a7dca6f206704862681833b1373ca87d0067bf70
[root@iz2ze4lfnjztrjppyfbqo1z ~]#

#5. 查看正在启动的镜像
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker ps
CONTAINER ID   IMAGE     COMMAND                  CREATED          STATUS          PORTS                  NAMES
e0e98f55f23e   nginx     "/docker-entrypoint.…"   56 seconds ago   Up 55 seconds   0.0.0.0:3344->80/tcp   nginx01
[root@iz2ze4lfnjztrjppyfbqo1z ~]# curl localhost:3344  #本机自测
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
    body {
        width: 35em;
        margin: 0 auto;
        font-family: Tahoma, Verdana, Arial, sans-serif;
    }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>

#6. 进入容器
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker exec -it nginx01 /bin/bash
root@e0e98f55f23e:/# whereis nginx
nginx: /usr/sbin/nginx /usr/lib/nginx /etc/nginx /usr/share/nginx
root@e0e98f55f23e:/# cd /etc/nginx/
root@e0e98f55f23e:/etc/nginx# ls
conf.d	fastcgi_params	koi-utf  koi-win  mime.types  modules  nginx.conf  scgi_params	uwsgi_params  win-utf
root@e0e98f55f23e:/etc/nginx#

#7. 退出容器
root@e0e98f55f23e:/etc/nginx# exit
exit

#8. 停止容器
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker ps
CONTAINER ID   IMAGE     COMMAND                  CREATED          STATUS          PORTS                  NAMES
e0e98f55f23e   nginx     "/docker-entrypoint.…"   15 minutes ago   Up 15 minutes   0.0.0.0:3344->80/tcp   nginx01
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker stop e0e98f55f23e
e0e98f55f23e
[root@iz2ze4lfnjztrjppyfbqo1z ~]#

宿主机端口 和 容器内部端口以及端口暴露：（使用阿里云服务器记得到安全组中把端口放行）

image-20201216192815537

思考问题：我们每次改动 nginx 配置文件，都需要进入容器内部？十分麻烦，我要是可以在容器外部提供一个映射路径，达到在容器外部修改文件，容器内部就可以自动修改？

这就是后面要学习的： -v 数据卷

Docker 安装 Tomcat

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
#官方的使用
docker run -it --rm tomcat:9.0

# 之前的启动都是后台，停止了容器之后，容器还是可以查到， docker run -it --rm 镜像名 一般是用来测试，用完就删除
--rm       Automatically remove the container when it exits 用完即删

#下载再启动
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker pull tomcat:9.0

#查看下载的镜像
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker images

#以后台方式，暴露端口方式，启动运行
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker run -d -p 8080:8080 --name tomcat01 tomcat

#测试访问有没有问题
[root@iz2ze4lfnjztrjppyfbqo1z ~]# curl localhost:8080

#根据容器id进入tomcat容器
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker exec -it 3df6cdc3e2fb /bin/bash
root@3df6cdc3e2fb:/usr/local/tomcat#
#查看tomcat容器内部内容：
root@3df6cdc3e2fb:/usr/local/tomcat# ls -l
total 160
-rw-r--r-- 1 root root 18982 Dec  3 11:48 BUILDING.txt
-rw-r--r-- 1 root root  5409 Dec  3 11:48 CONTRIBUTING.md
-rw-r--r-- 1 root root 57092 Dec  3 11:48 LICENSE
-rw-r--r-- 1 root root  2333 Dec  3 11:48 NOTICE
-rw-r--r-- 1 root root  3257 Dec  3 11:48 README.md
-rw-r--r-- 1 root root  6898 Dec  3 11:48 RELEASE-NOTES
-rw-r--r-- 1 root root 16507 Dec  3 11:48 RUNNING.txt
drwxr-xr-x 2 root root  4096 Dec 12 17:41 bin
drwxr-xr-x 1 root root  4096 Dec 16 11:52 conf
drwxr-xr-x 2 root root  4096 Dec 12 17:40 lib
drwxrwxrwx 1 root root  4096 Dec 16 11:52 logs
drwxr-xr-x 2 root root  4096 Dec 12 17:40 native-jni-lib
drwxrwxrwx 2 root root  4096 Dec 12 17:40 temp
drwxr-xr-x 2 root root  4096 Dec 12 17:40 webapps
drwxr-xr-x 7 root root  4096 Dec  3 11:45 webapps.dist
drwxrwxrwx 2 root root  4096 Dec  3 11:43 work
root@3df6cdc3e2fb:/usr/local/tomcat#
#进入webapps目录
root@3df6cdc3e2fb:/usr/local/tomcat# cd webapps
root@3df6cdc3e2fb:/usr/local/tomcat/webapps# ls
root@3df6cdc3e2fb:/usr/local/tomcat/webapps#
# 发现问题：1、linux命令少了。 2.webapps目录为空
# 原因：阿里云镜像的原因，阿里云默认是最小的镜像，所以不必要的都剔除掉
# 保证最小可运行的环境！
# 解决方案：
# 将webapps.dist下的文件都拷贝到webapps下即可
root@3df6cdc3e2fb:/usr/local/tomcat/webapps# cd .. #回退
root@3df6cdc3e2fb:/usr/local/tomcat# ls
BUILDING.txt	 LICENSE  README.md	 RUNNING.txt  conf  logs	    temp     webapps.dist
CONTRIBUTING.md  NOTICE   RELEASE-NOTES  bin	      lib   native-jni-lib  webapps  work
root@3df6cdc3e2fb:/usr/local/tomcat# cd webapps.dist/ #进入webapps.dist
root@3df6cdc3e2fb:/usr/local/tomcat/webapps.dist# ls #查看内容
ROOT  docs  examples  host-manager  manager
root@3df6cdc3e2fb:/usr/local/tomcat/webapps.dist# cd ..
root@3df6cdc3e2fb:/usr/local/tomcat# cp -r webapps.dist/* webapps  # 拷贝webapps.dist 内容给webapps
root@3df6cdc3e2fb:/usr/local/tomcat# cd webapps  #进入webapps
root@3df6cdc3e2fb:/usr/local/tomcat/webapps# ls  #查看拷贝结果
ROOT  docs  examples  host-manager  manager
root@3df6cdc3e2fb:/usr/local/tomcat/webapps#

这样 docker 部署 tomcat 就可以访问了

image-20201216200253884

问题：我们以后要部署项目，如果每次都要进入容器是不是十分麻烦？要是可以在容器外部提供一个映射路径，比如 webapps，我们在外部放置项目，就自动同步到内部就好了！

部署 elasticsearch+kibana

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
# es暴露的端口很多！
# es十分地耗内存
# es的数据一般需要放置到安全目录！ 挂载！
# --net somenetwork    网络配置   暂时不需要
docker run -d --name elasticsearch --net somenetwork -p 9200:9200 -p 9300:9300 -e "discovery.type=single-node" elasticsearch:7.6.2

#启动elasticsearch
docker run -d --name elasticsearch -p 9200:9200 -p 9300:9300 -e "discovery.type=single-node" elasticsearch:7.6.2

# 启动了，linux就卡住了
# docker stats  查看CPU状态
# es是十分耗内存的
# 测试一下es是否成功了
[root@iz2ze4lfnjztrjppyfbqo1z ~]# curl localhost:9200
{
  "name" : "181b095f65f6",
  "cluster_name" : "docker-cluster",
  "cluster_uuid" : "NVxNZMMPQB2ngRhCwaCGyQ",
  "version" : {
    "number" : "7.6.2",
    "build_flavor" : "default",
    "build_type" : "docker",
    "build_hash" : "ef48eb35cf30adf4db14086e8aabd07ef6fb113f",
    "build_date" : "2020-03-26T06:34:37.794943Z",
    "build_snapshot" : false,
    "lucene_version" : "8.4.0",
    "minimum_wire_compatibility_version" : "6.8.0",
    "minimum_index_compatibility_version" : "6.0.0-beta1"
  },
  "tagline" : "You Know, for Search"
}
# 查看 docker CPU状态
docker stats 容器id #发现es占了一大半的内存，我用的是一核两G的服务器
# 测试成功就关掉elasticSearch，防止耗内存，赶紧停掉es，增加内存的限制
docker stop 容器id
#运行时加上环境配置  -e
docker run -d --name elasticsearch -p 9200:9200 -p 9300:9300 -e "discovery.type=single-node" -e ES_JAVA_OPTS="-Xms256m -Xmx512m" elasticsearch:7.6.2
#这样就能限制es运行内存

使用 kibana 连接 es (elasticSearch)？思考网络如何才能连接？

image-20201218094855096

可视化面板安装

portainer(先用这个，不是最佳的选择)

1
2
docker run -d -p 8080:9000 \
--restart=always -v /var/run/docker.sock:/var/run/docker.sock --privileged=true portainer/portainer

Rancher(CI/CD 再用)

什么是 portainer？

Docker 图形化界面管理工具！提供一个后台面板供我们操作！

1
2
3
4
5
6
7
8
9
10
# 安装命令
[root@iz2zeak7sgj6i7hrb2g862z ~]# docker run -d -p 8080:9000 \
--restart=always -v /var/run/docker.sock:/var/run/docker.sock --privileged=true portainer/portainer
Unable to find image 'portainer/portainer:latest' locally
latest: Pulling from portainer/portainer
d1e017099d17: Pull complete
717377b83d5c: Pull complete
Digest: sha256:f8c2b0a9ca640edf508a8a0830cf1963a1e0d2fd9936a64104b3f658e120b868
Status: Downloaded newer image for portainer/portainer:latest
959cc2f8f679d88709ea2ce30c79415f294253af45757616a78cb587fe618e45

测试访问：外网：8080 http://ip:8080/

image-20201218100947305

选择本地的

image-20201218101612074

进入之后的面板

image-20201218101755587

可视化面板平时不会使用，测试玩玩就行！

Docker 镜像讲解

镜像是什么

镜像是一种轻量级、可执行的独立软件保，用来打包软件运行环境和基于运行环境开发的软件，他包含运行某个软件所需的所有内容，包括代码、运行时库、环境变量和配置文件。

所有应用，直接打包docker镜像，就可以直接跑起来！

如何得到镜像

  • 从远程仓库下载
  • 别人拷贝给你
  • 自己制作一个镜像 DockerFile

Docker 镜像加载原理

UnionFs （联合文件系统）

我们下载的时候看到的一层一层的就是这个！

UnionFs（联合文件系统）：Union 文件系统（UnionFs）是一种分层、轻量级并且高性能的文件系统，他支持对文件系统的修改作为一次提交来一层层的叠加，同时可以将不同目录挂载到同一个虚拟文件系统下（ unite several directories into a single virtual filesystem)。Union 文件系统是 Docker 镜像的基础。镜像可以通过分层来进行继承，基于基础镜像（没有父镜像），可以制作各种具体的应用镜像

特性：一次同时加载多个文件系统，但从外面看起来，只能看到一个文件系统，联合加载会把各层文件系统叠加起来，这样最终的文件系统会包含所有底层的文件和目录。

Docker 镜像加载原理

docker 的镜像实际上由一层一层的文件系统组成，这种层级的文件系统 UnionFS。

boots(boot file system）主要包含 bootloader 和 Kernel, bootloader 主要是引导加 kernel, Linux 刚启动时会加 bootfs 文件系统，在 Docker 镜像的最底层是 boots。这一层与我们典型的 Linux/Unix 系统是一样的，包含 boot 加載器和内核。当 boot 加载完成之后整个内核就都在内存中了，此时内存的使用权已由 bootfs 转交给内核，此时系统也会卸载 bootfs。

rootfs（root file system),在 bootfs 之上。包含的就是典型 Linux 系统中的/dev,/proc,/bin,/etc 等标准目录和文件。 rootfs 就是各种不同的操作系统发行版，比如 Ubuntu, Centos 等等。

image-20201218103022868

平时我们安装进虚拟机的 CentOS 都是好几个 G，为什么 Docker 这里才 200M？

image-20201218103057547

对于个精简的 OS,rootfs 可以很小，只需要包合最基本的命令，工具和程序库就可以了，因为底层直接用 Host 的 kernel，自己只需要提供 rootfs 就可以了。由此可见对于不同的 Linux 发行版， boots 基本是一致的， rootfs 会有差別，因此不同的发行版可以公用 bootfs.

虚拟机是分钟级别，容器是秒级！

分层理解

分层的镜像

我们可以去下载一个镜像，注意观察下载的日志输出，可以看到是一层层的在下载！

image-20201218104017118

思考：为什么 Docker 镜像要采用这种分层的结构呢？

最大的好处，我觉得莫过于资源共享了！比如有多个镜像都从相同的 Base 镜像构建而来，那么宿主机只需在磁盘上保留一份 base 镜像，同时内存中也只需要加载一份 base 镜像，这样就可以为所有的容器服务了，而且镜像的每一层都可以被共享。

查看镜像分层的方式可以通过 docker image inspect 命令

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker image inspect redis
[
    {
        "Id": "sha256:ef47f3b6dc11e8f17fb39a6e46ecaf4efd47b3d374e92aeb9f2606896b751251",
        "RepoTags": [
            "redis:latest"
        ],
        "RepoDigests": [
            "redis@sha256:0f724af268d0d3f5fb1d6b33fc22127ba5cbca2d58523b286ed3122db0dc5381"
        ],
        "Parent": "",
        "Comment": "",
        "Created": "2020-12-11T16:25:00.990749243Z",
        "Container": "6da61e8ec8c774f324d488c6047bd913d6f379855b7abcb08be9f41acee6e3ab",
        "ContainerConfig": {
            "Hostname": "6da61e8ec8c7",
            "Domainname": "",
            "User": "",
            "AttachStdin": false,
            "AttachStdout": false,
            "AttachStderr": false,
            "ExposedPorts": {
                "6379/tcp": {}
            },
            "Tty": false,
            "OpenStdin": false,
            "StdinOnce": false,
            "Env": [
                "PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin",
                "GOSU_VERSION=1.12",
                "REDIS_VERSION=6.0.9",
                "REDIS_DOWNLOAD_URL=http://download.redis.io/releases/redis-6.0.9.tar.gz",
                "REDIS_DOWNLOAD_SHA=dc2bdcf81c620e9f09cfd12e85d3bc631c897b2db7a55218fd8a65eaa37f86dd"
            ],
            "Cmd": [
                "/bin/sh",
                "-c",
                "#(nop) ",
                "CMD [\"redis-server\"]"
            ],
            "Image": "sha256:d9311f71736ce563d01280a6cc23530a3f838f6f6c4c245b2b99919594b67b7b",
            "Volumes": {
                "/data": {}
            },
            "WorkingDir": "/data",
            "Entrypoint": [
                "docker-entrypoint.sh"
            ],
            "OnBuild": null,
            "Labels": {}
        },
        "DockerVersion": "19.03.12",
        "Author": "",
        "Config": {
            "Hostname": "",
            "Domainname": "",
            "User": "",
            "AttachStdin": false,
            "AttachStdout": false,
            "AttachStderr": false,
            "ExposedPorts": {
                "6379/tcp": {}
            },
            "Tty": false,
            "OpenStdin": false,
            "StdinOnce": false,
            "Env": [
                "PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin",
                "GOSU_VERSION=1.12",
                "REDIS_VERSION=6.0.9",
                "REDIS_DOWNLOAD_URL=http://download.redis.io/releases/redis-6.0.9.tar.gz",
                "REDIS_DOWNLOAD_SHA=dc2bdcf81c620e9f09cfd12e85d3bc631c897b2db7a55218fd8a65eaa37f86dd"
            ],
            "Cmd": [
                "redis-server"
            ],
            "Image": "sha256:d9311f71736ce563d01280a6cc23530a3f838f6f6c4c245b2b99919594b67b7b",
            "Volumes": {
                "/data": {}
            },
            "WorkingDir": "/data",
            "Entrypoint": [
                "docker-entrypoint.sh"
            ],
            "OnBuild": null,
            "Labels": null
        },
        "Architecture": "amd64",
        "Os": "linux",
        "Size": 104252176,
        "VirtualSize": 104252176,
        "GraphDriver": {
            "Data": {
                "LowerDir": "/var/lib/docker/overlay2/110d751ae6bc2cf610b217f101c09278dd88d7fc7af78e63ab0f940ce89ccee2/diff:/var/lib/docker/overlay2/34d3b101ba9b3899b5a972af0009302910793976eafd565a41e9a3a95953e7f7/diff:/var/lib/docker/overlay2/ffb787ce68d7031062bce60b4198ffb4156926f4485055e935c4fd9725382625/diff:/var/lib/docker/overlay2/169a1c367df79545795923d97d619a9e5248be83144fbdea3327e0d5bd87db65/diff:/var/lib/docker/overlay2/9b62fb4925a9b8145a281e9828d9d0408c660579d5ea298d786bdf2d5d785561/diff",
                "MergedDir": "/var/lib/docker/overlay2/c9b4fea36dc058c2263ed4744e2972781bfc20a82ded26e0a8480ad62b7b5a57/merged",
                "UpperDir": "/var/lib/docker/overlay2/c9b4fea36dc058c2263ed4744e2972781bfc20a82ded26e0a8480ad62b7b5a57/diff",
                "WorkDir": "/var/lib/docker/overlay2/c9b4fea36dc058c2263ed4744e2972781bfc20a82ded26e0a8480ad62b7b5a57/work"
            },
            "Name": "overlay2"
        },
        "RootFS": {
            "Type": "layers",
            "Layers": [
                "sha256:87c8a1d8f54f3aa4e05569e8919397b65056aa71cdf48b7f061432c98475eee9",
                "sha256:25075874ce886bd3adb3b75298622e6297c3f893e169f18703019e4abc8f13f0",
                "sha256:caafc8119413c94f1e4b888128e2f337505fb57e217931a9b3a2cd7968340a9e",
                "sha256:e5d940a579ec4a80b6ec8571cb0fecf640dba14ccfd6de352977fd379a254053",
                "sha256:2a1c28c532d20c3b8af8634d72a4d276a67ce5acb6d186ac937c13bd6493c972",
                "sha256:1540b8226044ed5ce19cc0fec7fbfb36a00bb15f4e882d6affbd147a48249574"
            ]
        },
        "Metadata": {
            "LastTagTime": "0001-01-01T00:00:00Z"
        }
    }
]

理解：

所有的 Docker 镜像都起始于一个基础镜像层，当进行修改或培加新的内容时，就会在当前镜像层之上，创建新的镜像层。

举一个简单的例子，假如基于 Ubuntu Linux16.04 创建一个新的镜像，这就是新镜像的第一层；如果在该镜像中添加 Python 包，就会在基础镜像层之上创建第二个镜像层；如果继续添加一个安全补丁，就会创健第三个镜像层该像当前已经包含 3 个镜像层，如下图所示（这只是一个用于演示的很简单的例子）。

在添加额外的镜像层的同时，镜像始终保持是当前所有镜像的组合，理解这一点。

image-20201218104414137

在添加额外的镜像层的同时，镜像始终保持是当前所有镜像的组合，理解这一点非常重要。下图中举了一个简单的例子，每个镜像层包含 3 个文件，而镜像包含了来自两个镜像层的 6 个文件。

image-20201218104433871

上图中的镜像层跟之前图中的略有区別，主要目的是便于展示文件

下图中展示了一个稍微复杂的三层镜像，在外部看来整个镜像只有 6 个文件，这是因为最上层中的文件 7 是文件 5 的一个更新版。

image-20201218104458225

文种情況下，上层镜像层中的文件覆盖了底层镜像层中的文件。这样就使得文件的更新版本作为一个新镜像层添加到镜像当中

Docker 通过存储引擎（新版本采用快照机制）的方式来实现镜像层堆栈，并保证多镜像层对外展示为统一的文件系统

Linux 上可用的存储引撃有 AUFS、 Overlay2、 Device Mapper、Btrfs 以及 ZFS。顾名思义，每种存储引擎都基于 Linux 中对应的文件系统或者块设备技术，井且每种存储引擎都有其独有的性能特点。

Docker 在 Windows 上仅支持 windowsfilter 一种存储引擎，该引擎基于 NTFS 文件系统之上实现了分层和 CoW [1]。

下图展示了与系统显示相同的三层镜像。所有镜像层堆并合井，对外提供统一的视图。

image-20201218104800359

特点

Docker 镜像都是只读的，当容器启动时，一个新的可写层加载到镜像的顶部！

这一层就是我们通常说的容器层，容器之下的都叫镜像层！镜像层是无法改变的！

image-20201218104844635

commit 镜像

1
2
3
4
docker commit 提交容器成为一个新的副本

# 命令和git原理类似
docker commit -m="描述信息" -a="作者" 容器id 目标镜像名:[版本TAG]

实战测试

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
# 1、启动一个默认的tomcat
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker run -it -p 8088:8080 tomcat

# 2、发现这个默认的tomcat 是没有webapps应用，官方的镜像默认webapps下面是没有文件的！
#docker exec -it 容器id /bin/bash
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker ps
CONTAINER ID   IMAGE     COMMAND             CREATED         STATUS         PORTS                    NAMES
ac9320a135c5   tomcat    "catalina.sh run"   2 minutes ago   Up 2 minutes   0.0.0.0:8088->8080/tcp   quizzical_driscoll
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker exec -it ac9320a135c5 /bin/bash
root@ac9320a135c5:/usr/local/tomcat#

# 3、从webapps.dist拷贝文件进去webapp
root@ac9320a135c5:/usr/local/tomcat# ls
BUILDING.txt	 LICENSE  README.md	 RUNNING.txt  conf  logs	    temp     webapps.dist
CONTRIBUTING.md  NOTICE   RELEASE-NOTES  bin	      lib   native-jni-lib  webapps  work
root@ac9320a135c5:/usr/local/tomcat# cp -r webapps.dist/* webapps
root@ac9320a135c5:/usr/local/tomcat# cd webapps
root@ac9320a135c5:/usr/local/tomcat/webapps# ls
ROOT  docs  examples  host-manager  manager
root@ac9320a135c5:/usr/local/tomcat/webapps#

# 4、将操作过的容器通过commit提交为一个新镜像！我们以后就使用我们修改过的镜像即可，而不需要每次都重新拷贝webapps.dist下的文件到webapps了，这就是我们自己的一个修改的镜像。
# docker commit -m="描述信息" -a="作者" 容器id 目标镜像名:[TAG]
# docker commit -a="kuangshen" -m="add webapps app" 容器id tomcat02:1.0

[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker commit -a="晶哥哥提交的" -m="add webapps app" ac9320a135c5 tomcat02:1.0
sha256:2d79a48b533e98d63bc1c0804fe16a780f7947686e66b173712e50bfabf4695f
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker images
REPOSITORY            TAG       IMAGE ID       CREATED         SIZE
tomcat02              1.0       2d79a48b533e   8 seconds ago   654MB  #这里就是刚刚commit的镜像
nginx                 latest    ae2feff98a0c   2 days ago      133MB
tomcat                9.0       6d15a1d68603   5 days ago      649MB
tomcat                latest    6d15a1d68603   5 days ago      649MB
mysql                 5.7       697daaecf703   6 days ago      448MB
redis                 latest    ef47f3b6dc11   6 days ago      104MB
centos                latest    300e315adb2f   10 days ago     209MB
portainer/portainer   latest    62771b0b9b09   4 months ago    79.1MB
elasticsearch         7.6.2     f29a1ee41030   8 months ago    791MB

如果你想要保存当前容器的状态，就可以通过 commit 来提交，获得一个镜像，就好比我们我们使用虚拟机的快照。

到这里才算入门Docker！！认真吸收练习！

容器数据卷

什么是容器数据卷

将应用和环境打包成一个镜像！

数据？如果数据都在容器中，那么我们容器一删除，数据就会丢失！需求：数据可以持久化

MySQL，容器删除了，删库跑路！需求：MySQL数据可以存储在本地！

容器之间可以有一个数据共享的技术！Docker 容器中产生的数据，同步到本地！

这就是卷技术！目录的挂载，将我们容器内的目录，挂载到 Linux 上面！

image-20201218113330516

总结一句话：容器的持久化和同步操作！容器间也是可以数据共享的！

使用数据卷

方式一 ：直接使用命令挂载 -v

1
2
3
4
5
6
7
8
9
-v, --volume list                    Bind mount a volume

docker run -it -v 主机目录:容器内目录 -p 主机端口:容器内端口
# /home/ceshi：主机home目录下的ceshi文件夹  映射：centos容器中的/home
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker run -it -v /home/ceshi:/home centos /bin/bash
#这时候主机的/home/ceshi文件夹就和容器的/home文件夹关联了,二者可以实现文件或数据同步了

#通过 docker inspect 容器id 查看
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker inspect 973c82f191b8

image-20201218113951121

测试文件的同步

image-20201218115048765

再来测试！

1、停止容器

2、宿主机修改文件

3、启动容器

4、容器内的数据依旧是同步的

image-20201218120343988

好处：我们以后修改只需要在本地修改即可，容器内会自动同步！

实战：安装 MySQL

思考：MySQL 的数据持久化的问题

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
# 获取mysql镜像
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker pull mysql:5.7

# 运行容器,需要做数据挂载 #安装启动mysql，需要配置密码的，这是要注意点！
# 参考官网hub
docker run --name some-mysql -e MYSQL_ROOT_PASSWORD=my-secret-pw -d mysql:tag

#启动我们的
-d 后台运行
-p 端口映射
-v 卷挂载
-e 环境配置
-- name 容器名字
docker run -d -p 3306:3306 -v /home/mysql/conf:/etc/mysql/conf.d -v /home/mysql/data:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=123456 --name mysql01 mysql:5.7

# 启动成功之后，我们在本地使用sqlyog或者navicat来测试一下
# sqlyog或者navicat连接到服务器的3306--和容器内的3306映射
# 在本地测试创建一个数据库，查看一下我们映射的路径是否ok！

测试连接：注意 3306 端口要在阿里云服务器的安全组中打开，否则无法连接。

image-20201218123107645

当我们在本地用 SQLyog 或者 Navicat 新建名称为 test 的数据库时候，容器也会创建

image-20201218123923925

image-20201218124000728

假设我们将包含 mysql 的容器删除时

image-20201218124343297

发现，我们挂载到本地的数据卷依旧没有丢失，这就实现了容器数据持久化功能。

具名和匿名挂载

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
# 匿名挂载
-v 容器内路径!
# -P 随机指定端口
docker run -d -P --name nginx01 -v /etc/nginx nginx

# 查看所有的volume(卷)的情况
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker volume ls
DRIVER    VOLUME NAME  # 容器内的卷名(匿名卷挂载)
local     c87cce6200b39d6e6f8b06f3326be2421eceeb92629b4749123c73861feccfd6
[root@iz2ze4lfnjztrjppyfbqo1z ~]#

# 这里发现，这种就是匿名挂载，我们在 -v只写了容器内的路径，没有写容器外的路径！

# 具名挂载 -P:表示随机映射端口
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker run -d -P --name nginx02 -v juming-nginx:/etc/nginx nginx

# 查看所有的volume(卷)的情况
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker volume ls
DRIVER              VOLUME NAME
local     c87cce6200b39d6e6f8b06f3326be2421eceeb92629b4749123c73861feccfd6
local               juming-nginx #多了一个名字

# 通过 -v 卷名：查看容器内路径
# 查看一下这个卷
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker volume inspect juming-nginx
[
    {
        "CreatedAt": "2020-12-18T13:55:34+08:00",
        "Driver": "local",
        "Labels": null,
        "Mountpoint": "/var/lib/docker/volumes/juming-nginx/_data", #默认目录
        "Name": "juming-nginx",
        "Options": null,
        "Scope": "local"
    }
]

所有的 docker 容器内的卷，没有指定目录的情况下都是在/var/lib/docker/volumes/自定义的卷名/_data下

如果指定了目录，docker volume ls 是查看不到的

区分三种挂载方式

1
2
3
4
# 如何确定是三种挂载的哪一种： 匿名挂载、具名挂载、指定路径挂载
-v 容器内路径		    #匿名挂载
-v 卷名:容器内路径		  #具名挂载
-v /宿主机路径:容器内路径 #指定路径挂载 docker volume ls 是查看不到的

拓展：

1
2
3
4
5
6
7
8
# 通过 -v 容器内路径： ro rw 改变读写权限
ro #readonly 只读
rw #readwrite 可读可写
docker run -d -P --name nginx02 -v juming:/etc/nginx:ro nginx
docker run -d -P --name nginx02 -v juming:/etc/nginx:rw nginx

# 默认是rw 可读可写
# ro 只要看到ro就说明这个路径只能通过宿主机来操作，容器内部是无法操作！

初识 Dockerfile

Dockerfile 就是用来构建docker镜像的构建文件！命令脚本！先体验一下！

通过这个脚本可以生成镜像，镜像是一层一层的，脚本是一个个的命令，每个命令都是一层！

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
# 创建一个dockerfile文件，名字可以随便 建议Dockerfile
# 文件中的内容： 指令(大写) + 参数
# 在 /home下新建 docker-test-volume 目录，然后再操作
$ vim dockerfile1
    FROM centos 					# 当前这个镜像是以centos为基础的

    VOLUME ["volume01","volume02"] 	# 挂载卷的卷目录列表(多个目录)

    CMD echo "-----end-----"		# 输出一下用于测试
    CMD /bin/bash					# 默认走bash控制台

# 这里的每个命令，就是镜像的一层！
# 构建出这个镜像
-f dockerfile1 			# f代表file，指这个当前文件的地址(这里是当前目录下的dockerfile1)
-t jing/centos 			# t就代表target，指目标目录(注意jing镜像名前不能加斜杠‘/’)
. 						# 表示生成在当前目录下
$ docker build -f dockerfile1 -t jing/centos:1.0 .
Sending build context to Docker daemon   2.56kB
Step 1/4 : FROM centos
latest: Pulling from library/centos
8a29a15cefae: Already exists
Digest: sha256:fe8d824220415eed5477b63addf40fb06c3b049404242b31982106ac204f6700
Status: Downloaded newer image for centos:latest
 ---> 470671670cac
Step 2/4 : VOLUME ["volume01","volume02"] 			# 卷名列表
 ---> Running in c18eefc2c233
Removing intermediate container c18eefc2c233
 ---> 623ae1d40fb8
Step 3/4 : CMD echo "-----end-----"					# 输出 脚本命令
 ---> Running in 70e403669f3c
Removing intermediate container 70e403669f3c
 ---> 0eba1989c4e6
Step 4/4 : CMD /bin/bash
 ---> Running in 4342feb3a05b
Removing intermediate container 4342feb3a05b
 ---> f4a6b0d4d948
Successfully built f4a6b0d4d948
Successfully tagged jing/centos:1.0

# 查看自己构建的镜像
$ docker images
REPOSITORY          TAG          IMAGE ID            CREATED              SIZE
jing/centos   latest       f4a6b0d4d948        About a minute ago   237MB

启动自己写的容器镜像

1
2
$ docker run -it 镜像id /bin/bash	   # 运行自己写的镜像
$ ls -l 							# 查看目录

image-20201218140054423

这个卷和外部一定有一个同步的目录

image-20201218140143000

查看一下卷挂载

1
2
# docker inspect 容器id
$ docker inspect 容器id

image-20201218140238166

测试一下刚才的文件是否同步出去了！

此处借用了https://blog.csdn.net/weixin_43591980/article/details/106316094中的图片，同为狂神爱好者。

image-20201218140324286

这种方式使用的十分多，因为我们通常会构建自己的镜像！

假设构建镜像时候没有挂载卷，要手动镜像挂载 -v 卷名:容器内路径！

数据卷容器

多个MySQL同步数据！

命名的容器挂载数据卷！

image-20201218141955759

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
# 测试 启动3个容器，通过刚才自己写的镜像启动
# 创建docker01：因为我本机是最新版，故这里用latest，狂神老师用的是1.0如下图
$ docker run -it --name docker01 jing/centos:1.0

# 查看容器docekr01内容
$ ls
bin  home   lost+found	opt   run   sys  var
dev  lib    media	proc  sbin  tmp  volume01
etc  lib64  mnt		root  srv   usr  volume02

# 不关闭该容器退出
CTRL + Q + P

# 创建docker02: 并且让docker02 继承 docker01
$ docker run -it --name docker02 --volumes-from docker01 jing/centos:1.0

# 查看容器docker02内容
$ ls
bin  home   lost+found	opt   run   sys  var
dev  lib    media	proc  sbin  tmp  volume01
etc  lib64  mnt		root  srv   usr  volume02

# 在docker01的volume01中新建文件，会自动同步到了docker02的volume01中
1
2
3
4
5
6
7
8
9
10
# 再新建一个docker03同样继承docker01
$ docker run -it --name docker03 --volumes-from docker01 jing/centos:1.0
$ cd volume01	#进入volume01 查看是否也同步docker01的数据
$ ls
docker01.txt


# 通过 --volumes-from 可以实现容器间的数据共享
# 测试：可以删除docker01，查看一下docker02和docker03是否可以访问这个文件
# 测试发现：数据依旧保留在docker02和docker03中没有被删除

image-20201218143118384

多个 mysql 实现数据共享

1
2
3
4
5
$ docker run -d -p 3306:3306 -v /home/mysql/conf:/etc/mysql/conf.d -v /home/mysql/data:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=123456 --name mysql01 mysql:5.7

$ docker run -d -p 3310:3306 -e MYSQL_ROOT_PASSWORD=123456 --name mysql02 --volumes-from mysql01  mysql:5.7

# 这个时候，可以实现两个容器数据同步！

结论：

容器之间的配置信息的传递，数据卷容器的生命周期一直持续到没有容器使用为止。

但是一旦你持久化到了本地，这个时候，本地的数据是不会删除的！

DockerFile

DockerFile 介绍

dockerfile是用来构建 docker 镜像的文件！命令参数脚本！

构建步骤：

1、 编写一个dockerfile文件

2、 docker build 构建称为一个镜像

3、 docker run运行镜像

4、 docker push发布镜像（DockerHub 、阿里云仓库)

查看一下官方怎么做的

image-20201218150613704

点击后跳到一个 Dockerfile

image-20201218150655395

很多官方镜像都是基础包，很多功能没有，我们通常会自己搭建自己的镜像！

官方既然可以制作镜像，那我们也可以！

DockerFile 构建过程

基础知识：

1、每个保留关键字(指令）都是必须是大写字母

2、执行从上到下顺序

3、#表示注释

4、每一个指令都会创建提交一个新的镜像层，并提交！

image-20201218151623519

Dockerfile 是面向开发的，我们以后要发布项目，做镜像，就需要编写 dockerfile 文件，这个文件十分简单！

Docker镜像逐渐成企业交付的标准，必须要掌握！

DockerFile：构建文件，定义了一切的步骤，源代码。

DockerImages：通过 DockerFile 构建生成的镜像，最终发布和运行产品。

Docker容器：容器就是镜像运行起来提供服务。

DockerFile 的指令

以前我们使用别人的镜像，现在我们自己写一个！

1
2
3
4
5
6
7
8
9
10
11
12
FROM				# from:基础镜像，一切从这里开始构建
MAINTAINER			# maintainer:镜像是谁写的， 姓名+邮箱
RUN					# run:镜像构建的时候需要运行的命令
ADD					# add:步骤，tomcat镜像，这个tomcat压缩包！添加内容 添加同目录
WORKDIR				# workdir:镜像的工作目录
VOLUME				# volume:挂载的目录
EXPOSE				# expose:保留端口配置
CMD					# cmd:指定这个容器启动的时候要运行的命令，只有最后一个会生效，可被替代
ENTRYPOINT			# entrypoint:指定这个容器启动的时候要运行的命令，可以追加命令
ONBUILD				# onbuild:当构建一个被继承DockerFile这个时候就会运行onbuild的指令，触发指令
COPY				# copy:类似ADD，将我们文件拷贝到镜像中
ENV					# env:构建的时候设置环境变量！

image-20201218151718521

实战测试

scratch 镜像

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
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"]

Docker Hub 中 99% 的镜像都是从这个基础镜像过来的 FROM scratch，然后配置需要的软件和配置来进行构建。

实战：CentOS 镜像

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
# 1./home下新建dockerfile目录
[root@iz2ze4lfnjztrjppyfbqo1z ~]# cd /home/
[root@iz2ze4lfnjztrjppyfbqo1z home]# ls
admin  ceshi  hello.java  mysql
[root@iz2ze4lfnjztrjppyfbqo1z home]# mkdir dockerfile
[root@iz2ze4lfnjztrjppyfbqo1z home]# ls
admin  ceshi  dockerfile  hello.java  mysql
[root@iz2ze4lfnjztrjppyfbqo1z home]# cd dockerfile/

# 2. dockerfile目录下新建mydockerfile-centos文件
[root@iz2ze4lfnjztrjppyfbqo1z dockerfile]# vim mydockerfile-centos

# 3.编写Dockerfile配置文件
FROM centos							# 基础镜像是官方原生的centos
MAINTAINER jing<2427259171@qq.com> 	# 作者

ENV MYPATH /usr/local				# 配置环境变量的目录
WORKDIR $MYPATH						# 将工作目录设置为 MYPATH

RUN yum -y install vim				# 给官方原生的centos 增加 vim指令
RUN yum -y install net-tools		# 给官方原生的centos 增加 ifconfig命令

EXPOSE 80							# 暴露端口号为80

CMD echo $MYPATH					# 输出下 MYPATH 路径
CMD echo "-----end-----"
CMD /bin/bash

# 4.通过这个文件构建镜像
# 命令： docker build -f 文件路径 -t 镜像名:[tag] .
[root@iz2ze4lfnjztrjppyfbqo1z dockerfile]# docker build -f mydockerfile-centos -t mycentos:0.1 .

# 5.出现下图后则构建成功

image-20201218155059438

1
2
3
4
5
6
7
8
9
10
11
12
13
14
[root@iz2ze4lfnjztrjppyfbqo1z dockerfile]# docker images
REPOSITORY            TAG       IMAGE ID       CREATED          SIZE
mycentos              0.1       30ac2f215b63   44 seconds ago   291MB

# 6.测试运行
[root@iz2ze4lfnjztrjppyfbqo1z dockerfile]# docker run -it mycentos:0.1 		# 注意带上版本号，否则每次都回去找最新版latest，或者使用镜像id

[root@f44ba1039a02 local]# pwd
/usr/local							# 与Dockerfile文件中 WORKDIR 设置的 MYPATH 一致
[root@f44ba1039a02 local]# vim								# vim 指令可以使用
[root@f44ba1039a02 local]# ifconfig     					# ifconfig 指令可以使用

# docker history 镜像id 查看镜像构建历史步骤
[root@iz2ze4lfnjztrjppyfbqo1z dockerfile]# docker history 镜像id

image-20201218160039379

我们平时拿到一个镜像，可以用 “docker history 镜像id” 研究一下是什么做的

CMD 和 ENTRYPOINT 区别

1
2
CMD					# 指定这个容器启动的时候要运行的命令，只有最后一个会生效，可被替代。
ENTRYPOINT			# 指定这个容器启动的时候要运行的命令，可以追加命令

测试 cmd

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
# 编写dockerfile文件
$ vim dockerfile-test-cmd
FROM centos
CMD ["ls","-a"]					# 启动后执行 ls -a 命令

# 构建镜像
$ docker build  -f dockerfile-test-cmd -t cmd-test:0.1 .

# 运行镜像
$ docker run cmd-test:0.1		# 由结果可得，运行后就执行了 ls -a 命令
.
..
.dockerenv
bin
dev
etc
home

# 想追加一个命令  -l 成为ls -al：展示列表详细数据
$ docker run cmd-test:0.1 -l
docker: Error response from daemon: OCI runtime create failed: container_linux.go:349: starting container process caused "exec: \"-l\":
executable file not found in $PATH": unknown.
ERRO[0000] error waiting for container: context canceled

# cmd的情况下  -l把CMD["ls","-l"]替换了   但是 -l 不是命令所以报错

测试 ENTRYPOINT

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
# 编写dockerfile文件
$ vim dockerfile-test-entrypoint
FROM centos
ENTRYPOINT ["ls","-a"]

# 构建镜像
$ docker build  -f dockerfile-test-entrypoint -t cmd-test:0.1 .

# 运行镜像
$ docker run entrypoint-test:0.1
.
..
.dockerenv
bin
dev
etc
home
lib
lib64
lost+found ...

# 我们的命令，是直接拼接在我们得ENTRYPOINT命令后面的
$ docker run entrypoint-test:0.1 -l
total 56
drwxr-xr-x   1 root root 4096 May 16 06:32 .
drwxr-xr-x   1 root root 4096 May 16 06:32 ..
-rwxr-xr-x   1 root root    0 May 16 06:32 .dockerenv
lrwxrwxrwx   1 root root    7 May 11  2019 bin -> usr/bin
drwxr-xr-x   5 root root  340 May 16 06:32 dev
drwxr-xr-x   1 root root 4096 May 16 06:32 etc
drwxr-xr-x   2 root root 4096 May 11  2019 home
lrwxrwxrwx   1 root root    7 May 11  2019 lib -> usr/lib
lrwxrwxrwx   1 root root    9 May 11  2019 lib64 -> usr/lib64 ....

Dockerfile中很多命令都十分的相似，我们需要了解它们的区别，我们最好的学习就是对比它们然后测试效果！

实战：Tomcat 镜像

准备镜像文件

安装 rz 和 sz，以便于更好地上传东西到linux，或者 使用xftp工具

1
yum -y install lrzsz

准备tomcat 和 jdk 到当前目录，编写好README

image-20201218163854770

编写 dockerfile

官方命名Dockerfile，build 会自动寻找这个文件，就不需要 -f 指定了。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
$ vim Dockerfile
FROM centos											# 基础镜像是官方原生的centos
MAINTAINER jing<2427259171@qq.com> 					# 作者
COPY README /usr/local/README 						# 复制README文件
ADD jdk-8u231-linux-x64.tar.gz /usr/local/ 			# 添加jdk，ADD 命令会自动解压
ADD apache-tomcat-9.0.13.tar.gz /usr/local/ 		# 添加tomcat，ADD 命令会自动解压
RUN yum -y install vim								# 安装 vim 命令
ENV MYPATH /usr/local 								# 环境变量设置 工作目录
WORKDIR $MYPATH

ENV JAVA_HOME /usr/local/jdk1.8.0_231 				# 环境变量： JAVA_HOME环境变量
ENV CLASSPATH $JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar

ENV CATALINA_HOME /usr/local/apache-tomcat-9.0.13 	# 环境变量： tomcat环境变量
ENV CATALINA_BASH /usr/local/apache-tomcat-9.0.13

# 设置环境变量 分隔符是：
ENV PATH $PATH:$JAVA_HOME/bin:$CATALINA_HOME/lib:$CATALINA_HOME/bin

EXPOSE 8080 										# 设置暴露的端口

CMD /usr/local/apache-tomcat-9.0.13/bin/startup.sh && tail -F /usr/local/apache-tomcat-9.0.13/logs/catalina.out 					# 设置默认命令
构建镜像
1
2
# 因为dockerfile命名使用默认命名 因此不用使用-f 指定文件
$ docker build -t mytomcat:0.1 .
run 镜像
1
2
# -d:后台运行 -p:暴露端口 --name:别名 -v:绑定路径 , 挂载的目录不存在会自动创建
$ docker run -d -p 9000:8080 --name tomcat01 -v /home/jing/build/tomcat/test:/usr/local/apache-tomcat-9.0.13/webapps/test -v /home/jing/build/tomcat/tomcatlogs/:/usr/local/apache-tomcat-9.0.13/logs mytomcat:0.1
访问测试
1
2
3
$ curl localhost:9000

$ docker exec -it 自定义容器的id /bin/bash

image-20201218171651422

发布项目

(由于做了卷挂载，我们直接在本地编写项目就可以发布了！)

1、在 test 目录下新建 WEB-INF，然后在 WEB-INF 目录下新建 web.xml

1
2
3
4
5
6
7
8
9
10
11
12
<?xml version="1.0" encoding="ISO-8859-1"?>

<web-app xmlns="http://java.sun.com/xml/ns/javaee"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
                      http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"
  version="3.0"
  metadata-complete="true">



</web-app>

2、在 test 目录下新建 index.jsp

1
2
3
4
5
6
7
8
9
10
11
12
13
<%@ 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>hello</title>
  </head>
  <body>
    <h1>hello,world!</h1>
    <% System.out.println("----my test web logs----"); %>
  </body>
</html>

发现：项目部署成功，可以直接访问！

image-20201218174246593

我们以后开发的步骤：需要掌握Dockerfile的编写！

我们之后的一切都是使用docker镜像来发布运行！

发布自己的镜像

发布到 Docker Hub

1、地址 https://hub.docker.com/ ，注册账号

2、确定这个账号可以登录

3、登录

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker login --help

Usage:  docker login [OPTIONS] [SERVER]

Log in to a Docker registry.
If no server is specified, the default is defined by the daemon.

Options:
  -p, --password string   Password
      --password-stdin    Take the password from stdin
  -u, --username string   Username

# docker login -u 你的用户名 -p 你的密码
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker login -u xiaojinggege
Password:
WARNING! Your password will be stored unencrypted in /root/.docker/config.json.
Configure a credential helper to remove this warning. See
https://docs.docker.com/engine/reference/commandline/login/#credentials-store

Login Succeeded

# 退出登录  docker logout

image-20201218175558981

4、提交 push 镜像

1
2
3
4
5
6
7
8
9
10
11
12
# 直接push发现push不上去
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker push xiaojinggege/mytomcat:0.1
The push refers to repository [docker.io/xiaojinggege/mytomcat]
An image does not exist locally with the tag: xiaojinggege/mytomcat

# 解决方法：
# 第一种 build的时候添加你的dockerhub用户名，然后在push就可以放到自己的仓库了，必须对应账号名
$ docker build -t xiaojinggege/mytomcat:0.1 .

# 第二种 使用docker tag #然后再次push
$ docker tag 容器id xiaojinggege/mytomcat:1.0 #然后再次push
$ docker push xiaojinggege/mytomcat:1.0

发布到阿里云镜像服务上

看官网，很详细 https://cr.console.aliyun.com/repository/

1、登录阿里云

2、找到容器镜像服务

3、创建命名空间

image-20201218181224255

image-20201218181236270

4、创建容器镜像

image-20201218181354590

image-20201218181440047

image-20201218181504192

image-20201218181534496

5、浏览阿里云

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
# 相关操作
# 登录阿里云Docker Registry
$ sudo docker login --username=xiaojinggege registry.cn-hangzhou.aliyuncs.com
# 从Registry中拉取镜像
$ sudo docker pull registry.cn-hangzhou.aliyuncs.com/xiaojinggege/jingge_study:[镜像版本号]
# 将镜像推送到Registry
$ sudo docker login --username=xiaojinggege registry.cn-hangzhou.aliyuncs.com
$ sudo docker tag [ImageId] registry.cn-hangzhou.aliyuncs.com/xiaojinggege/jingge_study:[镜像版本号]
$ sudo docker push registry.cn-hangzhou.aliyuncs.com/xiaojinggege/jingge_study:[镜像版本号]

# 具体操作
# 需要改镜像id 和 版本号
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker tag 325b0248f79f registry.cn-hangzhou.aliyuncs.com/xiaojinggege/jingge_study:1.0
# 需要改版本号
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker push registry.cn-hangzhou.aliyuncs.com/xiaojinggege/jingge_study:1.0

小结

image-20201218183443438

Docker 网络

理解 Docker 网络

学习之前清空下前面的docker 镜像、容器，留一个干净的环境学习

1
2
3
4
5
# 删除全部容器
$ docker rm -f $(docker ps -aq)

# 删除全部镜像
$ docker rmi -f $(docker images -aq)

测试

image-20201219104849811

三个网络

问题： docker 是如果处理容器网络访问的？

image-20201219125936608

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
# 测试  运行一个tomcat
$ docker run -d -P --name tomcat01 tomcat

# 查看容器内部网络地址
$ docker exec -it 容器id ip addr

# 发现容器启动的时候会得到一个 eth0@if45 ip地址，docker分配！
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker exec -it 4d138b07956c ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
44: eth0@if45: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
    link/ether 02:42:ac:11:00:02 brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet 172.17.0.2/16 brd 172.17.255.255 scope global eth0
       valid_lft forever preferred_lft forever
[root@iz2ze4lfnjztrjppyfbqo1z ~]#

# 思考？ linux能不能ping通容器内部！ 可以!
# 		容器内部可以ping通外界吗？ 可以！
[root@iz2ze4lfnjztrjppyfbqo1z ~]# ping 172.17.0.2
PING 172.17.0.2 (172.17.0.2) 56(84) bytes of data.
64 bytes from 172.17.0.2: icmp_seq=1 ttl=64 time=0.065 ms
64 bytes from 172.17.0.2: icmp_seq=2 ttl=64 time=0.057 ms
64 bytes from 172.17.0.2: icmp_seq=3 ttl=64 time=0.055 ms

原理

1、我们每启动一个 docker 容器，docker 就会给 docker 容器分配一个 ip，我们只要安装了 docker，就会有一个 docker0 桥接模式，使用的技术是veth-pair技术！

https://www.cnblogs.com/bakari/p/10613710.html

再次测试 ip addr

image-20201219134215553

2 、再启动一个容器测试，发现又多了一对网络

image-20201219134545165

1
2
3
4
# 我们发现这个容器带来网卡，都是一对对的
# veth-pair 就是一对的虚拟设备接口，他们都是成对出现的，一端连着协议，一端彼此相连
# 正因为有这个特性 veth-pair 充当一个桥梁，连接各种虚拟网络设备的
# OpenStac,Docker容器之间的连接，OVS的连接，都是使用veth-pair技术

3、我们来测试下 tomcat01 和 tomcat02 是否可以 ping 通

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
# 获取tomcat01的ip 172.17.0.2
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker exec -it tomcat01 ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
44: eth0@if45: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
    link/ether 02:42:ac:11:00:02 brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet 172.17.0.2/16 brd 172.17.255.255 scope global eth0
       valid_lft forever preferred_lft forever

# 让tomcat02 ping tomcat01
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker exec -it tomcat02 ping 172.17.0.2
PING 172.17.0.2 (172.17.0.2) 56(84) bytes of data.
64 bytes from 172.17.0.2: icmp_seq=1 ttl=64 time=0.099 ms
64 bytes from 172.17.0.2: icmp_seq=2 ttl=64 time=0.069 ms
64 bytes from 172.17.0.2: icmp_seq=3 ttl=64 time=0.070 ms

# 结论：容器和容器之间是可以互相ping通

网络模型图

此处借用狂神的图。

image-20201219135134254

结论：tomcat01 和 tomcat02 公用一个路由器，docker0。

所有的容器不指定网络的情况下，都是docker0路由的，docker会给我们的容器分配一个默认的可用ip。

小结

Docker 使用的是 Linux 的桥接，宿主机是一个 Docker 容器的网桥 docker0

image-20201219135410079

Docker 中所有网络接口都是虚拟的，虚拟的转发效率高（内网传递文件）

只要容器删除，对应的网桥一对就没了！

思考一个场景

我们编写了一个微服务，database url=ip: 项目不重启，数据 ip 换了，我们希望可以处理这个问题，可以通过名字来进行访问容器？

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
# ping不通
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker exec -it tomcat02 ping tomcat01
ping: tomcat01: Name or service not known

# 如何解决呢？
# 运行一个tomcat03 --link tomcat02
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker run -d -P --name tomcat03 --link tomcat02 tomcat
baa778390a0cd639df7379e3c9d1155475ae4509d6dffefaa11edc48a5a9ed65

# 3连接2
# 用tomcat03 ping tomcat02 可以ping通
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker exec -it tomcat03 ping tomcat02
PING tomcat02 (172.17.0.3) 56(84) bytes of data.
64 bytes from tomcat02 (172.17.0.3): icmp_seq=1 ttl=64 time=0.104 ms
64 bytes from tomcat02 (172.17.0.3): icmp_seq=2 ttl=64 time=0.081 ms

# 2连接3
# 用tomcat02 ping tomcat03 ping不通

探究：

1
2
3
4
5
6
7
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker network ls
NETWORK ID     NAME      DRIVER    SCOPE
23a46b6aa168   bridge    bridge    local
4d751e21e180   host      host      local
2cf4b20f0bf7   none      null      local

[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker network inspect 23a46b6aa168

image-20201219141122275

1
2

[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker inspect tomcat03

image-20201219141231542

1
2
3
4
5
6
7
8
9
10
#查看tomcat03里面的/etc/hosts发现有tomcat02的配置
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker exec tomcat03 cat /etc/hosts
127.0.0.1	localhost
::1	localhost ip6-localhost ip6-loopback
fe00::0	ip6-localnet
ff00::0	ip6-mcastprefix
ff02::1	ip6-allnodes
ff02::2	ip6-allrouters
172.17.0.3	tomcat02 a095861d562d
172.17.0.4	baa778390a0c

image-20201219141432166

本质探究：

–link 本质就是在 hosts 配置中添加映射

现在使用 Docker 已经不建议使用–link 了！

自定义网络，不适用 docker0！

docker0 问题：不支持容器名连接访问！

自定义网络

1
2
3
4
5
6
7
8
9
docker network
#相关参数
connect     -- Connect a container to a network
create      -- Creates a new network with a name specified by the
disconnect  -- Disconnects a container from a network
inspect     -- Displays detailed information on a network
ls          -- Lists all the networks created by the user
prune       -- Remove all unused networks
rm          -- Deletes one or more networks

查看所有的 docker 网络

image-20201219141728316

网络模式

bridge ：桥接 docker（默认，自己创建也是用 bridge 模式）

none ：不配置网络，一般不用

host ：和宿主机共享网络

container ：容器网络连通（用得少！局限很大！）

测试

1
2
3
4
5
6
7
8
# 我们直接启动的命令 --net bridge,而这个就是我们得docker0
# bridge就是docker0
$ docker run -d -P --name tomcat01 tomcat
等价于 => docker run -d -P --name tomcat01 --net bridge tomcat

# docker0，特点：默认，域名不能访问。 --link可以打通连接，但是很麻烦！
# 我们可以自定义一个网络
$ docker network create --driver bridge --subnet 192.168.0.0/16 --gateway 192.168.0.1 mynet

image-20201219142318238

1
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker network inspect mynet

image-20201219142424911

启动两个 tomcat,再次查看网络情况

1
2
3
4
5
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker run -d -P --name tomcat-net-01 --net mynet tomcat
6f5cbc82144e673e15ac4a93e26e872d66a47caf77d6ae70bf827a44d1abc0df
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker run -d -P --name tomcat-net-02 --net mynet tomcat
c3f97e2ea73f0987484e6f8c130eecf042f76ad7625cdcc28dce41537ffcbf8c
[root@iz2ze4lfnjztrjppyfbqo1z ~]#

image-20201219142729458

在自定义的网络下，服务可以互相 ping 通，不用使用–link

image-20201219142931326

我们自定义的网络docker都已经帮我们维护好了对应的关系，推荐我们平时这样使用网络！

好处：

redis - 不同的集群使用不同的网络，保证集群是安全和健康的

mysql-不同的集群使用不同的网络，保证集群是安全和健康的

image-20201219143129149

网络连通

image-20201219143221230

image-20201219143304850

1
2
3
4
# 测试两个不同的网络连通  再启动两个tomcat 使用默认网络，即docker0
$ docker run -d -P --name tomcat01 tomcat
$ docker run -d -P --name tomcat02 tomcat
# 此时ping不通

image-20201219143415346

1
2
3
4
5
6
7
8
9
10
11
# 要将tomcat01 连通 tomcat—net-01 ，连通就是将 tomcat01加到 mynet网络
# 一个容器两个ip（tomcat01）

# tomcat01加入后就ping通了
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker network connect mynet tomcat01
[root@iz2ze4lfnjztrjppyfbqo1z ~]# docker exec tomcat-net-01 ping tomcat01
PING tomcat01 (192.168.0.4) 56(84) bytes of data.
64 bytes from tomcat01.mynet (192.168.0.4): icmp_seq=1 ttl=64 time=0.077 ms
64 bytes from tomcat01.mynet (192.168.0.4): icmp_seq=2 ttl=64 time=0.073 ms

# tomcat02依旧不通的，也需要加入mynet才行

结论：假设要跨网络操作别人，就需要使用docker network connect 连通！

实战：部署 Redis 集群

image-20201219144415731

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
# 创建网卡
docker network create redis --subnet 172.38.0.0/16
# 通过脚本创建六个redis配置
for port in $(seq 1 6);\
do \
mkdir -p /mydata/redis/node-${port}/conf
touch /mydata/redis/node-${port}/conf/redis.conf
cat << EOF >> /mydata/redis/node-${port}/conf/redis.conf
port 6379
bind 0.0.0.0
cluster-enabled yes
cluster-config-file nodes.conf
cluster-node-timeout 5000
cluster-announce-ip 172.38.0.1${port}
cluster-announce-port 6379
cluster-announce-bus-port 16379
appendonly yes
EOF
done

# 通过脚本运行六个redis
for port in $(seq 1 6);\
do \
docker run -p 637${port}:6379 -p 1667${port}:16379 --name redis-${port} \
-v /mydata/redis/node-${port}/data:/data \
-v /mydata/redis/node-${port}/conf/redis.conf:/etc/redis/redis.conf \
-d --net redis --ip 172.38.0.1${port} redis:5.0.9-alpine3.11 redis-server /etc/redis/redis.conf
done

# 进入
docker exec -it redis-1 /bin/sh #redis默认没有bash

# 创建集群
redis-cli --cluster create 172.38.0.11:6379 172.38.0.12:6379 172.38.0.13:6379 172.38.0.14:6379 172.38.0.15:6379 172.38.0.16:6379  --cluster-replicas 1

# 操作信息
/data # redis-cli --cluster create 172.38.0.11:6379 172.38.0.12:6379 172.38.0.13:6379 172.38.0.14:6379 172.38.0.15:6379
 172.38.0.16:6379  --cluster-replicas 1
>>> Performing hash slots allocation on 6 nodes...
Master[0] -> Slots 0 - 5460
Master[1] -> Slots 5461 - 10922
Master[2] -> Slots 10923 - 16383
Adding replica 172.38.0.15:6379 to 172.38.0.11:6379
Adding replica 172.38.0.16:6379 to 172.38.0.12:6379
Adding replica 172.38.0.14:6379 to 172.38.0.13:6379
M: 7e492724d1f01a2e02714e96c80d9534671c05aa 172.38.0.11:6379
   slots:[0-5460] (5461 slots) master
M: 421811bc9da20f9c1029ff422d8972d70fd56664 172.38.0.12:6379
   slots:[5461-10922] (5462 slots) master
M: 18c3f1d9be6ad3739c9c9dce8466f9f023be6b06 172.38.0.13:6379
   slots:[10923-16383] (5461 slots) master
S: 87cae56b220e6eda3232c5d6e919e98e1324ea64 172.38.0.14:6379
   replicates 18c3f1d9be6ad3739c9c9dce8466f9f023be6b06
S: 572e93d037f341452427cbd74162a2ea158b0406 172.38.0.15:6379
   replicates 7e492724d1f01a2e02714e96c80d9534671c05aa
S: b9ed26a186a2d43db7d3e1647595852de0476cf2 172.38.0.16:6379
   replicates 421811bc9da20f9c1029ff422d8972d70fd56664
Can I set the above configuration? (type 'yes' to accept): yes
>>> Nodes configuration updated
>>> Assign a different config epoch to each node
>>> Sending CLUSTER MEET messages to join the cluster
Waiting for the cluster to join
..
>>> Performing Cluster Check (using node 172.38.0.11:6379)
M: 7e492724d1f01a2e02714e96c80d9534671c05aa 172.38.0.11:6379
   slots:[0-5460] (5461 slots) master
   1 additional replica(s)
S: 572e93d037f341452427cbd74162a2ea158b0406 172.38.0.15:6379
   slots: (0 slots) slave
   replicates 7e492724d1f01a2e02714e96c80d9534671c05aa
M: 421811bc9da20f9c1029ff422d8972d70fd56664 172.38.0.12:6379
   slots:[5461-10922] (5462 slots) master
   1 additional replica(s)
S: 87cae56b220e6eda3232c5d6e919e98e1324ea64 172.38.0.14:6379
   slots: (0 slots) slave
   replicates 18c3f1d9be6ad3739c9c9dce8466f9f023be6b06
M: 18c3f1d9be6ad3739c9c9dce8466f9f023be6b06 172.38.0.13:6379
   slots:[10923-16383] (5461 slots) master
   1 additional replica(s)
S: b9ed26a186a2d43db7d3e1647595852de0476cf2 172.38.0.16:6379
   slots: (0 slots) slave
   replicates 421811bc9da20f9c1029ff422d8972d70fd56664
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
# 测试集群
/data # redis-cli -c
127.0.0.1:6379> cluster info
cluster_state:ok
cluster_slots_assigned:16384
cluster_slots_ok:16384
cluster_slots_pfail:0
cluster_slots_fail:0
cluster_known_nodes:6
cluster_size:3
cluster_current_epoch:6
cluster_my_epoch:1
cluster_stats_messages_ping_sent:252
cluster_stats_messages_pong_sent:257
cluster_stats_messages_sent:509
cluster_stats_messages_ping_received:252
cluster_stats_messages_pong_received:252
cluster_stats_messages_meet_received:5
cluster_stats_messages_received:509
127.0.0.1:6379> cluster nodes
572e93d037f341452427cbd74162a2ea158b0406 172.38.0.15:6379@16379 slave 7e492724d1f01a2e02714e96c80d9534671c05aa 0 1608362115000 5 connected
421811bc9da20f9c1029ff422d8972d70fd56664 172.38.0.12:6379@16379 master - 0 1608362116101 2 connected 5461-10922
87cae56b220e6eda3232c5d6e919e98e1324ea64 172.38.0.14:6379@16379 slave 18c3f1d9be6ad3739c9c9dce8466f9f023be6b06 0 1608362115198 4 connected
18c3f1d9be6ad3739c9c9dce8466f9f023be6b06 172.38.0.13:6379@16379 master - 0 1608362115098 3 connected 10923-16383
7e492724d1f01a2e02714e96c80d9534671c05aa 172.38.0.11:6379@16379 myself,master - 0 1608362115000 1 connected 0-5460
b9ed26a186a2d43db7d3e1647595852de0476cf2 172.38.0.16:6379@16379 slave 421811bc9da20f9c1029ff422d8972d70fd56664 0 1608362115000 6 connected

存值

image-20201219152149717

关闭 13 节点

image-20201219152302088

故障转移，14 变成了 master

image-20201219152421559

docker搭建redis集群完成！

我们使用docker之后，所有的技术都会慢慢变得简单起来！

SpringBoot 微服务打包 Docker 镜像

1、构建 SpringBoot 项目

2、打包运行

1
mvn package # 点击右侧maven工具栏中的package

3、编写 Dockerfile

在这之前装一个插件，在插件库搜索 docker，编写 Dockerfile 可以高亮！

1
2
3
4
5
FROM java:8
COPY *.jar /app.jar
CMD ["--server.port=8080"]
EXPOSE 8080
ENTRYPOINT ["java","-jar","app.jar"]

4、构建镜像

1
2
3
# 1.复制jar和Dockerfile到服务器
# 2.构建镜像
$ docker build -t 镜像名:tag .    #自己定义镜像名和tag

5、发布运行

1
2
3
4
5
6
7
8
# 查看镜像
$ docker images
$ docker run -d -P --name xxx 镜像id
# 或者
$ docker run -d -P --name xxx 镜像名:tag

docker ps  # 先查看随机分配的端口
curl xxx   # 本机自测

以后我们使用了Docker之后，给别人交付就是一个镜像即可！

本文作者： LiJing
发布时间： 2020-12-17
最后更新： 2024-06-24
本文标题： Docker超详细通俗易懂基础篇
本文链接： https://blog-yilia.xiaojingge.com/posts/7adb457d.html
版权声明： 本作品采用 CC BY-NC-SA 4.0 许可协议进行许可。转载请注明出处！
知识共享许可协议
赏

谢谢你请我吃糖果

支付宝
微信
本站总访问量次 | 本站访客数人

tag:

    缺失模块。
    1、请确保node版本大于6.2
    2、在博客根目录（注意不是yilia根目录）执行以下命令：
    npm i hexo-generator-json-content --save

    3、在根目录_config.yml里添加配置： 

      jsonContent:
    meta: false
    pages: false
    posts:
      title: true
      date: true
      path: true
      text: false
      raw: false
      content: false
      slug: false
      updated: false
      comments: false
      link: false
      permalink: false
      excerpt: false
      categories: false
      tags: true

喜欢看书、打代码、吃吃吃！我从没被谁知道，所以也没被谁忘记。在别人的回忆中生活，并不是我的目的。我只不过是自己一个人在努力罢了。