2016-01-18 224 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