Configuration Samples
The samples below show common starting points for nv-config-manager-install.yaml. Start with the minimal example, then add storage, SSO, ESO, and load balancer settings as needed for your environment.
Minimal in-cluster deployment
External DCIM provider
The provider package is owned separately from Config Manager. Until the
publishing story is finalized, install it from Git or a sibling checkout and
ship it in the deployment’s provider-package image.
This example uses the deliberately neutral synthetic provider name; replace
every synthetic value with the provider’s documented name, endpoint, token,
and OCI wheel image. Installing a package does not certify that provider for
every Config Manager capability. The provider must implement the normalized
operations used by the universal Config Manager workflow surface; workflows
are not enabled or disabled by provider name.
For the SDK and package contract, including provider-owned event handling and render data, see Contribute a DCIM Provider.
For secrets.method: eso, enable secrets.vault.paths.dcim and configure its
path and token key. Provider-specific sensitive settings belong in the
provider’s documented secret references, not in dcim.options.
For an airgapped deployment, the image in each provider_packages entry must
be included in the bundle. Pass a file containing that OCI image reference to
create-airgapped.sh --extra-images-file; the bundle builder cannot infer
site-specific provider packages from an installer configuration. The standard
provider-wheel installer image is included in the bundle and is automatically
mapped to images.registry. To use a different installer image, configure
images.overrides.dcimProviderInstaller so it follows the same registry and
airgap handling as other third-party images.