第1章 Red Hat OpenShift Service on AWS クラスターのアップグレード


1.1. Red Hat OpenShift Service on AWS クラスターのアップグレードオプション

OpenShift では、アップグレードとは、更新されたソフトウェアを使用して新しいコンポーネントをプロビジョニングし、それを使用して古いソフトウェアを含む既存のコンポーネントを置き換えることを意味します。

クラスターのどの部分をアップグレードするかを制御することで、ワークロードへのアップグレードの影響を制御できます。次に例を示します。

Hosted Control Plane のみをアップグレードする
これにより、Hosted Control Plane のアップグレードが開始します。ワーカーノードには影響しません。
マシンプール内のノードをアップグレードする
Red Hat OpenShift Service on AWS マシンプールのアップグレードは、アップグレードプロセス中にマシンプール内の各ノードを完全に置き換えるように設計されています。これにより、インプレースアップグレードを実行する場合よりもセキュリティーと安定性が向上します。マシンプール内のノードをアップグレードすると、指定されたマシンプール内のノードのローリング置換が開始され、そのマシンプールのワーカーノードに一時的に影響が及びます。複数のマシンプールを同時にアップグレードすることもできます。
重要

マシンプールのアップグレードと同時に Hosted Control Plane をアップグレードすることはできません。まず Hosted Control Plane をアップグレードし、次にマシンプールをアップグレードする必要があります。

重要

クラスター内のノード間の互換性を維持するために、マシンプール内のノードは Hosted Control Plane よりも新しいバージョンを使用できません。つまり、マシンプールを同じバージョンにアップグレードする前に、必ず Hosted Control Plane を特定のバージョンにアップグレードする必要があります。

各マシンプールの --max-surge 値と --max-unavailable 値を編集することで、マシンプールのアップグレードに必要な時間と、アップグレードがワークロードに与える影響をさらに制御できます。これらのオプションは、マシンプールで同時にアップグレードできるノードの数、およびアップグレードによって余分なノードがプロビジョニングされるか、既存のノードの一部が使用不可になるか、またはその両方を制御するものです。次に例を示します。

  • 高いワークロードの可用性を優先するには--max-surge に高い値を設定し、--max-unavailable0 に設定することで、既存のノードを使用不可にする代わりに余分なノードをプロビジョニングできます。
  • インフラストラクチャーコストの削減を優先するには--max-unavailable に高い値を設定し、--max-surge0 に設定することで、既存のノードの一部を利用不可にし、余分なノードのプロビジョニングを回避することができます。
  • 複数のノードを同時にアップグレードしてアップグレード速度を優先するには--max-surge--max-unavailable の両方に適度な値を設定して、余分なノードをプロビジョニングし、一部の既存ノードを使用不可にすることができます。

これらのパラメーターとその使用方法の詳細は、ROSA CLI リファレンスrosa edit machinepool を参照してください。

トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

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

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

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

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

会社概要

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

Theme

© 2025 Red Hat