Post Conversion Cleanup: Clusters run on Different Cloud Platforms
For a DKP Enterprise Management cluster to manage a cluster hosted in another cloud provider, you must ensure the Management cluster has all the necessary permissions.
Prerequisites
Prior to running these commands, you must ensure that the DKP Management Enterprise cluster is configured with the necessary platform specific permissions to manage the incoming CAPI objects that backs the infrastructure resources in the target cloud platform.
For example, for the DKP Enterprise Managed cluster to manage CAPI clusters in AWS, refer tohttps://cluster-api-aws.sigs.k8s.io/topics/iam-permissions.html.
DKP supports expanding your platform in the following scenarios:
DKP Enterprise Management cluster host provider | DKP Enterprise Management cluster IAM permissions | DKP Essential cluster host provider |
---|---|---|
AWS | https://cluster-api-aws.sigs.k8s.io/topics/iam-permissions.html | AWS, GCP, vSphere, Pre-provisioned |
GCP | AWS, GCP, vSphere, Pre-provisioned | |
vSphere | AWS, GCP, vSphere, Pre-provisioned | |
Azure | https://learn.microsoft.com/en-us/azure/active-directory/fundamentals/active-directory-ops-guide-iam | Azure |
Pre-provisioned | NA | AWS, GCP, vSphere, Pre-provisioned |
Moving the CAPI Resources
Following the conversion into a DKP Enterprise managed cluster, run the following command to move the CAPI Objects:
CODEdkp move capi-resources --from-kubeconfig <essential_cluster_kubeconfig> --to-kubeconfig <enterprise_cluster_kubeconfig> --to-namespace ${WORKSPACE_NAMESPACE}
Verify that the output looks similar to the following:
CODE✓ Moving cluster resources You can now view resources in the moved cluster by using the --kubeconfig flag with kubectl. For example: kubectl --kubeconfig=<enterprise_cluster_kubeconfig> get nodes
After moving the resources, run the following command to remove the CAPI controller manager deployments:
CODEdkp delete capi-components --kubeconfig <essential_cluster_kubeconfig>