北京快三开奖

  • <tr id="U9YkSO"><strong id="U9YkSO"></strong><small id="U9YkSO"></small><button id="U9YkSO"></button><li id="U9YkSO"><noscript id="U9YkSO"><big id="U9YkSO"></big><dt id="U9YkSO"></dt></noscript></li></tr><ol id="U9YkSO"><option id="U9YkSO"><table id="U9YkSO"><blockquote id="U9YkSO"><tbody id="U9YkSO"></tbody></blockquote></table></option></ol><u id="U9YkSO"></u><kbd id="U9YkSO"><kbd id="U9YkSO"></kbd></kbd>

    <code id="U9YkSO"><strong id="U9YkSO"></strong></code>

    <fieldset id="U9YkSO"></fieldset>
          <span id="U9YkSO"></span>

              <ins id="U9YkSO"></ins>
              <acronym id="U9YkSO"><em id="U9YkSO"></em><td id="U9YkSO"><div id="U9YkSO"></div></td></acronym><address id="U9YkSO"><big id="U9YkSO"><big id="U9YkSO"></big><legend id="U9YkSO"></legend></big></address>

              <i id="U9YkSO"><div id="U9YkSO"><ins id="U9YkSO"></ins></div></i>
              <i id="U9YkSO"></i>
            1. <dl id="U9YkSO"></dl>
              1. <blockquote id="U9YkSO"><q id="U9YkSO"><noscript id="U9YkSO"></noscript><dt id="U9YkSO"></dt></q></blockquote><noframes id="U9YkSO"><i id="U9YkSO"></i>
                企业空间 推销商城 存储论坛
                北京快三开奖全闪存阵列 IBM云盘算 Acronis 安克诺斯 安腾普 腾保数据
                首页 > 技能园地 > Docker > 注释

                Amazon VS Google:云容器之争愈演愈烈

                2016-03-10 19:36泉源:TechTarget中国
                导读:Google容器引擎(GKE)包罗pod,复制控制器和节点。在ECS的开辟中,Amazon优先提供了在相反的集群内,原生启动可用zone(AZ)的才能,从而基于客户需求到达义务自扩展上的冗余。

                自扩展是争论的核心

                Google容器引擎(GKE)包罗pod,复制控制器和节点。Pod是容器的逻辑组,建模使用顺序特定的逻辑主机。复制控制器确保恣意工夫都有特定命量的pod在运转。节点是支持容器化情况的Google盘算引擎假造机。 

                GKE基于Google的Kubernetes容器编排平台。11月24号Kubernetes公布了1.1版本,1.0版本公布于四个月前,是市场里第一个可以运用程度pod自扩展特性来主动扩展pod的产物,该特性十分受用户欢送,可以用来验证GKE许多用例的特性。

                “我们为一切范例的项目大范围运用自扩展,”Tim Kelton说。他是Descartes Labs的结合开创人和云总架构师,这是一家总部位于Los Alamos, N.M.,呆板学习范畴的创业公司,处置PB级卫星数据。

                当运转大批量任务时,自扩展pod十分有效,Kelton表明道。偶然,他的公司处置PB级数据,要求扩展到30,000个内核。在Kubernetes的第一个版本里——很快就兼并到GKE里,“这并不是中心特性集的一局部,”他说。

                GKE不支持垂直容器扩展或许节点自扩展,但是这些特性很快就会公布,David Aronchick,GKE的资深产物司理说,他向导Kubernetes的产物办理。

                同时,Amazon的EC2容器效劳(ECS)包括效劳、义务和实例。效劳是一组构成使用的义务,而实例是支持容器的弹性盘算云VM -- 更像GKE的节点。

                Amazon ECS的自扩展才能和GKE的任务原理相反:效劳可以运用Amazon CloudWatch和Amazon Web Services(AWS) Lambda主动扩展,而实例也可以基于CloudWatch矩阵主动扩展,但是义务——逻辑上大抵同等于pod,不克不及主动扩展。

                由于一切范例的主动扩展都很紧张,Amazon的用户也盼望ECS可以添加义务自扩展的功用。

                “启动一个额定的实例意味着拥有了运转附加义务的额定才能,但是这并不料味着任何新义务都可以启动。”Chris Moyer,ACI Information Group的技能副总裁说。这是一家总部在纽约的Web内容聚合商,也是TechTarget的资助商。“假如你仅仅主动扩展实例,实在关于处置额定负载并不会带来什么协助——你必需的确启动额定义务才干真正完成扩展。”

                zone间的冗余

                在ECS的开辟中,Amazon优先提供了在相反的集群内,原生启动可用zone(AZ)的才能,从而基于客户需求到达义务自扩展上的冗余。当ECS效劳调理器启动新义务时,它也实验主动在集群里跨AZ平衡义务。

                "It's really easy -- two or three commands," he said.

                “如许做很紧张,由于单一的AZ能够出毛病,因而假如两个义务都在统一个AZ里,你的效劳很能够就会出毛病,”Moyer说。

                Google可以经过下令行接口(CLI)在GKE里启动多个zone,Google的Aronchick说。

                “这实在很容易——两个或许三个下令,”他说。

                但是,这也是GKE客户最盼望拥有的功用列表:改良Web UI,包罗跨zone扩展集群。

                “UI还需求少量的优化任务,”Dale Hopkins,Vendasta Technologies的首席架构师说。UI现在只容许创立集群和一点点另外操纵,Hopkins说。“而且扩展集群并不直观。”

                交互性

                ECS构建为一个扩展平台,设计动身点是入侵客户已有的任务流,次要替代用户处置集群形态。和已有任务流集成的一局部任务包罗顺应客户曾经运用的东西,比方Apache Mesos来做初级调理。Amazon宣称拥有广阔的容器协作同伴正在向Amazon ECS奉献特性,比方监控、继续集成和平安。

                同时,Google曾经构建了云容器协作同伴结合体,容许Kubernetes跨多个云供给商摆设——如今照旧一个CLI特性,Aronchick 说。客岁炎天Kubernetes 1.0公布时,Google向导创立了Cloud原生存算基金会。基金会成员包罗企业云效劳公司,比方IBM和Red Hat,还包罗终端用户Box,eBay和Twitter。

                “运用Kubernetes,实践上可以摆设到Amazon上,也可以摆设Azure上,摆设到IBM上,还可以摆设到本人物理硬件的当地平台上,”Descartes的Kelton说。“这十分有吸引力,由于让用户有多种选择。”

                Google另有一个开源项目,有上百个代码提交者,一个月有上千次提交,这使得Kubernetes可以疾速添加新特性,比方程度pod自扩展。

                “Google催生了Kubernetes,Google也很好地扩展了该社区(+本站微信networkworldweixin),”Jay Lyman,451 Research的剖析师说。

                穷人越富有

                固然,和曾经确定市园地位,各人都很熟习的第二种Amazon效劳的集成,使得Amazon ECS关于新客户而言更具吸引力。

                一家总部位于纽约,给大型企业IT项目做征询的公司方案在两个新项目里运用ECS,其开创人,John D'Esposito说。“驱动我们运用ECS的次要要素是和已有牢靠的根底架构效劳,比方‘Elastic Load Balancing(弹性负载平衡),Virtual Private Cloud[注](假造公有云[注]),Identity and Access Management(认证和拜访办理)和Elastic Block Store(弹性块存储)’的无缝集成。”

                GKE和盘算引擎的订价关于客户而言也很有吸引力。除了底层VM资源10分钟为单位的计费,GKE收费奉送Kubernetes master——这点关于Vendasta的Hopkins很吸引人。

                “直到运用少量呆板之前,我都不需求为Kubernetes领取太多——GKE为第一组呆板收费提供Kubernetes master,”他说。

                在Kubernetes和容器引擎呈现之前,Hopkins和Kelton都曾经运用过Google的云效劳,包罗Google App Engine。因而,在选择摆设到哪种云容器效劳商时,数据重力也是一大概素。

                “我们的大局部数据都是PB级另外,因而无法轻松挪动或许拷贝,实践上不得不让盘算才能去接近数据,”Kelton说。现在大局部数据都在Google云平台上,固然Descartes也和AWS的协作同伴协作。

                固然现在Google和AWS是云容器战场的急前锋,Amazon最大的竞争者依然是Microsoft Azure,它曾经公布了本人的基于Linux的云容器效劳的受限预览版,往年还方案公布Windows效劳器的新版原本支持基于Windows的容器。

                “大局部我们的客户……也同时在运用Azure或许Amazon,”Chris Riley说,他是HKM Consulting公司的合资人。“Microsoft曾经正在开辟一些很故意思的东西。假如我们调查第二种方案,很能够是Azure,而不是Google。”

                由于许多Microsoft产物,复杂化和易用性是设计优先思索的事变,Kristian Nese说,他是Lumagate的CTO,这是一家位于挪威的Microsoft Azure零碎集成商。

                “如今,当我们摆设Azure容器效劳时,能够需求100行代码,”Nese说。“一旦你摆设了Azure容器效劳,实践上摆设了23种资源……假如你想手动完成这些,很能够需求上千行代码。”

                Azure容器效劳也在开辟自扩展功用,由一系列独立的效劳构成,正在技能预览中,称为VM Scale Sets。

                Azure也会提供成熟而且熟习的东西来办理容器,比方Azure Resource Manager,Nese增补道。

                持续阅读
                要害词 :
                云容器
                中国存储网声明:此文观念不代表本站态度,若有版权疑问请联络我们。
                相干阅读
                产物引荐
                头条阅读
                栏目热门

                Copyright @ 2006-2019 ChinaStor.COM 版权一切 京ICP备14047533号

                中国存储网

                存储第一站,存储流派,存储在线交换平台