【Docker】学习笔记03：DockerFile、Docker网络原理

DockerFile

概述

dockerfile 是用来构建docker镜像的文件，是命令参数脚本
构建步骤：

1.编写Dockerfile 文件
2.docker build 构建成为一个镜像
3.docker run 运行镜像
4.docker push 发送镜像（DockerHub、阿里云镜像）

DockerFile构建过程

基础知识：
1.每个保留关键字（指令）都必须是大写字母
2.指令从上到下顺序执行
3.#表示注释
4.每一个指令都会创建提交一个新的镜像层，并提交！
dockerfile 是面向开发的，要发布项目、做镜像需要编写dockerfile文件。

DockerFile的指令

1）

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

2）CMD 和 ENTRYPOINT 的区别：

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

实战

实战测试1：（构建一个自己的centos镜像，添加官方centos镜像中没有的命令）

DockerHub中大多数镜像都是从这个基础镜像过来的：FROM scratch
1）命令：

[root@atong dockerfile]# vi mydockerfile-centos
[root@atong dockerfile]# cat mydockerfile-centos
FROM centos
MAINTAINER qianbw<1466646944@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 #因为CMD中命令会被覆盖，所以每一个命令写在一个CMD中

2）测试运行

docker run -it mycentos:0.1 # 注意带上版本号，否则每次都回去找最新版latest
pwd
/usr/local # 与Dockerfile文件中 WORKDIR 设置的 MYPATH 一致
vim # vim 指令可以使用
ifconfig # ifconfig 指令可以使用
docker history 镜像id # docker history 镜像id 查看镜像构建历史步骤

实战测试2：（构建一个tomcat镜像）

1）准备镜像文件，tomcat压缩包、jdk压缩包（因为tomcat基于java所以也需要jdk压缩包）

2）编写dockerfile文件，官方命名：Dockerfile ，build 会自动寻找这个文件不需额外指定

3）构建镜像：docker build -t diytomcat . # . 表示当前目录
4）启动镜像：docker run -d -p 8880:8080 —name atongtomcat02 -v /home/atong/build/tomcat/test:/usr/local/apache-tomcat-9.0.39/webapps/test -v /home/atong/build/tomcat/tomcatlogs/:/usr/local/apache-tomcat-9.0.39/logs diytomcat
5）访问测试：[root@atong ~]# curl localhost:8080
6）发布项目（docker Hub/阿里云镜像）

Docker网络原理

理解Docker 0

学习之前清空下前面的docker 镜像、容器

# 删除全部容器
$ docker rm -f $(docker ps -aq)

# 删除全部镜像
$ docker rmi -f $(docker images -aq)

测试

问题： docker 是如果处理容器网络访问的？

# 测试  运行一个tomcat
$ docker run -d -P --name tomcat01 tomcat

# 查看容器内部网络地址
$ docker exec -it 容器id ip addr

# 发现容器启动的时候会得到一个 eth0@if91 ip地址，docker分配！
$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    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
261: eth0@if91: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default 
    link/ether 02:42:ac:12:00:02 brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet 172.18.0.2/16 brd 172.18.255.255 scope global eth0
       valid_lft forever preferred_lft forever

       
# 思考？ linux能不能ping通容器内部！ 可以 容器内部可以ping通外界吗？ 可以！
$ ping 172.18.0.2
PING 172.18.0.2 (172.18.0.2) 56(84) bytes of data.
64 bytes from 172.18.0.2: icmp_seq=1 ttl=64 time=0.069 ms
64 bytes from 172.18.0.2: icmp_seq=2 ttl=64 time=0.074 ms

原理

1、我们每启动一个docker容器，docker就会给docker容器分配一个ip，我们只要按照了docker，就会有一个docker0桥接模式，使用的技术是veth-pair技术！

https://www.cnblogs.com/bakari/p/10613710.html

再次测试 ip addr

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

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

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

# 获取tomcat01的ip 172.17.0.2
$ docker-tomcat docker exec -it tomcat01 ip addr  
550: eth0@if551: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default 
    link/ether 02:42:ac:11:00:02 brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet 172.17.0.2/16 brd 172.17.255.255 scope global eth0
       valid_lft forever preferred_lft forever
       
# 让tomcat02 ping tomcat01       
$ docker-tomcat 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.098 ms
64 bytes from 172.17.0.2: icmp_seq=2 ttl=64 time=0.071 ms

# 结论：容器和容器之间是可以互相ping通

网络模型图

结论：tomcat01和tomcat02公用一个路由器，docker0。

所有的容器不指定网络的情况下，都是docker0路由的，docker会给我们的容器分配一个默认的可用ip。

小结

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

Docker中所有网络接口都是虚拟的，虚拟的转发效率高（内网传递文件）

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

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

–-link

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

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

# 3连接2
# 用tomcat03 ping tomcat02 可以ping通
$ docker exec -it tomcat03 ping tomcat02
PING tomcat02 (172.17.0.3) 56(84) bytes of data.
64 bytes from tomcat02 (172.17.0.3): icmp_seq=1 ttl=64 time=0.115 ms
64 bytes from tomcat02 (172.17.0.3): icmp_seq=2 ttl=64 time=0.080 ms

# 2连接3
# 用tomcat02 ping tomcat03 ping不通

–link 本质就是在hosts配置中添加映射
现在使用Docker已经不建议使用–link了！
自定义网络，不适用docker0！
docker0问题：不支持容器名连接访问！

自定义网络

docker network
connect     -- Connect a container to a network
create      -- Creates a new network with a name specified by the
disconnect  -- Disconnects a container from a network
inspect     -- Displays detailed information on a network
ls          -- Lists all the networks created by the user
prune       -- Remove all unused networks
rm          -- Deletes one or more networks

网络模式

• bridge ：桥接 docker（默认，自己创建也是用bridge模式）

• none ：不配置网络，一般不用

• host ：和所主机共享网络

• container ：容器网络连通（用得少！局限很大）

测试

# 我们直接启动的命令 --net bridge,而这个就是我们得docker0
# bridge就是docker0
$ docker run -d -P --name tomcat01 tomcat
等价于 => docker run -d -P --name tomcat01 --net bridge tomcat

# docker0，特点：默认，域名不能访问。 --link可以打通连接，但是很麻烦！
# 我们可以 自定义一个网络

# --driver bridge
# --subnet 192.168.0.0/16 子网掩码
# --gateway 192.168.0.1 网关地址
$ docker network create --driver bridge --subnet 192.168.0.0/16 --gateway 192.168.0.1 mynet

$ docker network inspect mynet;

启动两个tomcat,再次查看网络情况

[root@izuf6hlvm1mj8gdbdctw0rz ~]# docker run -d -P --name tomcat-net-01 --net mynet tomcat
d84b618132cb597df982508f14992b5c752dfebb12fcabb1f9ffe39ead356d6d
[root@izuf6hlvm1mj8gdbdctw0rz ~]# docker run -d -P --name tomcat-net-02 --net mynet tomcat
146ee8b0ad2d89d8e77870b9a93f5f1da742c2e9e696a9a3f798b8146607d5cf

在自定义的网络下，容器之间可以相互ping通，不用使用–link

既可以ping ip地址，也可以直接ping容器名称

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

好处：

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

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

网络连通

思考下图中的tomcat01和tomcat-net-01可以连通吗？

答案是不能！如下图所示

那么怎么样才能让他们连通呢？
答案：假设要跨网络操作别人，就需要使用docker network connect 连通！

需要将容器和网络打通

docker network connect mynet tomcat-01

此时查看一下mynet的信息docker inspect mynet

这次我们再去ping一下docker exec -it tomcat-01 ping tomcat-net-01

而tomcat-02依旧连不通docker exec -it tomcat-02 ping tomcat-net-01

docker exec -it tomcat-02 ping tomcat-net-01
ping: tomcat-net-01: Name or service not known

实战：部署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

# 通过脚本运行六个redis
for port in $(seq 1 6);\
docker run -p 637${port}:6379 -p 1667${port}:16379 --name redis-${port} \
-v /mydata/redis/node-${port}/data:/data \
-v /mydata/redis/node-${port}/conf/redis.conf:/etc/redis/redis.conf \
-d --net redis --ip 172.38.0.1${port} redis:5.0.9-alpine3.11 redis-server /etc/redis/redis.conf
docker exec -it redis-1 /bin/sh #redis默认没有bash
redis-cli --cluster create 172.38.0.11:6379 172.38.0.12:6379 172.38.0.13:6379 172.38.0.14:6379 172.38.0.15:6379 172.38.0.16:6379  --cluster-replicas 1

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

SpringBoot微服务打包Docker镜像

1、构建SpringBoot项目

2、打包运行

mvn package

3、编写dockerfile

FROM java:8
COPY *.jar /app.jar
CMD ["--server.port=8080"]
EXPOSE 8080
ENTRYPOINT ["java","-jar","app.jar"]

4、构建镜像

# 1.复制jar和DockerFIle到服务器
# 2.构建镜像
$ docker build -t xxxxx:xx  .

5、发布运行

以后我们使用了Docker之后，给别人交付就是一个镜像即可！