Heroku应用程序的服务器(故障转移)冗余解决方案

时间:2016-09-23 03:54:55

标签: node.js heroku failover redundancy

我目前在Heroku上运行的免费网络Dyno上部署了一个node.js应用程序。在计划生产时,我需要以合理的成本考虑冗余和故障转移解决方案。

当我跑步" Prodiction Check"在Heroku Dashboard上,它给了我一系列要制作它的东西。其中一件事是" Dyno冗余"我应该至少运行2个web dynos进行故障转移。这是否意味着我应该将我的Free Dyno升级到Hobby或Standart 1X,我是否还需要有两个相同类型的dyno,例如两个Hobby dynos还是两个Standard 1X dynos?

Heroku如何处理从一个Dyno到另一个Dyno的故障转移?

谢谢!

1 个答案:

答案 0 :(得分:1)

Heroku在所有可用的dynos之间共享流量,使用random assignment algorithm分发请求。所以你所有的dynos都会一直在为传入的流量提供服务。

这提供了冗余,而不是故障转移。如果一个dyno在非常缓慢的请求下窒息,该应用程序仍然可以通过其他dynos获得。

故障转移是不同的。如果应用程序出现故障(例如,数据库无法访问),Heroku的路由器几乎没有帮助。为了处理更多的工业工作负载,您可以使用Amazon Route 53's DNS-level failover,它针对后端运行运行状况检查,并在Heroku崩溃的情况下重新路由域名。

然而,对于许多用例而言,仅提供一个友好的,自定义的HTTP 503错误页面就足够了,你可以在Heroku中配置它,以便在停电期间让用户满意。

相关问题