Getting started with control plane machine sets

The process for getting started with control plane machine sets depends on the state of the ControlPlaneMachineSet custom resource (CR) in your cluster.

Clusters with an active generated CR

Clusters that have a generated CR with an active state use the control plane machine set by default. No administrator action is required.

Clusters with an inactive generated CR

For clusters that include an inactive generated CR, you must review the CR configuration and activate the CR.

Clusters without a generated CR

For clusters that do not include a generated CR, you must create and activate a CR with the appropriate configuration for your cluster.

If you are uncertain about the state of the ControlPlaneMachineSet CR in your cluster, you can verify the CR status.

Supported cloud providers

In OKD 4.14, the control plane machine set is supported for Amazon Web Services (AWS), Google Cloud Platform (GCP), Microsoft Azure, Nutanix, and VMware vSphere clusters.

The status of the control plane machine set after installation depends on your cloud provider and the version of OKD that you installed on your cluster.

Table 1. Control plane machine set implementation for OKD 4.14
Cloud providerActive by defaultGenerated CRManual CR required

Amazon Web Services (AWS)

X [1]

X

Google Cloud Platform (GCP)

X [2]

X

Microsoft Azure

X [2]

X

Nutanix

X [3]

X

VMware vSphere

X

OpenStack

X [3]

X

  1. AWS clusters that are upgraded from version 4.11 or earlier require CR activation.

  2. GCP and Azure clusters that are upgraded from version 4.12 or earlier require CR activation.

  3. Nutanix and OpenStack clusters that are upgraded from version 4.13 or earlier require CR activation.

Checking the control plane machine set custom resource state

You can verify the existence and state of the ControlPlaneMachineSet custom resource (CR).

Procedure

  • Determine the state of the CR by running the following command:

    1. $ oc get controlplanemachineset.machine.openshift.io cluster \
    2. --namespace openshift-machine-api
    • A result of Active indicates that the ControlPlaneMachineSet CR exists and is activated. No administrator action is required.

    • A result of Inactive indicates that a ControlPlaneMachineSet CR exists but is not activated.

    • A result of NotFound indicates that there is no existing ControlPlaneMachineSet CR.

Next steps

To use the control plane machine set, you must ensure that a ControlPlaneMachineSet CR with the correct settings for your cluster exists.

  • If your cluster has an existing CR, you must verify that the configuration in the CR is correct for your cluster.

  • If your cluster does not have an existing CR, you must create one with the correct configuration for your cluster.

Activating the control plane machine set custom resource

To use the control plane machine set, you must ensure that a ControlPlaneMachineSet custom resource (CR) with the correct settings for your cluster exists. On a cluster with a generated CR, you must verify that the configuration in the CR is correct for your cluster and activate it.

For more information about the parameters in the CR, see “Control plane machine set configuration”.

Procedure

  1. View the configuration of the CR by running the following command:

    1. $ oc --namespace openshift-machine-api edit controlplanemachineset.machine.openshift.io cluster
  2. Change the values of any fields that are incorrect for your cluster configuration.

  3. When the configuration is correct, activate the CR by setting the .spec.state field to Active and saving your changes.

    To activate the CR, you must change the .spec.state field to Active in the same oc edit session that you use to update the CR configuration. If the CR is saved with the state left as Inactive, the control plane machine set generator resets the CR to its original settings.

Additional resources

Creating a control plane machine set custom resource

To use the control plane machine set, you must ensure that a ControlPlaneMachineSet custom resource (CR) with the correct settings for your cluster exists. On a cluster without a generated CR, you must create the CR manually and activate it.

For more information about the structure and parameters of the CR, see “Control plane machine set configuration”.

Procedure

  1. Create a YAML file using the following template:

    Control plane machine set CR YAML file template

    1. apiVersion: machine.openshift.io/v1
    2. kind: ControlPlaneMachineSet
    3. metadata:
    4. name: cluster
    5. namespace: openshift-machine-api
    6. spec:
    7. replicas: 3
    8. selector:
    9. matchLabels:
    10. machine.openshift.io/cluster-api-cluster: <cluster_id> (1)
    11. machine.openshift.io/cluster-api-machine-role: master
    12. machine.openshift.io/cluster-api-machine-type: master
    13. state: Active (2)
    14. strategy:
    15. type: RollingUpdate (3)
    16. template:
    17. machineType: machines_v1beta1_machine_openshift_io
    18. machines_v1beta1_machine_openshift_io:
    19. failureDomains:
    20. platform: <platform> (4)
    21. <platform_failure_domains> (5)
    22. metadata:
    23. labels:
    24. machine.openshift.io/cluster-api-cluster: <cluster_id> (6)
    25. machine.openshift.io/cluster-api-machine-role: master
    26. machine.openshift.io/cluster-api-machine-type: master
    27. spec:
    28. providerSpec:
    29. value:
    30. <platform_provider_spec> (7)
    1Specify the infrastructure ID that is based on the cluster ID that you set when you provisioned the cluster. You must specify this value when you create a ControlPlaneMachineSet CR. If you have the OpenShift CLI (oc) installed, you can obtain the infrastructure ID by running the following command:
    1. $ oc get -o jsonpath=’{.status.infrastructureName}{“\n”}’ infrastructure cluster
    2Specify the state of the Operator. When the state is Inactive, the Operator is not operational. You can activate the Operator by setting the value to Active.

    Before you activate the CR, you must ensure that its configuration is correct for your cluster requirements.

    3Specify the update strategy for the cluster. Valid values are OnDelete and RollingUpdate. The default value is RollingUpdate. For more information about update strategies, see “Updating the control plane configuration”.
    4Specify your cloud provider platform name. Valid values are AWS, Azure, GCP, Nutanix, VSphere, and OpenStack.
    5Add the <platform_failure_domains> configuration for the cluster. The format and values of this section are provider-specific. For more information, see the sample failure domain configuration for your cloud provider.

    VMware vSphere does not support failure domains. For vSphere clusters, replace <platform_failure_domains> with an empty failureDomains: parameter.

    6Specify the infrastructure ID.
    7Add the <platform_provider_spec> configuration for the cluster. The format and values of this section are provider-specific. For more information, see the sample provider specification for your cloud provider.
  2. Refer to the sample YAML for a control plane machine set CR and populate your file with values that are appropriate for your cluster configuration.

  3. Refer to the sample failure domain configuration and sample provider specification for your cloud provider and update those sections of your file with the appropriate values.

  4. When the configuration is correct, activate the CR by setting the .spec.state field to Active and saving your changes.

  5. Create the CR from your YAML file by running the following command:

    1. $ oc create -f <control_plane_machine_set>.yaml

    where <control_plane_machine_set> is the name of the YAML file that contains the CR configuration.

Additional resources