prd-arbret was folded into vipy. arbret itself (app, worker, Postgres, timers, its backup dump) is deployed by its owner's own repo; this repo owns the shared host's side of it. arbret_handoff.md documents the split, the Gatus push API and the backup contract. - services/arbret: arbret.com -> localhost:3100, www redirects to the apex, port 4117 allowed on tailscale0 only, /opt/backups/arbret pre-created to the contract so the pull job is green before the first dump. - headscale ACL: framie may reach prd-vipy:4117. - vipy: arbret-server, arbret-worker and postgresql in the unit checks. - 402: DNS and HTTP checks for arbret.com, www, and /api/health with [BODY].status == ok. Entries may now name an fqdn outside root_domain and add conditions. - 403: probes arbret-analytics (hourly, 130m window) and arbret-beancount (daily, 26h), pushing with the dedicated arbret token. - backups: pull from backup-pull@prd-vipy:/opt/backups/arbret/, and a backup-dump_arbret endpoint. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
98 lines
5.1 KiB
YAML
98 lines
5.1 KiB
YAML
---
|
|
# The per-service health probes.
|
|
#
|
|
# These are NOT the same thing as the systemd checks in infra/401. Those answer
|
|
# "is the unit running"; these answer "does the service actually respond" - an
|
|
# RPC call to bitcoind, a TCP connect to Fulcrum's Electrum port, an HTTP fetch
|
|
# from the Mempool backend. A process can be perfectly `active` and useless,
|
|
# which is precisely the gap these close.
|
|
#
|
|
# The checks themselves live in each service's own role, deployed by that
|
|
# service's playbook. This play only registers where they report, because the
|
|
# endpoints must exist in Gatus before the first push arrives.
|
|
#
|
|
# They used to push to Uptime Kuma. The scripts now POST with a bearer token
|
|
# instead of GETting ?status=up, and each host uses its own token.
|
|
|
|
# ─────────────────────────────────────────────────────────────────────────────
|
|
# 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.
|
|
# ─────────────────────────────────────────────────────────────────────────────
|
|
- name: Register the per-service probes with Gatus
|
|
hosts: observability
|
|
become: yes
|
|
|
|
vars:
|
|
probes:
|
|
# failure_threshold 4: this probe runs every MINUTE, and bitcoind turns RPC
|
|
# away for 1-3 minutes when a block lands - validation on the saturated
|
|
# HDD plus Fulcrum/mempool/DATUM all fetching the block at once (93
|
|
# "work queue depth exceeded" in one day, 2026-10-18). At 1, every slow
|
|
# block paged. 4 consecutive failed minutes is past any block burst seen,
|
|
# and a real outage still alerts within ~5 minutes.
|
|
- {name: bitcoin-knots, host: knots_box_local, failure_threshold: 4}
|
|
- {name: datum-gateway, host: knots_box_local}
|
|
- {name: fulcrum, host: fulcrum_box_local}
|
|
- {name: phoenixd, host: vipy}
|
|
- {name: forgejo-runner, host: forgejo_runner_local}
|
|
- {name: mempool-mariadb, host: mempool_box_local}
|
|
- {name: mempool-backend, host: mempool_box_local}
|
|
- {name: mempool-frontend, host: mempool_box_local}
|
|
# Every 5 minutes like the rest since 2026-10-17 (they were daily while
|
|
# the node synced on a rotating disk). Cadence lives in
|
|
# roles/{monero,xmrblocks}/defaults/main.yml; it and this window are one
|
|
# decision and must move together.
|
|
- {name: monerod, host: monerod_box_local}
|
|
- {name: xmrblocks, host: monerod_box_local}
|
|
- {name: navidrome, host: music_box_local}
|
|
- {name: jar-lid-archive-staging, host: jar_lid_staging_local}
|
|
# arbret (on vipy, deployed by the arbret repo). `host` here is the KEY in
|
|
# gatus_push_tokens, and arbret has a dedicated `arbret` token rather than
|
|
# vipy's - so it cannot write vipy's own results, and vice versa.
|
|
# Windows are two runs plus slack, as for the 5m probes above:
|
|
# analytics hourly at :00 -> 130m
|
|
# beancount daily at 03:00 -> 26h
|
|
# Cadence lives in the arbret repo; tell us if it changes.
|
|
- {name: arbret-analytics, host: arbret, heartbeat: '130m'}
|
|
- {name: arbret-beancount, host: arbret, heartbeat: '26h'}
|
|
|
|
# The alert every probe gets. failure-threshold is 1 - the heartbeat window
|
|
# is the tolerance, see the note above - unless a probe sets
|
|
# failure_threshold, for checks that legitimately fail for a minute or two.
|
|
probe_alert:
|
|
type: signal
|
|
failure-threshold: 1
|
|
success-threshold: 2
|
|
send-on-resolved: true
|
|
minimum-reminder-interval: 6h
|
|
|
|
tasks:
|
|
- name: Build the probe endpoint list
|
|
ansible.builtin.set_fact:
|
|
probe_endpoints: "{{ probe_endpoints | default([]) + [{
|
|
'name': item.name,
|
|
'group': 'probe',
|
|
'token': gatus_push_tokens[item.host],
|
|
'heartbeat': item.heartbeat | default('11m'),
|
|
'alerts': [probe_alert | combine({'failure-threshold': item.failure_threshold | default(1)})]}] }}"
|
|
loop: "{{ probes }}"
|
|
|
|
- name: Register the probe endpoints
|
|
ansible.builtin.include_role:
|
|
name: gatus_endpoint
|
|
vars:
|
|
gatus_endpoint_name: probes
|
|
gatus_endpoint_external: "{{ probe_endpoints }}"
|