Aurora Serverless MySQL 正式推出

![](https://d2908q01vomqb2.awsstatic-china.com/da4b9237bacccdf19c0760cab7aec4a8359010b0/2018/08/08/requests-1024x257.png)
这种模式非常适合负载不可预知或需求较少的应用程序。我很高兴将向大家展示这种模式的工作原理。我们来看一下如何启动无服务器集群。
### 创建 Aurora Serverless 集群
首先，我将转到 [](https://console.aws.amazon.com/rds/home) 控制台并选择**集群**子控制台。然后在子控制台中，单击右上角的 **Create database** (创建数据库) 按钮，进入以下屏幕。
![](https://d2908q01vomqb2.awsstatic-china.com/da4b9237bacccdf19c0760cab7aec4a8359010b0/2018/08/08/1_create-779x1024.png)
在屏幕上方选择我的引擎类型，然后单击“下一步”，目前仅支持 Aurora MySQL 5.6。
![](https://d2908q01vomqb2.awsstatic-china.com/da4b9237bacccdf19c0760cab7aec4a8359010b0/2018/08/08/2_create-1024x548.png)
接下来就到有趣的部分了！我将容量类型指定为**无服务器**，然后所有的实例选项和配置选项都不显示了。我只需为我的集群命名，并设置一组主用户名/密码，然后单击“下一步”即可。
![](https://d2908q01vomqb2.awsstatic-china.com/da4b9237bacccdf19c0760cab7aec4a8359010b0/2018/08/08/3_create-1024x563.png)
之后我可以在显示的屏幕中选择若干选项。我可以指定要使用的 Aurora 容量单位 (ACU) 的数量上限。容量单位是按秒计费的（最低 5 分钟），而且我的集群将在指定的 Aurora 容量单位的最小和最大数量之间自动扩展。自动扩展的规则和指标将由 Aurora Serverless 自动创建，其中将包括 CPU 利用率和连接次数。当 Aurora Serverless 检测到我的集群需要更多容量时，它将从暖资源池中获取容量以满足需求。因 Aurora 设计的特点是计算层与存储层分离，所以获取的新容量可在数秒内开始提供流量。
如果我的集群不再有任何活动，集群甚至可以自动缩减至零。这非常适合那些长时间不太使用或不用的开发数据库。当集群暂停时，我只需要支付基础存储费用。如果我想手动扩展或缩减，以预防流量激增的情况，可以通过单次 API 调用轻松实现。
最后，单击右下角的“Create database”(创建数据库)，然后等待集群可用 – 这个过程很短。目前，我们仅支持有限数量的集群参数，并计划在根据客户反馈进行改进时提供更多自定义选项。
![](https://d2908q01vomqb2.awsstatic-china.com/da4b9237bacccdf19c0760cab7aec4a8359010b0/2018/08/08/4_create-1024x439.png)
现在，与其他 RDS 数据库类似，该控制台可提供丰富的数据。
在该控制台中，我可以像连接任何其他 MySQL 数据库一样连接我的集群。我可以运行 `sysbench` 或 `mysqlslap 等工具，` 以生成一些负载并触发扩展事件，或者我也可以等待服务缩减和暂停。
![](https://d2908q01vomqb2.awsstatic-china.com/da4b9237bacccdf19c0760cab7aec4a8359010b0/2018/08/08/5_create-1024x349.png)
如果我向下滚动或选择事件子控制台，可以看到几个正在发生的不同自动扩展事件，包括在某一时刻暂停实例。
该服务最大的优势是什么？当我写完这篇博文后，我无需记着还得关闭该服务器！当我准备再次使用它时，我只需发出连接请求，我的集群便会在数秒内开始响应。
### Aurora Serverless 的工作原理
我想更深入地了解，为了启用此功能，后台是如何运行的。当您预配置 Aurora Serverless 数据库时，该服务会执行以下操作：
col 1                                                                                                                         | col 2                                                                                                               ----------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------* 创建 Aurora 存储卷并复制到多个可用区。* 在您的 VPC 上创建终端节点，以供应用程序连接。* 配置终端节点背后的网络负载均衡器（对客户不可见）。* 配置多租户请求路由器，以将数据库流量路由至基础实例。* 预配置初始最小实例容量。 | ![](https://d2908q01vomqb2.awsstatic-china.com/da4b9237bacccdf19c0760cab7aec4a8359010b0/2018/08/08/vpc-883x1024.png)
当集群需要自动扩展、缩减或在暂停后恢复时，Aurora 会从可用节点池中获取容量，并将其添加到请求路由器。这个过程几乎不费时间，而且由于节点之间共享存储，所以 Aurora 可在数秒内针对大多数工作负载扩展或缩减容量。该服务目前进行扩展和缩减时的自动扩展冷却时间分别为 1.5 分钟和 5 分钟。由于现有连接和会话状态都已转移至新节点，所以扩展操作对已连接的客户端和应用程序是透明的。暂停和恢复之间的唯一区别在于首次连接的延迟更高，通常约为 25 秒。
### 现已推出
Aurora Serverless for Aurora MySQL 现已在以下区域推出：美国东部（弗吉尼亚北部）、美国东部（俄亥俄）、美国西部（俄勒冈）、欧洲（爱尔兰）。如果您有兴趣详细了解 Aurora 引擎，可以查看[](https://awsmedia.awsstatic-china.com/blog/2017/aurora-design-considerations-paper.pdf)。如果您有兴趣更深入地了解 Aurora Serverless 的工作原理，敬请关注未来的博文，了解更多详情！
我个人认为这是数据库发展过程中一个令人非常兴奋的节点，我迫不及待地想看看客户将使用该数据库创造出什么样的成果！