Upgrading
The secret you must never regenerate
Internal secrets are generated at install time and then left alone: the chart looks for an existing value before creating one, so an upgrade does not mint new ones. Everything else is rotatable in the ordinary way. If you supply secrets asexistingSecret, rotation
is a change to your secret followed by a restart, and nothing in the chart has to know.
Moving off the bundled database
The bundled Postgres is a single pod with no replication and no backup. Treat it as an evaluation step, not a first version of production. Moving is a database migration, not a values change:1
Stand up your own Postgres
With the extensions the release notes require, and your own backup and restore in place.
2
Quiet the platform
Scale the control plane to zero so nothing writes while you copy.
3
Dump and restore
A conventional
pg_dump and restore into the new instance.4
Repoint and bring it back
Set
postgresql.enabled: false, point externalDatabase.existingSecret at
your connection string, and upgrade the release.Sizing and the components with state
Runs, evidence, transcripts and audit records all live in Postgres. If you back up one thing, that is
it.
When something is wrong
Collect a support bundle before opening a ticket. It gathers the component state, versions, and recent logs from the namespace:Next steps
Install
The sequence, and the database decision.
Secrets & credential handling
What the encryption key protects, and how credentials reach a run.
Troubleshooting
Failure modes that are not specific to self-hosting.
Support
How to reach the Komodor team.