Active vs passive checks
A check is an operation that determines the status of a resource, and may also produce metrics (performance data).The result of a check updates the corresponding resource's row on the Resource Status page. A check can be performed either by the monitoring engine (active check) or by the equipment itself (passive check).
Active checks
An active check is initiated by the monitoring engine, which triggers data collection at regular intervals defined in the configuration (except for forced checks, which run on demand outside that interval).
This mode is used by all monitoring connectors except CMA-type connectors. Connectors typically rely on the following collection methods:
- ICMP
- SNMP
- HTTP requests
- Database queries
Passive checks
A passive check is initiated by the device itself (or by an external source submitting a result on its behalf), which sends its data on its own, without being polled by the monitoring engine — either at regular intervals or when a specific event occurs.
This mode includes two mechanisms:
- CMA-type connectors: the agent sends data at regular intervals.
- SNMP traps: sending is triggered by a specific event on the equipment. No connector is used.
SNMP traps are useful for very specific monitoring scenarios, but they're more complex to set up than the other methods.
Monitoring strategy
The choice between active and passive checks depends on several factors:
- Security requirements: some policies require or rule out one of the two modes.
- Technical constraints, particularly network segmentation.
- Whether you want an agentless approach: if you have control over the device or server, you can install an agent on it and use passive checks; if the device is a black box, active checks are the better fit.
When a single mode doesn't fully cover your monitoring needs, you can combine active and passive checks on the same device or server. For example, on a network device, you might actively monitor CPU, RAM, and throughput, while passively detecting (via SNMP traps) electrical connection faults on an Ethernet interface.
Recommended implementation order:
- Active system monitoring
- Active hardware monitoring (in the case of a physical server, for example)
- Active application monitoring via application protocols (HTTP, database connections, etc.)
- Supplement by passive monitoring.