Wire CNPG streaming replication + distributed topology for pg-authentik pilot

Adds connectionParameters (real streaming, not just barmanObjectStore
WAL-archive polling) to both sides' existing externalClusters entry, plus
replica.self/primary fields declaring the distributed topology (both
currently agree home is primary). Auth reuses CNPG's own auto-generated
streaming_replica client certs, cross-copied between clusters manually
(kubectl, not git - same pattern as every other cross-cluster secret
tonight) since they're the exact credential each side's pg_hba.conf
already trusts.

Also adds the VPS-side NodePort exposing its own pg-authentik primary
back to home (home->VPS already works via the existing netbird-egress
route, no UniFi port-forward needed for that direction - only the
reverse, VPS/witness reaching into home, needed the WAN workaround).
This commit is contained in:
Scooby Husky
2026-08-19 00:08:23 -05:00
parent a3e0ae3427
commit b77f0865d0
3 changed files with 115 additions and 0 deletions
@@ -70,6 +70,26 @@ spec:
recovery:
source: home-backup
# Multi-site active failover pilot (see
# /home/scooby/.claude/plans/jiggly-snacking-iverson.md) - the
# bootstrap.recovery above (barmanObjectStore) stays exactly as-is for
# the initial seed; connectionParameters below adds real streaming
# replication for ongoing sync, replacing the old WAL-archive-polling
# behavior (the source of the crash-looping/probe-tuning fights from
# earlier tonight - streaming doesn't need to restart postgres to check
# for new WAL).
#
# Auth: reuses CNPG's own generated streaming_replica client cert
# (CN=streaming_replica, issued by home's own pg-authentik CA) - copied
# here manually as pg-authentik-home-{ca,replication} (kubectl, not
# git). Same credential CNPG's own pg_hba.conf already trusts, nothing
# new to provision.
#
# Reachable via home.kube.huskypup.net:61432 - a UniFi WAN port-forward
# to talos-cp-01's real LAN IP (172.28.101.41), source-IP-restricted to
# just the VPS and witness public IPs. NOT the Netbird mesh directly -
# UniFi has no route to that CIDR, confirmed live (see
# infrastructure/ha-failover/manifests/etcd.yaml for the full story).
externalClusters:
- name: home-backup
barmanObjectStore:
@@ -91,9 +111,27 @@ spec:
secretAccessKey:
name: vps-minio-secret
key: secretkey
connectionParameters:
host: home.kube.huskypup.net
port: "61432"
dbname: app
user: streaming_replica
sslmode: verify-ca
sslCert:
name: pg-authentik-home-replication
key: tls.crt
sslKey:
name: pg-authentik-home-replication
key: tls.key
sslRootCert:
name: pg-authentik-home-ca
key: ca.crt
# Distributed topology: both sides agree home is primary today.
replica:
enabled: true
self: vps
primary: home
source: home-backup
monitoring:
@@ -0,0 +1,27 @@
---
# Exposes the VPS's pg-authentik primary (currently a read-only replica -
# see cnpg-cluster.yaml's replica.enabled) to home over the Netbird mesh,
# for the multi-site active-failover pilot. Same selector as CNPG's own
# generated pg-authentik-rw ClusterIP Service, just NodePort instead.
#
# Unlike home's side of this (infrastructure/authentik/manifests/
# ha-postgres-nodeport.yaml), no UniFi port-forward or Kyverno
# PolicyException needed here - the VPS's k3s has no NodePort
# restriction, and home reaching OUT to the VPS already works today via
# the netbird-egress DaemonSet's route (confirmed live all session, same
# path used for MinIO/CrowdSec) - it's only the reverse direction
# (external peers reaching INTO home) that needed the UniFi workaround.
apiVersion: v1
kind: Service
metadata:
name: ha-authentik-postgres
namespace: authentik
spec:
type: NodePort
selector:
cnpg.io/cluster: pg-authentik
cnpg.io/instanceRole: primary
ports:
- port: 5432
targetPort: 5432
nodePort: 32433