笔记整理自狂神:Docker最新超详细版教程通俗易懂
Docker学习整体框架:
- Docker概述
- Docker安装
- Docker命令
- 镜像命令
- 容器命令
- 操作命令
- Docker镜像!
- 容器数据卷!
- DockerFile
- Docker网络原理
- IDEA整合Docker
- Docker Compose
- Docker Swarm
- CI\CD Jenkins
一、Docker 概述
1、Docker 为什么出现
-
一款产品: 开发–上线 两套环境!应用环境,应用配置!(运维)
-
环境配置是十分的麻烦,每一个机器都要部署环境(集群Redis、ES、Hadoop…) ! 费事费力。而且也不能跨平台
-
于是就想:发布一个项目( jar + (Redis MySQL JDK ES) ),项目能不能带上环境安装打包!
-
传统:开发jar,运维来做!
-
现在:Docker提出了解决方案!开发打包部署上线,一套流程做完!
-
安卓流程:java — apk —发布(应用商店)一 张三使用apk一安装即可用!
-
docker流程: java-jar(环境) — 打包项目帯上环境(镜像) — ( Docker仓库:商店)–下载我们发布的镜像—直接运行即可
-
Docker的思想就来自于集装箱!
-
JRE – 多个应用(端口冲突) – 原来都是交叉的!
-
隔离:Docker核心思想!打包装箱!每个箱子是互相隔离的。
-
Docker通过隔离机制,可以将服务器利用到极致!
-
本质:所有的技术都是因为出现了一些问题,我们需要去解决,才去学习
2、Docker 历史
2010年,几个年轻人,就在美国成立了一家公司 dotcloud
做一些 paas 的云计算服务!LXC(Linux Container容器)有关的容器技术!
他们将自己的技术(容器化技术)命名 就是 Docker
开源:
开放源代码
2013年,Docker开源!越来越多的人发现docker的优点!火了。Docker每个月都会更新一个版本!
2014年4月9日,Docker1.0发布!
Docker为什么这么火?十分的轻巧!
在容器技术出来之前,我们都是使用虚拟机技术!
虚拟机:在window中装一个 VMware,通过这个软件我们可以虚拟出来一台或者多台电脑!笨重!
虚拟机也属于虚拟化技术,Docker 容器技术,也是一种虚拟化技术!
vm : linux centos 原生镜像(一个电脑!) 隔离、需要开启多个虚拟机! 几个G 几分钟
docker: 隔离,镜像(最核心的环境 4m + jdk + mysql)十分的小巧,运行镜像就可以了!小巧! 几个M。秒级启动!
聊聊 Docker
Docker基于Go语言开发的!开源项目!
docker官网:https://www.docker.com/
文档:https://docs.docker.com/ Docker的文档是超级详细的!
仓库:https://hub.docker.com/
3、Docker 能做什么
之前的:虚拟机技术
虚拟机技术缺点:
- 1、 资源占用十分多
- 2、 冗余步骤多
- 3、 启动很慢!
容器化技术
比较 Docker 和虚拟机技术的不同:
- 传统虚拟机,虚拟出一条硬件,运行一个完整的操作系统,然后在这个系统上安装和运行软件
- 容器内的应用直接运行在 宿主机 的内核中,容器是没有自己的内核的,也没有虚拟我们的硬件,所以就轻便了
- 每个容器间是互相隔离的,每个容器内都有一个属于自己的文件系统,互不影响
DevOps(开发、运维)
应用更快速的交付和部署
- 传统:一堆帮助文档,安装程序
- Docker:打包镜像,发布测试,一键运行
更便捷的升级和扩缩容
- 使用了 Docker 之后,我们部署应用就和搭积木一样
- 如:把项目打包为一个镜像,我们拓展了 其中的一个服务器 A。这时在服务器 B 上一键运行这个镜像,就直接完成拓展了,就不再需要一个个的去配置和升级。
更简单的系统运维
- 在容器化之后,我们的开发、测试环境都是高度一致的
更高效的计算资源利用
- Docker 是内核级别的虚拟化,可以在一个物理机上运行很多的容器实例!服务器的性能可以被压榨到极致
二、Docker 安装
1、Docker 的基本组成
镜像(image)
- docker 镜像就好比是一个模板,可以通过这个模板来创建容器服务,如:tomcat 镜像 = = => run = = => tomcat1 容器(提供服务器),通过这个镜像可以创建多个容器(最终服务运行或者项目运行就是在容器中的)。
容器(container)
- Docker 利用容器技术,可以独立运行一个或者一组应用,是通过镜像来创建的
- 启动,停止,删除,基本命令
- 目前就可以把这个容器理解为就是一个简易的 Linux系统。
仓库(repository)
- 仓库就是存放镜像的地方
- 仓库分为公有仓库和私有仓库(类似 git)
- Docker Hub(默认是国外的)
- 国内:阿里云…都有容器服务器(配置镜像加速)
2、安装 Docker
环境准备
(1)需要会—点点的Linux的基础
(2)CentOS 7
(3)我们使用Xshell连接远程服务器进行操作!
环境查看
# 系统内核是3.10以上的
[root@iZ2zeixjfsr9ma191sjeghZ ~]# uname -r
3.10.0-1160.66.1.el7.x86_64
# 系统版本
[root@iZ2zeixjfsr9ma191sjeghZ ~]# cat /etc/os-release
NAME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"
HOME_URL="https://www.centos.org/"
BUG_REPORT_URL="https://bugs.centos.org/"
CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"
安装
帮助文档:https://docs.docker.com/engine/install/centos/
# 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.设置镜像的仓库
# 3.1.默认是国外的,不推荐
yum-config-manager \
--add-repo \
https://download.docker.com/linux/centos/docker-ce.repo
# 3.2.推荐使用国内的
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:社区版 ee:企业版
yum install docker-ce docker-ce-cli containerd.io
# 6、启动docker
systemctl start docker
# 7、使用 docker version 查看是否安装成功
docker version
# 8、测试
docker run hello-world
# 9、查看下载的这个 hello-world 镜像
docker images
3、卸载 docker
# 1.卸载依赖
yum remove docker-ce docker-ce-cli containerd.io
# 2.删除资源
rm -rf /var/lib/docker
# /var/lib/docker docker的默认工作路径
4、阿里云镜像加速
- 登录阿里云找到容器服务
-
配置使用
sudo mkdir -p /etc/docker sudo tee /etc/docker/daemon.json <<-'EOF' { "registry-mirrors": ["https://y39oaz6l.mirror.aliyuncs.com"] } EOF sudo systemctl daemon-reload sudo systemctl restart docker
回顾hello-world流程
5、底层原理
Docker 是怎么工作的?
- Docker 是一个 Client-Server 结构的系统,Docker 的守护进程运行在主机上。通过 Socket 从客户端访问!
- Docker-Server 接收到 Docker-Client 的指令,就会执行这个命令!
Docker 为什么比 VM 快?
- Docker 有着比虚拟机更少的抽象层:由于docker不需要Hypervisor实现硬件资源虚拟化,运行在docker容器上的程序直接使用的都是实际物理机的硬件资源。因此在CPU、内存利用率上docker将会在效率上有明显优势
-
docker 利用的是宿主机的内核,VM 需要的是 Guest OS。
- GuestOS: VM(虚拟机)里的的系统(OS);
- HostOS:物理机里的系统(OS);
-
所以说,新建一个容器的时候,docker 不需要像虚拟机一样重新加载一个操作系统内核,避免引导和加载操作系统内核。虚拟机是加载 Guset OS , 分钟级别的,而docker是利用宿主机的操作系统,省略了这个复杂的过程,秒级的,因此新建一个docker容器只需要几秒钟。
三、Docker 的常用命令
1、帮助命令
docker version # 显示docker的版本信息。
docker info # 显示docker的系统信息,包括镜像和容器的数量
# 结果说明
Containers: 45 #容器的数量
Running: 44 #正在运行的数量
Paused: 0 #暂停的数量
Stopped: 1 #已经停止的数量
Images: 264 #镜像数量
Server Version: 1.12.5 #docker server的版本
Storage Driver: devicemapper #存储驱动程序
Pool Name: docker-253:0-537427328-pool #pool name的值根据Data file的模式改变 # direct-lvm 模式(Pool Name 为 docker-thinpool )
Pool Blocksize: 65.54 kB #pool块大小
Base Device Size: 10.74 GB #基本存储大小
Backing Filesystem: xfs #支持的文件系统
Data file: /dev/loop0 #使用的模式为loop-lvm 生产中不推荐使用(loop-lvm性能比较差) 使用 direct-lvm 模式(配置过程在最后面)
Metadata file: /dev/loop1 #元数据文件位置
Data Space Used: 86.78 GB #数据使用的空间 direct-lvm 模式 direct-lvm 模式
Data Space Total: 107.4 GB #数据的总空间
Data Space Available: 20.6 GB #数据的可用空间
Metadata Space Used: 159.8 MB #元数据使用的空间
Metadata Space Total: 2.147 GB #元数据的总空间
Metadata Space Available: 1.988 GB #元数据的可用空间
Thin Pool Minimum Free Space: 10.74 GB # Thin pool(瘦供给池)的最小可用空间 *下面有瘦供给的解释
Udev Sync Supported: true
Deferred Removal Enabled: false
Deferred Deletion Enabled: false
Deferred Deleted Device Count: 0
Data loop file: /var/lib/docker/devicemapper/devicemapper/data #数据loop文件的位置
WARNING: Usage of loopback devices is strongly discouraged for production use. Use `--storage-opt dm.thinpooldev` to specify a custom block storage device. #警告信息
Metadata loop file: /var/lib/docker/devicemapper/devicemapper/metadata #元数据loop文件的位置
Library Version: 1.02.135-RHEL7 (2016-09-28)
Logging Driver: json-file
Cgroup Driver: cgroupfs
Plugins: #插件
Volume: local
Network: host null bridge overlay
Swarm: inactive
Runtimes: runc
Default Runtime: runc
Security Options: seccomp #内核安全组件
Kernel Version: 3.10.0-514.el7.x86_64 #内核版本
Operating System: CentOS Linux 7 (Core) #操作系统
OSType: linux #操作系统类型
Architecture: x86_64 #系统架构
CPUs: 4 #CPU数
Total Memory: 30.96 GiB #总空间
Name: docker-slave3.ctrm #主机名
ID: POZH:PSTG:ULR2:S75Y:OW57:ETGA:Z7RU:WEQA:VGNE:4JMJ:PJ3N:LXZW
Docker Root Dir: /var/lib/docker #docker根目录
Debug Mode (client): false #调试模式(client)
Debug Mode (server): false #调试模式(server)
Registry: https://index.docker.io/v1/ #镜像仓库
Insecure Registries: #非安全镜像仓库
15.116.20.134:5000
15.116.20.104:80
15.116.20.115:80
127.0.0.0/8
docker --help # 帮助命令
- 帮助文档的地址:https://docs.docker.com/engine/reference/commandline/
2、镜像命令
(1)docker images
**作用:**查看所有本地主机上的镜像 可以使用docker image ls代替
[root@iZ2zeixjfsr9ma191sjeghZ /]# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
hello-world latest feb5d9fea6a5 9 months ago 13.3kB
#解释
REPOSITORY # 镜像的仓库源
TAG # 镜像的标签
IMAGE ID # 镜像的id
CREATED # 镜像的创建时间
SIZE # 镜像的大小
#可选项
-a, --all # 列出所有的镜像
--digests # 签名
-f, --filter filter # 根据提供的条件过滤输出
-q, --quiet # 只显示镜像的id
(2)docker search
作用:搜索镜像
root@iZ2zeixjfsr9ma191sjeghZ /]# docker search mysql
NAME DESCRIPTION STARS OFFICIAL AUTOMATED
mysql MySQL is a widely used, open-source relation… 12891 [OK]
mariadb MariaDB Server is a high performing open sou… 4943 [OK]
percona Percona Server is a fork of the MySQL relati… 582 [OK]
#可选项
docker search mysql -f STARS=3000 #搜索收藏超过3000的MySQL镜像
(3)docker pull
作用:下载镜像
# 下载镜像 docker pull 镜像名:tag tag是版本号,若不设置默认使用最新版
[root@iZ2zeixjfsr9ma191sjeghZ /]# docker pull mysql
Using default tag: latest # 如果不写tag,默认就是latest最新版
latest: Pulling from library/mysql
72a69066d2fe: Pull complete # 分层下载:docker image 的核心---联合文件系统
93619dbc5b36: Pull complete
99da31dd6142: Pull complete
626033c43d70: Pull complete
37d5d7efb64e: Pull complete
ac563158d721: Pull complete
d2ba16033dad: Pull complete
688ba7d5c01a: Pull complete
00e060b6d11d: Pull complete
1c04857f594f: Pull complete
4d7cfa90e6ea: Pull complete
e0431212d27d: Pull complete
Digest: sha256:e9027fe4d91c0153429607251656806cc784e914937271037f7738bd5b8e7709 #签名
Status: Downloaded newer image for mysql:latest
docker.io/library/mysql:latest #真实地址
#docker pull mysql等价于docker pull docker.io/library/mysql:latest
#指定版本下载
[root@iZ2zeixjfsr9ma191sjeghZ /]# docker pull mysql:5.7
5.7: Pulling from library/mysql
72a69066d2fe: Already exists #若其他版本下载过该文件,则共用
93619dbc5b36: Already exists
99da31dd6142: Already exists
626033c43d70: Already exists
37d5d7efb64e: Already exists
ac563158d721: Already exists
d2ba16033dad: Already exists
0ceb82207cd7: Pull complete
37f2405cae96: Pull complete
e2482e017e53: Pull complete
70deed891d42: Pull complete
Digest: sha256:f2ad209efe9c67104167fc609cca6973c8422939491c9345270175a300419f94
Status: Downloaded newer image for mysql:5.7
docker.io/library/mysql:5.7
(3)docker rmi
删除镜像
docker rmi -f 镜像id # 删除指定的镜像
docker rmi -f 镜像id 镜像id 镜像id # 删除多个镜像
docker rmi -f $(docker images -aq) # 删除全部镜像
3、容器命令
说明:我们有了镜像才可以创建容器,linux,下载一个 centos 镜像来测试学习
docker pull centos
新建容器并启动
docker run [可选参数] image
# 参数说明
--name = "Name" 容器名字 tomcat01,tomcat02,用来区分容器
-d 后台方式运行
-it 使用交互方式运行,进入容器查看内容
-p 指定容器的端口 -p 8080:8080
-p ip:主机端口:容器端口
-p 主机端口:容器端口(常用)
-p 容器端口
容器端口
-p 随机指定端口
# 测试,启动并进入容器
docker 容器是由 docker 镜像创建的运行实例
[root@iZf8z4ii45kfjc41qrt363Z /]# docker run -it centos /bin/bash
[root@0e1dfb1233d0 /]# ls # 查看容器内的centos,基础版本,很多命令都是不完善的!
bin dev etc home lib lib64 lost+found media mnt opt proc root run sbin srv sys tmp usr var
# 从容器中退回主机
[root@0e1dfb1233d0 /]# exit
exit
[root@iZf8z4ii45kfjc41qrt363Z /]# ls
bin 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 # 只显示容器的编号
退出容器
exit # 直接容器停止并退出
Ctrl + P + Q # 容器不停止退出
删除容器
docker rm 容器id # 删除指定容器,不能删除正在运行的容器,如果要强制删除 rm -f (f是force)
docker rm -f $(docker ps -aq) # 删除所有的容器
docker ps -aq|xargs docker rm # 删除所有的容器
启动和停止容器的操作
- run 是创建并启动容器(run 相当于新建并运行),start 是启动停止了的容器(start 只有运行)
docker start 容器id # 启动容器
docker restart 容器id # 重启容器
docker stop 容器id # 停止当前正在运行的容器
docker kill 容器id # 强制停止当前容器
4、其它常用命令
后台启动容器
# 命令 docker run -d 镜像名
docker run -d centos
# 问题docker ps, 发现 centos 停止了
# 常见的坑, docker容器使用后台运行,就必须要有一个前台进程,docker发现没有应用,就会自动停止
# 如nginx,容器启动后,发现自己没有提供服务,就会立刻停止,就是没有程序了
查看日志
# 命令
docker logs -f -t --tail 容器
# 自己编写一段shell脚本
[root@iZf8z4ii45kfjc41qrt363Z /]# docker run -d centos /bin/sh -c "while true; do echo kuangshen;sleep 1;done"
# 显示日志
-t # 显示日志加时间
-f # 保留打印窗口,持续打印
--tail number # 要显示的最后的日志条数
[root@iZf8z4ii45kfjc41qrt363Z /]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
babf34105183 centos "/bin/sh -c 'while t…" 20 seconds ago Up 19 seconds strange_blackburn
[root@iZf8z4ii45kfjc41qrt363Z /]# docker logs -tf --tail 10 babf34105183
测试完记得输入 docker stop id
停止程序
查看容器中的进程信息
# 命令 docker top 容器id
[root@iZf8z4ii45kfjc41qrt363Z /]# docker top 6eb73bae2d0b
UID PID PPID C STIME TTY TIME CMD
root 9659 9639 0 17:03 ? 00:00:00 /bin/sh -c while true; do echo kuangshen;sleep 1;done
root 9908 9659 0 17:05 ? 00:00:00 /usr/bin/coreutils --coreutils-prog-shebang=sleep /usr/bin/sleep 1
查看镜像元数据
# 命令
docker inspect 容器id
#测试
[root@iZ2zeixjfsr9ma191sjeghZ /]# docker inspect 16b053db4245
[
{
"Id": "16b053db42459867174ccaf136b0185ff279ff8d10bc450bfc7a3a98a79324f9",
"Created": "2022-07-20T13:29:50.122237325Z",
"Path": "/bin/sh",
"Args": [
"-c",
"while true; do echo kuangshen;sleep 1;done"
],
"State": {
"Status": "running",
"Running": true,
"Paused": false,
"Restarting": false,
"OOMKilled": false,
"Dead": false,
"Pid": 2621,
"ExitCode": 0,
"Error": "",
"StartedAt": "2022-07-20T13:29:50.480240265Z",
"FinishedAt": "0001-01-01T00:00:00Z"
},
"Image": "sha256:5d0da3dc976460b72c77d94c8a1ad043720b0416bfc16c52c45d4847e53fadb6",
"ResolvConfPath": "/var/lib/docker/containers/16b053db42459867174ccaf136b0185ff279ff8d10bc450bfc7a3a98a79324f9/resolv.conf",
"HostnamePath": "/var/lib/docker/containers/16b053db42459867174ccaf136b0185ff279ff8d10bc450bfc7a3a98a79324f9/hostname",
"HostsPath": "/var/lib/docker/containers/16b053db42459867174ccaf136b0185ff279ff8d10bc450bfc7a3a98a79324f9/hosts",
"LogPath": "/var/lib/docker/containers/16b053db42459867174ccaf136b0185ff279ff8d10bc450bfc7a3a98a79324f9/16b053db42459867174ccaf136b0185ff279ff8d10bc450bfc7a3a98a79324f9-json.log",
"Name": "/nifty_goldstine",
"RestartCount": 0,
"Driver": "overlay2",
"Platform": "linux",
"MountLabel": "",
"ProcessLabel": "",
"AppArmorProfile": "",
"ExecIDs": null,
"HostConfig": {
"Binds": null,
"ContainerIDFile": "",
"LogConfig": {
"Type": "json-file",
"Config": {}
},
"NetworkMode": "default",
"PortBindings": {},
"RestartPolicy": {
"Name": "no",
"MaximumRetryCount": 0
},
"AutoRemove": false,
"VolumeDriver": "",
"VolumesFrom": null,
"CapAdd": null,
"CapDrop": null,
"CgroupnsMode": "host",
"Dns": [],
"DnsOptions": [],
"DnsSearch": [],
"ExtraHosts": null,
"GroupAdd": null,
"IpcMode": "private",
"Cgroup": "",
"Links": null,
"OomScoreAdj": 0,
"PidMode": "",
"Privileged": false,
"PublishAllPorts": false,
"ReadonlyRootfs": false,
"SecurityOpt": null,
"UTSMode": "",
"UsernsMode": "",
"ShmSize": 67108864,
"Runtime": "runc",
"ConsoleSize": [
0,
0
],
"Isolation": "",
"CpuShares": 0,
"Memory": 0,
"NanoCpus": 0,
"CgroupParent": "",
"BlkioWeight": 0,
"BlkioWeightDevice": [],
"BlkioDeviceReadBps": null,
"BlkioDeviceWriteBps": null,
"BlkioDeviceReadIOps": null,
"BlkioDeviceWriteIOps": null,
"CpuPeriod": 0,
"CpuQuota": 0,
"CpuRealtimePeriod": 0,
"CpuRealtimeRuntime": 0,
"CpusetCpus": "",
"CpusetMems": "",
"Devices": [],
"DeviceCgroupRules": null,
"DeviceRequests": null,
"KernelMemory": 0,
"KernelMemoryTCP": 0,
"MemoryReservation": 0,
"MemorySwap": 0,
"MemorySwappiness": null,
"OomKillDisable": false,
"PidsLimit": null,
"Ulimits": null,
"CpuCount": 0,
"CpuPercent": 0,
"IOMaximumIOps": 0,
"IOMaximumBandwidth": 0,
"MaskedPaths": [
"/proc/asound",
"/proc/acpi",
"/proc/kcore",
"/proc/keys",
"/proc/latency_stats",
"/proc/timer_list",
"/proc/timer_stats",
"/proc/sched_debug",
"/proc/scsi",
"/sys/firmware"
],
"ReadonlyPaths": [
"/proc/bus",
"/proc/fs",
"/proc/irq",
"/proc/sys",
"/proc/sysrq-trigger"
]
},
"GraphDriver": {
"Data": {
"LowerDir": "/var/lib/docker/overlay2/cc1ee425e1d3b2f65b16121ab867a8ff6550491c9e3863e75ca5362414b3403f-init/diff:/var/lib/docker/overlay2/dc80ae4d1f5a0b7ec82da0af23eb1aa011fd7e123717d0359218c1ec1960394a/diff",
"MergedDir": "/var/lib/docker/overlay2/cc1ee425e1d3b2f65b16121ab867a8ff6550491c9e3863e75ca5362414b3403f/merged",
"UpperDir": "/var/lib/docker/overlay2/cc1ee425e1d3b2f65b16121ab867a8ff6550491c9e3863e75ca5362414b3403f/diff",
"WorkDir": "/var/lib/docker/overlay2/cc1ee425e1d3b2f65b16121ab867a8ff6550491c9e3863e75ca5362414b3403f/work"
},
"Name": "overlay2"
},
"Mounts": [],
"Config": {
"Hostname": "16b053db4245",
"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 kuangshen;sleep 1;done"
],
"Image": "centos",
"Volumes": null,
"WorkingDir": "",
"Entrypoint": null,
"OnBuild": null,
"Labels": {
"org.label-schema.build-date": "20210915",
"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": "2898f2a14151d96a711aecb6b7a38a28a912c73324fac18835a11a20b0da4959",
"HairpinMode": false,
"LinkLocalIPv6Address": "",
"LinkLocalIPv6PrefixLen": 0,
"Ports": {},
"SandboxKey": "/var/run/docker/netns/2898f2a14151",
"SecondaryIPAddresses": null,
"SecondaryIPv6Addresses": null,
"EndpointID": "880c4dbe95da9bd7084e9926c17826c6ff401a3178bcb10c137fa161a45ca8bb",
"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": "d115ef25b1396fd4f6f227bcce247fdbb68178f6ddd2c50ea33e96872ea4f3af",
"EndpointID": "880c4dbe95da9bd7084e9926c17826c6ff401a3178bcb10c137fa161a45ca8bb",
"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 baseShell
# 测试
[root@iZf8z4ii45kfjc41qrt363Z /]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
6eb73bae2d0b centos "/bin/sh -c 'while t…" 6 minutes ago Up 6 minutes keen_neumann
[root@iZf8z4ii45kfjc41qrt363Z /]# docker exec -it 6eb73bae2d0b /bin/bash
[root@6eb73bae2d0b /]# ls
bin dev etc home lib lib64 lost+found media mnt opt proc root run sbin srv sys tmp usr var
[root@6eb73bae2d0b /]# ps -ef
UID PID PPID C STIME TTY TIME CMD
root 1 0 0 09:03 ? 00:00:00 /bin/sh -c while true; do echo kuangshen;sleep 1;done
root 396 0 0 09:10 pts/0 00:00:00 /bin/bash
root 419 1 0 09:10 ? 00:00:00 /usr/bin/coreutils --coreutils-prog-shebang=sleep /usr/bin/sleep 1
root 420 396 0 09:10 pts/0 00:00:00 ps -ef
# 方式二
docker attach 容器id
# 测试
[root@iZf8z4ii45kfjc41qrt363Z /]# docker attach 6eb73bae2d0b
kuangshen
kuangshen
正在执行当前的代码...
# docker exec # 进入容器后开启一个新的终端,可以在里面操作(常用)
# docker attach # 进入容器正在执行的终端,不会启动新的进程
# 区别
- 当多个窗口同时attach到同一个容器的时候,所有窗口都会同步显示;当某个窗口因命令阻塞时,其他窗口也无法执行操作。
- 可以使用 docker exec -it 容器id /bin/bash 进入容器并开启一个新的bash终端。 退出容器终端时,不会导致容器的停止。
- 使用 docker attach 容器id 进入正在执行容器,不会启动新的终端, 退出容器时,会导致容器的停止。
从容器内拷贝到主机上
# 命令
docker cp [r] 容器id :容器内路径 目的地主机路径
# 参数r : 递归拷贝
# 测试
# 查看当前主机目录下的文件
[root@iZf8z4ii45kfjc41qrt363Z home]# ls
kuangshen kuangshen.java kuangstudy2 redis test1 www
[root@iZf8z4ii45kfjc41qrt363Z home]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
0b03b728988b centos "/bin/bash" About a minute ago Up About a minute magical_rubin
# 进入docker容器内部
[root@iZf8z4ii45kfjc41qrt363Z home]# docker attach 0b03b728988b
[root@0b03b728988b /]# cd /home
[root@0b03b728988b home]# ls
# 在容器内新建一个文件
[root@0b03b728988b home]# touch test.java
[root@0b03b728988b home]# exit
exit
[root@iZf8z4ii45kfjc41qrt363Z home]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
[root@iZf8z4ii45kfjc41qrt363Z home]# docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
0b03b728988b centos "/bin/bash" 2 minutes ago Exited (0) 10 seconds ago magical_rubin
# 将这个文件拷贝出来到主机上
[root@iZf8z4ii45kfjc41qrt363Z home]# docker cp 0b03b728988b:/home/test.java /home
[root@iZf8z4ii45kfjc41qrt363Z home]# ls
kuangshen kuangshen.java kuangstudy2 redis test1 test.java www
# 拷贝是一个手动过程,未来我们使用 -v 卷的技术,可以实现打通
5、小结
Docker的所有命令
exec 和 attach 的区别
- 使用exec进入容器后,是开启一个新的终端,在里面操作。退出容器后,容器还是运行的
- 使用attach是直接在当前容器正在执行的终端里进行操作。退出容器后,容器也就停止了
Docker命令帮助文档
attach #Attach local standard input, output, and error streams to a running container
#当前shell下 attach连接指定运行的镜像
build #Build an image from a Dockerfile # 通过Dockerfile定制镜像
commit #Create a new image from a container's changes #提交当前容器为新的镜像
cp #Copy files/folders between a container and the local filesystem # 拷贝文件
create #Create a new container #创建一个新的容器
diff #Inspect changes to files or directories on a container's filesystem #查看docker容器的变化
events #Get real time events from the server # 从服务获取容器实时时间
exec #Run a command in a running container # 在运行中的容器上运行命令
export #Export a container's filesystem as a tar archive #导出容器文件系统作 为一个tar归档文件[对应import]
history #Show the history of an image # 展示一个镜像形成历史
images #List images #列出系统当前的镜像
import #Import the contents from a tarball to create a filesystem image # 从tar包中导入内容创建一个文件系统镜像
info #Display system-wide information # 显示全系统信息
inspect #Return low-level information on Docker objects #查看容器详细信息
kill #Kill one or more running containers # kill指定docker容器
load #Load an image from a tar archive or STDIN #从一个tar包或标准输入中加载 一个镜像[对应save]
login #Log in to a Docker registry #
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的命令是十分多的,上面我们学习的那些都是最常用的容器和镜像的命令,之后我们还会学习很多命令!
6、作业练习
作业1:Docker安装 Nginx
# 1. 搜索镜像 search 建议大家去docker搜索,可以看到帮助文档
docker search nginx
# 2. 下载镜像 pull
docker pull nginx
# 3. 查看镜像
docker images
# -d 后台运行
# --name 给容器命名
# -p 宿主机:容器内部端口
docker run -d --name nginx01 -p 3344:80 nginx
[root@iZ2zeixjfsr9ma191sjeghZ ~]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
e0d760939ddd nginx "/docker-entrypoint.…" 11 minutes ago Up 11 minutes 0.0.0.0:3344->80/tcp, :::3344->80/tcp nginx01
curl localhost:3344
-p
:容器内的80端口绑定到宿主机的3344端口(方便除宿主机以外的机器访问)
端口暴露的概念:
访问:
若执行:
docker stop $nginxid
此时docker的nginx进程停止,则上述地址再去访问nignx就会失败。
思考问题∶我们每次改动nginx配置文件,都需要进入容器内部?十分的麻烦,我要是可以在容器外部提供一个映射路径,达到在容器修改文件名,容器内部就可以自动修改? -v 数据卷!
作业2:Docker 安装 Tomcat
# 官方的使用
docker run -it --rm tomcat:9.0
# 之前的启动都是在后台运行,停止了容器,容器还是可以查到
# docker run -it --rm image 一般是用来测试,用完就删除(暂时不建议)
# 下载
docker pull tomcat:9.0.64
# 启动运行
docker run -d -p 3355:8080 --name tomcat01 tomcat:9.0.64
# 测试访问没有问题
能进去但是没有页面可以显示。说明连接成功,只是缺少前端页面
修改tomcat容器内的webapps的内容:
# 进入容器
docker exec -it tomcat01 /bin/bash
# 发现问题:1、linux命令少了 2.webapps文件夹为空
# 原因:阿里云镜像(阉割版),它为保证最小镜像,将不必要的都剔除了→保证最小可运行环境!
# 发现 webapps.dist 下有完整的文件,将其复制到 webapps下
root@962b84bda08f:/usr/local/tomcat/webapps# ls # 可见webapps文件夹为空
root@962b84bda08f:/usr/local/tomcat/webapps# cd ..
root@962b84bda08f:/usr/local/tomcat# ls
BUILDING.txt CONTRIBUTING.md LICENSE NOTICE README.md RELEASE-NOTES RUNNING.txt bin conf lib logs native-jni-lib temp webapps webapps.dist work
root@962b84bda08f:/usr/local/tomcat# cd webapps.dist
root@962b84bda08f:/usr/local/tomcat/webapps.dist# ls
ROOT docs examples host-manager manager
root@962b84bda08f:/usr/local/tomcat/webapps.dist# cd ..
root@962b84bda08f:/usr/local/tomcat# cp -r webapps.dist/* webapps # 复制webapps.dist下的所有文件
root@962b84bda08f:/usr/local/tomcat# cd webapps
root@962b84bda08f:/usr/local/tomcat/webapps# ls # 复制成功!进入 webapps 文件夹,此时已有文件
ROOT docs examples host-manager manager
再刷新页面,此时可以正常显示:
思考问题:我们以后要部署项目,如果每次都要进入容器是不是十分麻烦?要是可以在容器外部提供一个映射路径,我们修改 webapps 时,只需在外部放置项目,然后能自动同步到内部就好了!
作业3:部署署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
# 启动了 Linux就卡住了 docker stats 查看 cpu的状态
# es 是十分耗内存的,有1.x个G。我的服务器是2核2G的,比狂神当时的好一点
# 测试一下es是否成功启动了
[root@iZf8z4ii45kfjc41qrt363Z home]# curl localhost:9200
{
"name" : "f6909ff78411",
"cluster_name" : "docker-cluster",
"cluster_uuid" : "lx6V_BNwSfGjCVX47xdrMQ",
"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 stats # 查看 cpu 的状态
改进:安装elasticsearch时增加内存限制:
# 赶紧关闭,增加内存的限制,修改配置文件。通过 -e 进行环境配置修改
docker run -d --name elasticsearch02 -p 9200:9200 -p 9300:9300 -e "discovery.type=single-node" -e ES_JAVA_OPTS="-Xms64m -Xmx512m" elasticsearch:7.6.2
docker stats # 再次查看 cpu 的状态。这时就好了很多
作业:使用kibana连接es?
7、Docker 可视化
- portainer(先用这个)
- Rancher(CI / CD 再用)
7.1、什么是portainer?
- Docker 图形化界面管理工具!提供一个后台面板供我们操作!
# 运行如下命令即可 打开可视化服务
docker run -d -p 8088:9000 \--restart=always -v /var/run/docker.sock:/var/run/docker.sock --privileged=true portainer/portainer
访问http://ip:8088,成功后设置密码,选择本地 local 进行配置,点击connect
进入本地:
可视化面板不重要。
四、Docker 镜像讲解
1、镜像是什么
- 镜像是一种轻量级、可执行的独立软件包,用来打包软件运行环境和基于运行环境开发的软件,他包含运行某 个软件所需的所有内容,包括代码、运行时库、环境变量和配置文件。
- 将所有的应用和环境,直接打包为docker镜像,就可以直接运行。
- 如何得到镜像:
- 从远处仓库下载
- 他人拷贝过来
- 自己制作一个镜像 DockerFile
2、Docker 镜像加载原理
2.1、 UnionFs(联合文件系统)
我们下载的时候看到一层层的下载就是这个。
UnionFs(联合文件系统):Union文件系统(UnionFs)是一种分层、轻量级并且高性能的文件系统,他支 持对文件系统的修改作为一次提交来一层层的叠加,同时可以将不同目录挂载到同一个虚拟文件系统下( unite several directories into a single virtual filesystem)。Union文件系统是 Docker镜像的基础。镜像可以通过分层来进行继承,基于基础镜像(没有父镜像),可以制作各种具体的应用镜像。
特性:一次同时加载多个文件系统,但从外面看起来,只能看到一个文件系统,联合加载会把各层文件系 统叠加起来,这样最终的文件系统会包含所有底层的文件和目录。
2.2、Docker镜像加载原理
docker的镜像实际上由一层一层的文件系统组成,这种层级的文件系统就是 UnionFS。
bootfs(boot file system)主要包含 bootloader 和 Kernel,bootloader 主要是引导加载 kernel,Linux 刚启动时会加 bootfs 文件系统,在 Docker 镜像的最底层是 boots。这一层与我们典型的 Linux/Unix 系统是一样的,包含 boot 加載器和内核。当 boot 加载完成之后整个内核就都在内存中了,此时 内存的使用权已由 bootfs 转交给内核,此时系统也会卸载 bootfs。bootfs 是公共的,因为所有镜像肯定都是需要加载的
rootfs(root file system),在 bootfs 之上。包含的就是典型 Linux 系统中 的 /dev,/proc,/bin。/etc 等标准目录和文件。 rootfs 就是各种不同的操作系统发行版,比如 Ubuntu,Centos,小红帽 等等。所以说容器就是一个小型的 Linux 系统,因为它们所含的文件夹都是类似的
平时我们安装进虚拟机的CentOS都是好几个G,为什么Docker这里才200M?
- 对于个精简的OS,rootfs 可以很小,只需要包合最基本的命令,工具和程序库就可以了,因为底层直接用 Host 的 kernel,自己只需要提供 rootfs 就可以了。由此可见对于不同的 Linux 发行版,boots基本是一致 的,rootfs 会有差別,因此不同的发行版可以公用 bootfs.
- 虚拟机是分钟级别,容器是秒级!
3、分层理解
- 下载一个镜像,注意观察下载的日志输出,可以看到是一层层的在下载
- 第一层显示 Already exists,已经存在,是基本层
思考:为什么Docker镜像要采用这种分层的结构呢?
- 最大的好处就是资源共享!比如有多个镜像都从相同的 Base 镜像构建而来,那么宿主机只需在磁盘上保留一份base镜像,同时内存中也只需要加载一份base镜像,这样就可以为所有的容器服务了,而且镜像的每一层都可以被共享。
- 查看镜像分层的方式可以通过docker image inspect 镜像名 命令
理解:
- 所有的 Docker镜像都起始于一个基础镜像层,当进行修改或培加新的内容时,就会在当前镜像层之上,创建新的镜像层。
- 举一个简单的例子,假如基于 Ubuntu Linux16.04 创建一个新的镜像,这就是新镜像的第一层;如果在该镜像中添加 Python 包,就会在基础镜像层之上创建第二个镜像层;如果继续添加一个安全补丁,就会创建第三个镜像层该像当前已经包含3个镜像层,如下图所示(这只是一个用于演示的很简单的例子)。
- 在添加额外的镜像层的同时,镜像始终保持是当前所有镜像的组合,理解这一点非常重要。下图中举了一个简单的例子,每个镜像层包含3个文件,而镜像包含了来自两个镜像层的6个文件。
- 上图中的镜像层跟之前图中的略有区別,主要目的是便于展示文件
- 下图中展示了一个稍微复杂的三层镜像,在外部看来整个镜像只有6个文件,这是因为最上层中的文件7是文件5的一个更新版
这种情況下,上层镜像层中的文件覆盖了底层镜像层中的文件。这样就使得文件的更新版本作为一个新镜像层添加到镜像当中。
Docker通过存储引擎(新版本采用快照机制)的方式来实现镜像层堆栈,并保证多镜像层对外展示为统一的文件系统。
Linux上可用的存储引擎有AUFS、Overlay2、Device Mapper、Btrfs以及ZFS。顾名思义,每种存储引擎都基于Linux中对应的文件系统或者块设备技术,并且每种存储引擎都有其独有的性能特点。
Docker在 Windows上仅支持windowsfilter一种存储引擎,该引擎基于NTFS文件系统之上实现了分层和CoW[1]。
下图展示了与系统显示相同的三层镜像。所有镜像层堆叠并合并,对外提供统一的视图。
特点
-
Docker 镜像都是只读的,当容器启动时,一个新的可写层加载到镜像的顶部!
-
这一层就是我们通常说的容器层,容器之下的都叫镜像层!
- pull 下来的只是只读文件,run 之后镜像才开始运行,我们平时在 docker 里面操作镜像,此时操作的层就是容器层
4、commit 镜像
docker commit 提交容器成为一个新的副本
# 命令和git原理类似
docker commit -m="提交的描述信息" -a="作者" 容器id 目标镜像名:[TAG] # tag 表示版本
实战测试
# 1、启动一个默认的tomcat
docker run -d -p 8080:8080 tomcat
docker run -p 报错
此时报错:docker: Error response from daemon: driver failed programming external connectivity on endpoint suspicious_meitner (dc51058cc11a4ef40efb933749b88d86b47700ea9ab12f89f3a7ca428d38d6b2): Error starting userland proxy: listen tcp4 0.0.0.0:8080: bind: address already in use.
这个错误就说明端口号被占用了。
解决办法:
netstat -tanlp #查看端口占用情况
kill pid号 #此处pid=18076,杀死该进程
netstat -tanlp #再次查看端口占用情况,发现8080端口已经不再被占用,说明杀进程成功了
提交镜像:
docker commit -a="yang" -m="add webapps app" e39130f89e18 tomcat-1.0:v1.0
可以看到,新提交的tomcat-1.0镜像比pull下载下来的tomcat要大一些,因为我们已经在tomcat基础上添加了一些自己的东西,再打包后占用的内存会变大。
五、容器数据卷
1、什么是容器数据卷
docker 的理念回顾
将应用和环境打包成一个镜像!
数据?如果数据都在容器中,那么我们容器删除,数据就会丢失!需求:数据可以持久化
MySQL,容器删除了,删库跑路!需求:MySQL 数据可以存储在本地
容器之间可以有一个数据共享的技术!Docker 容器中产生的数据,同步到本地
这就是 卷 技术!目录的挂载,将我们容器内的目录,挂载到 Linux 上面
总结一句话:容器的持久化和同步操作!容器间也是可以数据共享的
2、数据卷的使用
2.1、方式一:直接使用命令来挂载 -v
docker run -it -v 主机目录:容器内目录
# 测试
docker run -it -v /home/ceshi:/home centos /bin/bash
测试成功后,去主机上查看home目录,发现多了ceshi目录:
而centos容器内部的home目录此时是空的。
在主机上利用命令查看centos容器的详情:
[root@yang ceshi]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
e0225ab69842 centos "/bin/bash" 2 minutes ago Up 2 minutes admiring_proskuriakova
e39130f89e18 tomcat:9.0.64 "catalina.sh run" 32 hours ago Up 32 hours 0.0.0.0:3355->8080/tcp, :::3355->8080/tcp tomcat01
[root@yang ceshi]# docker inspect e0225ab69842
如下可以看到:
测试:先在容器内部新建一个文件,查看主机会不会同步该文件
主机修改文件,容器内同样会同步,即使容器停止运行,只要没删除,依旧会同步。
- 好处:我们以后修改只需要在本地修改即可,容器内会自动同步!
测试:安装mysql并挂载
# 获取mysql镜像
docker pull mysql:5.7
# 运行容器,需要做数据挂载 #安装启动mysql,需要配置密码的,这是要注意点!
# 参考官网 -e 表示配置,昨天配置过网络限速,这里是配置密码
# dockerhub上的命令:
docker run --name some-mysql -e MYSQL_ROOT_PASSWORD=my-secret-pw -d mysql:tag
#启动
-d 后台运行
-p 端口映射
-v 卷挂载
-e 环境配置
-- name 容器名字
docker run -d -p 3310:3306 -v /home/mysql5.7/conf:/etc/mysql/conf.d -v /home/mysql5.7/data:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=123456 --name mysql01 mysql:5.7
# 启动成功之后,我们在本地使用navicat来测试一下
# sqlyog--连接到服务器的3310--和容器内的3306映射
在navicat新建一个名为test
的数据库,再去虚拟机本地查看,会发现也同时多了一个test文件:
此时,将mysql容器删除,再次查看虚拟机本地文件:
很明显虽然容器删除了,但是本地数据并没有被删除,说明实现了数据持久化!
3、具名挂载和匿名挂载
3.1、匿名挂载
-P 不指定路径
-v 容器内路径!
docker run -d -P --name nginx01 -v /etc/nginx nginx
# 查看所有的volume的情况
[root@yang /]# docker volume ls
DRIVER VOLUME NAME
local fbda635baa7d80514a098baeee9345e67dad94f48ac3631304776be266aa44e7
# 这种就是匿名挂载,我们在 -v 只写了容器内的路径,没有写容器外的路径!
3.2、具名挂载
[root@yang /]# docker run -d -P -v juming-nginx:/etc/nginx nginx
5f6e711f05ed7d656a90e23d7e557b7fc12e16118a0b95a0c5d6a7d529a015e8
[root@yang /]# docker volume ls
DRIVER VOLUME NAME
local fbda635baa7d80514a098baeee9345e67dad94f48ac3631304776be266aa44e7
local juming-nginx
可以进入到本地路径去查看:
4、初识 Dockerfile -挂载方式二
- Dockerfile 就是用来构建 docker 镜像的构建文件!相当于命令脚本。先体验一下。
- 通过这个脚本可以生成镜像。镜像是一层一层的,脚本的一个个的命令,每个命令都是一层
# 创建一个dockerfile文件,名字可以随便 建议Dockerfile
# 文件中的内容 指令(大写) 参数
FROM centos
VOLUME ["volume01","volume02"]
CMD echo "----end----"
CMD /bin/bash
#这里的每个命令,就是镜像的一层!
docker build -f dockerfile1 -t kuangshen/centos:1.0 .
最后面要加上 “.
”
查看镜像,发现根据Dockerfile1创建的镜像成功了。
启动该镜像:
这个卷和外部一定有一个同步的目录。且Dockerfile1中VOLUME ["volume01","volume02"]
这种方式属于匿名挂载。
根据进程id查看卷挂载情况:
[root@yang ~]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
1bc3a28ecad9 cd7001fde5d3 "/bin/bash" 3 minutes ago Up 3 minutes focused_herschel
5f6e711f05ed nginx "/docker-entrypoint.…" 34 minutes ago Up 34 minutes 0.0.0.0:49153->80/tcp, :::49153->80/tcp intelligent_nightingale
e39130f89e18 tomcat:9.0.64 "catalina.sh run" 45 hours ago Up 45 hours 0.0.0.0:3355->8080/tcp, :::3355->8080/tcp tomcat01
[root@yang ~]# docker inspect 1bc3a28ecad9
在容器挂载卷中创建文件:
- 这种方式使用的十分多,因为我们通常会构建自己的镜像!
- 假设构建镜像时候没有挂载卷,要手动镜像挂载
-v 卷名:容器内路径
!
5、数据卷-容器之间
5.1、容器之间共享数据
查看镜像,并用自己创建的镜像启动一个容器docker01:
[root@yang ~]# docker images
[root@yang ~]# docker run -it --name docker01 yang/centos:1.0
启动第二个容器docker02,并共享docker01的数据:
[root@yang ~]# docker run -it --name docker02 --volumes-from docker01 yang/centos:1.0
此时在docker01容器内创建docker01文件,发现02容器内也同步出现了该文件。
再创建docker03容器:
[root@yang ~]# docker run -it --name docker03 --volumes-from docker01 yang/centos:1.0
此时在docker01容器内创建docker03文件,发现03容器内也同步出现了该文件。
**测试:**可以删除docker01,查看一下docker02和docker03是否可以访问这个文件
结果:发现docker02和docker03依旧可以访问这个文件
因为容器之间的共享是一个拷贝的过称:
5.2、多个mysql数据同步
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
docker run -d -p 3307:3306 -e MYSQL_ROOT_PASSWORD=123456 --name mysql02 --volumes-from mysql01 mysql:5.7
# 这个时候,可以实现两个容器数据同步!
5.3、小结
- 容器之间配置信息的传递,数据卷的生命周期一直持续到没有容器使用它为主
- 但是一旦你持久化到了本地,这个时候,本地的数据是一直不会被删除的
六、DockerFile
6.1、简介
dockerfile 是用来构建docker镜像的文件!是一个命令参数脚本
构建步骤:
(1)编写一个 dockerfile 文件
(2)docker build 构建成为一个镜像
(3)docker run 运行镜像
(4)docker push 发布镜像(DockerHub 、阿里云仓库)
查一下官方怎么做的:
点击版本号,可以跳转到github上,发现是一个Dockerfile文件:
- 很多官方镜像都是基础包,很多功能没有,我们通常会自己搭建自己的镜像!
- 官方既然可以制作镜像,那我们也可以!
6.2、DockerFile 构建过程
基础知识:
-
每个保留关键字(指令)都是必须是大写字母
-
执行从上到下顺序
-
#
表示注释 -
每一个指令都会创建提交一个新的镜像层,并提交!
Dockerfile 是面向开发的,我们以后要发布项目,做镜像,就需要编写 dockerfile 文件,这个文件并不难!
Docker 镜像逐渐成企业交付的标准,必须要掌握!
步骤:开发,部署,运维。。。缺一不可!
- DockerFile:构建文件,定义了一切的步骤。相当于源代码
- DockerImages:通过DockerFile构建生成的镜像。是最终发布和运行的产品。
- Docker 容器:容器就是镜像运行起来提供服务。
6.3、DockerFile 常用指令
FROM # 基础镜像,一切从这里开始构建
MAINTAINER # maintainer 镜像是谁写的, 通常是姓名+邮箱
LABEL # 现在推荐写 LABEL,代替上面的那个
RUN # 镜像构建的时候需要运行的命令
ADD # 步骤:如要加一个tomcat镜像,就是加这个tomcat压缩包!1.添加内容 2.添加同目录
WORKDIR # 镜像的工作目录
VOLUME # 挂载的目录
EXPOSE # 暴露端口配置
CMD # 指定这个容器启动的时候要运行的命令,只有最后一个会生效,可被替代。
ENTRYPOINT # entrypoint 指定这个容器启动的时候要运行的命令,可以追加命令
ONBUILD # 当构建一个被继承的 DockerFile 时,这时就会运行ONBUILD的指令,触发别的指令。
COPY # 类似ADD,将我们文件拷贝到镜像中
ENV # 构建的时候设置环境变量!
6.4、实战测试
- Docker Hub 中 99% 的镜像都是从这个基础镜像过来的:
FROM scratch
,然后配置需要的软件和配置 来进行的构建
6.1、创建一个自己的 centos
# 1.编写Dockerfile文件
FROM centos:7 #查看自己使用的centos版本,使用的7一定要加上7,默认会加载最新版centos8,会报错
MAINTAINER yang<123456@163.com>
ENV MYPATH /usr/local
WORKDIR $MYPATH
RUN yum -y install vim
RUN yum -y install net-tools
EXPOSE 80
CMD echo $MYPATH
CMD echo "------end------"
CMD /bin/bash
# 2.构建镜像
# 命令 docker build -f dockerfile文件路径 -t 镜像名:[tag] .
docker build -f dockerfile-centos -t mycentos:0.1 .
# 成功后会显示如下信息:
Successfully built 64dd8a3a366a
Successfully tagged mycentos:0.1
对比:
- 之前的原生的 centos
- 我们自己创建的镜像
- 我们还可以列出本地进行的变更历史
6.2、易混淆知识点
-
RUN 是 docker build 的时候执行,CMD 是 docker run 的时候执行
-
CMD 和 ENTRYPOINT 区别:cmd 会覆盖命令,后者不会
CMD # 指定这个容器启动的时候要运行的命令,只有最后一个会生效,可被替代。 ENTRYPOINT # 指定这个容器启动的时候要运行的命令,可以追加命令
6.2.1、测试 cmd
# 编写dockerfile文件
vim dockerfile-test-cmd
FROM centos:7
CMD ["ls","-a"]
# 构建镜像
docker build -f dockerfile-test-cmd -t cmd-test:0.1 .
Successfully built a3867a9baee9
Successfully tagged cmdtest:0.1
# 运行镜像 发现命令生效了
docker run a3867a9baee9
此时追加命令报错:
# 想追加一个命令 -l 成为 ls -al
$ docker run a3867a9baee9 -l
docker: Error response from daemon: failed to create shim: OCI runtime create failed: container_linux.go:380: 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","-a"]
。而-l
不是命令,所以会报错。 -
解决方案:写出完整的命令:
ls -al
。如下便是成功docker run a3867a9baee9 ls -al
6.2.2、测试 ENTRYPOINT
# 编写dockerfile文件
vim dockerfile-test-entrypoint
FROM centos
ENTRYPOINT ["ls","-a"]
# 构建
docker build -f dockerfile-cmd-entrypoint -t entrypoint-test:0.1 .
# 显示成功
Successfully built 4d16832a0317
Successfully tagged entrypoint-test:0.1
# 运行并成功显示
docker run 4d16832a0317
.
..
.dockerenv
bin
dev
etc
home
lib
lib64 ...
# 再次测试,将命令-l直接添加在run的后面。会发现也能正常显示
# 说明这个命令是直接拼接在我们的ENTRYPOINT命令后面的
docker run 4d16832a0317 -l
total 56
drwxr-xr-x 1 root root 4096 Mar 25 06:28 .
drwxr-xr-x 1 root root 4096 Mar 25 06:28 ..
-rwxr-xr-x 1 root root 0 Mar 25 06:28 .dockerenv
...
- Dockerfile中很多命令都十分的相似,我们需要了解它们的区别,我们最好的学习就是对比他们然后测试效果。
6.5、实战:Tomcat 镜像
(1)准备镜像文件
准备tomcat 和 jdk到当前目录,编写好README 。
(2)编写 dokerfile 文件,使用官方命名 Dockerfile。这样的话,build 时就会自动寻找这个文件,就不用加 -f 指定文件了
# 编写Dockerfile
FROM centos:7
MAINTAINER yang<123456@163.com>
COPY readme.txt /usr/local/readme.txt
ADD apache-tomcat-9.0.64.tar.gz /usr/local # ADD会自动解压压缩包,并放到本地/usr/local目录下
ADD jdk-8u271-linux-x64.tar.gz /usr/local
RUN yum -y install vim
ENV MYPATH /usr/local
WORKDIR $MYPATH
ENV JAVA_HOME /usr/local/jdk1.8.0_271
ENV CLASSPATH $JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
ENV CATALINA_HOME /usr/local/apache-tomcat-9.0.64
ENV CATALINA_BASH /usr/local/apache-tomcat-9.0.64
ENV PATH $PATH:$JAVA_HOME/bin:$CATALINA_HOME/lib:$CATALINA_HOME/bin
EXPOSE 8080
CMD /usr/local/apache-tomcat-9.0.64/bin/startup.sh && tail -f /usr/local/apache-tomcat-9.0.64/logs/catalina.out
(3)构建镜像
docker build -f Dockerfile -t diytomcat .
(4)启动镜像
docker run -d -p 9090:8080 --name yangtomcat -v /home/yang/build/test:/usr/local/apache-tomcat-9.0.64/webapps/test -v /home/yang/build/tomcat/tomcatlogs:/usr/local/apache-tomcat-9.0.64/logs diytomcat
(5)进入容器
可以发现,能够进入容易,并且安装包也解压成功了。
(6)访问测试
成功访问。
(7)发布项目(由于做了卷挂载,我们直接在本地编写项目就可以发布了!)
[root@yang test]# mkdir WEB-INF
[root@yang test]# ls
WEB-INF
[root@yang test]# cd WEB-INF/
[root@yang WEB-INF]# vim web.xml
[root@yang WEB-INF]# cd ..
[root@yang test]# vim index.jsp
[root@yang test]# ls
index.jsp WEB-INF
其中,web.xml为:
<web-app version="3.0" xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd">
</web-app>
index.jsp
<html>
<head><title>Hello World</title></head>
<body>
Hello World!<br/>
<%
System.out.println("----my test web logs----");
%>
</body>
</html>
发现:项目部署成功,可以直接访问!
我们以后开发的步骤:需要掌握Dockerfile的编写!我们之后的一切都是使用docker镜像来发布运行!
查看日志
cd /home/yang/build/test/tomcat/tomcatlogs/
cat catalina.out
6.6、发布自己的镜像
6.6.1、Dockerhub
-
地址
https://hub.docker.com/
,注册登录 -
登录代码
[root@yang tomcatlogs]# docker login --help Options: -p, --password string Password --password-stdin Take the password from stdin -u, --username string Username
登录:
[root@yang tomcatlogs]# docker login -u username Password: WARNING! Your password will be stored unencrypted in /root/.docker/config.json. Configure a credential helper to remove this warning. See https://docs.docker.com/engine/reference/commandline/login/#credentials-store Login Succeeded
push镜像:
docker push username/diytomcat:latest #报错
解决办法:
# 方式一:在创建镜像的时候一定要带上tag
docker build -f Dockerfile -t username/diytomcat:1.0 .
# 方式二:给已经创建好的镜像增加一个tag
docker tag $imageid username/diytomcat:1.0
docker push username/diytomcat:1.0 #成功push
6.6.2、阿里云仓库
(1)登录阿里云
(2)找到容器镜像服务
(3)创建个人实例
(4)创建命名空间
(5)创建仓库
(6)推送镜像到仓库
# 登录阿里云仓库
docker login --username=*** registry.cn-beijing.aliyuncs.com
# 给镜像打tag
docker tag 4b3e08269771 registry.cn-beijing.aliyuncs.com/仓库命名空间/mytomcat:1.0
# 推送到阿里云仓库
docker push registry.cn-beijing.aliyuncs.com/yang-docker111/mytomcat:1.0
注:阿里云镜像的就直接参考官方地址的内容即可!
6.7、小结
七、Docker 网络
7.1、理解Docker0
清空所有环境
docker rm -f $(docker ps -aq)
docker rmi -f $(docker images -aq)
三个网络:
问题: docker 是如果处理容器网络访问的?
# 测试 运行一个 tomcat
docker run -d -P --name tomcat01 tomcat
# 查看网络
docker exec -it tomcat01 ip addr
-
此时出现报错。这是版本不一致导致的缺失命令
OCI runtime exec failed: exec failed: unable to start container process: exec: "ip": executable file not found in $PATH: unknown
解决办法:
[root@yang /]# docker exec -it tomcat01 /bin/bash root@2a322cceff45:/usr/local/tomcat# apt update && apt install -y iproute2
退出容器再次查看网络:
# 发现容器启动的时候会得到一个 eth0@if103 的 ip 地址,这是 docker 分配的
[root@yang /]# docker exec -it tomcat01 ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
102: eth0@if103: <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通容器内部?-- 可以
[root@yang /]# 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.047 ms
64 bytes from 172.17.0.2: icmp_seq=2 ttl=64 time=0.047 ms
64 bytes from 172.17.0.2: icmp_seq=3 ttl=64 time=0.041 ms
容器内部可以ping通外界吗? 可以!
原理:
我们每启动一个 docker 容器,docker 就会给 docker 容器分配一个 IP,我们只要安装了 docker,就会有一个网卡 docker0 桥接模式,使用的技术是 veth-pair 技术
-
再次测试 ip add,发现多了一对网卡
-
再次启动一个容器,发现又多了一对网卡
# 我们发现这个容器带来网卡,都是一对对的
# veth-pair 就是一对的虚拟设备接口,他们都是成对出现的,一端连着协议,一端彼此相连
# 正因为有这个特性,利用 veth-pair 充当一个桥梁,连接各种虚拟网络设备的
# OpenStac,Docker容器之间的连接,OVS的连接,都是使用veth-pair技术
我们来测试下 tomcat01 和 tomcat02 是否可以ping通
# 172.17.0.2是在docker exec -it tomcat01 ip addr是查到的
docker exec -it tomcat02 ping 172.17.0.2
# 报错:exec failed: unable to start container process: exec: "ping": executable file not found in $PATH: unknown
# 解决办法
docker exec -it tomcat02 /bin/bash
apt-get update && apt-get install -y iputils-ping
# 再次ping即可
[root@yang /]# docker exec -it tomcat02 ping 172.17.0.2
PING 172.17.0.2 (172.17.0.2) 56(84) bytes of data.
64 bytes from 172.17.0.2: icmp_seq=1 ttl=64 time=0.065 ms
64 bytes from 172.17.0.2: icmp_seq=2 ttl=64 time=0.047 ms
虽然两个容器之间是可以ping通的,但并不是说是两个容器之间直通的,而是通过docker0广播或者路由而接通的。所有的容器不指定网络的情况下,都是 docker0 路由的,docker会给我们的容器分配一个默认的可用 ip。
小结:
- Docker 使用的是 Linux 的桥接,宿主机是一个 Docker 容器的网桥 docker0
- Docker中所有网络接口都是虚拟的(不需要考虑硬件因素),虚拟的转发效率高(内网传递文件)
- 只要容器删除,对应的一对网桥就没了!
7.2、–link
思考一个场景:我们编写了一个微服务,database url=ip: 项目不重启,但是数据ip换了,我们希望可以处理这个问题。故通过名字来进行访问容器。
root@yang /]# docker exec -it tomcat02 ping tomcat01
ping: tomcat01: Name or service not known # ping不通
# 解决办法
[root@yang /]# docker run -d -P --name tomcat03 --link tomcat02 tomcat:9.0.64
[root@yang /]# 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.066 ms
64 bytes from tomcat02 (172.17.0.3): icmp_seq=2 ttl=64 time=0.060 ms #可以ping通
问题:tomcat03此时可以ping通tomcat02,但是反过来却不可以ping通
探究
- 查看本地网桥
- 显示了三个容器的 ip 地址
- 查看 tomcat03 里面的/etc/hosts发现有tomcat02的配置,此时我们只要请求tomcat02,就会直接转到172.17.0.3
-link
本质就是在hosts配置中添加映射- 现在使用Docker已经不建议使用–link了!
- 自定义网络,不适用docker0!
- docker0问题:不支持容器名连接访问
7.3、自定义网络
查看所有的 docker 网络
网络模式
- bridge :桥接 docker(默认,自己创建也是用bridge模式)
- none :不配置网络,一般不用
- host :和所主机共享网络
- container :容器网络连通(用得少!局限很大)
测试
先清空所有的环境
docker rm -f $(docker ps -aq)
这时就恢复成只有三个网卡的状态
自定义网络
# 我们直接启动的命令 --net bridge,而这个就是我们的docker0
# bridge就是docker0
$ docker run -d -P --name tomcat01 tomcat
等价于 => docker run -d -P --name tomcat01 --net bridge tomcat
# docker0,特点:默认,域名不能访问。 --link可以打通连接,但是很麻烦!
# 我们可以 自定义一个网络
# subnet 是子网,gateway 是路由
# --driver bridge
# --subnet 192.168.0.0/16 表示从192.168.0.2到192.168.255.255
# --gateway 192.168.0.1
[root@yang /]# docker network create --driver bridge --subnet 192.168.0.0/16 --gateway 192.168.0.1 mynet
[root@yang /]# docker network ls
NETWORK ID NAME DRIVER SCOPE
6090fe9976a1 bridge bridge local
ec52e43669e4 host host local
646d2509c66d mynet bridge local
8f3c79107003 none null local
我们自己的网络就创建好了:
docker network inspect mynet
启动两个tomcat,再次查看网络情况
docker run -d -P --name tomcat01 --net mynet tomcat
docker run -d -P --name tomcat02 --net mynet tomcat
docker network inspect mynet
可以看到现在的两个容器,网卡是我们自定义的 ip 地址:
在自定义的网络下,服务可以互相ping通,仅仅使用名字,无需 --link
再次测试ping连接
[root@yang /]# docker exec -it tomcat01 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.082 ms
64 bytes from 192.168.0.3: icmp_seq=2 ttl=64 time=0.047 ms
[root@yang /]# docker exec -it tomcat01 ping tomcat02
PING tomcat02 (192.168.0.3) 56(84) bytes of data.
64 bytes from tomcat02.mynet (192.168.0.3): icmp_seq=1 ttl=64 time=0.037 ms
64 bytes from tomcat02.mynet (192.168.0.3): icmp_seq=2 ttl=64 time=0.045 ms
# 无论是ip还是容器名,都可以直接ping通
我们自定义的网络docker帮我们维护好了对应的关系,推荐我们平时这样使用网络!
好处
- redis -不同的集群使用不同的网络,保证集群是安全和健康的
- mysql-不同的集群使用不同的网络,保证集群是安全和健康的
7.4、网络连通
- docker0 和 mynet 是无法直接连接的,并且也不能直接打通。若需要连通的话,要 connect 连接 docker0 的容器 和 mynet 的网络
再次创建两个新容器:
[root@yang /]# docker run -d -P --name tomcat1 tomcat:9.0.64
5845c8b2867ee72ccd45bb16a29b1baedf51a18d293a19239b687f2a20ab2e35
[root@yang /]# docker run -d -P --name tomcat2 tomcat:9.0.64
d514e60322fb37535cb5d3e0384e81abe26aac32afeb615f05756f7e5554756c
[root@yang /]# docker network connect mynet tomcat1
[root@yang /]# docker network inspect mynet
- 连通之后,发现 docker0 下的容器 tomcat1,直接被连到 mynet 的网络下了
- 这就是 一个容器 两个 ip 地址!
- 好比阿里云服务器,有一个公网 ip 和一个私网 ip
-
docker0 下的 tomcat1 连通加入后,此时,它已经可以和 mynet 下的tomcat01 ping通了
-
而 docker0 下的 tomcat2 仍然是不通的
[root@yang /]# docker exec -it tomcat01 ping tomcat1 PING tomcat1 (192.168.0.4) 56(84) bytes of data. 64 bytes from tomcat1.mynet (192.168.0.4): icmp_seq=1 ttl=64 time=0.060 ms 64 bytes from tomcat1.mynet (192.168.0.4): icmp_seq=2 ttl=64 time=0.051 ms [root@yang /]# docker exec -it tomcat01 ping tomcat2 ping: tomcat2: Name or service not known
结论:假设要跨网络操作别人,就需要使用docker network connect 连通!
7.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
成功后可以看到有6个redis配置文件
# 通过脚本运行六个redis
for port in $(seq 1 6); \
do \
docker run -p 637${port}:6379 -p 1637${port}:16379 --name redis-${port} \
-v /mydata/redis/node-${port}/data:/data \
-v /mydata/redis/node-${port}/conf/redis.conf:/etc/redis/redis.conf \
-d --net redis --ip 172.38.0.1${port} redis:5.0.9-alpine3.11 redis-server /etc/redis/redis.conf; \
done
# 进入其中一个容器
docker exec -it redis-1 /bin/sh
# 创建集群
redis-cli --cluster create 172.38.0.11:6379 172.38.0.12:6379 172.38.0.13:6379 172.38.0.14:6379 172.38.0.15:6379 172.38.0.16:6379 --cluster-replicas 1
>>> Performing hash slots allocation on 6 nodes...
Master[0] -> Slots 0 - 5460
Master[1] -> Slots 5461 - 10922
Master[2] -> Slots 10923 - 16383
Adding replica 172.38.0.15:6379 to 172.38.0.11:6379
Adding replica 172.38.0.16:6379 to 172.38.0.12:6379
Adding replica 172.38.0.14:6379 to 172.38.0.13:6379
M: 648fe531457c2c137d482ad0833ecf3ad6ff28c1 172.38.0.11:6379
slots:[0-5460] (5461 slots) master
M: 2d6d04ae443c1497eebdef57414f78aaadbe7e1c 172.38.0.12:6379
slots:[5461-10922] (5462 slots) master
M: e8c7dc7d0fedfe209bd5fc13a2365389ba47b806 172.38.0.13:6379
slots:[10923-16383] (5461 slots) master
S: a01920e5de0b3d70327339350fc22d564e6915e6 172.38.0.14:6379
replicates e8c7dc7d0fedfe209bd5fc13a2365389ba47b806
S: 73eeb0f462219178f5da95b0068cb227fcf505fa 172.38.0.15:6379
replicates 648fe531457c2c137d482ad0833ecf3ad6ff28c1
S: e08c8ec8e766c176bf20e7870a6e0c2f5fcae7f6 172.38.0.16:6379
replicates 2d6d04ae443c1497eebdef57414f78aaadbe7e1c
Can I set the above configuration? (type 'yes' to accept): yes
>>> Nodes configuration updated
>>> Assign a different config epoch to each node
>>> Sending CLUSTER MEET messages to join the cluster
Waiting for the cluster to join
...
>>> Performing Cluster Check (using node 172.38.0.11:6379)
M: 648fe531457c2c137d482ad0833ecf3ad6ff28c1 172.38.0.11:6379
slots:[0-5460] (5461 slots) master
1 additional replica(s)
M: e8c7dc7d0fedfe209bd5fc13a2365389ba47b806 172.38.0.13:6379
slots:[10923-16383] (5461 slots) master
1 additional replica(s)
S: a01920e5de0b3d70327339350fc22d564e6915e6 172.38.0.14:6379
slots: (0 slots) slave
replicates e8c7dc7d0fedfe209bd5fc13a2365389ba47b806
S: 73eeb0f462219178f5da95b0068cb227fcf505fa 172.38.0.15:6379
slots: (0 slots) slave
replicates 648fe531457c2c137d482ad0833ecf3ad6ff28c1
S: e08c8ec8e766c176bf20e7870a6e0c2f5fcae7f6 172.38.0.16:6379
slots: (0 slots) slave
replicates 2d6d04ae443c1497eebdef57414f78aaadbe7e1c
M: 2d6d04ae443c1497eebdef57414f78aaadbe7e1c 172.38.0.12:6379
slots:[5461-10922] (5462 slots) master
1 additional replica(s)
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.
-
docker搭建redis集群完成!
/data # redis-cli -c 127.0.0.1:6379> cluster nodes # 查看节点,可以看到有3个master,3个slave 127.0.0.1:6379> set a b -> Redirected to slot [15495] located at 172.38.0.13:6379 OK 172.38.0.13:6379> get a "b"
-
在另一个会话中停止 redis-3,再次去查找数据。可以发现集群里的主机宕机后,投票选举出了一个新的主机。
docker stop redis-3 127.0.0.1:6379> get a -> Redirected to slot [15495] located at 172.38.0.14:6379 "b" # 可以看到,此时是从14的slave机上拿到的数据
在使用docker之后,所有的技术都会慢慢变得简单起来!
7.6、SpringBoot微服务打包Docker镜像
(1)构架springboot项目
(2)打包应用
(3)编写dockerfile
FROM java:8
COPY *.jar /app.jar
CMD ["--server.port=8082"]
EXPOSE 8080
ENTRYPOINT ["java","-jar","/app.jar"]
(4)构建镜像
[root@yang home]# mkdir idea
[root@yang home]# cd idea
[root@yang idea]# docker build -f Dockerfile -t springboot .
[root@yang idea]# docker run -d -P --name web springboot
[root@yang idea]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
3091a540eea8 springboot "java -jar /app.jar …" 10 seconds ago Up 10 seconds 0.0.0.0:49163->8080/tcp, :::49163->8080/tcp web1
[root@yang idea]# curl localhost:49163/hello
hello,world
(5)发布运行!