Server Monitoring using Plugins

Extend Cloudmon monitoring beyond built-in integrations using custom scripts. Collect metrics from any device, service, or application and surface them alongside your existing monitoring data.

Overview

Plugins allow teams to monitor virtually anything that cannot be covered by Cloudmon's built-in integrations. Each plugin is a script, written in Python or PowerShell, that collects metrics from a target device or service and reports them back to Cloudmon. Once a plugin is registered and running, Cloudmon tracks its availability, surfaces all collected metrics, and makes them available for charting, alerting, and historical analysis, exactly like any other monitored resource.

Navigate to Servers → Plugin to view all registered plugins. The plugin list shows each plugin's name, discovery status, discovery message, version, assigned template, license status, last seen time, and last discovered time. A Tree View groups plugins by their script template, making it easy to see how many instances of each plugin type are running across the environment.

The summary tiles at the top of the list show the total plugin count alongside counts for Down, Unlicensed, Critical, and Discovery Failures, giving an immediate health overview across all plugins.

How Plugins Work

Each plugin is built around a script template, which defines what the plugin collects and how it runs. The script executes on the Cloudmon agent at a configured interval, collects numerical and textual metrics from the target, and returns them to Cloudmon. Cloudmon stores both the current values and the historical time-series data for every metric the script returns.

Because each plugin is driven by its own script, the metrics it collects and the sections available within its detail view are specific to what that script monitors. A GPU monitoring plugin will surface driver versions, memory usage, power draw, and temperature. A database plugin will surface uptime, connection counts, operation latencies, and replication status. A storage plugin will surface volume status and usage percentages. The plugin framework is the same in every case; the content is entirely determined by the script.

Plugin Detail View

Clicking into any plugin opens its detail view, which always includes an availability gauge, downtime count, and the device information panel showing the name, vendor, category, IP address, network, boot time, and last seen time of the device the plugin is running on. The side panel shows the plugin version, discovery message, assigned template, instance name, last seen time, status, and state.

The Current Statistics of Numerical Metrics table shows the latest collected value and unit for every numerical metric the script returns. A Last Polled Data of Textual Metrics section captures string values such as software versions, configuration identifiers, or status labels that cannot be represented as numbers. Beyond these, each plugin exposes additional sections specific to its monitoring scope. Some examples of what this looks like in practice:

• GPU monitoring provides a Driver Overview with CUDA version, driver version, GPU name, and a real-time GPU utilisation chart, plus a Memory section tracking average memory percentage, per-GPU memory usage, and total memory over time. Hardware details are also captured separately.
• NTFS Mount Point monitoring tracks the status and usage percentage of each mounted volume on the target machine, with each volume reported as an individual metric.
• MongoDB monitoring provides dedicated sections for Metrics, Database, Performance, Connection, Cursor, and Replication, covering asserts per second, operation latencies for reads, writes, and commands, cache bytes, total connections created, total databases, and uptime, all tracked as time-series charts.
• Other plugins in the environment cover areas such as digital experience measurement, branch office assurance, web server performance, ISP connectivity, retail operations, hospital systems, and IoT device health, each reporting the metrics most relevant to that specific use case.

Editing a Plugin

Plugins are discovered automatically as soon as their script runs and reports data, so there is no manual Add step. To adjust an existing plugin's settings, open the plugin from the list and click Edit. The Edit Plugin panel is organized into three sections: Monitor Details, Configuration Details, and Alert Settings.

Monitor Details: basic identification details for this plugin.

Configuration Details: timeout, interval, and tags.

Alert Settings: configure alarm rules, user groups, and third party services.

Click Save to apply the changes.

Log Reports

Every plugin includes a Log Reports section that captures the raw output from each script execution. This is the first place to look when investigating a discovery failure or unexpected metric value, as it shows exactly what the script returned and whether it encountered any errors during collection.

Alarms

Alarm triggers can be configured on any numerical metric a plugin collects, using the same threshold and severity system as all other Cloudmon resources. This means custom script metrics benefit from the same alerting infrastructure as built-in monitoring, with no additional configuration required beyond setting the threshold. To apply an alarm rule to a specific plugin, open its Edit panel and select the desired profile from the Alarm Rule field under Alert Settings. Learn more.

Troubleshooting