Skip to main content

Prerequisites

Install the Control Plane CLI. See Installation.
Install Helm (v3 or later).

Install a Template

1

Choose a Template

Browse the Template Catalog to find the template you want to deploy.
  • Each template page includes a full configuration reference and a snippet of the default values.yaml file.
2

Configure Values

Create a values.yaml file to customize the template for your environment. This can include settings such as resource limits, replica counts, and any template-specific options.
Your values file must follow the same structure and format as the template’s default values file.
3

Install the Release

Run the following command to install the template as a release:
Replace:
  • <RELEASE_NAME> — A unique name for this installation.
  • <TEMPLATE_NAME> — The name of the template (example: postgres).
  • <VERSION> — The version to install (example: 3.2.0). Omitting --version defaults to the latest version.
  • <GVC>: The GVC the release installs into, taken from --gvc or from your profile’s default GVC.
Omitting -f values.yaml will deploy the template using its default values.
Template Catalog state tagsThe four --state-tag flags mark the release as a Template Catalog release. They are written to the release state secret, not to the resources the release creates.Install without these tags and the release is still created and still works, but:
  • The Console lists it under Helm Releases instead of the Template Catalog’s Releases page, so the upgrade, revision history, and rollback screens built for catalog templates never see it.
  • The Terraform cpln_catalog_template resource and the Pulumi CatalogTemplate resource will not manage it, because both require cpln/marketplace, cpln/marketplace-template, and cpln/marketplace-template-version to all be present.
Installing from the Console applies these tags for you. They are only your responsibility when you install from the CLI.Pin --version on a tagged install. Omitting it installs the latest version, which leaves you with no version number to put in cpln/marketplace-template-version.Example — install PostgreSQL v3.2.0 with custom values:
You can also override individual values inline using --set without a values file:
-f and --set can also be combined — --set values take precedence over those in the file.The --set snippet above leaves the four --state-tag flags out only to keep the example short. Pass them on every install, whether you supply values through -f, through --set, or not at all.

Manage a Template

View Releases

List all installed releases in your organization:

Release Details

View full details for a specific release, including the manifest, values, and notes:
You can also retrieve individual pieces of release information:

Upgrade

To upgrade a release with new values or a new template version:
State tags carry over from the previous revision, so cpln/marketplace, cpln/marketplace-template, and cpln/marketplace-gvc do not need repeating. Pass cpln/marketplace-template-version again on every upgrade that changes the version, so the Console and the Terraform provider report the version that is actually installed.
Any workloads affected by the change will roll out new deployments. Unchanged items will not be redeployed.
Some templates created their own GVC in their 1.x versions and install into an existing GVC from 2.x onward. Upgrade such a release with --gvc set to the GVC the release already lives in:
The GVC stays exactly as it is, and the release stops managing it, so a later uninstall leaves it alone. An upgrade that points --gvc at a different GVC is refused before anything is written, because the release’s workloads, volume sets, and identities would be stranded in the GVC it leaves. See Moving a release between GVCs.

Template Preview

Generate a preview of the resources that will be created without deploying:

Revisions

View the revision history for a release:
Roll back to a previous revision:

Uninstall a Template

Remove all resources created by the release and delete the release state:
A GVC the release created is deleted with it, unless it still holds resources the release does not own or the release’s newest revision no longer declares it. In both cases the GVC is left in place and the CLI prints the reason together with the cpln gvc delete command that removes it by hand. See Uninstall a release.

Templates Repository

Source files, default values, and chart definitions for all templates.

Template Packages

OCI packages for all templates, hosted on the GitHub Container Registry.

Manage Helm Releases

Deploy and manage Control Plane resources using Helm charts with the cpln helm command.