Uninstall
This document guides you through the complete uninstallation of Alauda AI and its related components from your cluster.
In Alauda AI 2.8, components are installed and managed by Alauda AI through the cluster-scoped default AmlCluster instance. Uninstall the components first, then the Alauda AI core, following the order in this document. Uninstalling Alauda AI and its Operators does not automatically remove custom resources or CRDs; review General notes before proceeding.
Before uninstalling, back up all important data and models. Data-related resources may remain after uninstallation, and deleting them can permanently delete the associated data. Review Data remaining after uninstallation before deleting any resource.
TOC
Uninstall flow at a glanceUninstall AmlCluster-managed componentsManaged components: set toRemovedSharedManaged components: set to Unmanaged, then uninstall in OperatorHubUninstall components not managed by AmlClusterUninstall Alauda AI coreDelete the default AmlCluster instanceUninstall the Alauda AI OperatorData remaining after uninstallationGeneral notesDelete operator instances before the OperatorCRDs are not removed by uninstallationUninstall flow at a glance
Uninstall AmlCluster-managed components
Managed components: set to Removed
Components managed by Alauda AI (with managementState: Managed) are uninstalled by changing the state to Removed in the default AmlCluster. Alauda AI then removes the component and the resources it manages.
For example, to uninstall KServe:
SharedManaged components: set to Unmanaged, then uninstall in OperatorHub
Components with the SharedManaged state (envoyGateway, postgres, redis) do not support the Removed value. Set their managementState to Unmanaged first, then uninstall the corresponding Operator in OperatorHub.
For example, to uninstall PostgreSQL:
Then, in Administrator view:
- Click Marketplace / OperatorHub and select the target cluster.
- Find the Operator of the component (for example PostgreSQL).
- Click Uninstall and confirm.
For the management states and the component keys, see Component management states.
Uninstall components not managed by AmlCluster
Some components are not managed by the default AmlCluster. This includes components whose managementState is Unmanaged and components installed independently, such as Kagenti, Alauda Build of MCP Lifecycle Operator, Dify, and Alauda Build of InferNex Bridge. Uninstall these in OperatorHub, or in Cluster Plugins if the component was installed as a Cluster Plugin.
In Administrator view:
- Click Marketplace / OperatorHub (or Marketplace / Cluster Plugins) and select the target cluster.
- Find the component to uninstall.
- Click Uninstall and confirm.
Uninstall Alauda AI core
Uninstall the core Alauda AI in two steps: first delete the default AmlCluster instance, then uninstall the Alauda AI Operator in OperatorHub.
Delete the default AmlCluster instance
- In Administrator view, click Marketplace / OperatorHub and select the target cluster.
- Select Alauda AI, then open the All Instances tab.
- Find the instance named
default. - Click the ... menu, then select Delete, and confirm.
Verify that the instance is deleted:
The command returns No resources found or a similar message.
Uninstall the Alauda AI Operator
- In Administrator view, click Marketplace / OperatorHub and select the target cluster.
- Select Alauda AI, then click Uninstall.
- In the confirmation window, confirm the installation location (default is
aml-operator), then click Uninstall.
Verify that the Alauda AI tile changes from Installed to Not Installed, or disappears from the list.
Data remaining after uninstallation
After Alauda AI is uninstalled, data-related resources remain in the kubeflow and aml-maas namespaces. Deleting these resources can cause data loss. Review the resources before deleting them, and delete them only if you are certain the data is no longer needed.
General notes
Delete operator instances before the Operator
For every Operator, if you want to delete the custom-resource instances it manages, delete the instances before uninstalling the Operator. Uninstalling an Operator does not delete its instances; the instances and the data they reference remain in the cluster.
CRDs are not removed by uninstallation
Uninstalling a Cluster Plugin or an Operator from OperatorHub does not delete the CRDs it installed. If you want to delete the CRDs, delete them separately. Note that deleting a CRD also deletes all custom resources of that kind and may remove data.