Skip to main content

Presets

Rather than assembling a values.yaml from scratch, start from one of eight tested shapes and edit it. Every preset is a valid, complete starting point; filenames are literal — every feature that’s on appears in the name. They live in deployments/h7s/swarmd/presets/.

Pick one

Two ladders, and the trick is that each rung adds exactly one feature. Diff two adjacent files and you see precisely what that feature costs you in configuration:
Pick the highest-numbered preset whose feature set you actually need, then customise. Starting low and adding features by hand is how you end up with a values file nobody can review.

Installing from one

Each preset’s header comment carries its own exact install command, the persona it’s for, and the pre-work it assumes.

What the axes mean


The production shape

Preset 8 is what a real deployment looks like. Abridged:
global.yaml
It assumes three things exist before you install:
  1. A TLS Secret named swarmd-tls, populated by cert-manager or by hand.
  2. An SMTP credentials Secret with username and password.
  3. A licence Secret with the key.

Trying a preset on minikube

Every preset has been dry-run against a fresh minikube before shipping. To repeat it:
For an HTTPS preset without real DNS, borrow nip.io and skip TLS:
The per-service presets run eight Postgres pods. On 8 GiB they will fight for memory and some will stay Pending — give minikube 12 GiB before blaming the chart.

Next

Databases

What the Postgres axis actually changes.

Ingress

What the HTTPS axis actually changes.