<p>I am using kOps to perform a manual cluster upgrade (from 1.17 to 1.18) as explained at <a href="https://kops.sigs.k8s.io/operations/updates_and_upgrades/#upgrading-kubernetes" rel="nofollow noreferrer">https://kops.sigs.k8s.io/operations/updates_and_upgrades/#upgrading-kubernetes</a></p>
<p>I've noticed that kOps does not update the ami-image defined at <code>spec.image</code> at ig nodes, that means after cluster upgrade nodes are going to use the same base OS despite the kubernetes upgrade. But if you install 1.18 from scratch kOps uses the latest image available for that version.</p>
<p>should i update the version and configure it the same as the one kOps would use in case of an installation from scratch?</p>
<p>In 1.18 ami has moved from Debian to Ubuntu, should i take any precautions due to the change of operating system?</p>

jmhostalet
<p>if you edit the manifests directly and do &quot;kops update&quot; etc ... then you need to also update the images, another alternative is to let kops do it for you by running &quot;kops upgrade cluster &quot; it will update the remote state and set the correct defaults etc ..</p>
<p>regarding the image change, i don't see any major issues there, what you can do is grab the current ami and do &quot;sort of rollbacks&quot; by replacing the image and updating the cluster ( or applying previous version of the manifest assuming you have s3 revisions on the state )</p>
