穩定運行的亞馬遜負載平衡器標準是什麼？

我一直在負載均衡器後面的Amazon上運行兩個相同的中型CPU實例幾個月。我注意到負載均衡器習慣於定期聲明一個不健康的實例，將實例關閉並替換爲定義的AMI的新實例。穩定運行的亞馬遜負載平衡器標準是什麼？

這在技術上是正確的事情，我只是不明白爲什麼它偶爾會認爲這個實例是不健康的。在過去的3天裏，我一直在監視健康檢查端口，並且在使用這兩個實例的公共DNS時，每60秒檢查一次就能正常工作。負載平衡器在此期間宣佈了一個不健康的實例3次，並將其替換。這些實例被大量地強制性地滿足了我所需要的東西，因此我可以排除這個問題。

對於ELB架構，我知道這在技術上並不重要，但不健康的比率從每週一次變爲每天超過一次。啓動每個實例花費額外的小時實例成本。如果情況變得更糟，成本將變得不重要，但更重要的是它不會讓我相信ELB內部。

這不是問題this one，我的偶爾是失敗。有關信息，我使用的是歐盟/愛爾蘭數據中心，而我的不健康標準是5分鐘內我的端口（8080）出現10次故障（這比我真正想要設置的時間長，我不想要流量進入實例未能得到響應5分鐘）。

我知道有人會建議與亞馬遜聯繫，但我沒有支持合同，任何嘗試過的人都知道我會得到什麼樣的答案，如果我找到了答案。我真的很喜歡這個東西的想法，它對我來說似乎並不穩定。

來源

2011-12-12 Claire Harding

您是否使用Auto Scaling？ Aditional Instances可能由配置中定義的某些條件啓動。如果您安裝了「Auto Scaling命令行工具」，請運行as-describe-auto-scaling-groups --headers來列出您的Auto Scaling組。注意最後一列，如：最小尺寸，最大尺寸，希望容量。 –

你在做什麼輪詢健康檢查，即什麼在端口8080上響應？我一直只有一個靜態文件坐在那裏，健康檢查實際上只是一個檢查，以確保Web服務器（和服務器）啓動並運行。此外，您通過ELB獲得了多少請求？看起來可能有一些已知的問題在非常高的交通情況 - https://forums.aws.amazon.com/thread.jspa?messageID=261530 – jaminto

是的，我們正在輪詢空文件。關於請求的數量 - 有時候是每秒3000個 –

讓實例處於不健康狀態的唯一原因是健康檢查失敗。確保您的應用程序沒有負載峯值，使用一些第三方工具（如nagios，cacti，monit）監視性能，並在此尖峯期間檢查系統。

來源

2012-07-25 08:18:51

穩定運行的亞馬遜負載平衡器標準是什麼？

回答

相關問題