Skip to main content

veeam_exporter

Overview

dashboard overview

Description

Prometheus exporter for Veeam Entreprise Manager

This exporter collects metrics from Veeam Enterprise Manager HTTP API.

It is a python HTTP server that exposes metrics to http (default port 9247) that can be then scrapped by Prometheus.

Several Veeam server can be polled by adding them to the YAML config file, by adding a host section:

Config: (see config.yml)

veeams:
  - host: host.domain
    port: 9398
    user: 'user'
    password: 'password'
#   protocol: https
#   verify_ssl: false
#   timeout: 20
#   keep_session: true # default
#   default_labels:
#     - name: veeam_em
#       value: my_veeam_em_server.domain
#       proxy:
#         url: http://my.proxy.domain:port/
#         protocol: https

weblisten:
  address: 0.0.0.0
  port: 9247

logger:
  level: info
  facility: syslog

metrics_file: "conf/metrics/*_metrics.yml"

Usage

The exporter may run as a unix command with module installation or as standalone python script without instalation.

Usage as a system command

the easiest way is to install from pip:

pip3 install --upgrade veeam_exporter

then you can use the entry point, createc by the installer of the module in /usr/local/bin/veeam_exporter or in [venv]/bin/veeam_exporter for venv context. The recommanded usage is in venv.

Usage as a Python Script

To use the exporter, few packages needs to be installed. This can be done using:

pip3 install -r pip_requirements.txt

Contents of requirements.txt

Prometheus-client>=0.8.0
requests==2.23.0
PyYAML==5.3.1
tenacity==6.2.0
urllib3>=1.25.9
Jinja2>=2.11.2
python-dateutil>=0.6.12
  • Consider, to extract the archiv file in /tmp folder; this will generate a folder /tmp/veeam_exporter_[version].
  • create a directory where you want, by example /opt/veeam_exporter_[version],
  • move the /tmp/veeam_exporter_[version]/veeam_exporter_package directory to /opt/eeam_exporter_[version]
  • create a command file to launch the exporter in dir /opt/veeam_exporter_[version]
vi /opt/veeam_exporter_X.Y.Z/veeam_exporter_cmd
#!/usr/libexec/platform-python
# -*- coding: utf-8 -*-
import re
import sys
from veeam_exporter.veeam_exporter import main
if __name__ == '__main__':
    sys.argv[0] = re.sub(r'(-script\.pyw|\.exe)?$', '', sys.argv[0])
    sys.exit(main())
  • Then edit the conf/config.yml file and add your settings.
  • Try your config by executing the command in try mode

example with the default dummy config file:

python3 veeam_exporter_cmd -n -v
veeam_exporter[647132]: level=INFO - veeam_exporter 1.0.3 starting....
veeam_exporter[647132]: level=DEBUG - config is {'veeams': [{'host': 'host.domaine', 'port': 9398, 'user': 'user', 'password': 'password', 'verify_ssl': False, 'timeout': 20}], 'weblisten': {'address': '0.0.0.0', 'port': 9247}, 'logger': {'level': 'info', 'facility': 'syslog'}, 'metrics_file': 'conf/metrics/*_metrics.yml'}
veeam_exporter[647132]: level=ERROR - Connection Exception: Host host.domaine: HTTPSConnectionPool(host='host.domaine', port=9398): Max retries exceeded with url: /api/sessionMngr/?v=latest (Caused by NewConnectionError('<urllib3.connection.HTTPSConnection object at 0x7fa9e4eab9b0>: Failed to establish a new connection: [Errno -2] Name or service not known',))
veeam_exporter[647132]: level=DEBUG - # HELP veeam_em_up probe success  login status: 0 Down / 1 Up
veeam_exporter[647132]: level=DEBUG - # TYPE veeam_em_up gauge
veeam_exporter[647132]: level=DEBUG - veeam_em_up 0.0
veeam_exporter[647132]: level=INFO - veeam_exporter 1.0.3 stopped.

exporter command line options

to start the exporter:

./veeam_exporter &

By default, it will load the file config.yml to perform action.

Detail options
Usage: veeam_exporter [-h] [-b BASE_PATH] [-c CONFIG_FILE]
                      [-f LOGGER.FACILITY] [-l {error,warning,info,debug}]
                      [-o  METRICS_FILE] [-m  METRIC] [-n] [-t  TARGET]
                      [-w WEB.LISTEN_ADDRESS] [-V] [-v]

collector for veeam server.

optional arguments:
  -h, --help            show this help message and exit
  -b BASE_PATH, --base_path BASE_PATH
                        set base directory to find default files.
  -c CONFIG_FILE, --config_file CONFIG_FILE
                        path to config files.
  -f LOGGER.FACILITY, --logger.facility LOGGER.FACILITY
                        logger facility (syslog or file path).
  -l {error,warning,info,debug}, --logger.level {error,warning,info,debug}
                        logger level.
  -o  METRICS_FILE, --metrics_file METRICS_FILE
                        collect the metrics from the specified file instead of
                        config.
  -m  METRIC, --metric METRIC
                        collect only the specified metric name from the
                        metrics_file.
  -n , --dry_mode       collect the metrics then exit; display results to
                        stdout.
  -t  TARGET, --target TARGET
                        In dry_mode collect metrics on specified target.i
                        Default first from config file.
  -w WEB.LISTEN_ADDRESS, --web.listen-address WEB.LISTEN_ADDRESS
                        Address to listen on for web interface and telemetry.
  -V, --version         display program version and exit..
  -v , --verbose        verbose mode; display log message to stdout.

To test your configuration you can launch the exporter in dry_mode:

./veeam_exporter -v -n -t host.domain

This command will try to connect to the 'host.domain' veeam server with parameters specified in config.yml, expose the collected metrics, and eventually the warning or errors, then exits.

Prometheus config

Since several veeam servers can be set in the exporter, Prometheus addresses each server by adding a target parameter in the url. The "target" must be the same (lexically) that in exporter config file.

  - job_name: "veeam"
    scrape_interval: 120s
    scrape_timeout: 60s
    metrics_path: /metrics

    static_configs:
      - targets: [ veeamhost.domain ]
        labels:
          environment: "PROD"
#    file_sd_configs:
#      - files: [ "/etc/prometheus/veeam_exp/*.yml" ]
    relabel_configs:
      - source_labels: [__address__]
        target_label: __param_target
      - source_labels: [__param_target]
        target_label: instance
      - target_label: __address__
        replacement: "veeam-exporter-hostname.domain:9247"  # The veeam exporter's real hostname.

Metrics

The collected metrics are defined in separeted files positionned the folder conf/metrics. All Values, computations, labels are defined in the metrics files, meaning that the exporter does nothing internally on values. The configuration fully drives how values are rendered.

Collected Metrics

All metrics are defined in the configuration file (conf/metrics/*.yml). You can retrive all metric names here. Most of them have help text too.

file domain metrics
veeam_overview_metrics.yml general results count by type "backup", "proxy", "repository", "scheduled_jobs", "successful_vms", "warning_vms"
vm_overview_metrics.yml general vm results VMs count by protection type "protected","backedup","replicated","restore_points"
VMs total size in bytes by type "full_backup_points", "incremental_backup_points", "replica_restore_points", "source_vms"
percent of sucessful backup of VMs
repositories_metrics.yml repositories total and free size and in bytes of each repository by name and type
jobs_overview_metrics.yml jobs generics various count of job types "running", "scheduled", "scheduled_backup" "scheduled_replica_jobs_count"
total number of job runs by type "total", "successfull", "warning", "failed"
max duration for job by type and name of longuest
backup_agent_metrics.yml backup agent backup agent status 1 Online / 2 Offline labeled by nae , type and version
backup_servers_metrics.yml backup servers config of each backup server labeled by name, description, port, version: no value collect (1 returned)
backup_jobs_sessions_metrics.yml backup jobs runs last backup job run info state, duration, retries labeled by backup server, jobname, jobtype
vm_backup_jobs_sessions_metrics.yml vm backup jobs runs last vm backup job runs info state, duration, retries, total_bytes labeled by backup server, jobname, vmname, taskname, message

Extending metrics

Exported metrics, are defined the YAML config file. The value can use Jinja2 templating language. The format of the configuration is inspired from Ansible task representation. So a metric configuration file, consists in a list of action to perform.

There are five possible actions:

  • url: to collect metrics from HTTP API
  • set_fact: to assign vlaue to variables
  • actions: to perform a list of (sub-)actions
  • metrics: to define metrics to expose/return to Prometheus
  • debug: to display debug text to logger.

All actions have default "attributes":

  • name: the name of action or metric counter for metrics action.
  • vars: to set vars to global symbols' table.
  • with_items: to loop on current action with a list of items.
  • loop_var: to set the name of the variable that will receive the current value in the loop. Default is 'item'.
  • when: a list of condition (and) that must be check and be true to perform the action.

The "attributes" are analyzed in the order specified in previous table; it means that you can't use "item" var (obtained from 'with_items' directive) in the vars section because it is not yet defined when the 'vars' section is evaluated. If you need that feature, you will have to consider 'with_items' in an 'actions' section (see metrics/backup_jobs_sessions_metrics.yml).

action parameter description remark
url   a string that's representing the entity to collect without '/api' http://host.domain:port/api**[url]**. e.g.: /reports/summary/overview
  var_name the name of the variable to store the results. Default is '_root' meaning that the resulting JSON object is directly store in symbols table.  
       
set_fact   list of variable to define  
  var_name: value  
       
metrics   define the list of metrics to expose
  metric_prefix a prefix to add to all metric name final name will be [metric_prefix]_[metric_name]
'a metric' name the name of the metric
  help the help message added to the metric (and displayed in grafana explorer)
  type 'gauge' or 'counter' the type of the prometheus metric  
  value the numeric value itself  
  labels a list of name value pairs to qualify the metric  

Metadata

Release files for veeam-exporter 1.1.0

For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.

Source distribution (sdist)

Source distribution for veeam-exporter 1.1.0
File Size Uploaded Provenance
veeam_exporter-1.1.0.tar.gz 610.8 kB Without provenance Details

Built distribution (wheel)

Table of built distributions (wheels) for veeam-exporter 1.1.0
File Interpreter ABI Platform
veeam_exporter-1.1.0-py3-none-any.whl Python 3 none any Details

Total release size: 657.3 kB

Release files / veeam_exporter-1.1.0.tar.gz

Download URL veeam_exporter-1.1.0.tar.gz
Size 610.8 kB
Tags Source
SHA-256 checksum
How to use checksums
8dd409ce935d11d1ee3b414f623417d27e51c2f1cb12cfe17290ea70da966d87
BLAKE2b-256 checksum
How to use checksums
cd404f0cbb9804034dee155850e021cdb97127442e3dc5849dfde7ad8104c11a
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/4.0.1 CPython/3.8.13

Release files / veeam_exporter-1.1.0-py3-none-any.whl

Download URL veeam_exporter-1.1.0-py3-none-any.whl
Size 46.6 kB
Tags Python 3
SHA-256 checksum
How to use checksums
136b12562e3cb2ba8be9c378b7f3da2cdea3ac59013a09f4fffe73f865e3a06d
BLAKE2b-256 checksum
How to use checksums
90e068ce1244324bef0111793aac1c626990a219eec4972d7ceb42aa6ce22693
Upload date
Uploaded using Trusted Publishing?
What is trusted publishing?
No
Uploaded via twine/4.0.1 CPython/3.8.13

Security for veeam-exporter 1.1.0

Provenance

Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.

No provenance found

None of the files in this release were uploaded with provenance metadata.

A note on package security

PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.

To learn more about protecting yourself from malicious actors, visit our package security documentation.

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page