Amazon ec2 Amazon EC2考虑事项-冗余和弹性IP

我的任务是确定亚马逊EC2是否是我们应该将电子商务网站迁移到的东西。我们目前使用AmazonS3处理很多图像和文件。对于我们的主机成本来说，成本将增加大约20美元/月，但我们可以以几千美元的价格出售我们的服务器。这一切都是因为如果我们的服务器出了问题，目前还没有适当的程序

亚马逊EC2的可靠性如何？冗余是否良好，我在常见问题解答中没有看到任何关于这方面的内容，这是我们当前系统上的一个问题，我正在寻求解决

弹性IP有益吗？听起来您可以将DNS指向该IP，然后在Amazon端，将该IP地址重新路由到任何EC2实例，这样，如果第一个实例失败，您就可以轻松地启动另一个实例并运行它

---

我知道可伸缩性，我要问的是冗余和可靠性。

是的，非常好。如果您无法整合并发冗余（即您有多台服务器同时满足请求），那么使用弹性IP快速重定向到另一个EC2实例将是一种将停机时间降至最低的方法。

在工作中，一年多来我一直在运行20-40个实例。我想我们已经收到1-3封来自amazon的警报电子邮件，建议我们终止并启动另一个实例（可能是因为他们检测到底层硬件中可能存在的故障）。我们从来没有遇到过一个突然倒下的例子，这看起来相当不错

---

弹性IP是惊人的，是解决方案的一部分。另一部分是能够快速提出新的实例。我明白了，你不应该关心实例的下降，更重要的是使用适当的负载平衡，并能够快速启动商品实例。

是的，我认为从内部服务器迁移到Amazon在经济上肯定是有意义的。EBS支持的实例确保即使机器重新启动，瞬时内存也不会丢失。而且，如果您的应用程序和数据层之间有明确的分离，并且可以将它们放在不同的机器上，那么您可以为数据构建更好的冗余

对于EX，如果你使用MySQL，那么你可以考虑使用Amazon RDS服务——它提供了一个高度可用和可靠的MySQL实例，完全管理（补丁和全部）。然后，通过负载平衡，应用层可以通过拥有更多较小的实例而不是一个较大的实例来提高弹性

---

您将节省的成本实际上是硬件维护和构建灾难恢复所需的成本

您是否备份您的实例？这是如何工作的，您可以复制一个实例或创建一个副本吗？目前，我们使用RightScale，它允许我们“捆绑”实例，以便我们可以非常快速地启动另一个实例。尽管如此，我觉得RightScale捆绑的价值已经被亚马逊发布EBS支持的实例所边缘化。EBS支持的实例允许您配置计算机，然后在任何给定时间快照其状态。这将服务器的概念与它的底层硬件完全分离：在任何时候，你都可以“暂停”它，在大型实例上引导它，等等。然后你将你的弹性IP重新映射到它，你就可以重新开始工作了。简言之：EC2是可靠和良好的。或者，我用另一种方式说：我认为amazon.com上的团队可以构建一个比我所能构建的任何平台都更好的云服务器平台。或者还有另一种方式：你必须非常骄傲地认为你能比亚马逊做得更好。