AWS 建议使用 54 个 t2.nano EC2 实例而不是一个 m5.xlarge

Question

我们已经在 m5.xlarge EC2 实例上部署了一个 Web 应用程序，当我们尝试购买年度或 3 年预留许可证时，AWS 建议根据我们当前的使用情况建议购买 54 个 t2.nano 实例而不是 m5.xlarge我们现在有。它计算并显示了总成本的差异，并表明选择该选项对我们来说更有利可图。

我不明白的是，购买 54 个 t2.nano 而不是一个 m5.xlarge 意味着什么？这是否意味着我们需要在所有 54 个 nano EC2 服务器中托管应用程序，然后将其通过 ELB？我在这里有点困惑该怎么做

Answer 1

有几点需要理解：

1. 预留实例只是一种计费结构。AWS 将尝试在计费时将购买的预留实例与您正在运行的实例进行匹配。即，您没有将 RI 分配给您的实际 EC2 实例，您会自动获得折扣。

2. 预留实例容量不必与正在运行的实例相匹配。价格t2.medium与 2xt2.small或 8x相同t2.nano。因此，如果您购买32x t2.nano它将完全覆盖1x t2.xlarge的价格。从计费的角度来看，它是一样的。

   另一方面，t2。任何东西都不会适用于m5。任何东西- 它们是不同的实例类。您可以购买2x m5.large而不是1x m5.xlarge预留实例 - 从计费角度来看也是如此。

3. 现在为什么推荐54x t2.nano？可能它发现您的实际需求介于t2.xlarge和t2.2xlarge-之间，最好表示为54x t2.nano。

   根据您的应用程序，您可能能够也可能无法将负载分散到多个较小的实例上。我不会去54x t2.nano但也许3x t2.large可能是一个不错的选择？然后，您可以设置自动缩放以在安静时间删除一些节点并保存。甚至使用Spot 实例并节省更多。但是，对于 ASG 和 Spot，您都需要适当的自动化。

4. 为了获得更大的灵活性，请查看AWS Saving Plans - 有了它，您将能够将您的应用程序迁移到更新的实例类型，混合和匹配实例类型等。使用预留实例，您被锁定在特定的实例类中地区。使用储蓄计划，您每月只需承诺一定的支出，这取决于您如何使用它。

希望有帮助:)

Answer 2

这背后的总体思路是，不是为峰值负载配置一台大型服务器，而是拥有大量较小的服务器，它们可以自动伸缩以满足负载。您将服务器置于应用程序负载平衡器之后。这也为您提供了冗余，以防一台服务器出现问题。

54 t2.nano 是一个奇怪的推荐。也许它是最佳的，但它并不直观。这也意味着每个服务器的 RAM 非常少，这可能不适用于应用程序。t 实例也可能耗尽 CPU 积分，因此我不会在负载均衡器后面使用它们。如果您打开 T 实例上的选项来购买额外的积分，它比使用非 T 实例的成本更高。

m5.xlarge 不是特别大的服务器，所以拆分起来比较困难。我会继续使用 m 系列，较小的是 m5.large，因此您可能会在其中的 1 到 3 个之间进行缩放。

如果它是一个相当稳定的应用程序并且成本不是问题，那么最简单的选择是使用 m5.xlarge。