[ ] deploy script is a series of 'apply & wait' logic. if flux is installed on temp bootstrap cluster can it be used to eliminate some of this? it can apply the mgmt cluster config, but not sure how to create yaml equivalents of clusterctl commands (clusterctl vs yaml - good idea or not?)
[x] deploy upstream chart via flux. e.g prometheus
[x] AWS cleanup script: if a mgmt cluster is removed without deleting a workload cluster need to clean up AWS resources manually. Also when tearing down a cluster via CAPI, the deletion is stuck for really long time (over 30min) just on VPC deletion (this is the last step). If I delete VPC from console while the CAPI deletion is still in progress then the CAPI deletion completes immediately. Maybe deleting raw AWS resources with script will be quicker.
[x] cleanup script: suspend flux if running, delete cluster definition from mgmt cluster, etc. Also clean up kubeconfig file from entries for deleted clusters
[ ] is there a better way to wait for deployments ready after clusterctl init. Operator is mentioned in https://github.com/kubernetes-sigs/cluster-api PR 3825 from 2020. What operator?
[ ] ClusterResourceSet is deprecated? What are the alternatives?
Experiments:
mgmt
cluster config, but not sure how to create yaml equivalents of clusterctl commands (clusterctl vs yaml - good idea or not?)Bugs and Improvements
clusterctl init
. Operator is mentioned in https://github.com/kubernetes-sigs/cluster-api PR 3825 from 2020. What operator?