Có bao nhiêu yêu cầu mỗi giây từ một khách hàng có thể xử lý Loggly? Tôi chỉ có thể nhận được khoảng 10-20 yêu cầu được xử lý mỗi giây và tôi tự hỏi nếu điều này là bình thường.Thông lượng tối đa của Loggly là bao nhiêu?
Trả lời
Tôi vừa chạy một loạt các thử nghiệm và thấy rằng nó thực sự không thể xử lý nhiều thông qua kết nối tcp bằng syslog-ng.
Đây là kết quả thử nghiệm của tôi cho bất kỳ ai muốn dùng thử. Tôi đã sử dụng chương trình "loggen" của balabit cho điều này và gửi 200 byte tin nhắn tới cổng tcp được gán cho tôi bằng cách loggly. Lưu ý rằng mặc dù syslog RFC (ít nhất 3164) nói rằng một thông điệp tường trình không được vượt quá 1024 byte, tôi đã sử dụng gói 200 byte chỉ để công bằng và bởi vì nhiều thư nhỏ.
Đã đăng ký tài khoản miễn phí. Đã định cấu hình kết nối TCP để thử nghiệm. Cố gắng gửi một lượng khác nhau, kết quả:
Test 1: FAIL
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
thử nghiệm 2: FAIL
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
thử nghiệm 3: FAIL
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
thử nghiệm 4: FAIL
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
thử nghiệm 5: FAIL
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
thử nghiệm 6: PASS cho thời gian cấu hình, FAIL cho> 100 giây - SEE THI 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
thử nghiệm 7: FAIL - Ran một thử nghiệm mới @ 500 EPS trong một khoảng thời gian dài hơn và đường ống bị phá vỡ sau 255 giây:
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
Kiểm tra 8: FAIL (chạy lâu hơn @ 200 EPS, nhưng vẫn không thành công)
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
thử nghiệm 9: FAIL (một lần nữa, chạy lâu hơn nhưng vẫn thất bại)
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
Kiểm tra 10: KHÔNG? (cùng một kết quả, nhưng lại bị mất kết nối. Khó tin rằng họ không thể xử lý 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
Có một số trang web tìm kiếm những gì có thể thực hiện được, nhưng chỉ có tài liệu tiếp thị có thể mở rộng, không phải là khả năng mở rộng. tôi đã tìm thấy điều này: http://twitter.com/jordansissel/status/5948244626509824 Đó là chỉ 22 sự kiện mỗi giây ...
Khai báo đầy đủ: Tôi là người sáng lập ra LogZilla, vì vậy tôi đã được thử nghiệm ra sự cạnh tranh bởi vì chúng tôi đang phát động một giải pháp syslog dựa trên đám mây. Các thử nghiệm của tôi cho thấy rằng phần mềm của chúng tôi có thể xử lý từ 2.000 đến 12.000 sự kiện mỗi giây tùy thuộc vào máy chủ mà chúng tôi đang sử dụng trên đám mây.
Tôi thực sự không biết nhưng tôi đã tìm kiếm giải pháp ghi nhật ký cho node.js mà không cần may mắn.
Tại sao?
Vì tất cả những người tôi đã kiểm tra (không kiểm tra tất cả) đang sử dụng đồng bộ ghi đĩa! ...... AWFULLY làm giảm hiệu suất.
Vì vậy, nếu bạn hỏi tôi - bạn nên xem xét lại nhu cầu của mình và chỉ đăng nhập những nội dung bạn thực sự cần.
Tôi chạy các thử nghiệm tương tự như các thử nghiệm trong Clayton answer vì kết quả của anh ấy làm tôi lo lắng rằng Loggly sẽ thả thư nếu tôi gửi quá nhiều cùng một lúc. Tôi muốn xem liệu những vấn đề Clayton gặp phải trong năm 2012 vẫn tồn tại ngày hôm nay.
Điều đó nói rằng, đây là những gì tôi thấy chạy loggen trong 60 giây tạo 100.000 tin nhắn một giây.
$ loggen -iS -r 100000 -s 200 -I 60 logs-01.loggly.com port
average rate = 34885.98 msg/sec, count=2093163, time=60.000, (average) msg size=200, bandwidth=6809.74 kB/sec
Tôi cũng tò mò những gì một số đối thủ cạnh tranh sẽ trở lại để kiểm tra tương tự và tôi thấy như sau:
loggen -iS -D -r 100000 -s 200 -I 60 logs2.papertrailapp.com PORT
average rate = 24344.71 msg/sec, count=1461327, time=60.026, (average) msg size=200, bandwidth=4752.09 kB/sec
$ loggen -iS -D -r 100000 -s 200 -I 60 api.logentries.com PORT
average rate = 14076.76 msg/sec, count=844609, time=60.000, (average) msg size=200, bandwidth=2747.78 kB/sec
Rõ ràng đây không phải là con số khó mà sẽ luôn luôn giống như các hệ thống thay đổi theo thời gian. Điều này chỉ cung cấp cho chúng tôi một thời điểm tham chiếu về cách họ phản hồi khi tôi chạy thử nghiệm. Số dặm của bạn sẽ thay đổi!
Cập nhật: Tôi chạy một (gần 3 giờ) kiểm tra còn chống lại Loggly và nhận được những điều sau đây:
loggen -iS -r 100000 -s 200 -I 10000 logs-01.loggly.com port
average rate = 15869.22 msg/sec, count=158692177, time=10000.000, (average) msg size=200, bandwidth=3097.67 kB/sec
- 1. Độ dài tối đa của tên facebook là bao nhiêu?
- 2. Kích thước tối đa của Web.config là bao nhiêu?
- 3. Độ dài tối đa của một ListProperty là bao nhiêu?
- 4. Số lượng khối tối đa có thể có trong CUDA là bao nhiêu?
- 5. Số lượng kết nối cURL tối đa được đặt bởi là bao nhiêu?
- 6. Số lượng tối đa các không gian chính trong Cassandra là bao nhiêu?
- 7. Số lượng chủ đề tối đa trong Windows Server 2003 là bao nhiêu?
- 8. Số lượng kết nối tối đa được phép trong SQL Server 2008 là bao nhiêu?
- 9. Số lượng regex được đánh số tối đa là bao nhiêu?
- 10. Số tệp tối đa trên mỗi bình là bao nhiêu?
- 11. Tối đa hóa thông lượng với RabbitMQ
- 12. Số ký tự tối đa trong thông báo USSD là bao nhiêu?
- 13. Số lượng khối lượng đính kèm tối đa cho mỗi phiên bản Amazon EC2 là bao nhiêu?
- 14. Độ dài tối đa có thể có của chuỗi truy vấn là bao nhiêu?
- 15. Thời lượng tối đa của cookie javascript
- 16. Độ dài tối đa của tên phương pháp trong ruby là bao nhiêu?
- 17. Kích thước tối đa của khóa chính trong Firebird là bao nhiêu?
- 18. Độ dài tối đa của tên ứng dụng iPad có thể là bao nhiêu?
- 19. Độ dài tối đa của truy vấn mongodb là bao nhiêu?
- 20. Độ dài tối đa của cột trong tệp csv là bao nhiêu?
- 21. Chiều rộng iframe tối đa của trang facebook là bao nhiêu? (Tháng 7 năm 2011)
- 22. Độ chính xác tối đa của Bộ hẹn giờ trong .NET là bao nhiêu?
- 23. Độ dài tối đa của đối tượng NSString là bao nhiêu?
- 24. Kích thước tối đa của một ItemView trong EWS là bao nhiêu?
- 25. Độ dài tối đa của chuỗi sẽ bị băm nhỏ là bao nhiêu?
- 26. Có bao nhiêu ký tự trong varchar (tối đa)
- 27. Số lượng chuyển hướng HTTP tối đa được tất cả các trình duyệt chính cho phép là bao nhiêu?
- 28. Số byte tối đa cho ký tự mã hóa UTF-8 là bao nhiêu?
- 29. Số lượng kết nối đồng thời tối đa mà trình duyệt sẽ thực hiện là bao nhiêu?
- 30. Trong tỷ giá hối đoái, số lượng chữ số thập phân được sử dụng tối đa là bao nhiêu?
Để làm rõ, tôi không chạy các thử nghiệm trong vòng 3 tiếng đồng hồ. Các bài kiểm tra là để xem mất bao lâu để Loggly xử lý số lượng sự kiện tôi đã gửi. Vì vậy, như bạn có thể thấy trong ví dụ đầu tiên, tôi chạy một thử nghiệm để gửi 4000 sự kiện và mất 13 giây nhưng không thành công. –
Cảm ơn bạn đã làm rõ! Tôi đã không nhận thấy rằng các bài kiểm tra của bạn thất bại quá nhanh. Tuy nhiên, như bạn có thể thấy các bài kiểm tra của tôi không thất bại như của bạn. Tôi gửi 100.000 yêu cầu một giây trong 60 giây và nó đã không thất bại. Có lẽ loggly đã trở nên tốt hơn hoặc có thể bạn đã thử nghiệm chúng vào một ngày tồi tệ? – Brett
chắc chắn họ có, thử nghiệm của tôi đã được thực hiện 3 năm trước đây. Để công bằng, tôi sở hữu một sản phẩm hơi cạnh tranh. Chúng tôi đang trên bờ vực phát hành một phiên bản mới (và được cấp bằng sáng chế) xử lý ~ 1m eps;) –