Docker笔记
知道的越多，不知道的也就越多！
Docker应该学习什么？
-
Docker概述
-
Docker安装
-
Docker命令
- 镜像命令
- 容器命令
- 操作命令
- …
-
Docker镜像
-
容器数据卷
-
DockerFile
-
Docker网络原理
-
IDEA整合Docker
-
Docker Compose
-
Docker Swarm （简化版K8S）
-
CI\CD Jenkins
Docker 概述
Docker为什么会出现？
一款产品：开发–上线 两套环境！应用环境还有应用配置 很繁琐！
开发====运维。问题：我在我的电脑上可以运行！版本更新，导致服务不可用！对于运维来说，考验就很大了。
环境配置是十分麻烦，我们就应该去解决他，我们每一台机器都需要部署环境（集群Redis、ES、Hadoop…）！费事费力
发布一个项目 jar 包或者 war包，他需要redis mysql 或者es 的环境，我们能不能把环境一起打包上线，那么这个时候Docker就应运而生！
之前在服务器配置一个应用的环境Rdies、MySQL、JDK、ES、Hadoop，配置超级麻烦，而且还能跨平台
WIndows最后发布到Linux！环境有天壤之别。
传统：开发-》运维
现在：开发导报部署上线，一套流程做完！
java – apk – 发布（应用商店）–张三使用apk—安装即可用！
java – jar（环境）–打包项目带上环境（镜像）—（Docker仓库：商店）-- 下载我们发布的镜像–直接运行就可以了！
Docker对于以上问题提供了解决方案！
Docker的思想就来自于集装箱！
JRE–多个应用（端口冲突）–原来都是交叉的！
隔离：Docker核心思想！将我们所有的东西打包装箱，每一个箱子是相互隔离的。
Docker通过隔离机制，可以将服务器利用到极致！
本质：所有的技术出现都是因为，我们需要解决一些问题，才会出现的。
Docker的历史
Docker 是 PaaS 提供商 dotCloud 开源的一个基于 LXC 的高级容器引擎，源代码托管在 Github 上, 基于go语言并遵从Apache2.0协议开源。
Docker自2013年以来非常火热，无论是从 github 上的代码活跃度，还是Redhat在RHEL6.5中集成对Docker的支持, 就连 Google 的 Compute Engine 也支持 docker 在其之上运行。
一款开源软件能否在商业上成功，很大程度上依赖三件事 - 成功的 user case(用例), 活跃的社区和一个好故事。 dotCloud 之家的 PaaS 产品建立在docker之上，长期维护且有大量的用户，社区也十分活跃，接下来我们看看docker的故事。
- 环境管理复杂 - 从各种OS到各种中间件到各种app, 一款产品能够成功作为开发者需要关心的东西太多，且难于管理，这个问题几乎在所有现代IT相关行业都需要面对。
- 云计算时代的到来 - AWS的成功, 引导开发者将应用转移到 cloud 上, 解决了硬件管理的问题，然而中间件相关的问题依然存在 (所以openstack HEAT和 AWS cloudformation 都着力解决这个问题)。开发者思路变化提供了可能性。
- 虚拟化手段的变化 - cloud 时代采用标配硬件来降低成本，采用虚拟化手段来满足用户按需使用的需求以及保证可用性和隔离性。然而无论是KVM还是Xen在 docker 看来,都在浪费资源，因为用户需要的是高效运行环境而非OS, GuestOS既浪费资源又难于管理, 更加轻量级的LXC更加灵活和快速
- LXC的移动性 - LXC在 linux 2.6 的 kernel 里就已经存在了，但是其设计之初并非为云计算考虑的，缺少标准化的描述手段和容器的可迁移性，决定其构建出的环境难于迁移和标准化管理(相对于KVM之类image和snapshot的概念)。docker 就在这个问题上做出实质性的革新。这是docker最独特的地方。
聊聊Docker
Docker 是基于go语言开发的，是一个开源项目
官网：https://www.docker.com/
文档地址：https://docs.docker.com/
仓库地址：https://hub.docker.com/
Docker能做什么？
之前的虚拟机技术
虚拟机技术缺点：
- 资源占用多
- 冗余步骤多
- 启动很慢
容器化技术
比较Docker和虚拟机技术的不同：
- 传统虚拟机，虚拟化出一些硬件，运行一个完整的操作系统，然后在这个系统上安装和运行软件
- 容器内的应用直接运行在宿主机的内容，容器是没有自己的内核的，也没有虚拟我们的硬件，所以就轻便了
- 每个容器间是互相隔离的，每个容器都有一个属于自己的文件系统，互相不会影响
DevOps（开发、运维）
应用可以更快速的交付和部署
传统：一堆帮助文档，安装程序
Docker：打包镜像，发布测试，一键运行
更便捷的升级和扩缩容
使用Docker之后，我们部署应用就像搭积木一样。
（SpringBoot 1.5 Redis5 tomcat 8） 升级
项目打包微一个镜像，扩展，服务器A！-》服务器B
更简单的系统运维
在容器化之后，骂我们的开发和测试环境都是高度一致的
更高效计算资源利用
Docker 是内核级别的虚拟化，可以在一个物理机上可以运行很多的容器实力！服务器的性能可以被压榨到极致。
Docker 安装
Docker的基本组成
镜像（Image）：
docker镜像就好比是一个模板，可以通过这个模板来创建容器，通过这个容器可以创建多个容器（最终服务运行或者项目运行就是在容器中的）。
容器（container）：
Docker利用容器技术，独立运行一个或者一个组应用，通过镜像创建。
启动，停止，删除，基本命令！
目前就可以把这个容器简单的理解为一个建议的linux系统
仓库（repository）：
仓库就是存放镜像的地方，我们这么多镜像肯定要有地方进行存储，
仓库分为公有仓库和私有仓库！
Docker Hub（默认是国外的）
阿里云…都有容器服务器（配置镜像服务器）
安装Docker
环境准备
1、需要会Linux基础命令
2、Centos 7
3、 我们的远程Crt或者Xshell
环境查看
# 系统内核是3.10 以上的
[root@cdh04 ~]# uname -r
3.10.0-1127.el7.x86_64
# 系统版本
[root@cdh04 ~]# 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"
帮助文档：
# 1. 卸载我们的docker
sudo 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 \
http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo
# 4. 更新yum软件包索引
yum makecache fast
# 5. 安装docker相关的镜像 docker-ce社区 docker-ee
yum install docker-ce docker-ce-cli containerd.io
# 6. 阿里云镜像加速
vi /etc/docker/daemon.json
{
"registry-mirrors": ["https://registry.docker-cn.com","https://qiyb9988.mirror.aliyuncs.com"]
}
# 7. 启动docker
systemctl start docker
# 8. 使用docker version查看安装成功
docker version
# 9. docker 的helloword
docker run hello-world
# 10. 卸载docker
yum remove docker-ce docker-ce-cli containerd.io
rm -rf /var/lib/docker
# /var/lib/docker docker的默认工作路径
回顾HelloWorld流程
底层原理
Docker是怎么工作的？
Docker 是一个Client-Server结构的系统，Docker的守护进程运行在主机上。通过Socket从客户端访问！
DockerServer接受到Docker-Client的指令，就会执行这个命令！
Docker为什么会比VM快？
1、Docker有着比虚拟机更少的抽象层
2、Docker利用的是宿主机的内核，Vm需要是Guest OS。
所以说，新建一个容器的时候，Docker不需要像虚拟机一样重新加载一个操作系统内核，避免引导，虚拟机是加载Guest OS，分钟级别的，而Docker是利用宿主机的操作系统，加快了速度，秒级别。
Docker的常用命令
帮助命令
docker version #显示docker的版本信息
docker info #显示Dcoker的系统信息，包含容器和镜像
docker 命令 -help #帮助命令
帮助文档的地址：https://docs.docker.com/reference/
镜像命令
Docker images 查询所有本地的镜像
[root@cdh04 docker]# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
hello-world latest bf756fb1ae65 5 months ago 13.3kB
# 解释
REPOSITORY 镜像的仓库源
TAG 镜像的标签
IMAGE ID 镜像的ID
CREATED 镜像的创建时间
SIZE 镜像的大小
#可选项
-a, --all #列出所有的镜像
-q, --quiet # 只显示id
Docker search 镜像搜索
[root@cdh04 docker]# docker search mysql --filter=STARS=3000
NAME DESCRIPTION STARS OFFICIAL AUTOMATED
mysql MySQL is a widely used, open-source relation… 9673 [OK]
mariadb MariaDB is a community-developed fork of MyS… 3518
[root@cdh04 docker]# docker search mysql --filter=STARS=5000
NAME DESCRIPTION STARS OFFICIAL AUTOMATED
mysql MySQL is a widely used, open-source relation… 9673 [OK]
Docker pull 下载镜像
# 下载最新版本
# docker pull mysql
Using default tag: latest
latest: Pulling from library/mysql
8559a31e96f4: Pull complete # 分层下载，docker image的核心 联合文件系统
d51ce1c2e575: Pull complete
c2344adc4858: Pull complete
fcf3ceff18fc: Pull complete
16da0c38dc5b: Pull complete
b905d1797e97: Pull complete
4b50d1c6b05c: Pull complete
c75914a65ca2: Pull complete
1ae8042bdd09: Pull complete
453ac13c00a3: Pull complete
9e680cd72f08: Pull complete
a6b5dc864b6c: Pull complete
Digest: sha256:8b7b328a7ff6de46ef96bcf83af048cb00a1c86282bfca0cb119c84568b4caf6
Status: Downloaded newer image for mysql:latest
docker.io/library/mysql:latest #真实地址
# 下载指定版本
# docker pull mysql:5.7
5.7: Pulling from library/mysql
8559a31e96f4: Already exists
d51ce1c2e575: Already exists
c2344adc4858: Already exists
fcf3ceff18fc: Already exists
16da0c38dc5b: Already exists
b905d1797e97: Already exists
4b50d1c6b05c: Already exists
d85174a87144: Pull complete
a4ad33703fa8: Pull complete
f7a5433ce20d: Pull complete
3dcd2a278b4a: Pull complete
Digest: sha256:32f9d9a069f7a735e28fd44ea944d53c61f990ba71460c5c183e610854ca4854
Status: Downloaded newer image for mysql:5.7
docker.io/library/mysql:5.7
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 # 主机端口:容器端口（常用）
-p # 容器端口
-p # ip:主机端口:容器端口
-P # 随机指定端口
# 测试,启动并进入容器
[root@cdh04 docker]# docker run -it 831691599b88 /bin/bash
[root@d1fa51fd381d /]# ls
bin etc lib lost+found mnt proc run srv tmp var
dev home lib64 media opt root sbin sys usr
# 从容器中推出到主机
[root@d1fa51fd381d /]# exit
exit
列出所有的运行的容器
# docker ps 命令
-a # 列出当前正在运行的容器+带出历史运行过的容器
-n=? # 显示最近创建的容器
-q # 只显示容器的编号
[root@cdh04 docker]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
[root@cdh04 docker]# docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
d1fa51fd381d 831691599b88 "/bin/bash" 2 minutes ago Exited (127) 40 seconds ago nervous_ptolemy
43eaef2a96de bf756fb1ae65 "/hello" 2 hours ago Exited (0) 2 hours ago
[root@cdh04 docker]# docker ps -a -n=1
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
d1fa51fd381d 831691599b88 "/bin/bash" 4 minutes ago Exited (127) 2 minutes ago
退出容器
exit # 直接容器停止并退出
Ctrl + P + Q # 容器不停止退出
删除容器
docker rm 容器id
docker rm -f $(docker ps -aq)
docker ps -a -q|xargs docker rm
启动和停止容器的操作
docker start 容器id # 启动容器
docker restart 容器id # 重启容器
docker stop 容器id # 停止容器
docker kill 容器id # 强制停止
常用其他命令
后台启动容器
# 命令 docker run -d 镜像名！
[root@cdh04 docker]# docker run -d centos
# 问题docker ps，发现 centos 停止了
# 常见的坑：docker 容器使用后台运行，就必须要有一个前台进程，docker 发现没有前台应用，就会自动停止。
查看日志
# 显示指定行数
docker log -f -t --tail 10 容器id
# 自己编写一段shell脚本
[root@cdh04 docker]# docker run -d centos /bin/sh -c "while true;do echo wuqingzhi;sleep 1;done"
[root@cdh04 docker]# docker ps -q
fe2967bd0e07
[root@cdh04 docker]# docker logs -tf fe2967bd0e07
查看容器中的进程信息
[root@cdh04 docker]# docker top fe2967bd0e07
UID PID PPID C STIME TTY TIME CMD
root 6803 6786 0 17:00 ? 00:00:00 /bin/sh -c while true;do echo wuqingzhi;sleep 1;done
root 7193 6803 0 17:04 ? 00:00:00 /usr/bin/coreutils --coreutils-prog-shebang=sleep /usr/bin/sleep 1
**查看镜像元数据 **
[root@cdh04 docker]# docker inspect fe2967bd0e07
[
{
"Id": "fe2967bd0e07b1472701e08c206b94636564581f5abcf7d84516706d4d306f8d",
"Created": "2020-06-25T09:00:07.902923203Z",
"Path": "/bin/sh",
"Args": [
"-c",
"while true;do echo wuqingzhi;sleep 1;done"
],
"State": {
"Status": "running",
"Running": true,
"Paused": false,
"Restarting": false,
"OOMKilled": false,
"Dead": false,
"Pid": 6803,
"ExitCode": 0,
"Error": "",
"StartedAt": "2020-06-25T09:00:08.171966399Z",
"FinishedAt": "0001-01-01T00:00:00Z"
},
"Image": "sha256:831691599b88ad6cc2a4abbd0e89661a121aff14cfa289ad840fd3946f274f1f",
"ResolvConfPath": "/var/lib/docker/containers/fe2967bd0e07b1472701e08c206b94636564581f5abcf7d84516706d4d306f8d/resolv.conf",
"HostnamePath": "/var/lib/docker/containers/fe2967bd0e07b1472701e08c206b94636564581f5abcf7d84516706d4d306f8d/hostname",
"HostsPath": "/var/lib/docker/containers/fe2967bd0e07b1472701e08c206b94636564581f5abcf7d84516706d4d306f8d/hosts",
"LogPath": "/var/lib/docker/containers/fe2967bd0e07b1472701e08c206b94636564581f5abcf7d84516706d4d306f8d/fe2967bd0e07b1472701e08c206b94636564581f5abcf7d84516706d4d306f8d-json.log",
"Name": "/agitated_austin",
"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,
"Capabilities": null,
"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/9228a659d1301f7600b77268f955d7a593205ac521edf56b3822967c8e2e92cc-init/diff:/var/lib/docker/overlay2/6657dc032e5e54dddae39861a649afd7bec5688a3d7e5135fd6cea4981feb2bf/diff",
"MergedDir": "/var/lib/docker/overlay2/9228a659d1301f7600b77268f955d7a593205ac521edf56b3822967c8e2e92cc/merged",
"UpperDir": "/var/lib/docker/overlay2/9228a659d1301f7600b77268f955d7a593205ac521edf56b3822967c8e2e92cc/diff",
"WorkDir": "/var/lib/docker/overlay2/9228a659d1301f7600b77268f955d7a593205ac521edf56b3822967c8e2e92cc/work"
},
"Name": "overlay2"
},
"Mounts": [],
"Config": {
"Hostname": "fe2967bd0e07",
"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 wuqingzhi;sleep 1;done"
],
"Image": "centos",
"Volumes": null,
"WorkingDir": "",
"Entrypoint": null,
"OnBuild": null,
"Labels": {
"org.label-schema.build-date": "20200611",
"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": "370e43ff717f005ddbfee68f298093efd78be678d1a68e342195ea93d7e71c9e",
"HairpinMode": false,
"LinkLocalIPv6Address": "",
"LinkLocalIPv6PrefixLen": 0,
"Ports": {},
"SandboxKey": "/var/run/docker/netns/370e43ff717f",
"SecondaryIPAddresses": null,
"SecondaryIPv6Addresses": null,
"EndpointID": "35d159cecaf894ff6dc0648f2d3a55e6376063382055c6c136b423d45d5b3507",
"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": "5b9f3451c6b6d20f2a08f64814ce50996eea5b8bc1966b9b03dc10a8a085363d",
"EndpointID": "35d159cecaf894ff6dc0648f2d3a55e6376063382055c6c136b423d45d5b3507",
"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
}
}
}
}
]
**进入当前运行中的容器 **
# 我们通常容器都是使用后台方式运行的，需要进入容器，修改一些配置
# 方式一
[root@cdh04 docker]# docker exec -it fe2967bd0e07 /bin/bash
[root@fe2967bd0e07 /]# ps -ef
UID PID PPID C STIME TTY TIME CMD
root 1 0 0 09:00 ? 00:00:00 /bin/sh -c while true;do echo
root 596 0 0 09:09 pts/0 00:00:00 /bin/bash
root 619 1 0 09:10 ? 00:00:00 /usr/bin/coreutils --coreutils
root 620 596 0 09:10 pts/0 00:00:00 ps -ef
# 方式二
[root@cdh04 docker]# docker attach fe2967bd0e07
# docker exec # 进入容器后开启一个新的终端，可以在里面操作
# docker attach # 进入容器正在执行的终端
**从容器内拷贝文件到主机上 **
docker cp 容器id:容器内路径 目的地主机路径
[root@cdh04 ~]# docker attach 562fd273043a
[root@562fd273043a /]# cd /home/
[root@562fd273043a home]# ll
bash: ll: command not found
[root@562fd273043a home]# ls
[root@562fd273043a home]# touch test.java
[root@562fd273043a home]# exit
exit
您在 /var/spool/mail/root 中有新邮件
[root@cdh04 ~]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
[root@cdh04 ~]# docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
562fd273043a centos "/bin/bash" About a minute ago Exited (0) 13 seconds ago strange_goldstine
8684d64a00ac centos "/bin/sh -C 'while t…" 18 minutes ago Exited (127) 18 minutes ago amazing_lederberg
ee281360933c centos "/bin/sh -C" 19 minutes ago Exited (0) 19 minutes ago suspicious_edison
62133a0edcbf centos "/bin/bash" 21 minutes ago Exited (0) 20 minutes ago naughty_antonelli
d27919b1d045 centos "/bin/bash" 26 minutes ago Exited (0) 26 minutes ago crazy_germain
c2625535c104 centos "/bin/bash" 29 minutes ago Exited (0) 27 minutes ago wizardly_ride
[root@cdh04 ~]# docker cp 562fd273043a:/home/test.java ./
[root@cdh04 ~]# ll
总用量 4
-rw-------. 1 root root 1549 5月 30 22:10 anaconda-ks.cfg
-rw-r--r-- 1 root root 0 6月 25 17:17 test.java
-rw-r--r-- 1 root root 0 6月 25 17:16 wuqingzhi.java
常用命令小结
attach Attach local standard input, output, and error streams to a running container
build Build an image from a 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
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
history Show the history of an image
images List images
import Import the contents from a tarball to create a filesystem image
info Display system-wide information
inspect Return low-level information on Docker objects
kill Kill one or more running containers
load Load an image from a tar archive or STDIN
login Log in to a Docker registry
logout Log out from a 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
push Push an image or a repository to a registry
rename Rename a container
restart Restart one or more containers
rm Remove one or more containers
rmi Remove one or more images
run Run a command in a new container
save Save one or more images to a tar archive (streamed to STDOUT by default)
search Search the Docker Hub for images
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
wait Block until one or more containers stop, then print their exit codes
Docker 部署Nginx
# 1.搜索镜像
docker search nginx
# 2.拉取镜像
docker pull nginx
# 3.启动nginx
docker run -d --name nginx01 -p 9999:80 nginx
# 4.运行 和 测试
[root@cdh04 ~]# curl localhost:9999
<!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>
# 进入容器
[root@cdh04 ~]# docker exec -it nginx01 /bin/bash
端口暴露的概念
思考问题：我们每次改动nginx配置文件，都需要进入容器内部？十分的麻烦，我要是可以在容器外部提供一个映射路径，达到在容器修改文件名，容器内部就可以自动修改？-v 数据卷
Docker 部署Tomcat
# 官方的使用
docker run -it --rm tomcat:9.0
# 我们之前都是采用的后台启动，停止了容器还是可以查到的 docker run -it --rm ，一般是用来进行测试，用完即删
# 下载之后再启动
docker run -d -p 3355:8080 --name tomcat01 tomcat
# 进入容器
docker exec -it tomcat01 /bin/bash
# 发现问题 1、linux命令少了 2、没有webapps 阿里云镜像的原因。默认是最小的镜像，所有不必要的都剔除掉。
# 保证最小可运行的环境
# 进入容器
[root@cdh04 ~]# docker exec -it tomcat01 /bin/bash
root@d93cc3a9eac6:/usr/local/tomcat# cp -r webapps.dist/* webapps
思考问题：我们以后要部署项目，如果每次都要进入容器是不是很麻烦，我要是可以在容器外部提供一个映射路径，webapps，我们再外部放置项目，就自动同步到内部就好了
Docker 部署ES+Kibana
# es 暴露的端口很多！
# es 十分的耗内存
# es 的数据一般需要放置到安全目录！挂在
# --net smoenetwork ? 网络配置
docker run -d --name elasticsearch -p 9200:9200 -p 9300:9300 -e "discovery.type=single-node" elasticsearch:7.6.2
[root@cdh04 ~]# curl localhost:9200
{
"name" : "e4b3d5f78f10",
"cluster_name" : "docker-cluster",
"cluster_uuid" : "rwDEbEHgTBengdFNl4WIBw",
"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"
}
# 增加内存的限制，修改配置文件 -e 环境配置修改
docker run -d --name elasticsearch03 -p 9200:9200 -p 9300:9300 -e "discovery.type=single-node" -e ES_JAVA_OPTS="-Xms64m Xmx512m" elasticsearch:7.6.2
Docker镜像
镜像是什么
镜像是一种轻量级、可执行的独立软件包用来打包软件运行环境和基于运行环境开发的软件，他包含运行某个软件所需的所有内容、运行时、库、环境变量和配置文件。
所有应用，直接打包部署，就可以直接跑起来！
如何到镜像：
- 从远程仓库下载
- 朋友拷贝给你
- 自己制作一个镜像DockerFile
Docker镜像加载原理
UnionFS(联合文件系统)
Union文件系统(UnionFS) 是一种分层、轻量级并且高性能的文件系统，他支持对文件系统的修改作为一次提交来层层的叠加，
同时可以将不同目录挂载到同一个虚拟文件系统下（unite several directories into a single virtual filesystem）。Union文件系统是Docker镜像
的基础。镜像可以通过分层来进行集成，基于基础镜像（没有父镜像），可以制作各种具体的应用镜像。
特性：一次同时加载多个文件系统，但从外面看起来，只能看到一个文件系统你那个，联合加载会把各层文件系统叠加起来，这样最终的
文件系统会包含所有底层文件和目录。
Docker 镜像加载原理
docker 的镜像实际上由一层一层的文件系统组成，这种层级的文件系统UnionFS。
bootfs(boot file system) 主要包含bootloader和kernel，bootloader 主要是引导加载kernel，Linux刚启动时会加载bootfs文件系统，在Docker镜像的最底层是bootfs。这一层与我们典型的Linux/Unix系统是一样的，包含boot加载器和内核。当boot加载完成之后整个内核就存在内存中了，此时内存的使用权已由bootfs转交给内核，此时系统也会卸载bootfs。
roorfs （root file system），在bootfs之上。包含的就是典型Linux系统中的 /dev ，/proc，/bin ，/etx 等标准的目录和文件。rootfs就是各种不同的操作系统发行版。比如Ubuntu，Centos等等。
对于一个精简的OS，rootfs可以很小，只需要包括最基本的命令、工具和程序库就可以了，因为底层直接用Host（宿主机）的kernel，自己只需要提供rootfs就行了，由此可见对于不同的Linux发行版，bootfs基本是一致的，rootfs会有差别，因此不同的发行版可以公用bootfs。
虚拟机是分钟级别，容器是秒级！
分层原理
分层的镜像
我们可以去下载一个镜像，注意观察下载的日志输出，可以看到是一层层的在下载！
思考：为什么Docker镜像要采用这种分层的结构呢？
最大的好处，我觉得莫过于是资源共享了！比如有多个镜像都从相同的Base镜像构建而来，那么宿主机只需在磁盘保留一份base镜像，同事内存中也只需要加载一份base镜像，这样就可以为所有的容器服务了，而且镜像的每一层都可以被共享。
查看镜像分层的方式可以通过docker images inspect命令！
[root@cdh04 ~]# docker image inspect redis:latest
"RootFS": {
"Type": "layers",
"Layers": [
"sha256:13cb14c2acd34e45446a50af25cb05095a17624678dbafbcc9e26086547c1d74",
"sha256:e6b49c7dcaac7a2ec2acc379da5f5b1bcc6a5d3badd72814fe945296216557bd",
"sha256:cdaf0fb0082b74223a224c39c2d2ea886c32f53b7e1d5b872d5354aae0df56b8",
"sha256:72d3a7e6fe022824ee2f852ca132030e22c644fbaf8287f4ea8044268abe40b7",
"sha256:67c707dbd847d8310d3b988c3e3d9d9eb53387ede0de472e36a15abbcb6c719c",
"sha256:7b9c5be81844318508f57a5b0574822dabaaed3dc25ee35d960feec3a9e941c4"
]
},
理解：
所有Docker镜像都其实于一个基础镜像层，当进行修改或者增加新内容的时候，就会在当前镜像层之上，创建新的镜像层。举一个简单的例子，假如基于Ubuntu Linux 16.04 创建一个新的镜像，这就是新镜像的第一层；如果在该镜像中添加Python包，就会在基础镜像层之上创建第二个镜像层；如果继续添加一个安全补丁，就会创建第三个镜像层。
该镜像当前已经包含3个镜像层，如下图所示（这只是用来演示的很简单的例子）。
在添加额外的镜像层的同时，镜像始终保持是当前所有镜像的组合，理解这一点至关重要，每个镜像层包含是三个文件，而镜像包含了来自两个镜像层的6个文件。
上图中的镜像层跟之前的图中的略有区别，主要目的是便于展示文件。
下入展示了一个稍微复杂的三层镜像，在外部看起来整个镜像只有6个文件，这是因为最上层中的文件7是 5的一个更新版本
这种情况下，上层镜像层中的文件覆盖了底层镜像层中的文件。这样就使得文件的更新版本作为一个新镜像层添加到镜像当中。Docker通过存储引擎（新版本采用快照机制）的方式来实现镜像层堆栈，并保证多镜像层对外展示位统一的文件系统。
Linux上可用的存储引擎有AUFS、Overlay2、Device Mapper、Btrfs 以及ZFS。顾名思义，每种存储引擎都基于Linux中对应的文件系统或者块设备技术，并且每种存储引擎都有其独有的性能特点。
Docker在Windows上仅支持windowsfilter这一种存储引擎，该引擎基于NTFS文件系统之上实现了分层和CoW。
下图展示了与系统显示相同的三层镜像。所有镜像层堆叠并合并，对外提供统一的视图。
特点
Docker 镜像都是只读的，当容器启动时，一个新的可写层被夹在到镜像的顶部
这一层就是我们通常说的容器层，容器之下都叫镜像层。
Commit镜像
docker commit 提交容器成为一个新的副本
docker commit -m="提交的描述信息" -a="作者" 容器id 目标镜像名：[TAG]
实战测试
# 启动一个默认的tomcat
# 发现这个默认的tomcat 是没有webapps应用，镜像的原因，官方的镜像默认webapps下面是没有文件的！
# 我自己拷贝进去了基本的文件
# 将我们操作的镜像进行commit
[root@cdh04 ~]# docker commit -a="wuqingzhi" -m="add webapps app" b30538f6d8ec tomcat02:1.0
[root@cdh04 ~]# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
tomcat02 1.0 a8383d7021fe 8 seconds ago 652MB
容器数据卷
什么是容器数据卷
Docker的理念回顾
将应用和环境打包成一个镜像！
数据？如果数据都在容器中，那么我们容器删除，数据就会丢失！需求：数据可以持久化
MySQL，容器删除了，就相当于删除跑路！需求：MySQL数据可以存储在本地！
容器之间就可以有一个数据共享的技术！Docker容器中产生的数据，同步到本地。
这就是卷技术！目录的挂在，将我们容器内的目录，挂在到linux上面。
总结一句话:容器的持久化和同步操作！容器间也是可以数据共享的！
使用数据卷
方式一：直接使用命令来挂在 -v
docker run -it -v 主机目录：容器内目录
#测试
[root@cdh04 ~]# docker run -it -v /home/ceshi:/home centos /bin/bash
#启动起来之后我们可以通过docker inspect 容器id 来查看我们的卷挂载信息
[root@cdh04 home]# docker inspect 2a582f30027e
...
"Mounts": [
{
"Type": "bind",
"Source": "/home/ceshi",
"Destination": "/home",
"Mode": "",
"RW": true,
"Propagation": "rprivate"
}
]
...
# 测试文件的同步
# 在主机进行创建一个文件
[root@cdh04 ceshi]# touch test.java
[root@cdh04 ceshi]# pwd
/home/ceshi
[root@cdh04 ceshi]# ls
test.java
[root@cdh04 ceshi]#
# 查看docker内文件
[root@2a582f30027e home]# pwd
/home
[root@2a582f30027e home]# ls
# 测试容器停止后的同步
[root@cdh04 ceshi]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
[root@cdh04 ceshi]# touch test1.java
[root@cdh04 ~]# docker exec -it 2a582f30027e /bin/bash
[root@2a582f30027e /]# cd /home
[root@2a582f30027e home]# ls
test.java test1.java
# 此时我们发现这个目录中的文件也是存在的
好处：我们以后修改只需要在本地修改即可，容器内会自动同步！
实战：安装MySQL
思考：MySQL的数据持久化问题
# 获取镜像
[root@cdh04 ceshi]# docker pull mysql:5.7
# 运行容器,需要做数据挂载
[root@cdh04 ceshi]# docker run -d -p 3310: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来进行测试一下
# sqlyog-连接到服务器的3310 --- 3310 和容器内的3306进行映射,这个时候我们就可以连接上了
# 此时操作mysql的时候,对应目录也会发生变动
具名和匿名挂载
# 匿名挂在
-v 容器内路径!
docker run -d -P --name nginx01 -v /etc/nginx nginx
#查看所有卷的情况
[root@cdh04 data]# docker volume ls
# 这里发现 这种就是匿名挂载,我们在 -v 只写了容器内地址
DRIVER VOLUME NAME
local 82fde871c9c5d2ec729acbc13f68996b1563c94534196e185ac3df077afe0656
[root@cdh04 data]# docker run -d -P --name nginx02 -v juming-nginx:/etc/nginx nginx
[root@cdh04 data]# docker volume ls
DRIVER VOLUME NAME
local 82fde871c9c5d2ec729acbc13f68996b1563c94534196e185ac3df077afe0656
local juming-nginx
# 这里发现,可以通过-v来进行制定名称
# 查看具名挂载地址
[root@cdh04 data]# docker volume inspect juming-nginx
[
{
"CreatedAt": "2020-06-26T11:19:51+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/xxx/_data
我们通过具名挂载可以方便的找到我们的一个卷,大多数情况在使用的具名挂载
# 如何确定是具名挂载还是匿名挂载,还是指定路径挂载!
-v 容器内路径 # 匿名挂载
-v 卷名:容器内路径 # 具名挂载
-v /宿主机路径:容器内路径 # 指定路径挂载
拓展:
docker run -d -P --name nginx01 -v /etc/nginx:ro nginx
docker run -d -P --name nginx01 -v /etc/nginx:rw nginx
ro # 只读
rw # 可读可写
# ro 只要看到ro 就说明这个路径只能通过宿主机来操作,容器内无法操作
初识DockerFile
Dockerfile就是用来构建docker镜像的构建文件!命令脚本!先体验一下!
通过这个脚本可以生成镜像,镜像是一层层的,脚本一个个的命令,每个命令都是一层!
# 创建一个dockerfile文件 名字可以随机,建议Dockerfile
# 文件中的内容 指令(大写) 参数
FROM centos
VOLUME ["volume01","volume02"]
CMD echo "---end---"
CMD /bin/bash
#这里的每个命令,就是镜像的一层
# 启动自己的容器
[root@cdh04 docker-test-volume]# docker run -it ee6b06db8389 /bin/bash
这种方式我们未来使用的十分多,因为我们通常会构建自己的镜像!
假设构建镜像时候没有挂载卷,要手动镜像挂载 -v 卷名:容器内路径!
数据卷容器
多个mysql同步数据!
# 启动三个容器,通过我们刚才自己写的镜像启动 相当于集成
docker run -it --name docker01 wuqingzhi/centos:1.0
docker run -it --name docker02 --volumes-from docker01 qingzhi/centos:1.0
docker run -it --name docker03 --volumes-from docker01 qingzhi/centos:1.0
结论:
容器之间配置信息的传递,数据卷容器的生命周期一直持续到没有容器使用为止.
但是一旦你持久化到了本地,那这个时候,本地的数据是不会删除的!
DockerFile
DockerFile介绍
dokcerfile 是用来构建dokcer镜像的文件! 命令参数脚本!
构建步骤:
- 编写一个dockerfile文件
- docker build 构建成为一个镜像
- docker run 运行镜像
- docker push 发布镜像
查看官方怎么做的
FROM scratch
ADD centos-8-x86_64.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="20200611"
CMD ["/bin/bash"]
很多镜像都有基础包,很多功能没有,我们通常会自己搭建镜像!
官方既然可以制作镜像,那我们也可以!
DockerFile构建过程
基础知识:
- 每个保留关键字(指令)都必须是大写字母
- 执行从上到下顺序执行
- 井号键表示注释
- 每一个指令都会创建提交一个新的镜像层,并提交!
Dockerfile是面向开发的,我们以后要发布项目做镜像,做镜像,就需要编写dockerfile文件,这个文件十分简单!
Docker 镜像逐渐成为企业交付的标准,必须要掌握!
步骤:开发部署运维
DockerFile: 构建文件,定义了一切的步骤,源代码.
DockerImages:通过DockerFile 构建生成的镜像,最终发布和运行的产品!
Docker容器: 容器就是镜像运行起来提供服务器
DockerFile的指令
FROM # 基础镜像,一切从这里开始构建
MAINTAINER # 镜像是谁写的,姓名+邮箱
RUN # 镜像构建的时候需要运行的命令
ADD # 步骤: tomcat镜像,这个tomcat的压缩包!添加内容
WORKDIR # 镜像的工作目录
VOLUME # 挂载卷
EXPOSE # 暴露端口配置
CMD # 指定这个容器启动的时候要运行的命令,只有最后一个会生效
ENTRYPOINT # 指定这个容器启动的时候要运行的命令,可以追加命令
ONBUILD # 当构建一个被继承DockerFile 这个时候就会运行ONBUILD 的指令.触发指令
COPY # 类似ADD,将我们文件拷贝到镜像中
ENV # 构建的时候设置环境变量
实战测试
Docker Hub 中99% 镜像都是从这个基础镜像过来的FROM scratch
创建一个自己的Centos
# 1. 编写dockerfile
[root@cdh04 dockerfile]# cat mydockerfile
FROM centos
MAINTAINER wuqingzhi<wuqingzhi@aliyun.com>
ENV MYPATH /usr/local
WORKDIR $MYPATH
RUN yum install vim -y
RUN yum install net-tools -y
EXPOSE 80
CMD echo $MYPATH
CMD echo "====end==="
CMD /bin/bash
# 2. build
[root@cdh04 dockerfile]# docker build -f mydockerfile -t mycentos:0.1 .
Successfully built 55216def0dc3
Successfully tagged mycentos:0.1
# 3. 测试运行
[root@cdh04 dockerfile]# docker run -it mycentos:0.1 /bin/bash
我们可以列出我们镜像的本地改变历史
CMD和ENTRYPOINT的区别
CMD # 指定这个容器启动的时候要运行的命令,只有最后一个会生效
ENTRYPOINT # 指定这个容器启动的时候要运行的命令,可以追加命令
1.CMD
[root@cdh04 dockerfile]# vi docker-cmd
FROM centos
CMD ["ls","-a"]
[root@cdh04 dockerfile]# docker build -f docker-cmd -t cmdtest .
Sending build context to Docker daemon 3.072kB
Step 1/2 : FROM centos
---> 831691599b88
Step 2/2 : CMD ["ls","-a"]
---> Running in f9e40939b9ad
Removing intermediate container f9e40939b9ad
---> a349bdb56a97
Successfully built a349bdb56a97
Successfully tagged cmdtest:latest
[root@cdh04 dockerfile]# docker runcmdtest
docker: 'runcmdtest' is not a docker command.
See 'docker --help'
[root@cdh04 dockerfile]# docker runcmdtest
docker: 'runcmdtest' is not a docker command.
See 'docker --help'
[root@cdh04 dockerfile]# docker run cmdtest
.
..
.dockerenv
bin
dev
etc
home
lib
lib64
lost+found
media
mnt
opt
proc
root
run
sbin
srv
sys
tmp
usr
var
# 我们想追加一个命令 -l
[root@cdh04 dockerfile]# docker run cmdtest -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.
# 替换
- ENTRYPOINT
[root@cdh04 dockerfile]# vi dockerfile-ent
FROM centos
ENTRYPOINT ["ls","-a"]
[root@cdh04 dockerfile]# docker build -f dockerfile-ent -t entport-test .
[root@cdh04 dockerfile]# docker run entport-test
.
..
.dockerenv
bin
dev
etc
home
lib
lib64
lost+found
media
mnt
opt
proc
root
run
sbin
srv
sys
tmp
usr
var
[root@cdh04 dockerfile]# docker run entport-test -l
total 0
drwxr-xr-x 1 root root 6 Jun 26 07:00 .
drwxr-xr-x 1 root root 6 Jun 26 07:00 ..
-rwxr-xr-x 1 root root 0 Jun 26 07:00 .dockerenv
lrwxrwxrwx 1 root root 7 May 11 2019 bin -> usr/bin
drwxr-xr-x 5 root root 340 Jun 26 07:00 dev
drwxr-xr-x 1 root root 66 Jun 26 07:00 etc
drwxr-xr-x 2 root root 6 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
drwx------ 2 root root 6 Jun 11 02:35 lost+found
drwxr-xr-x 2 root root 6 May 11 2019 media
drwxr-xr-x 2 root root 6 May 11 2019 mnt
drwxr-xr-x 2 root root 6 May 11 2019 opt
dr-xr-xr-x 141 root root 0 Jun 26 07:00 proc
dr-xr-x--- 2 root root 162 Jun 11 02:35 root
drwxr-xr-x 11 root root 163 Jun 11 02:35 run
lrwxrwxrwx 1 root root 8 May 11 2019 sbin -> usr/sbin
drwxr-xr-x 2 root root 6 May 11 2019 srv
dr-xr-xr-x 13 root root 0 Jun 26 03:41 sys
drwxrwxrwt 7 root root 145 Jun 11 02:35 tmp
drwxr-xr-x 12 root root 144 Jun 11 02:35 usr
drwxr-xr-x 20 root root 262 Jun 11 02:35 var
DockerFile中很多命令都十分的相似,我们需要了解他们的区别,我们孔的学习就是对比他们然后进行测试学习
实战测试
- 准备镜像文件,tomcat压缩包,jdk压缩包
- 编写dockerfile文件,官方名称
Dockerfile,build会自动寻找这个文件,就不需要-f指定了
FROM centos
MAINTAINER wuqingzhi<wuqingzhi@aliyun.com>
COPY readme.txt /opt/data/tomcat/readme.txt
ADD jdk-8u144-linux-x64.tar.gz /usr/local
ADD apache-tomcat-6.0.48.tar.gz /usr/local
RUN yum -y install vim
ENV MYPATH /usr/local
WORKDIR $MYPATH
ENV JAVA_HOME /usr/local/jdk1.8.0_144
ENV CLASSPATH $JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
ENV CATALINA_HOME /usr/local/apache-tomcat-6.0.48
ENV CATALINA_BASE /usr/local/apache-tomcat-6.0.48
ENV PATH $PATH:$JAVA_HOME/bin:$CATALINA_HOME/lib:$CATALINA_HOME/bin
EXPOSE 8080
CMD /usr/local/apache-tomcat-6.0.48/bin/startup.sh && tail -F /usr/local/apache-tomcat-6.0.48/logs/catalina.out
- 构建镜像
# docker build -t diytomcat .
发布自己的镜像
DockerHub
阿里云镜像服务
小结
Docker网络
理解Docker0
清空所有的镜像
测试
三个网络
# 问题: docker 是如何处理容器间网络访问的?
[root@cdh04 tomcat]# docker run -d -P --name tomcat01 tomcat
# 查看容器ip地址
[root@cdh04 tomcat]# docker exec -it cdd105949966592bfeee463bd813919cfefbe62481ce7891b414981fd4bc91bc 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
50: eth0@if51: <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
# 我们发现容器启动的时候回得到一个 eth0@if51 ip地址 docker进行分配的
# 思考,linux机器能不能ping 容器内部
[root@cdh04 tomcat]# 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.128 ms
64 bytes from 172.17.0.2: icmp_seq=2 ttl=64 time=0.081 ms
# 启动另一个tomcat
[root@cdh04 tomcat]# docker run -d -P --name tomcat02 tomcat
[root@cdh04 tomcat]# docker exec -it b80570838079c4e164e58631f00ddc1e790efc4d5e48c20bd4c4421946b7e2e5 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
52: eth0@if53: <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
[root@cdh04 tomcat]# docker exec -it tomcat02 /bin/bash
root@b80570838079:/usr/local/tomcat# 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.123 ms
64 bytes from 172.17.0.2: icmp_seq=2 ttl=64 time=0.053 ms
64 bytes from 172.17.0.2: icmp_seq=3 ttl=64 time=0.053 ms
# 发现是可以的
# 我们发现启动容器之后生成的网卡,都是一对对的
# evth-pair 就是一对的虚拟设备接口,他们都是成对出现的,一段连着协议,一段彼此相连
# 正因为有这个特性,veth-pair 充当一个桥梁,连接各种虚拟网络设备
# OpenStac,Docker容器等都是使用 veth-pair 技术
# 结论 容器和容器之间是可以互相ping通的
结论:Tomcat01 和tomcat02 是公用的一个路由器,docker0
所有的容器不指定网络的情况,都是docker0路由的,docker会给我们的容器分配一个默认的可用IP
小结
Dokcer使用的是Linux的桥接网卡
Docker 中所有的网络接口都是虚拟的.虚拟的转发效率高(内网传递文件!)
只要容器删除,对应网桥一对就没了!
思考一个场景,我们编写了一个微服务,database url =ip:,项目不重启,数据库ip换掉了,我们希望可以处理这个问题,可以通过名字来进行访问?
–link(已经不推荐使用了)
[root@cdh04 tomcat]# docker exec -it tomcat01 ping tomcat02
ping: tomcat02: Name or service not known
# 如何解决呢?
# 通过--link可以解决
[root@cdh04 tomcat]# docker run -d -P --name tomcat04 --link tomcat01 tomcat
[root@cdh04 tomcat]# docker exec -it tomcat04 ping tomcat01
PING tomcat01 (172.17.0.2) 56(84) bytes of data.
64 bytes from tomcat01 (172.17.0.2): icmp_seq=1 ttl=64 time=0.076 ms
64 bytes from tomcat01 (172.17.0.2): icmp_seq=2 ttl=64 time=0.115 ms
# 反向不可以
## 原理是在tomcat03 hosts里面进行配置了tomcat01
## 原理是在tomcat01 hosts里面没有进行配置了tomcat03 所以不能进行访问
自定义网络
桥接模式
bridge: 桥接 docker 默认的
none :不配置网络
host: 和宿主机共享网络
container:容器网络互连!(用的少!局限很大)
测试
# 我们直接启动的命令 --net bridge,而这个就是我们的docker0
docker run -d -p --name tomcat01 tomcat
docker run -d -p --name tomcat01 --net bridge tomcat
# docker0的特点: 默认,域名不能访问,--link可以打通连接!
# 我们可以自定义网络
[root@cdh04 tomcat]# docker network create --help
Usage: docker network create [OPTIONS] NETWORK
Create a network
Options:
--attachable Enable manual container attachment
--aux-address map Auxiliary IPv4 or IPv6 addresses used by Network driver (default
map[])
--config-from string The network from which copying the configuration
--config-only Create a configuration only network
-d, --driver string Driver to manage the Network (default "bridge")
--gateway strings IPv4 or IPv6 Gateway for the master subnet
--ingress Create swarm routing-mesh network
--internal Restrict external access to the network
--ip-range strings Allocate container ip from a sub-range
--ipam-driver string IP Address Management Driver (default "default")
--ipam-opt map Set IPAM driver specific options (default map[])
--ipv6 Enable IPv6 networking
--label list Set metadata on a network
-o, --opt map Set driver specific options (default map[])
--scope string Control the network's scope
--subnet strings Subnet in CIDR format that represents a network segment
# 自己创建网卡
[root@cdh04 tomcat]# docker network create --driver bridge --subnet 192.168.0.0/16 --gateway 192.168.0.2 mynet
[root@cdh04 tomcat]# docker network ls
NETWORK ID NAME DRIVER SCOPE
6ceec5508d6a bridge bridge local
7ce3becba5a6 host host local
c7e4530f8e56 mynet bridge local
55b1406856ce none null local
我们自己的网络就创建好了
[root@cdh04 tomcat]# docker network inspect mynet
[
{
"Name": "mynet",
"Id": "c7e4530f8e56f486d731fffb68f4e0d449846675e53de544ac02674350ccbf46",
"Created": "2020-06-26T18:25:57.065522089+08:00",
"Scope": "local",
"Driver": "bridge",
"EnableIPv6": false,
"IPAM": {
"Driver": "default",
"Options": {},
"Config": [
{
"Subnet": "192.168.0.0/16",
"Gateway": "192.168.0.2"
}
]
},
"Internal": false,
"Attachable": false,
"Ingress": false,
"ConfigFrom": {
"Network": ""
},
"ConfigOnly": false,
"Containers": {},
"Options": {},
"Labels": {}
}
]
# 测试一下
[root@cdh04 tomcat]# docker run -d -P --name tomcat01-mynet --net mynet tomcat
d65b19fd910dbfc21c5eb201477b6e6d19e1b6a6de3720920d8924329c56b5a8
您在 /var/spool/mail/root 中有新邮件
[root@cdh04 tomcat]# docker run -d -P --name tomcat02-mynet --net mynet tomcat
991d744f497fab3e3643ffd66e629257b21bc7dddd5fed607f1b06eb4e6f012b
[root@cdh04 tomcat]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
991d744f497f tomcat "catalina.sh run" 4 seconds ago Up 2 seconds 0.0.0.0:32776->8080/tcp tomcat02-mynet
d65b19fd910d tomcat "catalina.sh run" 11 seconds ago Up 10 seconds 0.0.0.0:32775->8080/tcp tomcat01-mynet
[root@cdh04 tomcat]# docker exec -it tomcat02-mynet ping tomcat01-mynet
PING tomcat01-mynet (192.168.0.1) 56(84) bytes of data.
64 bytes from tomcat01-mynet.mynet (192.168.0.1): icmp_seq=1 ttl=64 time=0.060 ms
64 bytes from tomcat01-mynet.mynet (192.168.0.1): icmp_seq=2 ttl=64 time=0.048 ms
64 bytes from tomcat01-mynet.mynet (192.168.0.1): icmp_seq=3 ttl=64 time=0.048 ms
# 我们发现自定义网络是没有问题的
我们自定义的网络docker都已经帮我们维护好了对应的关系,推荐我们平时这样使用网络!
好处:
redis-不同的集群使用不同的网络,保证集群是安全和健康的
mysql-不同的集群使用不同的网络,保证集群是安全和健康的
网络联通
思考:我们如何让不同的网卡
# 测试
# 将我们的tomcat01 连接到自定义网卡上
[root@cdh04 tomcat]# docker network connect mynet tomcat01
[root@cdh04 tomcat]# docker inspect tomcat01
# 我们看看这个时候能不能ping通
[root@cdh04 tomcat]# docker exec -it tomcat01 ping tomcat02-mynet
PING tomcat02-mynet (192.168.0.3) 56(84) bytes of data.
64 bytes from tomcat02-mynet.mynet (192.168.0.3): icmp_seq=1 ttl=64 time=0.106 ms
64 bytes from tomcat02-mynet.mynet (192.168.0.3): icmp_seq=2 ttl=64 time=0.048 ms
64 bytes from tomcat02-mynet.mynet (192.168.0.3): icmp_seq=3 ttl=64 time=0.051 ms
64 bytes from tomcat02-mynet.mynet (192.168.0.3): icmp_seq=4 ttl=64 time=0.120 ms
64 bytes from tomcat02-mynet.mynet (192.168.0.3): icmp_seq=5 ttl=64 time=0.047 ms
64 bytes from tomcat02-mynet.mynet (192.168.0.3): icmp_seq=6 ttl=64 time=0.049 ms
64 bytes from tomcat02-mynet.mynet (192.168.0.3): icmp_seq=7 ttl=64 time=0.064 ms
64 bytes from tomcat02-mynet.mynet (192.168.0.3): icmp_seq=8 ttl=64 time=0.047 ms
结论: 假设要跨网络操作,就需要使用docker network connect 连通!
1331
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
