3.3. コントロールプレーンのみの更新を実行する


クラスターの更新中に制御プレーン以外のホストが再起動する回数を減らすには、クラスターに対して制御プレーンのみの更新を実行できます。

Kubernetes の基本的な設計により、マイナーバージョン間の OpenShift Container Platform の更新は、すべて順番に行う必要があります。OpenShift Container Platform <4.y> から <4.y+1> に更新してから、<4.y+2> に更新する必要があります。OpenShift Container Platform <4.y> から <4.y+2> に直接更新することはできません。ただし、2 つの偶数番号のマイナーバージョン間で更新したい管理者は、コントロールプレーン以外のホストを 1 回再起動するだけで更新できます。

重要

この更新は、以前は EUS から EUS への更新 と呼ばれていましたが、現在は コントロールプレーンのみの更新 と呼ばれています。この更新は、OpenShift Container Platform の 偶数番号のマイナーバージョン 間でのみ実行可能です。

コントロールプレーンのみの更新を試行する際には、考慮すべき注意事項がいくつかあります。

  • コントロールプレーンのみの更新は、関係するすべてのバージョン間の更新が stable チャネルで利用可能になった後にのみ提供されます。
  • 奇数のマイナーバージョンへの更新中またはアップグレード後 (ただし、次の偶数のバージョンに更新する前) に問題が発生した場合、これらの問題を修正するには、コントロールプレーン以外のホストが先に進む前に奇数のバージョンへの更新を完了する必要がある場合があります。
  • ワーカーまたはカスタムプールノードを更新して、メンテナンスにかかる時間に対応することにより、部分的な更新を行うことができます。
  • マシン設定プールの一時停止が解除され、更新が完了するまで、OpenShift Container Platform の <4.y+1> および <4.y+2> の一部の機能およびバグ修正は利用できません。
  • すべてのクラスターは、プールを一時停止せずに、従来の更新用の EUS チャネルを使用して更新できます。一方、プールを一時停止した状態でコントロールプレーンのみの更新を実行できるのは、コントロールプレーン以外の MachineConfigPools オブジェクトを持つクラスターのみです。

3.3.1. コントロールプレーンのみの更新を実行する

コントロールプレーンのみの更新を実行するには、マスター 以外のマシン設定プールをすべて一時停止し、OpenShift Container Platform を <4.y> から <4.y+1> および <4.y+2> に更新してから、マシン設定プールの一時停止を解除します。

この手順に従うと、合計更新期間とワーカーノードが再起動される回数が減ります。

前提条件

  • あなたは OpenShift Container Platform <4.y+1> および <4.y+2> のリリースノートを確認しました。
  • レイヤード製品および Operator Lifecycle Manager (OLM)Operator のリリースノートと製品ライフサイクルを確認しました。一部の製品および OLM Operator では、コントロールプレーンのみの更新の前または更新中に更新が必要になる場合があります。
  • OpenShift Container Platform <4.y+1> から <4.y+2> にアップデートする前に必要な、非推奨の API の削除など、バージョン固有の前提条件についてはご存知でしょう。
  • クラスターがインツリーの vSphere ボリュームを使用している場合、vSphere をバージョン 7.0u3L 以降または 8.0u2 以降にアップデートする必要があります。

    重要

    OpenShift Container Platform の更新を開始する前に vSphere を 7.0u3L+ または 8.0u2+ に更新しない場合、更新後にクラスターで既知の問題が発生する可能性があります。詳細は、Known Issues with OpenShift 4.12 to 4.13 or 4.13 to 4.14 vSphere CSI Storage Migration を参照してください。

3.3.1.1. Web コンソールを使用したコントロールプレーンのみの更新

Web コンソールを使用すると、コントロールプレーンのみのアップデートを実行できます。

前提条件

  • マシン設定プールが一時停止解除されていることを確認しました。
  • cluster-admin 権限を持つユーザーとして Web コンソールにアクセスできる。

手順

  1. Web コンソールを使用して、Operator Lifecycle Manager (OLM) Operator を目的の更新バージョンと互換性のあるバージョンに更新します。詳細は、「インストールされている Operator の更新」を参照してください。
  2. すべてのマシン設定プールが Up to date のステータスを表示し、マシン設定プールが UPDATING のステータスを表示していないことを確認します。

    すべてのマシン設定プールのステータスを表示するには、Compute MachineConfigPools をクリックし、Update status 列の内容を確認します。

    注記

    マシン設定プールのステータスが 更新中 の場合は、このステータスが 最新 に変わるまでお待ちください。このプロセスには数分かかる場合があります。

  3. チャネルを eus-<4.y+2> に設定します。

    チャネルを設定するには、Administration Cluster Settings Channel をクリックします。現在のハイパーリンクチャネルをクリックすると、チャネルを編集できます。

  4. マスタープール以外のすべてのワーカーマシンプールを一時停止します。このアクションは、Compute ページの MachineConfigPools タブで実行できます。一時停止するマシン設定プールの横にある縦リーダーを選択し、Pause updates をクリックします。
  5. バージョン <4.y+1> に更新し、Save ステップまで完了します。詳細は、Web コンソールを使用したクラスターの更新を参照してください。
  6. クラスターの 最後に完了したバージョン を表示して、<4.y+1> の更新が完了していることを確認します。この情報は、Cluster Settings ページの Details タブにあります。
  7. 必要に応じて、Web コンソールの Administrator パースペクティブを使用して OLM Operator を更新します。詳細は、「インストールされている Operator の更新」を参照してください。
  8. バージョン <4.y+2> に更新し、Save ステップまで完了します。詳細は、Web コンソールを使用したクラスターの更新を参照してください。
  9. クラスターの 最後に完了したバージョン を表示して、<4.y+2> の更新が完了していることを確認します。この情報は、Cluster Settings ページの Details タブにあります。
  10. 以前一時停止したすべてのマシン設定プールの一時停止を解除します。このアクションは、Compute ページの MachineConfigPools タブで実行できます。一時停止を解除するマシン設定プールの横にある縦リーダーを選択し、Unpause updates をクリックします。

    重要

    プールが一時停止になった場合、クラスターは将来のマイナーバージョンへのアップグレードが許可されず、一部のメンテナンスタスクが禁止されます。これにより、クラスターは将来の劣化のリスクにさらされます。

  11. 以前に一時停止したプールが更新され、クラスターがバージョン <4.y+2> への更新を完了したことを確認します。

    Compute ページの MachineConfigPools タブで、Update status の値が Up to date になっていることを確認して、プールが更新されたことを確認できます。

    重要

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

    クラスターの Last completed version を表示することで、クラスターが更新を完了したことを確認できます。この情報は、Cluster Settings ページの Details タブにあります。

3.3.1.2. CLI を使用したコントロールプレーンのみの更新

OpenShift CLI (oc) を使用して、コントロールプレーンのみの更新を実行できます。

前提条件

  • マシン設定プールが一時停止解除されていることを確認しました。
  • cluster-admin 特権のユーザーとして、OpenShift Container Platform の Web コンソールにアクセスできます。
  • 各アップデートの前に、OpenShift CLI (oc) を対象バージョンにアップデートしました。

    重要

    この前提条件をスキップすることは推奨されていません。更新前に OpenShift CLI (oc) がターゲットバージョンに更新されていない場合、予期しない問題が発生する可能性があります。

手順

  1. Web コンソールを使用して、Operator Lifecycle Manager (OLM) Operator を目的の更新バージョンと互換性のあるバージョンに更新します。このアクションを実行する方法は、「関連情報」セクションの「インストール済み Operator の更新」を参照してください。
  2. すべてのマシン設定プールが UPDATED のステータスを表示し、マシン設定プールが UPDATING のステータスを表示していないことを確認します。すべてのマシン設定プールのステータスを表示するには、以下のコマンドを実行します。

    $ oc get mcp

    出力例

    NAME     CONFIG                                         	UPDATED   UPDATING
    master   rendered-master-ecbb9582781c1091e1c9f19d50cf836c       True  	  False
    worker   rendered-worker-00a3f0c68ae94e747193156b491553d5       True  	  False

  3. 現在のバージョンは <4.y> で、更新する予定のバージョンは <4.y+2> です。次のコマンドを実行して、eus-<4.y+2> チャネルに変更します。

    $ oc adm upgrade channel eus-<4.y+2>
    注記

    eus-<4.y+2> が利用可能なチャネルの 1 つでないことを示すエラーメッセージが表示された場合、これは、Red Hat が EUS バージョンの更新をまだロールアウトしていることを示しています。通常、このロールアウトプロセスには GA 日から 45 - 90 日かかります。

  4. 以下のコマンドを実行して、マスタープール以外のすべてのワーカーマシンプールを一時停止します。

    $ oc patch mcp/worker --type merge --patch '{"spec":{"paused":true}}'
    注記

    マスタープールを一時停止することはできません。

  5. 次のコマンドを実行して、最新バージョンに更新します。

    $ oc adm upgrade --to-latest

    出力例

    Updating to latest version <4.y+1.z>

  6. クラスターのバージョンを確認し、以下のコマンドを実行して更新が完了したことを確認します。

    $ oc adm upgrade

    出力例

    Cluster version is <4.y+1.z>
    ...

  7. 次のコマンドを実行して、バージョン <4.y+2> に更新します。

    $ oc adm upgrade --to-latest
  8. 次のコマンドを実行して、クラスターのバージョンを取得し、<4.y+2> の更新が完了していることを確認します。

    $ oc adm upgrade

    出力例

    Cluster version is <4.y+2.z>
    ...

  9. ワーカーノードを <4.y+2> に更新するには、次のコマンドを実行して、以前に一時停止したすべてのマシン設定プールの一時停止を解除します。

    $ oc patch mcp/worker --type merge --patch '{"spec":{"paused":false}}'
    重要

    プールの一時停止が解除されていない場合、クラスターは将来のマイナーバージョンへの更新が許可されず、一部のメンテナンスタスクが禁止されます。これにより、クラスターは将来の劣化のリスクにさらされます。

  10. 次のコマンドを実行して、以前に一時停止したプールが更新され、バージョン <4.y+2> への更新が完了したことを確認します。

    $ oc get mcp
    重要

    Red Hat Enterprise Linux (RHEL) コンピュートマシンを含むクラスターを更新すると、更新プロセス中はそれらのマシンが一時的に使用できなくなります。クラスターの更新の終了において各 RHEL マシンがのステートが NotReady になる際に、アップグレード Playbook を各 RHEL マシンに対して実行する必要があります。詳細は、関連情報セクションの「RHEL コンピュートマシンを含むクラスターの更新」を参照してください。

    出力例

    NAME 	   CONFIG                                            UPDATED     UPDATING
    master   rendered-master-52da4d2760807cb2b96a3402179a9a4c    True  	 False
    worker   rendered-worker-4756f60eccae96fb9dcb4c392c69d497    True 	 False

階層型製品または Operator Lifecycle Manager (OLM) 経由でインストールされた Operator を含むクラスターに対して、コントロールプレーンのみのアップデートを実行する場合は、考慮すべき追加の手順があります。

レイヤード製品は、併用することが意図され、個別のサブスクリプションに分割できない複数の基礎となる製品で構成される製品を指します。OpenShift Container Platform レイヤード製品の例は、OpenShift のレイヤード製品 を参照してください。

OLM を介してインストールされたレイヤード製品および Operator のクラスターに対してコントロールプレーンのみの更新を実行する際には、次の操作を完了する必要があります。

  1. 以前に Operator Lifecycle Manager (OLM) を通じてインストールしたすべての Operator を、ターゲットリリースと互換性のあるバージョンに更新した。Operator を更新すると、クラスターの更新中にデフォルトのソフトウェアカタログが現在のマイナーバージョンから次のバージョンに切り替わったときに、有効な更新パスが確保されます。互換性の確認方法、および必要に応じてインストール済みの Operator を更新する方法については、インストール済み Operator の更新を参照してください。
  2. 現在の Operator バージョンと更新後の Operator バージョン間のクラスターバージョン互換性を確認します。Red Hat OpenShift Container Platform Operator Update Information Checker を使用して、OLM Operator と互換性があるバージョンを確認できます。

たとえば、以下の大まかな手順では、OpenShift Data Foundation (ODF) のコントロールプレーンのみを <4.y> から <4.y+2> にアップデートする方法を説明します。これは、CLI または Web コンソールから実行できます。目的のインターフェイスを使用してクラスターを更新する方法については、Web コンソールを使用したコントロールプレーンのみの更新および CLI を使用したコントロールプレーンのみの更新を参照してください。

  1. ワーカーマシンプールを一時停止します。
  2. OpenShift Container Platform を <4.y> から <4.y+1> にアップデートします。
  3. ODF を <4y> から <4y+1> に更新します。
  4. OpenShift Container Platform を <4.y+1> から <4.y+2> にアップデートします。
  5. ODF を <4y+2> に更新します。
  6. ワーカーマシンプールの一時停止を解除します。
注記

ODF <4.y+2> への更新は、ワーカーマシンプールの一時停止が解除される前または後に実行できます。

Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

Red Hat ドキュメントについて

Legal Notice

Theme

© 2026 Red Hat
トップに戻る