Doker 入门
Docker概述
Docker为什么会出现？
一款产品：开发上线两套环境！应用环境，应用配置！
开发…运维。问题：我在我的电脑上可以运行！版本更新，导致服务不可用！对于运维来说，考验就十分大？
环境配置是十分的麻烦，每一个机器都要部署环境（集群 Redis、ES、 Hadoop)!费时费力。
发布一个项目（jar+( Redis MYSQL jdk ES))项目能不能都带上环境安装打包！
之前在服务器配一个应用的环境 Redis MYSQL jdk ES Hadoop，配超麻烦了，不能够跨平台
Windows，最后发布到 Linux
传统：开发jar ，运维来做部署
现在：开发打包部上线，一套流程做完
java…apk…发布（应用商店）张二使用apk…安装即可用！
java…jar（坏境）一打包项目带上环境（镜像）
Docker给以上的问题，提出了解決方案！
docker官网：https://www.docker.com/
Docker的思想就来自于集装箱！
JRE-多个应用（端口冲突）-原来都是交叉的！
隔离： Docker核心思想！打包装箱！每个箱子互相隔离的
Docker通过隔离机制，可以将服务器利用到极致！
Docker的历史
2010年，几个搞的年轻人，就在美国成立了一家公司dotCloud
做一些pass的云计算服务！LXC有关的容器技术！
他们将自己的技术（容器化技术）命名就是 Docker
Docker网刚诞生的时候，没有引起行业的注意！ dotCloud，就活不下去！
这时候他们就把这个技术开源了
开发源代码！
2013年， Docker开源！
Dockeri越来越多的人发现了 docker的优点！火了， Docker每个月都会更新一个版本！
2014年4月9日， Docker1.0发布
Docker为什么这么火？十分的轻巧！
在容器技术出来之前，我们都是使用虚拟机技术！
虚拟机：在 window中装一个 Vmware，通过这个软件我们可以拟出来一台或者多台电脑！笨重！
虚拟机也是属于虚拟化技术， Docker容器技术，也足一种虚拟化技术！
Docker 是基于Go语言开发的
Docker文档地址
https://docs.docker.com/
仓库地址：https://hub.docker.com/
Docker能干嘛
虚拟机技术缺点
1、资源占用十分多
2、冗余步張多
3、启动很慢！
容器化技术：
容器化技术不是模拟的一个完整的操作系统
比较 Docker和虛拟机技术的不同
- 传统虚拟机，虚拟出一条硬件，运行一个完的操作系统，然后在这个系统上安装和运行软件
- 容器内的应用直接运行在宿主机的内容，容器是没有白己的内核的，也没有虚拟我们的硬件，所以就轻使了
- 每个容器间是互相隔离，每个容器内都有一个属于自己的文件系统，互不影响
DevOps （开发，运维）
应用更快速的交付和部署
传统：一堆帮助文档，安装程序
Docker：打包镜像发布测试，一键运行
更便捷的升级和扩缩容
使用了 Docker之后，我们部署应用就和搭积木一样
项目打包为一个镜像，扩展 服务器A！服务器B
更简单的系统运维
在容器化之后，我们的开发，测试环境都是高度一致的
更高效的计算资源利用
Docker是内核级别的虚拟化，可以再一个物理机上可以运行很多的容器实例！服务器的性能可以被压榨到极致
Docker 安装
Docker的基本组成
镜像（ image）：
docker镜像就好比是一个模板，可以通过这个模板来创建容器服务， tomcat像==>tomcat01容器（提供服务器），通过这个镜像可以创建多个容器（最终服务运行或者项目运行就是在容器中的）
容器（ container):
Docker利用容器技术，独立运行一个或者一个组应用，通过镜像来创建的。
启动，停止，刪除，基本命令！
目前就可以把这个容器理解为就是一个简易的inux系统
仓库（ repository）：
仓库就是存放镜像的地方！
仓库分为公有仓库和私有仓库！
Docker Hub(默认是国外的)
阿里云…都有容器服务器(配置镜像加速！）
安装Docker
环境准备
1、需要会一点点的 Linux的基础
2、 Centos7
环境查看
# 系统内核3.10以上的
[root@localhost ~]# uname -r
3.10.0-862.el7.x86_64
[root@localhost ~]# 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 \
https://download.docker.com/linux/centos/docker-ce.repo # 默认是国外的不要安装
yum-config-manager \
--add-repo \
http://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo #阿里云镜像
安装docker相关的东西 docker社区
yum makecache fast #更新
yum install docker-ce docker-ce-cli containerd.io
启动docker
systemctl start docker
查看版本
docker version
测试helloword
docker run hello-world
查看 helloword镜像
docker images
卸载docker
# 卸载依赖
yum remove docker-ce docker-ce-cli containerd.io
# 删除资源
rm -rf /var/lib/docker
# /var/lib/docker docker默认的工作路径
阿里云镜像加速
访问阿里云官网 容器镜像服务
配置使用
run 执行流程图
底层原理
Docker是什么工作的？
Docker是一个 Client- Server 结构的系统， Docker的守护进程运行在主机上。通过 Socket。从客户端访问！
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 #帮助命令
帮助文档地址：
https://docs.docker.com/reference/
镜像命令
docker images 查看所有本地主机上的镜像
[root@localhost ~] docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
hello-world latest bf756fb1ae65 7 months ago 13.3kB
# 解释
REPOSITORY 镜像的仓库源
TAG 镜像的标签
IMAGE ID 镜像的ID
CREATED 镜像的创建时间
SIZE 镜像的大小
# 可选项
-a, --all #列出所有的镜像
-q, --quiet # 只列出镜像的id
docker search 搜索镜像
[root@localhost ~] docker search mysql
NAME DESCRIPTION STARS OFFICIAL AUTOMATED
mysql MySQL is a widely used, open-sourc
# 可选项 通过搜索来过滤
--filter=STARS=3000 #搜索出来的镜像就是STARS大于3000的
[root@localhost ~] docker search mysql --filter=STARS=3000
NAME DESCRIPTION STARS OFFICIAL AUTOMATED
mysql MySQL is a widely used, open-source relation… 9827 [OK]
mariadb MariaDB
docker pull 下载镜像
# 下载镜像 docker pull 镜像名称[:tag]
[root@localhost ~] docker pull mysql
Using default tag: latest #如果不写版本 默认是latest
latest: Pulling from library/mysql
bf5952930446: Pull complete #分层下载 docker images的核心 联合文件系统
8254623a9871: Pull complete
938e3e06dac4: Pull complete
ea28ebf28884: Pull complete
f3cef38785c2: Pull complete
894f9792565a: Pull complete
1d8a57523420: Pull complete
6c676912929f: Pull complete
ff39fdb566b4: Pull complete
fff872988aba: Pull complete
4d34e365ae68: Pull complete
7886ee20621e: Pull complete
Digest: sha256:c358e72e100ab493a0304bda35e6f239db2ec8c9bb836d8a427ac34307d074ed
Status: Downloaded newer image for mysql:latest
docker.io/library/mysql:latest #真实地址
# 等价于
docker pull mysql
docker.io/library/mysql:latest
指定版本下载
版本来源
[root@localhost ~] docker pull mysql:5.7
5.7: Pulling from library/mysql
bf5952930446: Already exists
8254623a9871: Already exists
938e3e06dac4: Already exists
ea28ebf28884: Already exists
f3cef38785c2: Already exists
894f9792565a: Already exists
1d8a57523420: Already exists
5f09bf1d31c1: Pull complete
1b6ff254abe7: Pull complete
74310a0bf42d: Pull complete
d398726627fd: Pull complete
Digest: sha256:da58f943b94721d46e87d5de208dc07302a8b13e638cd1d24285d222376d6d84
Status: Downloaded newer image for mysql:5.7
docker.io/library/mysql:5.7
docker rmi -f 删除镜像
docker rmi -f 镜像id 删除指定镜像
docker rmi -f 镜像id 镜像id 镜像id 镜像id 删除多个镜像
docker rmi -f $(docker images -aq) 删除所有镜像
docker save 镜像打包
docker save 镜像名称 -o 打包路径
docker save tomcat -o /usr/local/tomcat.tar
docker load 加载镜像
docker load -i 镜像名称.tar
docker load -i tomcat .tar
容器命令
说明：有了镜像才能创建容器，linux，下载一个cenos镜像测试
docker pull centos
docker run 启动命令
docker run [可选参数] image
# 参数说明
-- name " Name" 容器名字 tom1 tom2 用来区分容器
-d 后台运行方式运行
- it 使用交互方式运行，进入容器内查看内容
-p 指定容器的端口 -p 8080:8080
-p ip:主机端口:容器端口
-p 主机端口:容器端口
-p 容器端口
-p 随机指定端口
#测试 启动并进入容器
[root@localhost ~] docker run -it centos /bin/bash
[root@c205fdd3615d /]#
# 查看容器内的centos
[root@c205fdd3615d /] ls
bin etc lib lost+found mnt proc run srv tmp var
dev home lib64 media opt root sbin sys usr
[root@c205fdd3615d /]#
# 退出镜像
[root@c205fdd3615d /] exit
exit
[root@localhost ~]#
列出正在运行的镜像
# docker ps列出正在运行的镜像
[root@localhost ~] docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
# docker ps -a列出当前和曾经运行的容器
[root@localhost ~] docker ps -a
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
c205fdd3615d centos "/bin/bash" 2 minutes ago Exited (0) 45 seconds ago affectionate_albattani
8c57be7e1bd8 hello-world "/hello" 2 hours ago Exited (0) 2 hours ago sad_solomon
# 列出正在运行容器的编号
[root@localhost ~]# docker ps -aq
c205fdd3615d
8c57be7e1bd8
[root@localhost ~]#
容器不停止退出
运行容器：docker run -it centos /bin/bash
快捷键：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 镜像名
[root@localhost ~]# docker run -d cenos
#问题 docker ps 发现centos 停止了
# 常见的坑： docker容器使用后台运行，就必须要有要一个前台进程， docker发现没有应用，就会自动停止
# nginx，容器启动后，发现自己没有提供服务，就会立刻停止，就是没有程序
查看日志
docker logs
[root@localhost ~] docker logs -f -t --tail 10 58a0a4f5c90e
[root@localhost ~] docker run -d centos /bin/sh -c "while true;do echo joker;sleep 1;done"
# 参数
-tf 显示日志
--tail number #显示日志条数
[root@localhost ~] docker logs -tf --tail 10 6bdfe1b2e2ba #显示指定行数的日志
查看容器中进行信息
[root@localhost ~] docker top 6bdfe1b2e2ba
UID PID PPID C STIME TTY TIME CMD
root 9399 9382 0 18:58 ? 00:00:00 /bin/sh -c while true;do echo joker;sleep 1;done
root 9819 9399 0 19:02 ? 00:00:00 /usr/bin/coreutils --coreutils-prog-shebang=sleep /usr/bin/sleep 1
[root@localhost ~]#
docker inspect 容器id
[root@localhost ~]# docker inspect 6bdfe1b2e2ba
[
{
"Id": "6bdfe1b2e2baa1c14d55468adb697b322563b3c2a6ba65a03dab79fd3c46f37e",
"Created": "2020-08-12T10:58:10.622939026Z",
"Path": "/bin/sh",
"Args": [
"-c",
"while true;do echo joker;sleep 1;done"
],
"State": {
"Status": "running",
"Running": true,
"Paused": false,
"Restarting": false,
"OOMKilled": false,
"Dead": false,
"Pid": 9399,
"ExitCode": 0,
"Error": "",
"StartedAt": "2020-08-12T10:58:11.059077501Z",
"FinishedAt": "0001-01-01T00:00:00Z"
},
"Image": "sha256:0d120b6ccaa8c5e149176798b3501d4dd1885f961922497cd0abef155c869566",
"ResolvConfPath": "/var/lib/docker/containers/6bdfe1b2e2baa1c14d55468adb697b322563b3c2a6ba65a03dab79fd3c46f37e/resolv.conf",
"HostnamePath": "/var/lib/docker/containers/6bdfe1b2e2baa1c14d55468adb697b322563b3c2a6ba65a03dab79fd3c46f37e/hostname",
"HostsPath": "/var/lib/docker/containers/6bdfe1b2e2baa1c14d55468adb697b322563b3c2a6ba65a03dab79fd3c46f37e/hosts",
"LogPath": "/var/lib/docker/containers/6bdfe1b2e2baa1c14d55468adb697b322563b3c2a6ba65a03dab79fd3c46f37e/6bdfe1b2e2baa1c14d55468adb697b322563b3c2a6ba65a03dab79fd3c46f37e-json.log",
"Name": "/nostalgic_gauss",
"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,
"Capabilities": null,
"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/da9eb6e9a5a6860788b7dc32d7de6571e0cf200debfbad9c0e9100fc14c245ad-init/diff:/var/lib/docker/overlay2/d238a961f193f7af46f4cbb76a4a78ca475d81ae3b6e7cb8ad05fa88c53e5a8c/diff",
"MergedDir": "/var/lib/docker/overlay2/da9eb6e9a5a6860788b7dc32d7de6571e0cf200debfbad9c0e9100fc14c245ad/merged",
"UpperDir": "/var/lib/docker/overlay2/da9eb6e9a5a6860788b7dc32d7de6571e0cf200debfbad9c0e9100fc14c245ad/diff",
"WorkDir": "/var/lib/docker/overlay2/da9eb6e9a5a6860788b7dc32d7de6571e0cf200debfbad9c0e9100fc14c245ad/work"
},
"Name": "overlay2"
},
"Mounts": [],
"Config": {
"Hostname": "6bdfe1b2e2ba",
"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 joker;sleep 1;done"
],
"Image": "centos",
"Volumes": null,
"WorkingDir": "",
"Entrypoint": null,
"OnBuild": null,
"Labels": {
"org.label-schema.build-date": "20200809",
"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": "bc2955066b0e6a1969a408a01002abd0ebd2bf3a3ac0305e2fa90fca85f53b1b",
"HairpinMode": false,
"LinkLocalIPv6Address": "",
"LinkLocalIPv6PrefixLen": 0,
"Ports": {},
"SandboxKey": "/var/run/docker/netns/bc2955066b0e",
"SecondaryIPAddresses": null,
"SecondaryIPv6Addresses": null,
"EndpointID": "fba02c0972c2f377b0209e1e0edac9d629c7067fbdc2e32dacb7d4e915c54768",
"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": "e21027733eded23a455bd2936cf4c81eb75e874afb2b237d031b41252a6ef493",
"EndpointID": "fba02c0972c2f377b0209e1e0edac9d629c7067fbdc2e32dacb7d4e915c54768",
"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
}
}
}
}
]
[root@localhost ~]#
进入当前正在运行的容器
# 我们通常都是后台方式运行，需要进入容器修改一些配置
#命令
#方式一
[root@localhost ~]docker exec -it 容器id /bin/bash
#方式二
[root@localhost ~] docker attach 容器id
#docker exec #进入容器后 开启一个新的终端 可以在里面操作（常用）
#docker attach #进入容器正在执行的终端 不会启动新的进程
从容器拷贝文件到主机上
docker cp 容器id:容器内路径:目的地的主机路径
在centos容器中新建一个文件
[root@localhost ~]# docker run -it centos /bin/bash
[root@b25a854bbc1b /]# [root@localhost ~]#
[root@localhost ~]# cd /home
[root@localhost home]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
b25a854bbc1b centos "/bin/bash" About a minute ago Up About a minute jolly_mirzakhani
[root@localhost home]# docker attach b25a854bbc1b
[root@b25a854bbc1b /]# cd /home
[root@b25a854bbc1b home]# touch 1.java
[root@b25a854bbc1b home]# ls
1.java
[root@b25a854bbc1b home]#
把容器内的文件拷贝到主机上
[root@localhost home]# docker cp b25a854bbc1b:/home/1.java /home
[root@localhost home]# ls
1.java
[root@localhost home]#
小结
docker的命令是十分多的，上面我们学习的那些都是最常用的容器和镜像的命令
docker部署nginx
1.搜索镜像
docker search nginx
2.下载镜像
docker pull nginx
3.启动镜像
docker run -d --name nginx01 -p 3344:80 nginx
-d ：后台运行
--name：给容器取名
-p：设置主机端口:容器内端口
设置nginx的名称为nginx01 ，主机端口号为3344，访问容器内的80端口
主机测试访问：ip+端口
思考问题：我们每次改动nginx配文件，都需要进入容内部？十分的麻烦，我要是可以在容器外是供一个映射路径，达到在容器修改文件名，容器内部就可以自动修改？ -v 数据卷
docker部署Tomcat
官方的使用 用完即删
#官方的使用 测试
docker run -it --rm tomcat:9.0
# 我们之前的启动都是后台：停止了容器之后，容器还可查到 docker run -it --rm 用完即删
下载完后自动启动
下载镜像
docker pull tomcat:9.0
运行启动
docker run -d -p 3355:8080 --name tomcat01 tomcat
[root@localhost home]# docker exec -it tomcat01 /bin/bash
root@215a30eb51d3:/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@215a30eb51d3:/usr/local/tomcat#
发现同题，1、1inux命令少了，2.没有 webapps
访问404
阿里云镜像的原因。默认是最小的镜像，所有不必要的镜像都剔除了
把webapp.dist下的所有内容复制到webapp下
cp -r webapps.dist/* webapps
运行访问
思考问题：我们以后要部署项目，如果每次都要进入容器是不是十分麻烦？我要是可以在容器外部提供一个映射路径， webapps,
我们在外部放置项目，就自动同步到内部就好了！
docker部署elsticsearch+kibana
启动命令
自动下载
#es暴露的端口很多
#es十分的耗内存
#es的数据需要放置到安全目录！挂载
docker run -d --name elasticseach -p 9200:9200 -p 9300:9300 -e "discovery.type=single-node" elasticsearch:7.8.1
#启动了linux就卡住了 docker stats查cpu的状态
#e5是十分耗内存的，1.xG
启动成功后访问
限制es启动内存大小
docker run -d --name elasticseach02 -p 9200:9200 -p 9300:9300 -e "discovery.type=single-node" -e ES_JAVA_OPTS="-Xms64m -Xms512m" elasticsearch:7.8.1
可视化面板 portainer
什么是 portainer？
Dockers图形化界面管理工具！提供一个后台面板供我们操作！
docker run -d -p 9000:9000 \
--restart=always \
-v /var/run/docker.sock:/var/run/docker.sock \
--name prtainer-test \
docker.io/portainer/portainer
访问
设置用户名和密码
Docker镜像讲解
镜像是什么
镜像是一种轻量级、可执行的独立软件包，用来打包软件运行环境和基于运行环境开发的软件，它包含运行某个软件所需的所有内容，包括代码、运行时、库、环境变量和配置文件
所有的应用，直接打包 docker镜像，就可以直接跑起来！
如何得到镜像：
- 从远程仓库下载
- 朋友拷贝给你
- 自己制作一个像 Docker File
Dockers镜像加载原理
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文件系统，在 Dockers镜像的最底层是 boots。这一层与我们典型的 Linux/Uni系统是一样的，包含boot加载器和内核。当bot加载完成之后整个内核就都在内存中了，此时内存的使用权已由 bootfs转交给内核，此时系统也会卸载 bootfs
rootfs( root file system),在 boots之上。包含的就是典型inux系统中的/dev,/ /proc/bin,/etc等标准目录和文件。 rootfs就是
各种不同的操作系统发行版，比如 Ubuntu, Centos等等
对于一个精简的OS, rootfs可以很小，只需要包含最基本的命令，工具和程序库就可以了，因为底层直接Host的 kernel，自己只需要提供 rootfs就可以了。由此可见对于不同的inux发行版， bootfs！基本是一致的， rootfs会有差別，因此不同的发行版可以公用bootfs
分层理解
分层的镜像
我们可以去下载一个镜像，注意观察下載的日志輸出，可以看到是一层一层的在下载！
思考：为什么 Docker镜像要采用这种分层的结构呢？
最大的好处，我觉得莫过于是资源共享了！比如有多个镜像都从相同的Base镜像构建而来，那么宿主机只需在磁盘上保留一份base镜像，同时内存中也只需要加載一份base镜像，这样就可以为所有的容器服务了，而且镜像的每一层都可以被共享。
查看镜像分层的方式可以通过 docker image inspect命令！
理解
举一个简单的例子，假如基于 Ubuntu Linux16.04创建一个新的境像，这就是新镜像的第一层；如果在该像中添加 Python包就会在基础像层之上创建第二个镜像层；如果续添加个安全补丁，就会创建第三个镜像该镜像当前已经包含3个镜像层，如下图所示（这只是一个用于演示的很简单的例子）
在添加额外的像层的同时，镜像始终保持是当前所有像的组合，世解这一点非常重要。下图中举了一个简单的例子，每个镜像层包含3个文件，而镜像包含了来自两个镜像层的6个文件
上图中的镜像层跟之前图中的略有区別，主要目的足便于展示文件
下图中展示了一个稍微复杂的三层镜像，在外部看来个镜像只有6个文件，这星因为最上层中的文件7是文件5的一个更新版
这种情況下，上层镜像层中的文件盖了底兵競像层中的文件。这样就使得文件的更新版本作为一个新镜像层添加到镜像当中
Docker通过存储引（新版本采用快照机制）的方式来实现镜像层堆栈，井保证多镜像层对外展示为统一的文件系统
Linux上可用的存储引有AUFS、 Overlay2、 Device Mapper、 Btrfs以及ZFS。名思义，每种存储引擎都基于 Linux中对应的
Docker在 Windows上仅支持 windowsfilterー种存储引撃，该引基于NTFS文件系统之上实现了分层和CoW[1]
下图展示了与系统显示相同的三层镜像。所有镜像层堆并合并，对外提供统一的视图
特点
Docker镜像都是只读的，当容器后动时，一个新的可写层被加载到镜像的顶部！
这一层就是我们通常说的容器层，容器之下的都叫镜像层！
Commit镜像
docker commit 提交一个容器成为一个副本
docker commit -m="提交的描述信息" -a="作者" 容器id 目标镜像名:[TAG]
测试
#启动一个默认的tomtat
docker run -d -it -p 8080:8080 tomcat
#发现这个tomcat没有webapps应用
#自己手动把webapps.dist目录下的所有内容拷贝到webapps
cp -r webapps.dist/* webapps
把自己制作好的的镜像提交
docker commit -a="joker" -m="add webapps app" 3a92e54ef4a7 tomcat02:1.0
如具你想要保存当前容器的状态，就可以通过 commit来提交，获得一个镜像，就好比我们以前学习的快照！
容器数据卷
什么是容器数据卷
docker的理念回顾
将应用和环境打包成一个镜像！
数据？如果数据都在容器中，那么我们容器删除，数据就会天失！需求：数据可以持久化
MYSQLI，容器删了，删库跑路！
需求：My5QL数据可以存储在本地！
容器之间可以有一个数据共享的技术！Docker容器中产生的数据，同步到本地！
这就是卷技术！目录的桂载，将我们容器内的目录，挂载到 Linux上面！
总结一句话：容器的持久化和同步操作！容器间也是可以数据共享的！
使用数据卷
方式一： 直接使用命令来挂在 -v
docker run -it -v 主机目录:容器内目录
docker run -it -v /home/ceshi:/home centos /bin/bash
# 启动起来后可以通过 docker inspect 容器id
Mysql数据同步
思考： MYSQL的数持久化的问题data
# 获取镜像
docker pull mysql:5.7
# 运行时 挂在目录
# 官方测试启动的命令：
docker run --name some-mysql -e MYSQL_ROOT_PASSWORD=my-secret-pw -d mysql:tag
# 自己指定命令
docker run -d -p 3306:3306 -v /home/mysql/conf:/etc/mysql/conf.d -v /home/mysql/data:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=1234 --name mysql01 mysql:5.7
# -e MYSQL_ROOT_PASSWORD=密码 设置mysql的密码
# -d 后台运行
# -v 数据卷挂载
# -e 环境配置
# --name 设置名字
可以通过连接工具进行连接测试
具名和匿名挂载
# 匿名挂载
-v 容器内路径
docker run ----name nginx01-v /ect/nginx nginx
# 查看所有的volume的情况
docker volume ls
local a52012ac555e544f2745377e706cef77ac1977974f571d534a444e85f969d7a0
# 具名挂载
docker run ----name nginx01-v juming-nginx:/ect/nginx nginx
# 查看具名
docker volume inspect juming-nginx
所有的docker容器内的，没有定目录的情况下都是在/var/lib/docker/volumesxxx/_data
我们通过具名挂载可以方供的找到我们的一个卷，大多数兄在使用的具名挂载
如何确定是具名挂载还是匿名挂载，还是指定路径挂载
-v容器内路径 #匿名挂载
-v 卷名:容器內路径 #具名挂载
-v /宿主机路径:容器內路径 #指定路径挂载！
# 通过-v容器内路径：ro rw改变读写权限
ro readonly #只读
rw readwrite #可读可写
#一旦这个了设互了客器权限，客器对我们挂载出来的内容就有限定了！
docker run -d -p --name nginx02-v juming-nginx: /etc/nginx: ro nginx
docker run -d -p --name nginx02-v juming-nginx: /etc/nginx: rw nginx
#ro:只要看到ro就说明该个径只能通过宿王机来操作，容器内部是无法操作
初识DockerFile
Dockerfile就是用来构建 docker镜像的构建文件！命令脚本
通过脚本生成镜像
# 创建一个DockerFile文件 名字随机
#文件内容
FROM centos
VOLUME ["volume01","volume02"]
CMD echo "end"
CMD /bin/bash
#执行这个文件
docker build -d Dockerfile -t joker/centos:1.0 .
这个卷和外部一定有一个同步的目录
docker inspect 查看信息
数据卷容器
多个mysql同步数据
容器之间的数据同步
-- volumes-from
# 启动3个容器测试
docker run -d -it --name docker01 centos
docker run -d -it --name docker02 --volumes-from docker01 centos
docker run -d -it --name docker03 --volumes-from docker02 centos
docker01的数据同步到docker02
docker02的数据同步到docker03
相当于继承关系
docker run -d -p 3306:3306 -v /home/mysql/conf:/etc/mysql/conf.d -v /home/mysql/data:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=1234 --name mysql01 mysql:5.7
docker run -d -p 3306:3306 -e MYSQL_ROOT_PASSWORD=1234 --name mysql02 --volumes-from mysql01 mysql:5.7
结论
容器之间配信息的传递，数据着容器的生命周期一直持续到没有容器使用为止
但是一旦你持久化到了本地，这个时候，本地的数据是不会删除的！
DockerFile
DockerFile介绍
dockerfile是用来构建 dokcer镜像的文件！命令参数脚本
构建步骤：
1、编写一个 dockerfile文件
2、 docker build构建成为一个镜像
3、 docker run运行镜像
4、 docker push发布镜像（ Dockerhub、阿里云镜像仓库！）
查看官方是怎么做的
点进去
很多官方镜像都是基础包，很多功能没有，我们通常会白己搭建白己的镜像！
官方既然可以制作镜像，那我们也可以
DockerFile构建过程
基础知识：
1、每个保留关键字（指令）都是必须是大写字母
2、执行从上到下顺序执行
3、#表示注释
4、每一个指令都会创建提交一个新的镜像层，并提交！
dockerfile是面向开发的，我们以后要发布项目，做镜像，就需要编写 dockerfile文件，这个文件十分简单！
Docker镜像逐渐成为企业交付的标准，必须要掌握！
Dockerfile：构建文件，定义了ー切的步骤，源代码
Dockerlmages：通过 Dockerfile建生成的镜像，最发布和运行的产品
Docker容器：容器就是像运行起来提供服务器
DockerFile指令
以前的话我们就是使用別人的，现在我们知道了这些指令后，我们来练习自己写ー个镜像！
FROM #基础镜像，一切从这里开始构建
MAINTAINER #镜像是谁写的 姓名+邮箱
RUN #构建镜像的时候需要运行的命令
ADD #步骤：tomcat镜像，这个tomcat压缩包！添加内容
WORKDIR# 镜像工作的目录
VOLUME #挂载目录
EXPOSE #暴露端口
CMD #指定这个容器启动的时候要运行的命令，只有最后一个会生效，可被替代
ENTRYPOINT #指定这个容器启动的时候要运行的命令，可以追加命令
ONBUILD #当构建一个被继承Dockerfile这个时候就会运行 ONBUILD的指令。触发指令
COPY #类似ADD，我们文件持贝到镜像中
ENV #构建的时候设环境变量！
实战测试
Docker Hub中99%镜像都是从这个基础镜像过来的 FROM scratch 然后配需要的软件和配置来进行的构建
创建自己的centos
#进入home目录
cd /home
# 新建一个目录
mkdir dockerfile
# 进入到dockerfile目录
cd dockerfile/
# 编写镜像
vim mydockerfile
编写dockerfile的文件
FROM centos
MAINTAINER joker<2332810801@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
构建镜像
docker build -f mydockerfile -t mycentos:1.0 .
docker build -f dockerfile文件地址 -t 镜像名称:[版本] .
#Successfully built 8953c14920c7
#Successfully tagged mycentos:1.0
运行自己的镜像
[root@localhost dockerfile] docker run -it mycentos:1.0
[root@d70b1cba72c4 local] pwd
/usr/local
[root@d70b1cba72c4 local]#
列出镜像的历史
docker history 镜像id
制作Tomcat镜像
1、准备镜像文件 tomcat压缩包，jdk的压缩包！
2、编写 dockerfilel文件 官方命名Dockerfile, build会自动寻找这个文件，就不需要指定了
FROM centos
MAINTAINER joker<2332810801@qq.com>
ADD jdk-8u152-linux-x64.tar.gz /usr/local
ADD apache-tomcat-9.0.37.tar.gz /usr/local
RUN yum -y install vim
ENV MYPATH /usr/local
WORKDIR $MYPATH
ENV JAVA_HOME /usr/local/jdk1.8.0_152
ENV CLASSPATH $JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
ENV CATALINA_HOME /usr/local/apache-tomcat-9.0.37
ENV CATALINA_BASH /usr/local/apache-tomcat-9.0.37
ENV PATH $PATH:$JAVA_HOME/bin/:$CATALINA_HOME/lib:$CATALINA_HOME/bin
EXPOSE 8080
CMD /usr/local/apache-tomcat-9.0.37/bin/startup.sh && tail -F /usr/local/apache-tomcat-9.0.37/bin/logs/catalina.out
# 构建自己的tomcat
docker build -t diytomcat .
启动镜像
docker run -d -p 9090:8080 --name jokertomcat -v /home/joker/build/tomcat/test:/usr/local/apache-tomcat-9.0.37/webapps -v /home/joker/build/tomcat/testlog:/usr/local/apache-tomcat-9.0.37/logs diytomcat
ip:9090
可以进行发布
只需要把war包放入/home/joker/build/tomcat/test即可
发布自己的镜像
注册自己的账号
1、注册账号：https://hub.docker.com/
2、确定这个这账号可以登录
3、在我们服务器上提交自己的像
[root@localhost local]# clear
[root@localhost local]# 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
[root@localhost local]#
docker login -u 用户名 -p 密码
-u 用户名
-p 密码
上传镜像docker Hub
[root@localhost local]# docker push diytomcat:1.0
The push refers to repository [docker.io/library/diytomcat]
61419540ca7d: Preparing
943a150b53e6: Preparing
2ac8360636d3: Preparing
291f6e44771a: Preparing
denied: requested access to the resource is denied #被拒绝
[root@localhost local]#
发现上传的时候被拒绝了
更改名称 携带额外的信息
docker tag 镜像id docker地址
比如
docker tag 6eb45446d0c2 2332810801/tomcat
docker push 2332810801/tomcat
上传镜像到阿里云镜镜像服务器
1、登录阿里云
2、找到容器镜像服务
创建镜像仓库
创建命名空间
基本信息
操作方法
1、登录阿里云镜像仓库
2、给镜像生成一个版本号
docker tag [ImageId] registry.cn-hangzhou.aliyuncs.com/joker_dj/tomcat:[镜像版本号]
3、推送镜像
4、拉取镜像
小结
Docker网络
理解 Docker0
清空所有环境
测试
三个网络
# 问题 docker是如何处理容器网络访问的？
[root@localhost local]# docker run -d -P --name tomcat01 tomcat
#查看容器的内部网络地址 ip addr，发现容器后动的时侯会得到一个etho@if262ip地址 docker分配的
[root@localhost local]# 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
80: eth0@if81: <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
#思考。liunx能不能ping通容器内部！
[root@localhost local] 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.486 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.047 ms
64 bytes from 172.17.0.2: icmp_seq=4 ttl=64 time=0.046 ms
# linux可以ping通docker容器内部
原理
1、我们每启动一个 docker容器， dockers就会给 docker容器分配个ip，我们只要安装了 docker，就会有一个网卡 docker0
桥接模式，使用的技术是evth-pair技术！
2、再次测试ip addr
#发现又多了一个网卡
#我们发现这个容器带来的网卡，都是一对对的
#evth-pair就是一对的虚拟接口，他们都是成对出视的，一端连着协议，一端被此相连
#正因为有这个特性，evth-pair充当一个桥梁，连接各种虚拟网设备的
#Opentac, Docker。容器之间的连接，OVS的连接，部是使用evth-pair技术
3、测试tomcat01和tomcat02 是否能ping通
可以ping通
[root@localhost local]# 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.153 ms
64 bytes from 172.17.0.2: icmp_seq=2 ttl=64 time=0.063 ms
64 bytes from 172.17.0.2: icmp_seq=3 ttl=64 time=0.060 ms
结论： tomcat01和 tomcat02是公用的一个路由器， docker0
所有的容器不指定网络的情况下，都是 docker0路由的， docker0会给我们的容器分配一个默认的可用IP
小结
Docker使用的是 Linux的桥接，宿主机中是一个 Docker容器的网桥 docker0。
Docker中的所有的网络接口都是虚拟的。虚拟的转发效率高！(内网传弟文件！）
只要容器删除，对应网桥一对就设了！
容器互联--link
思考一个场景，我们编写了一个微服务， database url=ip:,项目不重启，数据库ip换掉了，我们希聖可以处理这个问题，可以
名字来进行访问容器？
我们可以通过 --link来连通
docker run -d -P --name tomcat02 tomcat
docker run -d -P --name tomcat01 --link tomcat02 tomcat
docker exec -it tomcat01 --link tomcat02
反向可以连通吗 ？ 不行
其实这个 tomcat01就是在本地配置了 tomcat02的配置？
docker exec -it tomcat01 cat /etc/hosts
我们现在玩 Docker已经不建议使用--link了！
白定义网络！不用 docker!
docker0问题：他不支持容器名连接访问！
自定义网络
查看所有的docker网络
[root@localhost local] docker network ls
NETWORK ID NAME DRIVER SCOPE
e21027733ede bridge bridge local
b4d874384509 host host local
cf4e53ae5abb none null local
网络模式
bridge：桥接 docker（默认）
none：不配置网络
host：和宿主机共享网络
container：容器网络连通！（用的少！）
测试
docker run -d -P --name tomcat01 tomcat
docker run -d -P --name tomcat01 --net bridge tomcat
#docker0持点：默认，域名不能访同，-1ink可以打通连接！
#我们可以自定义一个网络.
# --driver bridge
#--subnet 192.168.0.0/16
#--gateway 192.168.0.1
[root@localhost local] docker network create --driver bridge --subnet 192.168.0.0/16 --gateway 192.168.0.1 mynet
12ac0c8bc6b6c10e21c19afed4b96b2c980a60b86ccc51c5f081fc6830a9c712
[root@localhost local]# docker network ls
NETWORK ID NAME DRIVER SCOPE
e21027733ede bridge bridge local
b4d874384509 host host local
12ac0c8bc6b6 mynet bridge local
cf4e53ae5abb none null local
通过我们自定义的网络启动两台Tomcat
docker run -d -P --name tomcat-net-01 --net mynet tomcat
docker run -d -P --name tomcat-net-02 --net mynet tomcat
通过tomcat-net-01的名称ping通tomcat-net-02 的ip测试
docker exec -it tomcat-net-01 ping 192.168.0.3
通过tomcat-net-01的名称ping通tomcat-net-02 的名称测试
docker exec -it tomcat-net-01 ping tomcat-net-02
发现不使用--link都可以连通
我们白定义的网络 docker都已经帮我们維护好了对应的关系，推荐我们平时这样使用网络
好处:
redis-不同的集群使用不同的网络，保证集群是安全和健康的
mysq-不同的集群使用不同的网络，保证集群是安全和催康的
网络连通
docker run -d -P --name tomcat01 tomcat
docker run -d -P --name tomcat-net-01 --net mynet tomcat
docker network connect mynet tomcat01
一个容器两个ip址
阿里云服务：公网p私网ip
# tomcat01打通
docker exec -it tomcat01 ping tomcat-net-01
# tomcat02依旧不打通，如果需要连通 docker network connect mynet tomcat02
Spring Booti微服务打包 Docker镜像
1、新建一个SpringBoot项目
2、打包应用
打包
3、装一个插件
新建一个Dockerfile文件
FROM java:8
COPY *.jar /app.jar
CMD ["--server.port=8080--"]
EXPOSE 8080
ENTRYPOINT ["java","-jar","/app.jar"]
将jar包和Dockerfile文件上传到linux服务器
新建一个目录存放jar
cd /home
mkdir idea
cd idea
构建镜像
docker build -t springboot_doker .
运行镜像
docker run -d -P --name springboot-web01 springboot_doker
访问ip:端口
