用于扩展的 EBS 上的 MySQL 架构（亚马逊网络服务）答案

【问题标题】：Architecture of MySQL on EBS for scaling (Amazon Web Services)用于扩展的 EBS 上的 MySQL 架构（亚马逊网络服务）
【发布时间】：2011-05-31 03:46:33
【问题描述】：

我正在尝试了解如何构建 Amazon Web Services 应用程序。

我有一个运行 EBS 的实例。据我了解，我需要挂载 EBS 驱动器，以便在其上存储我的 MySQL 数据库。

当我以后想扩大规模时，我该怎么做？我知道我可以添加更多服务器实例，但它们将如何访问数据库？因为据我了解，EBS 卷只能附加到一个服务器实例。

【问题讨论】：

标签： mysql amazon-ec2 amazon-web-services amazon-ebs

【解决方案1】：

AWS 有一整套专用于此的产品：RDS。

在最罕见和最专业的情况下，您最好使用 RDS，而不是尝试创建和调整您自己的 EBS/EC2/MySQL 基础架构。

RDS 还直接回答了您的问题 - 它们直接启用只读数据库的创建以用作查询从属。 RDS 还为您执行备份、升级和各种故障转移基础架构。

使用 EBS 无法将磁盘附加到多个 EC2 实例，因此您将无法使用该方法构建故障集群。相反，您将需要某种类型的复制或备份工具。

【讨论】：

RDS 绝对是一个解决方案，但我对你的一些观点有异议。如果您需要 SUPER() 权限或者您特别注重成本，RDS 目前不是合适的解决方案。备份 EBS 支持的 mysql 卷也是轻而易举的事：只需对它们进行快照即可。与物理服务器中的新磁盘相比，它只需一次 AWS API 调用就可以实现，而且成本很低。 EBS 支持的数据库有其缺点，但RDS 并不总是答案。
@Christopher。我同意，对于某些用户来说，缺乏超级权限和定价可能是个问题。就个人而言，我发现 RDS 的自动备份比 EBS 卷的快照更容易，尽管编写和安排脚本来执行此操作很容易。对于 MySQL 的一般用法，我发现 RDS 是一个很好的整体解决方案，并且比自己在 EC2+EBS 上设置它的工作量更少。

【解决方案2】：

EBS Volumes 容量可以使用 Snapshot 扩展->启动新的卷技术，或者存储容量可以使用 EBS Striping (RAID 0) 扩展。

在 AWS 中，您不能同时将相同的 EBS 卷挂载到 2 个 EC2 实例，因此当您扩展应用程序时，您需要通过复制或集群来横向扩展/扩展 MySQL 数据库。 AWS RDS 是 MySQL 的一个很好的选择，如果您的应用程序是读取密集型的，那么您也可以使用 RDS 只读副本进行横向扩展。如果您需要写入扩展，则可以探索功能分区或 MySQL Shards。

【讨论】：

您还可以将 IOPS 调入 EBS 卷以提高 RW 性能，但这并不便宜。

【解决方案3】：

您可以在 EBS 支持的实例上尝试 MySQL 集群。我有类似的查询，有更多的要求，张贴here。

【讨论】：

【解决方案4】：

Growing Amazon EBS Volume sizes

【讨论】：

【解决方案5】：

我无法谈论这个特定的设置，因为我没有将 EBS 与 MySQL 实例一起使用的经验，但这种类型的扩展通常是通过将特定实例专用于主数据库服务器来完成的。每当您启动其他 Web 服务器时，这些服务器仍在使用主数据库 IP 进行连接。当您的数据库成为瓶颈时，您然后在其中一个盒子（或它自己的专用盒子）上启动一个从数据库实例。然后，您可以在主从方向或循环复制中配置复制，以便您也可以写入从属实例。

如果您选择经典的主从复制，那么您必须确保您的写入仅在主数据库实例上执行。

您可以设置 Zeus 或任何其他连接负载均衡器，这样您只需连接到单个数据库 IP，然后该 IP 将循环路由您的读取连接到您的服务器池。否则，您必须自己管理连接，这绝对不是微不足道的。祝你好运。

【讨论】：

您可能能够在 AWS 中的“ELB”后面对 MySQL 从属服务器进行负载平衡......理想情况下可能是 VPC 中的一个。