狂神说-Docker

一、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 容器（提供服务器），通过这个镜像可以创建多个容器（最终服务运行或者项目运行就是在容器中的）。
  • 可以理解 镜像 好比是一个 类，容器 就是 实例1、实例2、…。
• 容器（container）
  • Docker 利用容器技术，可以独立运行一个或者一组应用，是通过镜像来创建的
  • 启动，停止，删除，基本命令
  • 目前就可以把这个容器理解为就是一个简易的 Linux系统。
• 仓库（repository）
  • 仓库就是存放镜像的地方
  • 仓库分为公有仓库和私有仓库（类似 git）
  • Docker Hub 是国外的
  • 国内：阿里云…都有容器服务器（配置镜像加速）
• 仓库存放镜像，镜像创建容器

2、安装 Docker

环境查看

系统内核是 3.10 以上的

[root@iZf8z4ii45kfjc41qrt363Z /]# uname -r
3.10.0-1062.18.1.el7.x86_64

系统版本

[root@iZf8z4ii45kfjc41qrt363Z /]# 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

• 了解：卸载 docker

# 1.卸载依赖
yum remove docker-ce docker-ce-cli containerd.io

# 2.删除资源
rm -rf /var/lib/docker

# /var/lib/docker docker的默认工作路径

3、阿里云镜像加速

• 1.登录阿里云找到容器服务
  
• 2.创建个人版实例，用来存储个人镜像
  
• 3.获得加速器地址
• 4.根据操作文档配置镜像加速器（一行一行 运行）
  
• 测试配置使用

4、回顾 hello-world

docker run 流程图

5、底层原理

Docker 是怎么工作的？

• Docker 是一个 Client-Server 结构的系统，Docker 的守护进程运行在主机上。通过 Socket 从客户端访问！
• Docker-Server 接收到 Docker-Client 的指令，就会执行这个命令！

Docker 为什么比 VM 快？

• 1.Docker 有着比虚拟机更少的抽象层：由于docker不需要Hypervisor实现硬件资源虚拟化,运行在docker容器上的程序直接使用的都是实际物理机的硬件资源。因此在CPU、内存利用率上docker将会在效率上有明显优势
  
• 2.docker 利用的是宿主机的内核，VM 需要的是 Guest OS。
  • GuestOS： VM（虚拟机）里的的系统（OS）;
  • HostOS：物理机里的系统（OS）；
• 所以说，新建一个容器的时候，docker 不需要像虚拟机一样重新加载一个操作系统内核，避免引导和加载操作系统内核。虚拟机是加载 Guset OS , 分钟级别的，而docker是利用宿主机的操作系统，省略了这个复杂的过程，秒级的，因此新建一个docker容器只需要几秒钟。

三、Docker 的常用命令

1、帮助命令

docker version	# 显示docker的版本信息。
docker info		# 显示docker的系统信息，包括镜像和容器的数量
docker --help	# 帮助命令

• 帮助文档的地址：https://docs.docker.com/engine/reference/commandline/

2、镜像命令

docker images # 查看所有本地主机上的镜像 可以使用docker image ls代替
docker search # 搜索镜像 
docker pull   下载镜像  docker image pull 
docker rmi 	 删除镜像  docker image rm

docker images 查看所有本地的主机上的镜像

REPOSITORY    TAG       IMAGE ID       CREATED        SIZE
hello-world   latest    feb5d9fea6a5   6 months ago   13.3kB

# 解释 
REPOSITORY 		# 镜像的仓库源 
TAG 			# 镜像的标签 
IMAGE ID 		# 镜像的id 
CREATED 		# 镜像的创建时间 
SIZE 			# 镜像的大小

# 可选项 Options:
	-a, --all      # 列出所有的镜像
	-q, --quiet    # 只显示镜像的id

docker search 搜索镜像

[root@iZf8z4ii45kfjc41qrt363Z /]# docker search mysql
NAME                             DESCRIPTION                                     STARS     OFFICIAL   AUTOMATED
mysql                            MySQL is a widely used, open-source relation…   12298     [OK]       
mariadb                          MariaDB Server is a high performing open sou…   4730      [OK]       

# 可选项
--filter=STARS=3000 搜索出来的镜像就是STARS大于3000的

docker pull 下载镜像

# 下载镜像 docker pull 镜像名[:tag]		（tag是版本）
[root@iZf8z4ii45kfjc41qrt363Z /]# 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.io/library/mysql:latest

# 指定版本下载
docker pull mysql:5.7

docker rmi 删除镜像

docker rmi -f 镜像id                # 删除指定的镜像
docker rmi -f 镜像id 镜像id 镜像id  # 删除多个镜像
docker rmi -f $(docker images -aq) # 删除全部镜像

3、容器命令

• 说明：我们有了镜像才可以创建容器，linux，下载一个 centos 镜像来测试学习

docker pull centos

• 这是阿里云主机上直接运行的 CentOS，通过 XShell 连接到了远程主机，然后在云主机上安装了 Docker

新建容器并启动

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    # 删除所有的容器

• ps：镜像 就像是一个 压缩包，他把 容器 打包保存，你使用的时候解压包就可以直接使用。或者说 镜像 就是 安装包，容器 就是安装好的 应用app

启动和停止容器的操作

• 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，容器启动后，发现自己没有提供服务，就会立刻停止，就是没有程序了

查看日志

# 自己编写一段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 停止程序

查看容器中的进程信息 ps

# 命令 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@iZf8z4ii45kfjc41qrt363Z /]# docker inspect 6eb73bae2d0b
[
    {
        "Id": "6eb73bae2d0ba7ebb21d1c33074236f9c850c77f964eda699d6338ec2a47a361",
        "Created": "2022-03-24T09:03:47.369280208Z",
        "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": 9659,
            "ExitCode": 0,
            "Error": "",
            "StartedAt": "2022-03-24T09:03:47.61951026Z",
            "FinishedAt": "0001-01-01T00:00:00Z"
        },
        "Image": "sha256:5d0da3dc976460b72c77d94c8a1ad043720b0416bfc16c52c45d4847e53fadb6",
        "ResolvConfPath": "/var/lib/docker/containers/6eb73bae2d0ba7ebb21d1c33074236f9c850c77f964eda699d6338ec2a47a361/resolv.conf",
        "HostnamePath": "/var/lib/docker/containers/6eb73bae2d0ba7ebb21d1c33074236f9c850c77f964eda699d6338ec2a47a361/hostname",
        "HostsPath": "/var/lib/docker/containers/6eb73bae2d0ba7ebb21d1c33074236f9c850c77f964eda699d6338ec2a47a361/hosts",
        "LogPath": "/var/lib/docker/containers/6eb73bae2d0ba7ebb21d1c33074236f9c850c77f964eda699d6338ec2a47a361/6eb73bae2d0ba7ebb21d1c33074236f9c850c77f964eda699d6338ec2a47a361-json.log",
        "Name": "/keen_neumann",
        "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/881b23da0c743bec39df6695b3f1691213412169e5dd677123f77c9920465c98-init/diff:/var/lib/docker/overlay2/d6b2cfa67a8bba2aed03ec55e57f82ea531461979f05ad93498aef4a20cf046e/diff",
                "MergedDir": "/var/lib/docker/overlay2/881b23da0c743bec39df6695b3f1691213412169e5dd677123f77c9920465c98/merged",
                "UpperDir": "/var/lib/docker/overlay2/881b23da0c743bec39df6695b3f1691213412169e5dd677123f77c9920465c98/diff",
                "WorkDir": "/var/lib/docker/overlay2/881b23da0c743bec39df6695b3f1691213412169e5dd677123f77c9920465c98/work"
            },
            "Name": "overlay2"
        },
        "Mounts": [],
        "Config": {
            "Hostname": "6eb73bae2d0b",
            "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": "c3eeb47321de559d83851e35eee18915a2cff7f5c33ca36d200e4a9c25bafe4b",
            "HairpinMode": false,
            "LinkLocalIPv6Address": "",
            "LinkLocalIPv6PrefixLen": 0,
            "Ports": {},
            "SandboxKey": "/var/run/docker/netns/c3eeb47321de",
            "SecondaryIPAddresses": null,
            "SecondaryIPv6Addresses": null,
            "EndpointID": "89db5e9e1749f5c1097bea5edf127dccec3338bad26f0123aa18a144c6c30bd0",
            "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": "aed4526fdfd2fad1b4c6b8e1aafb1b44713eed863d0d40deb4461782e6ed35ff",
                    "EndpointID": "89db5e9e1749f5c1097bea5edf127dccec3338bad26f0123aa18a144c6c30bd0",
                    "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      # 进入容器正在执行的终端，不会启动新的进程

从容器内拷贝到主机上

# 命令
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

6、作业练习

作业1：Docker安装 Nginx

# 1. 搜索镜像 search 建议大家去docker搜索，可以看到帮助文档
# 2. 下载镜像 pull
# 3. 运行测试
[root@iZf8z4ii45kfjc41qrt363Z home]# docker images
REPOSITORY   TAG       IMAGE ID       CREATED        SIZE
nginx        latest    605c77e624dd   2 months ago   141MB
centos       latest    5d0da3dc9764   6 months ago   231MB

# -d 后台运行
# --name 给容器命名
# -p 宿主机，容器内部端口
[root@iZf8z4ii45kfjc41qrt363Z home]# docker run -d --name nginx01 -p 3344:80 nginx
76982652da3b9a3b1e51b304050b558818ec2461c83ed6280874dc48b872ab5e
[root@iZf8z4ii45kfjc41qrt363Z home]# docker ps
CONTAINER ID   IMAGE     COMMAND                  CREATED         STATUS         PORTS                  NAMES
76982652da3b   nginx     "/docker-entrypoint.…"   5 seconds ago   Up 4 seconds   0.0.0.0:3344->80/tcp   nginx01

[root@iZf8z4ii45kfjc41qrt363Z home]# curl localhost:3344

• -p：容器内的80端口绑定到宿主机的3344端口（方便除宿主机以外的机器访问）
• 端口暴露示意图：（如果关闭防火墙，就相当于对外暴露所有接口）
  
  
• 测试通过后，进入容器

[root@iZf8z4ii45kfjc41qrt363Z home]# docker exec -it nginx01 /bin/bash
root@76982652da3b:/# whereis nginx
nginx: /usr/sbin/nginx /usr/lib/nginx /etc/nginx /usr/share/nginx
root@76982652da3b:/# cd /etc/nginx
root@76982652da3b:/etc/nginx# ls
conf.d	fastcgi_params	mime.types  modules  nginx.conf  scgi_params  uwsgi_params

• 若退出容器，则端口关闭，无法访问
  

思考问题：

• 我们每次改动 nginx 配置文件，都需要进入容器内部吗？那会十分的麻烦。于是就想：能不能在容器外部提供一个映射路径，从而实现 在容器外修改文件名，容器内部能自动修改。于是就有了 -v 数据卷 技术！后面再说

作业2：Docker 安装 Tomcat

# 官方的使用 
docker run -it --rm tomcat:9.0 
# 之前的启动都是在后台运行，停止了容器，容器还是可以查到 
# docker run -it --rm image 一般是用来测试，用完就删除（暂时不建议）

# 下载 
docker pull tomcat 

# 启动运行
docker run -d -p 3355:8080 --name tomcat01 tomcat

# 测试访问没有问题 

• 能进去但是没有页面可以显示。说明连接成功，只是缺少前端页面
  

# 进入容器
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 的状态

• 打扰了。原来比狂神当时的内存还要小一点。。。

# 赶紧关闭，增加内存的限制，修改配置文件。通过 -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 的状态。这时就好了很多

• 此时一样可以连接成功，见下：

[root@iZf8z4ii45kfjc41qrt363Z home]# curl localhost:9200
{
  "name" : "92b610e42bcd",
  "cluster_name" : "docker-cluster",
  "cluster_uuid" : "UePTTR9TQyqnFf8H5lQdKw",
  "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？思考网络如何才能连接。

7、Docker 可视化

• 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

• 若访问失败，可参考我的另一篇博客
  https://blog.csdn.net/shenxinde/article/details/123718710
• 成功后设置密码，选择本地 local 进行配置
  
• 进入之后的界面
  
• 点击 local 后可以查看当前的容器和镜像状态
  

五、Docker 镜像讲解

镜像是什么

• 镜像是一种轻量级、可执行的独立软件保，用来打包软件运行环境和基于运行环境开发的软件，他包含运行某 个软件所需的所有内容，包括代码、运行时库、环境变量和配置文件。
• 将所有的应用和环境，直接打包为docker镜像，就可以直接运行。
• 如何得到镜像：
  • 从远处仓库下载
  • 他人拷贝过来
  • 自己制作一个镜像 DockerFile

1、Docker 镜像加载原理

UnionFs（联合文件系统）

• 我们下载的时候看到一层层的下载就是这个。这样就能记录每一次修改
• UnionFs（联合文件系统）：Union文件系统（UnionFs）是一种分层、轻量级并且高性能的文件系统，他支 持对文件系统的修改作为一次提交来一层层的叠加，同时可以将不同目录挂载到同一个虚拟文件系统下（ unite several directories into a single virtual filesystem)。Union文件系统是 Docker镜像的基础。镜像可以通过分层来进行继承，基于基础镜像（没有父镜像），可以制作各种具体的应用镜像
• 特性：一次同时加载多个文件系统，但从外面看起来，只能看到一个文件系统，联合加载会把各层文件系 统叠加起来，这样最终的文件系统会包含所有底层的文件和目录。

Docker镜像加载原理

• docker的镜像实际上由一层一层的文件系统组成，这种层级的文件系统就是 UnionFS。
• bootfs（boot file system）主要包含 bootloader 和 Kernel，bootloader 主要是引导加载 kernel，Linux 刚启动时会加 bootfs 文件系统，在 Docker 镜像的最底层是 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.
• 虚拟机是分钟级别，容器是秒级！

2、分层理解

• 下载一个镜像，注意观察下载的日志输出，可以看到是一层层的在下载
• 第一层显示 Already exists，已经存在，是基本层
  

思考：为什么Docker镜像要采用这种分层的结构呢？

• 最大的好处就是资源共享！比如有多个镜像都从相同的 Base 镜像构建而来，那么宿主机只需在磁盘上保留一份base镜像，同时内存中也只需要加载一份base镜像，这样就可以为所有的容器服务了，而且镜像的每一层都可以被共享。
• 查看镜像分层的方式可以通过docker image inspect 镜像名 命令
  

理解：

• 所有的 Docker镜像都起始于一个基础镜像层，当进行修改或培加新的内容时，就会在当前镜像层之上，创建新的镜像层。
• 举一个简单的例子，假如基于 Ubuntu Linux16.04 创建一个新的镜像，这就是新镜像的第一层；如果在该镜像中添加 Python 包，就会在基础镜像层之上创建第二个镜像层；如果继续添加一个安全补丁，就会创建第三个镜像层该像当前已经包含3个镜像层，如下图所示（这只是一个用于演示的很简单的例子）。
• 在添加额外的镜像层的同时，镜像始终保持是当前所有镜像的组合，理解这一点非常重要。下图中举了一个简单的例子，每个镜像层包含3个文件，而镜像包含了来自两个镜像层的6个文件。
  
• 上图中的镜像层跟之前图中的略有区別，主要目的是便于展示文件
• 下图中展示了一个稍微复杂的三层镜像，在外部看来整个镜像只有6个文件，这是因为最上层中的文件7是文件5的一个更新版
  
• 这种情況下，上层镜像层中的文件覆盖了底层镜像层中的文件。这样就使得文件的更新版本作为一个新镜像层添加到镜像当中。

特点

• Docker 镜像都是只读的，当容器启动时，一个新的可写层加载到镜像的顶部！
• 这一层就是我们通常说的容器层，容器之下的都叫镜像层！
  
• pull 下来的只是 只读文件，run 之后镜像才开始运行，我们平时在 docker 里面操作镜像，此时操作的层次就是容器层

3、commit 镜像

docker commit 提交容器成为一个新的副本 

# 命令和git原理类似 
docker commit -m="提交的描述信息" -a="作者" 容器id 目标镜像名:[TAG]	# tag 表示版本

实战测试

# 1、启动一个默认的tomcat 
docker run -d -p 8080:8080 tomcat

• 如果报错Error starting userland proxy: listen tcp4 0.0.0.0:8080: bind: address already in use.，解决方案见我的另一篇博客：https://blog.csdn.net/shenxinde/article/details/123720168?spm=1001.2014.3001.5502

# 2、成功后新建一个会话，运行 tomcat
docker exec -it 容器id /bin/bash

# 3、发现这个默认的tomcat 是没有webapps应用，官方的镜像默认webapps下面是没有文件的！
# 4、拷贝文件进去
cp -r webapps.dist/* webapps
# 可以看到拷贝成功了，基本的文件有了
root@fe0570359ee5:/usr/local/tomcat# cd webapps
root@fe0570359ee5:/usr/local/tomcat/webapps# ls
ROOT  docs  examples  host-manager  manager

# 5、将操作过的容器通过commit提交为一个镜像！我们以后就使用我们修改过的镜像即可，这就是我们自己修改完后的镜像。 
# 格式
docker commit -m="描述信息" -a="作者" 容器id 目标镜像名:[TAG] 
# 实际操作	这里的镜像名为：tomcat02；		版本为：1.0
docker commit -a="kuangshen" -m="add webapps app" 容器id tomcat02:1.0

• 如果你想要保存当前容器的状态，就可以通过commit来提交，获得一个镜像，就好比使用虚拟机时的快照。
• 入门成功！！！

六、容器数据卷

1、什么是容器数据卷

docker 的理念回顾

• 将应用和环境打包成一个镜像！
• 数据？如果数据都在容器中，那么我们容器删除，数据就会丢失！需求：数据可以持久化
• MySQL，容器删除了，删库跑路！需求：MySQL 数据可以存储在本地
• 容器之间可以有一个数据共享的技术！Docker 容器中产生的数据，同步到本地
• 这就是 卷 技术！目录的挂载，将我们容器内的目录，挂载到 Linux 上面

• 总结一句话：容器的持久化和同步操作！容器间也是可以数据共享的！

2、数据卷的使用

方式一：直接使用命令来挂载 -v

docker run -it -v 主机目录：容器内目录

# 测试
docker run -it -v /home/ceshi:/home centos /bin/bash

• 挂载之后，进入容器内部，且容器内的 /home 目录下是为空的
  
• 而此时对应的主机目录下，多了一个 “ 测试 ” 文件夹
  

# 通过 docker inspect 容器id 查看具体信息
[root@iZf8z4ii45kfjc41qrt363Z home]# docker ps
CONTAINER ID   IMAGE                 COMMAND        CREATED         STATUS         PORTS                    NAMES
7a08e7f9bebe   centos                "/bin/bash"    4 minutes ago   Up 4 minutes                            optimistic_johnson
34646bb73eca   portainer/portainer   "/portainer"   14 hours ago    Up 14 hours    0.0.0.0:8088->9000/tcp   romantic_goldberg
[root@iZf8z4ii45kfjc41qrt363Z home]# docker inspect 7a08e7f9bebe

• 测试文件的同步
  
• 只有一个物理地址，二者共享一个资源
• 测试2
  • 1、停止容器
  • 2、宿主机修改文件
  • 3、启动容器
  • 4、容器内的数据依旧是同步的
    
• 好处：我们以后修改只需要在本地修改即可，容器内会自动同步！

3、实战：安装 MySQL

• 思考：MySQL 的数据持久化的问题

# 获取mysql镜像  
docker pull mysql:5.7 
# 运行容器,需要做数据挂载 #安装启动mysql，需要配置密码的，这是要注意点！
# 参考官网	-e 表示配置，昨天配置过网络限速，这里是配置密码
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！
新建一个数据库后，对应的主机内的`/home/mysql/data`也出现了test数据库的文件

• 假设我们将容器删除 。发现，我们挂载到本地的数据卷依旧没有丢失，这就实现了容器数据持久化功能。
  
  

4、具名挂载和匿名挂载

匿名挂载

-P 不指定路径
-v 容器内路径! 
docker run -d -P --name nginx01 -v /etc/nginx nginx

# 查看所有的volume的情况 
docker volume ls

# 这种就是匿名挂载，我们在 -v 只写了容器内的路径，没有写容器外的路径！

# 具名挂载 
docker run -d -P --name nginx02 -v juming-nginx:/etc/nginx nginx 
docker volume ls  

# 通过 -v 卷名：容器内路径 
# 查看一下这个卷

• 所有的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 nginx02 -v juming:/etc/nginx:ro nginx
docker run -d -P --name nginx02 -v juming:/etc/nginx:rw nginx

# ro 只要看到ro就说明这个路径只能通过宿主机来操作，容器内部是无法操作！

5、初识 Dockerfile

挂载的第二种方式

• Dockerfile 就是用来构建 docker 镜像的构建文件！相当于命令脚本。先体验一下。
• 通过这个脚本可以生成镜像。镜像是一层一层的，脚本的一个个的命令，每个命令都是一层

# 创建一个dockerfile文件，名字可以随便 建议Dockerfile 
# 文件中的内容 指令(大写) 参数
FROM centos 

VOLUME ["volume01","volume02"] 

CMD echo "----end----" 
CMD /bin/bash 
#这里的每个命令，就是镜像的一层！

• docker build -f /home/docker-test-volume/dockerfile1 -t kuangshen/centos:1.0 .最后面要加上 “.”

• 启动自己写的镜像
  
• 这个卷和外部一定有一个同步的目录。且这种方式属于匿名挂载
  
• 查看一下卷挂载：docker inspect 容器id
  
  
  
• 测试一下刚才的文件是否同步出去了：在主机的挂载目录下也能找到刚才创建的文件，说明同步成功了
• 这种方式使用的十分多，因为我们通常会构建自己的镜像！
• 假设构建镜像时候没有挂载卷，要手动镜像挂载 -v 卷名：容器内路径！
  

6、数据卷-容器之间

• 多个MySQL同步数据
  
  

• 输入 CTRL + P + Q ：不停止当前容器的运行并退出
  

• 在 docker01 的卷中创建文件，并在 docker02 的卷中查看
  

• 再创建一个 docker03，可见文件也是同步的
  

• 测试：可以删除docker01，查看一下docker02和docker03是否可以访问这个文件
  
• 结果是：依旧可以访问
  
• 理解：类似指针的概念，都指向同一个地址

多个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

# 这个时候，可以实现两个容器数据同步！

小结

• 容器之间配置信息的传递，数据卷的生命周期一直持续到没有容器使用它为主
• 但是一旦你持久化到了本地，这个时候，本地的数据是一直不会被删除的

七、DockerFile

1、简介

• dockerfile 是用来构建docker镜像的文件！是一个命令参数脚本
• 构建步骤：
  • 1、编写一个 dockerfile 文件
  • 2、docker build 构建成为一个镜像
  • 3、docker run 运行镜像
  • 4、docker push 发布镜像（DockerHub 、阿里云仓库）
• 查一下官方怎么做的：
  • 很多官方镜像都是基础包，很多功能没有，我们通常会自己搭建自己的镜像！
  • 官方既然可以制作镜像，那我们也可以！

2、DockerFile 构建过程

基础知识：

• 1、每个保留关键字(指令）都是必须是大写字母
• 2、执行从上到下顺序
• 3、# 表示注释
• 4、每一个指令都会创建提交一个新的镜像层，并提交！
  
• Dockerfile 是面向开发的，我们以后要发布项目，做镜像，就需要编写 dockerfile 文件，这个文件并不难！
• Docker 镜像逐渐成企业交付的标准，必须要掌握！

步骤：开发 — 部署 — 运维。。。缺一不可！

• DockerFile：构建文件，定义了一切的步骤。相当于源代码
• DockerImages：通过DockerFile构建生成的镜像。是最终发布和运行的产品。
• Docker 容器：容器就是镜像运行起来提供服务。
• DockerFile–DockerImages–Docker 容器：代码–类--类创建出来的对象

3、DockerFile 常用指令

FROM 		# 基础镜像，一切从这里开始构建 
MAINTAINER  # 镜像是谁写的， 姓名+邮箱 
LABEL		# 现在推荐写 LABEL，代替上面的那个
RUN 		# 镜像构建的时候需要运行的命令 
ADD 		# 步骤：如要加一个tomcat镜像，就是加这个tomcat压缩包！1.添加内容 2.添加同目录 
WORKDIR	    # 镜像的工作目录 
VOLUME 		# 挂载的目录 
EXPOSE 		# 保留端口配置 
CMD 		# 指定这个容器启动的时候要运行的命令，只有最后一个会生效，可被替代。 
ENTRYPOINT  # 指定这个容器启动的时候要运行的命令，可以追加命令 
ONBUILD 	# 当构建一个被继承的 DockerFile 时，这时就会运行ONBUILD的指令，触发别的指令。
COPY 		# 类似ADD，将我们文件拷贝到镜像中 
ENV 		# 构建的时候设置环境变量！

4、实战测试

• Docker Hub 中 99% 的镜像都是从这个基础镜像过来的：FROM scratch，然后配置需要的软件和配置 来进行的构建
  

创建一个自己的 centos

# 1.编写Dockerfile的文件
FROM centos:7		# 注意这里要加上:7，不然的话自动下载8的版本会失败
MAINTAINER shenxinde<552456727@qq.com>

ENV MYPATH /usr/local
WORKDIR $MYPATH

RUN yum -y install vim
RUN yum -y install net-tools

EXPOSE 80

CMD echo $MYPATH
CMD echo "----end----"
CMD /bin/bash

# 2.通过这个文件构建镜像
# 命令 docker build -f 文件路径 -t 镜像名:[tag] .
docker build -f mydockerfile-centos -t mycentos:0.1 .

# 成功后会显示如下信息：
Successfully built 7aa5c35cd638
Successfully tagged mycentos:0.1

# 3、测试运行

• 对比：之前的原生的 centos
  
• 我们增加之后的镜像
  
• 我们可以列出本地进行的变更历史
  
• 这样我们平时拿到一个镜像，就可以研究一下它是怎么做的了

易混淆知识点

• RUN 是 docker build 的时候执行，CMD 是 docker run 的时候执行
• CMD 和 ENTRYPOINT 区别：cmd 会覆盖命令，后者不会

CMD 		# 指定这个容器启动的时候要运行的命令，只有最后一个会生效，可被替代。
ENTRYPOINT 	# 指定这个容器启动的时候要运行的命令，可以追加命令

测试 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[D["ls","-a"]。而 -l 不是命令，所以会报错。
• 解决方案：写出完整的命令：ls -al。如下便是成功
  

测试 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中很多命令都十分的相似，我们需要了解它们的区别，我们最好的学习就是对比他们然后测试效果

5、实战：Tomcat 镜像

• 1、准备镜像文件
  • 准备tomcat 和 jdk到当前目录，编写好README 。
• 2、编写 dokerfile 文件，使用官方命名 Dockerfile。这样的话，build 时就会自动寻找这个文件，就不用加 -f 指定文件了

FROM centos:7
MAINTAINER shenxinde<552456727@qq.com>

COPY readme.txt /usr/local/readme.txt

ADD jdk-8u161-linux-x64.tar.gz /usr/local/
ADD apache-tomcat-9.0.60.tar.gz /usr/local/

RUN yum -y install vim

ENV MYPATH /usr/local
WORKDIR $MYPATH

ENV JAVA_HOME /usr/local/jdk1.8.0_161
ENV CLASSPATH $JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
ENV CATALINA_HOME /usr/local/apache-tomcat-9.0.60
ENV CATALINA_BASE /usr/local/apache-tomcat-9.0.60
ENV PATH $PATH:$JAVA_HOME/bin:$CATALINA_HOME/lib:$CATALINA_HOME/bin

EXPOSE 8080

CMD /usr/local/apache-tomcat-9.0.60/bin/startup.sh && tail -f /usr/local/apache-tomcat-9.0.60/logs/catalina.out

• 3、构建镜像

docker build -t diytomcat:1.0 .

# 显示成功
Successfully built 5786c54120cf
Successfully tagged diytomcat:1.0

• 4、run 镜像

docker run -d -p 9090:8080 --name mytomcat -v /home/kuangshen/build/tomcat/test:/usr/local/apache-tomcat-9.0.60/webapps/test -v /home/kuangshen/build/tomcat/tomcatlogs/:/usr/local/apache-tomcat-9.0.60/logs diytomcat

• 5、访问测试

# 测试本机连接
curl localhost:9090

• 如果网页登不上，记得开阿里云的安全组的端口。成功应如下：
  
• 6、发布项目（由于做了卷挂载，我们直接在本地编写项目就可以发布了！）

<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>

<html>
<head><title>Hello World</title></head>
<body>
Hello World!<br/>
<%
System.out.println("----my test web logs----");
%>
</body>
</html>

• 发现：项目部署成功，可以直接访问！
  
• 我们以后开发的步骤：需要掌握Dockerfile的编写！我们之后的一切都是使用docker镜像来发布运行！
• 查看日志
  

6、发布自己的镜像

Dockerhub

• 1、地址 https://hub.docker.com/，注册登录
• 2、登录代码

$ 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

• 3、提交： push 镜像

# 第一种 build的时候添加你的dockerhub用户名，然后在push就可以放到自己的仓库了 
$ docker build -t chengcoder/mytomcat:0.1 . 
# 第二种 使用docker tag #然后再次push 
$ docker tag 容器id chengcoder/mytomcat:1.0 
# 然后再次push

阿里云镜像服务

• 1、登录阿里云找到容器镜像服务
• 2、创建命名空间 和 仓库
  
• 3、选择本地仓库
• 4、操作指南
  

7、小结

八、Docker 网络

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: container_linux.go:380: starting container process caused: exec: "ip": executable file not found in $PATH: unknown

• 进入容器，更新所需的命令

docker exec -it tomcat01 /bin/bash
apt update && apt install -y iproute2

• 更新完成后退出容器，再次输入 docker exec -it tomcat01 ip addr 查看网络情况

• 发现容器启动的时候会得到一个 eth0@if103 的 ip 地址，这是 docker 分配的
  

• 思考： Linux 能不能ping通容器内部？-- 可以
  

• 容器内部可以ping通外界吗？ 可以！

原理

• 1、我们每启动一个 docker 容器，docker 就会给 docker 容器分配一个 IP，我们只要安装了 docker，就会有一个网卡 docker0 桥接模式，使用的技术是 veth-pair 技术
  • 再次测试 ip add，发现多了一个 ip
    
• 2、再启动一个容器测试，发现又多了一对网卡

• 再次进入容器tomcat02内部更新命令资源，退出后重新查看ip
• 可以发现和上面的是能对应上的，所以说是一对网卡！
  

# 我们发现这个容器带来网卡，都是一对对的
# veth-pair 就是一对的虚拟设备接口，他们都是成对出现的，一端连着协议，一端彼此相连
# 正因为有这个特性，利用 veth-pair 充当一个桥梁，连接各种虚拟网络设备的
# OpenStac,Docker容器之间的连接，OVS的连接，都是使用veth-pair技术

• 3、我们来测试下 tomcat01 和 tomcat02 是否可以ping通

# 进入容器更新命令资源
docker exec -it tomcat02 /bin/bash
apt install iputil3-ping

# 更新完成后退出容器，输入 ping 命令
exit
docker exec -it tomcat02 ping 172.17.0.2

• 结论：容器和容器之间是可以 ping 通的，并且是通过 docker0 而非直接连通
  
• 所有的容器不指定网络的情况下，都是 docker0 路由的，docker会给我们的容器分配一个默认的可用 ip

小结

• Docker 使用的是 Linux 的桥接，宿主机是一个 Docker 容器的网桥 docker0

• Docker中所有网络接口都是虚拟的（不需要考虑硬件因素），虚拟的转发效率高（内网传递文件）
• 只要容器删除，对应的一对网桥就没了！

思考一个场景：我们编写了一个微服务，database url=ip: 项目不重启，但是数据ip换了，我们希望可以处理这个问题。故通过名字来进行访问容器。

• 高可用！

2、–link

$ docker exec -it tomcat02 ping tomcat01	# ping不通
ping: tomcat01: Name or service not known

# 运行一个tomcat03 --link tomcat02
$ docker run -d -P --name tomcat03 --link tomcat02 tomcat
cb4dbd62924f12f9b62ec631b3efcaabf47c991361ad7cea19258bc6161e6963

# 用tomcat03 ping tomcat02 可以ping通 
$ docker exec -it tomcat03 ping tomcat02

# 用tomcat02 ping tomcat03 ping不通

• 如果报 OCI 错误，参考我的另一篇博客：https://blog.csdn.net/shenxinde/article/details/123741709?spm=1001.2014.3001.5502

探究

• 查看网络详细信息。可以发现link链接的信息

docker inspect tomcat03

• 查看本地网桥

docker network inspect 网络id 网段

• 显示了三个容器的 ip 地址
  
• 查看 tomcat03 里面的/etc/hosts发现有tomcat02的配置
  
• --link 本质就是在hosts配置中添加映射
• 现在使用Docker已经不建议使用–link了！
• 自定义网络，不适用docker0！
• docker0问题：不支持容器名连接访问

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可以打通连接，但是很麻烦！
# 我们可以 自定义一个网络 
$ docker network create --driver bridge --subnet 192.168.0.0/16 --gateway 192.168.0.1 mynet
# subnet 是子网，gateway 是路由

$ 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
  
  

• 我们自定义的网络docker帮我们维护好了对应的关系，推荐我们平时这样使用网络！

好处

• redis -不同的集群使用不同的网络，保证集群是安全和健康的
• mysql-不同的集群使用不同的网络，保证集群是安全和健康的
  

4、网络连通

• docker0 和 mynet 是无法直接连接的，并且也不能直接打通。若需要连通的话，要 connect 连接 docker0 的容器 和 mynet 的网络

• 连通之后，发现 docker0 下的容器 tomcat1，直接被连到 mynet 的网络下了
• 这就是 一个容器 两个 ip 地址！
• 好比阿里云服务器，有一个公网 ip 和一个私网 ip

docker network connect mynet tomcat1
docker network inspect mynet

• docker0 下的 tomcat1 连通加入后，此时，它已经可以和 mynet 下的tomcat01 ping通了
• 而 docker0 下的 tomcat2 仍然是不通的
  

结论

• 假设要跨网络操作别人，就需要使用docker network connect 连通！

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

• docker搭建redis集群完成！

• 在另一个会话中停止 redis-3，再次去查找数据。可以发现集群里的主机宕机后，投票选举出了一个新的主机。
  

• 我们使用docker之后，所有的技术都会慢慢变得简单起来！

• 完结撒花！