Kubernetes1.7新特性:支持绕过Docker,直接通过Containerd管理容器
背景情况
从Docker1.11版本开始,Docker依赖于containerd和runC来管理容器,containerd是控制runC的后台程序,runC是docker公司按照OCI标准规范编写的一个操作容器的命令行工具,containerd这个后台程序还可以操作满足OCI标准规范的其他容器工具,也就意味着以后只要是按照OCI标准规范开发的容器工具,都可以被containerd使用起来。使用containerd好处是,当docker daemon或者containerd两个进程crash后,应用容器不会“死掉”,未来要是实现的功能是,当containerd daemon重新启动后可以同应用容器重新建立连接。
从Docker1.11版本开始,daemon模块调用关系图如下:
美国时间12月14日,Docker公司宣布将containerd从Docker Engine中分离,并捐赠到一个新的开源社区独立发展和运营,阿里云,AWS, Google,IBM和Microsoft作为初始成员,会为项目提供贡献和维护人员。
Kubernetes 1.7新特性-支持绕过Docker,直接通过Containerd管理容器
在Kubernetes1.7中,增加了直接通过调用containerd来管理容器的α新特性。
从上图中可以明显的看出来绕过Docker,直接通过containerd管理容器,可以节省一个操作步骤,那么这样会带来很多好处:
1、 由于减少了一个操作步骤,提高了系统效率,并且系统更易于维护。
2、 由于kubelet并没有变化,那么不影响以前用户使用。
3、 取消了DockerDaemon,整个系统占用的资源更少了,可以给业务使用的资源变多了。
4、 不依赖DockerDaemon,整个系统更加开放。
要让kubernetes直接通过containerd管理容器,需要下面几个步骤:
1、 安装:containerd:v0.2.3-1098-g8ed1e24
2、 安装runc:v1.0.0-rc3
3、 安装cni: v0.4.0
4、 按照kubernetes:v1.7.0以及以上版本
5、 在kubernetes集群中配置CONTAINER_RUNTIME=remoteCONTAINER_RUNTIME_ENDPOINT=’/var/run/cri-containerd.sock’./hack/local-up-cluster.sh,其中“CONTAINER_RUNTIME=remote”就表示使用containerd直接管理容器。
目前支持如下基本功能:
1、 Sandbox网络管理
2、 POD级别Sandbox和Container生命周期管理
3、 镜像管理
4、 在容器中执行命令
5、 容器日志管理

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Kubernetes的service mesh – 第二部分:以DaemonSet方式运行linkerd
在我们发表的上一篇关于linkerd的文章中提到过,linkerd是使用DaemonSet而非sidecar来安装的。在本文中,我们将解释我们为什么(怎么样)这么做。 注意:这是关于Linkerd、Kubernetes和service mesh的系列文章其中一篇,其余部分包括: Top-line service metrics Pods are great, until they’re not(本文) Encrypting all the things Continuous deployment via traffic shifting Dogfood environments, ingress, and edge routing Staging microservices without the tears Distributed tracing made easy Linkerd as an ingress controller gRPC for fun and profit The Service Mesh API Egress Retry budgets, deadline p...
- 下一篇
Kubernetes的service mesh – 第一部分:Service的重要指标
service mesh,一个为云平台而设计的应用,云平台的本地应用该如何使用它?本文中,我们将讲述在Kubernetes中如何应用Linkerd作为service mesh,如何捕获和报告顶层服务指标如成功率、请求量和延迟,而不需要更改应用的代码。 注意:这是关于Linkerd、Kubernetes和service mesh的系列文章其中一篇,其余部分包括: Top-line service metrics (本文) Pods are great, until they’re not Encrypting all the things Continuous deployment via traffic shifting Dogfood environments, ingress, and edge routing Staging microservices without the tears Distributed tracing made easy Linkerd as an ingress controller gRPC for fun and profit The Servic...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Docker安装Oracle12C,快速搭建Oracle学习环境
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- Eclipse初始化配置,告别卡顿、闪退、编译时间过长
- CentOS7,8上快速安装Gitea,搭建Git服务器
- CentOS关闭SELinux安全模块
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- CentOS7设置SWAP分区,小内存服务器的救世主
- Hadoop3单机部署,实现最简伪集群
- CentOS6,7,8上安装Nginx,支持https2.0的开启