- 1 Minute to read
- Print
- PDF
Maintain Zesty Disk for Kubernetes
- 1 Minute to read
- Print
- PDF
This topic describes how to perform the following maintenance operations:
Delete workloads
The following rules apply to deleting:
Deleting the workload is the same as native K8s components:
If configured with WhenDeleted: Delete, the connected resources will be deleted.
If not configured that way, no further resources are deleted.
The Zesty PVC deletion process is as follows:
If the value of ReclaimPolicy is delete, the dummy PVC is deleted, and this triggers the deletion of the Filesystem and related PVCs and PVs.
If the value of ReclaimPolicy is retain, no further deletions occur, and the dummy PV (and its corresponding resources) stays intact.
Upgrade components
If you ever upgrade your cluster, you must be sure to upgrade Zesty Disk for K8s afterwards.
To upgrade components:
Run these commands:
helm repo update helm upgrade zesty-pvc zestyrepo/zesty
Uninstall Zesty Disk for K8s
You can perform a Helm uninstall only if there are no Filesystems of the Zesty storage class in the cluster. This is because uninstalling Zesty Disk for K8s components causes the native Pod migration of K8s to stop working,
To uninstall Zesty Disk for K8s:
Run the following command:
helm uninstall/delete zesty-pvc -name=<namespace>
The -name=<namespace> - argument is optional, needed only if Zesty Disk for K8s is installed on a dedicated namespace.
During the uninstallation, Zesty runs a Pod named “zesty-pvc-assert-uninstall-pre-delete-job” which runs pre-uninstallation validations. If the validations failed, this Pod will stay alive so its logs can be reviewed for further analysis.