Skip to content

Upgrading to 0.17.x

This guide explains how to upgrade from 0.16.x to 0.17.x.

Before you begin the upgrade process, ensure that you have a backup of your data.

The upgrade process will not touch the actual backup data, but might change the resource definitions.

This release contains no breaking changes. All new configuration is additive and existing resources continue to work unchanged.

Follow the steps in this checklist to upgrade to 0.17.x.

Enable maintenance mode for the duration of the upgrade.

values.yaml
global:
maintenance:
enabled: true
banner:
message: "Upgrade in progress, we will be back shortly."
variant: "info"

Install the new Custom Resource Definitions (CRDs) for 0.17.x.:

Terminal window
$ kubectl apply -f https://docs.kannika.io/refs/0.17.0/crd/kannika-crd-v1alpha.yml
Terminal window
$ helm install kannika-crd oci://quay.io/kannika/charts/kannika-crd \
--version 0.17.0

Install application with updated Helm values

Section titled “Install application with updated Helm values”

This release adds new optional Helm values for the pod reaper. They are enabled by default, so no action is required unless you want to change the timeout or interval, or turn the reaper off.

values.yaml
operator:
config:
podReaper:
enabled: true
timeout: 5m
interval: 1m

Install the new version of Kannika Armory using Helm:

Terminal window
$ helm upgrade --install kannika oci://quay.io/kannika/charts/kannika \
--create-namespace \
--namespace kannika-system \
--version 0.17.0 \
--values values.yaml

Once you have completed the upgrade process, disable maintenance mode by setting global.maintenance.enabled to false.

values.yaml
global:
maintenance:
enabled: false

Verify that the upgrade was successful by checking the logs of the Kannika Armory components:

Terminal window
$ kubectl logs -n kannika-system -l app.kubernetes.io/name=kannika-operator # or operator
$ kubectl logs -n kannika-system -l app.kubernetes.io/name=kannika-api # or api
$ kubectl logs -n kannika-system -l app.kubernetes.io/name=kannika-console # or console

Verify that the backups are running as expected:

Terminal window
$ kubectl get backups -n [NAMESPACE]
$ kubectl get schemaregistrybackups -n [NAMESPACE]

If you encounter any issues during the upgrade process, do not hesitate to contact us on Slack.