Pika monitoring with Netdata

Pika is a persistent huge storage service, compatible with the vast majority of redis interfaces (details), including string, hash, list, zset, set and management interfaces.


This module monitors one or more Pika instances, depending on your configuration.

It collects information and statistics about the server executing the following commands:

Charts#

  • Connections in connections/s
  • Clients in clients
  • Memory usage in bytes
  • Connected replicas in replicas
  • Processed commands in queries/s
  • Calls per command in calls/s
  • Strings type keys per database in keys
  • Strings type expires keys per database in keys
  • Strings type invalid keys per database in keys
  • Hashes type keys per database in keys
  • Hashes type expires keys per database in keys
  • Hashes type invalid keys per database in keys
  • Lists type keys per database in keys
  • Lists type expires keys per database in keys
  • Lists type invalid keys per database in keys
  • Zsets type keys per database in keys
  • Zsets type expires keys per database in keys
  • Zsets type invalid keys per database in keys
  • Sets type keys per database in keys
  • Sets type expires keys per database in keys
  • Sets type invalid keys per database in keys
  • Uptime in seconds

Configuration#

Edit the go.d/pika.conf configuration file using edit-config from the Netdata config directory, which is typically at /etc/netdata.

cd /etc/netdata # Replace this path with your Netdata config directory
sudo ./edit-config go.d/pika.conf

There are two connection types: by tcp socket and by unix socket.

# by tcp socket
redis://<user>:<password>@<host>:<port>
# by unix socket
unix://<user>:<password>@</path/to/pika.sock

Needs only address, here is an example with two jobs:

jobs:
- name: local
address: 'redis://@127.0.0.1:6379'
- name: remote
address: 'redis://user:[email protected]:6379'

For all available options, see the pika collector's configuration file.

Troubleshooting#

To troubleshoot issues with the pika collector, run the go.d.plugin with the debug option enabled. The output should give you clues as to why the collector isn't working.

First, navigate to your plugins directory, usually at /usr/libexec/netdata/plugins.d/. If that's not the case on your system, open netdata.conf and look for the setting plugins directory. Once you're in the plugin's directory, switch to the netdata user.

cd /usr/libexec/netdata/plugins.d/
sudo -u netdata -s

You can now run the go.d.plugin to debug the collector:

./go.d.plugin -d -m pika
Last updated on

Monitor everything in real time – for free

Troubleshoot slowdowns and anomalies in your infrastructure with thousands of per-second metrics, meaningful visualizations, and insightful health alarms with zero configuration.

Get Netdata