The next version of Netdata has arrived! Aside from dozens of quality-of-life and papercut fixes, we’ve launched some new features we know you’ll be excited to use straight away.
Let’s dive in.
What’s new?
Release v1.17.0 contains 38 bug fixes, 33 improvements, and 20 documentation updates.You can, of course, view the full list at the v1.17.0 release notes on GitHub. But, let’s talk details on a few of the improvements and changes most requested by the Netdata community.
More flexible collection frequencies
If you’re using our new database engine (and if you’re not, you should!), you can now change the rate at which Netdata collects data while also being able to view data collected at a different frequency than you do now.Let’s say you’re using the database engine and you recently changed your collection frequency from 1 second to 3 seconds. In the past, dashboard queries to the database engine did not accurately return either part or all of metrics history stored to disk.
But, with the improvements in v1.17, the dashboard can query for past metrics at any frequency, and the database engine will return the complete, accurate history.
Upgrading to v1.17 allows you to accurately visualize historic metrics that were stored with previous versions of the database engine.
Netdata also now autoscales the time axis of any chart based on the collection frequency used during that time. That will make panning through past metrics, and different collection frequencies, easier to follow.
If you’re interested in changing collection frequency, you can change the update every option in the [global] section of netdata.conf:
[global]
# Default setting: collect data every 1 seconds
update every = 1
# Every 3 seconds
update every = 3
# Every 10 seconds
update every = 10
Restart Netdata and the database engine will pick up your new settings. You can also change the collection frequency for internal or external plugins, or even individual charts—see our collectors documentation for more details.
With more flexibility comes more customization, so go ahead and configure Netdata for your particular use case without losing a hint of accuracy in your charts.
Show all charts with no data
Netdata usually hides charts that have no data. Before v1.17, you could force Netdata to show all charts with no data using individual configuration options for each chart, but that meant changing more than 200 options!You can now enable all charts with no metrics using a single option:
[global]
enable zero metrics = yes
Archive metrics to MongoDB
Unlike other backend setups, archiving metrics to MongoDB requires only two configuration changes.First, make sure your system has libmongoc 1.7.0 or higher installed.
Enable archiving to MongoDB by editing your netdata.conf with the following options:
[backend]
enabled = yes
type = mongodb
Netdata takes care of the rest!
What else?
With this release, you can now:- Use UTF8 characters on Netdata badges.
- Install Netdata with
.DEBpackages on Package Cloud. - Monitor VM performance from one or more vCenter servers.
- Send email notifications in plain text.
What’s next?
We have a new issue that outlines the scope of v1.18.0’s first sprint. While not comprehensive, it’s a taste of our short-term roadmap.If you want to file a feature request, you’re welcome to do exactly that in our GitHub issues.
Have thoughts on your Netdata experience?
We’re always looking for more feedback on how Netdata performs in real-world use cases. That’s true whether you’re a solo dev and a single system or a DevOps engineer with hundreds of ephemeral nodes.There are two good ways to let us know.
First, review Netdata on G2. Each review boosts Netdata’s presence on G2 and in search engine queries. Plus, reviews of all types help us understand what’s working well (and not so well) in your particular use case.
Second, file an issue on GitHub and share your experience, even if you don’t have a specific question or feature request. We read every issue and take feedback to heart!