저는 현재 Heroku에서 실행되는 무료 웹 Dyno에 배포 된 node.js 앱을 보유하고 있습니다. 생산을 계획하면서 합리적인 비용으로 중복 및 장애 조치 솔루션을 생각해야합니다.Heroku 앱용 서버 (장애 극복) 중복 솔루션
Heroku 대시 보드에서 "Prodiction Check"를 실행하면서 제작하기 위해 할 일 목록을 제공했습니다. 그 중 하나는 "Dyno 이중화"로 장애 조치를 위해 적어도 2 개의 웹 dynos를 실행해야한다는 것입니다. Free Dyno를 취미 또는 Standart 1X로 업그레이드해야한다는 것을 의미합니까? 동일한 유형의 두 dyno도 필요합니다. 2 개의 취미 다이노 스 또는 2 개의 표준 1X 다이노 스?
어떻게 Heroku가 하나의 Dyno에서 다른 Dyno로 장애 조치를 처리합니까?
감사합니다!
헤로 쿠는 사용 가능한 모든 다이 노스 사이에서 트래픽을 공유하며 random assignment algorithm을 사용하여 요청을 분산시킵니다. 따라서 모든 dynos는 항상 들어오는 트래픽을 처리합니다.
이렇게하면 장애 조치가 아닌 중복이 제공됩니다. 하나의 dyno가 매우 느린 요청으로 질식하는 경우에도 다른 dynos를 통해 응용 프로그램을 계속 사용할 수 있습니다.
장애 조치가 다릅니다. 응용 프로그램 오류 (예 : 데이터베이스에 액세스 할 수 없음)의 경우 Heroku의 라우터는 거의 도움이되지 않습니다. 더 많은 산업 워크로드를 처리하려면 Amazon Route 53's DNS-level failover을 사용할 수 있습니다.이 테스트는 백엔드에 대한 상태 검사를 실행하고 Heroku 충돌의 경우 도메인 이름을 다시 라우팅합니다.
많은 유스 케이스의 경우 사용자가 중단 된 동안 사용자를 행복하게 유지하기 위해 Heroku에서 구성 할 수있는 친숙하고 사용자 지정된 HTTP 503 오류 페이지 만 제공하면 충분할 것입니다.