[600566股票]【技术】亚马逊AWS需解决的五项问题

大数据文摘一向秉承同享、协作、共赢理念，乐意为大数据理念的落地贡献力量，假如你有“干货”乐意与咱们同享，请给“大数据文摘”公号留言，只需对读者有利，咱们乐意为您免费宣布。

大数据文摘翻译：于丽君?校正：陈洁（转载请保存）

亚马逊先行者-JeffBarr在亚马逊AWS（AmazonWebService）博客上宣称,亚马逊AWS的用户们经常会一早醒来就发现一个全新功用或服务。其间一些成效卓著，另一些则无人问津。尽管亚马逊开发新功用的速度备受欣赏，但它的长时刻用户则诉苦一些被说到最多的问题却没有被优先处理。

依据AWS用户的反应，咱们列出了亚马逊EC2（亚马逊弹性核算云，云核算服务的中心及根底，供给十分弹性的实例办理）的五项问题，它们不只欠优点理而且还会迫运用户另寻它物。

（一）同享EBS卷。EBS（ElasticBlockStore，弹性块存储）为亚马逊EC2供给永久存储。由于去除了对速度缓慢的亚马逊S3（另一个云核算产品）的依托，它在2009年一经推出就得到了高度评价。

许多工程师只需加载一个AmazonEC2实例，就会立刻附加一个EBS卷，并将长时刻需求的数据移动曩昔。可是四年曩昔了，EBS需求最旺盛的功用－将同一个EBS卷附加到多个EC2实例上还没有完成。AWS鼓舞在一个loadbalancer（负载平衡器）后台运转多个亚马逊EC2实例来取得最佳的功用。可是仅在一个EC2实例上运转运用不是个好主意。大多数内容办理体系和媒体驱动的运用程序依托于同享的存储。当这些体系都迁移到AWS并放在一个ELB（ElasticLoadBalancing，弹性负载均衡）之后，没有简略的战略使得在运转相同运用程序的EC2实例之间来同享内容。

举例来说，一个终端用户上传一个新图片到由负载平衡器随机选取的一个内容服务器上。现在而言，仿制这一图片到一切正在运转的服务器是留给开发人员做的。AWS主张运用亚马逊S3存储静态内容，而许多盛行的CMS结构希望能够在本地文件体系完成存储。为了保证一切的服务器同享最新的内容，需求强制完成相似Gluster或NFS式的散布式文件体系。这需求前沿技能，其间触及发动一个专用的虚拟机来运转该文件服务器。这也使得装备很不安稳：文件服务器很简单成为单点故障。

假如亚马逊支撑多个EC2实例同享同一个EBS卷，这就能防止对专用文件服务器的需求和对每个服务器进行额定的装备。这其实也不杂乱：谷歌核算引擎（GoogleComputeEngine）支撑在多个实例上一起装置永久磁盘。尽管只要一个实例有对文件体系的读写答应，可是一切的实例将能当即拜访该内容。尽管还只是在技能测验阶段，谷歌核算引擎现已在功用和特性方面把方针瞄准了跨越式开展的亚马逊EC2。前期目标显现GCE将是亚马逊EC2的一个可行代替计划。

（二）可装备的ELB流量。ELB（ElasticLoadBalancing，亚马逊弹性负载均衡，是在EC2根底上完成的负载均衡服务）供给了一种能将流量均匀地散布在多个亚马逊EC2实例上的服务。亚马逊把ELB这种服务定位为近乎奇特，它能供给持久的安稳运转和高可扩展性。依据ELB的官方描绘，“它能使你在你的运用程序中取得更大的容错才能，无缝地供给用来呼应传入运用流量所需的负载平衡才能。”

对负载均衡容量能够无缝添加的许诺必定带有误导性，由于ELB旨在跟着流的线性添加而逐步扩展。这关于像电子商务门户网站或机票出售那类开端流量较少，跟着时刻不断增加的形式是可行的，可是假如是在那种建于ELB之上的网站，当它流量飙升，ELB功用就会明显下降。这种形式一般见于发布考试成绩或许发布重大新闻的门户网站。为了使ELB能够随时预备处理这种突发状况，亚马逊等待AWS用户每月付出最低49美元，以支撑服务使ELB能提早“热身”。尽管这一问题有足够多的辅导材料来处理，但它们依然被湮没在AWS的众多文档之中。就像EBS中置备的IOPS功用，亚马逊应当使ELB流量可自定义化，这样客户能够事前挑选流量形式以保证可扩展性。

（三）每分钟计费形式。亚马逊EC2用户需按小时付出他们的实例运转。也就是说即便该实例仅运转几分钟，亚马逊仍是会按一整个小时收费。当AWS于2008年推出EC2，它被以为是在自助服务和按需供给核算资源方面取得了突破性立异。可是快进到2013年，这就被诟病成了虚拟机定价不合理。假如亚马逊能转换到按分钟计费，那么许多客户就会好好运用这一本钱结构带来的优点。可是由于还有许多竞赛对手比方WindowsAzure以及谷歌ComputeEngine(核算引擎)也在用分钟计费法，用户都在张望亚马逊的计费形式将怎样改变。

（四）可改善的CloudWatch衡量。亚马逊的CloudWatch（亚马逊云服务监控,有针对性的监控并有警报呼应)供给与许多AWS服务有关的衡量，包含亚马逊EC2，亚马逊RDS，和亚马逊DynamoDB。尽管它支撑一系列的服务，亚马逊EC2的衡量却仍有许多值得改善的方面。尽管对有关CPU、磁盘和网络有关的根本衡量是在监控等级进行的追寻，它仍不尽人意。尽管客户为亚马逊CloudWatch付费，他们依然需求依托外部服务如Pingdom来盯梢根本衡量，例如网站可用性。为了监测依据网络服务器或数据库服务器的高档服务，客户不得不树立一个依据署理的架构比方Nagios或zabbix。尽管CloudWatch支撑自定义衡量，但需求相当可观的工作量，而且没有关于高档衡量的现成支撑。

WindowsAzure中最近新增了终端监测，它供给了根本的网站安稳运转时刻监控。Rackspace公司取得了Cloudkick，并将其与众所周知的具有安稳监控功用的Rackspace云

服务器进行了整合。亚马逊能够将一个署理轻松嵌入每个EC2实例来盯梢并陈述那些粒状的和准确的衡量。事实上，依附于AWS豆茎（beanstalk）的AmazonEC2实例现已运用署理驱动的监控引擎来盯梢服务器的运转状况。亚马逊应该将该署理从AWS豆茎扩展到一切亚马逊EC2实例，来盯梢和陈述有意义的衡量。

（五）动态虚拟机巨细。假如你以为微软总是用多种不同版别的Windows来利诱客户，那是由于你还没有见过亚马逊EC2实例类型的数量。

Amazon??EC2实例合计6大类，若细分则有18种。每一实例类型都有一特定负载量。假如你在看过这些实例类型的具体介绍后还没有利诱，那么接下来你就要开端挑选与你的运用程序相匹配的实例类型了。一般你需求选高CPU，高内存，高容量，集群核算等等。等这些都有了，用户就必定会得到他们想要的了吗？还不必定。由于一般情况下，本地物理服务器和AmazonEC2实例之间的映射还不彻底匹配。在一些情况下是由于存储器，在其他情况下是CPU不合格。无论如何，实践功用永久不能匹配实例类型的才能。那么实例类型的才能是不是很难到达呢？也不是，由于最近参加IaaS竞赛的公司ProfitBricks供给了对虚拟服务器的动态装备。ProfitBricks还宣称它运用InfiniBand互联与SSD存储，因而能供给更佳功用。现在是亚马逊转向动态实例类型的时分了，在这里客户能够拖动滑块以挑选内存、中心数量、CPU和磁盘容量。这将简化对AmazonEC2的装备，而且客户能够取得服务器装备的控制权。他们能够中止、调整装备，并重新发动亚马逊EC2实例，直到功用令人满意。

以上这些都是依据AmazonEC2上的一些特性的评论，信任咱们还有许多与亚马逊RDS相关的问题需求处理。咱们将在今后的博客予以介绍。

你还有什么其他问题需求IaaS的先驱者们处理吗？
数据剖析,数据发掘