我希望你们中的一些有经验的使用亚马逊EC2可以提供一些build议…当然这将是主观的，这是好的，我敢肯定你的猜测会比我更好。
我计划将我的客户的所有网站从共享主机环境迁移到Amazon EC2。 他们都是非常低stream量的网站（最繁忙的网站每天接待大约50位独立访客）。 有大约8个站点，但是当我接受更多的项目并承载更多的站点时，我可以扩展这个站点。目前的容量规划是针对12个站点。
每个站点都运行在ASP.Net（Umbraco CMS）上，并且需要一个SQL Server数据库。
我的想法是以下之一：
你认为哪种安排最适合我的要求？ 我已经开始使用Server 2008，SQL Server Express等设置一个Micro实例，并且发现它不能满足内存需求，因此考虑扩展。 我总是可以在Small实例上configuration，然后导出AMI并在Micro实例中启动它，并且每次需要对服务器进行严重更改时都要执行此操作。 我想我甚至可以在一个备用Small Spot实例上做所有的更新等等，然后把这个AMI上传到一个Micro上，然后转移IP地址，所以我不需要在生产服务器上做太多的工作。 我想，如果我将所有的网站数据文件存储在EBS卷上，那么在停机时间最短的情况下，在服务器之间移动托pipe应该相当容易，而从不在生产服务器上工作。
我很想知道你们都在想什么，以及在升级，Windows更新，软件安装等方面采取什么样的策略。
你认为我需要什么样的容量来满足我的需求。
干杯格雷格
首先，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微型版本正在运行，但只是为了提醒自己为什么我们不使用它更广泛。 ;）
较大的网站在小型或中型实例中运行server 2008 / IIS7，但几乎总是使用共享单独的SS实例进行数据库服务。 我们尽量不部署多个SS安装，因为这会使维护和备份更加复杂。
存储EBS卷上的内容和配置当然是一个好习惯，除非您喜欢在实例消失时重建整个系统。 定期快照您的实例也是一种很好的做法，因为您可以从基准AMI启动新实例，并将快照作为启动卷进行交换，以便在发生灾难时快速恢复。