Docker
目录
Docker
Docker概述
-
Docker为什么出现？
我电脑上可以运行！但是其他机器上跑不起来！
环境配置是十分麻烦的，每个机器都要部署环境(集群redis、ES、Hadoop...)！费时费力！
发布一个项目(jar + (Redis、MySQL、jdk ES))，项目能不能都带上环境安装打包！
之前：开发jar，运维来做！
现在：开发打包部署上线，一套流程做完！
java --- apk --- 发布（应用商店）--- 张三使用apk --- 安装即可用！
java --- jar（环境）--- 打包项目带上环境（镜像） --- （Docker仓库：商店） --- 下载我们发布的镜像 --- 直接运行即可！
-
Docker核心思想
Docker的思想来自于集装箱
隔离：Docker核心思想！打包装箱！每个箱子是互相隔离的。
Docker通过隔离机制，可以将服务器利用到极致！
-
Docker的历史
2010年，几个搞it的年轻人，就在美国成立一家公司
dotCloudDocker刚刚诞生的时候，没有引起行业的注意，救火不下去！
开源2013年 Docker开源！
Docker越来越多人发现优点！火了！Docker每个月都会更新一个版本！
2014年4月9日，Docker1.0发布！
Docker为什么这么火？十分轻巧！
在容器技术出来之前，我们都是使用虚拟机技术！
虚拟机：在window中装一个Vmware，通过这个软件我们可以虚拟出来一台或者多台电脑！笨重！
虚拟机也是属于虚拟化技术。Docker容器技术，也是一种 虚拟机化技术！
vm : linux centos原生镜像（一个电脑） 隔离：需要开启多个虚拟机！ 几个G 启动几分钟 docker：隔离，镜像（最核心的环境(linux) 4m + jdk + mysql）十分的小巧，运行镜像就可以了！小巧！ 几个M 秒级启动！ -
聊聊Docker
Docker是基于Go语言开发的！开源项目！
文档地址：https://docs.docker.com Docker的文档超级详细的！~
仓库地址：https://hub.docker.com/ git push ; git pull
-
Docker能干嘛
之前的虚拟机技术
虚拟机技术缺点：
1、资源占用十分多
2、冗余步骤多
3、启动很慢
容器化技术
容器化技术不是模拟的一个完整的
比较Docker和虚拟机技术的不同：
- 传统虚拟机，虚拟出一套硬件，运行一个完整的操作系统，然后在这个系统上安装和运行软件
- 容器内的应用直接 运行在 宿主机的内核中，容器是没有自己的内核的，也没有虚拟我们的硬件，所有就轻便
- 每个容器间是互相隔离的，每个容器内都有一个属于自己的文件系统，互不影响。
DevOps(开发、运维)
应用更快速的交付和部署
传统：一堆帮助文档，安装程序
Docker：打包镜像 发布测试 一键运行
更便捷的升级和扩容
使用docker之后，我们部署应用就和搭积木一样！
Springboot 1.5 Redis 5 tomcat 8 以前一个一个升级 现在把他们都打成一个镜像
项目打包为一个镜像，扩展 服务器A ！ 服务器B
更简单的系统运维
在容器化之后，我们的开发，测试环境都是高度一致的
更高效的计算资源利用
1核 2g的服务器 搞十几个redis没问题
Docker 是 内核级别的虚拟机，可以在一个物理机上可以运行很多容器实例！服务器的性能可以被压榨到极致。
Docker安装
Docker基本组成
镜像【image】：
docker镜像就好比一个模板，可以通过这个模板来创建容器服务，tomcat镜像》run》tomcat01容器(提供服务)，通过这个镜像可以创建多个容器(最终服务运行或者项目运行就是在容器中的)。
容器【container】：
Docker利用容器技术，独立运行一个或者一组应用，通过镜像来创建的。
启动、停止、删除、基本命令！
目前就可以把这个容器理解为就是一个简易的linux系统
仓库【repository】：
仓库就是存放镜像的地方！
仓库分为公有仓库和私有仓库！
Docker Hub（默认是国外的）
阿里云...都有容器服务器(配置镜像加速)！
安装Docker
-
win10安装教程
[windows 10 安装docker - 知乎 (zhihu.com)]
-
验证安装成功
1、hello-world
docker run hello-world
2、查看这个hello-world镜像
docker images
回顾HelloWorld启动流程
run的启动流程
底层上原理
Docker是怎么工作的？
Docker是一个Client-Server结构的系统，Docker的守护进程运行在主机上，通过Socket从客户端访问！
Docker-Server接收到Docker-Client的指令，就会执行这个命令！
Docker为什么比虚拟机快？
1、Docker有着比虚拟机更少的抽象层
2、Docker利用的是宿主机的内核，VM需要的是Guest OS
所以说，新建一个容器的时候，docker不需要像虚拟机一样重新加载一个操作系统内核，避免引导，虚拟机是加载Guest OS，分钟级别的，而docker是利用 宿主机的操作系统的，省略了这个复杂的过程，秒级！
Docker的常用命令
帮助命令
docker version #显示docker的版本信息
docker info #显示docker的系统信息，包括镜像和容器的数量
docker 命令 --help #万能命令
帮助文档的地址:https://docs.docker.com/engine/reference/run/
镜像命令
docker images #查看本地主机上的镜像
D:\component\Docker>docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
hello-world latest d1165f221234 5 months ago 13.3kB
#解释
REPOSITORY 镜像的仓库源
TAG 镜像的标签
IMAGE ID 镜像的ID
CREATED 镜像的创建时间
SIZE 镜像的 大小
#可选项
Usage: docker images [OPTIONS] [REPOSITORY[:TAG]]
List images
Options:
-a, --all #列出所有的镜像
-q, --quiet #只显示镜像id
docker search 搜索镜像
D:\component\Docker>docker search mysql
NAME DESCRIPTION STARS OFFICIAL AUTOMATED
mysql MySQL is a widely used, open-source relation… 11308 [OK]
mariadb MariaDB Server is a high performing open sou… 4294 [OK]
#可选项
D:\component\Docker>docker search mysql --filter=stars=5000
NAME DESCRIPTION STARS OFFICIAL AUTOMATED
mysql MySQL is a widely used, open-source relation… 11308 [OK]
D:\component\Docker>docker search mysql --filter=stars=3000
NAME DESCRIPTION STARS OFFICIAL AUTOMATED
mysql MySQL is a widely used, open-source relation… 11308 [OK]
mariadb MariaDB Server is a high performing open sou… 4294 [OK]
docker pull 下载镜像
#下载镜像 docker pull 镜像名[:tag]
D:\component\Docker>docker pull mysql
Using default tag: latest#如果不写tag 默认就是latest
latest: Pulling from library/mysql
e1acddbe380c: Pull complete #分层下载，docker image的核心 联合文件系统
bed879327370: Pull complete
03285f80bafd: Pull complete
ccc17412a00a: Pull complete
1f556ecc09d1: Pull complete
adc5528e468d: Pull complete
1afc286d5d53: Pull complete
6c724a59adff: Pull complete
0f2345f8b0a3: Pull complete
c8461a25b23b: Pull complete
3adb49279bed: Pull complete
77f22cd6c363: Pull complete
Digest: sha256:d45561a65aba6edac77be36e0a53f0c1fba67b951cb728348522b671ad63f926 #签名 防伪
Status: Downloaded newer image for mysql:latest
docker.io/library/mysql:latest #真实地址
#等价
docker pull mysql 等价于 docker pull docker.io/library/mysql:latest
#指定版本下载
D:\component\Docker>docker pull mysql:5.7
5.7: Pulling from library/mysql
e1acddbe380c: Already exists
bed879327370: Already exists
03285f80bafd: Already exists
ccc17412a00a: Already exists
1f556ecc09d1: Already exists
adc5528e468d: Already exists
1afc286d5d53: Already exists
4d2d9261e3ad: Pull complete
ac609d7b31f8: Pull complete
53ee1339bc3a: Pull complete
b0c0a831a707: Pull complete
Digest: sha256:7cf2e7d7ff876f93c8601406a5aa17484e6623875e64e7acc71432ad8e0a3d7e
Status: Downloaded newer image for mysql:5.7
docker.io/library/mysql:5.7
D:\component\Docker>docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
mysql 5.7 6c20ffa54f86 4 days ago 448MB
mysql latest 5a4e492065c7 4 days ago 514MB
hello-world latest d1165f221234 5 months ago 13.3kB
docker rmi 删除镜像
docker rmi -f 镜像ID #删除指定的镜像
docker rmi -f 镜像ID 镜像ID 镜像ID ...#删除多个镜像
docker rmi -f $(docker images -aq) #删除所有镜像
容器命令
说明：我们有了镜像才可以创建容器，linux，下载一个centos镜像来学习
docker pull centos
新建容器并启动
docker run [可选参数] image
#参数说明
--name="Name" 容器名字tomcat01 tomcat02 用来区分容器
-d 后台方式运行
-it 使用交互方式运行，进入容器查看内容
-p 指定容器的端口 -p 8080:8080
-p ip:主机端口:容器端口
-p 主机端口:容器端口 (常用)
-p 容器端口
容器端口
-P 随机指定端口(注意大P小p是有区别的)
#测试 启动并进入容器
D:\component\Docker>docker run -it centos /bin/bash
[root@2d16c66af894 /]# ls #查看容器内部的centos，基础版本，很多命令都是不完善的！
bin dev etc home lib lib64 lost+found media mnt opt proc root run sbin srv sys tmp usr var
#从容器中退回主机
[root@2d16c66af894 /]# exit
exit
列出所有运行的容器
#docker ps 命令
#列出当前正在运行的容器
-a #列出当前正在运行的容器+带出历史运行过的容器
-n=? #显示最近创建的容器
-q #只显示容器的编号
D:\component\Docker>docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
D:\component\Docker>docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
2d16c66af894 centos "/bin/bash" 3 minutes ago Exited (0) About a minute ago hardcore_panini
7a1d82fcfc07 hello-world "/hello" 2 hours ago Exited (0) 2 hours ago awesome_almeida
退出容器
exit #直接容器停止退出
ctrl + p + q #容器不停止退出
删除容器
docker rm 容器id #删除指定容器，不能删除正在运行的容器，如果强制删除 rm -f
docker rm -f ${docker ps -aq} #删除所有的容器
docker ps -a -q|xargs docker rm #删除所有的容器
启动和停止容器的操作
docker start 容器id #启动容器
docker restart 容器id #重启容器
docker stop 容器id #停止正在运行的容器
dokcer kill 容器id #强制杀掉正在运行的容器
常用的其他命令
后台启动容器
#命令 docker run -d 镜像名！
D:\component\Docker>docker run -d centos
31bc0b215d1aa72d8ddb1f43649a6dd3001343331f8462020a554896ace161fe
#问题 docker ps 发现 centos 停止了
D:\component\Docker>docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
#常见的坑：docker 容器使用后天运行，就必须要有一个前台进程，docker发现没有应用，就会自动停止
#nginx，容器启动后，发现自己没有提供服务，就会立刻停止，就是没有程序了
查看日志
docker logs -tf --tail 070b557c2ee3
#自己编写一段shell脚本
D:\component\Docker>docker run -d centos /bin/sh -c "while true; do echo summer;sleep 1;done"
27d74163158d8309d3b61d2b9f8ee55e2eab063b73e7f2b8ae504e7e96991835
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
27d74163158d centos "/bin/sh -c 'while t…" 2 minutes ago Up 2 minutes naughty_ritchie
#显示日志
-tf #显示所有日志
--tail [number] #要显示日志条数
docker logs -tf --tail 100 27d74163158d
查看容器中的进程信息
# docker top 容器id
D:\component\Docker>docker top 27d74163158d
UID PID PPID C STIME TTY
root 2044 2024 0 08:49 ?
root 2475 2044 0 08:55 ?
#UID 当前用户id
#PID 父id
#PPID 进程id
查看镜像的元数据
#命令
docker inspect 容器id
#测试
D:\component\Docker>docker inspect 27d74163158d
[
{
"Id": "27d74163158d8309d3b61d2b9f8ee55e2eab063b73e7f2b8ae504e7e96991835",
"Created": "2021-08-22T08:49:08.4758738Z",
"Path": "/bin/sh",
"Args": [
"-c",
"while true; do echo summer;sleep 1;done"
],
"State": {
"Status": "running",
"Running": true,
"Paused": false,
"Restarting": false,
"OOMKilled": false,
"Dead": false,
"Pid": 2044,
"ExitCode": 0,
"Error": "",
"StartedAt": "2021-08-22T08:49:08.8838869Z",
"FinishedAt": "0001-01-01T00:00:00Z"
},
"Image": "sha256:300e315adb2f96afe5f0b2780b87f28ae95231fe3bdd1e16b9ba606307728f55",
"ResolvConfPath": "/var/lib/docker/containers/27d74163158d8309d3b61d2b9f8ee55e2eab063b73e7f2b8ae504e7e96991835/resolv.conf",
"HostnamePath": "/var/lib/docker/containers/27d74163158d8309d3b61d2b9f8ee55e2eab063b73e7f2b8ae504e7e96991835/hostname",
"HostsPath": "/var/lib/docker/containers/27d74163158d8309d3b61d2b9f8ee55e2eab063b73e7f2b8ae504e7e96991835/hosts",
"LogPath": "/var/lib/docker/containers/27d74163158d8309d3b61d2b9f8ee55e2eab063b73e7f2b8ae504e7e96991835/27d74163158d8309d3b61d2b9f8ee55e2eab063b73e7f2b8ae504e7e96991835-json.log",
"Name": "/naughty_ritchie",
"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": [
35,
122
],
"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/d42a9289bcc5fdbe03c603fa55f4481c10da96f2a2dbfb5daae5549090d2ec08-init/diff:/var/lib/docker/overlay2/8c2b6e75bd894730e473521dfacb843e578ae938004b3d9da550a9003bb61195/diff",
"MergedDir": "/var/lib/docker/overlay2/d42a9289bcc5fdbe03c603fa55f4481c10da96f2a2dbfb5daae5549090d2ec08/merged",
"UpperDir": "/var/lib/docker/overlay2/d42a9289bcc5fdbe03c603fa55f4481c10da96f2a2dbfb5daae5549090d2ec08/diff",
"WorkDir": "/var/lib/docker/overlay2/d42a9289bcc5fdbe03c603fa55f4481c10da96f2a2dbfb5daae5549090d2ec08/work"
},
"Name": "overlay2"
},
"Mounts": [],
"Config": {
"Hostname": "27d74163158d",
"Domainname": "",
"User": "",
"AttachStdin": false,
"AttachStdout": false,
"AttachStderr": false,
"Tty": false,
"OpenStdin": false,
"StdinOnce": false,
"Env": [
"PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
],
"Cmd": [
"/bin/sh",
"-c",
"while true; do echo summer;sleep 1;done"
],
"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": "70b04e3cc7e4081e118702a40d6bbb0d3e4b4143bee7eea936b51b561cfd1f38",
"HairpinMode": false,
"LinkLocalIPv6Address": "",
"LinkLocalIPv6PrefixLen": 0,
"Ports": {},
"SandboxKey": "/var/run/docker/netns/70b04e3cc7e4",
"SecondaryIPAddresses": null,
"SecondaryIPv6Addresses": null,
"EndpointID": "9e22dbccce17c8d814238d6b42eebe2102be8bec43497ef7a65a60e60a62e8b4",
"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": "6249d12665277ae8bdc8a67de3558072a7ac79704b469bc9db992a0673964143",
"EndpointID": "9e22dbccce17c8d814238d6b42eebe2102be8bec43497ef7a65a60e60a62e8b4",
"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
}
}
}
}
]
进入当前正在运行的容器
#我们通常容器都是使用后台方式运行的，需要进入容器 修改一些配置
#命令
docker exec -it 容器id /bin/bash
#方式二：
docker attach 容器id
正在执行当前的代码
#区别
docker exec #进入容器后开启一个新的终端，可以在里面操作（常用）
docker attach #进入容器正在执行的终端，不会启动新的进程
从容器内拷贝文件到主机上
docker cp 容器id:容器内路径 目的主机路径
#测试
D:\component\Docker>docker exec -it 1231abb1bc75 /bin/bash
[root@1231abb1bc75 /]# cd /home/
[root@1231abb1bc75 home]# ls
[root@1231abb1bc75 home]# touch summer.java
[root@1231abb1bc75 home]# ls
summer.java
[root@1231abb1bc75 home]# exit
D:\component\Docker>docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
1231abb1bc75 centos "/bin/bash" 3 minutes ago Up 3 minutes stupefied_engelbart
D:\component\Docker>docker cp 1231abb1bc75:/home/summer.java D:\component\Docker
#拷贝是一个手动过程，未来我们使用-v 卷的技，可以实现
练习
Docker来安装nginx
#搜索镜像
docker search nginx
#下载镜像
docker pull nginx
#启动容器
docker run -d --name nginx01 -p 3344:80 nginx
# 输入localhost:3344验证
端口暴露的概念
外网3344--》通过阿里云映射linux3344 --》 linux宿主机上3344和docker中的容器80映射上
#测试 可以看到nginx的配置
D:\component\Docker>docker exec -it 84aa0c78ee53 /bin/bash
root@84aa0c78ee53:/# whereis nginx
nginx: /usr/sbin/nginx /usr/lib/nginx /etc/nginx /usr/share/nginx
root@84aa0c78ee53:/# cd /etc/nginx
root@84aa0c78ee53:/etc/nginx# ls
conf.d fastcgi_params mime.types modules nginx.conf scgi_params uwsgi_params
思考问题：我们每次改动nginx配置文件，都需要进入容器内部？十分的麻烦，我要是可以在容器外部提供一个映射路径，达到在容器修改文件名，容器内部就可自动修改？ -v 数据卷技术
Docker装Tomcat
#官方推荐
docker run -it --rm tomcat:9.0
#我们之前的启动都是后台，停止了容器之后，容器还是可以查到 docker run -it --rm 一般用来测试 用完就删除【我们一开始不建议这么用】
#下载在启动
docker pull tomcat
docker run -d --name tomcat01 -p 3355:8080 tomcat
docker exec -it tkmcat01 /bin/bash
#发现问题？
#1、linux命令少了；2、没有webapps
#因为只是保证了最小可运行环境
可以把webapps.dist 目录下文件 复制到webapps 就能显示出html了
思考问题：我们以后要部署项目，如果每次都要进入容器是不是十分麻烦？我们要是可以在容器外部提供一个映射路径，webapps，我们在外部放置项目，就自动同步到内部就好了！
部署 ES + kibana
#es 暴露的接口很多
#es 十分的耗内存
#es 的数据一般需要放置到安全目录！挂载！
#启动 elasticsearch
#--net somenetwork 网络配置之后讲
docker run -d --name elasticsearch -p 9200:9200 -p 9300:9300 -e "discovery.type=single-node" elasticsearch:7.6.2
D:\component\Docker>docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
4d38bc435f48 elasticsearch "/docker-entrypoint.…" About a minute ago Up About a minute 0.0.0.0:9200->9200/tcp, :::9200->9200/tcp, 0.0.0.0:9300->9300/tcp, :::9300->9300/tcp elasticsearch
#启动了 就卡主了 docker stats 查看CPU的状态 启动成功了看下图localhost:9200
#es 是十分耗内存的 1点几个G
#停止整个docker
# docker stats 查看CPU的状态
D:\component\Docker>docker stats
CONTAINER ID NAME CPU % MEM USAGE / LIMIT MEM % NET I/O BLOCK I/O PIDS
4d38bc435f48 elasticsearch 0.24% 2.228GiB / 24.93GiB 8.94% 906B / 0B 0B / 0B 58
CONTAINER ID NAME CPU % MEM USAGE / LIMIT MEM % NET I/O BLOCK I/O PIDS
4d38bc435f48 elasticsearch 0.12% 2.228GiB / 24.93GiB 8.94% 906B / 0B 0B / 0B 58
#测试一下es是否成功
#测试完赶快关掉，增加内存的限制
#赶紧关闭，增加内存的限制，修改配置文件 -e 环境配置修改 ES_JAVA_OPTS="-Xms 64m -Xmx512m"限制内存
docker run -d --name elasticsearch01 -p 9200:9200 -p 9300:9300 -e ES_JAVA_OPTS="-Xms64m -Xmx512m" -e "discovery.type=single-node" elasticsearch
#查看 docker stats
思考：使用kibana链接es？通过docker 网络才能链接过去
可视化
-
portainer（先用这个）
-
Rancher（CI/CD再用）
什么是portainer？
Docker图形化界面管理工具！提供一个后台面板供我们操作！
docker run -d -p 8088:9000 --restart=always -v /var/run/docker.sock:/var/run/docker.sock --privileged=true portainer.portainer
Docker镜像讲解
镜像是什么?
镜像是一种轻量级、可执行的独立软件包，用来打包软件运行环境和基于运行环境开发的软件，它包含运行某个软件所需的所有内容，包括代码、运行时、库、环境变量和配置文件。
所有的应用，直接打包docker镜像，就可以直接跑起来！
如何得到镜像：
- 从远程仓库下载
- 朋友拷贝给你
- 自己制作一个镜像DockerFile
Docker镜像加载原理
UnionFS（UFS联合文件系统）
我们下载的时候看到的一层层就是这个！
UnionFS（UFS联合文件系统）：UnionFS文件系统是一种分层、轻量级并且高性能的文件系统，它支持对文件系统的修改作为一次提交来一层层的叠加，同时可以将不用目录挂载到同一个虚拟文件系统下。Union文件系统是Docker镜像的基础。镜像可以通过分层来进行继承。基于基础镜像（没有父镜像），可以制作各种具体的应用镜像。
特性：一次同时加载多个文件系统，但从外面看起来，只能看到一个文件系统，联合加载会把各层文件系统叠加起来，这样最终的文件系统会包含所有底层的文件和目录
docker的镜像实际上有一层一层的文件系统组成，这个层级的文件系统UFS。
bootfs（boot file system）主要包含BootLoader和kernel，BootLoader主要是引导加载kernel，linux刚启动时会加载bootfs文件系统，在docker镜像的最底层是bootfs。这一层与我们典型的Linux/Unix系统是一样的，包含boot加载器和内核。当boot加载完成之后整个内核就都在内存中了，此时内存的使用权已由bootfs转交给内核，此时系统也会卸载bootfs。--------这部分公用的
e.g. 装机 ==== 黑屏---加载---开机进入系统(加载系统以及开机了 就可以把加载卸载掉了)
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 image inspect redis
.......
"Name": "overlay2"
},
"RootFS": {
"Type": "layers",
"Layers": [
//镜像层 (如果之前已有对应的镜像层 可复用) "sha256:f68ef921efae588b3dd5cc466a1ca9c94c24785f1fa9420bea15ecc2dedbe781",
"sha256:b6fc243eaea74d1a41b242da4c3ec5166db80f38c4d57a10ce8860c00d902ace",
"sha256:ec92e47b7c52dacc26df07ee13e8e81c099b5a5661ccc97b06692a9c9d01e772",
"sha256:4be6d4460d3615186717f21ffc0023b168dce48967d01934bbe31127901d3d5c",
"sha256:992463b683270e164936e9c48fa395d05a7b8b5cc0aa208e4fa81aa9158fcae1",
"sha256:0083597d42d190ddb86c35587a7b196fe18d79382520544b5f715c1e4792b19a"
]
},
"Metadata": {
"LastTagTime": "0001-01-01T00:00:00Z"
}
}
特点
Docker镜像都是只读的，当容器启动时，一个新的可写层被加载到镜像的顶部！
这一层就是我们通常说的容器层，容器之下的都叫镜像层！
下载的基本层级都是镜像层，是不会变的！ docker run的时候就是容器层了！
你的所有操作都是在容器层的！
如何提交提个自己的镜像呢？
commit镜像
docker commit 提交容器成为一个新的副本
#命令和git类似
docker commit -m="提交的描述信息" -a="作者" 容器id 目标镜像名:[TAG]
实战测试
#1、启动一个默认的tomcat
#2、发现这个默认的tomcat 是没有webapps应用，镜像的原因，官方的镜像默认 webapps下面是没有文件的！
#3、自己拷贝进去了基本的文件
#4、将我们操作过的容器通过commit提交为一个镜像！我们以后就使用我们修改过的镜像即可，这是我们自己新修改的镜像咯~
容器数据卷
什么是容器数据卷？
docker的理念回顾
将应用和环境打包成一个镜像！
数据？如果数据都在容器中，那么我们容器删除，数据就会丢失！需求：数据可以持久化
MySQL，容器删了，删库跑路！需求：MySQL数据可以存储在本地！
容器之间可以有一个数据共享技术！Docker容器中产生的数据，同步到本地！
这就是卷技术！目录的挂载，将我们容器内的目录，挂载到Linux上面！
总结一句话：容器的持久化和同步操作！容器间也是可以数据共享的！
使用数据卷
方式一：直接使用命令挂载 -v
docker run -it -v 主机目录:容器内目录
#测试 注：目录不存在没关系 命令操作会创建目录
D:\component\Docker>docker run -it -v D:\ceshi:/ceshi centos /bin/bash
[root@7982747d7f4b /]#
[root@7982747d7f4b /]# ls
bin dev home lib64 media opt root sbin sys usr
ceshi etc lib lost+found mnt proc run srv tmp var
#启动起来使用我们可以通过
docker inspect 容器id
测试文件的同步
再开测试！
1、停止容器
2、宿主机上修改文件
3、启动容器
4、容器内的数据依旧是同步的！
好处：我们以后修改只需要在本地修改即可，容器内会自动同步！
实战：安装MySQL
思考：MySQL的数据持久化的问题 data
#搜镜像
docker search mysql
#下载镜像
docker pull mysql:5.7
#运行容器，需要做数据挂载！
#安装mysql，需要配置密码的，这是需要注意的！
#官方测试 -e代表配置环境
docker run --name some-mysql -e MYSQL_ROOT_PASSWORD=my-secret-pw -d mysql:tag
#启动我们的容器
-d 后台运行
-p 端口映射
-v 卷挂载
-e 环境配置
--name 容器名字
docker run -d -p 3310:3306 -v D:\home\mysql:/etc/mysql/conf.d -v D:\home\mysql\data:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=123456 --name mysql01 mysql
#本地在navicat测试下可否链接成功 在Navicat创建一个数据库
#测试：我们将mysql01的容器删除，发现，我们挂载到本地的数据卷依旧没有丢失，这就实现了容器数据持久化功能！！
具名挂载和匿名挂载
#匿名挂载
-v 容器内路径
docker run -d -P --name nginx01 -v /etc/nginx nginx
#查看所有的卷的情况
D:\component\Docker>docker volume ls
DRIVER VOLUME NAME
local 6df6459348ba561a16588861b6dc6fa74a62d86454c3f4b43f7a5b12be156580
local b4c9ec1cac19ec6d0606be6813881b5d413a95b5c70de79e5dff49967fcb466d
local b629eff46d633a0adab150bf559691dd38dd5811bd359a5780cf4737beb49ffd
local f30440670a035531f9562135218d2a8e37be31653a72f22be5c5a5ddfe542991
#这里发现，这种就是匿名挂载，我们在-v 只写了容器内的路径，没有写容器外的路径
#具名挂载
#通过 -v 卷名:容器内路径
docker run -d -P --name nginx02 -v juming-nginx:/etc/nginx nginx
D:\component\Docker>docker volume ls
DRIVER VOLUME NAME
local 6df6459348ba561a16588861b6dc6fa74a62d86454c3f4b43f7a5b12be156580
local b4c9ec1cac19ec6d0606be6813881b5d413a95b5c70de79e5dff49967fcb466d
local b629eff46d633a0adab150bf559691dd38dd5811bd359a5780cf4737beb49ffd
local f30440670a035531f9562135218d2a8e37be31653a72f22be5c5a5ddfe542991
local juming-nginx
D:\component\Docker>docker volume inspect juming-nginx
[
{
"CreatedAt": "2021-08-29T06:36:17Z",
"Driver": "local",
"Labels": null,
"Mountpoint": "/var/lib/docker/volumes/juming-nginx/_data",
"Name": "juming-nginx",
"Options": null,
"Scope": "local"
}
]
所有的docker容器内的卷，没有指定目录的情况下都是在/var/lib/docker/volumes/juming-nginx/_data
我们通过具名挂载可以方便的找到我们的一个卷，大多数情况在使用具名挂载
#如何确定是具名挂载还是匿名挂载，还是指定路径挂载
-v 容器内路径 #匿名挂载
-v 卷名:容器内路径 #具名挂载
-v 宿主机路径:容器内路径 #指定路径挂载
拓展：容器内路径:ro rw？
#通过 -v 容器内路径: ro rw 改变读写权限
ro readly #只读
rw readwrite #可读可写
#一旦设置了容器的权限，容器对我们挂载出来的内容就有限定了！
docker run -d -P --name nginx02 -v juming-nginx:/etc/nginx:ro nginx
docker run -d -P --name nginx02 -v juming-nginx:/etc/nginx:rw nginx
#ro 只要看到ro就说明这个路径只能通过宿主机来操作，容器内部是无法操作的！
#默认是rw 可读可写
初始Dockerfile
Dockerfile就是用来构建docker镜像的构造文件！---命令脚本！
通过这个脚本可以生成镜像，镜像是一层一层的，脚本是一个个的命令，每个命令都是一层！
#dockerfile
FROM centos
VOLUME ["volume01","volume02"]
CMD echo "----end-----"
CMD /bin/bash
docker build -f dockerfile01 -t summer/centos:1.0 .
通过summer/centos:1.0启动一个容器，通过inspet发现没挂载成功....
dockerfile中的VOLUME ["volume01","volume02"] 替换为 VOLUME ["/volume01","/volume02"] 即可
数据卷容器
多个MySQL同步数据！【多个容器之间实现数据共享】
docker run -it --name docker01 summer/centos
ctrl + Q + P退出
#--volumes-from 像 java中的 son extends parents
docker run -it --name docker02 --volumes-from docker01 summer/centos
docker run -it --name docker03 --volumes-from docker01 summer/centos
#测试，可以删除docker01，查看一下docker02和docker03是否还可以访问这个文件
#测试依旧可以访问
#容器之间数据是共享的，文件是拷贝的
多个MySQL实现数据共享
docker run -d -p 3310:3306 -v D:\home\mysql:/etc/mysql/conf.d -v D:\home\mysql\data:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=123456 --name mysql01 mysql
docker run -d -p 3310:3306 -e MYSQL_ROOT_PASSWORD=123456 --name mysql02 --volumes-from mysql01 mysql
#这个时候，就可以实现两个容器数据同步
结论：
容器之间配置信息的传递，数据卷容器的生命周期一直持续到没有容器使用为止！
但是一旦你持久化到了本地，这个时候，本地的数据是不会删除的！
DockerFile
dockerfile是用来构建docker镜像的文件！命令参数脚本！
构建步骤：
1、编写一个dockerfile文件
2、docker build 构建成为一个镜像
3、docker run 运行镜像
4、docker push 发布镜像 (DockerHub、阿里云镜像仓库！)
查看一下官方：
很多官方的镜像都是基础包，很多功能没有，我们通常会自己搭建自己的镜像！
官方既然可以制作镜像，那我们也可以！
DockerFile构建过程
基础知识：
1、每个保留关键字(指令)都必须是大写字母
2、执行从上到下顺序执行
3、#表示注释
4、每一个指令都会创建提交一个新的镜像层，并提交！
dockerfile是面向开发的，我们以后要发布项目，做镜像，就需要编写dockerfile文件，这个十分简单！
Docker镜像逐渐成为企业交付的标准，必须要掌握！
步骤：开发、部署、运维
DockerFile：构建文件，定义了一切步骤，源代码
DockerImages：通过DockerFile 构建生成的镜像，最终发布和运行的产品
Docker容器：容器就是镜像运行起来提供服务的
DockerFile的指令
FROM #基础镜像，一切从这里开始构建
MAINTAINER #镜像是谁写的，姓名+邮箱
RUN #镜像构建的时候需要运行的命令
ADD #步骤：tomcat镜像，这个tomcat压缩包！添加内容 【会自动解压】
WORKDIR #镜像的工作目录 /bin/bash
VOLUME #挂载的目录
EXPOSE #暴露端口配置
CMD #指定这个容器启动的时候要运行的命令【只有最后一个会生效，可被替代】
ENTRYPOINT #指定这个容器启动的时候要运行的命令【可以追加命令】
ONBUILD #当构建一个被继承DockerFile这个时候就会运行ONBUILD的指令。触发指令
COPY #类似ADD，将我们文件拷贝到镜像中
ENV #构建的时候设置环境变量！
实战测试
Docker Hub中百分之99%镜像都是从这个基础镜像过来的FROM scratch，然后配置需要的软件和配置来进行构建的
创建一个自己的centos
#1、编写dokcerfile文件
FROM centos
MAINTAINER summer<12345@163.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 "--end--"
CMD /bin/bash
#通过文件构建镜像
docker build -f dockerfile01 -t mycentos .
#测试运行
D:\docker-file>docker run -it mycentos
[root@e0522ad8d55c local]# pwd
/usr/local
[root@e0522ad8d55c local]# ifconfig
...
#这个镜像有了 vim ifconfig命令
docker history 镜像id 命令看镜像构建过程
可以查看官方的mysql镜像
我们平时拿到一个镜像，可以研究一个它是怎么做的了~
CMD与ENTRYPOINT的区别
CMD #指定这个容器启动的时候要运行的命令【只有最后一个会生效，可被替代】
ENTRYPOINT #指定这个容器启动的时候要运行的命令【可以追加命令】
测试cmd
#编写dockerfile文件
FROM centos
CMD ["ls","-a"]
#构建镜像
D:\docker-file>docker build -f dockerfile02 -t cmd-test .
#run运行，发现我们的ls -a生效了
D:\docker-file>docker run cmd-test
.
..
.dockerenv
bin
dev
etc
home
lib
lib64
var
#想追加一个命令 -l 期望：ls -al
D:\docker-file>docker run cmd-test -l
docker: Error response from daemon: OCI runtime create failed: container_linux.go:380: starting container process caused: exec: "-l": executable file not found in $PATH: unknown.
#cmd的情况下 -l 替换了 CMD ["ls","-a"] 命令 -l 不是命令所以报错
#要写成这样==》docker run cmd-test ls -al
D:\docker-file>docker run cmd-test ls -al
total 56
drwxr-xr-x 1 root root 4096 Aug 30 14:37 .
drwxr-xr-x 1 root root 4096 Aug 30 14:37 ..
-rwxr-xr-x 1 root root 0 Aug 30 14:37 .dockerenv
测试ENTRYPOINT
#编写dockerfile文件
FROM centos
ENTRYPOINT ["ls","-a"]
#构建镜像
D:\docker-file>docker build -f dockerfile-entrypoint -t entrypoint-test .
#run运行，发现我们的ls -a生效了
D:\docker-file>docker run entrypoint-test
.
..
.dockerenv
bin
dev
etc
home
lib
lib64
var
#想追加一个命令 -l 期望：ls -al
D:\docker-file>docker run entrypoint-test -l
total 56
drwxr-xr-x 1 root root 4096 Aug 30 14:37 .
drwxr-xr-x 1 root root 4096 Aug 30 14:37 ..
-rwxr-xr-x 1 root root 0 Aug 30 14:37 .dockerenv
#ENTRYPOINT的情况下 -l 追加在 ENTRYPOINT ["ls","-a"] 命令后面
实战：Tomcat
1、准备镜像文件 tomcat 压缩包，jdk的压缩包
2、编写dockerfile文件，官方命名为Dockerfile，build会自动寻找这个文件，就不需要-f指定了
FROM centos
MAINTAINER summer
COPY readme.txt /usr/local/readme.txt
ADD jdk-8u301-linux-x64.tar.gz /usr/local/
ADD apache-tomcat-7.0.76.tar.gz /usr/local/
RUN yum -y install vim
ENV MYPATH /usr/local
WORKDIR $MYPATH
ENV JAVA_HOME /usr/local/jdk1.8.0_301
ENV CLASSPATH $JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
ENV CATALINA_HONE /usr/local/apache-tomcat-7.0.76
ENV CATALINA_BASH /usr/local/apache-tomcat-7.0.76
ENV PATH $PATH:$JAVA_HOME/bin:$CATALINA_HONE/bin:$CATALINA_BASH/bin
EXPOSE 8080
CMD /usr/local/apache-tomcat-7.0.76/bin/startup.sh && tail -F /usr/local/apache-tomcat-7.0.76/bin/logs/catalina.out
3、构建镜像
docker build -t diytomcat .
docker run -d -p 9090:8080 --name summertomcat -v D:\docker-file\dockerfile-tomcat\test:/usr/local/apache-tomcat-7.0.76/webapps/test -v D:\docker-file\dockerfile-tomcat\tomcatlogs:/usr/local/apache-tomcat-7.0.76/bin/logs diytomcat
4、启动镜像
5、访问测试 localhost:9090
6、发布项目(由于做了卷挂载，我们直接在本地编写项目就可以发布了~~)
<?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"
xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
version="2.5">
</web-app>
<%@ page language="java" contentType="text/html;charset=UTF-8"
pageEncoding="UTF-8"%>
<html>
<head>
<meta charset="UTF-8">
<title>Summer</title>
</head>
<body>
Hello world!<br/>
<
System.out.println("-----my test web logs-----")
>
</body>
</html>
开发步骤：
掌握Dockerfile的编写，我们之后的一切都是使用docker镜像来发布运行~
发布自己的镜像
DockerHub
1、地址https://hub.docker.com/ 注册自己的账号
2、确定这个账号可以登录
3、在我们服务器上提交自己的镜像
D:\docker-file\dockerfile-tomcat>docker login --help
Log in to a Docker registry or cloud backend.
If no registry server is specified, the default is defined by the daemon.
Usage:
docker login [OPTIONS] [SERVER] [flags]
docker login [command]
Available Commands:
azure Log in to azure
Flags:
-h, --help Help for login
-p, --password string password
--password-stdin Take the password from stdin
-u, --username string username
4、登录完毕后就可以提交镜像了,之后就是push
#login
D:\docker-file\dockerfile-tomcat>docker login -u summergogogo
Password:
Error response from daemon: Get "https://registry-1.docker.io/v2/": unauthorized: incorrect username or password
D:\docker-file\dockerfile-tomcat>docker login -u summergogogo
Password:
Login Succeeded
#push
D:\docker-file\dockerfile-tomcat>docker push diytomcat
Using default tag: latest
The push refers to repository [docker.io/library/diytomcat]
5f70bf18a086: Preparing
f424aff3a08b: Preparing
e7db93e85970: Preparing
e9466b3b5827: Preparing
c37ad71d3748: Preparing
2653d992f4ef: Waiting
denied: requested access to the resource is denied
#push镜像问题？
D:\docker-file\dockerfile-tomcat>docker tag diytomcat summer/tomcat:1.0
D:\docker-file\dockerfile-tomcat>docker images
D:\docker-file\dockerfile-tomcat>docker push summer/tomcat:1.0
The push refers to repository [docker.io/summer/tomcat]
5f70bf18a086: Preparing
f424aff3a08b: Preparing
e7db93e85970: Preparing
e9466b3b5827: Preparing
c37ad71d3748: Preparing
push提交的时候也是按照镜像的层级来进行提交的！
用本地的提交不上去，因为需要FQ的，所以会被拒绝
Docker网络
理解Docker0
所有的容器不指定网络的情况下，都是docker0路由的
#问题：docker 是如何处理容器网络访问的？
#测试启动一个tomcat容器
docker run -d -P --name tomcat01 tomcat
#查看容器的内部网络地址 ip addr，发现容器启动的时候会得到一个 eth0@if11 ip地址，docker分配的！
D:\docker-file>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
2: tunl0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group default qlen 1000
link/ipip 0.0.0.0 brd 0.0.0.0
3: sit0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group default qlen 1000
link/sit 0.0.0.0 brd 0.0.0.0
10: eth0@if11: <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
#思考。windows可以ping通容器吗？ 172.17.0.2 windows ping不通 linux环境可以ping通
route -p add 172.17.0.0/16 MASK 255.255.255.0 192.168.65.0
route -p add 172.17.0.0/16 MASK 255.255.240.0 192.168.65.0
route delete 172.17.0.0
原理
1、我们每启动一个docker容器，docker就会给docker容器分配一个ip，我们只要安装了docker，就会有一个网卡docker0
桥接模式
#Linux中！！
#我们在linux下启动的容器带来网卡，都是成对出现的
#veth pair 就是一对的虚拟设备接口，他们都是成对出现的，一端连着协议，一端彼此相连
#正因为这个特性 veth pair 充当一个桥梁，连接各种虚拟网络设备的
2、测试tomcat01和tomcat02两个容器是否可以ping通
#tomcat01
D:\docker-file>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
2: tunl0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group default qlen 1000
link/ipip 0.0.0.0 brd 0.0.0.0
3: sit0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group default qlen 1000
link/sit 0.0.0.0 brd 0.0.0.0
10: eth0@if11: <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
D:\docker-file>docker exec -it tomcat02 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
2: tunl0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group default qlen 1000
link/ipip 0.0.0.0 brd 0.0.0.0
3: sit0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group default qlen 1000
link/sit 0.0.0.0 brd 0.0.0.0
10: eth0@if11: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 02:42:ac:11:00:03 brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 172.17.0.3/16 brd 172.17.255.255 scope global eth0
valid_lft forever preferred_lft forever
#可以ping通
D:\docker-file>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.055 ms
64 bytes from 172.17.0.2: icmp_seq=2 ttl=64 time=0.037 ms
64 bytes from 172.17.0.2: icmp_seq=3 ttl=64 time=0.033 ms
64 bytes from 172.17.0.2: icmp_seq=4 ttl=64 time=0.032 ms
结论：tomcat01和tomcat02都是公用的一个路由器，docker0
所有的容器不指定网络的情况下，都是docker0路由的，docker会给我们的容器分配一个默认的可用IP
255.255.0.1/16 16代表域 docker可分配65535个ip
00000000.00000000.00000000.00000000 255*255-1
小结
Docker使用的是Linux的桥接，宿主机中是一个Docker容器的网桥 docker0
Docker中的所有的网络接口都是虚拟的，虚拟的转发效率高！
只要容器删除，对应网桥一对就没了！
思考？
思考一个场景，我们编写了一个微服务，database url=ip:，项目不重启，数据库ip换掉了，我们希望可以处理这个问题，可以用名字来进行访问容器？
引出 --link
就是说tomcat01 和 tomcat02 不用通过ping ip 通过服务名link
#不配置 直接ping容器名 ping不通
D:\docker-file>docker exec -it tomcat02 ping tomcat01
ping: tomcat01: No address associated with hostname
#通过--link ping 容器名字
D:\docker-file>docker run -d -P --name tomcat03 --link tomcat02 tomcat
759cabd25a063111ed669bd11834fcd9875185f1035ad7241179d4afd5e91419
#正向能ping通
D:\docker-file>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.052 ms
64 bytes from tomcat02 (172.17.0.3): icmp_seq=2 ttl=64 time=0.030 ms
64 bytes from tomcat02 (172.17.0.3): icmp_seq=3 ttl=64 time=0.031 ms
#反向不可以ping通
D:\docker-file>docker exec -it tomcat02 ping tomcat03
ping: tomcat03: No address associated with hostname
#显示所有网卡
#docker network ls
D:\docker-file>docker network ls
NETWORK ID NAME DRIVER SCOPE
36c6af259ffd bridge bridge local
71c1a0a9337a host host local
14e8f8ea4bd7 none null local
#docker network inspect 36c6af259ffd
D:\docker-file>docker network inspect 36c6af259ffd
[
{
"Name": "bridge",
"Id": "36c6af259ffdd9693b8288dd80ac65451e827cca84da5626cd10202eed3e20d0",
"Created": "2021-09-01T09:42:16.1069283Z",
"Scope": "local",
"Driver": "bridge",
"EnableIPv6": false,
"IPAM": {
"Driver": "default",
"Options": null,
"Config": [
{
"Subnet": "172.17.0.0/16",
"Gateway": "172.17.0.1" #docker0！！！网关
}
]
},
深究：inspect
#docker inspect 容器名
其实这个tomcat03就是在本地配置了tomcat02的配置！
#查看hosts配置 这里原理发现！
D:\docker-file>#docker exec -it 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 9227670c1ea0
172.17.0.4 759cabd25a06
本质探究：--link 就是我们在host配置中增加了tomcat02的映射！172.17.0.3 tomcat02 9227670c1ea0
现在完Docker 已经不建议使用--link了！
我们现在用自定义网络！不再用自带的docker0！
docker0问题：它不支持容器名连接访问！
自定义网络
容器互联
查看所有的docker网络
网络模式
bridge：桥接 docker【默认的，自己创建也是使用桥接模式】 上面搭桥 0.2 0.1 0.3
none：不配置网络
host：和宿主机共享网络
container：容器网络连接！（用的少！局限很大）
测试
#我们直接启动一个容器 --net bridge 而是这个就是默认的docker0 这个是默认省略的
#docker run -d -P --name tomcat01 tomcat
#docker run -d -P --name tomcat01 --net bridge tomcat
#docker0特点： 默认，域名不能访问 --link可以打通
#自定义一个网络！
#--driver bridge 桥接模式 （默认也是桥接）
#--subnet 192.168.0.0/16 子网地址 192.168.0.2~192.168.255.255
#--gateway 192.168.0.1 网关
D:\docker-file>docker network create --driver bridge --subnet 192.168.0.0/16 --gateway 192.168.0.1 mynet
3d0bb320b8186e89b9cf495f022d9c808097063e28b389fa3cf0d71fb6577d59
D:\docker-file>docker network ls
NETWORK ID NAME DRIVER SCOPE
973189954a15 bridge bridge local
71c1a0a9337a host host local
3d0bb320b818 mynet bridge local
14e8f8ea4bd7 none null local
我们自己的网络就创建好了！
这个时候我们用自己的网络启动容器
#用自定义的network启动容器
D:\docker-file>docker run -d -P --name tomcat-net-01 --net mynet tomcat
33a17fe0509186d5c4e95cf9640e06e7760ccb1d33714eaa37f5dff7e0b58ef7
D:\docker-file>docker run -d -P --name tomcat-net-02 --net mynet tomcat
d759d9fc44f2c539c7498e25ef36858d204d9ff2283f5ae52a3047238eca6861
#看一下网络中有这两个容器的ip
D:\docker-file>docker network inspect mynet
【注：】默认的docker0 网络 是不能通过ping容器名的 只能用link关联
#用自定义网络不再用link 直接ping容器名 就可以ping通！！！
D:\docker-file>docker exec -it tomcat-net-01 ping tomcat-net-02
PING tomcat-net-02 (192.168.0.3) 56(84) bytes of data.
64 bytes from tomcat-net-02.mynet (192.168.0.3): icmp_seq=1 ttl=64 time=0.049 ms
64 bytes from tomcat-net-02.mynet (192.168.0.3): icmp_seq=2 ttl=64 time=0.033 ms
64 bytes from tomcat-net-02.mynet (192.168.0.3): icmp_seq=3 ttl=64 time=0.036 ms
我们自定义的网络docker都已经帮我们维护好对应的关系，docker0没有这个功能，推荐我们使用这样自定义的网络！
好处：
resis集群：不同的集群使用不同的网络，保证集群是安全和健康的
mysql集群：不同的集群使用不同的网络，保证集群是安全和健康的
现在假设集群这样---怎么联通呢？
网络连通
#测试打通 tomcat-01 到 mynet
#docker network connect mynet tomcat-01
#连通之后就是将 tomcat-01 打通到mynet了【一个容器两个ip】
#docker network inspect mynet
#在进行测试
#docker exec -it tomcat01 ping tomcat-net-01 ping通了
#docker exec -it tomcat-net-01 ping tomcat-01 ping通了
#tomcat-02打不通 因为tomcat-02没有连到mynet
D:\docker-file>docker exec -it tomcat-02 ping tomcat-net-01
ping: tomcat-net-01: No address associated with hostname
结论：假设要跨网络操作别人，就需要使用docker network connect连通！
实战：部署Redis集群
创建6个文件
D:\docker-file\redis-cluster\node-1\
D:\docker-file\redis-cluster\node-2\
...
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
#先创建一个redis的网络
D:\docker-file>docker network create redis --subnet 172.38.0.0/16
fb40eb077d0716ce295489dbdaca01e8cf883c557f93020511fff95cae17b6fa
D:\docker-file>docker network ls
NETWORK ID NAME DRIVER SCOPE
973189954a15 bridge bridge local
71c1a0a9337a host host local
3d0bb320b818 mynet bridge local
14e8f8ea4bd7 none null local
fb40eb077d07 redis bridge local
#启动容器
D:\docker-file>docker run -p 6371:6379 -p 16371:16379 --name redis-1 -v D:\docker-file\redis-cluster\node-1\conf\redis.conf:/etc/redis/redis.conf -v D:\docker-file\redis-cluster\node-1\data:/data -d --net redis --ip 172.38.0.11 redis redis-server /etc/redis/redis.conf
1b7bb0077c4260d93f68bc79e8a482d3f34f7ed8c77b271f10f7203e1d34881b
D:\docker-file>docker run -p 6372:6379 -p 16372:16379 --name redis-2 -v D:\docker-file\redis-cluster\node-2\conf\redis.conf:/etc/redis/redis.conf -v D:\docker-file\redis-cluster\node-2\data:/data -d --net redis --ip 172.38.0.12 redis redis-server /etc/redis/redis.conf
1b7bb0077c4260d93f68bc79e8a482d3f34f7ed8c77b271f10f7203e1d34881b
docker run -p 6373:6379 -p 16373:16379 --name redis-3 -v D:\docker-file\redis-cluster\node-3\conf\redis.conf:/etc/redis/redis.conf -v D:\docker-file\redis-cluster\node-3\data:/data -d --net redis --ip 172.38.0.13 redis redis-server /etc/redis/redis.conf
docker run -p 6374:6379 -p 16374:16379 --name redis-4 -v D:\docker-file\redis-cluster\node-4\conf\redis.conf:/etc/redis/redis.conf -v D:\docker-file\redis-cluster\node-4\data:/data -d --net redis --ip 172.38.0.14 redis redis-server /etc/redis/redis.conf
docker run -p 6375:6379 -p 16375:16379 --name redis-5 -v D:\docker-file\redis-cluster\node-5\conf\redis.conf:/etc/redis/redis.conf -v D:\docker-file\redis-cluster\node-5\data:/data -d --net redis --ip 172.38.0.15 redis redis-server /etc/redis/redis.conf
docker run -p 6376:6379 -p 16376:16379 --name redis-6 -v D:\docker-file\redis-cluster\node-6\conf\redis.conf:/etc/redis/redis.conf -v D:\docker-file\redis-cluster\node-6\data:/data -d --net redis --ip 172.38.0.16 redis redis-server /etc/redis/redis.conf
#链接集群
D:\docker-file>docker exec -it redis-1 /bin/bash
root@1b7bb0077c42:/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: 7195a94d7d3f761936153c8a9249a47ec53a14d4 172.38.0.11:6379
slots:[0-5460] (5461 slots) master
M: 91b1281ca470773564de2a561be14648b95ac195 172.38.0.12:6379
slots:[5461-10922] (5462 slots) master
M: 132295bfd3070eefeb6a124dbb6a9a16dd44009d 172.38.0.13:6379
slots:[10923-16383] (5461 slots) master
S: 253dbeeb78ec2c7507908a28c583c47bd7337548 172.38.0.14:6379
replicates 132295bfd3070eefeb6a124dbb6a9a16dd44009d
S: 337c29dee1ab4637718a5621beb9be287606ce08 172.38.0.15:6379
replicates 7195a94d7d3f761936153c8a9249a47ec53a14d4
S: 7e892eafb89e5a12b3655e16bce2d18048f1e24f 172.38.0.16:6379
replicates 91b1281ca470773564de2a561be14648b95ac195
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: 7195a94d7d3f761936153c8a9249a47ec53a14d4 172.38.0.11:6379
slots:[0-5460] (5461 slots) master
1 additional replica(s)
S: 7e892eafb89e5a12b3655e16bce2d18048f1e24f 172.38.0.16:6379
slots: (0 slots) slave
replicates 91b1281ca470773564de2a561be14648b95ac195
S: 253dbeeb78ec2c7507908a28c583c47bd7337548 172.38.0.14:6379
slots: (0 slots) slave
replicates 132295bfd3070eefeb6a124dbb6a9a16dd44009d
S: 337c29dee1ab4637718a5621beb9be287606ce08 172.38.0.15:6379
slots: (0 slots) slave
replicates 7195a94d7d3f761936153c8a9249a47ec53a14d4
M: 132295bfd3070eefeb6a124dbb6a9a16dd44009d 172.38.0.13:6379
slots:[10923-16383] (5461 slots) master
1 additional replica(s)
M: 91b1281ca470773564de2a561be14648b95ac195 172.38.0.12:6379
slots:[5461-10922] (5462 slots) master
1 additional replica(s)
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
#redis-cli -c 带上-c就是集群
root@1b7bb0077c42:/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:216
cluster_stats_messages_pong_sent:229
cluster_stats_messages_sent:445
cluster_stats_messages_ping_received:224
cluster_stats_messages_pong_received:216
cluster_stats_messages_meet_received:5
cluster_stats_messages_received:445
#集群节点信息
127.0.0.1:6379> cluster nodes
7e892eafb89e5a12b3655e16bce2d18048f1e24f 172.38.0.16:6379@16379 slave 91b1281ca470773564de2a561be14648b95ac195 0 1630602744774 2 connected
253dbeeb78ec2c7507908a28c583c47bd7337548 172.38.0.14:6379@16379 slave 132295bfd3070eefeb6a124dbb6a9a16dd44009d 0 1630602745000 3 connected
337c29dee1ab4637718a5621beb9be287606ce08 172.38.0.15:6379@16379 slave 7195a94d7d3f761936153c8a9249a47ec53a14d4 0 1630602745588 1 connected
7195a94d7d3f761936153c8a9249a47ec53a14d4 172.38.0.11:6379@16379 myself,master - 0 1630602745000 1 connected 0-5460
132295bfd3070eefeb6a124dbb6a9a16dd44009d 172.38.0.13:6379@16379 master - 0 1630602745788 3 connected 10923-16383
91b1281ca470773564de2a561be14648b95ac195 172.38.0.12:6379@16379 master - 0 1630602745584 2 connected 5461-10922
#set数据到redis集群中
127.0.0.1:6379> set a b
-> Redirected to slot [15495] located at 172.38.0.13:6379
OK
#停掉一个redis-3
#然后get a 看是够能拿到？拿到代表集群还是可用的！
SpringBoot微服务打包Docker镜像
1、创建springboot项目
2、打包应用
3、编写dockerfile
FROM java:8
COPY *.jar /app.jar
CMD ["--server.port=8081"]
EXPOSE 8081
ENTRYPOINT ["java","-jar","/app.jar"]
4、构建镜像
5、发布运行！
6、测试
以后我们使用了Dokcer之后，给别人交付的就是一个镜像即可！
