我正在使用kOps执行手动集群升级（从1.17到1.18），如https://kops.sigs.k8s.io/operations/updates_and_upgrades/#upgrading-kubernetes所述
我注意到kOps不会更新ig节点在<div class="user"><a href="{{ route('profile.show', ['profile' => $user->id]) }}"><div><img src="{{asset('images/user.svg')}}" alt=""></div></a></div>
处定义的ami映像，这意味着在集群升级后，尽管kubernetes进行了升级，节点仍将使用相同的基本OS。但是，如果从头开始安装1.18，则kOps将使用该版本的最新映像。
我应该更新版本并将其配置为与从头开始安装时使用的kop相同吗？
在1.18中，ami已从Debian迁移到Ubuntu，由于操作系统的更改，我是否应该采取任何预防措施？
答案 0 :(得分：1)
如果您直接编辑清单并进行“ kops更新”等...那么您还需要更新映像，另一种方法是让kops通过运行“ kops upgrade cluster”为您完成更新，它将更新远程状态并设置正确的默认值等。
关于映像更改，我在那里看不到任何重大问题，您所能做的就是获取当前的ami，并通过替换映像并更新集群来进行“某种回滚”（或应用清单的先前版本假设您在状态上有s3个修订版本）
答案 1 :(得分：1)
在 kOps 1.18.2 之前存在一个错误，其中 Ubuntu 映像被视为“自定义”，因此未由 kops upgrade 升级。见this bug
从 1.18.2 开始，您应该也会看到 Ubuntu 的升级。
从 Debian 切换到 Ubuntu 时没有特别需要采取任何预防措施，除非您使用的是 Debian 的 kOps 挂钩。 kOps 会为您处理此更改。