Files
management/docs/issues/0056-gitops-9-external-postgresql-migration-cloudnativepg-o.md
T
Thore Cimbal c64b3290e8 issues: M1 down to one — #0056 and #0004 struck, #0078 taken up
#0056 asked for HA plus replication. The cluster is one node, measured
repeatedly during #0088 and written into two manifests as a constraint.
Replication on a single node does not buy what "HA" means, and the loss case is
already covered by rehearsed restores rather than by replication. Struck as
sorb decided; it becomes a new issue if a second node ever exists.

#0004 is a homelab host and outside this project's scope. It held the milestone
open without ever being worked.

#0078 (CVE reporting path v2) goes to in-progress.
2026-08-21 12:00:00 +00:00

41 lines
1.7 KiB
Markdown

---
type: issue
id: "0056"
status: rejected
created: 2026-05-14
milestone: M1
priority: high
area: database
projekt: gitops
gitlab_iid: "9"
related: []
---
# External PostgreSQL Migration: CloudNativePG or Hetzner
> Adoptiert aus [gitops#9](https://git.lab/axion1337.chat/axion1337.chat-gitops/-/issues/9) (2026-08-18, ADR-0019). Kommentare und Verlauf bleiben dort; kanonisch ist ab jetzt diese Datei.
Migrate from ESS embedded Postgres to external database. Setup HA + Replication. Test all services. Est. Time: 1-2 days
---
*Migriert aus Gitea `sorb/axion1337.chat-gitops#9` — dort erstellt am 2026-05-14 von sorb.*
<!-- gitea-migration: sorb/axion1337.chat-gitops#9 -->
## Gestrichen — 2026-08-21
**Entscheidung sorb: overkill.** Das Ziel des Issues war „Setup HA + Replication".
Der Cluster besteht aus **einem Knoten** — bei #0088 mehrfach gemessen und in
`networkpolicy.yaml` sowie `restore-drill-media.yaml` als Randbedingung
festgehalten. Replikation auf einem Knoten schützt gegen Prozess- und
Datenfehler, **nicht** gegen den Ausfall, den „HA" meint. Der Nutzen stünde
damit in keinem Verhältnis zum Risiko, die Datenbank aller Dienste im laufenden
Betrieb zu verschieben.
**Was den Zweck heute schon erfüllt:** Der Datenverlust-Fall ist über geprobte
Wiederherstellung abgedeckt, nicht über Replikation — nächtliche Borg-Sicherung,
monatliche Datenbank-Probe und seit dem 2026-08-21 zusätzlich die
Medien-Probe (#0030), jede mit eigener Positivkontrolle und Alarmierung.
**Wann das wieder aufzumachen ist:** sobald ein zweiter Knoten existiert. Dann
ist es ein neues Issue mit einem Ziel, das auf der dann vorhandenen Topologie
überhaupt erreichbar ist.