The 5 Myths of Log Management
The 5 Myths of Log Management
Flashy app performance monitoring tools tell you what happened, but not how or why problems happened. You don't getting the full story without log management.
Join the DZone community and get the full member experience.Join For Free
xMatters delivers integration-driven collaboration that relays data between systems, while engaging the right people to proactively resolve issues. Read the Monitoring in a Connected Enterprise whitepaper and learn about 3 tools for resolving incidents quickly.
It took five storks to deliver the giant infant Paul Bunyan, so the legend goes, who became the world’s most famous lumberjack, along with his trusty blue ox companion, Babe. But Paul Bunyan isn’t the only myth in logging. The modern digital equivalent, centralized log management, has its fair share of myths like Bunyan’s story.
With that in mind, let’s take a look at the myths that have surrounded log management over the last decade and why they could be robbing your company thousands of dollars and hundreds of hours in root cause analysis each year.
Myth 1: Log Management Isn’t Necessary for Small Businesses
A small business or organization may think that because they are nimble and Agile, they don't need log management. After all, how many things can go wrong when the customer base is manageable and your AWS servers are few? The truth is, even a single server still needs log management.
Here’s why. If your business is connected to the internet (and whose isn’t?), you are exposed to a few common problems: Hacking attempts by third parties. Auditing requirements by governmental or industry regulations. Debugging when your servers inevitably go down during that 0.01% downtime mentioned in your service-level agreement. When your company starts the log management habit while in its early years, it pays dividends throughout the life of the company, similar to when you learn a musical instrument or a sport when you’re a child.
The dividends aren’t just financial (downtime costs your company up to $5,600 per minute according to Gartner); improved customer satisfaction, less downtime, and more business intelligence are all benefits of monitoring your logs in one place. Give your site reliability engineers access to your logs in a centralized, smart repository with predictive alerts built in and you’ve already saved your company thousands, if not more, of operational overhead dollars.
Myth 2: Server Logging Is Difficult to Implement
The uninitiated idea is that logging is hard if you've either survived exposure to Splunk before or haven’t tried centralized logging in the first place. In fact, logging the manual way (
grep, we’re looking at you here) with all your syslog files in different locations on different boxes is actually the path of pain here. It’s also the reactive way of monitoring your logs. You only look at your log files when you’ve already got a problem on hand — a problem that could have been prevented in the first place with intelligence from a centralized log management tool.
You also don’t have to be a Linux expert to start with centralized log management (although it does help — the majority of the world’s servers run on Linux). Lumberjack, our centralized logging tool, installs in less than a minute with a copy-and-paste command generated from our web app. And setting it up to capture all your log files is easy with smart discovery. Many other logging tools are simple to set up and come with thorough documentation as well.
Myth 3: Centralized Logging Is Difficult to Learn
Many vendors have built-in log management tutorials so users can get up and running quickly. There’s also a swath of primers on YouTube.
Even without advanced queries, the right logging tool can give your product managers, developers, and operations team direct access to insights that enable them to make better decisions.
Myth 4: Log Management Is the Old Way of Doing Things
Many people put log management in the same era of computing as managing multiple floppy drives, managing jumper cables on server racks, or having to clean out your system registry. Instead, they think that flashy application performance monitoring tools or expensive business intelligence suites give reliability engineers all the data they need to keep tabs on their servers. While these tools can tell you what happened, they don’t tell you how or why problems happened. You’re not getting the full story from your data without log management.
On the contrary, log management is the newer way of keeping tabs on your server health. As a discipline, it’s grown exponentially in the last 10 years. Logs do tell you how and why downtime and other nasty events happened. For example, your APM software may reveal you had increased 5x error rates. But log management software can reveal they were caused by a null pointer exception.
Myth 5: Logging Is Expensive
It’s true that some log management tools are expensive. The fact is that most tools are reasonably priced. The largest factors considered in centralized log management software pricing models are data ingest (how many GBs of log files are sent to and analyzed by log software per month), search length (how frequently your log files are analyzed), and archive (how long those files are stored for future retrieval.)
Do you still believe in the five myths of log management? Try out the Mythbusters’ approach: Conduct an experiment yourself and see if the myths hold any water. (Experimentation is just good science, anyways. Although watching things blow up on Mythbusters is the best part of the show, we promise your experiment with log management will only result in destroying your server downtime.
Published at DZone with permission of Philip Volmar , DZone MVB. See the original article here.
Opinions expressed by DZone contributors are their own.