This document guides you through the complete uninstallation of Alauda AI and its related components from your cluster. The uninstallation process is divided into two main parts: first, uninstalling the optional Alauda AI Model Serving and its instances, and then, uninstalling the core Alauda AI instance and Operator.
If you don't need the Serverless capability or want to use only the essential core features to save resources, you can choose to perform only the first step to remove the Alauda AI Model Serving components.
Note: Before proceeding with the uninstallation, ensure you have backed up all important data and models. The uninstallation process will permanently delete all resources and configurations associated with Alauda AI.
This section guides you on how to uninstall the components that provide Serverless capabilities.
Before deleting the Alauda AI Model Serving Instance, you must check the Serverless parameter configuration.
For versions 1.4 and later:
Ensure the BuiltIn Knative Serving field is set to Unmanaged.
For version 1.3:
Ensure the Knative Serving Mode field is set to Unmanaged.
From the Administrator view:
default-knative-serving, or your custom instance name).... menu on the right side of the instance, then select Delete.Verify that the instance has been deleted with the following command:
If the instance was successfully deleted, the command will return "No resources found in knative-serving namespace."
From the Administrator view:
Confirm that the Alauda AI Model Serving tile's status has changed from Installed to Not Installed or has disappeared from the list.
After completing the first section, you can proceed to uninstall the core Alauda AI components.
From the Administrator view:
default.... menu on the right side of the instance, then select Delete.Verify that the instance has been deleted with the following command:
If the instance was successfully deleted, the command will return No resources found or a similar message.
From the Administrator view:
Confirm that the Alauda AI tile's status has changed from Installed to Not Installed or has disappeared from the list.
CRDs are not removed automatically when an operator is uninstalled. You can manually clean up these remaining resources, and be aware that:
Deleting a CRD will permanently delete all associated data.
The amlnamespaces.manage.aml.dev CRD, which is responsible for managing namespaces, is not included in the deletion commands below. To ensure a complete deletion of resources, you must manually remove the finalizer field after the CRD deletion operation.
It's generally recommended to keep this CRD unless you are certain you no longer need its management capabilities.