Amazon Aurora Serverless 是 Amazon Aurora 的一种按需自动扩展配置版本。Amazon Aurora Serverless 会根据应用程序的需求自动启动、关闭以及扩展或缩减容量。可在云中运行数据库，而无需管理任何数据库实例。还可以在现有或新的数据库集群中将 Aurora Serverless v2 实例与预置实例搭配使用。
手动管理数据库容量需要占用宝贵的时间，也可能导致数据库资源的使用效率低下。 借助 Aurora Serverless，您可以创建数据库，指定所需的数据库容量范围，然后连接您的应用程序。您需要在数据库处于活动状态期间按照每秒使用的数据库容量进行付费，并且只需在 Amazon Relational Database Service（Amazon RDS）控制台中执行几个步骤即可在标准配置和无服务器配置之间进行迁移。
-
新增功能：Amazon Aurora Serverless v2
-
Amazon Aurora Serverless v1
-
新增功能：Amazon Aurora Serverless v2
-
Amazon Aurora Serverless v2 可在不到一秒钟的时间内立即扩展到能够处理数十万个事务的能力。在扩展过程中，系统会以极为精细的增量调整容量，从而确保恰好提供应用程序所需的数据库资源量。无需管理数据库容量。您只需为您的应用程序使用的容量付费。与按照峰值负载来预置容量相比，您最高可以节省 90% 的数据库成本。
Aurora Serverless v2 支持所有形式的数据库工作负载。示例包括具有不频繁、间歇性或不可预见工作负载的开发和测试环境、网站和应用程序，以及要求极高的需要大规模和高可用性的业务关键型应用程序。它支持所有的 Aurora 功能，包括全球数据库、多可用区部署以及只读副本。 Aurora Serverless v2 适用于 Amazon Aurora MySQL 兼容版本和 PostgreSQL 兼容版本。
优势
高度可扩展
只需不到一秒的时间，即可瞬间扩展到数十万个事务。
高度可用
提供所有的 Aurora 功能，包括克隆、全球数据库、多可用区部署以及只读副本等，满足业务关键型应用程序的需求。
经济高效
以极为精细的横向增量，确保恰好提供所需的数据库资源量，并且仅为使用的容量付费。
简单
不再需要进行复杂的数据库容量预置和管理。数据库将会扩展，以匹配应用程序的需求。
透明
立即扩展数据库容量，而不中断传入的应用程序请求。
持久
使用分布式、容错、自我修复的 Aurora 存储，防止数据丢失，使您的数据在一个区域的三个可用区（AZ）中持久可用。
应用场景
可变工作负载
您正在运行不常用的应用程序，每天或每年会出现数次峰期，每次持续 30 分钟到几个小时，例如当运行人力资源、预算或业务汇报应用程序时。您不再需要按峰值容量预置，从而避免了为不经常使用的资源付费；也无需按平均容量预置，从而避免了可能导致的性能问题和糟糕的用户体验。
不可预测的工作负载
您正在运行的工作负载需要全天使用数据库，并且活动峰期也很难预测。例如，下雨时您可能会看到流量站点的活动激增。您的数据库将自动扩展容量以满足应用程序的峰期负载需求，并在活动量激增结束后缩减容量。
企业数据库队列管理 最新资讯
如果企业拥有数以百计甚至千计的应用程序，每个应用程序都由一个或多个数据库支持，则必须妥善管理其整个数据库队列的资源。由于应用程序的需求是波动的，要持续监控并调节各个数据库的容量以确保高性能、高可用性，同时将成本控制在预算范围内，将是一件难度极高的工作。借助 Aurora Serverless v2，数据库容量将会根据应用程序需求自动调整。您不再需要手动管理数据库实例集中的数千个数据库。借助全球数据库和多可用区部署等功能，还可以确保高可用性和快速恢复能力。
软件即服务应用程序 最新资讯
软件即服务（SaaS）供应商通常会在单个集群中运行数以百计甚至千计的 Aurora 数据库，每个数据库支持一个不同的客户，从而提高利用率和成本效率。但是，这些供应商仍需要逐一管理每个数据库，包括监控同一集群中对共享资源的消耗超出最初计划的并置数据库并进行相应的处理。借助 Aurora Serverless v2，SaaS 供应商可以为每个单独的客户预置 Aurora 数据库集群，无需担心所预置容量的成本。系统会在数据库未使用时自动关闭数据库以节省成本，并且会即时调整数据库的容量以满足不断变化的应用程序需求。
跨多个服务器横向扩展数据库 新增功能
写入或读取需求高的客户经常会跨多个实例来分拆数据库，从而实现更高的吞吐量。然而，客户预置的实例数量往往不是太多就是太少，导致成本增加或扩展能力受到限制。借助 Aurora Serverless v2，客户会跨多个 Aurora 实例来分拆其数据库，并让服务根据需求即时自动调整容量。系统会无缝调整每个节点的容量，不会造成任何停机或中断，并且仅使用支持应用程序所需的资源量。
如何开始使用
Aurora Serverless v2 适用于 Aurora MySQL 兼容版本和 PostgreSQL 兼容版本。 它的入门非常简单：您只需在创建 Aurora 数据库集群时选择 Serverless v2，选择性地指定所需的数据库容量范围或使用默认值，然后连接您的应用程序即可。
-
Amazon Aurora Serverless v1
-
Amazon Aurora Serverless v1 是一种简单且更具成本效益的选择，适用于不频繁、间歇性或不可预测的工作负载。
优势
简单
不再需要进行复杂的数据库容量预置和管理。数据库会根据应用程序的需求自动启动、关闭和扩展。
可扩展
可按需无缝扩展计算和内存容量，同时不会中断客户端连接。
经济高效
您只需按秒为使用的数据库资源付费。除非数据库实例实际运行，否则您不需要为其付费。
高度可用
建立在分布式、容错、自我修复的 Aurora 存储之上，使您的数据在一个区域的三个可用区域中持久可用，以防止数据丢失。
应用场景
不频繁使用的应用程序
有些应用程序每天或每周只使用几次，且每次只使用几分钟，例如低容量的博客网站，因此您需要一种具有成本效益的数据库，让您只需在数据库处于活动状态时付费。借助 Aurora Serverless v1，您只需为所使用的数据库资源付费。
开发和测试数据库
软件开发和 QA 团队在工作时间需要使用数据库，但在夜间或周末不需要。借助 Aurora Serverless v1，您的数据库将在不使用时自动关闭，并在第二天开始工作时更快地启动。
如何开始使用
Aurora Serverless v1 支持兼容 MySQL 的 Amazon Aurora 和兼容 PostgreSQL 的 Amazon Aurora。它的入门非常简单：您只需在创建 Aurora 数据库集群时选择 Serverless，选择性地指定所需的数据库容量范围，然后连接您的应用程序即可。
客户
-
British Airways
英国航空是一家全球性航空公司，100 多年来一直致力于将人们、地方和不同文化更加紧密地联系在一起。
借助 Amazon Aurora Serverless v2 和数据 API，我们现在可以在 AWS Lambda 中并行进行数据分析和处理。我们不需要按顺序执行数据科学工作负载，而是可以同时运行它们。Lambda 可以从零无缝扩展到同时运行的 200 或 300 个函数，并且数据 API 可以有效管理连接峰值。因此，单次航班的数据分析现在通常可以在 30 秒内完成，相对于过去的数十分钟，有了显著的改善。
Nils Mohr，英国航空高级飞行数据软件工程师 -
CloudZero
CloudZero 是云成本智能领域的领导者。
Amazon Aurora Serverless v2 和数据 API 使我们无需管理复杂的 VPC 和网络访问控制，从而显著降低运营复杂性并减轻安全负担。这意味着能够专注于雇用更多的软件工程师和更少的运营人员。我们认为这是一种“无服务器生活方式”，我们依靠 AWS 来确保我们的正常运行时间和可用性，这使我们能够以更少的人员成本更快地行动。
Erik Peterson，CloudZero 首席技术官/首席信息安全官兼创始人 -
Easygo
Easygo 使用最新技术为全球玩家开发一流的游戏产品。Easygo 构建了一系列平台，例如 stake.com，这是世界领先的加密赌场和体育博彩平台，以 100% 可证明的公平和透明的方式运营比特币、以太币、莱特币和许多其他加密货币。Easygo 需要一个数据库解决方案，以便在足球世界杯、NBA 或 NFL 赛季等重大体育赛事期间同时处理数以万计的玩家。随着玩家人数逐年增长，Easygo 需要不断扩展并适应其不断增长的玩家群体。
这些体育赛季工作负载的高度可变性意味着 Easygo 在其常规流量模式之外看到了快速、大规模的增长。我们希望工程团队能够减少在管理数据库扩展需求方面花费的时间，并希望数据库解决方案能够无缝扩展以处理全球不同时区的体育赛事。Easygo 将大约 50 个数据库迁移到 Amazon Aurora Serverless v2，使团队能够专注于构建规模更大、品质更好的比赛，同时减少在研究瓶颈上花费的时间。
Easygo 工程总监 -
Intuit
Intuit 是为用户、小型企业和会计专业人员提供金融管理软件的领先提供商，其产品包括 TurboTax、QuickBooks、Mint、Credit Karma 和 Mailchimp。
为了减少运营开销并改善数据库成本，我们决定使用 Amazon Aurora Serverless。混合配置集群非常适合我们的使用案例，它使我们能够在同一集群中组合使用预配置的 Amazon Aurora 写入器和 Amazon Aurora Serverless v2 读取器。借助 Aurora Serverless v2，我们能够获得自动扩缩的优势，同时无需在对高可用性和灾难恢复的要求方面做出妥协。我们在生产和非生产环境中使用 Aurora Serverless v2，它帮助我们节省了大约 55% 的数据库配置成本。借助 Aurora Serverless v2，我们的开发人员可以将工作重心从管理容量逐渐转移到构建功能上。
Rajesh Saluja，Intuit 首席数据工程师 -
S&P Dow Jones Indices
S&P Dow Jones Indices (S&P DJI) 是 S&P Global Inc. 的一个业务部门，提供创新指数和一系列领先的解决方案，帮助投资者识别、衡量和利用全球投资机会。S&P DJI 拥有近 200 个支持其核心应用程序的数据库，大小从 500GB 到 15TB 不等。
我们从 Amazon Web Services (AWS) 开始我们的迁移之旅，利用 AWS Database Migration Service (AWS DMS) 从本地迁移到 Amazon EC2 上的 MySQL，然后直接迁移到 Amazon Aurora MySQL 兼容版。我们最近为一个新应用程序采用了 Aurora Serverless v2，该应用程序包括使用 AWS SageMaker 进行行业范围资产分类的机器学习功能。设置 AWS Glue 作业以从 Twitter 源摄取数据导致此应用程序的工作负载变化很大。因此，我们采用了 Aurora Serverless v2，它可以动态扩展计算资源以支持处理所有 AWS Glue 作业和 AWS Lambda 函数，同时能够摄取大量数据。我们还通过 Amazon Aurora Global Database 启用了写入转发功能，让我们的应用程序在多个区域保持活跃。
Shivakumar Bangalore，S&P Global Inc. 数据库工程高级总监