Jelastic「內部」負載均衡器如何檢查節點的健康狀況？

Question

據我瞭解，Jelastic利用某種其部署在節點的背後負載平衡器。 因此，如果我有兩個節點，一個節點關閉，這個負載平衡器將如何工作？ 我在考慮沒有流量分配器插件的藍綠色部署。

Answer 1

默認情況下，所有在Jelastic平臺的傳入流量容器之間通過Shared Load Balancer路由。由此，該節點執行恆定服務器的健康檢查，利用NGINX upstream check module與該下列設置：

間隔= 15000上升= 2下降= 3超時= 2000 default_down = FALSE;

以這樣的方式，所有的集裝箱都被認爲「上升」的啓動，而系統驗證其可用的每個15秒。如果在2秒內未收到來自容器的響應，則此類檢查將被視爲失敗。連續三次失敗會將節點標記爲「關閉」，而連續兩次成功檢查 - 則爲「關閉」。

對於單獨環境內的流量分配，當應用服務器實例的數量設置爲多於一個時（即將其擴展爲horizontally），將自動將專用負載均衡器節點添加到其拓撲中。 Jelastic的PaaS提供4負載均衡器堆棧，你可以選擇，每個具有一定的健康檢查具體配置：

NGINX - 運行一個簡單的TCP檢查（即驗證所需的服務器端口的可用性）右路由用戶請求之前對它;如果檢查失敗，一個層中的下一個節點將試圖

HAProxy的 - 執行常規TCP檢查（每2秒默認情況下），將結果存儲在後端狀態的表，並保持它不斷地向上到-date

阿帕奇平衡器 - 默認

光油沒有實施健康檢查過程， - 所有的後端被分配探針= {.URL = 「/」; .timeout = 30s; .interval = 60s; .window = 5; .threshold = 2; }平衡器CONFIGS內參數，從而使健康檢查與30秒的超時進行每分鐘一次（見official documentation獲取更多信息）

顯然，默認的健康檢查的設置均可手動調節到您的需求（通過Jelastic File Manager GUI或通過SSH）根據相應的負載平衡器堆棧規範 - 請參閱官方的NGINX，HAProxy,Apache Balancer或Varnish文檔以查看可能的設置的詳細信息。

Answer 2

如果您有多個Web應用程序節點（例如Apache的服務器），你也應該增加自己的負載平衡器節點（在這種情況下，你有過在Nginx的或Apache CONFIGS健康檢查參數控制）。

它也強烈建議使用公網IP用於生產。僅使用Jelastic共享解析器/負載均衡器的開發/測試期間將請求代理到您的環境（他們共享基礎架構，因此可以爲您的應用程序的瓶頸以及引入其他錯誤/不需要重新行爲。頭，協議，加密算法等等。）。