容器技术对比（Docker/LXC/LXD/Multipass）

已于 2022-04-18 09:04:00 修改
阅读量7.7k 收藏 21
点赞数 4
分类专栏： 容器 文章标签： 云计算 容器
于 2021-11-23 09:29:38 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_38264240/article/details/121482695
版权
DockerLXCLXDMultipass
基本介绍为了打破“程序即应用”的观念，通过镜像imges将作业系统核心除外，运作应用程序所需的系统环境，由下而上打包，达到应用程序跨平台间的无缝接轨运作，属于应用容器全称Linux Containers，是一种基于容器的操作系统层级的虚拟化技术，属于系统容器是下一代系统容器和虚拟机管理器，本身基于镜像，提供了许多Linux发行版镜像。LXC提供一套完整的底层工具库集来创建和管理容器，但是使用起来不方便，加上技术升级，需要对老版容器向后兼容，使得LXC无法默认开启某些安全功能，需要手动开启。LXD就是用来解决这些问题，作为LXC的长期运行守护进程在本地通过multipass命令创建Ubuntu虚拟机，并可以通过cloud-init来进行初始化
实现原理基于Namespace进行系统的资源隔离，基于Cgroups进行容器资源的限制，基于Union File System实现镜像的分层管理，减少资源消耗。Docker前期使用LXC技术来实现，后面使用golang编写自己的libcontainer库实现在资源管理方面依赖于Cgroups子系统，在隔离控制方面依赖于Namespace特性，通过Chroots技术实现根目录的变换。对比Docker，缺少了镜像的分层管理实现原理和LXC相同，本身不属于一种新的容器技术，而是作为LXC的长期运行守护进程，底层实现依靠LXC底层依靠LXD和qemu来实现
特点1. 镜像文件分层共享，开启容器只在最上一层提供初始层（用于设置容器的环境）和读写层（对容器内文件的修改都将保存在这一层）
2. 维持容器的运行必须要有一个前台进程，如果该前台进程被销毁，则整个容器将关闭
3. 支持多种存储后端		1. 维持容器的运行不需要有前台进程，开启过程类似于虚拟机，直接通过模板镜像创建一个容器
2. 非特权容器（细粒度的权限控制）：通过uid和gid的映射来为容器分配uid和gid的范围，如果容器内部出现严重错误，攻击者逃离容器，在服务器上最多只能拥有和普通用户一样多的权限（第一个实现该功能的容器技术）		1. 作为LXC的长期守护进程，LXC拥有的特点，LXD都拥有。
2. 安全性比LXC更高，包含身份认证等
3. 不仅能够实现容器，还可以实现虚拟机（qemu），都可以通过文件来进行配置
4. 支持多种存储后端
5. 支持通过配置文件的形式来创建容器（支持动态应用）		1. 提出主实例概念，默认名称为primary的虚拟机就是主实例（只能有一个），当命令不指定虚拟机时，默认为主实例
2. 提出alias概念，可以在服务器上创建命令连接到虚拟机中的命令
应用由于Docker存在以上特点，所以一般关注于临时的、无状态的、最小化容器上面，对于容器的修改一般不会升级或重新配置，而是整个被替换掉。容器内只能有一个前台进程，所以一个容器代表着一个应用程序LXC不像Docker容器一样需要一个前台进程，所以着重于系统容器（基础设施容器），一个LXC容器上运行一个完整的Linux系统，长期运行，所以可以作为一台轻量级的虚拟机应用场景于LXC相同目前找不到应用场景
优势1. 镜像分层共享，节省资源
2. 镜像生态丰富
3. 遵循OCI标准，所有的容器运行时能够运行Docker制作出来的镜像，其他镜像制作软件制作的镜像都能在Docker上运行		1. 不需要前台程序，一个容器内可以运行多个应用程序，支持长期运行
2. 在安全性上优于Docker
3. 提供丰富的功能（发送信号，监控状态）		1. 镜像生态丰富
2. 支持本地和远程访问
3. 命令直观清晰
4. 提供日志、操作和声明周期事件
5. 提供恢复和备份（快照）
6. 使用CRIU实现实时迁移
7. 高级资源控制（CPU、内存、网络、块设备、磁盘使用和内核资源）
8. 支持设备直通		1. 启动虚拟机方便，只需一个命令
2. 无需特权指令
劣势1. 运行Docker命令必须要有特级权限
2. 无法动态对容器的资源进行限制
3. 本身无法实现动态迁移，需要依靠CRIU，但是热迁移对于Docker来说并不重要，只需要关闭容器，在其他服务器重启一个就行		1. 可以创建非特权容器意味着一些常见的操作是不允许的（大多数文件系统的挂载、创建设备节点、对映射集以外的uid/gid的任何操作
2. 无法实现资源动态限制
3. 无法实现容器动态迁移		虚拟机功能略显鸡肋（qemu性能低下）1. 只能创建Ubuntu虚拟机或者基于Ubuntu的应用程序
2. 镜像稀少
3. 命令反应迟钝
4. 性能低下
备注通过apt安装只能使用低版本1. 安装过程复杂，使用apt安装只能使用低版本，使用snap可以安装高版本，但是国内无代理
2. 开启一个ubuntu 20.04虚拟机的时间大概在1分18秒，速度比较快，但是开启完后有一段时间内没有ipv4		1. multipass network命令通过LXD来获取网络接口
2. 开启一个ubuntu 20.04容器的时间大概在1分50秒
3. 可以使用libvirt作为运行驱动，以提供更多的虚拟机控制
4. 安装过程复杂
多线程处理
关注
专栏目录
【报错】open /var/lib/docker/tmp/docker-import-863402796/bin/json: no such file or directory
静谧、淡雅
01-09 4427
然后，通过docker images可以看到镜像已经加载进来了。然后，通过docker images可以看到镜像已经加载进来了。
解决运行容器报错： Error response from daemon: error creating overlay mount to /var/lib/docker/overlay2
热门推荐
JineD的博客
04-30 4万+
环境：centos7.1 #docker run docker.io/hello-world 运行上面的命令开启容器时报错： /usr/bin/docker-current:Error response from daemon: error creating overlay mount to /var/lib/docker/overlay2/1b1d4a0234ee4ca31eaf3c0b9f...
LXD vs Docker 对比 区别 不同
xinsiyu2008的专栏
11-05 2387
Docker是一种成熟的虚拟化技术，在过去的几年时间里它的浪潮席卷了全球，几乎垄断了市场，在这个技术日新月异的时代，还是有一些新东西在夹缝中生存，LXD就是一个例子。 Docker以其优秀的表现几乎是瞬间爆发式蔓延至全球，它的理念就是抽象，最小化部署，独立封装运行时。这正是越来越复杂的服务端需要的，但这种理念最初并不是由Docker创造发明的，LXC的诞生就是Docker早很多，在更早的时候使用LXC的还不少，只是没有这么流行，等等，明明不是说LXD和Docker做对比吗？和LXC有什么关系？LXD就是基
Stl各容器对比
RideBike
03-11 1644
1. vector     变长一维数组，连续存放的内存块，有保留内存，堆中分配内存；     支持[]操作，高效率的随机访问；     在最后增加元素时，一般不需要分配内存空间，速度快；在中间或开始操作元素时要进行内存拷贝效率低；     vector高效的原因在于配置了比其所容纳的元素更多的内存，内存重新配置会花很多时间； 注：需要高效的随即存取，而不在乎插入和删除使用vector。
Docker与LXC差异以及相关命令
最新发布
pluto_rx的博客
07-29 948
LXC与Docker对比，LXC只实现了进程沙盒化，不支持在不同的机器上进行移植；Docker将应用的所有配置和环境进行了抽象，打包到一个容器中，此容器可以在任何安装了docker的机器上运行，效果都是一样的，使得改容器具有了可移植性。
STL常用容器对比
花莫弦的博客
08-13 3111
STL的常用容器大致有以下8个： 1.vector     vector是一种动态数组，在内存中具有连续的存储空间，支持快速随机访问。由于具有连续的存储空间，所以在插入和删除操作方面，效率比较慢。vector有多个构造函数，默认的构造函数是构造一个初始长度为0的内存空间，且分配的内存空间是以2的倍数动态增长的，在push_back的过程中，若发现分配的内存空间不足，则重新分配一段连续的内存空间
容器的比较
qq_43551976的博客
05-27 555
容器的比较（一） 一、List的比较 1、ArrayList： 1、 底层实现是通过定义一个 Object[] 的数组的方式,来进行创建 一个数组，同时具备了数组的特性： 2、无法改变大小，无法去修改 3、所有的数据都在同一连续的区域内，方便与查找 4、当数组容量满的时候，就会将数组扩充为原来的1.5倍（利用位运算，左移动一位加上元拉里的大小，刚好1.5倍），底层利用了copy的方法（Syst...
标准模板类(STL)(四)，容器的比较、对比和总结
hopegrace的博客
02-03 711
（三）容器的比较和对比和总结 1、若两容器长度相同、所有元素相等，则两个容器就相等，否则为不等。若两容器长度不同，但较短容器中所有元素都等于较长容器中对应的元素，则较短容器小于另一个容器;若两个容器均不是对方的子序列，则取决于所比较的第一个不等的元素。 #include<vector> #include<iostream> intmain() { std...
Python五大容器对比总结
qq_50215015的博客
10-09 108
容器方面的总结
Mac 机找不到容器卷的目录/var/lib/docker/volumes
Scarlett_J45的博客
11-11 2406
Mac 机找不到容器卷的目录/var/lib/docker/volumes
docker导入镜像报错：open /var/lib/docker/tmp/docker-import-970689518/bin/json: no such file or
SHELLCODE_8BIT的博客
04-29 5507
docker导入镜像报错：open /var/lib/docker/tmp/docker-import-970689518/bin/json: no such file or_Zerlinda1129的博客-CSDN博客
kubeadm-multipass:在本地多通道云上使用kubeadm的多节点Kubernetes 1.17.x，顶部是Docker，Containered或CRI-O和Rancher Server
05-09
在本地多通道云上具有kubeadm的多节点Kubernetes 1.18.2，顶部具有Docker，Containered或CRI-O和Rancher Server 这些简单的脚本大约在6分钟内根据您的Internet速度在本地计算机上将具有kubeadm的多节点Kubernetes 1.17.0部署在具有容器化，Docker或CRI-O的多遍VM上。 关于多通道 预设主义者 您需要在笔记本电脑上安装kubectl和multipass。 安装多通道（在MacOS Catalina或Linux上） 在此处获取最新的Multipass： 安装（3节点，带容器） 部署主节点，2个工作程序节点，并将工作程序节点逐步加入集群： ./1-deploy-kubeadm-containerd-master.sh ./2-deploy-kubeadm-containerd-nodes.sh ./3-
镜像拉取报错Get https://production.cloudflare.docker.com/registry-v2/docker/ i/o timeout
SHELLCODE_8BIT的博客
09-20 2万+
【代码】镜像拉取报错Get https://production.cloudflare.docker.com/registry-v2/docker/ i/o timeout。
docker、LXC、LXD的区别及传统的虚拟机与操作系统虚拟化的区别
penriver的博客
12-11 4103
docker、LXC、LXD的区别及传统的虚拟机与操作系统虚拟化的区别
容器的老祖宗LXC和Docker的关系
03-18 4545
LXC（Linux Container的缩写）是一个基于Linux内核的容器虚拟化技术，它提供了一种轻量级、快速、简便的方式来创建和管理系统容器。与传统虚拟化技术不同，LXC并不会模拟硬件，而是利用Linux内核的功能来隔离进程和文件系统。这使得LXC可以更加轻量级和高效，启动和运行容器的速度也比虚拟机快得多。LXC容器可以被用于各种用途，包括开发、测试、部署和运行应用程序。容器可以随时创建、启动、停止和删除，容器的配置也可以根据需要进行调整。
docker & LXC
weixiaoya0204的博客
12-01 2148
目录一、LXC1、了解Docker的前生LXC2、LXC与docker的关系3、与传统虚拟化对比4、LXC部署4.1、安装LXC软件包和依赖包4.2、启动服务4.3、创建虚拟机5、LXC常用命令二、doker1、什么是docker2、docker的由来3、docker的组成架构2、docker官方文档 一、LXC 1、了解Docker的前生LXC LXC为Linux Container的简写。可以提供轻量级的虚拟化，以便隔离进程和资源，而且不需要提供指令解释机制以及全虚拟化的其他复杂性。相当于C++中的Na
请简述Docker和LXC的区别
越努力越幸运。
01-22 649
总结来说，Docker和LXC在镜像管理、使用范围、流行程度和工具支持方面存在差异。Docker更适用于大规模的容器管理，而LXC更适合于对性能要求极高的场景。
权限提升-Linux系统权限提升篇&Vulnhub&Rbash绕过&Docker&LXD容器&History泄漏&shell交互
siu~
04-03 1528
1、普通用户到Linux-泄漏-History 2、普通用户到Linux-限制-Rbash绕过 3、普通用户到Linux-容器-LXD&Docker 4.Linux系统提权-web/普通用户-docker逃逸&提权&shell交互 章节点： 1、Web权限提升及转移 2、系统权限提升及转移 3、宿主权限提升及转移 4、域控权限提升及转移
Multipass-Docker部署Redis、Mysql8和RabbitMQ
2401_84166536的博客
04-08 926
上大数据开发知识点，真正体系化！**
docker /var/lib/docker/overlay/空间占用过多
09-06
### 回答1： Docker 的 /var/lib/docker/overlay 目录用于存储 Docker 镜像层和数据卷的数据。如果这个目录的空间占用过多，可能是因为有太多的镜像层或数据卷被保留，或者有容器在运行时生成了大量的数据。要减少 /var/lib/docker/overlay 目录的空间占用，可以尝试以下方法： 1. 删除不再使用的镜像： ``` docker image prune ``` 2. 删除不再使用的数据卷： ``` docker volume prune ``` 3. 停止并删除不再使用的容器： ``` docker stop <CONTAINER_ID> docker rm <CONTAINER_ID> ``` 4. 使用 docker-gc 工具来自动清理不再使用的容器、镜像和数据卷： ``` docker run --rm -v /var/run/docker.sock:/var/run/docker.sock -v /etc:/etc:ro spotify/docker-gc ``` 可以根据自己的情况选择适当的方法来解决空间占用过多的问题。 ### 回答2： docker的/var/lib/docker/overlay/目录是用来存储容器的镜像和数据的，默认情况下，它会占用较多的磁盘空间。 首先，你可以使用docker的清理命令来释放一些不再使用的镜像和容器，以减少磁盘空间的占用。例如，可以使用以下命令来删除所有停止的容器： ``` docker container prune ``` 此外，你还可以删除不再使用的镜像： ``` docker image prune ``` 这些命令会删除停止的容器和未被使用的镜像，从而释放占用的磁盘空间。 另外，你还可以考虑使用docker的卷来存储一些较大的数据，以减少/var/lib/docker/overlay/目录的空间占用。使用docker卷，你可以将容器的数据存储在宿主机的其他位置，从而减少/var/lib/docker/overlay/目录的占用。 首先，你可以创建一个卷： ``` docker volume create my_volume ``` 然后，在运行容器时，将卷挂载到容器的指定目录： ``` docker run -v my_volume:/path/to/mount some_image ``` 这样，容器的数据就会存储在卷中，而不会占用/var/lib/docker/overlay/目录的空间。 最后，你还可以考虑调整docker的存储驱动。默认情况下，docker使用overlay2作为存储驱动，但是这种驱动可能会占用较多的磁盘空间。你可以尝试使用其他的存储驱动，如aufs或btrfs，以减少磁盘空间占用。 总之，通过清理不再使用的镜像和容器、使用docker卷来存储数据，以及调整存储驱动，你可以减少/var/lib/docker/overlay/目录的空间占用。 ### 回答3： 当Docker的/var/lib/docker/overlay目录占用过多空间时，可能是由于以下原因导致的： 1. 镜像和容器积累过多：Docker会保存所有使用过的镜像和容器的数据，并存储在overlay目录中。如果不定期清理过期或不再使用的镜像和容器，会导致该目录占用过多空间。可以使用docker rm和docker rmi命令删除不再需要的容器和镜像。 2. 日志文件过多：Docker的日志文件默认储存在overlay目录下。如果日志文件很大或过多，会占用大量空间。可以在Docker的配置文件中更改日志文件的位置，或者定期删除旧的日志文件。 3. 容器数据持久化：在某些情况下，容器的数据会持久化保存在overlay目录中，如果数据量很大，可能会占用大量空间。可以考虑将数据保存在其他位置，或使用Docker Volume来管理容器的数据。 4. 容器卷未及时清理：如果在容器内使用了数据卷，且没有及时清理不再使用的数据，也会导致overlay目录占用空间过多。可以使用docker volume rm命令删除不再使用的数据卷。 为解决以上问题，可以使用以下方法： 1. 定期清理不再使用的容器和镜像，使用docker rm和docker rmi命令。 2. 定期清理旧的日志文件，可以更改日志文件的位置或定期删除。 3. 考虑将容器的数据保存在其他位置，或使用Docker Volume管理数据。 4. 及时清理不再使用的数据卷，使用docker volume rm命令。 通过上述方法进行合理管理和清理，可以减轻/var/lib/docker/overlay目录占用空间过多的问题，并保持Docker的正常运行。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值