Heroku の Bamboo-mri-1.9.2 スタックで Rail 2.3 を実行しています。ただし、スケーリングの問題が発生しています。トラフィックのピーク時に、エラー H11 (バックログが深すぎる) が表示され、New Relic の監視を介して、バックログが多いことを確認できます。ただし、今知りたいのは、キューの長さではなく、Heroku によって拒否された着信要求の数です (Heroku ログで「エラー H11 (バックログが深すぎます)」という結果になります)。
要するに、着信リクエストの総数に対する拒否された着信リクエストの比率を知りたいです。
Heroku が言ったように、ログ ファイルは主にデバッグ目的で使用されますが、実際のライブ メトリックの分析には使用されません。それを行う簡単で無料の方法はありますか?
ありがとう！
PS この投稿にコメントするHow to keep log tail alive on Heroku using ssh? papertrailapp.com の Web サイト (明らかに papertrail の gem とは関係ありません) を使用することを提案しましたが、H11 のバックログが深すぎるエラーの比率を示すことができるかどうかを判断できませんでした。