写点什么

Amazon Aurora PostgreSQL Serverless 现已正式推出

  • 2019-09-25
  • 本文字数:1384 字

    阅读完需:约 5 分钟

Amazon Aurora PostgreSQL Serverless 现已正式推出

数据库通常是软件架构中最关键的部分,而管理数据库,尤其是关系数据库,从来就不是一件轻松的事。为此,我们创建了自动扩展版本的 Amazon Aurora — Amazon Aurora Serverless,该服务可以根据您的应用程序工作负载自动启动、关闭、扩大或缩小。


MySQL 兼容版本的 Aurora Serverless 已推出了一段时间。今天,我很荣幸的宣布,PostgreSQL 兼容版 Aurora Serverless 正式发布。


在继续讨论细节之前,我想借此机会对 Amazon Aurora 开发团队表示祝贺,他们刚刚荣获了 2019 年美国计算机协会 (ACM) 数据管理专业委员会 (SIGMOD) 系统奖!


使用 Aurora Serverless 创建数据库时,您可以设置最小和最大容量。您的客户端应用程序将透明地连接到代理队列,从而将工作负载路由到自动扩展的资源池中。由于资源已“预热”并且可随时添加以处理您的请求,扩展速度很快。



在 Aurora 管理存储的方式方面,Aurora Serverless 没有变化。存储层与数据库所用的计算资源无关。无需提前预置存储。最低存储量为 10GB,且根据数据库的使用情况,Amazon Aurora 存储可以按 10GB 的增量自动增长到最高 64 TB,且对数据库性能没有影响。


创建 Aurora Serverless PostgreSQL 数据库


我们来启动一个 Aurora Serverless PostgreSQL 数据库,来看看它在运行时的自动可扩展性。 从 Amazon RDS 控制台中,选择将 Amazon Aurora 作为引擎来创建数据库。Aurora serverless 目前与 PostgreSQL 10.5 版兼容。选择该版本后,无服务器选项将变得可用。


我为新的数据库集群提供一个标识符、选择主用户名,并让 Amazon RDS 为我生成密码。我将能够在数据库创建期间检索我的凭证。



现在,我可以为我的数据库选择最小和最大容量(以 Aurora 容量单位 (ACU) 为单位),并且在其他扩展配置中,我选择在进入非活动状态 5 分钟后暂停计算容量。 Aurora Serverless 将根据我的设置自动创建 CPU 利用率阈值、连接和可用内存的扩展规则。



在数据库上测试一些负载


为了在数据库上生成一些负载,我在 EC2 实例上使用 sysbench。sysbench 上捆绑了几个 Lua 脚本,可以帮助生成在线事务处理 (OLTP) 工作负载:


  • 第一个脚本 parallel_prepare.lua 可为 24 个表中的每个表生成 100,000 行。

  • 第二个脚本 oltp.lua 使用 64 个工作线程根据这些数据生成工作负载。

  • 通过使用这些脚本,我开始在我的数据库集群中生成负载。从 RDS 控制台监控选项卡提供的这张图中可以看到,无服务器数据库容量会根据我的需求增长和缩小。此图中显示的指标是数据库集群所用的 ACU 数量。首先,它会向上扩展以适应 sysbench 工作负载。而当我停止负载生成器时,它会缩小,然后暂停。


现已推出


Aurora Serverless PostgreSQL 现已在美国东部(弗吉尼亚北部)、美国东部(俄亥俄)、美国西部(俄勒冈)、欧洲(爱尔兰)和亚太地区(东京)区域推出。使用 Aurora Serverless,您只需在数据库处于使用状态时,为您使用的数据库容量按秒付费,并支付常规的 Aurora 存储费用。


有关 Amazon Aurora 的详细信息,我建议您阅读这篇很棒的博文,它解释了 Amazon Aurora 的创建原因和创建方式:


Amazon Aurora 冉冉升起:我们是如何设计原生云关系数据库的


在生产中使用关系数据库从未如此简单过。我迫不及待的想要看看你们会用它来做什么!


本文转载自 AWS 技术博客。


原文链接:


https://amazonaws-china.com/cn/blogs/china/amazon-aurora-postgresql-serverless-now-generally-available/


2019-09-25 15:03896
用户头像

发布了 1868 篇内容, 共 133.8 次阅读, 收获喜欢 81 次。

关注

评论

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

围绕 Office 365 的那些 CLI

手艺人杨柳

Office 365

第四周总结

石刻掌纹

分布式柔性事务之事务消息详解

奈学教育

分布式事务

一路“开挂”,完美诠释“年少有为”——90 后首席科学家王乃岩

二叉树视频

写作平台 二叉树 年少有为

第四周直播总结笔记

Carlos

项目域名配置流程

打鱼小王子

架构师训练营第四章总结

叮叮董董

总结 架构师 训练营

大型互联网应用技术方案

石刻掌纹

架构师训练营第4周作业

时来运转

以应用为中心:开放应用模型(OAM)初探

郭旭东

Kubernetes OAM

漫画通信:惊呆了,手机登录还可以这么玩!

阿里云Edge Plus

云通信 通信 通信云

爱恨交织的红黑树

ytao

数据结构 算法

计算机操作系统基础(六)---作业管理之进程调度

书旅

Java php 多线程 操作系统 进程

拿着锤子的人,哪里都是钉子

Neco.W

思维方式 思考力

《机器学习理论导引》阅读攻略

华章IT

学习 周志华

使用 Prometheus-Operator 监控 Calico

米开朗基杨

Prometheus calico

架构师训练营第四章作业

叮叮董董

架构 技术方案 解决手段 互联网架构

week04 学习总结 互联网面临挑战和架构模式

Z冰红茶

分布式柔性事务之事务消息详解

古月木易

分布式柔性事务‘’

Prometheus 存储层的演进

伴鱼技术团队

性能优化 系统架构 Prometheus 存储 时序数据库

架构5班3-4组优秀作业

tracy

一个典型的大型互联网应用系统使用了哪些技术方案和手段,主要解决什么问题?请列举描述。

Carlos

架构师训练营第四章作业

饶军

为什么美国程序员工作比中国程序员工作轻松、加班少?

程序员生活志

程序员 加班

万字长文,让 Java 程序员入门小众语言 Ruby

Phoenix

Java ruby 个人成长 编程语言

设计模式

Jeff

深入浅出Shiro系列

程序员的时光

“信息茧房”里的人

架构精进之路

程序员 自我思考

第四周作业

技术小生

极客大学架构师训练营

HTTP 的15个常见知识点复习

Geek_z9ygea

Java 大前端 Web HTTP

架构师训练营第 4 周 总结

时来运转

Amazon Aurora PostgreSQL Serverless 现已正式推出_语言 & 开发_亚马逊云科技 (Amazon Web Services)_InfoQ精选文章