docker学习笔记（初阶）

笔记整理自狂神：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

Hello World!

<%
System.out.println("----my test web logs----");
%>

发现：项目部署成功，可以直接访问！

我们以后开发的步骤：需要掌握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）发布运行!