亚马逊EC2容量与工作流问题

Question

我希望你们中一些有使用亚马逊EC2经验的人能提供一些建议，…当然，这将是主观的，这是好的，我很肯定你的估计会比我的更好。

我计划把我所有客户的网站从共享的托管环境转移到亚马逊EC2。它们都是非常低流量的网站(最繁忙的网站每天接待大约50名独特的访问者)。大约有8个站点，但我可能会扩展它，因为我将承担更多的项目，并托管更多的站点(…)目前的容量规划为12个地点。

每个站点都运行在ASP.Net (Umbraco )上，并且需要一个Server数据库。

我的想法如下：

1. 安装了一个小实例(1.7GbRAM，1个EC2计算单元)，并在该服务器上运行IIS和Server。
2. 安装了2个微实例(每个613 to，最多2个EC2计算单元)--一个用于IIS，另一个用于Server。

你认为哪种安排最适合我的要求。我已经开始使用Server 2008、等…来设置一个微实例并发现它无法满足内存需求，因此考虑扩展。我总是可以在一个小实例上进行配置，然后导出AMI，然后在Micro中启动它，并且每次需要对服务器进行任何严重的更改时都会这样做。我想我甚至可以在一个备用的小点实例上做所有的更新等等，然后将AMI的负载切换到Micro中，并通过它传输IP地址，所以我不需要在生产服务器上做太多的工作。我想，如果我把我所有的网站数据文件存储在EBS卷上，那么在服务器之间移动主机应该是相当容易的，只要很少的停机时间，而从不在生产服务器上工作。

我很想知道你们都在想什么，你们对升级、windows更新、软件安装等活动采取了什么策略。

你认为我需要什么样的能力来满足我的需求。

干杯，格雷格

Answer 1

首先，Server 2008在提供的613 up内存中不能很好地运行。它运行，但它是一条狗，它叫得越大声越多的服务(IIS，SSE等)你层在上面。我们使用的是Small for Server 2008，并且实际上通常在中型环境中进行环境配置，并且一旦完成任务并准备使用操作系统，就可以缩小到小了。然而，Server 2003在Micro上似乎更容易呼吸--但我们仍然在更大的实例上进行配置，并且缩小了配置范围。

我们在Micro 2003/IIS6 6上运行低流量的网站，服务器2008/SS安装在一个共享的、单独的、小的实例上。我们也有一个服务器2008/IIS7 7微构建运行，但只是提醒我们自己，为什么我们没有更广泛地使用它。;)

大型网站在中小型实例中运行Server 2008/IIS7 7，但几乎总是将共享的SS实例用于数据库服务。我们尽量不部署多个SS安装，因为它使维护和备份更加复杂。

将内容和配置存储在EBS卷上当然是很好的做法，除非您喜欢在实例消失时重建整个系统。定期地快照您的实例也是一个很好的实践，因为您可以从基线AMI中拆分一个新实例，并将快照作为启动卷交换，以便在灾难发生时进行快速恢复。