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

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

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

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

答案1

有几件事需要理解:

  1. 预留实例只是计费结构。AWS 将在计费时尝试将购买的预留实例与您正在运行的实例进行匹配。也就是说,您无需将 RI 分配给实际的 EC2 实例,即可自动获得折扣。

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

    另一方面t2。任何事物不会适用于m5。任何事物- 它们是不同的实例类。您可以购买2x m5.大代替1x m5.xlarge预留实例——从计费角度来看是相同的。

  3. 现在为什么它建议54x t2.nano?可能它发现你的实际需求介于t2.xlarge两者之间t2.2xlarge——最好这样表达54x t2.nano

    根据您的应用,您可能能够或不能将负载分散到较小实例的数量我不会去54x t2.nano但也许3x t2.大是一个不错的选择吗?然后,您可以设置自动扩展,在空闲时间删除一些节点并保存。甚至可以使用Spot 实例并节省更多。但是对于 ASG 和 Spot,您都需要一些自动化功能。

  4. 为了获得更大的灵活性,请查看AWS 储蓄计划- 有了它,您就可以将应用程序迁移到较新的实例类型,混合和匹配实例类型等。预留实例您只能在特定区域使用特定实例类别。使用储蓄计划您每月仅需承诺一定金额,如何使用这笔钱完全由您自己决定。

希望有帮助:)

答案2

其背后的基本思想是,您无需为峰值负载配置一台大型服务器,而是拥有大量小型服务器,这些服务器可以自动扩展和缩小以满足负载。您将服务器置于应用程序负载平衡器后面。这还可以为您提供冗余,以防某台服务器出现问题。

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

m5.xlarge 并不是特别大的服务器,因此拆分起来比较困难。我会继续使用 m 系列,较小的是 m5.large,因此您可能需要在 1 到 3 个之间进行扩展。

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

相关内容