Skip to content

Commit 291b4bf

Browse files
authored
Merge pull request #97327 from mburke5678/mco-boot-image-aws-example-cp-418
[enterprise-4.18] OSDOCS 15615 Clarity on bootimage changes on AWS and GCP
2 parents 2f09cd6 + 949920e commit 291b4bf

File tree

2 files changed

+30
-3
lines changed

2 files changed

+30
-3
lines changed

machine_configuration/mco-update-boot-images.adoc

Lines changed: 29 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -20,9 +20,14 @@ To avoid these issues, you can configure your cluster to update the boot image w
2020

2121
If you are not using the default user data secret, named `worker-user-data`, in your machine set, or you have modified the `worker-user-data` secret, you should not use managed boot image updates. This is because the Machine Config Operator (MCO) updates the machine set to use a managed version of the secret. By using the managed boot images feature, you are giving up the capability to customize the secret stored in the machine set object.
2222

23-
To view the current boot image used in your cluster, examine a machine set:
23+
To view the current boot image used in your cluster, examine a machine set.
2424

25-
.Example machine set with the boot image reference
25+
[NOTE]
26+
====
27+
The location and format of the boot image within the machine set differs, based on the platform. However, the boot image is always listed in the `spec.template.spec.providerSpec.` parameter.
28+
====
29+
30+
.Example GCP machine set with the boot image reference
2631

2732
[source,yaml]
2833
----
@@ -48,6 +53,28 @@ spec:
4853
----
4954
<1> This boot image is the same as the originally-installed {product-title} version, in this example {product-title} 4.12, regardless of the current version of the cluster. The way that the boot image is represented in the machine set depends on the platform, as the structure of the `providerSpec` field differs from platform to platform.
5055

56+
.Example {aws-short} machine set with the boot image reference
57+
58+
[source,yaml]
59+
----
60+
apiVersion: machine.openshift.io/v1beta1
61+
kind: MachineSet
62+
metadata:
63+
name: ci-ln-hmy310k-72292-5f87z-worker-a
64+
namespace: openshift-machine-api
65+
spec:
66+
# ...
67+
template:
68+
# ...
69+
spec:
70+
# ...
71+
providerSpec:
72+
value:
73+
ami:
74+
id: ami-0e8fd9094e487d1ff
75+
# ...
76+
----
77+
5178
If you configure your cluster to update your boot images, the boot image referenced in your machine sets matches the current version of the cluster.
5279

5380
include::modules/mco-update-boot-images-configuring.adoc[leveloffset=+1]

modules/mco-update-boot-images-configuring.adoc

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -143,4 +143,4 @@ spec:
143143
image: projects/rhcos-cloud/global/images/<boot_image> <1>
144144
# ...
145145
----
146-
<1> This boot image is the same as the current {product-title} version.
146+
<1> This boot image is the same as the current {product-title} version. The location and format of the boot image within the machine set differs, based on the platform. However, the boot image is always listed in the `spec.template.spec.providerSpec.` parameter.

0 commit comments

Comments
 (0)