Files
argocd-apps/docs/ca-rotation.md
T
unkinben ba7a1a9509 Enable Reloader secret watching, scope existing auto to configmap-only (#326) (#339)
## Why

The re-keyed internal `unkin.net` intermediate broke CA consumers (CNPG->RGW backups, subPath/startup-cached CA mounts) and needed manual pod restarts, because Reloader was deployed with `ignoreSecrets: true` and could not restart on the `vault-ca-cert` Secret. Enabling secret watching naively is unsafe: many workloads carry the generic `reloader.stakater.com/auto`, and the estate rotates numerous Secrets via Vault/VSO — those would restart on every rotation. This enables secret watching but scopes existing `auto` to ConfigMaps, making secret-reload opt-in per Secret.

## Changes

- Set `reloader.ignoreSecrets: false` (au-syd1 reloader-system values) so Secrets are watched.
- Convert every generic `reloader.stakater.com/auto: "true"` to the ConfigMap-only `configmap.reloader.stakater.com/auto: "true"` — 22 annotations across 19 files. Existing ConfigMap-reload behaviour is preserved; Vault/VSO Secret rotations no longer restart these workloads.
- Add explicit `secret.reloader.stakater.com/reload: "vault-ca-cert"` to the CA consumers that mount the CA and carry a Reloader annotation: `artifactapi/api`, `cephrgw-operator`, `puppetserver-master`, `puppetserver-compiler`, `litellm`, `logarchiver`.
- Add `secret.reloader.stakater.com/reload: "kanidm-tls"` so kanidm rolls when cert-manager renews its leaf.
- Add `docs/ca-rotation.md` runbook (indexed in `docs/README.md`).

## Safety review (secret-only / CA workloads)

`vault-ca-cert` is a plain reflected Secret that bootstraps Vault trust (not VSO-rotated; changes only on intermediate re-key). `kanidm-tls` is a cert-manager leaf. Everything else mounted (`environment`, `*-credentials`, `eyaml-keys`, `puppetboard-secrets`, `s3-credentials`, `nats-auth`, `clickhouse-credentials`, `woodpecker-*`) is VSO/CNPG Vault-rotated and deliberately excluded.

- `cephrgw-operator` — mounts only Secrets (`cephrgw-credentials` VSO + `vault-ca-cert`), no ConfigMap. Its old comment said "restart when the credentials Secret rotates"; `cephrgw-credentials` is VSO so that is now excluded, and reload is scoped to `vault-ca-cert` only. Comment updated.
- `nats` (logging) — old comment "Roll the StatefulSet when nats-auth changes"; `nats-auth` is VSO, so this is now ConfigMap-only (deliberately no roll on rotation). Comment updated. Same for the vector agent/aggregator/vm-ingest (VSO `nats-auth`/`clickhouse-credentials`).
- `artifactapi/ui` — mounts neither a ConfigMap nor a Secret; its `auto` was already a no-op. Left as ConfigMap-only.
- `puppetdb` / `puppetboard` — mount a ConfigMap plus VSO Secrets (postgres creds / puppetboard-secrets); ConfigMap-only is correct, no secret reload added.

CA consumers that mount `vault-ca-cert` but have **no** Reloader annotation (CRD-managed or startup-cached) are documented in `docs/ca-rotation.md` for manual restart rather than annotated here: `grafana`, `observability/vmagent`, `paperclip`, `argocd-repo-server`, plus CNPG clusters (`kubectl cnpg restart`).

## Notes / coordination

- Annotations left in their existing location (some sit on the pod template, e.g. `litellm`, `puppetdb`; Reloader reads controller-level metadata — placement unchanged from before, no regression).
- Touches `apps/overlays/au-syd1/logging/values-vector-*.yaml`, which overlap open PR #320 (Tier-2 Vector pipelines) — only the one-line reloader annotation is changed here.

## Validation

- `make kubeconform` — touched overlays (reloader-system, logging, woodpecker, authentik) valid; only the known-unrelated cattle-system rancher chart kubeVersion failure remains.
- `uvx pre-commit run --all-files` — all hooks pass.

Closes #326

---------

Co-authored-by: Ben Vincent <neotheo@gmail.com>
Reviewed-on: #339
Co-authored-by: Ben Vincent <ben@unkin.net>
Co-committed-by: Ben Vincent <ben@unkin.net>
2026-08-08 19:35:31 +10:00

68 lines
2.6 KiB
Markdown

# Internal CA rotation runbook
How to roll the internal `unkin.net` PKI when the intermediate CA is re-keyed,
without turning it into an incident (issue #326).
Trust in the internal CA is bootstrapped by the plain `vault-ca-cert` Secret in
the `certificates` namespace (it cannot be Vault-sourced — it is what teaches
workloads to trust Vault in the first place). It is replicated into every
namespace by the emberstack reflector. Everything below keys off that Secret.
## Before you start
- `vault-ca-cert` MUST carry the **full current chain** (intermediate + root),
not a bare leaf. radosgw (Ceph RGW) serves a bare leaf, so CNPG->RGW backups
and any S3 client verifying against this bundle break if the chain is
incomplete. Update `apps/base/certificates/vault-ca-cert.yaml` with the full
chain and let Argo CD sync it before restarting consumers.
## What restarts automatically
Reloader watches Secrets (`ignoreSecrets: false`) but workloads use
`configmap.reloader.stakater.com/auto: "true"` — ConfigMap-only by default — so
Vault/VSO-rotated app Secrets do NOT cause restarts. CA reload is opt-in via an
explicit `secret.reloader.stakater.com/reload: "vault-ca-cert"` annotation.
These roll on their own when `vault-ca-cert` changes:
| Workload | Namespace | How it consumes the CA |
| --- | --- | --- |
| `api` (artifactapi) | `artifactapi` | init combines CA into trust bundle |
| `litellm` | `litellm` | init combines CA into trust bundle |
| `cephrgw-operator` | `cephrgw-system` | `CEPH_RGW_CA_FILE` subPath mount |
| `puppetserver-master` | `puppet` | subPath mount |
| `puppetserver-compiler` | `puppet` | subPath mount |
| `logarchiver` | `logging` | subPath mount |
## What needs a manual restart
These mount `vault-ca-cert` but are not Reloader-annotated (CRD-managed or
startup-cached), so restart them by hand after the Secret syncs:
```sh
kubectl -n grafana rollout restart deployment/grafana # grafana-operator Grafana
kubectl -n observability rollout restart deployment/vmagent
kubectl -n paperclip rollout restart deployment/paperclip
kubectl -n argocd rollout restart deployment/argocd-repo-server # startup-cached
```
CNPG Postgres clusters cache the CA in the operator; roll each cluster that
trusts `vault-ca-cert` (artifactapi, authentik, encapi, gitea, grafana,
litellm, paperclip, woodpecker):
```sh
kubectl cnpg restart <cluster> -n <namespace>
```
## Verify
Confirm the in-pod bundle matches the new CA:
```sh
kubectl -n <ns> exec deploy/<workload> -- \
sha256sum /path/to/ca.crt # compare against the new vault-ca-cert
```
For RGW-backed backups, confirm a fresh CNPG base backup completes after the
roll.