Hi Vishal, It's been many years since we switched from (open source) syslog-ng to rsyslog. We did it because we were struggling with configuration complexity and performance issues, and also because Balabit supported certain features (such as local disk buffering) only in the commercial-only version, but their pricing model was not justifiable for us at the time. I'm sure that syslog-ng has changed quite a bit in that time so a comparison today may not turn out the same way, but we've been very happy with rsyslog. If syslog collection is important to you or your organization, my opinion is that rsyslog is the best choice. The prompt adoption of new technologies over the years such as json, liblognorm, stream-compression, elasticsearch, kafka, and many others demonstrate that this project continues to have an active user and development community.
As for performance: we are certainly not the largest-volume users of rsyslog, but as one anecdotal example I happen to have handy, we've used rsyslog to collect over 24 million logs (around 12.5 TB) per day. You will need to learn about action queues, buffer sizing, pstats, and tuning, but rsyslog can handle it. Additionally, we've been happy to help financially support the rsyslog project by maintaining an Adiscon support contract, as several others on this mailing-list do as well (just to clarify that unwillingness to pay was not the reason we decided not to go with syslog-ng pro). Best regards, -- Dave Caplinger | Chief Architect, Global Platform Engineering | NTT Security Corporation > On Feb 4, 2019, at 12:45 AM, vishal via rsyslog <rsyslog@lists.adiscon.com> > wrote: > > Hi, > I am evaluating rsyslog and syslogng for our project. > Though aware of some of the differences and pros and cons, but still would > like to know the differences which users have faced and evaluated in terms of > ease of use, robustness, handling huge volumes of logs and deployment > scenarios (single host to multi host cluster) , and if there are any other > important areas to be considered. > > The general deployment would be, > > Log sources -> rsyslog/syslogng -> elasticsearch > > > Thanks. > > > _______________________________________________ > rsyslog mailing list > http://lists.adiscon.net/mailman/listinfo/rsyslog > http://www.rsyslog.com/professional-services/ > What's up with rsyslog? Follow https://twitter.com/rgerhards > NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of > sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T > LIKE THAT. Confidentiality Notice: The content of this communication, along with any attachments, is covered by federal and state law governing electronic communications and may contain confidential and legally privileged information. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, use or copying of the information contained herein is strictly prohibited. If you have received this communication in error, please immediately contact us by telephone at 402.361.3000 or e-mail security-ameri...@nttsecurity.com. Copyright 2000-2018 NTT Security (US) Inc., a wholly-owned subsidiary of NTT Group. All rights reserved. NTT Security is a trademark of NTT Security GMBH. _______________________________________________ rsyslog mailing list http://lists.adiscon.net/mailman/listinfo/rsyslog http://www.rsyslog.com/professional-services/ What's up with rsyslog? Follow https://twitter.com/rgerhards NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE THAT.