Svc-bkp-remote-2-local Role

Description: Scheduled pull-style backup replicating remote hosts onto this host over SSH and rsync as hard-linked snapshots

Variables

  • author: Kevin Veen-Birkenbach

  • description: Scheduled pull-style backup replicating remote hosts onto this host over SSH and rsync as hard-linked snapshots

  • license: Infinito.Nexus Community License (Non-Commercial)

  • company: Kevin Veen-Birkenbach https://www.veen.world

  • min_ansible_version: 2.9

  • platforms: [{‘name’: ‘ArchLinux’, ‘versions’: [‘all’]}, {‘name’: ‘Debian’, ‘versions’: [‘all’]}, {‘name’: ‘EL’, ‘versions’: [‘all’]}, {‘name’: ‘Fedora’, ‘versions’: [‘all’]}, {‘name’: ‘Ubuntu’, ‘versions’: [‘all’]}]

  • galaxy_tags: [‘backup’, ‘remote’, ‘local’, ‘docker’, ‘systemd’, ‘automation’]

  • issue_tracker_url: https://s.infinito.nexus/issues

README

Backup Remote Server

Description

A scheduled pull-style backup that replicates the backup trees of one or more remote provider hosts onto this host via SSH + rsync. The receiving side is the trust anchor: each retrieval is a discrete snapshot, hard-linked against the previous one, with a retry loop guarding against transient network failures.

Overview

This role deploys the Python pull script that talks to each remote provider, installs the systemd service that drives it on the configured schedule (SYS_SCHEDULE_BACKUP_REMOTE_TO_LOCAL), and serialises the run against the rest of the manipulation group via sys-lock. The remote side must expose a chrooted SSH/SFTP endpoint that publishes its backup tree: deploy user-backup for the chrooted pull account and sys-ctl-cln-bkps to keep the published tree bounded.

Cosmos

The diagram places Backup Remote Server in the Infinito.Nexus cosmos: the components it deploys (capabilities), the central services it consumes (dependencies), and its outward reach (federation and bridged external networks).

flowchart LR
    subgraph deps [Dependencies]
        dep_svc_bkp_local_2_device["svc-bkp-local-2-device 💻"]
        dep_sys_ctl_cln_faild_bkps["sys-ctl-cln-faild-bkps 💻 ⚙️"]
    end
    subgraph role [svc-bkp-remote-2-local 💻]
        svc_remote_2_local["remote-2-local"]
        svc_local_2_device["local-2-device"]
    end
    dep_svc_bkp_local_2_device -. "0..1" .-> svc_local_2_device
    dep_sys_ctl_cln_faild_bkps -- "1:1" --> svc_remote_2_local

Solid 1:1 edges are fixed relationships; dashed 0..1 edges are conditional (enabled only in matching deployments); red 0..0 edges are turned off in this role. Node markers show the role’s deploy modes (💻 host, 🐳 compose, 🐝 swarm); ❌ marks a service that is explicitly turned off, and ⚙️ an Ansible role dependency declared in meta/main.yml.

Schema

flowchart TD
    TIMER["systemd timer<br>SYS_SCHEDULE_BACKUP_REMOTE_TO_LOCAL"] --> UNIT
    FORCE["sys-service-terminator (end of play)<br>MODE_BACKUP, force_flush_final<br>(runs after every provider was snapshotted in the preload pass)"] --> UNIT
    UNIT["svc-bkp-remote-2-local.&lt;version&gt;.&lt;domain&gt;.service"] --> LOCK["ExecStartPre: sys-lock against the manipulation group"]
    LOCK --> SCRIPT["ExecStart: script.sh<br>loops every provider host"]
    SCRIPT --> PULL["pull_specific_host.py &lt;host&gt; --folder &lt;backups_dir&gt;"]
    PULL --> DISCOVER["ssh: discover whitelisted backup types<br>(user-backup ssh-wrapper, BACKUP_REPOSITORIES SPOT)"]
    DISCOVER --> RSYNC["per type: ls newest generation, rsync pull<br>--link-dest previous local generation<br>retry up to 12x with backoff"]
    RSYNC --> TREE["&lt;backups_dir&gt;/&lt;remote-machine-hash&gt;/&lt;type&gt;/&lt;generation&gt;"]
    SCRIPT -->|any host failed| FAIL["exit != 0<br>OnFailure alarm"]

Features

  • Pull-only trust model: the local host owns the SSH session; provider hosts never gain credentials on this side.

  • Retry-with-backoff: transient SSH/rsync failures retry up to twelve times across a long window before surfacing as a hard failure.

  • Snapshot-aware: rsync --link-dest against the previous local snapshot deduplicates unchanged files.

  • Schedule-coordinated: the systemd unit is part of the global manipulation group, so it never races backup/cleanup/repair jobs on the same host.

Quick Setup

Development

Clone, set up the workstation, and deploy Backup Remote Server onto the local stack:

git clone https://github.com/infinito-nexus/core.git
cd core
make onboard
make compose-deploy mode=reinstall apps=svc-bkp-remote-2-local full_cycle=false

Production

Install Backup Remote Server directly onto the target machine: clone the repository, install the OS prerequisites and the repository toolchain, then deploy against localhost over a local connection (no SSH, no container):

git clone https://github.com/infinito-nexus/core.git
cd core
bash scripts/install/package.sh
make install
source scripts/meta/env/load.sh

APP=svc-bkp-remote-2-local
DOMAIN=<your-domain>
TLS_MODE=self_signed
SSH_PUBLIC_KEY="<your-ssh-public-key>"
INVENTORY=inventories/production
infinito administration inventory provision "$INVENTORY" \
  --inventory-file "$INVENTORY/devices.yml" \
  --host localhost \
  --include "$APP" \
  --vars "{\"TLS_MODE\": \"$TLS_MODE\", \"DOMAIN_PRIMARY\": \"$DOMAIN\", \"users\": {\"administrator\": {\"authorized_keys\": [\"$SSH_PUBLIC_KEY\"]}}}"
infinito administration deploy dedicated "$INVENTORY/devices.yml" \
  --password-file "$INVENTORY/.password" \
  --diff -vv

Recover

This role’s direction is one-way by design (files/python/recover.py.nocheck): it pulls provider backups onto this host, so the pulled tree under <backups>/<machine-hash>/<repo>/<generation>/ IS the recovery store and there is no live target here to restore into.

To recover a source system, transfer the wanted generation to it (the provider’s backup user only whitelists pull commands, so pushing requires an explicit operator rsync with a root-capable target) and run the matching role’s recover.py there (svc-bkp-volume-2-local for docker volumes, svc-bkp-nfs-2-local for NFS exports).

Further Resources

Credits

Implemented by Kevin Veen-Birkenbach. Part of the Infinito.Nexus Project and maintained by Kevin Veen-Birkenbach. Licensed under the Infinito.Nexus Community License (Non-Commercial).