多个微型与一个大型ec2实例

时间:2016-10-01 08:16:07

标签: amazon-web-services amazon-ec2

我们的网站越来越慢,我们需要升级。 我们目前正在使用AWS并且拥有1个微型ec2实例,这些实例在我们的网站流量较少时证明有效。现在,当我们获得更多流量时,我们的网站变得越来越慢。

我们似乎无法解决争论。 哪个更好:

  1. 添加多个额外的微/小实例,并通过nginx或亚马逊云计算进行管理
  2. OR

    1. 将我们的微实例升级为大型/ xlarge实例。
    2. 考虑到服务器要执行的任务,这将更有效,并且考虑到ram的总量和处理能力是相似的。 1大,还是很小?

      由于

1 个答案:

答案 0 :(得分:4)

很难说 -

选项#2将是最容易做到的,关闭服务器,调整大小,重新启用它只需支付更多的钱就能获得更多容量。容易做,但可能不是最好的长期解决方案。当流量持续增加时(无论是经常还是在某些时间)你会做什么?只是选择一个更大的盒子就没有更多的收获了?

选项#1将会更有效,但最终可能是更好的策略。

首先,你没有说你是否一直需要更多的吞吐量,或者是否是需要容量的一天/周/月/年的特定时间 - 如果是这样的话,多个具有自动扩展组的EC2实例通过根据需要打开其他实例,然后在需求减少时关闭它们来响应需求的增加和减少,这是一种具有成本效益的选择。

此外,让多个实例运行 - 最好在不同的可用区域中,为您提供容错功能 - 当您的#1中的大型实例出现故障时,您的网站已关闭 - 如果您有许多小型实例运行2或3个可用性区域,如果一个或多个或您的实例发生故障,您可以继续运行,即使AWS可用区域脱机(很少见,但它发生)。

除了上面的选项之外,在不了解您的应用程序的任何事情 - 您可以做的其他事情 - 将一些静态资产移动到S3和/或使用AWS云端(或其他CDN)卸载一些工作 - 这通常是便宜的并且可以轻松地从现有的盒子中获得更多。