0
현재 Heroku에서 사용하는 상대적 단순한 응용 프로그램이 (때로는) 응답하는 데 오랜 시간이 걸리는 이유를 파악하려고합니다.Heroku 로그 유출 성능
내가 찾고있는 것 중 하나가 로그 유출입니다. 앱이 Heroku가 수집하고 (예 : "heroku logs"로) 볼 수있는 stdout에 글을 씁니다. 필자의 경우 LogEntries 애드온을 가지고 있으며 rsyslog를 통해 EC2 인스턴스 (동일한 영역)로 로그를 보내고 있습니다.
stdout에 대한 쓰기가 매우 오랜 시간 (30 초 이상) 블로킹되는 경우, 앱이 가장 단순한 요청 (앱 수준 핑)에도 응답하는 데 왜 30 초가 걸릴 수 있는지 설명 할 수 있습니다. 예를 들어, Heroku가 프로세스의 표준 출력을 수집하는 데 사용하는 파이프가 배수시 "스파이크"를 갖고 상대적으로 작 으면 발생할 수 있습니다.
누구든지 Heroku의 stdout collector의 성능에 대해 언급 할 수 있습니까? 처리량? 숨어 있음?
나는 그것이 오랜 시간이 걸린다는 것을 알지 못한다. 정확히 내가 묻고있는 것이다. 그것은 공회전이 아닙니다. 저는 2 개의 다이노스를 가지고 있습니다. 그래서 그들은 항상 둘 다 올라갑니다. 또한, 나는 다른 기계에서 1 분마다 GET 요청을 발행함으로써 이들을 지키고있다. –
둘 다 웹 다이 노스입니까? 그들이 있다면, 그들을 지킬 필요가 없습니다. 두 웹 다이노 우스라면 유휴 상태가 아닙니다. –
둘 다 있습니다. 저는이 답변에 대한 저의 첫 코멘트에서 특별히 언급합니다 : "나는 2 개의 dynos를 가지고있어서 항상 둘 다 올라 있습니다". Keep-Alive 메커니즘은 초기의 유물이었습니다. –