为了简化我们的环境，在最primefaces级别上，我们在一台服务器上运行IIS 6上的.NET网站，并且该网站依赖于来自另一台服务器上MS SQL 2005数据库的数据。
为了达到灾难恢复的目的，我们在地理位置偏远的地方复制了这个基础设施。 我们rsync .NET代码文件到远程IIS服务器。 我们将我们的SQL数据logging到远程SQL服务器。
我们似乎可以在亚马逊的云中做类似的事情。 使用由EBS卷支持的EC2机器。 其优点是我们可以以较低的成本使用较小的机器，直到我们实际需要故障转移，在这种情况下，我们可以启动更大的机器来处理负载并附加预先存在的EBS卷。
这个项目只是在发现/探索阶段，我们可以从社区中使用Amazon AWS的一些经验。 想到立即有用的东西：
有没有人有在AWS中运行MS SQL Server 2005的经验？ OLTP负载（如数据库驱动的网站产生的性能）一定会受到影响，但是您的虚拟SQL服务器在哪里工作和失败（即磁盘I / O是废话……我们可以在物理服务器上处理约5k事务/秒与同样spec'ed的虚拟机我们的能力减半）。
从长远来看，在云计算中运行灾难恢复解决scheme的所有意外成本之后，您是否真的存了钱？ 隐藏的成本在哪里？
如果您是以自动化的方式将数据提交给亚马逊，那么您是如何处理的？ 平面文件很容易，但是如果您正在运行SQL或Exchange，那么我对您使用的工具特别感兴趣。
有没有办法直接写入EBS卷，或者您是否强制将EBS卷附加到EC2实例并使用操作系统？
如果您不幸遇到AWS来处理生产负载，那么它是如何作为灾难恢复解决scheme的？ 很明显，每个人的恢复目标都不一样，所以我想我真的只是想知道AWS在哪里比较优雅/有利，而且它只是落在你面前
其他见解和现实检查都是值得赞赏的。 TIA花时间与社区和我分享你所知道的。