加入收藏 | 设为首页 | 会员中心 | 我要投稿 湖南网 (https://www.hunanwang.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 云计算 > 正文

有关容器的六大误区和八大正确场景

发布时间:2018-08-14 06:58:15 所属栏目:云计算 来源:云技术实践
导读:做容器的研究和容器化几年了,从最初对付容器的起源熟悉,到积攒了大量的容器迁徙履历,并和客户表明白容器技能之后,发明原本对付容器的领略有大量的误解,并且容器并非假造机的更换,而是有异常详细的应用场景的。 第一部门:容器的领略误区 误区一:容
副问题[/!--empirenews.page--]

做容器的研究和容器化几年了,从最初对付容器的起源熟悉,到积攒了大量的容器迁徙履历,并和客户表明白容器技能之后,发明原本对付容器的领略有大量的误解,并且容器并非假造机的更换,而是有异常详细的应用场景的。

第一部门:容器的领略误区

误区一:容器启动速率快,秒级启动

这是许多人布道容器的时辰常常说的一句话,每每人们会启动一个nginx之类的应用,简直很快就可以或许启动起来了。

容器为啥启动快,一是没有内核,二是镜像较量小。

然而容器是有主历程的,也即Entrypoint,只有主历程完全启动起来了,容器才算真正的启动起来,一个比喻是容器更像人的衣服,人站起来了,衣服才站起来,人躺下了,衣服也躺下了。衣服有必然的断绝性,可是断绝性没那么好。衣服没有根(内核),可是衣服可以跟着人处处走。

以是凭证一个nginx来评判一个容器的启动速率故意义么?对付Java应用,内里安装的是tomcat,而tomcat的启动,加载war,而且真正的应用启动起来,假如你盯着tomcat的日记看的话,照旧必要一些时刻的,基础不是秒级。假如应用启动起来要一两分钟,仅仅谈容器的秒级启动是没故意义的。

此刻OpenStack中的VM的启动速率也优化的越来越快了,启动一个VM的时辰,原本必要从Glance下载假造机镜像,其后有了一个技能,是的Glance和体系盘共享Ceph存储的环境下,假造机镜像无需下载,启动速率就快许多。

并且容器之以是启动速率快,每每提议行使一个很是小的镜像,譬喻alpine,内里许多对象都裁剪掉了,启动的速率就更快了。

OpenStack的假造机镜像也可以颠末大量的裁剪,实现快速的启动 

微信图片_20180807173143

我们可以风雅的权衡假造机启动的每一个步调,裁剪掉响应的模块和启动的进程,大大低落假造机的启动时刻。

譬喻在UnitedStack的一篇博客内里https://www.ustack.com/blog/build-block-storage-service,我们可以看到这样的实现和描写

微信图片_20180807173147

“行使原生的OpenStack建设假造机必要1~3分钟,而行使改革后的OpenStack仅必要不到10秒钟时刻。这是由于nova-compute不再必要通过HTTP下载整个镜像,假造机可以通过直接读取Ceph中的镜像数据举办启动。”

以是对付假造机的整体启动时刻,此刻优化的不错的环境下,一样平常可以或许做到十几秒到半分钟以内。这个时刻和Tomcat的启动时刻对较量,着实不算是承担,和容器的启动速率对比,没有质的不同,也许有人会说启动速率快一点也是快,尤其是对付在线情形的挂掉自修复来讲,不是争分夺秒么?关于自修复的题目,我们下面其它说。

然而假造机有一个甜头,就是断绝性好,假如容器是衣服,假造机就是屋子,屋子立在哪里,内里的人无论站着照旧躺着,屋子老是站着的,屋子也不会随着人走。行使假造机就像人们住在公寓内里一样,每人一间,互补滋扰,行使容器像各人穿戴衣服挤在公交车内里,看似断绝,谁把公交弄坏了,谁都走不了。

综上所述,容器的启动速率不敷以组成对OpenStack假造机的明明上风,然而假造机的断绝性,则秒杀容器。

误区二:容器轻量级,每个主机遇运行成百上千个容器

许多人会做尝试,乃至会跟客户说,容器平台何等何等牛,你看我们一台呆板上可以运行成百上千个容器,假造机基础做不到这一点。

可是一个呆板运行成百上千个容器,有这种真实的应用场景么?对付容器来讲,重要的是内里的应用,应用的焦点在于不变性和高并发支撑,而不在于密度。

我在许多演讲的集会会议上碰着了许多知名的处理赏罚双十一和618的讲师,广泛反馈当前的Java应用根基上4核8G是标配,假如碰见容量不敷的环境,少部门通过纵向扩容的方法举办,大部门回收横向扩容的方法举办。

假如4核8G是标配,不到20个处事就可以占满一台物理处事器,一台呆板跑成百上千个nginx故意思么? 这不是一个严重的行使场景。

虽然此刻有一个很火的Serverless无处事架构,在无处事器架构中,全部自界说代码作为孤独的、独立的、经常细粒度的函数来编写和执行,这些函数在譬喻AWS Lambda之类的无状态计较处事中运行。这些计较处事可所以假造机,也可所以容器。对付无状态的函数来讲,必要快速的建设可删除,并且很也许执行一个函数的时刻自己就很是短,在这种环境下容器对比于假造机照旧有必然上风的。

微信图片_20180807173152

今朝无处事架构较量合用于运行一些使命型批量操纵,操作历程级此外横向弹机手段来抵消历程建设和烧毁带来的较大的价钱。

在spark和mesos的集成中,有一个Fine-Grained模式,同凡是大数据的执行的时辰,使命的执行历程早就申请好了资源,等在哪里分派资源差异,这种模式是当使命分派到的时辰才分派资源,甜头就是对付资源的弹性申请和开释的手段,弊端是历程的建设和烧毁照旧粒度太大,以是这种模式下spark运行的机能会差一些。

微信图片_20180807173155

(编辑:湖南网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

热点阅读