容器运行时 and Docker
什么是Docker
Docker 使用 Google 公司推出的 Go 语言 进行开发实现,基于 Linux 内核的 cgroup,namespace,以及 AUFS 类的 Union FS 等技术,对进程进行封装隔离,属于 操作系统层面的虚拟化技术。由于隔离的进程独立于宿主和其它的隔离的进程,因此也称其为容器。最初实现是基于 LXC,从 0.7 版本以后开始去除 LXC,转而使用自行开发的 libcontainer,从 1.11 开始,则进一步演进为使用 runC 和 containerd。
Docker 在容器的基础上,进行了进一步的封装,从文件系统、网络互联到进程隔离等等,极大的简化了容器的创建和维护。使得 Docker 技术比虚拟机技术更为轻便、快捷。
1. 为什么选择Docker?
作为一种新兴的虚拟化方式,Docker 跟传统的虚拟化方式相比具有众多的优势。
(1)更高效的利用系统资源。
由于容器不需要进行硬件虚拟以及运行完整操作系统等额外开销,Docker 对系统资源的利用率更高。无论是应用执行速度、内存损耗或者文件存储速度,都要比传统虚拟机技术更高效。因此,相比虚拟机技术,一个相同配置的主机,往往可以运行更多数量的应用。
(2)更快速的启动时间
传统的虚拟机技术启动应用服务往往需要数分钟,而 Docker 容器应用,由于直接运行于宿主内核,无需启动完整的操作系统,因此可以做到秒级、甚至毫秒级的启动时间。大大的节约了开发、测试、部署的时间。
(3)一致的运行环境
开发过程中一个常见的问题是环境一致性问题。由于开发环境、测试环境、生产环境不一致,导致有些 bug 并未在开发过程中被发现。而 Docker 的镜像提供了除内核外完整的运行时环境,确保了应用运行环境一致性,从而不会再出现 「这段代码在我机器上没问题啊」 这类问题。
(4)持续交付和部署
对开发和运维(DevOps)人员来说,最希望的就是一次创建或配置,可以在任意地方正常运行。
使用 Docker 可以通过定制应用镜像来实现持续集成、持续交付、部署。开发人员可以通过 Dockerfile 来进行镜像构建,并结合 持续集成(Continuous Integration) 系统进行集成测试,而运维人员则可以直接在生产环境中快速部署该镜像,甚至结合 持续部署(Continuous Delivery/Deployment) 系统进行自动部署。
而且使用 Dockerfile 使镜像构建透明化,不仅仅开发团队可以理解应用运行环境,也方便运维团队理解应用运行所需条件,帮助更好的生产环境中部署该镜像。
(5)更轻松的迁移
由于 Docker 确保了执行环境的一致性,使得应用的迁移更加容易。Docker 可以在很多平台上运行,无论是物理机、虚拟机、公有云、私有云,甚至是笔记本,其运行结果是一致的。因此用户可以很轻易的将在一个平台上运行的应用,迁移到另一个平台上,而不用担心运行环境的变化导致应用无法正常运行的情况。
(6)更轻松的维护和扩展
Docker 使用的分层存储以及镜像的技术,使得应用重复部分的复用更为容易,也使得应用的维护更新更加简单,基于基础镜像进一步扩展镜像也变得非常简单。此外,Docker 团队同各个开源项目团队一起维护了一大批高质量的 官方镜像,既可以直接在生产环境使用,又可以作为基础进一步定制,大大的降低了应用服务的镜像制作成本。
一、容器运行时(Container Runtime)是什么
二、容器运行时分类
Docker属于容器技术早期的发展项目,也是最广泛的容器引擎技术,当然,随着容器生态圈的日益繁荣,业界慢慢也出现了其他各种运行时工具。根据容器运行时提供的功能呢个,可以将容器运行时分为低层运行时和高层运行时。
低层运行时
低层运行时主要负责与宿主机操作系统打交道,根据指定的容器镜像在宿主机上运行容器的进程,并对容器的的整个生命周期进行管理。而低层运行时,正是负责执行我们前面讲解过的设置容器Namespace,Cgroups等基础操作的组建,常见的低层运行时种类有:
- runc:传统的运行时,基于LInux Namespace和Cgroups技术实现,代表实现Docker。
- runv:基于虚拟机管理程序的运行时,通过虚拟化guest kernel,将容器和主机隔离开,使得边界更加清晰,代表实现是KAtaContainer和Firecracker
- runsc:runc + safety,通过拦截应用程序的所有系统调用,提供安全隔离的轻量级容器运行时沙箱,代表实现是谷歌的gVisor
高层运行时
高层运行时主要负责镜像的管理,转化等工作,为容器的运行做提前准备。主流的高层运行时主要containerd和CRI-O。
高层运行时和低层运行时各司其职,容器运行时一般先由高层运行时将容器镜像下载下来,并解压转换为容器运行需要的操作系统文件,再有低层运行时启动和管理容器。
低层运行时和高层运行时之间的关系
容器运行时更侧重于运行容器,为容器设置命名空间和控制组(cgroup),也被称为底层容器运行时,高层的容器运行时或者容器引擎专注于格式,解包,管理和镜像共享。他们还为开发者提供API。
三、Docker组成
Docker最初是一个单体引擎,主要负责容器镜像的制作,上传,拉取以及容器的运行以及管理。随着容器技术的发展,为了促进容器技术相关的规范生成和Docker自身项目的发展,Docker将单体引擎拆分为三部分:runC,containerd和dockerd
其中:
- runC主要负责容器的运行和生命周期的管理(低层运行时)
- containerd主要负责容器的镜像的下载和解压等镜像管理功能(高层进行时)
- dockerd主要负责提供镜像制作,上传等功能同时提供容器存储和网络的映射功能,同时也是Docker服务器端的守护进程,用来响应Docker客户端(命令行CLI工具)发来的各种容器、镜像管理的任务。
四、容器运行机制
当我们使用docker run运行一个命令在容器中时,在容器运行时层面会发生什么?
- 如果本地没有镜像,,则会从镜像登记仓库(registry)拉取镜像
- 镜像被提取到一个写时复制(COW)的文件系统上,所有的容器层相互堆叠以形成一个合并的文件系统。
- 为容器准备一个挂载点。
- 从容器镜像中设置元数据i,包括诸如覆盖CMD,来自用户输入的ENTRYOINT,设置SECCOM规则等设置,以确保容器按预期运行。
- 提醒内核为该容器分配某种隔离,如进程,网络和文件系统(命名空间(namespace))
- 提醒内核为该容器分配一些资源限制,如CPU或内存限制(控制组(cgroup))
- 传递一个系统调用(syscall)给内核用于启动器。
- 设置SeLinux/AppArmor
五、常用命令
docker --help//查看自己服务器docker镜像
docker images //搜索镜像
docker search//拉取镜像
docker pull//运行镜像
docker run//保存镜像
docker save//删除镜像
docker rmi -f
docker image rm