写点什么

亚马逊正式发布关系型数据库 Amazon Aurora

  • 2015-07-30
  • 本文字数:1585 字

    阅读完需:约 5 分钟

在去年的 AWS re:Invent 大会上,亚马逊宣布 Amazon Aurora 。Aurora 是一个关系型数据库,可以跨 3 个可用区域复制 6 份数据,其设计目标是提供高性能和高可用性(99.99%),并且存储可以轻松高效地扩展到 64TB。近日,AWS 首席传道士 Jeff Barr 宣布 Amazon Aurora 正式发布,但目前只有美国东部(北弗吉尼亚)、美国西部(俄勒冈) 和欧洲(爱尔兰)等三个地区的用户可以使用。

关于 Amazon Aurora 的特性,Jeff 在先前的博文中已经阐述过。因此,这次他只介绍了该数据库的新特性:

  • 零宕机迁移:如果用户正在使用 Amazon RDS for MySQL ,那么借助 Amazon Aurora 的新特性,只需要很简单的操作(打开 ** RDS 控制台,选中现有数据库实例,并从Instance Action菜单下选择Migrate Database**)就可以实现零宕机迁移。如果数据库处于活动状态,则需要首先在实例的 DB 参数组中启用二进制日志(具体方法参见这里)。
  • 丰富的指标:每个 Amazon Aurora 实例都会向 Amazon CloudWatch 提报大量的指标。用户可以通过控制台查看,并根据需要设定预警值。
  • 简单快速的复制:每个 Amazon Aurora 实例最多可以有 15 个副本,用户只需几次点击即可完成。而且,得益于 Amazon Aurora 独特的架构,复制延迟通常只有 10 到 20 毫秒。
  • 性能提升 5 倍:在同一硬件上运行时,Amazon Aurora 的性价比是传统关系型数据库的 5 倍。不过,这不是说单个查询的速度快 5 倍,而是说 Amazon Aurora 能够处理的并发查询比其它产品多许多。Amazon Aurora 独特的高并发存储访问方式减少了数据存储争用,让它可以用一种非常高效的方式处理查询。也许,这可以解答人们先前的疑问

AWS 合作伙伴网络(APN)已经开始在他们的产品中测试 Amazon Aurora,包括 Tableau Talend Alfresco 等。Amazon Aurora 已经可以用于生产环境,其计费方式如下:

  • 数据库实例——主实例和副本均以小时为单位计费。
  • 存储——每 GB 每月 0.10 美元,依据是数据库实际占用的存储字节数。
  • I/O——数据库发起的每百万次 I/O 请求 0.20 美元。

更多价格信息,请查看 Amazon Aurora 定价页面

Aurora 发布的消息在 Hacker News 上引发了激烈的讨论。许多网友都对Aurora 的技术架构感兴趣,比如elktea 和falcolas 就想知道“它是否是基于 Galera (一个以 InnoDB 为基础构建的存储引擎,是 MySQL 和 MariaDB 集群实现的基础)?”,而 falcolas 猜测 Aurora 是基于 NDB 构建。对此,Redshift 总经理 awgupta 回复道:

Aurora 既不是基于 Galera,也不是基于 NDB。

你可以将 Aurora 看作一个单实例数据库……事务、锁、LSN 生成等都是在数据库节点完成的。我们会将日志记录向下推送到存储层,Aurora 存储负责从日志生成数据块。

因此,ACID 中的 ACI 都是在数据库层使用传统的技术实现的。而 D 则使用了分布式系统的技术……我们有一个生成 LSN 的头节点,提供一个单调逻辑时钟……

另外,谈到 Aurora 的性能,有网友对基准测试感兴趣,但苦于没能找到独立的第三方对 Aurora 进行基础测试的案例。对此,awgupta 回复说:

对于类似 TPC-C 这样的基准测试,你可以运行:1) CloudHarmony ;2) Percona

我们发现,使用 CloudHarmony 加载大型数据集更简单,但我们两个都做了。

另外,他还建议网友阅读这篇文章。这有助于确保,他们配置的客户端有足够的网络吞吐量来运行一次完整的测试。

除了上述问题外,有许多网友对Aurora 究竟是什么还存在疑问。Jeff 建议他们阅读他先前的博文。而关于Aurora 的架构细节,网友mathnode 则建议观看这段 YouTube 视频

要了解更多关于 Amazon Aurora 的信息,请访问 Amazon Aurora 官方网站或阅读 Amazon Aurora 文档


感谢郭蕾对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入 InfoQ 读者交流群)。

2015-07-30 08:233354
用户头像

发布了 1008 篇内容, 共 432.9 次阅读, 收获喜欢 346 次。

关注

评论

发布
暂无评论
发现更多内容

一文带你了解 Java 的内存区域

宇宙之一粟

Java 内存 2月月更

“元认知”相关学习总结

panda

思维模型 阅读笔记 元认知

Go反射的三大法则

linlh

反射 元编程 Go 语言 2月月更

消息队列存储消息数据的表结构

皓月

「架构实战营」

Kubernetes集群仪表盘dashboard&Kuboard安装Demo

山河已无恙

Kubernetes 2月月更

【C语言】一维数组

謓泽

C语言 2月月更 一维数组

LabVIEW生成应用程序(exe)和安装程序(installer)

不脱发的程序猿

LabVIEW 生成应用程序(exe) 安装程序(installer)

基于51单片机室内灯光控制系统

DS小龙哥

2月月更

战略规划和战略解码BLM+BEM

wood

bem 战略制定 300天创作 BLM

AI赋能安全技术总结与展望| 社区征文

herosunly

人工智能 新春征文 2月月更

为什么需要单元测试?

蜜糖的代码注释

单元测试 后端开发 2月月更

kube-scheduler源码分析(1)-初始化与启动分析

良凯尔

源码 Kubernetes 容器 源码分析 #Kubernetes#

RPA进阶(一):走近 RPA 世界

No Silver Bullet

RPA 机器人流程自动化 2月月更

技术盘点:2022 年容器、Serverless、可观测、服务网格有哪些值得关注的趋势?

阿里巴巴云原生

阿里云 Serverless 云原生 趋势 可观测

电子书《大型组织深入推广零代码应用平台的行动指南》正式发布!

明道云

设计消息队列存储消息数据的 MySQL 表格

swallowluo

架构实战营 #架构实战营 「架构实战营」

鸿蒙学习笔记之使用 XML 方式创建布局

宇宙之一粟

鸿蒙 java UI 2月月更

gopher成长之路(四):GO开发工程师写QT

非晓为骁

个人成长

显示器选购总结-戴尔2705QM-明基PD2700U

李印

总结 经验分享

工作想法小计2/7 - 2/11

非晓为骁

个人成长 开发 工作方式 Go 语言

Lyft微服务研发效能提升实践 | 2. 优化快速本地开发

俞凡

研发效能 大厂实践 2月月更 lyft

技术盘点:云原生中间件的技术演进与未来趋势展望

阿里巴巴云原生

阿里云 云原生 中间件 趋势

DOM 精通了?请问 Node 和 Element 有何区别?

编程三昧

JavaScript 前端 DOM 2月月更

技术盘点:2022年云原生架构趋势解读

阿里巴巴云原生

阿里云 架构 云原生 趋势

韵达基于云原生的业务中台建设 | 实战派

阿里巴巴云原生

阿里云 云原生 业务中台 合作案例

架构训练营 毕业设计

ren

也许我们可以用另一种角度与观点看待世界所发生的事情,让你有所解答。

叶小鍵

Go 并发模式:管道和取消(译)

en

Go

技术盘点:消息中间件的过去、现在和未来

阿里巴巴云原生

阿里云 云原生 中间件 消息队列 EventBridge

LabVIEW跳转访问网页

不脱发的程序猿

LabVIEW 跳转访问网页

AIGC的“含科量”与“含资量”

脑极体

亚马逊正式发布关系型数据库Amazon Aurora_数据库_谢丽_InfoQ精选文章