地  址:江苏省南京市玄武区玄武湖
电  话:4008-888-888
邮  箱:9490489@qq.com
商  务QQ:6146270200
网页制作免费网站制作:亚马逊AWS需解决的五项问题
作者:管理员    发布于:2020-06-15 20:28   文字:【】【】【
亚马逊AWS需解决的五项问题 AWS尽管在公有云范畴独领风流,可是这么多年来,依据客户的反馈,大家发现AWS也存在大量问题亟待解决,置信这些问题不但对公有云范畴的大佬们有学习含义,相同的,一些草创公司也应该好好参考一下。

尽管AWS在IaaS市场摸爬滚打这么多年,在范畴堪称睥睨群雄,开辟了的广袤市场,可是,仰仗新技能和效劳等杀入公有云范畴的硅谷新贵们也肯定不容小视,技能的开展速度之快,超出了大家的想象。依据客户的反馈,作者总结了亚马逊EC2的五个问题,固然可能还不彻底,可是置信会对云核算范畴的玩家有学习含义,本文来自OpenStack中国社区。

以下为原文:

基于AWS用户的反馈,大家列出了亚马逊EC2(亚马逊弹性核算云,云核算效劳的核心及根底,提供十分弹性的实例治理)的五项问题,它们不只欠好解决并且还会迫利用户另寻它物。

同享EBS卷

EBS(Elastic Block Store,弹性块存储)为亚马逊EC2提供永久存储。因为去除了对速度轻慢的亚马逊S3(另外一个云核算产物)的依赖,它在2009年一经推出就得到了高度评估。

许多工程师只需加载一个Amazon EC2实例,就会马上附加一个EBS卷,并将长时间需要的数据挪动以前。然而四年以前了, EBS须要最旺盛的功用-将同一个EBS卷附加到多个EC2 实例上还还没有完成。 AWS鼓励在一个load balancer(负载平衡器)后盾运转多个亚马逊EC2实例来取得最佳的性能。然而仅在一个EC2实例上运转应用不是个好主意。大大都内容治理体系和媒体驱动的应用程序依赖于同享的存储。当这些体系都迁移到AWS并放在一个 ELB(Elastic Load Balancing,弹性负载均衡)之后,没有简单的策略使得在运转同样应用程序的EC2实例之间来同享内容。

举例来说,一个终端用户上传一个新图片到由负载平衡器随机录取的一个内容效劳器上。现在而言,复制这一图片到所有正在运转的效劳器是留给开发人员做的。AWS倡议利用亚马逊S3存储静态内容,而许多风行的CMS框架期望能够在本地文件体系完成存储。为了包管所有的效劳器同享最新的内容,需逞强制完成相似Gluster或NFS式的散布式文件体系。这需要前沿技能,其间触及启动一个专用的虚构机来运转该文件效劳器。这也使得配置很不安稳:文件效劳器很轻易成为单点故障。

如果亚马逊支撑多个EC2实例同享同一个EBS卷,这就可以防止对专用文件效劳器的须要和对每一个效劳器进行额定的配置。这其实也不杂乱:谷歌核算引擎(Google ComputeEngine)支撑在多个实例上同时装配永久磁盘。尽管惟独一个实例有对文件体系的读写许可,可是所有的实例将能当即拜访该内容。尽管还只是在技能测试阶段,谷歌核算引擎现已在性能和特性方面把方针瞄准了跨越式开展的亚马逊EC2.前期指标显示GCE将是亚马逊EC2的一个可行代替方案。

可配置的ELB流量

ELB(ElasticLoad Balancing,亚马逊弹性负载均衡,是在EC2根底上完成的负载均衡效劳)提供了一种能将流量平均地散布在多个亚马逊EC2实例上的效劳。亚马逊把ELB这种效劳定位为近乎神奇,它能提供长久的安稳运转和高可扩展性。依据ELB的官方形容, 它能使你在你的应用程序中取得更大的容错能力,无缝地提供用来响应传入应用流量所需的负载平衡能力。

对负载均衡容量能够无缝添加的许诺绝对带有误导性,由于ELB旨在跟着流的线性添加而渐渐扩展。这关于像电子商务流派网站或机票出售那类初步流量较少,跟着工夫不断增长的模式是可行的,可是如果是在那种建于ELB之上的网站,当它流量飙升,ELB性能就会显著下降。这种模式通常见于颁布考试成绩或者颁布重大新闻的流派网站。为了使ELB可以随时筹备办理这种突发情况, 亚马逊期待AWS用户每个月付出最低49美元,以支撑效劳使ELB能提早 热身 。尽管这一问题有充足多的辅导材料来解决,但它们依然被埋没在AWS的众多文档之中。就像EBS中置备的IOPS功用,亚马逊该当使ELB流量可自界说化,这样客户能够事前挑选流量模式以包管可扩展性。

每分钟计费模式

亚马逊EC2用户需按小时付出他们的实例运转。也就是说即便该实例仅运转几分钟,亚马逊仍是会按一整个小时收费。当AWS于2008年推出EC2,它被以为是在自助效劳和按需供给核算资源方面获得了打破性立异。然而快进到2013年,这就被诟病成为了虚构机定价分歧理。如果亚马逊能改换到按分钟计费,那么许多客户就会好好使用这一本钱结构带来的优点。可是因为另有许多竞争对手好比Windows Azure以及谷歌Compute Engine (核算引擎)也在用分钟计费法,用户都在张望亚马逊的计费模式将怎么样变化。

可改善的CloudWatch衡量

亚马逊的CloudWatch(亚马逊监控,有针对性的监控并有警报响应)提供与许多AWS效劳有关的衡量,包含亚马逊EC2、亚马逊RDS和亚马逊DynamoDB.尽管它支撑一系列的效劳,亚马逊EC2的衡量却仍有大量值得改善的方面。尽管对有关CPU、磁盘和网络有关的根本衡量是在监控级别进行的追踪,它仍不尽人意。虽然客户为亚马逊CloudWatch付费,他们依然需要怙恃外部效劳如Pingdom来盯梢根本衡量,例如网站可用性。为了监测基于网络效劳器或数据库效劳器的高档效劳,客户不能不成立一个基于代办的架构好比Nagios或zabbix.尽管CloudWatch 支撑自界说衡量, 但需要适当可观的事件量,而且没有关于高档衡量的现成支撑。

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

效劳器进行了整合。亚马逊能够将一个代办轻松嵌入每一个EC2实例来盯梢并陈述那些粒状的和准确的衡量。 属实上,依托于AWS豆茎(beanstalk)的Amazon EC2实例现已利用代办驱动的监控引擎来盯梢效劳器的运转情况。亚马逊应该将该代办从AWS豆茎扩展到所有亚马逊EC2实例,来盯梢和陈述有含义的衡量。

动静虚构机巨细

如果你以为微软总是用多种差别版本的Windows来勾引客户,那是由于你尚未见过亚马逊EC2实例类型的数量。

Amazon EC2实例合计6大类,若细分则有18种。每一实例类型都有一特定负载量。 如果你在看过这些实例类型的具体先容后尚未勾引,那么接下来你就要初步挑选与你的应用程序相匹配的实例类型了。一般你需要选高 CPU 、高内存、高容量、集群核算等等。等这些都有了,用户就一定会得到他们想要的了吗?还纷歧定。由于通常状况下,本地物理效劳器和Amazon EC2实例之间的映射还不彻底匹配。在一些状况下是因为存储器,在别的状况下是CPU分歧格。无论怎么,实践性能永远不克不及匹配实例类型的能力。那么实例类型的能力是否是很难达成呢?也不是,由于最近加入IaaS竞争的公司 ProfitBricks提供了对虚构效劳器的动静配置。 ProfitBricks还宣称它利用InfiniBand互联与SSD存储,因此能提供更佳性能。目前是亚马逊转向动静实例类型的时分了,在这里客户能够拖动滑块以挑选内存、核心数量、CPU和磁盘容量。这将简化对Amazon EC2的配置,而且客户可以取得效劳器配置的管束权。他们能够静止、调整配置,并从头启动亚马逊EC2实例,直到性能令人称心。


2019-06-27 18:04:56 云资讯 亚马逊AWS大幅降价,中国云市场将会阅历怎么样的轰动? 近日,AWS技能峰会在上海举办。会上,亚马逊旗下云核算事务子公司AWS发表对公司Amazon EC2实例进行了价格调降,降幅最高可达49%。
Copyright © 2002-2020 免费制作app_免费建站广泛_旅游网站制作_机械网站建设_wap网站制作 版权所有 (网站地图
地址:江苏省南京市玄武区玄武湖 电话:4008-888-888
邮箱:9490489@qq.com QQ:6146270200