Docker镜像详解

安装Nginx

docker search nginx 
docker pull nginx 
# 启动容器 -d：后台运行；--name: 给容器命名；-p: 端口映射
docker run -d --name nginx01 -p 3344:80 nginx 
docker ps
curl localhost:3344 
# 进入容器
docker exec -it nginx01 /bin/bash

安装tomcat

# 运行时找不到容器会自动下载镜像
docker run -it tomcat:9.0

# 会自动下载tomcat最新版本
docker run -d -p 3355:8080 --name tomcat01 tomcat
# 进入tomcat容器
docker exec -it tomcat01 /bin/bash

部署ES + Kibana

官方文档：https://hub.docker.com/_/elasticsearch?tab=description

问题：

  • ES暴露的端口很多
  • ES非常耗内存
  • ES的文件要放到安全目录
# 启动es  
docker run -d --name elasticsearch01  -p 9200:9200 -p 9300:9300 -e "discovery.type=single-node" elasticsearch:7.14.2

# 查看cpu状态
docker stats

curl localhost:9200

# 先停止es容器 增加内存的限制
docker stop 容器id
docker run -d --name elasticsearch01 -p 9200:9200 -p 9300:9300 -e "discovery.type=single-node" -e ES_JAVA_OPTS="-Xms512m -Xmx512m" elasticsearch:7.14.2

安装7.6.2版本提示错误：docker: no matching manifest for linux/arm64/v8 in the manifest list entries.

解决方案：mac M1芯片的需要找到支持如下架构的版本
image

Docker镜像详解

镜像是什么？

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

Docker镜像加载原理

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

image

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

  • Docker镜像非常精简
    平时我们安装进虚拟机的CentOS都是好几个G，为什么Docker这里才200M？

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

  • UnionFs （联合文件系统）
    我们下载的时候看到分层的下载就是联合文件系统
    UnionFs：是一种分层、轻量级并且高性能的文件系统，他支持对文件系统的修改作为一次提交来一层层的叠加，同时可以将不同目录挂载到同一个虚拟文件系统下。Union文件系统是Docker镜像的基础。镜像可以通过分层来进行继承，基于基础镜像（没有父镜像），可以制作各种具体的应用镜像。

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

分层理解

所有的Docker镜像都起始于一个基础镜像层，当进行修改或增加新的内容时，就会在当前镜像层之上，创建新的镜像层。分层时有文件更新直接替换，基础镜像一样时直接拿过来复用。

docker pull redis

image

docker image inspect redis:latest

image

举一个简单的例子，假如基于 Ubuntu16.04创建一个新的镜像，这就是新镜像的第一层。如果在该镜像中添加Python包，就会在基础镜像层之上创建第二个镜像层。如果继续添加一个安全补丁，就会创健第三个镜像层该像当前已经包含3个镜像层，如下图所示（这只是一个用于演示的很简单的例子）。
image

在添加额外的镜像层的同时，镜像始终保持是当前所有镜像的组合。一个简单的例子，每个镜像层包含3个文件，而镜像包含了来自两个镜像层的6个文件。
image

下图中展示了一个稍微复杂的三层镜像，在外部看来整个镜像只有6个文件，这是因为最上层中的文件7是文件5的一个更新版。
上层镜像层中的文件覆盖了底层镜像层中的文件。这样就使得文件的更新版本作为一个新镜像层添加到镜像当中。
image

Docker通过存储引擎,(新版本采用快照机制)的方式来实现镜像层栈,并保证多镜像层对外展示为统一的文件系统

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

Docker在windows上支持Windowsfilter 一种存储引擎,该引擎基于NTFS文件系统之上实现了分层和Cow.

所有镜像层堆并合井，对外提供统一的视图。
image

特点

Docker 镜像都是只读的,当容器启动时,一个新的可写层被加载到镜像的顶层 !
这一层就是我们通常所说的容器层, 容器之下的都叫镜像层 !

image

提交自己的镜像

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

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

实战测试：打包一个自己的tomcat

docker ps
docker exec -it 178dbc68d14e /bin/bash
cp -r webapps.dist/* webapps/
exit
docker commit -a="mpy" -m="add webapps" 178dbc68d14e tomcat01:1.0
docker images  #发现多了tomcat01 镜像

如果你想要保存当前容器的状态,就可以通过commit 来提交,获得一个镜像,就好比我们以前学习VM时候得快照

posted @ 2021-10-20 17:35  狻猊的主人  阅读(168)  评论(0)  编辑  收藏  举报