文章目录
- Docker
-
- 一、Docker概述
-
- 1.1、Docker为什么出现?
- 1.2、Dcoker的历史
- 1.3、Docker能做什么?
- 1.4、DevOps(开发、运维)
- 二、安装
-
- 2.1、Docker的基本组成
- 2.2、安装Docker
- 2.3、阿里云镜像加速
- 2.4、底层原理
- 三、Docker的常用命令
-
- 3.1、帮助命令
- 3.2、镜像命令
- 3.3、容器命令
- 3.4、常用其他命令
- 四、小结
-
- 练习
- Docker可视化
- 五、Docker镜像讲解
-
- 5.1、镜像是什么
- 5.2、Docker镜像加载原理
- 5.3、分层理解
- 5.4、commit镜像
- 六、容器数据卷
-
- 6.1、什么是容器卷?
- 6.2、使用数据卷
- 6.3、实战:安装MySQL
- 6.4、具名和匿名挂载
- 6.5、初识Dockerfile
- 6.6、数据卷容器
- 七、DockerFile
-
- 7.1、DockerFile介绍
- 7.2、DockerFile构建过程
- 7.3、DockerFile常用指令
- 7.4、实战测试
- 7.5、实战:Tomcat镜像
- 7.6、发布自己的镜像
- 7.7、小结
- 八、Docker 网络
-
- 8.1、理解Docker 0
- 8.2、–link
- 8.3、自定义网络
- 8.4、网络连通
- 8.5、实战:部署Redis集群
- 九、SpringBoot项目打包Docker镜像
- 十、小结
-
- 10.1、认识docker
- 10.2、Docker容器与虚拟机
- 10.3、Docker 命令
- 10.4、SpringBoot项目容器化步骤
- Docker进阶
-
- Docker Compose
-
- 简介
- 安装
- 体验
-
- compose配置编写规则
- 使用compose 一键部署 WP 博客
- 实战
- Docker Swarm
-
- 购买服务器
- 4台机器安装 Docker
- 工作模式
- 搭建集群
- Raft协议
- Swarm 集群弹性创建服务
- 概念总结
- Docker Stack
- Docker Secret
- Docker Config
Docker
一、Docker概述
1.1、Docker为什么出现?
一款产品: 开发–上线 两套环境!应用环境,应用配置!
开发 — 运维。 问题:我在我的电脑上可以允许!版本更新,导致服务不可用!对于运维来说考验十分大?
环境配置是十分的麻烦,每一个机器都要部署环境(集群Redis、ES、Hadoop…) !费事费力。
发布一个项目( jar + (Redis MySQL JDK ES) ),项目能不能带上环境安装打包!
之前在服务器配置一个应用的环境 Redis、MySQL、JDK、ES、Hadoop 配置超麻烦了,不能够跨平台。开发环境Windows,最后发布到Linux!
传统:开发jar,运维来做!
现在:开发打包部署上线,一套流程做完!
安卓流程:java — apk —发布(应用商店)— 张三使用apk一安装即可用!
docker流程: java-jar(环境) — 打包项目带上环境(镜像) — ( Docker仓库:商店)-----下载我们发布的镜像 — 直接运行即可!
Docker给以上的问题,提出了解决方案!
Docker的思想就来自于集装箱!
JRE – 多个应用(端口冲突) – 原来都是交叉的!
隔离:Docker核心思想!打包装箱!每个箱子是互相隔离的。
Docker通过隔离机制,可以将服务器利用到极致!
本质:所有的技术都是因为出现了一些问题,我们需要去解决,才去学习!
1.2、Dcoker的历史
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容器技术,也是一种虚拟化技术!
- vm : linux centos 原生镜像(一个电脑!) 隔离、需要开启多个虚拟机! 几个G 几分钟
- docker: 隔离,镜像(最核心的环境 4m + jdk + mysql)十分的小巧,运行镜像就可以了!小巧!
几个M 秒级启动!
Docker基于Go语言开发的!开源项目!
docker官网:https://www.docker.com/
文档:https://docs.docker.com/ Docker的文档是超级详细的!
仓库:https://hub.docker.com/ 相当于 github
1.3、Docker能做什么?
比较Docker和虚拟机技术的不同:
- 传统虚拟机,虚拟出一条硬件,运行一个完整的操作系统,然后在这个系统上安装和运行软件
- 容器内的应用直接运行在宿主机的内容,容器是没有自己的内核的,也没有虚拟我们的硬件,所以
就轻便了 - 每个容器间是互相隔离,每个容器内都有一个属于自己的文件系统,互不影响
1.4、DevOps(开发、运维)
- 应用更快速的交付和部署
传统:一对帮助文档,安装程序。
Docker:打包镜像发布测试一键运行。
- 更便捷的升级和扩缩容
使用了 Docker之后,我们部署应用就和搭积木一样
项目打包为一个镜像,扩展服务器A!服务器B
- 更简单的系统运维
在容器化之后,我们的开发,测试环境都是高度一致的
- 更高效的计算资源利用
Docker是内核级别的虚拟化,可以在一个物理机上可以运行很多的容器实例!服务器的性能可以被压榨
到极致。
二、安装
2.1、Docker的基本组成
- 镜像(image):
docker镜像就好比是一个目标,可以通过这个目标来创建容器服务,tomcat镜像==>run==>容器(提供服务器),通过这个镜像可以创建多个容器(最终服务运行或者项目运行就是在容器中的)。
- 容器(container):
Docker利用容器技术,独立运行一个或者一组应用,通过镜像来创建的.
启动,停止,删除,基本命令
目前就可以把这个容器理解为就是一个简易的 Linux系统。
- 仓库(repository):
仓库就是存放镜像的地方!
仓库分为公有仓库和私有仓库。(很类似git)
Docker Hub是国外的。
阿里云…都有容器服务器(配置镜像加速!)
2.2、安装Docker
环境准备
Linux要求内核3.0以上
➜ ~ uname -r
4.15.0-96-generic # 要求3.0以上
➜ ~ cat /etc/os-release
NAME="Ubuntu"
VERSION="18.04.4 LTS (Bionic Beaver)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 18.04.4 LTS"
VERSION_ID="18.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-
policy"VERSION_CODENAME=bionic
UBUNTU_CODENAME=bionic
- 安装
帮助文档:https://docs.docker.com/engine/install/
#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 docker-ce docker-ce-cli containerd.io
#5.启动docker
systemctl start docker
#6. 使用docker version查看是否按照成功
docker version
#7. 测试
docker run hello-world
Hello from Docker!
This message shows that your installation appears to be working correctly.
To generate this message, Docker took the following steps:
1. The Docker client contacted the Docker daemon.
2. The Docker daemon pulled the "hello-world" image from the Docker Hub.
(amd64)
3. The Docker daemon created a new container from that image which runs the
executable that produces the output you are currently reading.
4. The Docker daemon streamed that output to the Docker client, which sent it
to your terminal.
To try something more ambitious, you can run an Ubuntu container with:
$ docker run -it ubuntu bash
Share images, automate workflows, and more with a free Docker ID:https://hub.docker.com/
For more examples and ideas, visit:https://docs.docker.com/get-started/
#8.查看一下下载的这个hello-world镜像
docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
hello-world latest bf756fb1ae65 4 months ago
13.3kB
了解:卸载Docker
#1. 卸载依赖
yum remove docker-ce docker-ce-cli containerd.io
#2. 删除资源
rm -rf /var/lib/docker
# /var/lib/docker 是docker的默认工作路径!
2.3、阿里云镜像加速
1、登录阿里云找到容器服务
2、找到镜像加速器
3、配置使用
sudo mkdir -p /etc/docker
sudo tee /etc/docker/daemon.json <<-'EOF'
{
"registry-mirrors": ["https://78q96cy9.mirror.aliyuncs.com"]
}
EOF
sudo systemctl daemon-reload
sudo systemctl restart docker
回顾HelloWorld流程
2.4、底层原理
Docker是怎么工作的?
Docker是一个Client-Server结构的系统,Docker的守护进程运行在主机上。通过Socket从客户端访
问!
Docker-Server接收到Docker-Client的指令,就会执行这个命令!
Docker为什么比VM快?
1、Dokcer有着比虚拟机更少的抽象层。由于docker不需要Hypervisor实现硬件资源虚拟化,运行在docker容器上的程序直接使用的都是实际物理机的硬件资源。因此在CPU、内存利用率上docker将会在效率上有明显优势。
2、docker利用的是宿主机的内核,vm 需要是Guest OS
所以说,新建一个容器的时候,docker 不需要像虚拟机一样重新加载一个操作系统内核,避免引导。虚拟机是加载 Guest OS,分钟级别的,而docker 是利用宿主机的操作系统,省略了这个复杂的过程,秒级!
三、Docker的常用命令
3.1、帮助命令
docker version #显示docker的版本信息。
docker info #显示docker的系统信息,包括镜像和容器的数量
docker 命令 --help #帮助命令
帮助文档的地址:https://docs.docker.com/engine/reference/commandline/docker/
3.2、镜像命令
docker images #查看所有本地主机上的镜像 可以使用docker image ls代替
docker search 搜索镜像
docker pull 下载镜像 docker image pull
docker rmi 删除镜像 docker image rm
docker images 查看所有本地的主机上的镜像
[root@iZ8vbgc3u6dvwrjyp45lyrZ /]# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
hello-world latest d1165f221234 4 months ago 13.3kB
# 解释
REPOSITORY 镜像的仓库源
TAG 镜像的标签
IMAGE ID 镜像的ID
CREATED 镜像的创建时间
SIZE 镜像的大小
# 可选项
-a, --all # 列出所有的镜像
-q, --quiet # 只显示镜像的id
docker images -aq #显示所有镜像的id
docker search 搜索镜像
[root@iZ8vbgc3u6dvwrjyp45lyrZ /]# docker search mysqlNAME DESCRIPTION STARS OFFICIAL AUTOMATEDmysql MySQL is a widely used, open-source relation… 11138 [OK] mariadb MariaDB Server is a high performing open sou… 4221 [OK] mysql/mysql-server Optimized MySQL Server Docker images. Create… 829 [OK]percona Percona Server is a fork of the MySQL relati… 547 [OK] phpmyadmin phpMyAdmin - A web interface for MySQL and M… 274 [OK] centos/mysql-57-centos7 MySQL 5.7 SQL database server 89 mysql/mysql-cluster Experimental MySQL Cluster Docker images. Cr… 88 # 可选项--filter=STARS=3000 # 搜索出来的镜像就死starts 大于3000的[root@iZ8vbgc3u6dvwrjyp45lyrZ /]# docker search mysql --filter=STARS=3000NAME DESCRIPTION STARS OFFICIAL AUTOMATEDmysql MySQL is a widely used, open-source relation… 11138 [OK] mariadb MariaDB Server is a high performing open sou… 4221 [OK]
docker pull 下载镜像
# 下载镜像 docker pull 镜像名[:tag][root@iZ8vbgc3u6dvwrjyp45lyrZ /]# docker pull mysqlUsing default tag: latestlatest: Pulling from library/mysqlb4d181a07f80: Pull complete a462b60610f5: Pull complete 578fafb77ab8: Pull complete 524046006037: Pull complete d0cbe54c8855: Pull complete aa18e05cc46d: Pull complete 32ca814c833f: Pull complete 9ecc8abdb7f5: Pull complete ad042b682e0f: Pull complete 71d327c6bb78: Pull complete 165d1d10a3fa: Pull complete 2f40c47d0626: Pull complete Digest: sha256:52b8406e4c32b8cf0557f1b74517e14c5393aff5cf0384eff62d9e81f4985d4bStatus: Downloaded newer image for mysql:latestdocker.io/library/mysql:latest# 等价于docker pull mysqldocker pull docker.io/library/mysql:latest# 指定版本下载[root@iZ8vbgc3u6dvwrjyp45lyrZ /]# docker pull mysql:5.75.7: Pulling from library/mysqlb4d181a07f80: Already exists a462b60610f5: Already exists 578fafb77ab8: Already exists 524046006037: Already exists d0cbe54c8855: Already exists aa18e05cc46d: Already exists 32ca814c833f: Already exists 52645b4af634: Pull complete bca6a5b14385: Pull complete 309f36297c75: Pull complete 7d75cacde0f8: Pull complete Digest: sha256:1a2f9cd257e75cc80e9118b303d1648366bc2049101449bf2c8d82b022ea86b7Status: Downloaded newer image for mysql:5.7docker.io/library/mysql:5.7
docker rmi 删除镜像
[root@iZ8vbgc3u6dvwrjyp45lyrZ /]# docker rmi -f 镜像id # 删除指定的镜像[root@iZ8vbgc3u6dvwrjyp45lyrZ /]# docker rmi -f 镜像id 镜像id 镜像id 镜像id # 删除多个镜像[root@iZ8vbgc3u6dvwrjyp45lyrZ /]# docker rmi -f $(docker images -aq) # 删除全部的镜像
3.3、容器命令
docker run 镜像id 新建容器并启动docker ps 列出所有运行的容器 docker container listdocker rm 容器id 删除指定容器docker start 容器id #启动容器docker restart容器id #重启容器docker stop 容器id #停止当前正在运行的容器docker kill 容器id #强制停止当前容器
说明:我们有了镜像才可以创建容器,linux,下载一个centos镜像来测试学习
docker pull centos
新建容器并启动
docker run [可选参数] image# 参数说明--name="Name" 容器名字 tomcat01 tomcat02, 用来区分容器-d 后台方式运行-it 使用交互方式运行,进入容器查看内容-p 指定容器的端口 -p 8080:8080 -p ip:主机端口:容器端口 -p 主机端口:容器端口(常用) -p 容器端口 容器端口-p 随机指定端口# 测试,启动并进入容器[root@iZ8vbgc3u6dvwrjyp45lyrZ ~]# docker run -it centos /bin/bash[root@90262d2cbb32 /]# lsbin dev etc home lib lib64 lost+found media mnt opt proc root run sbin srv sys tmp usr var# 从容器中退回主机[root@90262d2cbb32 /]# exitexit[root@iZ8vbgc3u6dvwrjyp45lyrZ /]# lsbin boot dev etc home lib lib64 lost+found media mnt opt patch proc root run sbin srv sys tmp usr var www
列出所有的运行的容器
#docker ps命令 #列出当前正在运行的容器 # 列出当前正在运行的容器-a # 列出当前正在运行的容器+带出历史运行过的容器-n=? # 显示最近创建的容器-q # 只显示容器的编号[root@iZ8vbgc3u6dvwrjyp45lyrZ /]# docker psCONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMESa199a44bb07c centos "/bin/bash" 23 minutes ago Up 23 minutes compassionate_feynman[root@iZ8vbgc3u6dvwrjyp45lyrZ /]# docker ps -aCONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES90262d2cbb32 centos "/bin/bash" 4 minutes ago Exited (0) 3 minutes ago zen_cerfa199a44bb07c centos "/bin/bash" 23 minutes ago Up 23 minutes compassionate_feynman2a70eb3c087c d1165f221234 "/hello" 25 hours ago Exited (0) 25 hours ago bold_darwin
退出容器
exit # 直接容器停止并退出Ctrl + P + Q # 容器不停止退出
删除容器
docker rm 容器id # 删除指定容器,不能删除正在运行的容器,如果要强制删除 rm -fdocker rm -f $(docker ps -aq) # 删除所有的容器docker ps -a -qlxargs docker rm # 删除所有的容器
启动和停止容器的操作
docker start 容器id #启动容器docker restart 容器id #重启容器docker stop 容器id #停止当前正在运行的容器docker kill 容器id #强制停止当前容器
3.4、常用其他命令
后台启动容器
# 命令 docker run -d 镜像名![root@iZ8vbgc3u6dvwrjyp45lyrZ ~]# docker run -d centos# 问题docker ps,发现centos停止了# 常见的坑,docker 容器使用后台运行,就必须要有一个前台进程, docker 发现没有应用,就会自动停止# nginx,容器启动后,发现自己没有提供服务,就会立刻停止,就是没有程序了
查看日志
[root@iZ8vbgc3u6dvwrjyp45lyrZ ~]# docker logs --helpUsage: docker logs [OPTIONS] CONTAINERFetch the logs of a containerOptions: --details Show extra details provided to logs -f, --follow Follow log output --since string Show logs since timestamp (e.g. 2013-01-02T13:23:37Z) or relative (e.g. 42m for 42 minutes) -n, --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:37Z) or relative (e.g. 42m for 42 minutes)docker logs -f -t --tail 容器,没有日志# 自己编写一段shell脚本➜ ~ docker run -d centos /bin/sh -c "while true;do echo 6666;sleep 1;done" #模拟日志[root@iZ8vbgc3u6dvwrjyp45lyrZ ~]# docker psCONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES596b80f933ac centos "/bin/sh -c 'while t…" 9 seconds ago Up 8 seconds priceless_meninsky# 显示日志-tf #显示日志--tail=number #要显示日志条数[root@iZ8vbgc3u6dvwrjyp45lyrZ ~]# docker logs -tf --tail 10 596b80f933ac[root@iZ8vbgc3u6dvwrjyp45lyrZ ~]# docker logs -tf --tail=10 596b80f933ac
查看容器中进程信息 ps
# 命令 docker top 容器id[root@iZ8vbgc3u6dvwrjyp45lyrZ ~]# docker top 596b80f933acUID PID PPID C STIME TTY TIME CMDroot 10528 10491 0 17:17 ? 00:00:00 /bin/sh -c while true;do echo 6666;sleep 1;doneroot 11362 10528 0 17:23 ? 00:00:00 /usr/bin/coreutils --coreutils-prog-shebang=sleep /usr/bin/sleep 1
查看镜像的元数据
# 命令docker inspect 容器id#测试[root@iZ8vbgc3u6dvwrjyp45lyrZ ~]# docker inspect 596b80f933ac[ { "Id": "596b80f933acd4ce543055c6a1aaf8ca506a3b33114eaa444deb8f6d213c0849", "Created": "2021-07-19T09:17:27.223487995Z", "Path": "/bin/sh", "Args": [ "-c", "while true;do echo 6666;sleep 1;done" ], "State": { "Status": "running", "Running": true, "Paused": false, "Restarting": false, "OOMKilled": false, "Dead": false, "Pid": 10528, "ExitCode": 0, "Error": "", "StartedAt": "2021-07-19T09:17:27.766892887Z", "FinishedAt": "0001-01-01T00:00:00Z" }, "Image": "sha256:300e315adb2f96afe5f0b2780b87f28ae95231fe3bdd1e16b9ba606307728f55", "ResolvConfPath": "/www/server/docker/containers/596b80f933acd4ce543055c6a1aaf8ca506a3b33114eaa444deb8f6d213c0849/resolv.conf", "HostnamePath": "/www/server/docker/containers/596b80f933acd4ce543055c6a1aaf8ca506a3b33114eaa444deb8f6d213c0849/hostname", "HostsPath": "/www/server/docker/containers/596b80f933acd4ce543055c6a1aaf8ca506a3b33114eaa444deb8f6d213c0849/hosts", "LogPath": "/www/server/docker/containers/596b80f933acd4ce543055c6a1aaf8ca506a3b33114eaa444deb8f6d213c0849/596b80f933acd4ce543055c6a1aaf8ca506a3b33114eaa444deb8f6d213c0849-json.log", "Name": "/priceless_meninsky", "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": "/www/server/docker/overlay2/af4bc87d67799d8b6cdf08a9d41c5f2f42bc1dee194708a8287370e1aeb5aacd-init/diff:/www/server/docker/overlay2/8bb8bc75371b9b436abb5d88b3eedfeda97b58f5fc723571dc673c832c1e6a38/diff", "MergedDir": "/www/server/docker/overlay2/af4bc87d67799d8b6cdf08a9d41c5f2f42bc1dee194708a8287370e1aeb5aacd/merged", "UpperDir": "/www/server/docker/overlay2/af4bc87d67799d8b6cdf08a9d41c5f2f42bc1dee194708a8287370e1aeb5aacd/diff", "WorkDir": "/www/server/docker/overlay2/af4bc87d67799d8b6cdf08a9d41c5f2f42bc1dee194708a8287370e1aeb5aacd/work" }, "Name": "overlay2" }, "Mounts": [], "Config": { "Hostname": "596b80f933ac", "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 6666;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": "9c71ffb4e5d863c3524fe7a27833ff7f6052682748d470606cbced723bba6778", "HairpinMode": false, "LinkLocalIPv6Address": "", "LinkLocalIPv6PrefixLen": 0, "Ports": {}, "SandboxKey": "/var/run/docker/netns/9c71ffb4e5d8", "SecondaryIPAddresses": null, "SecondaryIPv6Addresses": null, "EndpointID": "63a976af8b43a9b93ad61e64d887672519e03bb129f5b0869d84c36bc2949e6f", "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": "4ba7aca2fcac8c1acfc725d7060eafb63c9e3472e4b90727c3ed8bb2e1c9548f", "EndpointID": "63a976af8b43a9b93ad61e64d887672519e03bb129f5b0869d84c36bc2949e6f", "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 bashShell
# 测试
[root@iZ8vbgc3u6dvwrjyp45lyrZ /]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
596b80f933ac centos "/bin/sh -c 'while t…" 16 hours ago Up 16 hours priceless_meninsky
[root@iZ8vbgc3u6dvwrjyp45lyrZ /]# docker exec -it 596b80f933ac
"docker exec" requires at least 2 arguments.
See 'docker exec --help'.
Usage: docker exec [OPTIONS] CONTAINER COMMAND [ARG...]
Run a command in a running container
[root@iZ8vbgc3u6dvwrjyp45lyrZ /]# docker exec -it 596b80f933ac /bin/bash
[root@596b80f933ac /]# ls
bin dev etc home lib lib64 lost+found media mnt opt proc root run sbin srv sys tmp usr var
[root@596b80f933ac /]# ps -ef
UID PID PPID C STIME TTY TIME CMD
root 1 0 0 Jul19 ? 00:00:17 /bin/sh -c while true;do echo 6666;sleep 1;done
root 23455 0 0 00:51 pts/0 00:00:00 /bin/bash
root 23704 1 0 00:55 ? 00:00:00 /usr/bin/coreutils --coreutils-prog-shebang=sleep /usr/bin/sleep 1
root 23705 23455 0 00:55 pts/0 00:00:00 ps -ef
# 方式二
docker attach 容器id
# 测试
[root@iZ8vbgc3u6dvwrjyp45lyrZ /]# docker attach 596b80f933ac
正在执行当前的代码。。。。
# docker exec #进入容器后开启一个新的终端,可以在里面操作(常用)
# docker attach #进入容器正在执行的终端,不会启动新的进程!
从容器内拷贝到主机上
docker cp 容器id:容器内路径 目的的主机路径
# 查看当前主机目录下
[root@iZ8vbgc3u6dvwrjyp45lyrZ home]# ls
kuangshen.java www
[root@iZ8vbgc3u6dvwrjyp45lyrZ home]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
0b308ba7528d centos "/bin/bash" About a minute ago Up About a minute jovial_kepler
# 进入docker容器内部
[root@iZ8vbgc3u6dvwrjyp45lyrZ home]# docker attach 0b308ba7528d
[root@0b308ba7528d /]# cd /home
[root@0b308ba7528d home]# ls
# 在容器内新建一个文件
[root@0b308ba7528d home]# touch test.java
[root@0b308ba7528d home]# exit
exit
[root@iZ8vbgc3u6dvwrjyp45lyrZ home]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
[root@iZ8vbgc3u6dvwrjyp45lyrZ home]# docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
0b308ba7528d centos "/bin/bash" 4 minutes ago Exited (0) 2 minutes ago jovial_kepler
# 将这个文件拷贝出来到主机上
[root@iZ8vbgc3u6dvwrjyp45lyrZ home]# docker cp 0b308ba7528d:/home/test.java /home
[root@iZ8vbgc3u6dvwrjyp45lyrZ home]# ls
kuangshen.java test.java www
# 拷贝是一个手动过程,未来我们使用 -v 卷的技术,可以实现
四、小结
attach Attach to a running container #当前shell下attach连接指定运行镜像build Build an image from a Dockerfile #通过Dockerfile定制镜像commit Create a new image from a containers changes #提交当前容器为新的镜像cp Copy files/folders from a container to a HOSTDIR or to STDOUT #从容器中拷贝指定文件或者目录到宿主机中create Create a new container #创建一个新的容器,同run 但不启动容器diff Inspect changes on a containers filesystem #查看docker容器变化events Get real time events from the server #从docker服务获取容器实时事件exec Run a command in a running container #在已存在的容器上运行命令export Export a containers 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包中的内容创建一个新的文件系统映像(对应export)info Display system-wide information #显示系统相关信息inspect Return low-level information on a container or image #查看容器详细信息kill Kill a running container #kill指定docker容器load Load an image from a tar archive or STDIN #从一个tar包中加载一个镜像(对应save)login Register or 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 a container #暂停容器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 a running container #重启运行的容器rm Remove one or more containers #移除一个或者多个容器rmi Remove one or more images #移除一个或多个镜像(无容器使用该镜像才可以删除,否则需要删除相关容器才可以继续或者-f强制删除)run Run a command in a new container #创建一个新的容器并运行一个命令save Save an image(s) to a tar archive #保存一个镜像为一个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 a running container #停止容器tag Tag an image into a repository #给源中镜像打标签top Display the running processes of a container #查看容器中运行的进程信息unpause Unpause all processes within a container #取消暂停容器version Show the Docker version information #查看容器版本号wait Block until a container stops, then print its exit code #截取容器停止时的退出状态值
练习
安装nginx
#1. 搜索镜像 search 建议大家去docker hub搜索,可以看到帮助文档docker search nginx#2. 拉取镜像 pulldocker pull nginx#3. 运行测试# -d 后台运行# --name 给容器命名# -p 宿主机端口:容器内部端口[root@iZ8vbgc3u6dvwrjyp45lyrZ home]# docker imagesREPOSITORY TAG IMAGE ID CREATED SIZEnginx latest 4cdc5dd7eaad 13 days ago 133MBcentos latest 300e315adb2f 7 months ago 209MB[root@iZ8vbgc3u6dvwrjyp45lyrZ home]# docker run -d --name nginx01 -p:3389:80 nginx8661ad7244a0dc33bed197e3e0147843b4e5e9d9e8646e442ffb102e1d0d4ac3[root@iZ8vbgc3u6dvwrjyp45lyrZ home]# docker psCONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES8661ad7244a0 nginx "/docker-entrypoint.…" 9 seconds ago Up 8 seconds 0.0.0.0:3389->80/tcp nginx01[root@iZ8vbgc3u6dvwrjyp45lyrZ home]# curl localhost:3389# 进入容器[root@iZ8vbgc3u6dvwrjyp45lyrZ home]# docker exec -it nginx01 /bin/bashroot@8661ad7244a0:/# whereis nginx nginx: /usr/sbin/nginx /usr/lib/nginx /etc/nginx /usr/share/nginxroot@8661ad7244a0:/# cd /etc/nginxroot@8661ad7244a0:/etc/nginx# lsconf.d fastcgi_params mime.types modules nginx.conf scgi_params uwsgi_paramsroot@8661ad7244a0:/etc/nginx#
端口暴露示意图:
思考问题:我们每次改动nginx配置文件,都需要进入容器内部?十分的麻烦,我要是可以在容器外部提供一个映射路径,达到在容器修改文件名,容器内部就可以自动修改? -v 数据卷!
安装tomcat
# 官方的使用docker run -it --rm tomcat:9.0# 我们之前的启动都是后台,停止了容器之后,容器还是可以查到 docker run -it --rm,一般用来测试,用完就删除# 下载再启动docker pull tomcat # 启动运行docker run -d -p 3355:8080 --name tomcat01 tomcat# 测试访问没有问题# 进入容器[root@iZ8vbgc3u6dvwrjyp45lyrZ home]# docker exec -it tomcat01 /bin/bash# 发现问题:1、linux命令少了,2、没有webapps,阿里云镜像的原因。默认是最小的镜像,所有不必要的都剔除掉了。# 保证最小可运行的环境
部署es+kibana
# es 暴露的端口很多!# es 十分耗内存# es 的数据一般需要放置到安全目录!挂载# --net somenetwork ? 网络配置# 下载启动elasticsearch(Docker一步搞定)docker run -d --name elasticsearch -p 9200:9200 -p 9300:9300 -e"discovery.type=single-node" elasticsearch:7.6.2# 测试一下es是否成功启动➜ ~ curl localhost:9200{"name" : "d73ad2f22dd3","cluster_name" : "docker-cluster","cluster_uuid" : "atFKgANxS8CzgIyCB8PGxA","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容器使用内存情况(每秒刷新,也挺耗内存的一个命令)➜ ~ docker stats#关闭,添加内存的限制,修改配置文件 -e 环境配置修改➜ ~ docker rm -f d73ad2f22dd3➜ ~ docker run -d --name elasticsearch -p 9200:9200 -p 9300:9300 -e"discovery.type=single-node" -e ES_JAVA_OPTS="-Xms64m -Xmx512m"elasticsearch:7.6.2➜ ~ curl localhost:9200{"name" : "b72c9847ec48","cluster_name" : "docker-cluster","cluster_uuid" : "yNAK0EORSvq3Wtaqe2QqAg","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"}
作业:使用kibana连接es?思考网络如何才能连接。
Docker可视化
什么是portainer?
Docker图形化界面管理工具!提供一个后台面板供我们操作!
# 运行如下命令即可 打开可视化服务
docker run -d -p 8080:9000--restart=always -v /var/run/docker.sock:/var/run/docker.sock --privileged=true portainer/portainer
访问:http://ip:8080/
五、Docker镜像讲解
5.1、镜像是什么
镜像是一种轻量级、可执行的独立软件包,用来打包软件运行环境和基于运行环境开发的软件,它包含运行某个软件所需的所有内容,包括代码、运行时、库、环境变量和配置文件。
所有的应用,直接打包docker镜像,就可以直接跑起来!
如何得到镜像:
- 从远程仓库下载
- 朋友拷贝给你
- 自己制作一个镜像DockerFile
5.2、Docker镜像加载原理
UnionFS(联合文件系统):Union文件系统(UnionFS)是一种分层、轻量级并且高性能的文件系统,它支持对文件系统的修改作为一次提交来一层层的叠加,同时可以将不同目录挂载到同一个虚拟文件系统下(unite several directories into a single virtual filesystem)。Union文件系统是Docker镜像的基础。镜像可以通过分层来进行继承,基于基础镜像(没有父镜像),可以制作各种具体的应用镜像。
特性:一次同时加载多个文件系统,但从外面看起来,只能看到一个文件系统,联合加载会把文件系统及叠加起来,这样最终的文件系统包含所有底层的文件和目录
Dcoker镜像加载原理
docker的镜像实际上由一层一层的文件系统组成,这种层级的文件系统UnionFS。
bootfs(boot file system)主要包含bootloader和kernel,bootloader主要是引导加载kernel,Linux刚启动时会加载bootfs文件系统,在Docker镜像的最底层是bootfs。这一层与我们电箱的Linux/Unix系统是一样的,包含boot加载器和内核。当boot加载完成之后整个内核就都在内存中了,此时内存的使用权已由bootfs转交给内核,此时系统也会卸载bootfs。
rootfs(root file system),在bootfs之上。包含的就是典型Linux 系统中的 /dev,/proc,/bin,/etc 等标准目录和文件。rootfs就是各种不同的操作系统发行版,比如Ubuntu,Centos等等。
- 平时我们安装进虚拟机的CentOS都是好几个G,为什么Docker这里才200M?
对于个精简的OS,rootfs可以很小,只需要包合最基本的命令,工具和程序库就可以了,因为底层直接用Host的kernel,自己只需要提供rootfs就可以了。由此可见对于不同的Linux发行版, boots基本是一致的, rootfs会有差別,因此不同的发行版可以公用bootfs。
虚拟机是分钟级别,容器是秒级!
5.3、分层理解
我们可以去下载一个镜像,注意观察下载的日志输出,可以看到是一层层的在下载 。
思考:为什么Docker镜像要采用这种分层的结构呢?
最大的好处,我觉得莫过于资源共享了!比如有多个镜像都从相同的Base镜像构建而来,那么宿主机只需在磁盘上保留一份base镜像,同时内存中也只需要加载一份base镜像,这样就可以为所有的容器服务了,而且镜像的每一层都可以被共享。
查看镜像分层的方式可以通过docker image inspect 命令
[root@iZ8vbgc3u6dvwrjyp45lyrZ ~]# docker image inspect redis:latest
[
{
//.............
"RootFS": {
"Type": "layers",
"Layers": [
"sha256:764055ebc9a7a290b64d17cf9ea550f1099c202d83795aa967428ebdf335c9f7",
"sha256:245c9d23f65373415922e53424032cabe7b282c5cf8f9f8070a7d1830fca6871",
"sha256:ebef6caacb966ed54c0c3facf2288fa5124452f2c0a17faa1941625eab0ceb54",
"sha256:0b7b774038f08ec329e4dd2c0be440c487cfb003a05fce87cd5d1497b602f2c1",
"sha256:a71d36a87572d637aa446110faf8abb4ea74f028d0e0737f2ff2b983ef23abf3",
"sha256:9e1fddfb3a22146392a2d6491e1af2f087da5e6551849a6174fa23051ef8a38f"
]
},
"Metadata": {
"LastTagTime": "0001-01-01T00:00:00Z"
}
}
]
理解:
所有的docker镜像都起始于一个基础镜像层,当进行修改或者增加新的内容时,就会在当前镜像层之上,创建新的镜像层。
举一个简单的例子,加入基于Ubuntu Linux 16.04创建一个新的镜像,这就是新镜像的第一层;如果在该镜像中添加Python包,就会在基础镜像层之上穿件第二个镜像层;如果继续添加一个安全补丁,就会创建第三个镜像层。
该镜像当前已经包含3个镜像层,如下图(这只是一个用于演示的很简单的例子)。
在添加额外的镜像层的同时,镜像始终是保持当前所有镜像的组合,理解这一点非常重要。下图中举了一个简单的例子,每个镜像层包含3个文件,而镜像层包含了来自两镜像层的6个文件。
上图中的镜像层跟之前图中的略有区别,主要目的是便于展示文件。
下图总展示了一个稍微复杂的三层镜像,在外部看来整个镜像只有6个文件,这是因为最上层的文件7是文件5的一个更新版本。
这种情况下,上层镜像层中的文件覆盖了底层镜像层中的文件。这样就使得文件的更新版本作为一个新的镜像层添加到镜像当中。
Docker通过存储引擎(新版本采用快照机制)的方式来实心镜像层堆栈,并保证多镜像层对外展示为统一的文件系统。
Linux 上可用的存储引擎有AUFS、Overlay2,Device Maper、Btrfs 以及 ZFS。顾名思义,没种存储引擎都基于Linux中对应的文件系统或者块设备技术,并且每种存储引擎都有其独有的性能特点。
Docker在Windows上仅支持windowsfiler 一种存储引擎,该引擎基于NTFS文件系统之上实现了分层和CoW[1]。
下图展示了与系统显示相同的三层镜像。所有镜像层堆叠并合并,对外提供统一的视图。
特点
Docker镜像都是只读的,当容器启东时,一个新的可写层被加载到镜像的顶部!
这一层就是我们通常说的容器层,容器之下的都叫镜像层。
5.4、commit镜像
docker commit 提交容器成为一个新的副本
# 命令和git原理类似
docker commit -m="描述信息" -a="作者" 容器id 目标镜像名:[TAG]
实战测试
# 1、启动一个默认的tomcat
docker run -d -p 8080:8080 tomcat
# 2、发现这个默认的tomcat 是没有webapps应用,官方的镜像默认webapps下面是没有文件的!
docker exec -it 容器id
# 3、拷贝文件进去
# 4、将操作过的容器通过commit调教为一个镜像!我们以后就使用我们修改过的镜像即可,这就是我们自己的一个修改的镜像。
docker commit -m="描述信息" -a="作者" 容器id 目标镜像名:[TAG]
docker commit -a="kuangshen" -m="add webapps app" 容器id tomcat02:1.0
如果你想要保存当前容器的状态,就可以通过commit来提交,获得一个镜像,就好比我们我们使用虚拟机的快照。
到了这里才算入门成功!!!!
六、容器数据卷
6.1、什么是容器卷?
docker的理念回顾
将应用和环境打包成一个镜像!
数据?如果数据都在容器中,那么我们容器删除,数据就会丢失!需求:数据可以持久化
MySQL,容器删除了,删库跑路!需求:MySQL数据可以存储在本地!
容器之间可以有一个数据共享的技术!Docker容器中产生的数据,同步到本地!
这就是卷技术!目录的挂载,将我们容器内的目录,挂载到Linux上面!
总结一句话:容器的持久化和同步操作!容器间也是可以数据共享的!
6.2、使用数据卷
方式一 :直接使用命令挂载 -v
-v, --volume list Bind mount a volume
docker run -it -v 主机目录:容器内目录
[root@iZ8vbgc3u6dvwrjyp45lyrZ home]# docker run -it -v /home/ceshi:/home centos /bin/bash
#通过 docker inspect 容器id 查看
测试文件的同步
再来测试!
1、停止容器
2、宿主机修改文件
3、启动容器
4、容器内的数据依旧是同步的
6.3、实战:安装MySQL
思考:MySQL的数据持久化的问题
# 获取mysql镜像
➜ ~ 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:/e tc/mysql/conf.d -v /home/mysql/data:/var/lib/mysql
-e MYSQL_ROOT_PASSWORD=123456 --name mysql0 mysql:5.7
# 启动成功之后,我们在本地使用sqlyog来测试一下
# sqlyog-连接到服务器的3306--和容器内的3306映射
# 在本地测试创建一个数据库,查看一下我们映射的路径是否ok!
6.4、具名和匿名挂载
# 匿名挂载
-v 容器内路径!
docker run -d -p --name nginx01 -v /etc/nginx nginx
# 查看所有的volume的情况
[root@iZ8vbgc3u6dvwrjyp45lyrZ lib]# docker volume ls
DRIVER VOLUME NAME
local 3df3ebf883092323908b31e21c761b56c937ee04ed51d418eedcc10df8d5f20a
# 这里发现,这种就是匿名挂载,我们在 -v 只写了容器内的路径,没有写容器外的路径!
# 具名挂载
# 具名挂载
➜ ~ docker run -d -P --name nginx02 -v juming-nginx:/etc/nginx nginx
➜ ~ docker volume ls
DRIVER VOLUME NAME
local juming-nginx
# 通过 -v 卷名:容器内路径
# 查看一下这个卷
所有的docker容器内的卷,没有指定目录的情况下都是在 /var/lib/docker/volumes/xxx/_data
我们通过具名挂载可以方便的找到我们的 一个卷,大多数情况使用的是 具名挂载
# 如何确定是具名挂载还是匿名挂载,还是指定路径挂载!
-v 容器内路径 # 匿名挂载
-v 卷名:容器内路径 # 具名挂载
-v /宿主机路径:容器路径 # 指定路径挂载!
拓展:
# 通过 -v 容器内路径: ro rw 改变读写权限
ro readonly # 只读
rw readwrite # 可读可写
# 一旦设置了容器权限,容器对我们挂载出来的内容就有限定了!
docker run -d -P --name nginx05 -v juming:/etc/nginx:ro nginx
docker run -d -P --name nginx05 -v juming:/etc/nginx:rw nginx
# ro 只要看到ro就说明这个路径只能通过宿主机来操作,容器内部是无法操作!
6.5、初识Dockerfile
Dockerfile 就是用来构建docker镜像的构建文件!
通过这个脚本可以生成镜像,镜像是一层一层的,脚本就是一个一个的命令
# 创建一个dockerfile文件,名字可以随机 建议 Dockerfile
# 文件中的内容 指令(大写)参数
FROM centos
VOLUME ["/volume01", "/volume02"]
CMD echo "----end----------"
CMD /bin/bash
# 这里的每个命令,就是镜像的一层!
启动自己写的镜像
这个卷和外部一定有一个同步的目录!
查看一下卷挂载的路径
docker inspect 容器id
测试一下刚才的文件是否同步出去了!
这种方式使用的十分多,因为我们通常会构建自己的镜像!
假设构建镜像时候没有挂载卷,要手动镜像挂载 -v 卷名:容器内路径!
6.6、数据卷容器
多个MySQL同步数据!
命名的容器挂载数据卷!
启动3个容器,通过我们刚才自己写的镜像启动
--volumes-from list Mount volumes from the specified container(s)
# 测试,
# 测试,可以删除docker01,查看一下docker02 和 docker03 是否还可以访问这个文件
# 测试依旧可以访问
多个mysql实现数据共享
➜ ~ 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 3307:3306 -e MYSQL_ROOT_PASSWORD=123456 --name mysql02 --volumes-from mysql01 mysql:5.7
# 这个时候,可以实现两个容器数据同步!
结论:
容器之间的配置信息的传递,数据卷容器的生命周期一直持续到没有容器使用为止。
但是一旦你持久化到了本地,这个时候,本地的数据是不会删除的!
七、DockerFile
7.1、DockerFile介绍
dockerfile 是用来构建docker镜像的文件!命令参数脚本!
构建步骤:
1、 编写一个dockerfile文件
2、 docker build 构建称为一个镜像
3、 docker run运行镜像
4、 docker push发布镜像(DockerHub 、阿里云仓库)
但是很多官方镜像都是基础包,很多功能没有,我们通常会自己搭建自己的镜像!
官方既然可以制作镜像,那我们也可以!
7.2、DockerFile构建过程
基础知识:
1、每个保留关键字(指令)都是必须是大写字母
2、执行从上到下顺序
3、#表示注释
4、每一个指令都会创建提交一个新的镜像曾,并提交!
Dockerfile是面向开发的,我们以后要发布项目,做镜像,就需要编写dockerfile文件,这个文件十分简单!
Docker镜像逐渐成企业交付的标准,必须要掌握!
DockerFile:构建文件,定义了一切的步骤,源代码
DockerImages:通过DockerFile构建生成的镜像,最终发布和运行产品。
Docker容器:容器就是镜像运行起来提供服务。
7.3、DockerFile常用指令
FROM # 基础镜像,一切从这里开始构建
MAINTAINER # 镜像是谁写的, 姓名+邮箱
RUN # 镜像构建的时候需要运行的命令
ADD # 步骤,tomcat镜像,这个tomcat压缩包!添加内容 添加同目录
WORKDIR # 镜像的工作目录
VOLUME # 挂载的目录
EXPOSE # 保留端口配置
CMD # 指定这个容器启动的时候要运行的命令,只有最后一个会生效,可被替代。
ENTRYPOINT # 指定这个容器启动的时候要运行的命令,可以追加命令
ONBUILD # 当构建一个被继承 DockerFile 这个时候就会运行ONBUILD的指令,触发指令。
COPY # 类似ADD,将我们文件拷贝到镜像中
ENV # 构建的时候设置环境变量!
7.4、实战测试
Docker Hub中 99% 镜像都是从这个基础镜像过来的FROM scratch
, 然后配置需要的软件和配置来进行的构建
创建一个自己的centos
vim mydockerfile-centos
# 1.编写Dockerfile文件
FROM centos
MAINTAINER cheng<1204598429@qq.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
# 2、通过这个文件构建镜像
# 命令 docker build -f 文件路径 -t 镜像名:[tag] .
docker build -f mydockerfile-centos -t mycentos:0.1 .
Successfully built f22b7b27d5d2
Successfully tagged mycentos:0.1
# 3、测试运行
docker images
docker run -it mycentos:0.1
对比:之前的原生的centos
我们增加之后的镜像
我们平时拿到一个镜像,可以研究一下它是怎么做的?
CMD 和 ENTRYPOINT区别
CMD # 指定这个容器启动的时候要运行的命令,只有最后一个会生效,可被替代。
ENTRYPOINT # 指定这个容器启动的时候要运行的命令,可以追加命令
测试cmd
# 编写dockerfile文件
$ vim dockerfile-test-cmd
FROM centos
CMD ["ls","-a"]
# 构建镜像
$ docker build -f dockerfile-test-cmd -t cmd-test:0.1 .
# 运行镜像
$ docker run cmd-test:0.1
.
..
.dockerenv
bin
dev
# 想追加一个命令 -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
# 编写dockerfile文件
$ vim dockerfile-test-entrypoint
FROM centos
ENTRYPOINT ["ls","-a"]
$ 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中很多命令都十分的相似,我们需要了解它们的区别,我们最好的学习就是对比他们然后测试效果!
7.5、实战:Tomcat镜像
1、准备镜像文件
准备tomcat 和 jdk到当前目录,编写好README 。
2、编写dokerfile
FROM centos #
MAINTAINER cheng<1204598429@qq.com>
COPY README /usr/local/README #复制文件
ADD jdk-8u231-linux-x64.tar.gz /usr/local/ #复制解压
ADD apache-tomcat-9.0.35.tar.gz /usr/local/ #复制解压
RUN yum -y install vim
ENV MYPATH /usr/local #设置环境变量
WORKDIR $MYPATH #设置工作目录
ENV JAVA_HOME /usr/local/jdk1.8.0_231 #设置环境变量
ENV CATALINA_HOME /usr/local/apache-tomcat-9.0.35 #设置环境变量
ENV PATH $PATH:$JAVA_HOME/bin:$CATALINA_HOME/lib #设置环境变量 分隔符是:
EXPOSE 8080 #设置暴露的端口
CMD /usr/local/apache-tomcat-9.0.35/bin/startup.sh && tail -F /usr/local/apache-tomcat-9.0.35/logs/catalina.out # 设置默认命令
3、构建镜像
# 因为dockerfile命名使用默认命名 因此不用使用-f 指定文件
$ docker build -t mytomcat:0.1 .
$ docker build -t diytomcat .
4、run镜像
$ docker run -d -p 8080:8080 --name tomcat01 -v /home/kuangshen/build/tomcat/test:/usr/local/apache-tomcat-9.0.35/webapps/test -v /home/kuangshen/build/tomcat/tomcatlogs/:/usr/local/apache-tomcat-9.0.35/logs
mytomcat:0.1
5、访问测试
6、发布项目(由于做了卷挂载,我们直接在本地编写项目就可以发布了!)
发现:项目部署成功,可以直接访问!
我们以后开发的步骤:需要掌握Dockerfile的编写!我们之后的一切都是使用docker镜像来发布运行!
7.6、发布自己的镜像
1、地址 https://hub.docker.com/
2、确定这个账号可以登录
3、登录
$ 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
4、提交 push镜像.
# push自己的镜像到服务器上!
$ docker push diytomcat
# 会发现push不上去,因为如果没有前缀的话默认是push到 官方的library
# 解决方法
# 第一种 build的时候添加你的dockerhub用户名,然后在push就可以放到自己的仓库了
$ docker build -t chengcoder/mytomcat:0.1 .
# 第二种 使用docker tag #然后再次push
$ docker tag 容器id chengcoder/mytomcat:1.0
#然后再次push
$ docker push kuangshen/tomcat:1.0
提交的时候也是按照镜像的层级来提交的!
阿里云镜像服务上
1、登录阿里云
2、找到容器镜像服务
3、创建命名空间
4、创建容器镜像
看官网 很详细https://cr.console.aliyun.com/repository/
$ sudo docker login --username=zchengx registry.cn-shenzhen.aliyuncs.com
$ sudo docker tag [ImageId] registry.cn-shenzhen.aliyuncs.com/dsadxzc/cheng:[镜像版本号]
# 修改id 和 版本
sudo docker tag a5ef1f32aaae registry.cn-shenzhen.aliyuncs.com/dsadxzc/cheng:1.0
# 修改版本
$ sudo docker push registry.cn-shenzhen.aliyuncs.com/dsadxzc/cheng:[镜像版本号]
7.7、小结
八、Docker 网络
8.1、理解Docker 0
清空所有网络
三个网络
问题: docker 是如果处理容器网络访问的?
# 测试 运行一个tomcat
$ docker run -d --name tomcat01 tomcat
$ 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: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 00:16:3e:13:78:90 brd ff:ff:ff:ff:ff:ff
inet 172.23.104.112/20 brd 172.23.111.255 scope global dynamic eth0
valid_lft 314146894sec preferred_lft 314146894sec
3: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 02:42:c9:5a:27:6c brd ff:ff:ff:ff:ff:ff
inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
valid_lft forever preferred_lft forever
441: veth049f362@if440: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default
link/ether ea:55:6c:48:c4:7e brd ff:ff:ff:ff:ff:ff link-netnsid 0
$ docker exec -it 容器id
$ ip addr
# 查看容器内部网络地址 发现容器启动的时候会得到一个 eth0@if551 ip地址,docker分配的!
550: eth0@if551: <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
# 思考? linux能不能ping通容器内部! 可以 容器内部可以ping通外界吗? 可以!
$ 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.069 ms
64 bytes from 172.17.0.2: icmp_seq=2 ttl=64 time=0.074 ms
# linux 可以ping 通docker容器内部
原理
1、我们每启动一个docker容器,Docker就会给docker容器分配一个ip,我们只要安装了docker,就会有一个docker0桥接模式,使用的技术是 veth-pair 技术!
https://www.cnblogs.com/bakari/p/10613710.html
再次测试ip addr
2 、在启动一个容器测试,发现又多了一对网络
我们发现这个容器带来网卡,都是一对对的
veth-pair 就是一对的虚拟设备接口,他们都是成对出现的,一端连着协议,一端彼此相连,正因为有这个特性 veth-pair 充当一个桥梁,连接各种虚拟网络设备的OpenStac,Docker容器之间的连接,OVS的连接,都是使用evth-pair技术
3、我们来测试下tomcat01和tomcat02是否可以ping通
$ docker-tomcat docker exec -it tomcat01 ip addr #获取 tomcat01 的ip
172.17.0.2
550: eth0@if551: <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
$ docker-tomcat docker exec -it tomcat02 ping 172.17.0.2 #让tomcat02 ping tomcat01
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.098 ms
64 bytes from 172.17.0.2: icmp_seq=2 ttl=64 time=0.071 ms
# 结论:容器和容器之间是可以互相ping通的
结论:tomcat01和tomcat02公用一个路由器,docker0。
所有的容器不指定网络的情况下,都是docker0路由的,docker会给我们的容器分配一个默认的可用ip。
小结: Docker使用的是Linux的桥接,宿主机是一个Docker容器的网桥 docker0
Docker 中的所有的网络接口都是虚拟的。虚拟的转发效率高!
只要容器删除,对应网桥一对就没了!
思考一个场景:我们编写了一个微服务,database url=ip: ,项目不重启,数据库ip换了,我们希望可以处理这个问题,可以通过名字来进行访问容器?
8.2、–link
$ docker exec -it tomcat02 ping tomca01 # ping不通
ping: tomca01: Name or service not known
# 运行一个tomcat03 --link tomcat02
$ docker run -d -P --name tomcat03 --link tomcat02 tomcat
5f9331566980a9e92bc54681caaac14e9fc993f14ad13d98534026c08c0a9aef
# 用tomcat03 ping tomcat02 可以ping通
$ 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.115 ms
64 bytes from tomcat02 (172.17.0.3): icmp_seq=2 ttl=64 time=0.080 ms
# 用tomcat02 ping tomcat03 ping不通
探究: docker network inspect 网络id 网段相同
docker inspect tomcat03
其实这个tomcat03 就是本地配置了tomcat02的配置?
–link 本质就是在hosts配置中添加映射
现在使用Docker已经不建议使用–link了!
自定义网络,不使用docker0!
docker0问题:不支持容器名连接访问!
8.3、自定义网络
$ docker network --help
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网络
网络模式
bridge :桥接 docker(默认,自己创建也是使用bridge模式)
none :不配置网络,一般不用
host :和所主机共享网络
container :容器网络连通(用得少!局限很大)
测试
# 我们直接启动的命令 --net bridge,而这个就是我们得docker0
# 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 子网
# --gateway 192.168.0.1 网关
$ docker network create --driver bridge --subnet 192.168.0.0/16 --gateway 192.168.0.1 mynet
$ docker network inspect mynet
启动两个tomcat,再次查看网络情况
[root@iZ8vbgc3u6dvwrjyp45lyrZ ~]# docker run -d -P --name tomcat-net-01 --net mynet tomcat
8f3b8236b5d9d149612d1dbe6b533c21601cfd7392cb5bf226a8427b5fc1b3e3
[root@iZ8vbgc3u6dvwrjyp45lyrZ ~]# docker run -d -P --name tomcat-net-02 --net mynet tomcat
3279bc773cacaa51368f4417e42159732f046c0d300ce881fb0a598663e79779
[root@iZ8vbgc3u6dvwrjyp45lyrZ ~]# docker network inspect mynet
[
{
"Name": "mynet",
"Id": "be05f1f6f6909cee0d1e868acb718c47c3e2efb9f5f33ccc38b6955ae6fb3578",
"Created": "2021-07-26T11:11:10.09948571+08:00",
"Scope": "local",
"Driver": "bridge",
"EnableIPv6": false,
"IPAM": {
"Driver": "default",
"Options": {},
"Config": [
{
"Subnet": "192.168.0.0/16",
"Gateway": "192.168.0.1"
}
]
},
"Internal": false,
"Attachable": false,
"Ingress": false,
"ConfigFrom": {
"Network": ""
},
"ConfigOnly": false,
"Containers": {
"3279bc773cacaa51368f4417e42159732f046c0d300ce881fb0a598663e79779": {
"Name": "tomcat-net-02",
"EndpointID": "0d31467ee4bc86d1b55d1889a07b468b57aeb82a9b23bbb2e2df5632d158ac0f",
"MacAddress": "02:42:c0:a8:00:03",
"IPv4Address": "192.168.0.3/16",
"IPv6Address": ""
},
"8f3b8236b5d9d149612d1dbe6b533c21601cfd7392cb5bf226a8427b5fc1b3e3": {
"Name": "tomcat-net-01",
"EndpointID": "7ae56746e954749dfd52c5f2965cc667d307b198f792175cca80040aed59eb52",
"MacAddress": "02:42:c0:a8:00:02",
"IPv4Address": "192.168.0.2/16",
"IPv6Address": ""
}
},
"Options": {},
"Labels": {}
}
]
# 再次测试 ping 连接
[root@iZ8vbgc3u6dvwrjyp45lyrZ ~]# docker exec -it tomcat-net-01 ping 192.168.0.3
PING 192.168.0.3 (192.168.0.3) 56(84) bytes of data.
64 bytes from 192.168.0.3: icmp_seq=1 ttl=64 time=0.135 ms
64 bytes from 192.168.0.3: icmp_seq=2 ttl=64 time=0.099 ms
# 现在不使用--link也可以ping名字了
[root@iZ8vbgc3u6dvwrjyp45lyrZ ~]# 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.095 ms
64 bytes from tomcat-net-02.mynet (192.168.0.3): icmp_seq=2 ttl=64 time=0.108 ms
64 bytes from tomcat-net-02.mynet (192.168.0.3): icmp_seq=3 ttl=64 time=0.093 ms
在自定义的网络下,服务可以互相ping通,不用使用–link
我们自定义的网络docker当我们维护好了对应的关系,推荐我们平时这样使用网络!
好处:
- redis -不同的集群使用不同的网络,保证集群是安全和健康的
- mysql-不同的集群使用不同的网络,保证集群是安全和健康的
8.4、网络连通
# 测试两个不同的网络连通 再启动两个tomcat 使用默认网络,即docker0
$ docker run -d -P --name tomcat01 tomcat
$ docker run -d -P --name tomcat02 tomcat
# 此时ping不通
要将tomcat01 连通 tomcat—net-01 ,连通就是将 tomcat01加到 mynet网络
一个容器两个ip(tomcat01)
# 01 连通ok
[root@iZ8vbgc3u6dvwrjyp45lyrZ ~]# docker exec -it tomcat01 ping tomcat-net-01
PING tomcat-net-01 (192.168.0.2) 56(84) bytes of data.
64 bytes from tomcat-net-01.mynet (192.168.0.2): icmp_seq=1 ttl=64 time=0.130 ms
64 bytes from tomcat-net-01.mynet (192.168.0.2): icmp_seq=2 ttl=64 time=0.097 ms
64 bytes from tomcat-net-01.mynet (192.168.0.2): icmp_seq=3 ttl=64 time=0.106 ms
64 bytes from tomcat-net-01.mynet (192.168.0.2): icmp_seq=4 ttl=64 time=0.109 ms
# 02 是依旧打不通的
[root@iZ8vbgc3u6dvwrjyp45lyrZ ~]# docker exec -it tomcat02 ping tomcat-net-01
ping: tomcat-net-01: Name or service not known
结论:假设要跨网络操作别人,就需要使用 docker network connect 连通!
8.5、实战:部署Redis集群
# 创建网卡
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);\
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
docker run -p 6371:6379 -p 16671:16379 --name redis-1 \
-v /mydata/redis/node-1/data:/data \
-v /mydata/redis/node-1/conf/redis.conf:/etc/redis/redis.conf \
-d --net redis --ip 172.38.0.11 redis:5.0.9-alpine3.11 redis-server /etc/redis/redis.conf
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
docker搭建redis集群完成!
我们使用docker之后,所有的技术都会慢慢变得简单起来!
九、SpringBoot项目打包Docker镜像
1、构建SpringBoot项目
2、打包运行
mvn package
3、编写dockerfile
FROM java:8
COPY *.jar /app.jar
CMD ["--server.port=8080"]
EXPOSE 8080
ENTRYPOINT ["java","-jar","app.jar"]
4、构建镜像
# 1.复制jar和DockerFIle到服务器
# 2.构建镜像
$ docker build -t xxxxx:xx .
$ docker build -t kuangshen666 .
5、发布运行
[root@iZ8vbgc3u6dvwrjyp45lyrZ idea]# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
kuangshen666 latest 1ce036c6030a 4 minutes ago 660MB
docker run -d -P --name kuangshen-springboot-web kuangshen666
以后我们使用了Docker之后,给别人交付就是一个镜像即可!
十、小结
10.1、认识docker
Docker定义:Docker 是一个开源的应用容器引擎,它可以让开发者打包他们的应用以及依赖包到一个轻量级、可移植的容器中,然后发布到任何流行的 Linux 机器上,也可以实现虚拟化。容器是完全使用沙箱机制( 沙箱是一个虚拟系统程序,沙箱提供的环境相对于每一个运行的程序都是独立的,而且不会对现有的系统产生影响 ),相互之间不会有任何接口,更重要的是容器性能开销极低。
Docker的优点
Docker 是一个用于开发,交付和运行应用程序的开放平台。Docker 使您能够将应用程序与基础架构分开,从而可以快速交付软件。借助 Docker,您可以与管理应用程序相同的方式来管理基础架构。通过利用Docker 的方法来快速交付,测试和部署代码,您可以大大减少编写代码和在生产环境中运行代码之间的延迟。
Docker应用场景
- Web 应用的自动化打包和发布。
- 自动化测试和持续集成、发布。
- 在服务型环境中部署和调整数据库或其他的后台应用。
- 从头编译或者扩展现有的 OpenShift 或 Cloud Foundry 平台来搭建自己的 PaaS 环境。
10.2、Docker容器与虚拟机
我们用的传统虚拟机如 VMware之类的需要模拟整台机器包括硬件,每台虚拟机都需要有自己的操作系统,虚拟机一旦被开启,预分配给它的资源将全部被占用。每一台虚拟机包括应用,必要的二进制和库,以及一个完整的用户操作系统。
而容器技术是和我们的宿主机共享硬件资源及操作系统,可以实现资源的动态分配。容器包含应用和其所有的依赖包,但是与其他容器共享内核。容器在宿主机操作系统中,在用户空间以分离的进程运行。
容器技术是实现操作系统虚拟化的一种途径,可以让您在资源受到隔离的进程中运行应用程序及其依赖关系。通过使用容器,我们可以轻松打包应用程序的代码、配置和依赖关系,将其变成容易使用的构建块,从而实现环境一致性、运营效率、开发人员生产力和版本控制等诸多目标。容器可以帮助保证应用程序快速、可靠、一致地部署,其间不受部署环境的影响。容器还赋予我们对资源更多的精细化控制能力,让我们的基础设施效率更高。
**Docker 属于 Linux 容器的一种封装,提供简单易用的容器使用接口。**它是目前最流行的 Linux容器解决方案。
Docker 将应用程序与该程序的依赖,打包在一个文件里面。运行这个文件,就会生成一个虚拟容器。程序在这个虚拟容器里运行,就好像在真实的物理机上运行一样。有了 Docker ,就不用担心环境问题。
总体来说, Docker 的接口相当简单,用户可以方便地创建和使用容器,把自己的应用放入容器。容器还可以进行版本管理、复制、分享、修改,就像管理普通的代码一样。
-
Docker的几个重要概念,如下图所示:
-
镜像就类似于在创建虚拟机前需要下载的系统镜像文件,比如iso文件、img文件等一些镜像文件。
镜像是 Docker 运行容器的前提,仓库是存放镜像的场所,可见镜像更是Docker的核心。
- 容器可以类比于正在运行中的虚拟机。
- 你可以将你的镜像save为一个tar文件,别人就可以通过load来获取你的镜像。
- 仓库中则保存了很多公共的常用的镜像,比如常用的JDK镜像、MySQL镜像、tomcat镜像、Ubuntu镜像、ngnix镜像等等。你可以通过pull来拉取获得这些镜像,你也可以自定义一些镜像通过push推送到仓库中。
- Dockerfile就是一个build镜像的文件,它描述并指定了应该如何构建一个镜像。
Dockerfile 是自动构建 docker 镜像的配置文件, 用户可以使用 Dockerfile 快速创建自定义的镜像。Dockerfile 中的命令非常类似于 linux 下的 shell 命令。一般来说,我们可以将 Dockerfile 分为四个部分:- 基础镜像(父镜像)信息指令 FROM- 维护者信息指令 MAINTAINER- 镜像操作指令 RUN 、 EVN 、 ADD 和 WORKDIR 等- 容器启动指令 CMD 、 ENTRYPOINT 和 USER 等
10.3、Docker 命令
1.Docker 容器使用
获取镜像
启动容器
查看容器
启动已经停止的容器
后台运行
停止一个容器
进入容器
退出容器
导出容器
导入容器
容器快照
删除容器
清理掉所有处于终止状态的容器
2.Docker Web应用
运行一个web应用
以端口5000开启端口
关闭web应用
重启web应用
移除web应用
3.Docker 镜像应用
列出镜像列表
获取镜像
4.Dockerfile
构建镜像
10.4、SpringBoot项目容器化步骤
step1:添加Docker的maven的插件,配置Dockerfile的path;
<!-- Docker maven plugin -->
<plugin>
<groupId>com.spotify</groupId>
<artifactId>docker-maven-plugin</artifactId>
<version>0.4.13</version>
<configuration>
<imageName>${docker.image.prefix}/${project.artifactId}
</imageName>
<dockerDirectory>${project.basedir}/src/main/docker</dockerDirectory>
<resources>
<resource>
<targetPath>/</targetPath>
<directory>${project.build.directory}</directory>
<include>${project.build.finalName}.jar</include>
</resource>
</resources>
</configuration>
</plugin>
step2:在配置的Dockerfile的path处添加Dockerfile文件;
Step3:文件中添加配置:
FROM openjdk:8-jdk-alpine
VOLUME /tmp
#把当前项目下dockertest-0.0.1-SNAPSHOT.jar 改名为test.jar 添加到镜像中
ADD web-app-template-1.0.0.jar test.jar
#指定端口,最好写与项目配置的端口
EXPOSE 8080
#在镜像中运行/test.jar包,这样在运行镜像的时候就已经启动好了test.jar
ENTRYPOINT ["java","-Djava.security.egd=file:/dev/./urandom","-jar","/test.jar"]
Step4:mvn clean package -Dmaven.test.skip=true (表示不执行测试用例,也不编译测试用例类。)
step5:mvn package docker:build 打镜像
step6:docker images 查看镜像
step7:docker run -p 8081:8081 -t springboot/web-app-template 运行
step8:查看运行结果:http://localhost:8081/…
step9:docker push
Docker进阶
https://docs.docker.com/compose/
Docker Compose
简介
Compose is a tool for defining and running multi-container Docker applications. With Compose, you use a YAML file to configure your application’s services. Then, with a single command, you create and start all the services from your configuration. To learn more about all the features of Compose, see the list of features.
Compose works in all environments: production, staging, development, testing, as well as CI workflows. You can learn more about each case in Common Use Cases.
Using Compose is basically a three-step process:
- Define your app’s environment with a
Dockerfile
so it can be reproduced anywhere.- Define the services that make up your app in
docker-compose.yml
so they can be run together in an isolated environment.- Run
docker compose up
and the Docker compose command starts and runs your entire app. You can alternatively rundocker-compose up
using the docker-compose binary.
Compose 是一个用于定义和运行多容器 Docker 应用程序的工具。借助 Compose,您可以使用 YAML 文件来配置应用程序的服务。然后,使用单个命令,从配置中创建并启动所有服务。
Compose 适用于所有环境:生产、登台、开发、测试以及 CI 工作流。
使用 Compose 基本上是一个三步过程:
- 使用 定义您的应用程序的环境,
Dockerfile
以便它可以在任何地方复制。 - 定义组成您的应用程序的服务,
docker-compose.yml
以便它们可以在隔离的环境中一起运行。 - 运行
docker compose up
和 Docker compose command 启动并运行你的整个应用程序。您也可以docker-compose up
使用 docker-compose 二进制文件运行。
作用:批量容器编排
Compose 是Docker官方的开源项目。需要安装!
Dockerfile
让程序在任何地方运行。
一个docker-compose.yml
看起来像这样:
version: "3.9" # optional since v1.27.0
services:
web:
build: .
ports:
- "5000:5000"
volumes:
- .:/code
- logvolume01:/var/log
links:
- redis
redis:
image: redis
volumes:
logvolume01: {}
安装
1、下载
sudo curl -L "https://github.com/docker/compose/releases/download/1.29.2/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose
# 这个可能快点
curl -L https://get.daocloud.io/docker/compose/releases/download/1.25.5/docker-compose-`uname -s`-`uname -m` > /usr/local/bin/docker-compose
2、授权
sudo chmod +x /usr/local/bin/docker-compose
体验
地址:https://docs.docker.com/compose/gettingstarted/
1、应用 app.py
-
为项目创建一个目录:
$ mkdir composetest$ cd composetest
-
创建一个 app.py 文件 并写入:
vim app.py
import time import redis from flask import Flask app = Flask(__name__) cache = redis.Redis(host='redis', port=6379) def get_hit_count(): retries = 5 while True: try: return cache.incr('hits') except redis.exceptions.ConnectionError as exc: if retries == 0: raise exc retries -= 1 time.sleep(0.5) @app.route('/') def hello(): count = get_hit_count() return 'Hello World! I have been seen {} times.\n'.format(count)
-
创建requirements.txt文件并写入
flaskredis
2、Dockerfile 应用打包为镜像
创建 Dockerfile
# syntax=docker/dockerfile:1
FROM python:3.7-alpine
WORKDIR /code
ENV FLASK_APP=app.py
ENV FLASK_RUN_HOST=0.0.0.0
RUN apk add --no-cache gcc musl-dev linux-headers
COPY requirements.txt requirements.txt
RUN pip install -r requirements.txt
EXPOSE 5000
COPY . .
CMD ["flask", "run"]
这告诉 Docker:
- 从 Python 3.7 映像开始构建映像。
- 将工作目录设置为
/code
. - 设置
flask
命令使用的环境变量。 - 安装 gcc 和其他依赖项
- 复制
requirements.txt
并安装 Python 依赖项。 - 将元数据添加到图像以描述容器正在侦听端口 5000
- 将
.
项目中的当前目录复制到.
镜像中的workdir 。 - 将容器的默认命令设置为
flask run
.
3、创建 Docker-compose yaml 文件 (定义整个服务,需要的环境。web、redis)
version: "3"
services:
web:
build: .
ports:
- "5000:5000"
redis:
image: "redis:alpine"
这个 Compose 文件定义了两个服务:web
和redis
.
4、启动compose 项目(docker-compose up)
$ docker-compose up
自动默认规则
docker images
默认的服务名 文件名_ 服务名_ num
多个服务器。集群。
redis服务=>4个副本
集群状态。服务都不可能只有一个运行实例。弹性。
网络规则
10个服务 => 项目( 项目中的内容都在通过网络下。域名访问)
如果在同一个网络下,我们可以直接通过域名访问。
停止:docker-compose down Ctrl + C
需要在项目目录下输入这个命令
docker-compose
以前都是单个docker run启动容器
现在通过docker-compose 编写yaml配置文件、可以通过compose一键启动所有服务、!
小结:
1、Docker镜像。 run => 容器
2、DockerFile 构建镜像(服务打包)
3、docker-compose 启动项目(编排、多个微服务/环境)
4、Docker 网络!
compose配置编写规则
docker-compose.yaml 核心!
https://docs.docker.com/compose/compose-file/
# 3层!
version: '' # 版本
services: # 服务
服务1: web
# 配置
images
build
network
......
服务2: redis
......
服务3: mysql
......
# 其他配置 网络/卷/全局规则
volumes:
networkds:
configs:
使用compose 一键部署 WP 博客
https://docs.docker.com/samples/wordpress/
1、创建一个空的项目目录。
$ mkdir my_wordpress$ cd my_wordpress/
2、创建一个docker-compose.yml
文件来启动您的 WordPress
博客和一个单独的MySQL
实例,该实例具有用于数据持久性的卷挂载:
version: "3.9"
services:
db:
image: mysql:5.7
volumes:
- db_data:/var/lib/mysql
restart: always
environment:
MYSQL_ROOT_PASSWORD: somewordpress
MYSQL_DATABASE: wordpress
MYSQL_USER: wordpress
MYSQL_PASSWORD: wordpress
wordpress:
depends_on:
- db
image: wordpress:latest
volumes:
- wordpress_data:/var/www/html
ports:
- "8000:80"
restart: always
environment:
WORDPRESS_DB_HOST: db:3306
WORDPRESS_DB_USER: wordpress
WORDPRESS_DB_PASSWORD: wordpress
WORDPRESS_DB_NAME: wordpress
volumes:
db_data: {}
wordpress_data: {}
3、docker-compose up -d
启动项目
访问, https://ip:8000/
然后一步步进行就OK了!
非常简单!
实战
1、编写项目微服务
导入依赖
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
</dependencies>
写一个计数器
@RestController
public class HelloController {
@Autowired
RedisTemplate redisTemplate;
@GetMapping("/hello")
public String hello() {
Long views = redisTemplate.opsForValue().increment("views");
return "hello, docker-compose,views" + views;
}
}
编写application.yml
server:
port: 8080
spring:
redis:
host: redis
2、dockerfile构建镜像
FROM java:8
COPY *.jar /app.jar
CMD ["--server.prot=8080"]
EXPOSE 8080
ENTRYPOINT ["java", "-jar", "/app.jar"]
3、docker-compose.yaml 编排项目
vversion: '3.8'
services:
kuangapp:
build: .
image: kuangapp
depends_on:
- redis
ports:
- "8080:8080"
redis:
image: "library/redis:alpine"
4、丢到服务器 docker-compose up
测试
假设项目要重新部署打包
docker-compose up --build # 重新构建
总结:
工程、服务、容器
项目compose:三层
- 工程 Project
- 服务 服务
- 容器 运行实例!
Docker Swarm
集群
购买服务器
1主,3从
4台机器安装 Docker
和单机安装一样
技巧:xshell 直接同步操作,更省时间!
工作模式
搭建集群
初始化节点 docker swarm init
docker swarm join 加入一个节点!
# 获取令牌
docker swarm join-token manager
docker swarm join-token worker
1、生成主节点 init
2、加入(manager、worker)
Raft协议
双主双从:假设一个节点挂了!其他结点是否可以用
Raft协议:保证大多数结点存活才可以用。只要 > 1,集群至少大于3台!
实验:
1、将docker1机器停止。宕机!双主,另外一个主节点也不能使用了!
重新启动发现主节点变成docker-4了
2、可以将其他节点离开 dcoekr swarm leaver
3、将docker-4 设置为 manager节点
现在把3台节点设置为manager了
在docker-2 输入 docker node ls 发现
worker节点就是工作的,
4、将docker-1 停掉 ,发现docker-4仍然不能用
集群,可用!3个主节点。 > 1台管理节点存活!
Raft协议:保证大多数节点存活,才可以使用,高可用!
Swarm 集群弹性创建服务
灰度发布:金丝雀发布!
docker run 容器启动! 不具有扩缩容器
docker service 服务! 具有扩缩容器,滚动更新!
查看服务 REPLICAS
动态扩缩容
服务,集群中任意的结点都可以访问。服务可以有多个副本动态扩缩容实现高可用!
弹性,扩缩容!
移除
docker service rm xxx
概念总结
swarm
集群的管理和编号。 docker可以初始化一个swarm集群,其他节点可以加入。(管理、工作者)
Node
就是一个docker节点。多个节点就组成了一个网络集群。
Service
任务,可以在管理节点或者工作节点来运行。核心。用户访问!
Task
容器内的命令,细节任务!
命令 - > 管理 -> api -> 调度 - > 工作节点(创建task容器维护创建!)
调整service以什么方式运行
--mode string Service mode (replicated or global) (default "replicated")
docker service create --mode replicated --name mytom tomcat:7 默认的
docker service create --mode global --name haha alipine ping baidu.com
# 场景?日志收集
每一个节点有自己的日志收集器,过滤。把所有日志最终再传给日志中心
服务监控,状态性能。
拓展:网络模式:“PublishMode”:“ingress”
Swarm:
Overlay:
ingress:特殊的Overlay网络!负载均衡的功能!
虽然docker在4台机器上,实际网络是同一个!ingress网络,是一个特殊的Overlay网络
Docker Stack
docker-compose 单机部署项目!
Docker Stack 集群部署
# 单机
docker-compose up -d wordpress.yam
# 集群
docker stack deploy wordpress.yaml
# docker-compose 文件
Docker Secret
安全!配置密码!证书