我希望你们中的一些人有使用亚马逊EC2的经验可以提供一些建议......当然这将是主观的，这很好，我很确定你的猜测会比我的更好。
我计划将所有客户的网站从共享托管环境移至Amazon EC2。他们都是非常低流量的网站（最繁忙的网站每天接收大约50个独立访问者）。有大约8个站点，但我可以扩展这个，因为我承担了更多项目并托管了更多站点...目前的容量规划是针对12个站点。
每个站点都在ASP.Net（Umbraco CMS）上运行，并且需要SQL Server数据库。
我的想法是以下之一：
您认为哪种安排最符合我的要求。我已经开始使用Server 2008，SQL Server Express等设置Micro实例，并发现它不能满足内存要求，因此考虑扩展。我总是可以在Small实例上进行配置，然后导出AMI并在之后的Micro实例中将其激活，并且每次需要对服务器进行任何重大更改时都执行相同的操作。我想我甚至可以在备用的Small Spot实例上进行所有更新等，然后在Micro中切换加载AMI并传输IP地址，因此我不需要在生产服务器上做太多工作。我想如果我将所有网站数据文件存储在EBS卷上，那么在服务器之间移植托管并且停机时间最短，而从不在生产服务器上运行应该相当容易。
我很想知道你们的想法，以及你们在升级，Windows更新，软件安装等活动中采用的策略。
您认为我的要求是什么能力。
干杯 格雷格
答案 0 :(得分：8)
嗯，首先，Server 2008在Micro实例为您提供的613MB RAM中表现不佳。它运行，但它是一只狗，并且它在你顶层的更多服务（IIS，SSE等）上大声咆哮。我们使用的不是Small for Server 2008，实际上通常在一个Medium中进行环境配置，一旦繁重的工作完成并且操作系统可以使用，就缩小到Small。然而，Server 2003似乎在Micro上更容易 - 但我们仍然在更大的实例上进行配置并缩小。
我们在Micro中的Server 2003 / IIS6上运行流量较低的网站，并在共享的单独的Small实例上安装Server 2008 / SS。我们还运行了一个Server 2008 / IIS7 Micro版本，但只是为了提醒自己为什么我们不更广泛地使用它。 ;）
较大的网站在Small或Medium实例中运行Server 2008 / IIS7，但几乎总是仍然使用该共享的单独SS实例进行数据库服务。我们尝试不部署多个SS安装，因为它使维护和备份更加复杂。
在EBS卷上存储内容和配置当然是一种很好的做法，除非您喜欢在实例消失时重建整个系统。定期快照您的实例也是一种很好的做法，因为您可以从基准AMI启动新实例，并将快照作为启动卷交换，以便在发生灾难时快速恢复。