You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This chart provides a common template helpers which can be used to develop new charts using Helm package manager.
Bitnami charts can be used with Kubeapps for deployment and management of Helm Charts in clusters. This Helm chart has been tested on top of Bitnami Kubernetes Production Runtime (BKPR). Deploy BKPR to get automated TLS certificates, logging and monitoring for your applications.
Prerequisites
Kubernetes 1.12+
Helm 3.1.0
Parameters
The following table lists the helpers available in the library which are scoped in different sections.
Affinities
Helper identifier
Description
Expected Input
common.affinities.node.soft
Return a soft nodeAffinity definition
dict "key" "FOO" "values" (list "BAR" "BAZ")
common.affinities.node.hard
Return a hard nodeAffinity definition
dict "key" "FOO" "values" (list "BAR" "BAZ")
common.affinities.pod.soft
Return a soft podAffinity/podAntiAffinity definition
dict "component" "FOO" "context" $
common.affinities.pod.hard
Return a hard podAffinity/podAntiAffinity definition
dict "component" "FOO" "context" $
Capabilities
Helper identifier
Description
Expected Input
common.capabilities.kubeVersion
Return the target Kubernetes version (using client default if .Values.kubeVersion is not set).
. Chart context
common.capabilities.cronjob.apiVersion
Return the appropriate apiVersion for cronjob.
. Chart context
common.capabilities.deployment.apiVersion
Return the appropriate apiVersion for deployment.
. Chart context
common.capabilities.statefulset.apiVersion
Return the appropriate apiVersion for statefulset.
. Chart context
common.capabilities.ingress.apiVersion
Return the appropriate apiVersion for ingress.
. Chart context
common.capabilities.rbac.apiVersion
Return the appropriate apiVersion for RBAC resources.
. Chart context
common.capabilities.crd.apiVersion
Return the appropriate apiVersion for CRDs.
. Chart context
common.capabilities.policy.apiVersion
Return the appropriate apiVersion for podsecuritypolicy.
. Chart context
common.capabilities.networkPolicy.apiVersion
Return the appropriate apiVersion for networkpolicy.
. Chart context
common.capabilities.supportsHelmVersion
Returns true if the used Helm version is 3.3+
. Chart context
Errors
Helper identifier
Description
Expected Input
common.errors.upgrade.passwords.empty
It will ensure required passwords are given when we are upgrading a chart. If validationErrors is not empty it will throw an error and will stop the upgrade action.
dict "valueKey" "path.to.value" "secret" "secret.name" "field" "my-password" "subchart" "subchart" "context" $ secret, field and subchart are optional. In case they are given, the helper will generate a how to get instruction. See ValidateValue
common.validations.values.multiple.empty
Validate a multiple values must not be empty. It returns a shared error for all the values.
dict "required" (list $validateValueConf00 $validateValueConf01) "context" $. See ValidateValue
common.validations.values.mariadb.passwords
This helper will ensure required password for MariaDB are not empty. It returns a shared error for all the values.
dict "secret" "mariadb-secret" "subchart" "true" "context" $ subchart field is optional and could be true or false it depends on where you will use mariadb chart and the helper.
common.validations.values.postgresql.passwords
This helper will ensure required password for PostgreSQL are not empty. It returns a shared error for all the values.
dict "secret" "postgresql-secret" "subchart" "true" "context" $ subchart field is optional and could be true or false it depends on where you will use postgresql chart and the helper.
common.validations.values.redis.passwords
This helper will ensure required password for Redis™ are not empty. It returns a shared error for all the values.
dict "secret" "redis-secret" "subchart" "true" "context" $ subchart field is optional and could be true or false it depends on where you will use redis chart and the helper.
common.validations.values.cassandra.passwords
This helper will ensure required password for Cassandra are not empty. It returns a shared error for all the values.
dict "secret" "cassandra-secret" "subchart" "true" "context" $ subchart field is optional and could be true or false it depends on where you will use cassandra chart and the helper.
common.validations.values.mongodb.passwords
This helper will ensure required password for MongoDB® are not empty. It returns a shared error for all the values.
dict "secret" "mongodb-secret" "subchart" "true" "context" $ subchart field is optional and could be true or false it depends on where you will use mongodb chart and the helper.
registry:
type: stringdescription: Docker registry where the image is locatedexample: docker.iorepository:
type: stringdescription: Repository and image nameexample: bitnami/nginxtag:
type: stringdescription: image tagexample: 1.16.1-debian-10-r63pullPolicy:
type: stringdescription: Specify a imagePullPolicy. Defaults to 'Always' if image tag is 'latest', else set to 'IfNotPresent'pullSecrets:
type: arrayitems:
type: stringdescription: Optionally specify an array of imagePullSecrets (evaluated as templates).debug:
type: booleandescription: Set to true if you would like to see extra information on logsexample: false## An instance would be:# registry: docker.io# repository: bitnami/nginx# tag: 1.16.1-debian-10-r63# pullPolicy: IfNotPresent# debug: false
Persistence
enabled:
type: booleandescription: Whether enable persistence.example: truestorageClass:
type: stringdescription: Ghost data Persistent Volume Storage Class, If set to "-", storageClassName: "" which disables dynamic provisioning.example: "-"accessMode:
type: stringdescription: Access mode for the Persistent Volume Storage.example: ReadWriteOncesize:
type: stringdescription: Size the Persistent Volume Storage.example: 8Gipath:
type: stringdescription: Path to be persisted.example: /bitnami## An instance would be:# enabled: true# storageClass: "-"# accessMode: ReadWriteOnce# size: 8Gi# path: /bitnami
ExistingSecret
name:
type: stringdescription: Name of the existing secret.example: mySecretkeyMapping:
description: Mapping between the expected key name and the name of the key in the existing secret.type: object## An instance would be:# name: mySecret# keyMapping:# password: myPasswordKey
Example of use
When we store sensitive data for a deployment in a secret, some times we want to give to users the possibility of using theirs existing secrets.
If we force those values to be empty we will see some alerts
$ helm install test mychart --set path.to.value00="",path.to.value01="" 'path.to.value00' must not be empty, please add '--set path.to.value00=$PASSWORD_00' to the command. To get the current value: export PASSWORD_00=$(kubectl get secret --namespace default secretName -o jsonpath="{.data.password-00}" | base64 --decode) 'path.to.value01' must not be empty, please add '--set path.to.value01=$PASSWORD_01' to the command. To get the current value: export PASSWORD_01=$(kubectl get secret --namespace default secretName -o jsonpath="{.data.password-01}" | base64 --decode)
Upgrading
To 1.0.0
On November 13, 2020, Helm v2 support was formally finished, this major version is the result of the required changes applied to the Helm Chart to be able to incorporate the different features added in Helm v3 and to be consistent with the Helm project itself regarding the Helm v2 EOL.
What changes were introduced in this major version?
Previous versions of this Helm Chart use apiVersion: v1 (installable by both Helm 2 and 3), this Helm Chart was updated to apiVersion: v2 (installable by Helm 3 only). Here you can find more information about the apiVersion field.
Use type: library. Here you can find more information.
The different fields present in the Chart.yaml file has been ordered alphabetically in a homogeneous way for all the Bitnami Helm Charts
Considerations when upgrading to this version
If you want to upgrade to this version from a previous one installed with Helm v3, you shouldn't face any issues
If you want to upgrade to this version using Helm v2, this scenario is not supported as this version doesn't support Helm v2 anymore
If you installed the previous version with Helm v2 and wants to upgrade to this version with Helm v3, please refer to the official Helm documentation about migrating from Helm v2 to v3