衡量 Heroku 由于积压太深而拒绝多少请求的最佳方法是什么？答案

【问题标题】：What is the best way to gauge how much request Heroku is rejecting due to Backlog too deep?衡量 Heroku 由于积压太深而拒绝多少请求的最佳方法是什么？
【发布时间】：2011-12-09 02:24:02
【问题描述】：

我在 Heroku 的竹核磁共振 1.9.2 堆栈上运行 Rail 2.3。但是我遇到了一些缩放问题。在我的流量高峰时段，我看到一些错误 H11（积压太深），我可以通过 New Relic 监控看到我已经退出了高积压日志。但是，我现在想知道的不是队列的长度，而是 Heroku 拒绝的传入请求的数量（这将导致 Heroku 日志中出现“错误 H11（积压太深）”）。

简而言之，我想知道被拒绝的传入请求占传入请求总数的比例。

正如 Heroku 所说，日志文件主要用于调试目的，而不是用于分析实时指标，有没有简单/免费的方法来做到这一点？

谢谢！

附：评论这篇帖子How to keep log tail alive on Heroku using ssh? 建议使用papertrailapp.com 网站（显然与papertrail gem 无关），但我无法确定它是否可以指示H11 积压太深错误的比率。

【问题讨论】：

标签： heroku logging backlog

【解决方案1】：

据我所知，无法查看拒绝的数量，因为它们被路由网格拒绝 - 早在您在应用附近看到请求之前。

更重要的是，您为什么不扩展 dyno 来处理流量，而不是因为错误而拒绝用户？

【讨论】：

不知何故我遇到了扩展问题，无论我使用 5 个还是 10 个 dynos（根据 NewRelic 都使用它们），吞吐量都没有区别。所以我正在调查这个扩展问题，但与此同时，我想知道这个问题让我付出了多少代价（有多少传入的请求被拒绝了？）
如果 Dyno 数字没有改变您的可扩展性，那么您的问题出在您的应用层（数据库？）之外，您需要查看 NewRelic 来诊断问题。