确定 EC2 和 RDS 实例类型

Question

我有一个 EC2 实例（免费微型），我在其中托管一个带有嵌入式 Flash 游戏的网站。 Flash 游戏将数据发送到具有 5 个表的 RDS（免费微型）MySQL 数据库。该游戏用于教育目的，我们正在跟踪玩家在游戏中采取的行动，以便我们可以发表学术论文——因此我们不要丢失太多数据，这一点很重要。在过去的几周里，我们已经有大约 20,000 人在游戏发布时注册玩游戏。这远远超出预期。我担心的是所有 20K 玩家都在同一个 48 小时内玩游戏，一切都崩溃了。游戏为 10.7 MB，需要加载到浏览器中，然后每个会话将向每个表发送 5-10 行。因此，我们可以在两天内查看每张表的 1-2 百万个条目。我将使用 loader.io 进行负载测试，但这是我第一次进行负载测试。我想就最好购买哪些 EC2 和 RDS 实例征求意见，还是我应该只加载测试直到找到一个可行的实例？

有人可以在这方面引导我走向正确的方向吗？亚马逊文档对我帮助不大。

Answer 1

我会专注于内存和 IOPS。

内存：

R3 实例针对内存密集型应用程序进行了优化，并且在 Amazon EC2 实例类型中每 GiB RAM 的成本最低。

IOPS：（每秒输入/输出操作数）

如果您正在寻找每秒有保证的读取或写入次数，我强烈建议您使用预置 IOPS。预置 IOPS 存储是一种存储选项，可提供快速、可预测和一致的吞吐量性能。您可以根据需要在创建实例时指定 IOPS 速率。

最佳部分： 如果您意识到您的内存使用过度或不足，您可以升级或降级您的实例而无需停机（前提是您正在运行 MAZ）。

Answer 2

这个问题没有简单的答案。这取决于您的应用程序的性能。每个应用程序都是不同的，取决于它的开发方式和它必须做什么，它需要不同数量的 CPU 周期来处理单个请求。

因此，考虑到这一点，您能做的最好的事情就是尝试复制一个高负载场景并查看您的应用程序的执行情况。然后，您可以使用此信息来决定您的应用程序应该使用哪些类型的实例。您还可以识别应用程序中的瓶颈，从而进一步提高性能。