You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In {product-title} {product-version}, the Control Plane Machine Set Operator has the following limitations:
25
+
The Control Plane Machine Set Operator has the following limitations:
26
+
27
+
* The Operator requires the Machine API to be operational and is therefore not supported on clusters with manually provisioned machines.
28
+
29
+
* Only Amazon Web Services (AWS), Microsoft Azure, and VMware vSphere clusters are supported.
26
30
27
31
* Only clusters with three control plane machines are supported.
28
32
29
33
* Horizontal scaling of the control plane is not supported.
34
+
35
+
* Deploying Azure control plane machines on Ephemeral OS disks increases risk for data loss and is not supported.
36
+
37
+
* Deploying control plane machines as AWS Spot Instances or Azure Spot VMs is not supported.
38
+
+
39
+
[IMPORTANT]
40
+
====
41
+
Attempting to deploy control plane machines as AWS Spot Instances or Azure Spot VMs might cause the cluster to lose etcd quorum. A cluster that loses all control plane machines simultaneously is unrecoverable.
42
+
====
43
+
44
+
* Making changes to the control plane machine set during or prior to installation is not supported. You must make any changes to the control plane machine set only after installation.
For AWS, {product-title} clusters that are created with version 4.12 or later use the Control Plane Machine Set Operator by default.
9
+
The process for getting started with the Control Plane Machine Set Operator depends on the state of the `ControlPlaneMachineSet` custom resource (CR) in your cluster.
10
10
11
-
To use this Operator on AWS clusters that are upgraded to {product-title} version 4.12 or later from an earlier version, you must xref:../../machine_management/control_plane_machine_management/cpmso-getting-started.adoc#cpmso-activating_cpmso-getting-started[activate the Operator].
11
+
Clusters with an active generated CR:: Clusters that have a generated CR with an active state use the Operator by default. No administrator action is required.
12
+
//+
13
+
//AWS clusters that are created with {product-title} version 4.12 or later use the Control Plane Machine Set Operator by default.
12
14
13
-
For Azure and VMware vSphere clusters, you must xref:../../machine_management/control_plane_machine_management/cpmso-getting-started.adoc#cpmso-creating-cr_cpmso-getting-started[create a `ControlPlaneMachineSet` custom resource (CR)] and then xref:../../machine_management/control_plane_machine_management/cpmso-getting-started.adoc#cpmso-activating_cpmso-getting-started[activate the Operator].
15
+
Clusters with an inactive generated CR:: For clusters that include an inactive generated CR, you must review the CR configuration and xref:../../machine_management/control_plane_machine_management/cpmso-getting-started.adoc#cpmso-activating_cpmso-getting-started[activate the CR].
16
+
//+
17
+
//AWS clusters that are upgraded to {product-title} version 4.12 or later from an earlier version include an inactive generated CR.
18
+
19
+
Clusters without a generated CR:: For clusters that do not include a generated CR, you must xref:../../machine_management/control_plane_machine_management/cpmso-getting-started.adoc#cpmso-creating-cr_cpmso-getting-started[create and activate a CR] with the appropriate configuration for your cluster.
20
+
//+
21
+
//For Azure and VMware vSphere clusters
22
+
23
+
If you are uncertain about the state of the `ControlPlaneMachineSet` CR in your cluster, you can xref:../../machine_management/control_plane_machine_management/cpmso-getting-started.adoc#cpmso-checking-status_cpmso-getting-started[verify the CR status].
24
+
25
+
[discrete]
26
+
[id="cpmso-platform-matrix_{context}"]
27
+
== Supported cloud providers
28
+
29
+
In {product-title} {product-version}, the Control Plane Machine Set Operator is supported for Amazon Web Services (AWS), Microsoft Azure, and VMware vSphere clusters.
30
+
31
+
The status of the Operator after installation depends on your cloud provider and the version of {product-title} that you installed on your cluster.
14
32
15
33
.Control Plane Machine Set Operator implementation matrix
|Cloud provider |Active by default |Generated CR |Manual CR required
19
37
20
38
|Amazon Web Services (AWS)
21
39
|X ^[1]^
40
+
|X
22
41
|
23
42
24
43
|Microsoft Azure
25
44
|
45
+
|
26
46
|X
27
47
28
48
|VMware vSphere
29
49
|
30
-
|X ^[2]^
50
+
|
51
+
|X
31
52
|====
32
53
[.small]
33
54
--
34
-
1. Clusters installed prior to version 4.12 require Operator activation.
35
-
2. This provider does not support failure domains.
55
+
1. AWS clusters that are upgraded to version 4.12 from an earlier version require xref:../../machine_management/control_plane_machine_management/cpmso-getting-started.adoc#cpmso-activating_cpmso-getting-started[CR activation].
36
56
--
37
57
58
+
//Checking the Control Plane Machine Set Operator status
* xref:../../machine_management/control_plane_machine_management/cpmso-configuration.adoc#cpmso-configuration[Control Plane Machine Set Operator configuration]
74
+
* xref:../../machine_management/control_plane_machine_management/cpmso-configuration.adoc#cpmso-sample-yaml-aws_cpmso-configuration[Sample YAML for configuring Amazon Web Services clusters]
75
+
* xref:../../machine_management/control_plane_machine_management/cpmso-configuration.adoc#cpmso-sample-yaml-azure_cpmso-configuration[Sample YAML for configuring Microsoft Azure clusters]
76
+
//todo:* [Sample YAML for configuring VMware vSphere clusters]
Copy file name to clipboardExpand all lines: modules/cpmso-activating.adoc
+25-2Lines changed: 25 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,6 +4,29 @@
4
4
5
5
:_content-type: PROCEDURE
6
6
[id="cpmso-activating_{context}"]
7
-
= Activating the Control Plane Machine Set Operator
7
+
= Activating the control plane machine set custom resource
8
8
9
-
To use the Control Plane Machine Set Operator on AWS clusters that are upgraded to version 4.12 or later from an earlier version, you must activate the Operator.
9
+
To use the Control Plane Machine Set Operator, 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.
10
+
11
+
[NOTE]
12
+
====
13
+
For more information about the parameters in the CR, see "Control Plane Machine Set Operator configuration".
14
+
====
15
+
16
+
.Procedure
17
+
18
+
. View the configuration of the CR by running the following command:
. Change the values of any fields that are incorrect for your cluster configuration.
26
+
27
+
. When the configuration is correct, activate the CR by setting the `.spec.state` field to `Active` and saving your changes.
28
+
+
29
+
[IMPORTANT]
30
+
====
31
+
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.
Copy file name to clipboardExpand all lines: modules/cpmso-creating-cr.adoc
+85-1Lines changed: 85 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,4 +6,88 @@
6
6
[id="cpmso-creating-cr_{context}"]
7
7
= Creating a control plane machine set custom resource
8
8
9
-
To use the Control Plane Machine Set Operator on clusters that do not generate a `ControlPlaneMachineSet` custom resource (CR), you must create the CR manually.
9
+
To use the Control Plane Machine Set Operator, 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.
10
+
11
+
[NOTE]
12
+
====
13
+
For more information about the structure and parameters of the CR, see "Control Plane Machine Set Operator configuration".
14
+
====
15
+
16
+
.Procedure
17
+
18
+
. Create a YAML file using the following template:
<1> Specify 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:
56
+
+
57
+
[source,terminal]
58
+
----
59
+
$ oc get -o jsonpath='{.status.infrastructureName}{"\n"}' infrastructure cluster
60
+
----
61
+
<2> Specify 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`.
62
+
+
63
+
[IMPORTANT]
64
+
====
65
+
Before you activate the CR, you must ensure that its configuration is correct for your cluster requirements.
66
+
====
67
+
<3> Specify the update strategy for the cluster. The allowed values are `OnDelete` and `RollingUpdate`. The default value is `RollingUpdate`.
68
+
//Todo: For more information about update strategies, see "Updating the control plane configuration".
69
+
<4> Specify your cloud provider platform name. The allowed values are `AWS`, `Azure`, and `VSphere`.
70
+
<5> Add 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.
71
+
+
72
+
[NOTE]
73
+
====
74
+
VMware vSphere does not support failure domains. For vSphere clusters, replace `<platform_failure_domains>` with an empty `failureDomains:` parameter.
75
+
====
76
+
<6> Specify the infrastructure ID.
77
+
<7> Add 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.
78
+
--
79
+
80
+
. 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.
81
+
82
+
. 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.
83
+
84
+
. When the configuration is correct, activate the CR by setting the `.spec.state` field to `Active` and saving your changes.
85
+
86
+
. Create the CR from your YAML file by running the following command:
87
+
+
88
+
[source,terminal]
89
+
----
90
+
$ oc create -f <control_plane_machine_set>.yaml
91
+
----
92
+
+
93
+
where `<control_plane_machine_set>` is the name of the YAML file that contains the CR configuration.
0 commit comments