Amazon EC2 容量和工作流程问题

Question

我希望你们中的一些有使用亚马逊 EC2 经验的人可以提供一些建议……当然这会是主观的，这很好，我很确定你们的猜测会比我的更好。

我计划将我客户的所有网站从共享托管环境迁移到 Amazon EC2。它们都是流量非常低的网站（最繁忙的网站每天接收大约 50 个独立访问者）。大约有 8 个站点，但随着我承担更多项目并托管更多站点，我可能会扩展它……目前的容量规划是针对 12 个站点。

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

我的想法是以下之一：

1. 设置一个小型实例（1.7gb RAM，1 个 EC2 计算单元），并在该服务器上运行 IIS 和 SQL Server Express。
2. 设置 2 个微型实例（每个 613MB Ram，最多 2 个 EC2 计算单元）——一个用于 IIS，另一个用于 SQL Server。

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

我很想知道你们的想法，以及你们在升级、Windows 更新、软件安装等活动中采用的策略。

你认为我需要什么容量才能满足我的要求。

干杯 格雷格

Answer 1

首先，Server 2008 在 Micro 实例提供的 613MB RAM 中表现不佳。它可以运行，但它是一条狗，并且你在上面放置的服务（IIS、SSE 等）越多，它的叫声就越大。我们在 Server 2008 中使用了 Small，实际上通常在 Medium 中进行环境配置，并在繁重的工作完成并且操作系统准备好使用后缩小到 Small。然而，Server 2003 在 Micro 上似乎更容易呼吸 - 但我们仍然在更大的实例上进行配置并缩小规模。

我们在 Micro 中的 Server 2003/IIS6 上运行低流量网站，并将 Server 2008/SS 安装在共享的、单独的小型实例上。我们也有一个 Server 2008/IIS7 Micro build 正在运行，但这只是为了提醒自己为什么我们没有更广泛地使用它。 ;)

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

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