3.4　OpenShift集群的升级

3.4.1　OpenShift的升级策略

OpenShift的升级十分便捷，平滑升级实现得很好。从升级的便捷性考虑，我们建议Worker节点也使用轻量级的RHCOS部署。对于生产环境，我们依然建议预留升级的业务停机窗口。

在OpenShift中引入了升级通道的概念，用于向集群推荐适当的升级版本。升级通道分离了升级策略，也用于控制更新的节奏。

针对某一版本的OpenShift，有三个升级通道（upgrade channel）可供选择：

·candidate-4：该版本代表即将GA的软件（即Release Candidate，简称RC），它包括软件的所有功能。该版本的OpenShift只能从candidate-4.2通道获得。用户可以从小版本较低的RC版升级到新版RC版，但不能从GA升级至RC版。RC版不能获得红帽官方售后的技术支持。通常RC版主要用于新版本的功能性验证和测试。

·fast-4：红帽最新GA的OpenShift的相关补丁，会放到fast-4通道中。如果客户想在预生产环境尽快获得新版本OpenShift的更新，则可以选择这个通道。

·stable-4：这个通道包含的补丁会比fast-4.2有所延迟。因为这些补丁必须由红帽SRE团队确认其稳定性，客户的生产环境可以使用stable-4.2通道。

升级通道的选择可以通过命令行，也可以在OpenShift界面上进行选择。我们先显示如何在浏览器中修改升级通道，比如在OpenShift 4.2首页选择Administrator->Cluster Settings->Overview，然后选择fast-4.2通道，如图3-53所示。

图3-53　选择通道

通道里如果有更新，就可以选择Update Cluster，然后选择对应的新版本OpenShift进行升级，如图3-54所示，我们选择从4.2.0升级到4.2.13。

图3-54　升级版本