亞馬遜EC2的考慮 - 冗餘和彈性IP

Question

我的任務是確定是否應該將Amazon EC2移動到我們的電子商務網站。我們目前使用Amazon S3處理大量圖像和文件。我們的主機成本將上漲20美元/月左右，但我們可以出售我們的服務器數千美元。這一切都出現了，因爲現在如果我們的服務器發生了問題，就沒有任何程序。

Amazon EC2的可靠性如何？冗餘是否好，在常見問題解答中我沒有看到任何有關此問題的信息，這對我目前正在尋求解決的系統而言是個問題。

彈性IP有益嗎？聽起來您可以將DNS指向該IP，然後在Amazon的最後，將該IP地址重新路由到任何EC2實例，以便在第一個實例失敗時輕鬆地啓動並運行另一個實例。

我意識到可擴展性，這是我詢問的冗餘性和可靠性。

Answer 1

在工作中，我已經有20-40個實例在任何時間運行了一年多。我認爲我們有來自亞馬遜的1到3條警報郵件，這表明我們終止並引導另一個實例（可能是因爲他們正在檢測底層硬件中可能發生的故障）。我們從來沒有突然發生過一次事件，這似乎相當不錯。

彈性IP是驚人的，是解決方案的一部分。另一部分是能夠迅速提出新的實例。我瞭解到，您不應該關心實例正在關閉，使用適當的負載平衡並能夠快速提供商品實例更爲重要。

Answer 2

是的，它非常好。如果您無法將併發冗餘（如果多臺服務器同時滿足請求的情況下），使用彈性IP快速重定向到另一個EC2實例將是減少停機時間的一種方法。

Answer 3

是的，我認爲從內部服務器轉移到亞馬遜將肯定會在經濟上有很大的意義。 EBS支持的實例確保即使機器重新啓動，瞬態內存也不會丟失。如果您的應用程序和數據層之間有明確的分隔，並且可以將它們放在不同的計算機上，那麼您可以爲數據構建更好的冗餘。

例如，如果您使用mysql，那麼您可以考慮使用Amazon RDS服務 - 這將爲您提供高度可用且可靠的MySQL實例，完全託管（補丁和全部）。然後，通過負載均衡，應用層可以通過擁有更小的實例而不是更大的實例來提高彈性。

您將節省的成本實際上是硬件維護和您在災難恢復過程中必須承擔的成本。