做网站seo的步骤,网站备案没座机,wordpress 评论后,影响关键词优化的因素文章目录 Docker为什么出现容器和虚拟机关于虚拟机关于Docker二者区别#xff1a; Docker的基本组成相关概念-镜像#xff0c;容器#xff0c;仓库安装Docker卸载docker阿里云镜像加速docker run的原理**为什么容器比虚拟机快**Docker的常用命令1.帮助命令2.镜像相关命令3.容… 文章目录 Docker为什么出现容器和虚拟机关于虚拟机关于Docker二者区别 Docker的基本组成相关概念-镜像容器仓库安装Docker卸载docker阿里云镜像加速docker run的原理**为什么容器比虚拟机快**Docker的常用命令1.帮助命令2.镜像相关命令3.容器命令新建容器并启动列出所有运行的容器退出容器删除容器启动和停止容器 4.常用其他命令后台启动命令(run -d选项)查看日志查看容器内部的进程信息查看镜像的元数据进入当前正在运行的容器从容器内的内容拷贝到主机上 **命令小结**案例一Docker安装Nginx案例二Docker安装tomcat坑点:解决webapps目录为空 案例三部署elasticsearchkibana Portainer 可视化面板安装镜像原理之联合文件系统**镜像是什么****如何得到镜像****Docker镜像加载原理**分层理解查看镜像分层命令 实例理解分层案例做一个镜像提交容器成为新镜像的命令 Docker为什么出现
一款产品从开发到上线至少与两套环境包括应用环境应用配置而环境配置是十分的麻烦每一个机器都要部署一样的环境费事费力 问题发布一个项目该项目能不能带上环境安装打包一起发布 Docker给以上的问题提出了解决方案Docker的思想就来自于集装箱
隔离Docker核心思想就是隔离将每个版本打包装箱每个箱子是互相隔离的
Docker通过隔离机制可以将服务器利用到极致 容器和虚拟机
关于虚拟机
在容器技术出来之前都是使用虚拟机技术但是虚拟机和docker容器都是一种虚拟化技术
虚拟机在window中装一个VMware通过这个软件我们可以虚拟出来一台或者多台电脑比较笨重 虚拟机技术 虚拟机技术缺点资源占用多 冗余步骤多 启动很慢
关于Docker
Docker基于Go语言开发的是开源项目 docker官网https://www.docker.com/ docker相关文档https://docs.docker.com/ docker仓库https://hub.docker.com/ 容器化技术 容器化技术不是模拟一个完整的操作系统 二者区别
1.虚拟化级别不同
虚拟机是基于硬件层面的虚拟化技术它通过在物理服务器上创建虚拟硬件层来模拟完整的操作系统和硬件环境传统虚拟机虚拟出一套硬件运行一个完整的操作系统然后在这个系统上安装和运行软件容器是在操作系统层面进行虚拟化利用操作系统的隔离机制来创建独立的运行环境容器内的应用直接运行在宿主机的内核当中容器是没有自己的内核的也没有虚拟我们的硬件所以就轻便了
2.资源利用效率
由于虚拟机需要模拟完整的操作系统和硬件环境因此每个虚拟机都需要独立的操作系统和额外的系统资源。这使得虚拟机在资源利用方面相对较低容器共享宿主机的操作系统容器之间共享内核因此容器可以更高效地利用系统资源每个容器间是互相隔离每个容器内都有一个属于自己的文件系统互不影响
3.启动时间
虚拟机启动需要较长的时间因为它需要启动完整的操作系统容器启动通常更快因为它们共享宿主机的操作系统和内核
4.隔离性
虚拟机提供了更强的隔离性因为每个虚拟机都有自己独立的操作系统和硬件模拟容器在隔离性方面相对较弱因为它们共享操作系统和内核容器之间的隔离依赖于容器技术本身提供的机制
5.迁移和扩展性
虚拟机可以在不同的物理服务器之间迁移但迁移过程相对较慢和复杂容器可以更快速地迁移和扩展因为它们是轻量级的且依赖于宿主机的操作系统 docker对于DevOps开发、运维的用途 1.应用更快速的交付和部署 传统做法一对帮助文档安装程序。 Docker做法打包镜像发布测试一键运行。
2.更便捷的升级和扩缩容使用了 Docker之后我们部署应用就和搭积木一样项目打包为一个镜像然后扩展服务器A服务器B
3.更简单的系统运维在容器化之后我们的开发测试环境都是高度一致的
4.更高效的计算资源利用Docker是内核级别的虚拟化可以在物理机上可以运行很多的容器实例服务器的性能可以被压榨到极致 Docker的基本组成 相关概念-镜像容器仓库
**镜像image)**docker镜像就好比是一个模板可以通过这个模板来创建容器服务通过运行tomcat镜像得到tomcat容器提供服务器通过这个镜像可以创建多个容器最终服务或者项目就是在容器中运行的
**容器(container)**Docker利用容器技术独立运行一个或者一组应用容器是通过镜像来创建的可以把容器理解为就是一个简易的 Linux系统
**仓库(repository)**仓库就是存放镜像的地方仓库分为公有仓库和私有仓库。(很类似git)官方Docker Hub默认是国外的阿里云等平台都有容器服务(需要配置镜像加速)
安装Docker 环境准备 1.Linux要求内核3.0以上 2.CentOS 7 环境查看 [rootMango ~]# uname -r
3.10.0-514.26.2.el7.x86_64 # 要求3.0以上
[rootMango ~]# cat /etc/os-release
NAMECentOS Linux
VERSION7 (Core)
IDcentos
ID_LIKErhel fedora
VERSION_ID7
PRETTY_NAMECentOS Linux 7 (Core)
ANSI_COLOR0;31
CPE_NAMEcpe:/o:centos:centos:7
HOME_URLhttps://www.centos.org/
BUG_REPORT_URLhttps://bugs.centos.org/CENTOS_MANTISBT_PROJECTCentOS-7
CENTOS_MANTISBT_PROJECT_VERSION7
REDHAT_SUPPORT_PRODUCTcentos
REDHAT_SUPPORT_PRODUCT_VERSION7docker帮助文档https://docs.docker.com/engine/install/ 卸载与安装 #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.设置镜像的仓库
yum-config-manager \--add-repo \https://download.docker.com/linux/centos/docker-ce.repo
#上述方法默认是从国外的不推荐#推荐使用国内的使用阿里云镜像
yum-config-manager \--add-repo \https://mirrors.aliyun.com/docker-ce/linux/centos/docker-ce.repo#更新yum软件包索引
yum makecache fast#4.安装docker相关的 docker-ce是社区版,而docker-ee是企业版
yum install docker-ce docker-ce-cli containerd.io # 这里我们使用社区版即可#5.启动docker
systemctl start docker#6. 使用docker version查看是否按照成功
docker version#7. 测试
docker run hello-world#8.查看已经下载的镜像(从这里可以查看已有镜像的id)
[rootMango ~]# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
hello-world latest bf756fb1ae65 4 months ago 13.3kB卸载docker
#1. 卸载依赖
yum remove docker-ce docker-ce-cli containerd.io#2. 删除资源
rm -rf /var/lib/docker# /var/lib/docker 是docker的默认工作路径阿里云镜像加速
步骤1登录阿里云找到容器服务 步骤2找到镜像加速器 步骤3配置使用
#1.创建一个目录
sudo mkdir -p /etc/docker#2.编写配置文件
sudo tee /etc/docker/daemon.json -EOF
{registry-mirrors: [https://t2wwyxhb.mirror.aliyuncs.com]
}
EOF#3.重启服务
sudo systemctl daemon-reload
sudo systemctl restart dockerdocker run的原理 底层原理 Docker是一个Client-Server结构的系统Docker的守护进程运行在主机上通过Socket和客户端进行通信当Docker-Server接收到Docker-Client的指令就会执行这个命令 docker run 流程图 例子docker run hello 1检查本地是否存在 hello 镜像: Docker 首先会检查本地主机上是否存在名为 “hello” 的镜像如果本地不存在该镜像Docker 将会去远程仓库下载该镜像。
2创建容器: 一旦 Docker 获得了 hello 镜像它会在本地主机上创建一个容器。这个容器是hello镜像的一个实例包含了运行 hello 应用程序所需的文件系统、代码和依赖项 该容器是一个隔离的运行环境与主机和其他容器隔离开来
3启动容器: 一旦容器创建成功Docker 会启动它**启动容器的过程包括分配资源如 CPU、内存等以及配置网络和存储等相关设置**
4运行 hello 应用程序: 一旦容器启动Docker 将在容器内部执行 hello 应用程序这可能涉及到在容器中启动一个进程、执行相关指令或者运行脚本 为什么容器比虚拟机快 一个很重要的原因就是docker有着比虚拟机更少的抽象层
由于docker不需要Hypervisor实现硬件资源虚拟化运行在docker容器上的程序直接使用的都是实际物理机的硬件资源因此在CPU、内存利用率上docker将会在效率上有明显优势docker利用的是宿主机的内核而不需要像虚拟机一样需要虚拟化一个操作系统Guest OS GuestOS VM虚拟机里的的系统OS HostOS物理机里的系统OS
当新建一个虚拟机时虚拟机软件需要虚拟化一个操作系统GuestOS返个虚拟化新建过程是分钟级别的而docker由于直接利用宿主机的操作系统则省略了这个复杂的过程因此新建一个docker容器只需要几秒钟docker不需要和虚拟机一样重新加载一个操作系统内核
Docker的常用命令
1.帮助命令
docker帮助文档的地址https://docs.docker.com/engine/reference/commandline/build/
docker version #显示docker的版本信息。
docker info #显示docker的系统信息包括镜像和容器的数量
docker 命令 --help #帮助命令2.镜像相关命令
docker images #查看所有本地主机上的镜像 可以使用docker image ls代替
docker search 镜像名 #搜索镜像
docker pull 镜像名 #下载镜像 完整指令docker image pull 镜像名
docker rmi 镜像名 #删除镜像 完整指令: docker image rm 镜像名 i代表imagedocker images查看所有本地的主机上的镜像 [rootMango ~]# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
hello-world latest bf756fb1ae65 4 months ago 13.3kB
mysql 5.7 b84d68d0a7db 6 days ago 448MB# 解释
#REPOSITORY # 镜像的仓库源
#TAG # 镜像的标签(版本) ---lastest 表示最新版本
#IMAGE ID # 镜像的id
#CREATED # 镜像的创建时间
#SIZE # 镜像的大小# 可选项
Options:-a, --all Show all images (default hides intermediate images) #列出所有镜像-q, --quiet Only show numeric IDs # 只显示镜像的id[rootMango ~]# docker images -a #列出所有镜像详细信息
[rootMango ~]# docker images -aq #列出所有镜像的iddocker search 搜索镜像 [rootMango ~]# docker search mysql#如果加上 --filterSTARS3000 #进行过程,表示搜索出来的镜像收藏STARS数量大于3000的
#docker search --help查看相关内容
Options:-f, --filter filter Fi lter output based on conditions provided--format string Pretty-print search using a Go template--limit int Max number of search results (default 25)--no-trunc Dont truncate output[rootMango ~]# docker search mysql --filterSTARS3000
NAME DESCRIPTION STARS OFFICIAL AUTOMATED
mysql MySQL IS ... 9520 [OK]
mariadb MariaDB IS ... 3456 [OK] docker pull 下载镜像 # 下载镜像 docker pull 镜像名[:tag]
#可以版本(tag)的原因可以指定下载某个版本否则都是下载最新版latest
[rootMango ~]# docker pull tomcat:8
8: Pulling from library/tomcat #如果不写tag(docker pull tomcat) 默认就是latest
90fe46dd8199: Already exists #分层下载 docker的核心 联合文件系统
35a4f1977689: Already exists
bbc37f14aded: Already exists
74e27dc593d4: Already exists
93a01fbfad7f: Already exists
1478df405869: Pull complete
64f0dd11682b: Pull complete
68ff4e050d11: Pull complete
f576086003cf: Pull complete
3b72593ce10e: Pull complete
Digest: sha256:0c6234e7ec9d10ab32c06423ab829b32e3183ba5bf2620ee66de866df # 签名防伪
Status: Downloaded newer image for tomcat:8
docker.io/library/tomcat:8 #真实地址#等价于
docker pull tomcat:8 docker pull docker.io/library/tomcat:8注意版本不能瞎写必须是存在的 docker rmi 删除镜像 docker rmi -f 镜像id #删除指定id的镜像
[rootMango ~]# docker rmi -f f19c56ce92a8docker rmi -f $(docker images -aq) #删除全部的镜像 docker images -aq #列出所有镜像的id3.容器命令
docker ps #列出所有运行的容器 等价于docker container list
docker rm 容器id #删除指定容器
docker start 容器id #启动指定容器
docker restart 容器id #重启指定容器
docker stop 容器id #停止当前正在运行的容器
docker kill 容器id #强制停止当前容器说明有了镜像才可以创建容器下述我们可以通过下载centos镜像来学习 镜像下载 #docker中下载centos
docker pull centos
docker run 镜像id #根据镜像新建容器并启动新建容器并启动
docker run [可选参数] image | docker container run [可选参数] image
#参书说明
--nameName #容器名字Name tomcat01 tomcat02 用来区分容器
-d #后台方式运行
-it #使用交互方式运行进入容器查看内容
-p #指定容器的端口 -p 8080(宿主机):8080(容器)
#有下述4种指定端口的方式-p 指定ip:主机端口:容器端口-p 主机端口:容器端口 (常用)-p 容器端口容器端口 不带-p选项直接写端口
-P(大写) 随机指定端口# 测试、启动并进入容器
[rootMango ~]# docker run -it centos /bin/bash
[root241b5abce65e /]# ls #注意此时的主机名变成了镜像id 查看容器内的centos
bin dev etc home lib lib64 lostfound media mnt opt proc root run sbin srv sys tmp usr var
[rootMango /]# exit #从容器退回主机 或者ctrld退出
exit/*
docker run -it centos /bin/bash这个命令在启动 centos 镜像的容器后会立即执行 /bin/bash 命令进入容器的交互式终端bash shell。这样你可以在容器内执行命令、浏览文件系统、安装软件等操作。docker run -it centos这个命令在启动 centos 镜像的容器后默认会执行容器内的默认命令通常是启动容器内的主进程。对于 CentOS 镜像来说它启动之后的默认命令是 /bin/bash所以在这种情况下它与上述命令的效果是一样的
但是如果你使用的是其他镜像它的默认命令可能是不同的比如启动一个 Web 服务器进程或者数据库服务
*/列出所有运行的容器
docker ps 命令 #列出当前正在运行的容器-a, #列出当前正在运行的容器 历史运行过的容器-n? #列出最近创建的?个容器 ?为1则只列出最近创建的一个容器,为2则列出2个-q, #只列出容器的编号退出容器
exit #容器直接退出 #1.容器停止。会导致容器停止运行容器中的任何正在运行的进程将被中止并且容器将不再处于运行状态 docker ps查看不到该容器的信息#2.数据丢失。如果在退出容器之前没有保存或持久化关键数据那么退出容器将导致在下次启动容器时丢失这些数据。容器中的临时文件和运行时状态将丢失
ctrl P Q #容器不停止退出 分离detach容器使容器在后台运行而无需终止容器进程 ---注意这个很有用的操作!!!!删除容器
docker rm 容器id #删除指定的容器不能删除正在运行的容器如果要强制删除,可以加上-rf选项#删除所有的容器
docker rm -f $(docker ps -aq) #方式1
docker ps -aq|xargs docker rm #方式2/*
xargs: 这是一个用于处理命令行参数的工具。它可以将前一个命令的输出作为后一个命令的参数
docker rm: 这是一个用于删除 Docker 容器的命令,它接受一个或多个容器的 ID或名称作为参数并删除这些容器。
因此上述命令的含义是列出所有容器的 ID,将它们传递给 docker rm 命令以删除这些容器
*/启动和停止容器
docker start 容器id #启动容器
docker restart 容器id #重启容器
docker stop 容器id #停止当前正在运行的容器
docker kill 容器id #强制停止当前容器4.常用其他命令
后台启动命令(run -d选项)
# 命令 docker run -d 镜像名
[rootMango ~]# docker run -d centos #后台运行centos
a8f922c255859622ac45ce3a535b7a0e8253329be4756ed6e32265d2dd2fac6c[rootMango ~]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES问题: docker ps查看正在运行的容器 发现centos容器 停止了 常见的坑docker容器使用后台运行就必须要有要一个前台进程docker发现没有前台应用就会自动停止
容器启动后docker发现自己没有提供服务docker就会立刻停止就是没有程序使用docker ps查看不到所以最好的就是 启动后台应用的情况下最好要有前台应用与之对应
注意在docker run命令中使用-d标志创建容器时容器将在后台以守护进程的形式运行但是如果没有指定一个持续运行的进程或命令或者前台进程容器会在启动后立即退出 解决办法1在后台运行的容器当中增加一个持续运行的前台进程
/bin/sh -c while true;do echo 6666;sleep 1;done作为容器的启动命令这是一个用/bin/sh解释器执行的命令字符串。该命令字符串包含一个无限循环每秒打印一次字符串6666在这种情况下使用-d标志是重要的希望容器在后台持续运行而不阻塞终端。如果不使用-d标志则命令将在前台运行将看到输出并且无法继续输入其他命令 解决办法2docker run -d centos tail -f /dev/null
tail -f /dev/null是一个常用的技巧它提供了一个无限循环的命令它会持续读取/dev/null空设备并保持容器处于运行状态。/dev/null是一个特殊的设备文件它会将所有写入它的数据丢弃而读取它将始终返回空值通过在容器中运行tail -f /dev/null您实际上在容器中创建了一个持续运行的进程该进程不会做任何实际的工作但会阻止容器退出。这样您就可以保持CentOS容器持续运行而不会立即退出
查看日志
docker logs --help
Options:--details Show extra details provided to logs
* -f, --follow Follow log output--since string Show logs since timestamp (e.g. 2013-01-02T13:23:37) or relative (e.g. 42m for 42 minutes)
* --tail string Number of lines to show from the end of the logs (default all)
* -t, --timestamps Show timestamps--until string Show logs before a timestamp (e.g. 2013-01-02T13:23:37) or relative (e.g. 42m for 42 minutes)#示例
docker run -d centos /bin/sh -c while true;do echo 6666;sleep 1;done #在后台运行的容器当中,模拟日志打印 #显示日志
-tf #显示日志信息一直更新
--tail number #需要显示日志条数
docker logs -t --tail n 容器id #查看n行日志
docker logs -tf 容器id #实时更新日志实时查看日志 指定行数查看日志 查看容器内部的进程信息
docker top 容器id查看镜像的元数据
docker inspect 容器id#测试
docker inspect 55321bcae33d #可以发现这个容器id只是下面的Id的缩写[{Id: 55321bcae33d15da8280bcac1d2bc1141d213bcc8f8e792edfd832ff61ae5066,Created: 2020-05-15T05:22:05.515909071Z,Path: /bin/sh,Args: [-c,while true;do echo 6666;sleep 1;done],//........
]进入当前正在运行的容器
我们通常启动容器都是使用后台方式运行的但是有时需要进入容器修改一些配置docker exec命令可以让我们进入容器 方式1 docker exec -it 容器id bashshell (/bin/shell)测试 [rootlocalhost ~]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
d8010c37caaf centos /bin/bash 4 seconds ago Up 3 seconds tender_greider
[rootlocalhost ~]# docker exec -it d8010c37caaf /bin/bash
[rootd8010c37caaf /]# pwd
/
[rootd8010c37caaf /]# exit
exit
[rootlocalhost ~]# # 方式二
docker attach 容器iddocker attach和docker exec的区别 docker exec #进入当前容器后开启一个新的终端进程并与容器进行交互而不会影响容器的原始进程 docker exec命令在容器中启动的进程是新的进程与容器的主进程相互独立 docker attach # 进入容器正在执行的终端 不会启动新的进程
所以说docker attach连接到容器后按下 CtrlC 将会导致容器停止除非容器中有其他进程在运行docker exec在容器内部启动的进程是新的进程与容器的主进程相互独立。当您在容器中执行命令并退出后容器仍然保持运行状态 应用场景 docker attach命令在以下情况下实时查看容器的输出如果您需要实时查看容器的输出例如日志或控制台输出可以使用docker attach连接到容器的标准流。这允许您直接与容器的主进程进行交互并查看输出。
docker exec命令适用于以下情况在容器内执行一次性命令如果您需要在容器内部执行一次性的命令例如安装软件包、执行脚本或检查容器的状态docker exec是更合适的选择。它启动一个新的进程在容器内执行命令并返回结果 从容器内的内容拷贝到主机上
docker cp 容器id:容器内路径 主机目的路径 #注意是在主机执行该命令而不是在容器内部执行[rootMango ~]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
56a5583b25b4 centos /bin/bash 7seconds ago Up 6 seconds #1. 进入docker容器内部
[rootMango ~]# docker exec -it 56a5583b25b4 /bin/bash
[root55321bcae33d /]# ls
bin dev etc home lib lib64 lostfound media mnt opt proc root run sbin srv sys tmp usr var #在容器内新建一个文件
[root55321bcae33d /]# echo hello hello.java
[root55321bcae33d /]# cat hello.java
hello
[root55321bcae33d /]# exit
exit#将容器内的hello.java拷贝到主机的home文件夹下
[rootMango /]# docker cp 56a5583b25b4:/hello.java /home
[rootMango /]# cd /home
[rootMango home]# ls -l #可以看见hello.java存在
total 8
-rw-r--r-- 1 root root 0 May 19 22:09 haust.java
-rw-r--r-- 1 root root 6 May 22 11:12 hello.java
drwx------ 3 www www 4096 May 8 12:14 www命令小结 attach Attach local standard input, output, and error streams to a running container#将本地标准输入、输出和错误流连接到运行中的容器
build Build an image from a Dockerfile # 通过Dockerfile定制镜像
commit Create a new image from a containers 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 containers filesystem #查看docker容器的变化
events Get real time events from the server # 从服务获取容器实时时间
exec Run a command in a running container # 在运行中的容器上运行命令
export Export a containers 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 #登录到 Docker 注册表
logout Log out from a Docker registry#从 Docker 注册表注销
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 aregistry #从注册表拉取镜像或仓库
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#删除一个或多个镜像 image镜像
run Run a command in a new container#在新容器中运行命令
save Save one or more images to a tar archive (streamed to STDOUT by default)#将一个或多个镜像保存为 tar 归档默认流式传输到 STDOUT
search Search the Docker Hub for images#在 Docker Hub 中搜索镜像
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#显示 Docker 版本信息
wait Block until one or more containers stop, then print their exit codes #阻塞直到一个或多个容器停止然后打印它们的退出代码。案例一Docker安装Nginx
#1. 搜索镜像 search 建议大家去docker官网搜索可以看到帮助文档
[rootMango ~]# docker search nginx#2. 拉取下载镜像 pull
[rootMango ~]# docker pull nginx#3. 查看是否下载成功镜像
[rootMango ~]# docker images#3. 运行测试 docker run
#选项 -d 后台运行 --name 给容器命名-p 宿主机端口容器内部端口
[rootMango ~]# docker run -d --name nginx01 -p 3344:80 nginx
aa664b0c8ed98f532453ce1c599be823bcc1f3c9209e5078615af416ccb454c2#4. 查看正在启动的镜像
[rootMango ~]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
75943663c116 nginx nginx -g daemon of… 41 seconds ago Up 40 seconds 0.0.0.0:82-80/tcp nginx00#可以使用本机进行测试curl localhost:3344#5. 进入容器
[rootMango ~]# docker exec -it nginx01 /bin/bash
rootaa664b0c8ed9:/# whereis nginx #找到nginx配置文件
nginx: /usr/sbin/nginx /usr/lib/nginx /etc/nginx /usr/share/nginx
rootaa664b0c8ed9:/# cd /etc/nginx/
rootaa664b0c8ed9:/etc/nginx# ls
conf.d fastcgi_params koi-utf koi-win mime.types modules nginx.conf scgi_params uwsgi_params win-utf#6. 退出容器
rootaa664b0c8ed9:/etc/nginx# exit
exit#7. 停止容器
[rootMango ~]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
aa664b0c8ed9 nginx nginx -g daemon of… 10 minutes ago Up 10 minutes 0.0.0.0:3344-80/tcp nginx01
[rootMango ~]# docker stop aa664b0c8ed9宿主机端口 和 容器内部端口 以及端口暴露映射端口映射功能允许将容器内部的端口映射到主机上的端口 通过端口映射可以轻松将容器内的服务暴露给外部网络使得可以通过主机的 IP 地址和端口访问容器中的应用程序这对于开发和部署应用程序非常有用此时访问主机的3344端口就相当于访问容器的80端口的nginx服务 **问题**我们每次改动nginx配置文件都需要进入容器内部 这是十分麻烦我要是可以在容器外部提供一个映射路径达到在容器外部修改文件容器内部的文件就可以自动修改
此时需要的是数据卷 技术例如docker run -v 主机内的目录:容器内的目录通过docker run命令的-v选项进行两个目录之间的挂载
案例二Docker安装tomcat
坑点:解决webapps目录为空
# 例如下载 tomcat9.0
# 之前的启动都是后台停止了容器虽然在docker ps查看不到但是加上-a选项还是可以查到# docker run -it --rm 镜像名 如果加上--rm选项,那么一般是用来测试用完就删除,不会存在历史记录
# --rm Automatically remove the container when it exits 用完即删# docker run 命令会在本地不存在指定镜像时自动下载该镜像
[rootMango ~]# docker run -it --rm tomcat:9.0 #指定下载9.0版本#如果不指定版本默认下载最新版latest
[rootMango ~]# docker pull tomcat#查看下载的镜像
[rootMango ~]# docker images#以后台方式-d进行端口映射方式-p指定启动之后的容器名字为tomcat-1--name选项) 启动运行tomcat容器 主机的8080端口和容器内的8080端口映射
[rootMango ~]# docker run -d -p 8080:8080 --name tomcat01 tomcat#本地测试访问有没有问题
curl localhost:8080#如果直接去浏览器上访问会出现404原因是文件缺失看下面的解决方案#根据容器id进入tomcat容器
[rootMango ~]# docker exec -it 645596565d3f /bin/bash
root645596565d3f:/usr/local/tomcat#
#查看tomcat容器内部内容
root645596565d3f:/usr/local/tomcat# ls -l
total 152
-rw-r--r-- 1 root root 18982 May 5 20:40 BUILDING.txt
-rw-r--r-- 1 root root 5409 May 5 20:40 CONTRIBUTING.md
-rw-r--r-- 1 root root 57092 May 5 20:40 LICENSE
-rw-r--r-- 1 root root 2333 May 5 20:40 NOTICE
-rw-r--r-- 1 root root 3255 May 5 20:40 README.md
-rw-r--r-- 1 root root 6898 May 5 20:40 RELEASE-NOTES
-rw-r--r-- 1 root root 16262 May 5 20:40 RUNNING.txt
drwxr-xr-x 2 root root 4096 May 16 12:05 bin
drwxr-xr-x 1 root root 4096 May 21 11:04 conf
drwxr-xr-x 2 root root 4096 May 16 12:05 lib
drwxrwxrwx 1 root root 4096 May 21 11:04 logs
drwxr-xr-x 2 root root 4096 May 16 12:05 native-jni-lib
drwxrwxrwx 2 root root 4096 May 16 12:05 temp
drwxr-xr-x 2 root root 4096 May 16 12:05 webapps
drwxr-xr-x 7 root root 4096 May 5 20:37 webapps.dist
drwxrwxrwx 2 root root 4096 May 5 20:36 work
root645596565d3f:/usr/local/tomcat#
#进入webapps目录
root645596565d3f:/usr/local/tomcat# cd webapps
root645596565d3f:/usr/local/tomcat/webapps# ls
root645596565d3f:/usr/local/tomcat/webapps#
# 发现问题1、linux命令少了。 2.webapps目录为空
# 原因安装docker的时候使用的是阿里云镜像
#而阿里云默认是最小的镜像所以不必要的内容都剔除掉,保证最小可运行的环境
# 解决方案将webapps.dist下的文件都拷贝到webapps下即可
root645596565d3f:/usr/local/tomcat#ls #找到webapps.dist
BUILDING.txt LICENSE README.md RUNNING.txt conf logs temp webapps.dist
CONTRIBUTING.md NOTICE RELEASE-NOTES bin lib na tive-jni-lib webapps workroot645596565d3f:/usr/local/tomcat# cd webapps.dist/ # 进入webapps.dist
root645596565d3f:/usr/local/tomcat/webapps.dist# ls # 查看内容
ROOT docs examples host-manager managerroot645596565d3f:/usr/local/tomcat/webapps.dist# cd ..
root645596565d3f:/usr/local/tomcat# cp -r webapps.dist/* webapps # 拷贝webapps.dist 内容给webapps
root645596565d3f:/usr/local/tomcat# cd webapps #进入webapps
root645596565d3f:/usr/local/tomcat/webapps# ls #查看拷贝结果
ROOT docs examples host-manager manager这样docker部署tomcat就可以访问了 问题:我们以后要部署项目如果每次都要进入容器是不是十分麻烦要是可以在容器外部提供一个映射路径比如webapps我们在外部放置项目就自动同步内部就好了 这同样使用到的是数据卷技术 案例三部署elasticsearchkibana # es 暴露的端口很多
# es 十分耗内存
# es 的数据一般需要放置到安全目录挂载
# --net somenetwork 网络配置# 启动elasticsearch
[rootMango ~]# docker run -d --name elasticsearch -p 9200:9200 -p 9300:9300 -e discovery.typesingle-node elasticsearch:7.6.2# 测试一下es是否成功启动
➜ ~ curl localhost:9200
{name : d73ad2f22dd3,cluster_name : docker-cluster,cluster_uuid : atFKgANxS8CzgIyCB8PGxA,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
}[rootMango ~]# docker stats # 显示正在运行的容器的实时资源使用情况 (查看内存使用情况)#测试成功就关掉elasticSearch防止耗内存
[rootMango ~]# docker stop d834ce2bd306
d834ce2bd306#测试成功就关掉elasticSearch可以添加内存的限制修改配置文件 -e选项环境配置修改
# -e ES_JAVA_OPTS-Xms64m -Xmx512m 最多只占512M空间
docker rm -f d73ad2f22dd3 # stop命令也行
docker run -d --name elasticsearch -p 9200:9200 -p 9300:9300 -e discovery.typesingle-node -e ES_JAVA_OPTS-Xms64m -Xmx512m elasticsearch:7.6.2#进行本地测试 curl localhost:9200
{name : b72c9847ec48,cluster_name : docker-cluster,cluster_uuid : yNAK0EORSvq3Wtaqe2QqAg,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
}Portainer 可视化面板安装 portainer(先用这个) Rancher(CI/CD再用 -持续集成持续交付) 什么是portainer Docker图形化界面管理工具提供一个后台面板供我们操作
# portainer安装命令
[rootMango ~]# docker run -d -p 8088:9000 \--restartalways -v /var/run/docker.sock:/var/run/docker.sock --privilegedtrue portainer/portainerUnable to find image portainer/portainer:latest locally
latest: Pulling from portainer/portainer
d1e017099d17: Pull complete
a7dca5b5a9e8: Pull complete
Digest: sha256:4ae7f14330b56ffc8728e63d355bc4bc7381417fa45ba0597e5dd32682901080
Status: Downloaded newer image for portainer/portainer:latest
81753869c4fd438cec0e31659cbed0d112ad22bbcfcb9605483b126ee8ff306d
1234567891011测试访问 外网8088
要使用本地的8088前提是把阿里云的安全组打开并且容器内的portainer也要在运行 选择Local进入之后的面板 镜像原理之联合文件系统
镜像是什么
镜像是一种轻量级、可执行的独立软件包用来打包软件运行环境和基于运行环境开发的软件镜像包含运行某个软件所需的所有内容包括代码、运行时库、环境变量和配置文件。所有的应用直接打包成docker镜像就可以直接跑起来
如何得到镜像
从远程仓库下载别人拷贝给你自己制作一个镜像 需要使用DockerFile
Docker镜像加载原理 UnionFs 联合文件系统 UnionFs联合文件系统是一种分层、轻量级并且高性能的文件系统支持对文件系统的修改作为一次提交来一层层的叠加同时可以将不同目录挂载到同一个虚拟文件系统下
UnionFS文件系统是 Docker镜像的基础镜像可以通过分层来进行继承基于基础镜像可以制作各种具体的应用镜像
特性一次同时加载多个文件系统但从外面看起来只能看到一个文件系统联合加载会把各层文件系统叠加起来这样最终的文件系统会包含所有底层的文件和目录 Docker镜像加载原理 docker的镜像实际上由一层一层的文件系统组成这种层级的文件系统称为UnionFS
boots(boot file system主要包含 bootloader和 Kernel, bootloader主要是引导加载kernel, Linux刚启动时会加bootfs文件系统在 Docker镜像的最底层是 boots当boots加载完成之后整个内核就都在内存中了此时内存的使用权已由 bootfs转交给内核此时系统也会卸载bootfs rootfsroot file system)在 bootfs之上包含的就是典型 Linux系统中的/dev,/proc,/bin,/etc等标准目录和文件rootfs就是各种不同的操作系统发行版比如 Ubuntu, Centos等等 内核 内核image 内核image image 每一层不断的往上进行叠加 平时我们安装到虚拟机的CentOS都是好几个G为什么Docker这里才200M 对于精简的OSrootfs可以很小只需要包合最基本的命令工具和程序库就可以了因为docker底层直接用宿主机的kerneldocker容器本身只需要提供rootfs就可以了虚拟机是分钟级别启动容器是秒级启动
由此可见对于不同的Linux发行版 boots基本是一致的 rootfs会有差別因此不同的发行版可以公用bootfs 分层理解 分层的镜像 我们可以去下载一个镜像注意观察下载的日志输出可以看到是一层层的在下载 思考为什么Docker镜像要采用这种分层的结构呢 1.节省存储空间分层结构允许镜像的不同层次之间共享相同的文件 资源共享
对于多个镜像如果它们具有相同的基础层那么这些基础层只需要存储一次从而节省了存储空间这对于大规模部署和分布式系统尤其重要因为可以减少大量相同文件的重复存储比如有多个镜像都从相同的Base镜像构建而来那么宿主机只需在磁盘当中保留一份base镜像同时内存中也只需要加载一份base镜像这样就可以为所有的容器服务了而且镜像的每一层都可以被共享
2.加快镜像传输速度当需要从一个地方传输镜像到另一个地方时分层结构使得只需传输有进行更改的层而不需要传输整个镜像。这可以显著减少传输所需的时间和带宽消耗
3.提高镜像的可复用性分层结构使得镜像的不同层可以独立更新和管理使得镜像更易于维护和更新
通过修改和更新镜像的特定层可以轻松创建新的镜像版本而无需重新构建整个镜像
4.支持版本控制和回滚通过分层结构可以轻松管理和控制镜像的不同版本这对于应用程序的持续集成和交付以及故障恢复非常有用
每个层都可以被视为一个单独的版本可以轻松地回滚到先前的版本或创建新的版本
5.支持容器快速启动和销毁由于Docker容器的可写层是在镜像的顶部容器的创建和销毁操作只涉及对这个可写层的修改这使得容器的启动和销毁非常快速因为只需要对可写层的变更进行操作而不需要重新加载整个镜像
在Docker中容器的可写层是指容器运行时创建的可写文件系统层。该层位于镜像的顶部用于存储容器运行时的变化和数据。当容器创建时Docker会在镜像的基础上添加一个可写层用于记录容器中的文件修改、新增和删除等操作由于可写层是容器独有的而镜像的其余部分是只读的因此在容器的启动和销毁过程中只需要对可写层进行修改和操作而无需重新加载整个镜像这种设计使得容器的启动和销毁操作非常快速 当启动容器时Docker只需要加载基础镜像的只读部分和可写层而不需要重新加载整个镜像。只有在镜像不存在本地时Docker才会下载整个镜像这种加载方式使得容器的启动速度更快并且占用更少的存储空间 在容器启动时Docker会创建一个只读的文件系统其中包含基础镜像的只读部分这些只读部分通常是共享的即多个容器可以共享相同的只读部分 当销毁容器时只需要清理掉容器的可写层而不需要涉及整个镜像的操作 这种可写层的机制使得容器可以快速启动和销毁非常适合动态扩展和快速部署的场景。它也提供了容器间的隔离性每个容器都有自己的可写层互不干扰由于可写层的存在如果频繁修改容器中的文件可写层可能会随着时间增长而增大。这在一定程度上会对存储空间产生影响。因此在设计容器应用时需要注意避免不必要的文件修改或者使用持久化卷等机制来存储需要保留的数据以减小可写层的大小 查看镜像分层命令
docker image inspect 镜像id/镜像名字实例理解分层
所有的 Docker镜像都起始于一个基础镜像层当进行修改或培加新的内容时就会在当前镜像层之上创建新的镜像层 举一个简单的例子 1假如基于 Ubuntu Linux16.04创建一个新的镜像这就是新镜像的第一层
2如果在该镜像中添加 Python包就会在基础镜像层之上创建第二个镜像层
3如果继续添加一个安全补丁就会创建第三个镜像层该像当前已经包含3个镜像层
在添加额外的镜像层的同时镜像始终保持是当前所有“镜像层”的组合 下图中举了一个简单的例子每个镜像层包含3个文件而镜像包含了来自两个镜像层的6个文件 下图中展示了一个稍微复杂的三层镜像因为最上层中的文件7是文件5的一个更新版那么在外部看来整个镜像只有6个文件 这种情況下上层镜像层中的文件覆盖了底层镜像层中的文件这样就使得文件的更新版本作为一个新镜像层添加到镜像当中 Docker通过存储引擎新版本采用快照机制的方式来实现镜像层堆栈并保证多镜像层对外展示为统一的文件系统
下图展示了与系统显示相同的三层镜像。所有镜像层堆并合井对外提供统一的视图 特点 Docker 镜像都是只读的当容器启动时一个新的可写层会加载到镜像的顶部这一层就是通常说的容器层容器之下的都叫镜像层 案例做一个镜像
提交容器成为新镜像的命令
docker commit #提交容器成为一个新的镜像# 命令和git原理类似
docker commit -m描述信息 -a作者 容器id 目标镜像名:[版本TAG]实战测试 # 1、启动一个默认的tomcat
[rootMango ~]# docker run -d -p 8080:8080 tomcat
de57d0ace5716d27d0e3a7341503d07ed4695ffc266aef78e0a855b270c4064e# 2、这个默认启动的tomcat 是没有webapps应用因为下载docker的时候使用的是阿里云的镜像而阿里云默认是最小的镜像所以不必要的内容都剔除掉,保证最小可运行的环境 阿里云官方的镜像默认webapps文件夹是没有文件的
#docker exec -it 容器id /bin/bash 进入tomcat控制台
[rootMango ~]# docker exec -it de57d0ace571 /bin/bash
rootde57d0ace571:/usr/local/tomcat# # 3、从webapps.dist拷贝文件进去webapp
rootde57d0ace571:/usr/local/tomcat# cp -r webapps.dist/* webapps
rootde57d0ace571:/usr/local/tomcat# cd webapps
rootde57d0ace571:/usr/local/tomcat/webapps# ls
ROOT docs examples host-manager manager# 4、将操作过的容器通过commit调整为一个镜像我们以后就使用我们修改过的镜像即可而不需要每次都重新拷贝webapps.dist下的文件到webapps了这就是我们自己的一个修改的镜像。
#docker commit -m描述信息 -a作者 容器id 目标镜像名:[TAG]
docker commit -aMango -madd webapps app 原来的容器id tomcat02:1.0[rootMango ~]# docker commit -acsp提交的 -madd webapps app de57d0ace571 tomcat02.1.0
sha256:d5f28a0bb0d0b6522fdcb56f100d11298377b2b7c51b9a9e621379b01cf1487e[rootMango ~]# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
tomcat02.1.0 latest d5f28a0bb0d0 14 seconds ago 652MB #发现比原来的版本更大
tomcat latest 1b6b1fe7261e 5 days ago 647MB
nginx latest 9beeba249f3e 5 days ago 127MB
mysql 5.7 b84d68d0a7db 5 days ago 448MB
elasticsearch 7.6.2 f29a1ee41030 8 weeks ago 791MB
portainer/portainer latest 2869fc110bf7 2 months ago 78.6MB
centos latest 470671670cac 4 months ago 237MB
hello-world latest bf756fb1ae65 4 months ago 13.3kB如果你想要保存当前容器的状态就可以通过commit来提交从而获得一个镜像就好比我们我们使用虚拟机的快照
