狂神学习系列20：Docker
狂神学习系列20：Docker
声明：
本文章是基于狂神的课程所编写，本人才疏学浅，内容仅作参考
文章目录
- 狂神学习系列20：Docker
-
- 1. Docker概述
-
- 1.1 Docker为什么出现？
- 1.2 Docker历史
- 1.3 Docker能干嘛
- 2. Docker安装
-
- 2.1 Docker的基本组成
- 2.2 Docker安装步骤
- 2.3 阿里云镜像加速
- 2.4 回顾HelloWorld流程
- 2.5 底层原理
- 3. Docker命令
-
- 3.1 帮助命令
- 3.2 镜像命令
- 3.3 容器命令
- 3.4 其他命令
- 3.5 作业练习
- 3.6 可视化
- 4. Docker镜像
-
- 4.1 Docker镜像加载原理
- 4.2 分层理解
- 5. 容器数据卷
-
- 5.1 使用数据卷
- 5.2 实战：安装MySQL
- 5.3 具名和匿名挂载
- 5.4 初始Dockerfile
- 5.5 数据卷容器
- 6. DockerFile
-
- 6.1 DockerFile介绍
- 6.2 DockerFile构建过程
- 6.3 DockerFile的指令
- 6.4 实战测试
- 6.5 实战：Tomcat镜像
- 6.6 发布自己的镜像
- 7. Docker网络
-
- 7.1 理解Docker0
- 7.2 容器互联–link
- 7.3 自定义网络(*)
- 7.4 网络连通
- 7.5 实战：部署Redis集群
- 8. IDEA整合Docker
- 9. Docker Compose
-
- 9.1 Compose 概念
- 9.2 Compose 安装
- 9.3 Compose 快速开始
- 9.4 Yaml配置文件规则
- 9.5 使用Compose一键部署博客(*)
- 9.6 实战：自己编写微服务上线
- 10. Docker Swarm
-
- 10.1 环境准备
- 10.2 Swarm集群介绍
- 10.3 Raft一致性协议了解
- 10.4 Swarm集群弹性创建服务
- 10.5 概念总结
- 11. CI\CD Jenkins
-
- 11.1 什么是DevOps
- 11.2 如何落地实现DevOps理念
- 11.3 实战测试
docker学习流程路线
- Docker 概述
- Docker安装
- Docker命令
- 镜像命令
- 容器命令
- 操作命令
- …
- Docker镜像
- 容器数据卷
- DockerFile
- Docker网络原理
- IDEA整合Docker（单机Docker)
- Docker Compose
- Docker Swarm
- CI\CD Jenkins
1. 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 Docker历史
概述
2010年，几个的年轻人，就在美国成立了一家公司 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
Docker基于Go语言开发的！开源项目！
docker官网：https://www.docker.com/
文档：https://docs.docker.com/ Docker的文档是超级详细的！
仓库：https://hub.docker.com/
1.3 Docker能干嘛
1、之前的虚拟机技术！
- lib为运行环境，kernel为内核
虚拟机技术缺点：
-
资源占用十分多
-
冗余步骤多
-
启动很慢！
2、容器化技术
容器化技术不是模拟一个完整的操作系统
比较Docker和虚拟机技术的不同：
- 传统虚拟机，虚拟出一条硬件，运行一个完整的操作系统，然后在这个系统上安装和运行软件
- 容器内的应用直接运行在宿主机的内容，容器是没有自己的内核的，也没有虚拟我们的硬件，所以就轻便了
- 每个容器间是互相隔离，每个容器内都有一个属于自己的文件系统，互不影响
3、DevOps（开发、运维）
- 应用更快速的交付和部署
传统：一对帮助文档，安装程序。
Docker：打包镜像，发布测试，一键运行。
- 更便捷的升级和扩缩容
使用了 Docker之后，我们部署应用就和搭积木一样
项目打包为一个镜像，扩展服务器A！服务器B
- 更简单的系统运维
在容器化之后，我们的开发，测试环境都是高度一致的
- 更高效的计算资源利用
Docker是内核级别的虚拟化，可以在一个物理机上可以运行很多的容器实例！服务器的性能可以被压榨到极致。
2. Docker安装
2.1 Docker的基本组成
三大组成部分
1、镜像（image)：
docker镜像就好比是一个模板，可以通过这个模板来创建容器服务，tomcat镜像—>run—>容器（提供服务器），通过这个镜像可以创建多个容器（最终服务运行或者项目运行就是在容器中的）
2、容器(container)：
Docker利用容器技术，独立运行一个或者一组应用，通过镜像来创建的。
- 启动，停止，删除，基本命令
目前就可以把这个容器理解为就是一个简易的 Linux系统。
3、仓库(repository)：
仓库就是存放镜像的地方！
仓库分为公有仓库和私有仓库。(很类似git)
Docker Hub是国外的。
阿里云…都有容器服务器(配置镜像加速!)
2.2 Docker安装步骤
1、Docker环境准备
- Linux要求内核3.0以上
➜ ~ uname -r
4.18.0-348.7.1.el8_5.x86_64 # 要求3.0以上
➜ ~ cat /etc/os-release
2、Docker安装
帮助文档：https://docs.docker.com/engine/install/
- yum安装gcc相关环境（需要确保虚拟机可以上外网）
yum -y install gcc
yum -y install gcc-c++
- 卸载旧版本
yum remove docker \
docker-client \
docker-client-latest \
docker-common \
docker-latest \
docker-latest-logrotate \
docker-logrotate \
docker-engine
- 安装需要安装的软件包
yum install -y yum-utils
- 设置镜像的仓库
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
- 安装Docker CE
- docker-ce 社区版 而ee是企业版
yum install docker-ce docker-ce-cli containerd.io
- 启动Docker
#1、启动docker（CentOS7）
docker systemctl start docker
#（CentOS8见下面图示）
systemctl restart docker.service
- 测试命令
#使用docker version查看是否按照成功
docker version
#测试
➜ ~ docker run hello-world
#查看一下下载的镜像
➜ ~ docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
hello-world latest feb5d9fea6a5 7 months ago 13.3kB
- CentOS8存在问题
# 进入/etc/docker，没有daemon.json文件就自己创一个
cd /etc/docker
# 编辑daemon.json
{
"registry-mirrors": ["https://registry.docker-cn.com"]
}
- 卸载Docker
#1. 停止Docker服务
systemctl stop docker
#2. 卸载依赖
yum remove docker-ce docker-ce-cli containerd.io
#3. 删除资源
rm -rf /var/lib/docker
# /var/lib/docker 是docker的默认工作路径！
2.3 阿里云镜像加速
步骤
- 登录阿里云找到
容器镜像服务
- 找到
镜像加速器
- 配置使用
sudo mkdir -p /etc/docker
sudo tee /etc/docker/daemon.json <<-'EOF'
{
"registry-mirrors": ["https://hqj3cnew.mirror.aliyuncs.com"]
}
EOF
sudo systemctl daemon-reload
sudo systemctl restart docker
2.4 回顾HelloWorld流程
概述
- docker run 流程图
2.5 底层原理
Docker是怎么工作的
Docker是一个Client-Server结构的系统，Docker的守护进程运行在主机上。通过Socket从客户端访问！
Docker-Server接收到Docker-Client的指令，就会执行这个命令！
为什么Docker比Vm快
- docker有着比虚拟机更少的抽象层。由于docker不需要Hypervisor实现硬件资源虚拟化,运行在docker容器上的程序直接使用的都是实际物理机的硬件资源。因此在CPU、内存利用率上docker将会在效率上有明显优势。
- docker利用的是宿主机的内核,而不需要Guest OS。
-
GuestOS： VM（虚拟机）里的的系统（OS）;
-
HostOS：物理机里的系统（OS）；
因此,当新建一个 容器时,docker不需要和虚拟机一样重新加载一个操作系统内核。仍而避免引导、加载操作系统内核返个比较费时费资源的过程,当新建一个虚拟机时,虚拟机软件需要加载GuestOS,返个新建过程是分钟级别的。而docker由于直接利用宿主机的操作系统,则省略了这个复杂的过程,因此新建一个docker容器只需要几秒钟。
3. Docker命令
3.1 帮助命令
docker version #显示docker的版本信息。
docker info #显示docker的系统信息，包括镜像和容器的数量
docker 命令 --help #帮助命令
123
帮助文档的地址：https://docs.docker.com/engine/reference/commandline/build/
3.2 镜像命令
| 命令 | 作用 | 示例 |
|---|---|---|
| docker images | 查看所有本地主机上的镜像，可以使用docker image ls代替 | |
| docker search | 搜索镜像 | |
| docker pull | 下载镜像 | docker image pull |
| docker rmi | 删除镜像 | docker image rm |
详解
- docker images 查看所有本地的主机上的镜像
➜ ~ docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
hello-world latest feb5d9fea6a5 7 months ago 13.3kB
# 解释
#REPOSITORY # 镜像的仓库源
#TAG # 镜像的标签
#IMAGE ID # 镜像的id
#CREATED # 镜像的创建时间
#SIZE # 镜像的大小
# 可选项
Options:
-a, --all Show all images (default hides intermediate images) #列出所有镜像
-q, --quiet Only show numeric IDs # 只显示镜像的id
➜ ~ docker images -aq ＃显示所有镜像的id
feb5d9fea6a5
- docker search 搜索镜像
➜ ~ docker search mysql
NAME DESCRIPTION STARS OFFICIAL AUTOMATED
mysql MySQL is a widely used, open-source relation… 9500 [OK]
mariadb MariaDB is a community-developed fork of MyS… 3444 [OK]
# 搜索出来的镜像就是STARS大于3000的
# --filter=STARS=3000
➜ ~ docker search mysql --filter=STARS=3000
- docker pull 下载镜像
# 下载镜像 docker pull 镜像名[:tag]
➜ ~ docker pull tomcat:8
8: Pulling from library/tomcat #如果不写tag，默认就是latest
90fe46dd8199: Already exists #分层下载： docker image 的核心 联合文件系统
35a4f1977689: Already exists
bbc37f14aded: Already exists
74e27dc593d4: Already exists
93a01fbfad7f: Already exists
1478df405869: Pull complete
64f0dd11682b: Pull complete
68ff4e050d11: Pull complete
f576086003cf: Pull complete
3b72593ce10e: Pull complete
Digest: sha256:0c6234e7ec9d10ab32c06423ab829b32e3183ba5bf2620ee66de866df640a027 # 签名 防伪
Status: Downloaded newer image for tomcat:8
docker.io/library/tomcat:8 #真实地址
#等价于
docker pull tomcat:8
docker pull docker.io/library/tomcat:8
- docker rmi 删除镜像
➜ ~ docker rmi -f 镜像id #删除指定的镜像
➜ ~ docker rmi -f 镜像id 镜像id 镜像id 镜像id#删除指定的镜像
➜ ~ docker rmi -f $(docker images -aq) #删除全部的镜像
123
3.3 容器命令
说明：我们有了镜像才可以创建容器，Linux，下载centos镜像来学习！
docker pull centos
# ➜ ~ docker container
概述
| 命令 | 作用 |
|---|---|
| docker run 镜像id | 新建容器并启动 |
| docker ps | 列出所有运行的容器 docker container list |
| docker rm 容器id | 删除指定容器 |
| docker start 容器id | 启动容器 |
| docker restart 容器id | 重启容器 |
| docker stop 容器id | 停止当前正在运行的容器 |
| docker kill 容器id | 强制停止当前容器 |
1、新建容器并启动
docker run [可选参数] image
# | docker container run [可选参数] image
# 参数说明
--name="Name" 容器名字 tomcat01 tomcat02 用来区分容器
-d 后台方式运行
-it 使用交互方式运行，进入容器查看内容
-p 指定容器的端口 -p 8080(宿主机):8080(容器)
-p ip:主机端口:容器端口
-p 主机端口:容器端口(常用)
-p 容器端口
容器端口
-P (大写)随机指定端口
# 测试、启动并进入容器
➜ ~ docker run -it centos /bin/bash
[root@95039813da8d /]# ls
bin dev etc home lib lib64 lost+found media mnt opt proc root run sbin srv sys tmp usr var
#从容器退回主机
[root@95039813da8d /]# exit
➜ ~ ls
daemon.json key.json
2、列出所有运行的容器
# docker ps 命令 # 列出当前正在运行的容器
-a, --all Show all containers (default shows just running)
-n, --last int Show n last created containers (includes all states) (default -1)
-q, --quiet Only display numeric IDs
➜ ~ docker ps # 列出当前运行的容器
➜ ~ docker ps -a # 列出当前正在运行的容器 + 带出历史运行过的容器
➜ ~ docker ps -n=? # 显示最近创建的容器
➜ ~ docker ps -aq # 显示容器编号
3、退出容器
exit #容器直接退出
ctrl +P +Q #容器不停止退出
4、删除容器
docker rm 容器id #删除指定的容器，不能删除正在运行的容器，如果要强制删除 rm -rf
docker rm -f $(docker ps -aq) #删除所有的容器
docker ps -a -q|xargs docker rm #删除所有的容器
5、启动和停止容器的操作
docker start 容器id #启动容器
docker restart 容器id #重启容器
docker stop 容器id #停止当前正在运行的容器
docker kill 容器id #强制停止当前容器
3.4 其他命令
1、后台启动命令
# 命令 docker run -d 镜像名
➜ ~ docker run -d centos
a8f922c255859622ac45ce3a535b7a0e8253329be4756ed6e32265d2dd2fac6c
➜ ~ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
# 问题docker ps. 发现centos 停止了
# 常见的坑，docker容器使用后台运行，就必须要有要一个前台进程，docker发现没有应用，就会自动停止
# nginx，容器启动后，发现自己没有提供服务，就会立刻停止，就是没有程序了
2、查看日志
# 查看日志的帮助文档
➜ ~ docker logs --help
Options:
--details Show extra details provided to logs
* -f, --follow Follow log output
--since string Show logs since timestamp (e.g. 2013-01-02T13:23:37) or relative (e.g. 42m for 42 minutes)
* --tail string Number of lines to show from the end of the logs (default "all")
* -t, --timestamps Show timestamps
--until string Show logs before a timestamp (e.g. 2013-01-02T13:23:37) or relative (e.g. 42m for 42 minutes)
# 模拟日志，写一段shell脚本
➜ ~ docker run -d centos /bin/sh -c "while true;do echo 6666;sleep 1;done"
# 显示日志
-tf #显示日志信息（一直更新）
--tail number #需要显示日志条数
➜ ~ docker logs -t --tail n 容器id #查看n行日志
➜ ~ docker logs -ft 容器id #跟着日志
3、查看容器中进程信息 ps
# 命令 docker top 容器id
4、查看镜像的元数据
# 命令
docker inspect 容器id
#测试
➜ ~ docker inspect 55321bcae33d
# 很长，暂不放
5、进入当前正在运行的容器
# 我们通常容器都是使用后台方式运行的，需要进入容器，修改一些配置
# 命令
docker exec -it 容器id bashshell
#测试
➜ ~ docker ps
➜ ~ docker exec -it 60f43ecb32b4 /bin/bash
[root@60f43ecb32b4 /]#
# 方式二
docker attach 容器id
#测试
➜ ~ docker attach 60f43ecb32b4
#docker exec #进入当前容器后开启一个新的终端，可以在里面操作。（常用）
#docker attach # 进入容器正在执行的终端
6、从容器内拷贝到主机上
docker cp 容器id:容器内路径 主机目的路径
# 进入docker容器内部
➜ ~ docker exec -it 55321bcae33d /bin/bash
[root@55321bcae33d /]# ls
bin etc lib lost+found mnt proc run srv tmp var
dev home lib64 media opt root sbin sys usr
# 新建一个文件
[root@55321bcae33d /]# echo "hello" > java.java
[root@55321bcae33d /]# cat java.java
hello
[root@55321bcae33d /]# exit
exit
# 将这个文件拷贝出来到主机上
➜ ~ docker cp 55321bcae33d:/java.java / #拷贝
➜ ~ cd /
➜ / ls #可以看见java.java存在
bin home lib mnt run sys vmlinuz
boot initrd.img lib64 opt sbin tmp vmlinuz.old
dev initrd.img.old lost+found proc srv usr wget-log
etc java.java media root swapfile var
小结：
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
3.5 作业练习
1、Docker 安装Nginx
#1. 搜索镜像 search 建议大家去docker搜索，可以看到帮助文档
➜ ~ docker search nginx
#2. 拉取镜像 pull
➜ ~ docker pull nginx
#3、运行测试
# -d 后台运行
# --name 给容器命名
# -p 宿主机端口：容器内部端口
➜ ~ docker run -d --name nginx00 -p 82:80 nginx
75943663c116f5ed006a0042c42f78e9a1a6a52eba66311666eee12e1c8a4502
➜ ~ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
75943663c116 nginx "nginx -g 'daemon of…" 41 seconds ago Up 40 seconds 0.0.0.0:82->80/tcp nginx00
➜ ~ curl localhost:82 #测试
<!DOCTYPE html>...
端口暴露的概念：
思考问题：我们每次改动nginx配置文件，都需要进入容器内部？十分的麻烦，要是可以在容器外部提供一个映射路径，达到在容器修改文件名，容器内部就可以自动修改？√数据卷！
2、Docker 安装 tomcat
# 官方的使用
docker run -it --rm tomcat:9.0
# 之前的启动都是后台，停止了容器，容器还是可以查到， docker run -it --rm image 一般是用来测试，用完就删除
--rm Automatically remove the container when it exits
#下载
docker pull tomcat:9.0
#启动运行
docker run -d -p 8080:8080 --name tomcat01 tomcat
#测试访问有没有问题
curl localhost:8080
#进入容器
➜ ~ docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
db09851cf82e tomcat "catalina.sh run" 28 seconds ago Up 27 seconds 0.0.0.0:8080->8080/tcp tomcat01
➜ ~ docker exec -it db09851cf82e /bin/bash
root@db09851cf82e:/usr/local/tomcat#
# 发现问题：1、linux命令少了。 2.没有webapps
思考问题：我们以后要部署项目，如果每次都要进入容器是不是十分麻烦？要是可以在容器外部提供一个映射路径，webapps，我们在外部放置项目，就自动同步内部就好了！
3、Docker部署es+kibana
# es 暴露的端口很多！
# es 十分耗内存！
# es 的数据一般需要放置到安全目录！挂载
# --net somenetwork ? 网络配置
# 启动elasticsearch
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 stats # 查看docker容器使用内存情况
#关闭，添加内存的限制，修改配置文件 -e 环境配置修改
➜ ~ docker rm -f d73ad2f22dd3
➜ ~ 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
➜ ~ 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？思考网络如何才能连接
3.6 可视化
拓展
- portainer(先用这个)
docker run -d -p 8088:9000 \
--restart=always -v /var/run/docker.sock:/var/run/docker.sock --privileged=true portainer/portainer
- Rancher(CI/CD再用)
什么是portainer？
Docker图形化界面管理工具！提供一个后台面板供我们操作！
docker run -d -p 8088:9000 \
--restart=always -v /var/run/docker.sock:/var/run/docker.sock --privileged=true portainer/portainer
# 密码123456789（八位数）
测试访问： 外网：8088
- 事先开启阿里云安全组！！！
进入之后的面板
- 平时一般不用，玩玩就行了！
4. Docker镜像
概述：镜像
镜像是一种轻量级、可执行的独立软件保，用来打包软件运行环境和基于运行环境开发的软件，他包含运行某个软件所需的所有内容，包括代码、运行时库、环境变量和配置文件
4.1 Docker镜像加载原理
UnionFs （联合文件系统）
UnionFs（联合文件系统）：Union文件系统（UnionFs）是一种分层、轻量级并且高性能的文件系统，他支持对文件系统的修改作为一次提交来一层层的叠加，同时可以将不同目录挂载到同一个虚拟文件系统下（ unite several directories into a single virtual filesystem)。Union文件系统是 Docker镜像的基础。镜像可以通过分层来进行继承，基于基础镜像（没有父镜像），可以制作各种具体的应用镜像
特性：一次同时加载多个文件系统，但从外面看起来，只能看到一个文件系统，联合加载会把各层文件系统叠加起来，这样最终的文件系统会包含所有底层的文件和目录
所有的应用，直接打包docker镜像，就可以直接跑起来！
如何得到镜像：
- 从远程仓库下载
- 朋友拷贝给你
- 自己制作一个镜像 DockerFile
Docker镜像加载原理
docker的镜像实际上由一层一层的文件系统组成，这种层级的文件系统UnionFS。
boots(boot file system）主要包含 bootloader和 Kernel,bootloader主要是引导加 kernel, Linux刚启动时会加bootfs文件系统，在 Docker镜像的最底层是 boots。这一层与我们典型的Linux/Unix系统是一样的，包含boot加載器和内核。当boot加载完成之后整个内核就都在内存中了，此时内存的使用权已由
bootfs转交给内核，此时系统也会卸载bootfs。rootfs（root file system),在 bootfs之上。包含的就是典型 Linux系统中的/dev,/proc,/bin,/etc等标准目录和文件。 rootfs就是各种不同的操作系统发行版，比如 Ubuntu, Centos等等。
平时我们安装进虚拟机的CentOS都是好几个G，为什么Docker这里才200M？
对于个精简的OS,rootfs可以很小，只需要包合最基本的命令，工具和程序库就可以了，因为底层直接用Host的kernel，自己只需要提供rootfs就可以了。由此可见对于不同的Linux发行版， boots基本是一致的， rootfs会有差別，因此不同的发行版可以公用bootfs.
虚拟机是分钟级别，容器是秒级！
4.2 分层理解
分层的镜像
我们可以去下载一个镜像，注意观察下载的日志输出，可以看到是一层层的在下载
思考：为什么Docker镜像要采用这种分层的结构呢？
最大的好处，我觉得莫过于资源共享了！比如有多个镜像都从相同的Base镜像构建而来，那么宿主机只需在磁盘上保留一份base镜像，同时内存中也只需要加载一份base镜像，这样就可以为所有的容器服务了，而且镜像的每一层都可以被共享。
查看镜像分层的方式可以通过docker image inspect 命令
➜ / docker image inspect redis
理解：
所有的 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 镜像都是只读的，当容器启动时，一个新的可写层加载到镜像的顶部！
这一层就是我们通常说的容器层，容器之下的都叫镜像层！
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 /bin/bash
# 3、拷贝文件进去(/tomcat)
cp -r webapps.dist/* webapps
# 4、将操作过的容器通过commit提交为一个镜像！我们以后就使用我们修改过的镜像即可，这就是我们自己的一个修改的镜像。
docker commit -m="描述信息" -a="作者" 容器id 目标镜像名:[TAG]
docker commit -a="kuangshen" -m="add webapps app" 容器id tomcat02:1.0
如果你想要保存当前容器的状态，就可以通过commit来提交，获得一个镜像，就好比我们我们使用虚拟机的快照。
- Docker入门成功！！！
5. 容器数据卷
概述：容器数据卷
docker的理念回顾
将应用和环境打包成一个镜像！
数据？如果数据都在容器中，那么我们容器删除，数据就会丢失！需求：数据可以持久化
MySQL，容器删除了，删库跑路！需求：MySQL数据可以存储在本地！
容器之间可以有一个数据共享的技术！Docker容器中产生的数据，同步到本地！
这就是卷技术！目录的挂载，将我们容器内的目录，挂载到Linux上面！
总结一句话：容器的持久化和同步操作！容器间也是可以数据共享的！
5.1 使用数据卷
方式一 ：直接使用命令挂载 -v
# 命令
docker run -it -v 主机目录:容器内目录 -p 主机端口:容器内端口
# 测试
➜ ~ docker run -it -v /home/ceshi:/home centos /bin/bash
#通过 docker inspect 容器id 查看
- 测试文件的同步
再来测试！
-
停止容器
-
宿主机修改文件
-
启动容器
-
容器内的数据依旧是同步的
好处：我们以后修改只需要在本地修改即可，容器内会自动同步！
5.2 实战：安装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 3310:3306 -v /home/mysql/conf:/etc/mysql/conf.d -v /home/mysql/data:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=123456 --name mysql01 mysql:5.7
# 启动成功之后，我们在本地使用sqlyog来测试一下
# sqlyog-连接到服务器的3310--和容器内的3306映射
# 在本地测试创建一个数据库，查看一下我们映射的路径是否ok！
# 3310
- 假设我们将容器删除
➜ ~ docker rm -f mysql01
发现，我们挂载到本地的数据卷依旧没有丢失，这就实现了容器数据持久化功能。
5.3 具名和匿名挂载
# 匿名挂载
-v 容器内路径!
docker run -d -P --name nginx01 -v /etc/nginx nginx
# 查看所有的volume的情况
➜ ~ docker volume ls
DRIVER VOLUME NAME
local 33ae588fae6d34f511a769948f0d3d123c9d45c442ac7728cb85599c2657e50d
local
# 这里发现，这种就是匿名挂载，我们在 -v只写了容器内的路径，没有写容器外的路劲！
# 具名挂载
➜ ~ docker run -d -P --name nginx02 -v juming-nginx:/etc/nginx nginx
➜ ~ docker volume ls
DRIVER VOLUME NAME
local juming-nginx
# 通过 -v 卷名：容器内路径
# 查看一下这个卷
➜ ~ docker volume inspect juming-nginx
所有的docker容器内的卷，没有指定目录的情况下都是在/var/lib/docker/volumes/xxxx/_data下
如果指定了目录，docker volume ls 是查看不到的
# 三种挂载： 匿名挂载、具名挂载、指定路径挂载
-v 容器内路径 #匿名挂载
-v 卷名：容器内路径 #具名挂载
-v /宿主机路径：容器内路径 #指定路径挂载 docker volume ls 是查看不到的
拓展：
# 通过 -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就说明这个路径只能通过宿主机来操作，容器内部是无法操作！
5.4 初始Dockerfile
Dockerfile 就是用来构建docker镜像的构建文件！命令脚本！先体验一下！
通过这个脚本可以生成镜像，镜像是一层一层的，脚本是一个一个命令，每个命令就是一层！
# 创建一个dockerfile文件，名字可以随便 建议Dockerfile
# 文件中的内容 指令(大写) 参数
FROM centos
VOLUME ["volume01","volume02"]
CMD echo "----end----"
CMD /bin/bash
#这里的每个命令，就是镜像的一层！
# 启动自己写的镜像
- 这个卷和外部一定有一个同步的目录
- 查看一下卷挂载
docker inspect 容器id
测试一下刚才的文件是否同步出去了！
这种方式使用的十分多，因为我们通常会构建自己的镜像！
假设构建镜像时候没有挂载卷，要手动镜像挂载 -v 卷名：容器内路径！
5.5 数据卷容器
多个MySQL同步数据！
命名的容器挂载数据卷！
--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
# 这个时候，可以实现两个容器数据同步！
结论：
容器之间的配置信息的传递，数据卷容器的生命周期一直持续到没有容器使用为止。
但是一旦你持久化到了本地，这个时候，本地的数据是不会删除的！
6. DockerFile
6.1 DockerFile介绍
dockerfile是用来构建docker镜像的文件！命令参数脚本！
构建步骤：
-
编写一个dockerfile文件
-
docker build 构建称为一个镜像
-
docker run 运行镜像
-
docker push 发布镜像（DockerHub 、阿里云仓库)
- 点击后跳到一个Dockerfile
很多官方镜像都是基础包，很多功能没有，我们通常会自己搭建自己的镜像！
官方既然可以制作镜像，那我们也可以！
6.2 DockerFile构建过程
概述
基础知识：
-
每个保留关键字(指令）都是必须是大写字母
-
执行从上到下顺序
-
#表示注释
-
每一个指令都会创建提交一个新的镜像层，并提交！
Dockerfile是面向开发的，我们以后要发布项目，做镜像，就需要编写dockerfile文件，这个文件十分简单！
Docker镜像逐渐成企业交付的标准，必须要掌握！
DockerFile：构建文件，定义了一切的步骤，源代码（自己写）
DockerImages：通过DockerFile构建生成的镜像，最终发布和运行产品。
Docker容器：容器就是镜像运行起来提供服务。
6.3 DockerFile的指令
概述
FROM # 基础镜像，一切从这里开始构建
MAINTAINER # 镜像是谁写的， 姓名+邮箱
RUN # 镜像构建的时候需要运行的命令
ADD # 步骤，tomcat镜像，这个tomcat压缩包！添加内容 添加同目录
WORKDIR # 镜像的工作目录
VOLUME # 挂载的目录
EXPOSE # 暴露端口配置
CMD # 指定这个容器启动的时候要运行的命令，只有最后一个会生效，可被替代。
ENTRYPOINT # 指定这个容器启动的时候要运行的命令，可以追加命令
ONBUILD # 当构建一个被继承 DockerFile 这个时候就会运行ONBUILD的指令，触发指令。
COPY # 类似ADD，将我们文件拷贝到镜像中
ENV # 构建的时候设置环境变量！
自己写镜像！
6.4 实战测试
- Docker Hub中99%的镜像都是从这个基础镜像过来的 FROM scratch，然后配置需要的软件和配置来进行构建
创建一个自己的centos
# 1.编写Dockerfile文件
mkdir dockerfile
cd dockerfile/
vim mydockerfile-centos
FROM centos
MAINTAINER name<[email protected]>
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 .
- 测试运行
- 我们可以列出本地进行的变更历史
我们平时拿到一个镜像，可以研究一下是什么做的
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 .
# 运行镜像,发现ls-a生效了！
$ 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 build -f dockerfile-test-entrypoint -t entrypoint-test:0.1 .
$ docker run entrypoint-test:0.1
.
..
.dockerenv
bin
dev
etc
home
lib
lib64
lost+found ...
# 我们的命令，是直接拼接在我们得ENTRYPOINT命令后面的
$ docker run entrypoint-test:0.1 -l
total 56
drwxr-xr-x 1 root root 4096 May 16 06:32 .
drwxr-xr-x 1 root root 4096 May 16 06:32 ..
-rwxr-xr-x 1 root root 0 May 16 06:32 .dockerenv
lrwxrwxrwx 1 root root 7 May 11 2019 bin -> usr/bin
drwxr-xr-x 5 root root 340 May 16 06:32 dev
drwxr-xr-x 1 root root 4096 May 16 06:32 etc
drwxr-xr-x 2 root root 4096 May 11 2019 home
lrwxrwxrwx 1 root root 7 May 11 2019 lib -> usr/lib
lrwxrwxrwx 1 root root 9 May 11 2019 lib64 -> usr/lib64 ....
Dockerfile中很多命令都十分的相似，我们需要了解它们的区别，我们最好的学习就是对比他们然后测试效果！
6.5 实战：Tomcat镜像
测试
- 准备镜像文件
准备tomcat 和 jdk到当前目录，编写好README
- 编写dokerfile
# 编写dokerfile
$ vim dickerfile
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 # 设置默认命令
- 构建镜像
# 因为dockerfile命名使用默认命名 因此不用使用-f 指定文件
$ docker build -t mytomcat:0.1 .
- 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
-
访问测试
-
发布项目(由于做了卷挂载，我们直接在本地编写项目就可以发布了！)
发现：项目部署成功，可以直接访问！
我们以后开发的步骤：需要掌握Dockerfile的编写！我们之后的一切都是使用docker镜像来发布运行！
6.6 发布自己的镜像
Dockerhub
-
地址 https://hub.docker.com/
-
确定这个账号可以登录
-
登录
$ 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
- 提交 push镜像
# 会发现push不上去，因为如果没有前缀的话默认是push到 官方的library
# 解决方法
# 第一种 build的时候添加你的dockerhub用户名，然后在push就可以放到自己的仓库了
$ docker build -t chengcoder/mytomcat:0.1 .
# 第二种 使用docker tag #然后再次push
$ docker tag 容器id chengcoder/mytomcat:1.0 #然后再次push
阿里云镜像服务上
看官网 很详细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. Docker网络
7.1 理解Docker0
- 清空所有环境（镜像和容器）
测试
ip addr
- 三个网络
# 问题： 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
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
551: vethbfc37e3@if550: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default
link/ether 1a:81:06:13:ec:a1 brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet6 fe80::1881:6ff:fe13:eca1/64 scope link
valid_lft forever preferred_lft forever
$ 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
原理
- 我们每启动一个docker容器，docker就会给docker容器分配一个ip，我们只要按照了docker，就会有一个docker0桥接模式，使用的技术是veth-pair技术！
https://www.cnblogs.com/bakari/p/10613710.html
- 再次测试ip add
- 在启动一个容器测试，发现又多了一对网络
# 我们发现这个容器带来网卡，都是一对对的
# veth-pair 就是一对的虚拟设备接口，他们都是成对出现的，一端连着协议，一端彼此相连
# 正因为有这个特性 veth-pair 充当一个桥梁，连接各种虚拟网络设备的
# OpenStac,Docker容器之间的连接，OVS的连接，都是使用evth-pair技术
- 我们来测试下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#让tomcat02ping 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换了，我们希望可以处理这个问题，可以通过名字来进行访问容器？（高可用）
7.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里面的/etc/hosts发现有tomcat02的配置
–link 本质就是在hosts配置中添加映射
现在使用Docker已经不建议使用–link了！
自定义网络，不适用docker0！
docker0问题：不支持容器名连接访问！
7.3 自定义网络(*)
# docker network
connect -- Connect a container to a network
create -- Creates a new network with a name specified by the
disconnect -- Disconnects a container from a network
inspect -- Displays detailed information on a network
ls -- Lists all the networks created by the user
prune -- Remove all unused networks
rm -- Deletes one or more networks
查看所有的docker网络
网络模式
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可以打通连接，但是很麻烦！
# 我们可以 自定义一个网络
$ docker network create --driver bridge --subnet 192.168.0.0/16 --gateway 192.168.0.1 mynet
$ docker network inspect mynet;
- 启动两个tomcat,再次查看网络情况
在自定义的网络下，服务可以互相ping通，不用使用–link
我们自定义的网络docker当我们维护好了对应的关系，推荐我们平时这样使用网络！
好处：
redis -不同的集群使用不同的网络，保证集群是安全和健康的
mysql-不同的集群使用不同的网络，保证集群是安全和健康的
7.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连通 ，加入后此时，已经可以tomcat01 和 tomcat-01-net ping通了
docker exec -it tomcat01 ping tomcat-net-01
# 02是依旧不通的
docker exec -it tomcat02 ping tomcat-net-01
结论：假设要跨网络操作别人，就需要使用 docker network connect 连通！
7.5 实战：部署Redis集群
概述
# 创建网卡
docker network create redis --subnet 172.38.0.0/16
# 查看信息
docker network ls
docker network inspect redis
# 通过脚本创建六个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 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之后，所有的技术都会慢慢变得简单起来！
8. IDEA整合Docker
SpringBoot微服务打包Docker镜像
- 构建SpringBoot项目（编写helloworld）
- 打包运行
mvn package
- 编写Dockerfile
FROM java:8
COPY *.jar /app.jar
CMD ["--server.port=8080"]
EXPOSE 8080
ENTRYPOINT ["java","-jar","app.jar"]
- 构建镜像
# 1.复制jar和DockerFIle到服务器
# 2.构建镜像
$ docker build -t imgnamexxx .
# 3.启动镜像
docker images # 查看镜像
docker run -d -P --name namexxx imgnamexxx
# 4.查看&访问镜像
docker ps
curl localhost:[ports]
- 发布运行
以后我们使用了Docker之后，给别人交付就是一个镜像即可！
9. Docker Compose
相应学习地址
官网：https://www.docker.com
文档地址： https://docs.docker.com/ （Docker 官网文档超级详细）
仓库地址：https://hub.docker.com/
容器单独没有什么意义，有意义的是容器编排！！！（k8s）
9.1 Compose 概念
1、Docker Compose 作用
Docker
DockerFile build run手动操作，单个容器!
微服务。100个微服务！依赖关系。
Docker Compose来轻松高效的管理容器。（k8s）
作用：批量容器编排，定义运行多个容器！
2、Docker Compose 概念
Compose是一个用于定义和运行多容器Docker应用程序的工具。
使用Compose，您可以使用yaml文件配置应用程序的服务。然后，使用一个命令，从配置中创建并启动所有服务。
使用Compose基本上是一个三步过程:
- 使用 定义应用的环境，以便可以在任何位置重现它。
Dockerfile- Dockerfile 保证我们的项目在任何地方可以运行
- 定义构成应用的服务，以便它们可以在隔离的环境中一起运行。
docker-compose.yml- 服务的概念
- dcoker-compose.yml 这个文件怎么写！
- 运行，Docker 撰写命令将启动并运行整个应用。您也可以使用 docker-compose 二进制文件运行
- 启动项目
3、docker-compose.yml (yaml配置文件)示列：
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: {}
4、理解
Compose是Docker官方的开源项目。需要安装!
Dockerfile让程序在任何地方运行。web服务。redis、mysql、nginx …多个容器。run
docker-compose up 100 个服务。
Compose :重要的概念。
- 服务services: 容器。应用。（web、redis、mysql…）
- 项目project: 一组关联的容器。博客、web网站
9.2 Compose 安装
Install Docker Compose | Docker Documentation
步骤：
- 运行以下命令下载 Docker Compose 的当前稳定版本：
# 镜像快速下载
[root@192 compose]# curl -L https://dn-dao-github-mirror.daocloud.io/docker/compose/releases/download/1.25.5/docker-compose-`uname -s`-`uname -m` -o /usr/local/bin/docker-compose
- 将可执行权限应用于二进制文件：
chmod +x /usr/local/bin/docker-compose
- 安装成功
[root@192 bin]# docker-compose version
docker-compose version 1.25.5, build 8a1c60f6
docker-py version: 4.1.0
CPython version: 3.7.5
OpenSSL version: OpenSSL 1.1.0l 10 Sep 2019
9.3 Compose 快速开始
1、概述
在此页面上，您将构建一个在 Docker Compose 上运行的简单 Python Web 应用程序。该应用程序使用 Flask 框架，并在 Redis 中维护一个命中计数器。虽然该示例使用 Python，但即使您不熟悉此处演示的概念，也应该可以理解它。
- 先决条件
确保你已经安装了 Docker 引擎和 Docker Compose。您不需要安装Python或Redis，因为两者都是由Docker映像提供的。
2、部署步骤：
- 准备工作
yum install python-pip #pip 是Python包管理工具
yum -y install epel-release # 报错的话执行
- 为项目创建目录：
$ mkdir composetest
$ cd composetest
- 创建一个在项目目录中调用的文件，并将其粘贴到：
app.py(python文件)
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的文件：
vim requirements.txt
# 内容
flask
redis
- 创建 Docker 文件
在项目目录中，创建一个名为以下内容并粘贴以下内容的文件：Dockerfile
vim Dockerfile
# 内容
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-compose.yml
vim docker-compose.yml
# 内容
version: "3"
services:
web:
build: .
ports:
- "5000:5000"
redis:
image: "redis:alpine"
此文件定义了两个服务： web(网络服务) 和redis
- 网络服务
该服务使用从 当前目录中生成的映像。然后，它将容器和主机绑定到公开的端口 。此示例服务使用 Flask Web 服务器的缺省端口。web Dockerfile 5000:5000
- Redis 服务
该服务使用从 Docker Hub 注册表中提取的公共 Redis 映像。
-
版本问题
versionversion版本不要填太高！
3、使用撰写构建和运行应用
- 从项目目录中，通过运行 启动应用程序。
docker-compose up
$ docker-compose up
[root@192 composetest]# docker-compose up
-
Compose 将拉取 Redis 映像，为代码生成映像，并启动您定义的服务。在这种情况下，代码在生成时静态复制到映像中。
-
内网和外网在浏览器中输入 http://ip:5000/ 以查看正在运行的应用程序,访问成功。
[root@192 ~]# curl http://127.0.0.1:5000/
Hello World! I have been seen 1 times.
- 查看运行容器和下载的镜像
[root@192 ~]# docker ps
[root@192 ~]# docker images
镜像名字说明：
composetest_web 默认服务名： 文件名_服务名_num
多个服务器，集群。 _num 代表 副本数量
集群状态。服务都不可能只有一个运行实例。弹性，高可用
kubectl service 负载均衡！！！
查看配置网络
[root@192 ~]# docker network ls
[root@192 ~]# docker network inspect composetest_default
- 关闭服务
docker-compose down
Docker小结：
- Docker 镜像，run—>容器
- DockerFile 构建镜像（服务打包）
- Docker-compose 启动项目（编排、多个微服务/环境）
- Docker 网络
9.4 Yaml配置文件规则
对着文档学习：撰写文件版本 3 参考|Docker 文档
1、yaml配置文件共三层：
#第一层 版本
version: "3"
#第二层 服务
services:
web:
# 服务配置（images、build、network...）
build: .
ports:
- "5000:5000"
redis:
image: "redis:alpine"
#第三层 其他配置(网络/卷、全局规则)
volumes:
networks: :
config:
2、学习方法
对着文档学习，不会的找就行，官方文档要详细的解释 撰写文件版本 3 参考|Docker 文档
3、depends_on部署依赖：
depends_on:表达服务之间的依赖关系。depends(取决于)
- 示例：
version: "3.9"
services:
web:
build: .
depends_on: # 表示启动web服务前要先启动db和redis服务
- db
- redis
redis:
image: redis
db:
image: postgres
服务依赖关系会导致以下行为：
docker-compose up按依赖关系顺序启动服务。在示例中，和 db在redis之web前启动。docker-compose up SERVICE自动包含 的依赖项。在示例中，SERVIC Edocker-compose up还创建web 并启动 db 和 redis。docker-compose stop按依赖关系顺序停止服务。在示例中，web 在 db 和 redis 之前停止。
deploy部署：
deploy(部署):指定与服务的部署和运行相关的配置。这仅在部署到部署了 docker 堆栈的群 时生效，并且被docker-compose up和 docker-compose run忽略。
9.5 使用Compose一键部署博客(*)
1、简述
使用Compose一键部署WordPress博客(推荐一个开源博客系统，FutureCMS)
Quickstart: Compose and WordPress | Docker Documentation
使用 Docker Compose 在使用 Docker 容器构建的独立环境中轻松运行 WordPress。本快速入门指南演示了如何使用撰写来设置和运行WordPress。
2、步骤
- 创建项目目录
/home/my_wordpress
mkdir my_wordpress
cd my_wordpress/
- 创建一个启动博客的文件和一个单独的实例，其中包含用于数据持久性的卷装载：
vim docker-compose.yml
# 编写内容
version: "3.3"
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
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: {}
- 一键部署项目
$ docker-compose up
$ docker-compose up -d # 后台启动
3、启动WordPress（开放安全组！！！）
http://localhost:8000或 http://ip:8000
4、关机和清理
- 查看容器
[root@192 ~]# docker ps
命令 docker-compose 将删除容器和默认网络，但保留您的 WordPress 数据库。
- 删除容器
该命令删除容器、默认网络和 WordPress 数据库。
$ docker-compose down --volumes
9.6 实战：自己编写微服务上线
1、创建项目
- HelloController控制层
@RestController
public class HelloController {
@Autowired
StringRedisTemplate redisTemplate;
@GetMapping("/hello")
public String hello(){
// 自增
Long view = redisTemplate.opsForValue().increment("views");
return "hello,this views is: "+view;
}
}
- application.properties配置文件
# 应用名称
spring.application.name=Compose
# 应用服务 WEB 访问端口
server.port=8080
spring.redis.host=redis
- 编写Dockerfile，用于构建镜像
FROM java:8
COPY *.jar /app.jar
CMD ["--server.port=8080"]
EXPOSE 8080
ENTRYPOINT ["java","-jar","app.jar"]
- docker-compose.yml 编排项目
version: "3.8"
services:
kuangapp:
build: .
image: kuangapp
depends_on:
- redis
ports:
- "8080:8080"
redis:
image: "redis:alpine"
- maven打包
2、FTP安装与配置（看情况）
- 关闭防火墙
#关闭防火墙
$ systemctl stop firewalld.service
#禁止防火墙开机启动
$ systemctl disable firewalld.service
- 安装配置
#安装
yum install -y vsftpd
#设置开机启动
systemctl enable vsftpd.service
#启动
systemctl start vsftpd.service
#停止
systemctl stop vsftpd.service
#查看状态
systemctl status vsftpd.service
3、上传文件并运行
- 上传文件
- 运行
[root@192 myapp]# docker-compose up
# 出现问题的话
[root@192 myapp]# docker-compose up --build
失败原因是关闭防火墙之后docker需要重启，执行以下命令重启docker即可：
[root@192 myapp]# service docker restart
Redirecting to /bin/systemctl restart docker.service
[root@192 myapp]# docker-compose up
- 运行成功
- 访问测试成功
[root@192 ~]# curl http://127.0.0.1:8080/hello
hello,this views is: 6
- 假如项目出错，需要重新构建
docker-compose ip --build
10. Docker Swarm
- Swarm集群搭建
官方网站：Swarm mode overview | Docker Documentation
10.1 环境准备
- MobaXterm免费版都比Xshell好用的多
学生还是用虚拟机吧，内存不够，两台机子用虚拟机桥接网络就可以连通（推荐工具[RdViewer 远程控制软件）
4台服务器: 双主（管理）双从（工作）
步骤
- 四台服务器安装docker
- 同时操作服务器，用虚拟机时用同一镜像时不推荐
- 安装Docker基本环境！！！
- 启动Docker并设置开机自启动
# 启动Docker
$ systemctl start docker
# 查看当前版本号，是否启动成功
$ docker version
# 设置开机自启动
$ systemctl enable docker
10.2 Swarm集群介绍
Docker Swarm 常用命令 - kevin.Xiang - 博客园 (cnblogs.com)
1、节点工作模式
2、搭建集群
# 1、先看网络
$ docker swarm --help
# 2、帮助文档
$ docker swarm --help
Usage: docker swarm COMMAND
Manage Swarm
Commands:
ca # Display and rotate the root CA
init # 初始化一个Swarm
join # 加入一个集群作为一个节点 和/或 管理者
join-token # 管理生成的令牌
leave # 离开swarm
unlock # 解锁swarm
unlock-key # 解锁密钥管理
update # 更新swarm
# 3、帮助文档
$ docker swarm init --help
- 设置主节点（192.168.64.134）
$ docker swarm init --advertise-addr 192.168.64.134
[root@192 ~]# docker swarm init --advertise-addr 192.168.64.134
# Swarm初始化: 当前节点(...)现在是一个manager(管理节点)。
Swarm initialized: current node (n2ws0fm7fvsiniuo9wjmq3dfh) is now a manager.
# 翻译：要添加一个worker(工作节点)到这个swarm，运行以下命令（令牌）
To add a worker to this swarm, run the following command:
docker swarm join --token SWMTKN-1-56fs1oaww5jkhsq7f3v2f3fazgm1jgxrvjc1n4cttab8v6bmr8-04efiil88xkppw186vk82y5f1 192.168.64.134:2377
# 翻译：要添加一个swarm(管理节点)到swarm，运行'docker swarm join-token manager'，
To add a manager to this swarm, run 'docker swarm join-token manager' and follow the instructions.
- 生成令牌（管理生成的令牌）
# 1、生成管理节点的令牌
$ docker swarm join-token manager
# 2、生成工作节点的令牌
$ docker swarm join-token worker
[root@192 ~]# docker swarm join-token manager
To add a manager to this swarm, run the following command:
# 【添加一个管理节点的命令】
docker swarm join --token SWMTKN-1-56fs1oaww5jkhsq7f3v2f3fazgm1jgxrvjc1n4cttab8v6bmr8-4bocoqdhfypuppql3yqxt0u2p 192.168.64.134:2377
[root@192 ~]# docker swarm join-token worker
To add a worker to this swarm, run the following command:
# 【添加一个工作节点的命令】
docker swarm join --token SWMTKN-1-56fs1oaww5jkhsq7f3v2f3fazgm1jgxrvjc1n4cttab8v6bmr8-04efiil88xkppw186vk82y5f1 192.168.64.134:2377
- 将服务器（192.168.64.135）加入工作节点(在192.168.64.135运行命令)
# 【添加一个工作节点的命令】
$ docker swarm join --token SWMTKN-1-56fs1oaww5jkhsq7f3v2f3fazgm1jgxrvjc1n4cttab8v6bmr8-04efiil88xkppw186vk82y5f1 192.168.64.134:2377
[root@192 ~]# docker swarm join --token SWMTKN-1-56fs1oaww5jkhsq7f3v2f3fazgm1jgxrvjc1n4cttab8v6bmr8-04efiil88xkppw186vk82y5f1 192.168.64.134:2377
This node joined a swarm as a worker.# 成功变为工作节点
- 查看所有节点信息
[root@192 ~]# docker node ls
ID HOSTNAME STATUS AVAILABILITY MANAGER STATUS ENGINE VERSION
n2ws0fm7fvsiniuo9wjmq3dfh * 192.168.64.134 Ready Active Leader 20.10.12
y1clyylemoiqbrquha4hpgdg7 192.168.64.135 Ready Active 20.10.12
- 将服务器（192.168.64.136）加入工作节点
# 【添加一个工作节点的命令】
$ docker swarm join --token SWMTKN-1-56fs1oaww5jkhsq7f3v2f3fazgm1jgxrvjc1n4cttab8v6bmr8-04efiil88xkppw186vk82y5f1 192.168.64.134:2377
[root@192 ~]# docker swarm join --token SWMTKN-1-56fs1oaww5jkhsq7f3v2f3fazgm1jgxrvjc1n4cttab8v6bmr8-04efiil88xkppw186vk82y5f1 192.168.64.134:2377
This node joined a swarm as a worker.
# 查看所有节点信息
[root@192 ~]# docker node ls
ID HOSTNAME STATUS AVAILABILITY MANAGER STATUS ENGINE VERSION
n2ws0fm7fvsiniuo9wjmq3dfh * 192.168.64.134 Ready Active Leader 20.10.12
y1clyylemoiqbrquha4hpgdg7 192.168.64.135 Ready Active 20.10.12
29g0dvdvrtajsxr5d6lgutddr 192.168.64.136 Ready Active 20.10.12
- 移除节点
# 从swarm中删除一个节点 | -f 删除多个节点
$ docker node rm 节点id
# 管理节点自己离开
$ docker swarm leave --force
[root@192 ~]# docker swarm leave --force
Node left the swarm.
- 将服务器（192.168.64.137）加入管理节点
- 这里manager加不进去的话应该也是要防火墙开放2377端口或关闭防火墙
# 永久关闭防火墙
$ systemctl disable firewalld
$ systemctl stop firewalld
# 停止并禁用开机启动
$ systemctl disable firewalld
# 【添加一个管理节点的命令】
$ docker swarm join --token SWMTKN-1-56fs1oaww5jkhsq7f3v2f3fazgm1jgxrvjc1n4cttab8v6bmr8-4bocoqdhfypuppql3yqxt0u2p 192.168.64.134:2377
[root@192 ~]# docker swarm join --token SWMTKN-1-56fs1oaww5jkhsq7f3v2f3fazgm1jgxrvjc1n4cttab8v6bmr8-4bocoqdhfypuppql3yqxt0u2p 192.168.64.134:2377
This node joined a swarm as a manager. # 成功进入管理节点
- 查看所有节点信息
[root@192 ~]# docker node ls
ID HOSTNAME STATUS AVAILABILITY MANAGER STATUS ENGINE VERSION
n2ws0fm7fvsiniuo9wjmq3dfh * 192.168.64.134 Ready Active Leader 20.10.12
y1clyylemoiqbrquha4hpgdg7 192.168.64.135 Ready Active 20.10.12
29g0dvdvrtajsxr5d6lgutddr 192.168.64.136 Ready Active 20.10.12
mbtufs92q1q1kbsrdkfh3gx7s 192.168.64.137 Ready Active Reachable 20.10.12
小结
- 生成主节点init
- 加入（manager、worker）
目标：双主双从！！！
10.3 Raft一致性协议了解
概述
双主双从->假设一个节点挂了，其他节点是否可用？ 不可用
Raft协议：保证大多数节点存活才可用
- 三个管理器的群体最多可以容忍一个管理器的损失。
- 一个五管理器群可以容忍最大同时丢失两个管理器节点。
- 一个N管理器集群最多可以容忍管理器的丢失 (N-1)/2。
- Docker 建议一个群最多有七个管理器节点。
ps:manager 节点不是越多越好
- 三个manager节点，停止一个manager之后仍可用
- 三个manager节点，停止两个manager之后不可用
实验：
- 一个主节点挂了，另一个主节点也不能用了
[root@tencent-h1 ~]# systemctl docker
[root@tencent-h1 ~]# docker node ls
# 日志含义可能在线的managers太少了。确保半数以上的managers在线。
Error response from daemon: rpc error: code = Unknown desc = The swarm does not have a leader. It's possible that too few managers are online. Make sure more than half of the managers are online.
- 将某一个worker节点离开，仍可用
- work节点不能查看节点信息，仅用来工作，命令只能在manager（管理节点）上执行
[root@192 ~]# docker node ls
# 来自daemon的错误响应:这个节点不是一个集群管理器。工作节点不能用于查看或修改集群状态。请在管理节点上执行此命令或将当前节点提升为管理节点。
Error response from daemon: This node is not a swarm manager. Worker nodes can't be used to view or modify cluster state. Please run this command on a manager node or promote the current node to a manager.
10.4 Swarm集群弹性创建服务
概述
扩缩容功能，创建服务，动态扩展服务，更新服务，日志，灰度发布（更新网站（服务）时依旧提出服务，不挂404）
功能：扩缩容功能（扩容：增加容器，缩容:减少容器），灰度发布
目的：创建 nginx 服务、动态扩展服务、动态更新服务
[root@192 ~]# docker service --help
Usage: docker service COMMAND
Manage services
Commands:
create # 创建一个新服务
inspect # 显示一个或多个服务的详细信息
logs # 获取服务或任务的日志
ls # 服务列表
ps # 列出一个或多个服务的任务
rm # 删除一个或多个服务
rollback # 回滚恢复对服务配置的更改
scale # 扩展扩展一个或多个复制业务
update # 更新服务
步骤
- 创建服务（192.168.64.134）
以前是docker run(单机)，现在是 docker service (集群)
$ docker service create -p 8888:80 --name my-nginx nginx
- 查看服务（192.168.64.134）
$ docker service ls
1
[root@192 ~]# docker service ls
ID NAME MODE REPLICAS IMAGE PORTS
cccvbtrm38lt my-nginx replicated 1/1 nginx:latest *:8888->80/tcp
虽然是在192.168.64.134机器上创建的，但也有可能跑在其他机器上
$ docker ps
[root@192 ~]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
a9c147315120 nginx:latest "/docker-entrypoint.…" About a minute ago Up About a minute 80/tcp my-nginx.1.z9q9ym9npjh6nx5mrmz0whcfa
查看my-nginx 服务的状态
[root@192 ~]# docker service ps my-nginx
ID NAME IMAGE NODE DESIRED STATE CURRENT STATE ERROR PORTS
z9q9ym9npjh6 my-nginx.1 nginx:latest 192.168.64.134 Running Running 28 minutes ago
- 动态扩缩容,扩容到3个副本 集群中的任意节点都可访问，实现高可用
$ docker service update --replicas 3 my-nginx
[root@192 ~]# docker service update --replicas 3 my-nginx
my-nginx
overall progress: 3 out of 3 tasks
1/3: running
2/3: running
3/3: running
verify: Service converged
# 动态扩容成功
[root@192 ~]# docker service ls
ID NAME MODE REPLICAS IMAGE PORTS
cccvbtrm38lt my-nginx replicated 3/3 nginx:latest *:8888->80/tcp
- 动态扩缩容（scale 同 updata）
$ docker service scale my-nginx=10
[root@192 ~]# docker service ls
ID NAME MODE REPLICAS IMAGE PORTS
cccvbtrm38lt my-nginx replicated 10/10 nginx:latest *:8888->80/tcp
动态更新nginx成3个副本，三台主机上都有nginx服务。（但用第四台主机的ip也能访问到nginx）
- 动态缩容，回滚到1个
$ docker service scale my-nginx=1
[root@192 ~]# docker service scale my-nginx=1
my-nginx scaled to 1
overall progress: 1 out of 1 tasks
1/1: running [==================================================>]
verify: Service converged
[root@192 ~]# docker service ls
ID NAME MODE REPLICAS IMAGE PORTS
cccvbtrm38lt my-nginx replicated 1/1 nginx:latest *:8888->80/tcp
小结
只要会搭建集群、会启动服务、动态管理容器就可以了！
swarm => k8s 副本，服务器，多容器！
- k8s更难，功能更多。swarm相当于简单版的k8s！
docker run #容器启动！不具有扩缩容器
docker service # 服务，具有扩缩容器，滚动更新！
10.5 概念总结
1、Swarm概念总结
- swarm
集群的管理和编号。docker可以初始化一个swarm集群，其他节点可以加入。（管理、工作者） - Node
就是一个docker节点。多个节点就组成了一个网络集群。（管理、工作者） - Service
任务，可以在管理节点或者工作节点来运行。核心！用户访问！ - Task
容器内的命令，细节任务！
2、Swarm工作思路
命令=>管理 api 调度 工作节点（创建Task容器维护！！！）
3、拓展
网络模式：“PublishMode”；“ingress”
Swarm；
Overlay；
ingress：特殊的Overlay网络！负载均衡的功能！ IPVS VIP！
虽然Docker再四台机器上，实际网络是同一个！ingress网络，是一个特殊的Overlay网络
其他知识（k8s做的更好）
- Docker Stack
Docker-Compose 单机部署项目！
Docker-Stack 集群部署！
- Docker Secret
安全！配置密码，证书！
- Docker Config
统一的Docker配置
11. CI\CD Jenkins
11.1 什么是DevOps
概述
DevOps是一种思想或方法论，它涵盖了开发、测试、运维的整个过程！
DevOps强调软件开发人员与软件测试、软件运维、质量保障（QA）部门之间有效的沟通与协作。
强调通过自动化的方式管理软件变更，软件集成。
使得软件从构建到测试、发布更加便捷、可靠，最终按时交付软件。
狂神公司项目开发流程，如何一步一步操作的：
Product Backlog源自于Scrum方法，是指产品代办事项的整合，其中事务有优先级判断，先处理优先级高的事项。
11.2 如何落地实现DevOps理念
概述
DevOps兴起于2009年，由于云计算、互联网的发展，促进了DevOps的基础设施及工具链的发展，涌现了一大批优秀的工具，这些工具包括开发，测试，运维的各个领域，例如：Github，Git/svn,Docker、Jenkins，HubSon，Ant/Maven/Gradle,QUnit,JMeter等，看下图：
11.3 实战测试
流程
当今大公司一定要使用DevOps
小结
传统上在软件开发中（无论是瀑布模式还是敏捷方式，敏捷也比较传统），都由“开发团队”来构建软件。
开发团队需要与运维团队进行大规模的“交接”。运维团队负责执行一系列“部署”活动，将软件代码移至生产环境，并负责维护后续的系统稳定运行。生产环境的基础设施与开发或测试不同，需要额外检查和平衡，以确保它一切功能正常。部署是由不同的人完成的，运维团队之前从未见过或听说过任何类似软件。
DevOps 这种软件开发方法，涉及到软件整个开发生命周期，这些活动只能在DevOps中实现，而不足敏捷或瀑布流。
DevOps 是在较短时间的开发周期内开发高质量软件的首选方法，同时可以提高客户满意度。
这就是为什么顶级互联网公司选择DevOps作为其业务目标的前进方向。
建议
如果你是一个开发工程师：学习DevOps，让你成为更加优秀的IT工程师；
如果你是一个运维工程师：应用DevOps必将简化你的工作流程，提高你的工作效率；
如果你是一个架构师：DevOps是你在实践中必须拥有的技术能力；
如果你是一个跳槽者：了解DevOps必将有助于你找到高薪工作。
感谢观看！！！
