Reading Time: 5 mins
In this post, we will go through the steps to create management cluster through UI.
- Select Deploy under Microsoft Azure
- Fill in TENANT ID, CLIENT ID, CLIENT SECRET, SUBSCRIPTION ID that is collected in earlier post.
- Select the Region where you would like that management cluster to be deployed.
- Paste the SSH Public Key that is generated in previous post. Hint: file will have extension as .pub
- Create a new resource group or select existing one. If it is new setup, then recommendation is to create new resource group.
- Click the Next button.
- If you have an existing VNET you’d like to use, then choose it from the dropdown. You’ll also need to choose appropriate control plane and worker node subnets. For this example, we’re letting the installer create a new VNET in resource created in earlier step and leaving the subnet CIDR to default values.
- click Next
- Development vs. Production: This option decides the number of control plane nodes to be deployed (1 vs 3). I’ve selected a Development deployment with the smallest node size available and have named the management cluster capv-mgmt
- Instance Type: This will dictate the compute and storage characteristics of the control plane virtual machines deployed to Azure. Before selecting the size, make sure you have sufficient cpu’s available in that region.
- Worker Node Instance Type: This will dictate the compute and storage characteristics of the worker virtual machines deployed to Azure.
- Machine Health Checks: This will dictate whether ClusterAPI will monitor the health of the deployed virtual machines and recreate them if they are deemed unhealthy.
- The Metadata page is entirely optional so complete it as you feel is appropriate.
- To Enable Proxy Settings, toggle on and fill in the values if you want to configure proxy. In this case, I left it disabled.
- Click Next
- It is strongly recommended to implement identity management in production deployments. If you disable identity management, you can reenable it later. For instructions on how to reenable identity management, see Enable Identity Management in an Existing Deployment.
- The OS Image drop-down menu includes OS images, select the latest one.
- At the time of writing this post, Registering TKG 1.4.0 management cluster is not supported. Tanzu Mission Control does not support cluster lifecycle management of 1.4.0 workload clusters, so I had to skip this.
- click Next
- Choose to participate in the CEIP or not.
- click Next
- Review Configuration and click on Deploy management cluster if everything looks good.
- You’ll be able to follow the high-level progress in the UI.
- Identify the kubeconfig path in the install logs as shown below
- From your boot strap machine, try running below command to check the status of boot strap cluster that is deployed temporarily in KIND.
- You should see more activity in the UI as the deployment progresses, especially as the bootstrap cluster is being instantiated.
- When the deployment is finished, you should be presented with a screen similar in the UI:
- Verify the management cluster status using tanzu command
- If you go back to the command line where you issued the tanzu management-cluster create –ui command, you should see output similar to the following: