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
These example YAML file and snippets demonstrate the base structure for a control plane machine set custom resource (CR) and platform-specific samples for provider specification and failure domain configurations.
9
+
These example YAML snippets show the base structure for a control plane machine set custom resource (CR) and platform-specific samples for provider specification and failure domain configurations.
10
10
11
11
//Sample YAML for a control plane machine set custom resource
@@ -29,12 +29,14 @@ The `<platform_provider_spec>` and `<platform_failure_domains>` sections of the
29
29
30
30
* xref:../../machine_management/control_plane_machine_management/cpmso-configuration.adoc#cpmso-sample-yaml-azure_cpmso-configuration[Sample YAML snippets for configuring Microsoft Azure clusters]
31
31
32
+
* xref:../../machine_management/control_plane_machine_management/cpmso-configuration.adoc#cpmso-sample-yaml-nutanix_cpmso-configuration[Sample YAML snippets for configuring Nutanix clusters]
33
+
32
34
* xref:../../machine_management/control_plane_machine_management/cpmso-configuration.adoc#cpmso-sample-yaml-vsphere_cpmso-configuration[Sample YAML snippets for configuring VMware vSphere clusters]
33
35
34
36
[id="cpmso-sample-yaml-aws_{context}"]
35
37
== Sample YAML for configuring Amazon Web Services clusters
36
38
37
-
Some sections of the control plane machine set CR are provider-specific. The example YAML in this section show provider specification and failure domain configurations for an Amazon Web Services (AWS) cluster.
39
+
Some sections of the control plane machine set CR are provider-specific. The following example YAML snippets show provider specification and failure domain configurations for an Amazon Web Services (AWS) cluster.
== Sample YAML for configuring Google Cloud Platform clusters
51
53
52
-
Some sections of the control plane machine set CR are provider-specific. The example YAML in this section show provider specification and failure domain configurations for a Google Cloud Platform (GCP) cluster.
54
+
Some sections of the control plane machine set CR are provider-specific. The following example YAML snippets show provider specification and failure domain configurations for a Google Cloud Platform (GCP) cluster.
== Sample YAML for configuring Microsoft Azure clusters
67
69
68
-
Some sections of the control plane machine set CR are provider-specific. The example YAML in this section show provider specification and failure domain configurations for an Azure cluster.
70
+
Some sections of the control plane machine set CR are provider-specific. The following example YAML snippets show provider specification and failure domain configurations for an Azure cluster.
* xref:../../machine_management/control_plane_machine_management/cpmso-using.adoc#cpmso-supported-features-azure_cpmso-using[Enabling Microsoft Azure features for control plane machines]
79
81
82
+
[id="cpmso-sample-yaml-nutanix_{context}"]
83
+
== Sample YAML for configuring Nutanix clusters
84
+
85
+
Some sections of the control plane machine set CR are provider-specific. The following example YAML snippet shows a provider specification configuration for a Nutanix cluster.
== Sample YAML for configuring VMware vSphere clusters
82
92
83
-
Some sections of the control plane machine set CR are provider-specific. The example YAML in this section shows a provider specification configuration for a VMware vSphere cluster.
93
+
Some sections of the control plane machine set CR are provider-specific. The following example YAML snippet shows a provider specification configuration for a VMware vSphere cluster.
* Configure and deploy a xref:../machine_management/deploying-machine-health-checks.adoc#deploying-machine-health-checks[machine health check] to automatically recover unhealthy control plane machines.
Copy file name to clipboardExpand all lines: modules/cpmso-yaml-provider-spec-aws.adoc
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,7 +6,7 @@
6
6
[id="cpmso-yaml-provider-spec-aws_{context}"]
7
7
= Sample AWS provider specification
8
8
9
-
When you create a control plane machine set for an existing cluster, the provider specification must match the `providerSpec` configuration in the control plane `machine` CR that is created by the installation program. You can omit any field that is set in the failure domain section of the CR.
9
+
When you create a control plane machine set for an existing cluster, the provider specification must match the `providerSpec` configuration in the control plane machine custom resource (CR) that is created by the installation program. You can omit any field that is set in the failure domain section of the CR.
10
10
11
11
In the following example, `<cluster_id>` is the infrastructure ID that is based on the cluster ID that you set when you provisioned the cluster. If you have the OpenShift CLI installed, you can obtain the infrastructure ID by running the following command:
12
12
@@ -62,10 +62,10 @@ providerSpec:
62
62
<3> Specifies the secret name for the cluster. Do not change this value.
63
63
<4> Specifies the AWS Identity and Access Management (IAM) instance profile. Do not change this value.
64
64
<5> Specifies the AWS instance type for the control plane.
65
-
<6> Specifies the cloud provider platform type. Do not change this value.
65
+
<6> Specifies the cloud provider platform type. Do not change this value.
66
66
<7> Specifies the internal (`int`) and external (`ext`) load balancers for the cluster.
67
-
<8> This parameter is configured in the failure domain, and is shown with an empty value here. If a value specified for this parameter differs from the value in the failure domain, the Operator overwrites it with the value in the failure domain.
67
+
<8> This parameter is configured in the failure domain, and is shown with an empty value here. If a value specified for this parameter differs from the value in the failure domain, the Operator overwrites it with the value in the failure domain.
68
68
<9> Specifies the AWS region for the cluster.
69
69
<10> Specifies the control plane machines security group.
70
-
<11> This parameter is configured in the failure domain, and is shown with an empty value here. If a value specified for this parameter differs from the value in the failure domain, the Operator overwrites it with the value in the failure domain.
70
+
<11> This parameter is configured in the failure domain, and is shown with an empty value here. If a value specified for this parameter differs from the value in the failure domain, the Operator overwrites it with the value in the failure domain.
71
71
<12> Specifies the control plane user data secret. Do not change this value.
When you create a control plane machine set for an existing cluster, the provider specification must match the `providerSpec` configuration in the control plane machine custom resource (CR) that is created by the installation program.
In the following example, you can obtain some of the values for your cluster by using the OpenShift CLI.
16
+
17
+
Infrastructure ID:: The `<cluster_id>` string is the infrastructure ID that is based on the cluster ID that you set when you provisioned the cluster. If you have the OpenShift CLI installed, you can obtain the infrastructure ID by running the following command:
18
+
+
19
+
[source,terminal]
20
+
----
21
+
$ oc get -o jsonpath='{.status.infrastructureName}{"\n"}' infrastructure cluster
22
+
----
23
+
24
+
.Sample Nutanix `providerSpec` values
25
+
[source,yaml]
26
+
----
27
+
providerSpec:
28
+
value:
29
+
apiVersion: machine.openshift.io/v1
30
+
bootType: "" <1>
31
+
categories: <2>
32
+
- key: <category_name>
33
+
value: <category_value>
34
+
cluster: <3>
35
+
type: uuid
36
+
uuid: <cluster_uuid>
37
+
credentialsSecret:
38
+
name: nutanix-credentials <4>
39
+
image: <5>
40
+
name: <cluster_id>-rhcos
41
+
type: name
42
+
kind: NutanixMachineProviderConfig <6>
43
+
memorySize: 16Gi <7>
44
+
metadata:
45
+
creationTimestamp: null
46
+
project: <8>
47
+
type: name
48
+
name: <project_name>
49
+
subnets: <9>
50
+
- type: uuid
51
+
uuid: <subnet_uuid>
52
+
systemDiskSize: 120Gi <10>
53
+
userDataSecret:
54
+
name: master-user-data <11>
55
+
vcpuSockets: 8 <12>
56
+
vcpusPerSocket: 1 <13>
57
+
----
58
+
<1> Specifies the boot type that the control plane machines use. For more information about boot types, see link:https://portal.nutanix.com/page/documents/kbs/details?targetId=kA07V000000H3K9SAK[Understanding UEFI, Secure Boot, and TPM in the Virtualized Environment]. Valid values are `Legacy`, `SecureBoot`, or `UEFI`. The default is `Legacy`.
59
+
+
60
+
[NOTE]
61
+
====
62
+
You must use the `Legacy` boot type in {product-title} {product-version}.
63
+
====
64
+
<2> Specifies one or more Nutanix Prism categories to apply to control plane machines. This stanza requires `key` and `value` parameters for a category key-value pair that exists in Prism Central. For more information about categories, see link:https://portal.nutanix.com/page/documents/details?targetId=Prism-Central-Guide-vpc_2022_6:ssp-ssp-categories-manage-pc-c.html[Category management].
65
+
<3> Specifies a Nutanix Prism Element cluster configuration. In this example, the cluster type is `uuid`, so there is a `uuid` stanza.
66
+
<4> Specifies the secret name for the cluster. Do not change this value.
67
+
<5> Specifies the image that was used to create the disk.
68
+
<6> Specifies the cloud provider platform type. Do not change this value.
69
+
<7> Specifies the memory allocated for the control plane machines.
70
+
<8> Specifies the Nutanix project that you use for your cluster. In this example, the project type is `name`, so there is a `name` stanza.
71
+
<9> Specifies a subnet configuration. In this example, the subnet type is `uuid`, so there is a `uuid` stanza.
72
+
<10> Specifies the VM disk size for the control plane machines.
73
+
<11> Specifies the control plane user data secret. Do not change this value.
74
+
<12> Specifies the number of vCPU sockets allocated for the control plane machines.
75
+
<13> Specifies the number of vCPUs for each control plane vCPU socket.
Copy file name to clipboardExpand all lines: modules/cpmso-yaml-provider-spec-vsphere.adoc
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,7 +6,7 @@
6
6
[id="cpmso-yaml-provider-spec-vsphere_{context}"]
7
7
= Sample vSphere provider specification
8
8
9
-
When you create a control plane machine set for an existing cluster, the provider specification must match the `providerSpec` configuration in the control plane `machine` CR that is created by the installation program.
9
+
When you create a control plane machine set for an existing cluster, the provider specification must match the `providerSpec` configuration in the control plane machine custom resource (CR) that is created by the installation program.
10
10
11
11
.Sample vSphere `providerSpec` values
12
12
[source,yaml]
@@ -30,7 +30,7 @@ providerSpec:
30
30
template: <vm_template_name> <8>
31
31
userDataSecret:
32
32
name: master-user-data <9>
33
-
workspace:
33
+
workspace:
34
34
datacenter: <vcenter_datacenter_name> <10>
35
35
datastore: <vcenter_datastore_name> <11>
36
36
folder: <path_to_vcenter_vm_folder> <12>
@@ -39,7 +39,7 @@ providerSpec:
39
39
----
40
40
<1> Specifies the secret name for the cluster. Do not change this value.
41
41
<2> Specifies the VM disk size for the control plane machines.
42
-
<3> Specifies the cloud provider platform type. Do not change this value.
42
+
<3> Specifies the cloud provider platform type. Do not change this value.
43
43
<4> Specifies the memory allocated for the control plane machines.
44
44
<5> Specifies the network on which the control plane is deployed.
45
45
<6> Specifies the number of CPUs allocated for the control plane machines.
0 commit comments