Docker---学习笔记_docker和docker-ce用哪个好-优快云博客

本文链接：https://blog.youkuaiyun.com/qq_45304571/article/details/125436507

Docker学习

Docker概述
Docker安装
Docker命令
- 镜像命令
- 容器命令
- 操作命令
- ...
Docker镜像
容器数据卷
DockerFile
Docker网络原理
IDEA整合Docker
Docker Compose
Docker Swarm
CI\CD Jenkins

Docker概述

Docker为什么出现？

一款产品：开发--上线两套环境！应用环境，应用配置！

开发 --- 运维。问题：我在我的电脑上可以运行！版本更新，导致服务不可用！对于运维来说，考验十分大？

环境配置十分麻烦，每一个机器都要部署环境（集群Redis、ES、Hadoop...）费时费力

发布一个项目（jar+（Redis Mysql jdk ES）），项目能不能带上环境安装打包！

之前在服务器配置一个应用得环境配置超麻烦，不能够跨平台

window 最后发布到Linux

传统：开发jar 运维来做

现在：开发打包部署上线，一套流程做完

Docker给以上得问题，提出了解决方案！

Docker的思想来自集装箱！

隔离：Docker核心思想，打包装箱，每个箱子是互相隔离的。

Docker通过隔离机制，可以将服务器利用到极致！

Docker的历史

Docker为什么这么火？十分轻巧

在容器技术出来之前，都是使用虚拟机技术！

虚拟机：在window中装一个Vmware，通过这个软件我们可以虚拟出来一台或者多台电脑！

虚拟机也是属于虚拟化技术，Docker容器技术，也是一种虚拟化技术！

vm: linux centos原生镜像（一个电脑） 隔离，需要开启多个虚拟机 几个G 几分钟启动
docker:隔离 镜像（最核心的环境 4m +jdk +mysql）十分小巧 运行镜像就可以 小巧 几M 几kb 秒级启动

聊聊Docker

Docker是基于Go语言开发的！开源项目！

文档：Docker Documentation | Docker Documentation

仓库地址：Docker Hub

Docker能干嘛

之前的虚拟机技术

虚拟机技术缺点：

资源占用十分多
冗余步骤多
启动很慢

容器化技术

容器化技术不是模拟的一个完整的操作系统

比较Docker和虚拟机技术的不同：

传统虚拟机，虚拟出一套硬件，运行一个完整的操作系统，然后在这个系统上安装和运行软件
容器内的应用直接运行在宿主机的内容，容器是没有自己的内核的，也没有虚拟我们的硬件，所以就轻便了
每个容器间是互相隔离，每个容器内都有一个属于自己的文件系统，互不影响。

DevOps(开发、运维)

应用更快速的交付和部署

传统：一堆帮助文档，安装程序

Docker：打包镜像发布测试，一键运行

更便捷的升级和扩缩容

使用了Docker之后，我们部署应用就和搭积木一样！

项目打包为一个镜像，扩展服务器A，服务器B

更简单的系统运维

在容器化之后，我们的开发，测试环境都是高度一致的。

更高效的计算资源利用：

Docker是内核级别的虚拟化，可以再一个物理机上可以运行很多的容器实例！服务器的性能可以被压榨到极致！

Docker安装

Docker的基本组成

镜像（image）：docker镜像就好比是一个模板，可以通过这个模板创建容器服务，tomcat镜像===》run===》tomcat01容器（提供服务器），通过这个镜像可以创建多个容器（最终服务运行或者项目运行就是在容器中的）。

容器（container）：Docker利用容器技术，独立运行一个或者一个组应用，通过镜像来创建的。启动，停止，删除，基本命令！目前就可以把这个容器理解为就是一个简历的Linux系统

仓库（repository）：仓库就是存放镜像的地方！仓库分为公有仓库和私有仓库！

Docker Hub（默认国外）阿里云...都有容器服务器（配置镜像加速！）

安装Docker

环境准备

需要会一点点的Linux的基础
CentOS 7
使用Xshell连接远程服务器进行操作

环境查看

# 系统内核 3.10以上
[root@VM-4-13-centos /]# uname -r
3.10.0-1160.11.1.el7.x86_64

# 系统版本
[root@VM-4-13-centos /]# 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"

安装

# 卸载旧版本
yum remove docker \
            docker-client \
            docker-client-latest \
            docker-common \
            docker-latest \
            docker-latest-logrotate \ 
            docker-logrotate \
            docker-engine

# 需要的安装包
yum install -y yum-utils

# 设置镜像的仓库
yum-config-manager --add-repo http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo # 阿里云镜像

# 更新yum软件包索引
yum makecache fast

# 安装docker docker-ce 社区版 ee企业版
yum install docker-ce docker-ce-cli containerd.io

# 启动docker
systemctl start docker

# 使用 docker version 查看是否安装成功

# docker run hello world

# 查看一下下载的 hello-world 镜像
docker images

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

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

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

阿里云镜像加速

1、登录阿里云找到容器镜像服务

2、找到镜像加速地址

3、配置

sudo mkdir -p /etc/docker
sudo tee /etc/docker/daemon.json <<-'EOF'
{
  "registry-mirrors": ["https://cygpzyjd.mirror.aliyuncs.com"]
}
EOF
sudo systemctl daemon-reload
sudo systemctl restart docker

回顾HelloWorld流程

底层原理

Docker是怎么工作的？

Docker是一个Client-Server结构的系统，Docker的守护进程运行在主机上。通过Sockert从客户端访问！

DockerServer接收Docker-Client的指令，就会执行这个命令！

Docker为什么比VM快？

1、Docker有着比虚拟机更少的抽象层

2、Docker利用的宿主机的内核，VM需要Guest OS

所以说，新建一个容器的时候，docker不需要像虚拟机一样重新加载一个操作系统内核，避免引导。虚拟机是加载Guest OS，分钟级别的，而docker是利用宿主机的操作系统，省略了这个复杂的过程，秒级！

Docker的常用命令

帮助命令

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

帮助文档的地址：

镜像命令

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

[root@VM-4-13-centos /]# clear
[root@VM-4-13-centos /]# 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             Show all images (default hides intermediate images) #列出所有可选项
      --digests         Show digests
  -f, --filter filter   Filter output based on conditions provided #过滤
      --format string   Pretty-print images using a Go template
      --no-trunc        Don't truncate output
  -q, --quiet           Only show image IDs # 只显示镜像的id

docker search 搜索镜像

[root@VM-4-13-centos /]# docker search mysql
NAME                           DESCRIPTION                                     STARS     OFFICIAL   AUTOMATED
mysql                          MySQL is a widely used, open-source relation…   12787     [OK]       
mariadb                        MariaDB Server is a high performing open sou…   4910      [OK]       

# 可选项 通过收藏来过滤
    --filter=STARS=3000 搜出来的镜像就是stars大于3000

docker pull 下载镜像

# 下载镜像 docker pull 镜像名[:tag]
[root@VM-4-13-centos /]# docker pull mysql
]Using default tag: latest         # 如果不写 tag,就是默认latest 最新版本
latest: Pulling from library/mysql
72a69066d2fe: Pull complete        # 分层下载,docker images的核心 联合文件系统
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@VM-4-13-centos /]# 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

docker rmi 删除镜像

[root@VM-4-13-centos /]# docker rmi -f c20987f18b13 # 删除指定镜像
docker rmi -f 镜像id # 删除指定镜像
docker rmi -f 镜像id 镜像id 镜像id 镜像id # 删除多个镜像
docker rmi -f $(docker images -aq) # 删除全部的镜像

容器命令

说明：有了镜像才可以创建容器，linux，下载一个centos镜像。

docker pull centos

新建容器并启动

docker run [可选参数] image

# 参数说明
--name="Name" 容器名字 用来区分容器
-d            后台方式运行
-it           使用交互方式运行，进入容器查看内容
-p            指定容器的端口 -p 8080:8080   小p
    -P ip:主机端口:容器端口
    -P 主机端口:容器端口(常用)    
    -P 容器端口
    容器端口
-P            随机指定端口 大p

容器内的centos 很多命令都是不完善的

docker ps 列出所有运行中容器

# docker ps  列出当前正在运行的容器
    -a       列出当前正在运行的容器+历史运行过的容器
    -n=?     显示最近创建的容器
    -q       只显示容器的编号

退出容器

exit # 直接退出容器
Ctrl + P + Q # 容器不停止退出

删除容器

docker rm 容器id             # 删除指定容器,不能删除正在运行的容器,如果要强制删除rm -f
docker rm -f $(docker ps -aq)    # 批量删除
docker ps -a -q|xargs docker rm  # 删除所有的容器

启动和停止容器的操作

docker start 容器id    # 启动容器
docker restart 容器id    # 重启容器
docker stop 容器id     # 停止当前正在运行的容器
docker kill 容器id    # 强制停止当前的容器

常用其他命令

后台启动容器

# docker run -d 镜像名
通过这个启动容器，问题docker ps 发现容器停止了

常见的坑：docker 容器使用后台运行，就必须要有一个前台进程，docker发现没有应用，就会自动停止
容器启动后，发现自己没有提供服务，就会立刻停止，就是没有程序了

查看日志

docker logs -f -t --tail 容器

# 容器中没有日志
自己编写一段shell脚本
"while true;do echo hzx;slepp 1;done"

docker run -d centos /bin/sh -c "while true;do echo hzx;sleep 1;done" # 循环执行

docker ps 查看容器id

查看容器中进程信息

top 命令
docker top 容器id
[root@VM-4-13-centos /]# docker top ef8889454aec
UID                 PID                 PPID                C                   STIME               TTY                 TIME                CMD
root                6647                6625                0                   23:22               ?                   00:00:00            /bin/sh -c while true;do echo hzx;sleep 1;done
root                6767                6647                0                   23:22               ?                   00:00:00            /usr/bin/coreutils --coreutils-prog-shebang=sleep /usr/bin/sleep 1

查看镜像源数据

docker inspect 查看容器内部信息
docker inspect 容器id

[root@VM-4-13-centos /]# docker inspect ef8889454aec
[
    {
        "Id": "ef8889454aeccc1039925f0fd646a6c2fd413b3c478557b551603d0fba0a1f1e",
        "Created": "2022-06-29T15:22:33.888493727Z",
        "Path": "/bin/sh",
        "Args": [
            "-c",
            "while true;do echo hzx;sleep 1;done"
        ],
        "State": {
            "Status": "running",
            "Running": true,
            "Paused": false,
            "Restarting": false,
            "OOMKilled": false,
            "Dead": false,
            "Pid": 6647,
            "ExitCode": 0,
            "Error": "",
            "StartedAt": "2022-06-29T15:22:34.193288595Z",
            "FinishedAt": "0001-01-01T00:00:00Z"
        },
        "Image": "sha256:5d0da3dc976460b72c77d94c8a1ad043720b0416bfc16c52c45d4847e53fadb6",
        "ResolvConfPath": "/var/lib/docker/containers/ef8889454aeccc1039925f0fd646a6c2fd413b3c478557b551603d0fba0a1f1e/resolv.conf",
        "HostnamePath": "/var/lib/docker/containers/ef8889454aeccc1039925f0fd646a6c2fd413b3c478557b551603d0fba0a1f1e/hostname",
        "HostsPath": "/var/lib/docker/containers/ef8889454aeccc1039925f0fd646a6c2fd413b3c478557b551603d0fba0a1f1e/hosts",
        "LogPath": "/var/lib/docker/containers/ef8889454aeccc1039925f0fd646a6c2fd413b3c478557b551603d0fba0a1f1e/ef8889454aeccc1039925f0fd646a6c2fd413b3c478557b551603d0fba0a1f1e-json.log",
        "Name": "/busy_cohen",
        "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/18f17a9737a34076c3b0a379e8104138da0db03e7b696a647141ee06832ad1cb-init/diff:/var/lib/docker/overlay2/975369c4dae4774c4203398db6c28885837af00f825218c670fbc43228e53cd7/diff",
                "MergedDir": "/var/lib/docker/overlay2/18f17a9737a34076c3b0a379e8104138da0db03e7b696a647141ee06832ad1cb/merged",
                "UpperDir": "/var/lib/docker/overlay2/18f17a9737a34076c3b0a379e8104138da0db03e7b696a647141ee06832ad1cb/diff",
                "WorkDir": "/var/lib/docker/overlay2/18f17a9737a34076c3b0a379e8104138da0db03e7b696a647141ee06832ad1cb/work"
            },
            "Name": "overlay2"
        },
        "Mounts": [],
        "Config": {
            "Hostname": "ef8889454aec",
            "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 hzx;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": "05490095b2ee8a108c578f68aca17e30eda4fcfd0d7cf97077fb7f1f45c99b72",
            "HairpinMode": false,
            "LinkLocalIPv6Address": "",
            "LinkLocalIPv6PrefixLen": 0,
            "Ports": {},
            "SandboxKey": "/var/run/docker/netns/05490095b2ee",
            "SecondaryIPAddresses": null,
            "SecondaryIPv6Addresses": null,
            "EndpointID": "7c2d33383d0c07fbca7511a787dc5c8ff3b757ae80dae64a6a1a2fa03121681f",
            "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": "961d7e1a1feed1581af08a9d2db4932ad155401fa57fbe1240532f1e17858b54",
                    "EndpointID": "7c2d33383d0c07fbca7511a787dc5c8ff3b757ae80dae64a6a1a2fa03121681f",
                    "Gateway": "172.17.0.1",
                    "IPAddress": "172.17.0.2",
                    "IPPrefixLen": 16,
                    "IPv6Gateway": "",
                    "GlobalIPv6Address": "",
                    "GlobalIPv6PrefixLen": 0,
                    "MacAddress": "02:42:ac:11:00:02",
                    "DriverOpts": null
                }
            }
        }
    }
]

进入当前正在运行的容器

# 通常容器都是使用后台方式运行的，需要进入容器，修改一些配置

# 命令
docker exec -it 容器id bashshell

docker attach 容器id # 也可以进入，进入正在执行的代码


与上面的区别：
# docker exec 进入容器后开启一个新的终端，可以在里面操作
# docker attach 进入容器正在执行的终端，不会启动新的进程

从容器内拷贝文件到主机上

docker cp 容器id:容器内路径 目的主机路径

拷贝是一个手动过程，未来使用-v卷的技术，可以实现，自动同步。

小结

docker的命令是十分多的。

练习

部署nginx

1、搜索镜像 search
2、下载镜像 pull
3、 运行测试
# -d 后台运行
# --name 给容器命名
# -p 宿主机端口:容器内部端口
[root@VM-4-13-centos ~]# docker run -d --name nginx01 -p 3344:80 nginx
c7fda3b47606b8860b38f3674aa4c23f63cd75885629c311f349fcbf55995d83
[root@VM-4-13-centos ~]# docker ps
CONTAINER ID   IMAGE     COMMAND                  CREATED         STATUS         PORTS                                   NAMES
c7fda3b47606   nginx     "/docker-entrypoint.…"   6 seconds ago   Up 5 seconds   0.0.0.0:3344->80/tcp, :::3344->80/tcp   nginx01
[root@VM-4-13-centos ~]# curl localhost:3344
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
html { color-scheme: light dark; }
body { width: 35em; margin: 0 auto;
font-family: Tahoma, Verdana, Arial, sans-serif; }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>

#4、进入容器
[root@VM-4-13-centos ~]# docker ps
CONTAINER ID   IMAGE     COMMAND                  CREATED         STATUS         PORTS                                   NAMES
c7fda3b47606   nginx     "/docker-entrypoint.…"   5 minutes ago   Up 5 minutes   0.0.0.0:3344->80/tcp, :::3344->80/tcp   nginx01
[root@VM-4-13-centos ~]# docker exec -it nginx01 /bin/bash
root@c7fda3b47606:/# whereis nginx
nginx: /usr/sbin/nginx /usr/lib/nginx /etc/nginx /usr/share/nginx
root@c7fda3b47606:/# cd /etc/n
netconfig      nginx/         nsswitch.conf  
root@c7fda3b47606:/# cd /etc/nginx
root@c7fda3b47606:/etc/nginx# ls
conf.d	fastcgi_params	mime.types  modules  nginx.conf  scgi_params  uwsgi_params
root@c7fda3b47606:/etc/nginx#

端口暴露的概念

思考问题：每次改动nginx配置文件，都需要进入容器内部？十分麻烦，可以在容器外部提供一个映射路径，达到在容器修改文件名，容器内部就可以自动修改？-v 数据卷！

部署tomcat

# 官方的使用
docker run -it --rm tomcat

# 之前启动都是在后台停止了容器之后 容器还可以查到 docker run -it --rm tomcat 用完就删 一般用来测试


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

# 测试访问没有问题

# 进入容器 
[root@VM-4-13-centos /]# docker run -d -p 3355:8080 --name tomcat01 tomcat
f548f2bfc576e53c7338d4afb00dc93ca80e78577dc1e7d40c8b04b6d49b7111
[root@VM-4-13-centos /]# docker exec -it tomcat01 /bin/bash
root@f548f2bfc576:/usr/local/tomcat# ls

# 发现问题 1、Linux命令少了  2、没有webapps 阿里云镜像的原因 默认最小的镜像 所以不必要的都剔除了
# 以保证最小的可运行环境

思考问题：以后要部署项目，如果每次都要进入容器是十分麻烦的，要是可以在容器外部提供一个映射路径，webapps，外部放置项目，就自动同步到内部就好了。

部署es + kibana

# es暴露的端口很多
# es十分的耗内存
# es的数据一般需要放置在安全的目录 挂载

# 下载启动
docker run -d --name elasticsearch -p 9200:9200 -p 9300:9300 -e "discovery.type=single-node" elasticsearch:tag

# 启动了 Linux服务器就卡了
docker stats 查看cpu的状态

# es十分耗内存的 

# 测试es成功
[root@VM-4-13-centos /]# curl localhost:9200
{
  "name" : "42790eb455c6",
  "cluster_name" : "docker-cluster",
  "cluster_uuid" : "-md_8zk4TWqKog4cwEy5oQ",
  "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"
}


# es 增加内存的限制 修改配置文件 -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

使用kibana连接es？网络如何连接？

可视化

portainer（先用这个）

docker run -d -p 8088:9000 \

--restart=always -v /var/run/docker.sock:/var/run/docker.sock --privileged=true portainer/portainer

Rancher（CI/CD再用）

什么是portainer？

Docker图形化界面管理工具提供一个后台面板供我们操作

docker run -d -p 8088:9000 \ --restart=always -v /var/run/docker.sock:/var/run/docker.sock --privileged=true portainer/portainer

访问测试：外网：8088

Docker镜像讲解

镜像是什么

镜像是一种轻量级、可执行的独立软件包，用来打包软件运行环境和基于运行环境开发的软件，它包含运行某个软件所需的所有内容，包括代码、运行时、库、环境变量和配置文件。

所有的应用，直接打包docker镜像，就可以直接跑起来

如何得到镜像：

从远程仓库下载
拷贝
制作镜像DockerFile

Docker镜像加载原理

UnionFS(联合文件系统)

UnionFS(联合文件系统）:Union文件系统( UnionFS )是一种分层、轻量级并且高性能的文件系统，它支持对文件系统的修改作为一次提交来一层层的叠加，同时可以将不同目录挂载到同一个虚拟文件系统下(unite several directories into a single virtualfilesystem)。Union文件系统是Docker镜像的基础。镜像可以通过分层来进行继承，基于基础镜像（没有父镜像），可以制作各种具体的应用镜像。

特性︰一次同时加载多个文件系统，但从外面看起来，只能看到一个文件系统，联合加载会把各层文件系统叠加起来，这样最终的文件系统会包含所有底层的文件和目录

Docker镜像加载原理

docker的镜像实际上由一层一层的文件系统组成，这种层级的文件系统UnionFS。

bootfs(boot file system)主要包含bootloader和kernel, bootloader主要是引导加载kernel, Linux刚启动时会加载bootfs文件系统，在Docker镜像的最底层是bootfs。这一层与我们典型的Linux/Unix系统是一样的，包含boot加载器和内核。当boot加载完成之后整个内核就都在内存中了，此时内存的使用权已由bootfs转交给内核，此时系统也会卸载bootfs。

rootfs (root file system)，在bootfs之上。包含的就是典型Linux系统中的/dev,/proc,/bin, /etc等标准目录和文件。rootfs就是各种不同的操作系统发行版，比如Ubuntu ,Centos等等。

一般安装的虚拟机的centos都是好几个G，为什么docker才200M？

对于一个精简的OS， rootfs 可以很小，只需要包含最基本的命令，工具和程序库就可以了，因为底层直接用Host的kernel ，,自己只需要提供rootfs就可以了。由此可见对于不同的linux发行版, bootfs基本是一致的, rootfs会有差别,因此不同的发行版可以公用bootfs。

虚拟机是分钟级别，容器是秒级！

分层理解

分层的镜像

可以去下载一个镜像，注意观察下载的日志输出，可以看到是一层一层的在下载

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

最大的好处，我觉得莫过于是资源共享了!比如有多个镜像都从相同的Base镜像构建而来，那么宿主机只需在磁盘上保留一份base镜像，同时内存中也只需要加载一份base镜像，这样就可以为所有的容器服务了，而且镜像的每一层都可以被共享。

查看镜像分层的方式可以通过docker image inspect命令!

# docker image inspect redis:latest

// ... 
        "RootFS": {
            "Type": "layers",
            "Layers": [
                "sha256:2edcec3590a4ec7f40cf0743c15d78fb39d8326bc029073b41ef9727da6c851f",
                "sha256:9b24afeb7c2f21e50a686ead025823cd2c6e9730c013ca77ad5f115c079b57cb",
                "sha256:4b8e2801e0f956a4220c32e2c8b0a590e6f9bd2420ec65453685246b82766ea1",
                "sha256:529cdb636f61e95ab91a62a51526a84fd7314d6aab0d414040796150b4522372",
                "sha256:9975392591f2777d6bf4d9919ad1b2c9afa12f9a9b4d260f45025ec3cc9b18ed",
                "sha256:8e5669d8329116b8444b9bbb1663dda568ede12d3dbcce950199b582f6e94952"
            ]
        },
        "Metadata": {
            "LastTagTime": "0001-01-01T00:00:00Z"
        }

理解：

所有的Docker镜像都起始于一个基础镜像层，当进行修改或增加新的内容时，就会在当前镜像层之上，创建新的镜像层。

举一个简单的例子，假如基于Ubuntu Linux 16.04创建一个新的镜像，这就是新镜像的第一层;如果在该镜像中添加Python包，就会在基础镜像层之上创建第二个镜像层;如果继续添加一个安全补丁，就会创建第三个镜像层。

该镜像当前已经包含3个镜像层，如下图所示(这只是一个用于演示的很简单的例子)。

在添加额外的镜像层的同时，镜像始终保持是当前所有镜像的组合，理解这一点非常重要。下图中举了一个简单的例子，每个镜像层包含3个文件，而镜像包含了来自两个镜像层的6个文件。

上图中的镜像层跟之前图中的略有区别，主要目的是便于展示文件。

下图中展示了一个稍微复杂的三层镜像，在外部看来整个镜像只有6个文件，这是因为最上层中的文件7是文件5的一个更新版本。

这种情况下，上层镜像层中的文件覆盖了底层镜像层中的文件。这样就使得文件的更新版本作为一个新镜像层添加到镜像当中。Docker通过存储引擎（新版本采用快照机制)的方式来实现镜像层堆栈，并保证多镜像层对外展示为统一的文件系统。

Linux上可用的存储引擎有AUFS、Overlay2、Device Mapper、Btrfs以及ZFS。顾名思义，每种存储引擎都基于Linux中对应的文件系统或者块设备技术，并且每种存储引擎都有其独有的性能特点。

Docker在Windows上仅支持windowsfilter一种存储引擎，该引擎基于NTFS文件系统之上实现了分层和CoW[1]。下图展示了与系统显示相同的三层镜像。所有镜像层堆叠并合并，对外提供统一的视图。

特点

Docker镜像都是只读的，当容器启动时，一个新的可写层被加载到镜像的顶部！

这一层就是我们通常说的容器层，容器之下的都叫镜像层！

如何提交一个自己的镜像？

commit镜像

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

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

实战测试

# 启动一个默认的tomcat

# 发现默认的tomcat是没有webapps应用的 镜像的原因 官方的镜像默认webapps下没有文件

# 拷贝基础文件到webapps

# 操作过的容器通过commit提交为一个镜像 以后就使用修改过的镜像即可 这就是自己修改的镜像

如果想要保存当前容器的状态，就可以通过commit来提交，获得一个镜像，好比vm的快照功能。

容器数据卷

什么是容器数据卷

docker的理念

将应用和环境打包成一个镜像

数据？如果数据都在容器中，那么容器删除，数据就会丢失！需求：数据可以持久化

MySql的数据可以存在本地

容器之间可以有一个数据共享的技术！Docker容器中产生的数据，同步到本地！

这就是卷技术！目录的挂载，将容器内的目录，挂载Linux上！

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

使用数据卷

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

docker run -it -v 主机目录:容器内目录 -p 主机端口:容器内目录


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

# 启动之后通过 docker inspect 容器id

测试文件同步

1、停止容器

2、在宿主机上修改文件

3、启动容器

4、容器内的数据依旧是同步的

好处：以后修改只需要在本地修改即可，容器内会自动同步！

实战：安装MySQL

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

# 获取镜像
docker pull mysql:5.7

# 运行容器，需要做数据挂载 # 注意安装运行MySQL的时候 需要配置密码
# 官方测试 docker run --name some-mysql -e MYSQL_ROOT_PASSWORD=my-secret-pw -d mysql:tag

# 启动
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

-d 后台运行
-p 端口映射
-v 卷挂载
-e 环境配置
--name  设置容器名字

# 启动成功之后 本地使用工具 测试连接

# 在本地测试创建一个数据库 查看一下映射的路径

假设将容器删除，发现改在到本地的数据卷依旧没有丢失，这就实现了容器数据持久化功能！

删除容器后，重启启动映射之前的文件路径，测试工具访问依旧可以，Linux的数据同步到了容器中。

具名和匿名挂载

# 匿名挂载
-v 容器内路径
docker run -d -P --name nginx01 -v /etc/nginx nginx


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

[root@VM-4-13-centos ~]# docker volume ls
DRIVER    VOLUME NAME
local     f8e46b2bd3818e0f79d58f07693ad475267811ba5fdcb1b21e66cc3e7aad44a4

# 这里发现 这种就是匿名挂载 -v 只写了容器内的路径 没有写容器外的路径


[root@VM-4-13-centos ~]# docker run -d -P --name nginx03 -v juming-nginx:/etc/nginx nginx
016c7451c6fff9df2a4052016322f59801dd78fb3586d13b98df184d9e852f5c
[root@VM-4-13-centos ~]# docker volume ls
DRIVER    VOLUME NAME
local     e4331dd53bb6b195b76b64864975c2557c27e31c1064233d6225730388aa90bf
local     f8e46b2bd3818e0f79d58f07693ad475267811ba5fdcb1b21e66cc3e7aad44a4
local     juming-nginx

# 通过-v 卷名:容器内路径 （具名挂载）
# 查看这个卷

所有的docker容器内的卷，没有指定目录的情况下都是在 /var/lib/docker/volumes/xxx/_data/ ...

通过具名挂载可以方便的找到我们的一个卷，大多数情况都使用具名挂载。

# 如何确定是具名挂载 还是指定路径挂载
-v 容器内路径 # 匿名挂载
-v 卷名:容器内路径 # 具名挂载
-v /宿主机路径:容器内路径 # 指定路径挂载

拓展：

# 通过 -v 容器内路径 ro rw 改变读写权限
ro readonly # 只读
rw readwrite # 可读可写

# 一旦这个设置了容器权限 容器挂载出来的内容有限定了
docker run -d -P --name nginx03 -v juming-nginx:/etc/nginx:ro nginx
docker run -d -P --name nginx03 -v juming-nginx:/etc/nginx:rw nginx

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

初始DockerFile

Dockerfile就是用来构建docker镜像的构建文件！命令脚本！

通过这个脚本可以生成镜像，镜像是一层一层的，脚本一个个的命令，每个命令都是一层！

方式二：

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

VOLUME ["volume1","volume2"]

CMD echo "---end---"

CMD /bin/bash

# 这里每个命令 就是镜像的一层

查看生成的镜像

这就是生成的数据卷目录，这个卷和外部一定有同步的目录！

查看卷挂载路径，查看文件是否同步

这种方式未来使用十分多，通常会构建自己的镜像！

假设构建时没有挂载卷，要手动镜像挂载 -v 卷名：容器内路径！

数据卷容器

两个mysql同步数据

# 启动三个容器

# 测试 删除docker01 查看一下docker02和docker03是否还可以访问这个文件
# 测试的结果依旧还可以访问

多个MySQL实现数据共享或者Redis

# 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 3310:3306 -e MYSQL_ROOT_PASSWORD=123456 --name mysql02 --volume-from mysql01 mysql:5.7

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

结论：

容器之间配置信息的传递，数据卷容器的生命周期一直持续到没有容器使用为止。

但是一旦持久化到了本地，本地的数据是不会删除的

DockerFile

DockerFile用来构建docker镜像的文件！

构建步骤：

编写一个DockerFile文件
docker build 构建成为一个镜像
docker run 运行镜像
docker push 发布精选（DockerHub、阿里云镜像仓库）

很多官方的镜像都是基础包，很多功能都没有，我们需要去搭建自己的镜像！

DockerFile构建过程

基础知识：

每个保留关键字（指令）都必须是大写字母
执行从上到下顺序执行
# 标识注释
每个指令都会创建提交一个新的镜像层，并提交

Dockerfile是面向开发的，以后发布项目，就需要制作镜像，就需要编写dockerfile文件

DockerFile：构建文件，定义了一切的步骤，源代码

Dockerimages：通过DockerFile生产的镜像，最终发布和运行的项目，原来是jar war

Docker容器：容器就是镜像运行起来提供服务的

DockerFile指令

FROM         # 基础镜像,一切从这里开始构建
MAINTAINER    # 镜像是谁写的, 姓名 + 邮箱
RUN          # docker构建的时候需要运行的命令 
ADD         # 步骤: tomcat镜像 这个tomcat压缩包 添加内容
WORKDIR     # 镜像的工作目录
VOLUME      # 挂载的目录
EXPOSE      # 指定暴露端口
CMD         # 指定这个容器启动的时候要运行的命令,只有一个会生效 可被替代
ENTRYPOINT  # 指定这个容器启动的时候要运行的命令,可以追加命令
ONBUILD     # 当构建一个被继承 DockerFile 这个时候就会运行 ONBUILD的指令 触发指令
COPY        # 类似ADD 将我们的文件拷贝到镜像中
ENV         # 构建环境的时候设置变量

实战测试

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

创建一个centos

通过文件构建镜像

可以列出本地镜像的变更历史

CMD 和 ENTRYPOINT 区别

测试CMD命令

构建成功之后直接执行

想追加一个命令 -l

cmd的清理下 -l 替换了CMD["ls","-a"]命令,-l不是命令所以报错

测试ENTRYPOINT

直接追加不会替换原本的命令

dockerfile中很多命令都十分的相似需要了解它们的区别

实战：Tomcat镜像

1、准备镜像文件tomcat压缩包，jdk压缩包

2、编写dockerfile文件，官方命名Dockerfile ，build会自动寻找这个文件，就不需要-f指定了

3、构建镜像 docker bulid 直接生成镜像

4、启动镜像

5、访问测试

6、发布项目（由于做了卷挂载，直接在本地编写项目就可以发布）

<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns="http://java.sun.com/xml/ns/javaee"
    xmlns:web="http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
    xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
    id="WebApp_ID" version="2.5">
    
    
</web-app>

<%@ page language="java" contentType="text/html; charset=UTF-8"
    pageEncoding="UTF-8"%>
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<title>菜鸟教程(runoob.com)</title>
</head>
<body>
Hello World!<br/>
<%
out.println("你的 IP 地址 " + request.getRemoteAddr());
%>
</body>
</html>

项目部署成功，可以直接访问。

以后开发的步骤：需要掌握Dockerfile的编写，之后的一切都是使用docker镜像发布运行

发布自己的镜像

DockerHub

服务器提交镜像

登录完毕就可以提交镜像，就是一步 docker push

登录docker login -u

docker push 作者名/镜像名:版本号

提交到阿里云镜像

1.登录阿里云

https://www.aliyun.com/?utm_content=se_1008364713

2.找到容器镜像服务

3.创建命名空间

4.创建镜像仓库

5.浏览阿里云

# 阿里云容器镜像参考官网

小结

Docker网络

理解Docker网络(Docker0)

清楚所有的镜像

测试

三个网络

#问题 docker如何处理网络访问的？

解决方法:

docker exec -it tomcat01 ip addr_Tom-东的博客-优快云博客

OCI runtime exec failed: exec failed: container_linux.go:380: starting container process caused: exec: "ip": executable file not found in $PATH: unknown (Docker容器没有ip addr命令：exec ip addr 报错) - 点击领取

docker run -d -P --name tomcat01 tomcat

# 查看容器内网络地址 ip addr  容易启动后会得到一个eth0@if6 ip地址 docker分配的

[root@VM-24-13-centos /]# 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
5: eth0@if6: <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@VM-24-13-centos /]# 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.057 ms
64 bytes from 172.17.0.2: icmp_seq=2 ttl=64 time=0.049 ms

# Linux可以ping通容器内部

原理

1、每启动一个docker容器 docker就会docker容器分配一个IP，只要安装了docker，就会有一个网卡docker0，桥接模式，使用的技术就是veth-pair技术。

2、再启动一个容器，发现又多了一对网卡

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

tomcat01和tomcat02是否可以ping通？

[root@VM-24-13-centos /]# docker exec -it tomcat02 ping 172.17.0.3
PING 172.17.0.3 (172.17.0.3) 56(84) bytes of data.
64 bytes from 172.17.0.3: icmp_seq=1 ttl=64 time=0.025 ms

#结论 容器与容器之间可以互相ping通

绘制一个网络模型图：

结论：tomcat01和tomcat02共用一个路由器docker0，所有的容器在不指定网络的情况下，都是用的docker0路由的，docker0会给我们的容器分配一个默认的可用IP

小结

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

Docker中的所有网络接口都是虚拟的，虚拟的转发效率高！

只要容器删除，对应的网桥一对就没了。

--link

思考一个场景，编写了一个微服务，database url = ip，项目不重启，数据库IP换掉了，希望可以处理找个问题，可以名字来进行访问容器？

[root@VM-24-13-centos /]# docker exec -it tomcat02 ping tomcat01
ping: tomcat01: Name or service not known  通过名字ping不通

#如何解决？
[root@VM-24-13-centos /]# docker run -d -P --name tomcat03 --link tomcat02 tomcat
f73457a272d2f172376157fce57bfe9887b55c032cd7ec7f4f91da52fe1115ae
[root@VM-24-13-centos /]# docker exec -it tomcat03 ping tomcat02
PING tomcat02 (172.17.0.3): 56 data bytes
64 bytes from 172.17.0.3: icmp_seq=0 ttl=64 time=0.120 ms
64 bytes from 172.17.0.3: icmp_seq=1 ttl=64 time=0.063 ms
64 bytes from 172.17.0.3: icmp_seq=2 ttl=64 time=0.080 ms
64 bytes from 172.17.0.3: icmp_seq=3 ttl=64 time=0.066 ms
64 bytes from 172.17.0.3: icmp_seq=4 ttl=64 time=0.066 ms
64 bytes from 172.17.0.3: icmp_seq=5 ttl=64 time=0.064 ms
64 bytes from 172.17.0.3: icmp_seq=6 ttl=64 time=0.065 ms
^C--- tomcat02 ping statistics ---
7 packets transmitted, 7 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.063/0.075/0.120/0.000 ms

# 通过--link就可以解决网络连通问题

# 但是反向ping就不行 因为没有配置
[root@VM-24-13-centos /]# docker exec -it tomcat02 ping tomcat03
ping: tomcat03: Name or service not known

探究：docker network inspect 网络id

其实tomcat03在本地配置了tomcat02的配置，所以可以访问

#查看hosts配置
[root@VM-24-13-centos /]# docker exec -it tomcat03 cat /etc/hosts
127.0.0.1	localhost
::1	localhost ip6-localhost ip6-loopback
fe00::0	ip6-localnet
ff00::0	ip6-mcastprefix
ff02::1	ip6-allnodes
ff02::2	ip6-allrouters
172.17.0.3	tomcat02 a0f042634b5f
172.17.0.4	f73457a272d2

--link就是在hosts的配置中增加了一个172.17.0.3 tomcat02 a0f042634b5f 映射，所以可以通过容器名或者容器id 访问。

现在使用Docker已经不建议使用--link了，自定义网络，不适用docker0。

docker0问题：他不支持容器名连接访问。

自定义网络

查看所有的docker网络

网络模式

bridge：桥接，docker（默认，自己创建网络也使用这个模式）

none：不配置网络

host：和宿主机共享网络

container：容器网络连通（用的少，局限性很大）

测试

#直接启动的命令默认包含--net bridge，这个就是docker0
[root@VM-24-13-centos /]# docker run -d -P --name tomcat01 --net bridge tomcat

#docker0默认的，域名不能访问，--link可以打通连接（不建议），可以自定义网络

#自定义网络
[root@VM-24-13-centos /]# docker network create --driver bridge --subnet 192.168.0.0/16 --gateway 192.168.0.1 mynet 
cd01a97f0519cafb1ad91b466a18011eb4ee5f53db8625540bc7a676a7ffd3be
[root@VM-24-13-centos /]# docker network ls
NETWORK ID     NAME      DRIVER    SCOPE
997131b98f24   bridge    bridge    local
7f3784d53357   host      host      local
cd01a97f0519   mynet     bridge    local
15481da0f718   none      null      local
7751e272aa8d   redis     bridge    local

[root@VM-24-13-centos /]# docker run -d -P --name  tomcat-net-01 --net mynet tomcat
16770e01a0c43f049fdcf3c16b13e8e47528aab806a153a108970a1382954109
[root@VM-24-13-centos /]# docker run -d -P --name  tomcat-net-02 --net mynet tomcat
d96ab3d61fb4b4024fac99d8d27e732958c23ed24c20786c31439304b2a9963a
[root@VM-24-13-centos /]# docker network inspect mynet
[
    {
        "Name": "mynet",
        "Id": "cd01a97f0519cafb1ad91b466a18011eb4ee5f53db8625540bc7a676a7ffd3be",
        "Created": "2022-10-19T15:38:37.220381378+08:00",
        "Scope": "local",
        "Driver": "bridge",
        "EnableIPv6": false,
        "IPAM": {
            "Driver": "default",
            "Options": {},
            "Config": [
                {
                    "Subnet": "192.168.0.0/16",
                    "Gateway": "192.168.0.1"
                }
            ]
        },
        "Internal": false,
        "Attachable": false,
        "Ingress": false,
        "ConfigFrom": {
            "Network": ""
        },
        "ConfigOnly": false,
        "Containers": {
            "16770e01a0c43f049fdcf3c16b13e8e47528aab806a153a108970a1382954109": {
                "Name": "tomcat-net-01",
                "EndpointID": "1a3c3042c9d818b36e1863ac966ef07c14c3c1bdc8bd0b25f5e499bf91fea90d",
                "MacAddress": "02:42:c0:a8:00:02",
                "IPv4Address": "192.168.0.2/16",
                "IPv6Address": ""
            },
            "d96ab3d61fb4b4024fac99d8d27e732958c23ed24c20786c31439304b2a9963a": {
                "Name": "tomcat-net-02",
                "EndpointID": "e438532dfe59a7bb1183b6d1d5bec8a96039e0ca29aee5036fde0572b50d2a08",
                "MacAddress": "02:42:c0:a8:00:03",
                "IPv4Address": "192.168.0.3/16",
                "IPv6Address": ""
            }
        },
        "Options": {},
        "Labels": {}
    }
]

# 再次测试ping连接 现在不使用--link也可以成功
[root@VM-24-13-centos /]# docker exec -it tomcat-net-01 ping tomcat-net-02
PING tomcat-net-02 (192.168.0.3): 56 data bytes
64 bytes from 192.168.0.3: icmp_seq=0 ttl=64 time=0.088 ms
64 bytes from 192.168.0.3: icmp_seq=1 ttl=64 time=0.064 ms
64 bytes from 192.168.0.3: icmp_seq=2 ttl=64 time=0.065 ms
64 bytes from 192.168.0.3: icmp_seq=3 ttl=64 time=0.078 ms
^C--- tomcat-net-02 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.064/0.074/0.088/0.000 ms
[root@VM-24-13-centos /]#

自定义的网络docker帮我们维护好了对应的关系，推荐使用这种网络。

好处：不同的集群使用不同的网络，保证集群安全健康。

网络连通

# 测试打通 tomcat01 - mynet

docker network connect mynet tomcat01

#连通之后就是将tomcat01放在mynet哇美好落下

# 一个容器两个ip地址
# 阿里云服务: 公网ip  私网ip

[root@VM-24-13-centos /]# docker exec -it tomcat-net-01 ping tomcat01
PING tomcat01 (192.168.0.4): 56 data bytes
64 bytes from 192.168.0.4: icmp_seq=0 ttl=64 time=0.092 ms
64 bytes from 192.168.0.4: icmp_seq=1 ttl=64 time=0.076 ms
64 bytes from 192.168.0.4: icmp_seq=2 ttl=64 time=0.071 ms
^C--- tomcat01 ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.071/0.080/0.092/0.000 ms
[root@VM-24-13-centos /]#

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

实战：部署Redis集群

编写shell脚本

# 创建网卡
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

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

docker run -p 6371:6379 -p 16371:16379 --name redis-1 \
-v /mydata/redis/node-1/data:/data \
-v /mydata/redis/node-1/conf/redis.conf:/etc/redis/redis.conf \
-d --net redis --ip 172.38.0.11 redis:5.0.9-alpine3.11 redis server /etc/redis/redis.conf;

# 创建集群
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