EC2中的彈性負載平衡

已經有一段時間了，但現在亞馬遜已經發布了Elastic Load balancing（ELB），對於爲高流量Web應用部署此解決方案，您有什麼想法？EC2中的彈性負載平衡

我們應該替換HAProxy還是將ELB視爲HAProxy前的免費服務？

來源

2009-05-18 Dom

我一直在一個網站上運行一個ELB而不是HAProxy大約一個月，每天的訪問量大約爲10萬次，我對結果非常滿意。

一個疑難雜症，但（UPDATE，此問題已得到修復Amazon AWS，見下面的註釋）：

無法加載，你必須創建一個CNAME別名平衡域的根你負載均衡器。一旦解決方案是將所有流量從http://mysite.com重定向到http://www.mysite.com。

除此之外，我真的不能說足夠的AWS ELB產品。我也在使用Cloudwatch監控和自動縮放。哦，不要忘記它比運行一個小的EC2實例（每小時0.025美元而不是0.10美元）便宜。

來源

2009-06-28 19:39:04 arfon

ELB現在具有SSL終止能力：http://aws.typepad.com/aws/2010/10/elastic-load-balancer-support-for-ssl-termination。html – Nathan 2010-11-09 16:47:56

您是如何將您的交易從http://mysite.com重定向到http://www.mysite.com的 – Tihom 2011-02-02 21:36:04

在DNS級別使用HTTP重定向。 – arfon 2011-02-13 20:17:39

在亞馬遜論壇上有人抱怨ELB的可靠性。我建議你去那邊搜索ELB，在那個方面形成你自己的觀點。

我們希望使用ELB來負載平衡Web服務請求，但我們有很多外部調用者，其中一些發送100-Continue HTTP消息。不幸的是，ELB並不理解HTTP協議的這一部分，所以我們無法超越概念驗證，直到解決問題。

2013更新

根據一個AWS論壇上發帖，HTTP 100 - 繼續現在支持。

https://forums.aws.amazon.com/message.jspa?messageID=144022

來源

2009-07-20 05:03:51

ELB對DNS CNAME記錄間接依賴是需要非常快的網絡服務癱瘓漂亮。在我們的情況下，我們需要有非常好的響應時間。在快速性能測試中，使用ELB將HTTP請求的平均延遲增加了近2倍。這主要是因爲CNAME查找中的TTL爲零。因此，所有的查找都涉及到兩個不同域的命名服務器，所以名稱解析速度較慢。（我擔心在DNS中擊敗緩存僅僅是對系統的濫用。）在我們的案例中，ELB的唯一希望是通過讓Amazon支持Elastic IP作爲負載均衡器實例的地址，從而避開CNAME記錄。

來源

2009-09-01 16:21:28 Burt

許多用戶使用ELB的一個主要問題是它不支持粘性，這對許多Web應用程序來說都是一個殺手。

根據Amazon AWS開發者，它應該在下一個版本。

來源

2009-09-28 02:16:52

另一個問題是獲取客戶端IP地址。對於普通的HTTP，這可以正常工作，因爲ELB設置了X-FORWARDED-FOR標題。但對於HTTPS，這是不可能的，因爲它在TCP層進行轉發。希望有一天ELB會有SSL終止。

來源

2009-11-12 18:53:13 grourk

EC2中的彈性負載平衡

回答

相關問題