4.4. Web コンソールを使用したクラスターの更新

手順

1. Web コンソールから、Administration > Cluster Settings をクリックし、 Overview タブの内容を確認します。

2. 実稼働クラスターの場合、CHANNEL が stable-4.3 などの現在のマイナーバージョンの、更新する必要のあるバージョンの正しいチャネルに設定されていることを確認します。

   重要

   実稼働クラスターの場合、stable-* または fast-* チャネルにサブスクライブする必要があります。

   • UPDATE STATUS が Updates Available ではない場合、クラスターをアップグレードすることはできません。
   • DESIRED VERSION は、クラスターが実行されているか、または更新されるクラスターのバージョンを示します。
3. Updates Availableをクリックし、更新するバージョンで、利用可能な最新バージョンを選択し、Update をクリックします。UPDATE STATUS は Updating に切り替わり、Cluster Operators タブで Operator のアップグレードの進捗を確認できます。

4. OpenShift Container Platform 4.2 以前から本リリースにアップグレードする場合、アップグレードの完了後にすべての Pod を再起動する必要があります。OpenShift CLI（oc）を必要とする以下のコマンドを使用してこれを実行できます。

   $ for I in $(oc get ns -o jsonpath='{range .items[*]} {.metadata.name}{"\n"} {end}'); \
         do oc delete pods --all -n $I; \
         sleep 1; \
         done

   注記

   OpenShift Container Platform 4.3.5 の時点で、サービス CA は 自動的にローテーションされるため、すべての Pod を再起動する必要があります。サービス CA はアップグレード時にローテーションされ、その後再起動して、以前のサービス CA の期限が切れる前にすべてのサービスが新しいサービス CA を使用していることを確認する必要があります。

   この 1 回で実行される手動による再起動の後、後続のアップグレードおよびローテーションにより、サービス CA の期限が切れる前に手動の介入なしの再起動が行われます。

5. 更新が完了し、Cluster Version Operator が利用可能な更新を更新したら、追加の更新が現在のチャネルで利用可能かどうかを確認します。

   • 更新が利用可能な場合は、更新ができなくなるまで、現在のチャネルでの更新を継続します。
   • 利用可能な更新がない場合は、CHANNEL を次のマイナーバージョンの stable-* または fast-* チャネルに切り替え、そのチャネルで必要なバージョンに更新します。

   必要なバージョンに達するまで、いくつかの中間更新を実行する必要がある場合があります。

   注記

   Red Hat Enterprise Linux (RHEL) ワーカーマシンを含むクラスターを更新する場合、それらのワーカーは、更新プロセス時に一時的に使用できなくなります。クラスターの更新の終了において各 RHEL マシンがのステートが NotReady になる際に、アップグレード Playbook を各 RHEL マシンに対して実行する必要があります。