The systemd unit checks alerted on failure-threshold 1, on the reasoning that the heartbeat window is the tolerance. That covers a MISSING push, but a unit caught mid-restart - a deploy, an upgrade, a backup stopping it - pushes an explicit false, and each of those paged and resolved ten minutes later. 2 means down on two consecutive 5-minute runs. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
124 lines
6.8 KiB
YAML
124 lines
6.8 KiB
YAML
---
|
|
# Is each systemd-deployed service actually running?
|
|
#
|
|
# Every 5 minutes, with an 11-minute Gatus heartbeat - one missed run before
|
|
# it alarms, so a reboot or a slow check does not page anyone, but a host that
|
|
# stops reporting does.
|
|
#
|
|
# This closes the gap that let a real bug run unnoticed: a backup script left
|
|
# forgejo, lnbits, headscale and memos stopped, and NOTHING caught it. The dumps
|
|
# exited 0, the artefacts were correct, the deploy said failed=0, and liveness
|
|
# only proves the HOST is up - not that anything on it is serving.
|
|
#
|
|
# One endpoint PER UNIT, not per host. A host running four services needs four
|
|
# endpoints, or a single red light says "something on vipy is down" without
|
|
# saying which - and that is the question you actually have at 3am. But only ONE
|
|
# timer per host: the check iterates that host's units and pushes a result for
|
|
# each, the same way check-backups.sh reports per source. Four units on vipy
|
|
# would otherwise mean four scripts, four services and four timers.
|
|
#
|
|
# Which units each host runs is in host_vars/<host>/main.yml as
|
|
# monitored_services, because "what runs here" is a property of the machine.
|
|
#
|
|
# Keys are host-qualified because unit names collide - caddy runs on four
|
|
# machines. Gatus computes sanitize(group)_sanitize(name), so group "services"
|
|
# and name "vipy/caddy" give services_vipy-caddy.
|
|
|
|
# ─────────────────────────────────────────────────────────────────────────────
|
|
# Register one endpoint per unit. Runs first: Gatus reloads within 30s, and the
|
|
# host play above takes minutes, so every endpoint exists before its first push.
|
|
# ─────────────────────────────────────────────────────────────────────────────
|
|
# ─────────────────────────────────────────────────────────────────────────────
|
|
# Alerting thresholds, and why they differ by check type.
|
|
#
|
|
# `failure-threshold` counts CONSECUTIVE failures, but "consecutive" means a
|
|
# different amount of wall-clock time per check:
|
|
#
|
|
# push/heartbeat endpoints a failure is produced once per heartbeat window
|
|
# pulled endpoints a failure is produced once per interval
|
|
#
|
|
# So the default of 3 would mean 33 minutes on an 11m heartbeat and over a day
|
|
# on a 7h one - and the heartbeat window ALREADY encodes the tolerance. An 11m
|
|
# window on a 5-minute push is precisely "one missed push forgiven"; stacking a
|
|
# threshold of 3 on top triples a tolerance that was already chosen.
|
|
#
|
|
# Hence: push endpoints alert on the FIRST heartbeat failure. Pulled endpoints
|
|
# have no built-in tolerance, so the threshold is where it belongs for them.
|
|
#
|
|
# EXCEPT here, where the threshold is 2. The heartbeat only forgives a MISSING
|
|
# push. These checks also push an explicit `false` whenever a unit is caught
|
|
# mid-restart - a deploy, an unattended upgrade, a backup stopping the service
|
|
# for its dump - and at 1 every one of those pages, then resolves ten minutes
|
|
# later. 2 means "down on two consecutive 5-minute runs", i.e. 5-10 minutes.
|
|
# A host that stops reporting altogether still alarms on the heartbeat alone.
|
|
# ─────────────────────────────────────────────────────────────────────────────
|
|
- name: Register the service checks with Gatus
|
|
hosts: observability
|
|
become: yes
|
|
|
|
tasks:
|
|
# Two plain steps rather than one clever expression: first collect which
|
|
# units each host declares, then flatten that into endpoints.
|
|
- name: Collect the units each host declares
|
|
ansible.builtin.set_fact:
|
|
host_units: "{{ host_units | default([]) + [{'host': item, 'units': hostvars[item].monitored_services}] }}"
|
|
loop: "{{ groups['managed'] | sort }}"
|
|
when: hostvars[item].monitored_services | default([]) | length > 0
|
|
|
|
- name: Build one endpoint per unit
|
|
ansible.builtin.set_fact:
|
|
service_endpoints: "{{ service_endpoints | default([]) + [{
|
|
'name': (item.0.host | lower | regex_replace('[/_.,# +&]', '-')) ~ '/' ~ item.1,
|
|
'group': 'services',
|
|
'token': gatus_push_tokens[item.0.host],
|
|
'heartbeat': hostvars[item.0.host].service_health_heartbeat | default('11m')}] }}"
|
|
loop: "{{ host_units | subelements('units') }}"
|
|
|
|
- name: Register the service endpoints
|
|
ansible.builtin.include_role:
|
|
name: gatus_endpoint
|
|
vars:
|
|
gatus_endpoint_default_alerts:
|
|
- type: signal
|
|
# 2: tolerate one explicit `false` from a unit caught mid-restart.
|
|
# See the note above.
|
|
failure-threshold: 2
|
|
success-threshold: 2
|
|
send-on-resolved: true
|
|
minimum-reminder-interval: 6h
|
|
gatus_endpoint_name: services
|
|
gatus_endpoint_external: "{{ service_endpoints }}"
|
|
|
|
- name: Monitor systemd services on every host that has them
|
|
hosts: managed
|
|
become: yes
|
|
vars:
|
|
gatus_api: "https://{{ subdomains.gatus }}.{{ root_domain }}/api/v1/endpoints"
|
|
host_key: "{{ inventory_hostname | lower | regex_replace('[/_.,# +&]', '-') }}"
|
|
|
|
tasks:
|
|
- name: Is every deployed service running?
|
|
ansible.builtin.include_role:
|
|
name: healthcheck
|
|
vars:
|
|
healthcheck_name: service-health
|
|
healthcheck_description: "systemd services on {{ inventory_hostname }}"
|
|
healthcheck_check: systemd-units
|
|
healthcheck_units: "{{ monitored_services }}"
|
|
healthcheck_units_key_prefix: "services_{{ host_key }}"
|
|
# Cadence and heartbeat window are ONE decision, and both are a property
|
|
# of the host: a host can set service_health_on_calendar and a matching
|
|
# service_health_heartbeat in its host_vars. None does today; everything
|
|
# runs 5min/11m. (monerod-box was daily during its initial sync.)
|
|
#
|
|
# An empty healthcheck_on_calendar means "use healthcheck_interval" -
|
|
# see the timer template in roles/healthcheck.
|
|
healthcheck_interval: "5min"
|
|
healthcheck_on_calendar: "{{ service_health_on_calendar | default('') }}"
|
|
healthcheck_randomized_delay: "{{ service_health_randomized_delay | default('30') }}"
|
|
healthcheck_boot_delay: "2min"
|
|
# The per-unit results go to keys under this collection; the role's own
|
|
# single-result push is unused here, so only the base is set.
|
|
healthcheck_push_base: "{{ gatus_api }}"
|
|
healthcheck_push_token: "{{ gatus_push_tokens[inventory_hostname] }}"
|
|
when: monitored_services | default([]) | length > 0
|