Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Provide more ASO API migration guidance #5032

Closed
dtzar opened this issue Jul 29, 2024 · 1 comment · Fixed by #5305
Closed

Provide more ASO API migration guidance #5032

dtzar opened this issue Jul 29, 2024 · 1 comment · Fixed by #5305
Assignees
Labels
kind/documentation Categorizes issue or PR as related to documentation.
Milestone

Comments

@dtzar
Copy link
Contributor

dtzar commented Jul 29, 2024

Describe the solution you'd like
Provide more guidance on a supported migration for production clusters using the current CAPZ definitions to the ASO-based API definition. Add this guidance to what is exists here: https://capz.sigs.k8s.io/topics/managedcluster.html?highlight=import#option-1-using-the-experimental-aso-based-api

@dtzar dtzar added the kind/documentation Categorizes issue or PR as related to documentation. label Jul 29, 2024
@dtzar dtzar added this to the v1.17 milestone Aug 8, 2024
@nojnhuh
Copy link
Contributor

nojnhuh commented Sep 9, 2024

This is roughly what I would try first to achieve this:

  1. Create an AKS cluster with the old AzureManagedControlPlane API
  2. Pause the cluster (set the Cluster's spec.paused=true)
  3. asoctl import the resource group (which should also capture the managed cluster and agent pools)
    • Include the -a sigs.k8s.io/cluster-api-provider-azure-adopt=true flag to annotate the resources
  4. Apply the asoctl imported resources to the cluster
  5. CAPZ should automatically create all the necessary CAPI/CAPZ resources to represent the cluster
  6. Delete the old AzureManagedControlPlane-backed Cluster
    • This might hang because the cluster is paused, so one way to get past that is to delete and remove all finalizers from the Cluster and all of its child resources manually.
    • Creating a new management cluster for the new Cluster may make this easier because then the old management cluster can be deleted entirely without trying to trace everything that is ultimately owned by the old Cluster.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/documentation Categorizes issue or PR as related to documentation.
Projects
Archived in project
Development

Successfully merging a pull request may close this issue.

3 participants