6

Loggly が処理できるクライアントからの 1 秒あたりのリクエスト数は? 1 秒あたり約 10 ~ 20 のリクエストしか処理できませんが、これが正常なのか疑問に思っています。

4

3 に答える 3

10

一連のテストを実行したところ、syslog-ng を使用した tcp 接続経由ではあまり処理できないことがわかりました。

試してみたい人のために、これが私のテスト結果です。これには、balabit の「loggen」プログラムを使用し、loggly によって割り当てられた tcp ポートに 200 バイトのメッセージを送信しました。syslog RFC (少なくとも 3164) では、ログ メッセージが 1024 バイトを超えてはならないことが規定されていますが、公平を期すために 200 バイトのパケットを使用しました。これは、多くのメッセージが非常に小さいためです。

無料アカウントにサインアップしました。テスト用に TCP 接続を構成しました。さまざまな金額を送信してみましたが、結果は次のとおりです。

テスト 1: 不合格

loggen -iS -r 6000  -s 200 -I 100 logs.loggly.com 16225
Send error Broken pipe, results may be skewed.      
average rate = 1392.13 msg/sec, count=18296, time=13.142, (average) msg size=200, bandwidth=271.74 kB/sec

テスト 2: 不合格

loggen -iS -r 4000  -s 200 -I 100 logs.loggly.com 16225 
Send error Broken pipe, results may be skewed.       
average rate = 2767.16 msg/sec, count=121146, time=43.779, (average) msg size=200, bandwidth=540.15 kB/sec

テスト 3: 不合格

loggen -iS -r 2500  -s 200 -I 100 logs.loggly.com 16225  
Send error Broken pipe, results may be skewed.      
average rate = 1931.27 msg/sec, count=85878, time=44.467, (average) msg size=200, bandwidth=376.98 kB/sec

テスト 4: 不合格

loggen -iS -r 2000  -s 200 -I 100 logs.loggly.com 16225    
Send error Broken pipe, results may be skewed.      
average rate = 1617.72 msg/sec, count=83134, time=51.389, (average) msg size=200, bandwidth=315.78 kB/sec

テスト 5: 不合格

loggen -iS -r 1000  -s 200 -I 100 logs.loggly.com 16225 
Send error Broken pipe, results may be skewed.      
average rate = 936.50 msg/sec, count=63331, time=67.624, (average) msg size=200, bandwidth=182.81 kB/sec

テスト 6: 構成された期間は合格、100 秒以上不合格 - テスト 7 を参照

loggen -iS -r 500  -s 200 -I 100 logs.loggly.com 16225  
average rate = 325.00 msg/sec, count=32501, time=100.001, (average) msg size=200, bandwidth=63.44 kB/sec

テスト 7: 不合格 - 新しいテスト @500 EPS を長期間実行すると、255 秒後にパイプが壊れました。

loggen -iS -r 500  -s 200 -I 10000 logs.loggly.com 16225
Send error Broken pipe, results may be skewed.     
average rate = 323.35 msg/sec, count=82642, time=255.577, (average) msg size=200, bandwidth=63.12 kB/sec

テスト 8: 不合格 (200 EPS でより長く実行しましたが、それでも不合格)

loggen -iS -r 200  -s 200 -I 10000 logs.loggly.com 16225 
Send error Broken pipe, results may be skewed.      
average rate = 163.53 msg/sec, count=234090, time=1431.470, (average) msg size=200, bandwidth=31.92 kB/sec

テスト 9: FAIL (繰り返しますが、実行時間が長くなりましたが、それでも失敗しました)

loggen -iS -r 50  -s 200 -I 10000 logs.loggly.com 16225    
Send error Broken pipe, results may be skewed.    
average rate = 47.36 msg/sec, count=89325, time=1886.014, (average) msg size=200, bandwidth=9.25 kB/sec

テスト 10: 不合格? (結果は同じですが、再び接続が失われました。10 の eps を処理できないとは信じられませんか?)

loggen -iS -r 10  -s 200 -I 10000 logs.loggly.com 16225 
Send error Broken pipe, results may be skewed.  
average rate = 9.94 msg/sec, count=1568, time=157.770, (average) msg size=200, bandwidth=1.94 kB/sec

loggly が実際に何ができるかを確認するために Web 検索を行いましたが、スケーラブルであり、スケーラブルではないというマーケティング資料しかありません。私はこれを見つけました: http://twitter.com/jordansissel/status/5948244626509824 これは 1 秒あたりわずか 22 イベントです…</p>

完全な開示: 私は LogZilla の創設者であり、クラウドベースの syslog ソリューションを立ち上げているため、競合他社をテストしていました。私のテストでは、クラウドで使用しているサーバーに応じて、ソフトウェアが 1 秒あたり 2,000 から 12,000 のイベントを処理できることが示されています。

于 2012-12-04T01:42:50.410 に答える