2016-01-18 279 views

回答

1

我會採用單一負載平衡器的更簡單的解決方案,直到它明確需要分離。

如果Nginx是負載平衡器,您可以使用不同的日誌記錄和配置來自定義「web」後端和「api」後端之間的差異。

+0

儘管我對此解決方案猶豫不決,因爲所有負載都將通過單個LB。如果API發生故障,單點故障仍在運行緩存和服務 – AndrewMcLagan

+0

Docker使這一切變得輕而易舉 – AndrewMcLagan

+2

無論您是否有一個概念性負載平衡器適用於後端或兩端,爲您的負載均衡器提供高可用性解決方案是一個好主意,以防一個LB死亡。亞馬遜彈性負載平衡器爲您提供幫助。對於自己的主機解決方案,Heartbeat可用於自動故障轉移到雙LB。 –

0

所以有很多,當節點平衡考慮與節點我個人使用pm2在集羣模式(計算機本地集羣)和nigix作爲整體的負載均衡器(和靜態主機)。

記住,當負載平衡,這取決於應用程序,節點之間的會話和通信需要的基礎設施(Redis的,mongodb的)

pm2(本地)可以部署一個節點的應用程序,以每個CPU核心和管理負載平衡所有一個命令pm2 start app.js -i 4這可以分佈在多個節點上。

+0

我只是覺得PM2是另一層,每一層都增加了延遲,複雜性和維護。另外,我在使用它時遇到了許多PM2錯誤。加......它的節點我讀過不使用任何形式的節點負載均衡。堅持做得更好HAProxy或nginx – AndrewMcLagan