今年8月9日，在京召开的亚马逊AWS中国技术峰会上，亚马逊AWS全球副总裁、大中华区执行董事容永康宣布，AWS历史上用户数量增速最快的云服务AmazonAurora登陆中国，并在由西云数据运营的AWS中国(宁夏)区域率先提供服务。与此同时，AWS在北京区域和宁夏区域一并推出了数据库迁移服务，在帮助客户从传统数据库快速迁移到Aurora平台的同时，快速抢占市场。众所周知，数据库服务是粘性最强的云服务之一，一旦客户被吸附，转投其他云的可能性就微乎其微。如今3个月过去了，因为没有官方数据，所以，这3个月到底有多少中国企业选择并迁移到Aurora之上不得而知。不过近期，AWS官方博客发布了3篇与Aurora相关的文章，其中有2篇是国外用户迁移到Aurora之上的案例，1篇是帮助用户如何从Oracle数据库迁移到AuroraPostgreSQL的教程。通过对这2个案例研究，我们或许可以发现Aurora到底凭什么成为AWS增长最快的云服务的一丝端倪。先来看看这2家国外企业：InfoScout创建于年，总部位于旧金山，通过一共一系列的APP，帮助用户拍照上传购物小票，换取各种奖励。而InfoScout则将这些购物信息汇总分析形成报告，提供给零售商、代理商、大众消费品企业。Autodesk国内的朋友应该不陌生，设计圈内大名鼎鼎的AutoCAD，就是这家公司的产品。知名的二维和三维设计、工程与娱乐软件公司，创立于年。选择Aurora的原因：瓶颈InfoScout目前获取的信息占美国购物交易的1/，每天传输张收据图像。随着业务增长，InfoScout开始遇到数据库性能问题。高流量期间有两个重大问题爆发出来。首先，是查询执行时间的总体性能不佳。在高峰负载下，高并发请求，导致读取速度下降，页面超时，作业失败。其次是存储问题。AmazonRDSforMySQL当时的最大存储容量为6TB(现在最高支持16TB)，而当时，InfoScout的数据库已经达到了5TB。Autodesk的瓶颈得先从AutodeskAccessControlManagement(ACM)说起。尽管ACM的架构允许Autodesk扩展和平衡应用程序的负载，但瓶颈很快就转移到数据库。比如，应用程序连接单个RDSMySQL数据库实例，限制了可用的扩展选项。一个方法是增加数据库实例的大小。这种方法仍然受到可以预置的数据库实例的最大型号制约。ACM很快就超出了最大可用实例的容量限制。下一个选项是增加RDSReadReplica实例的数量以卸载主实例的读取流量，从而横向扩展数据库容量。Autodesk希望复制延迟能低于一秒，从而为所有ACM用户提供稳定的体验。与只读副本有关的复制延迟取决于主实例和只读副本实例的工作负载压力。除非重新设计ACM的架构，将数据跨多个MySQL数据库进行分拆，Autodesk不得不对应用程序进行控制，限制指向数据库的负载以减少复制延迟。但这种方法是不可持续的。迁移到Aurora后迁移到Aurora后，InfoScout发现，收据引擎状态计算机中的一个关键步骤的时间减少了10倍。此任务负责复制图像并验证最近提交的收据。下图显示了收据管道中的一个关键异步作业的运行时间。可以看到执行时间下降了10倍，从4秒缩短至毫秒。除AWS监控工具外，InfoScout还使用NewRelic等生产级的服务来进行深度性能监控。通过提取了这些报告，可以看到响应时间缩短了3倍!在InfoScout使用MySQL时，完成手机客户端向后端发出的标准网络调用需要毫秒，部署Aurora后，这一延迟已经缩短至毫秒以下。下图为迁移之前和之后的延迟，能看到性能明显提升。迁移到Aurora后的ACM应用程序架构：在此架构中，Aurora集群包含一个写实例和最高四个Aurora副本。AuroraAutoScaling将会启用以根据CPU利用率自动调整Aurora副本的数量。下图显示了迁移之前和之后的CPU利用率。Autodesk的CPU利用率下降了10倍，从使用MySQL时高达%的峰值水平降至使用Aurora后不到10%的水平。MySQLAurora下图显示了迁移之前和之后的应用程序响应时间。Autodesk的响应时间缩短了2倍。MySQLAurora迁移到Aurora后，Autodesk发现数据库的性能超出预期，应用程序的扩展性提高了20倍，应用程序的响应时间缩短了2倍，并且Aurora支持的数据库连接数量增加了7倍。写在最后通过这两个案例，我们可以总结出Aurora的四个亮点，也是对在用MySQL企业的四大诱惑，而这或许就是为什么Aurora能成为AWS用户增长最快的云服务之一的原因。1、完全兼容MySQL，意味着即插即用，即用户在无需修改程序的前提下，可以直接迁移。2、性能增强，性能是MySQL的五倍，意味短期内无需对数据库进行分区或自建集群，用户拥有了更大的空间来满足未来业务增长的需要。3、自动存储扩展，Aurora采用分布式、容错型、自我修复式的存储系统，可自动最高扩展至64TB，无需手动扩展数据库的存储容量。4、低复制延迟以实现读取扩展，最高可配置15个低延迟的Aurora副本，提高了可用性并支持读取扩展，典型的复制延迟在毫秒以下。当然，这2个案例只是针对MySQL的迁入，但这并不意味着Aurora只能替代MySQL，另外一篇Oracle迁移到AuroraPostgreSQL的教程很说明问题，Aurora的目标还有Oracle数据库。
转载请注明：http://www.aierlanlan.com/rzgz/7007.html
