Amazon Web Services 宣称其云方案已经利用 AWS 数据库迁移服务迁移了 1000 万数据库系统。此项服务最初发布于去年 10 月的 Re:Invent 2015 大会,并在五个月之后正式进入全面运行。在这 1000 厞数据库当中,有三分之一不仅完成了由内部到云端的迁移,同时亦实现了数据库系统本身的转换, AWS 关系数据库服务副总裁 Hal Berensen 在一份声明中指出。
尽管 Amazon 方面并没有透露大部分迁移厂商的具体迁移轨迹或者过程,但其中两家客户—— Expedia 与 Thomas Publishing ——表示他们已经将内部专有系统转移到了 AWS Aurora 关系系统当中。 Aurora 亮相于 Re:Invent 2014 大会,属于开源 MySQL 的一套大规模分布式版本,且以在线服务方式交付。
Thomas Publishing 是一家已经拥有一百多年历史的老牌企业,其原本利用甲骨文系统向各行业供应商及买家发布信息。 Thomas 方面还需要处理不断增长的数据集并“在初次接触 Amazon Aurora 时对其可观的潜在可能性抱有浓厚兴趣,”该公司 CTO Hans Wald 解释称。
另一种选择是进一步提升甲骨文系统规模,这将带来“可观的前期投入,包括基础设施与甲骨文许可费用,” Wald 在 Amazon 发布的声明中写道。
起初,该公司认为“将原有 PL/SQL 代码迁移至云中几乎不可能实现”,他指出。然而在 Amazon 发布了其数据库迁移服务后,这项举措“使得我们能够重新审视这项难题,并在认真评估之后发现 AWS 数据库迁移服务能够自动处理大部分工作并极大降低代码迁移流程中的人为介入需求。”
由于迁移工作基本以自动化方式完成, Thomas 公司计划在 2016 年年内将更多数据库系统迁移至 Amazon Aurora , Wald 指出。
此次面向 Aurora 的迁移工作之所以能够自动完成,是因为 Amazon 公司同时发布了一套关系数据库转换工具。不同系统间的架构差异正是导致数据库迁移如此复杂的主要因素之一,而 Amazon 则是第一家宣称能够解决此类难题的云服务供应商。
与 Thomas 一样,其它众多迁移企业也在将大量系统交给 AWS 打理。因此实际将数据库迁移至 AWS 的企业数量并不太多,但其中一部分甚至一次性迁移了“数百套系统”,这在公告中提到的 1000 套系统中占据了相当可观的比重, AWS 方面表示。
旅游网站 Expedia 则在声明中表示,其也将一部分内部系统迁移到了 AWS Aurora 当中。
“这种对流程进行密切监控以及保留详尽日志记录的能力让我们对 AWS 充满信心,这也成为我们决定进行迁移的前提所在,” Expedia 公司首席工程师 Kuldeep Chowhan 指出。
Pegasystems 则是进行数据库迁移的第三位企业客户,这是一家应用程序销售、推广与服务厂商,但其并未在声明中提及将哪套系统迁移到 AWS 云中。
云产品与商业化副总裁 Willy Fox 指出, Pegasystems 公司在实际应用前对该迁移服务进行了测试。测试结果显示,该服务“降低了人工及时间需求,能够以自动化方式快速将多种独立数据库迁移至 AWS 数据存储体系当中。”有 Amazon 负责打理这些数据库系统, Pegasystems 公司得以从主强度维护工作当中解放出来。
尽管如此,仍有三分之二的客户并没有对数据库系统做出变更。
相反,他们将本地系统原本迁移到了 AWS 云当中,具体系统方案包括:甲骨文、微软 SQL Server 、开源 MySQL 、开源 MariaDB ( MySQL 的一套高性能版本)以及开源 PostgreSQL (一套甲骨文兼容型系统)。
另外,客户还可以选择使用 AWS 的关系数据库服务(简称 RDS )。
Amazon 已经将数据库迁移服务纳入其 AWS 管理控制台, Amazon 用户可借此以集中方式对各项服务进行管理。不过数据库迁移服务目前只面向特定服务区供应,具体包括:美国东部(北弗吉尼亚州)、美国西部(俄勒冈州与加利福尼亚州北部)、欧盟(都柏林与法兰克福)以及亚太地区(新加坡、悉尼与东京)。 Berensen 表示,该服务将于今年晚些时候在更多服务区上线。
原文标题: AWS Service Migrates 1,000 Database Systems Into Cloud
【51CTO.com独家译稿,合作站点转载请注明来源】