※ 本記事は、Yuting Pengによる”Introducing autoscaling for Red Hat OpenShift on Oracle Cloud Infrastructure“を翻訳したものです。
2026年10月7日
OracleとRed Hatは、Oracle Cloud Infrastructure (OCI)上で引き続きRed Hat OpenShiftを拡張し、エンタープライズKubernetesワークロードをより自動化、柔軟性、および運用の一貫性で実行できるようにします。
今日、OracleとRed Hatは、OCI上でOpenShiftの自動スケーリング・サポートの提供を開始します。このサポートは、OpenShift 4.22以降でご利用いただけます。クラスタでは、アプリケーション需要の変化に応じてワーカー容量を自動的に調整できるため、ワーカー・プールのサイズを手動で変更せずに動的ワークロードを実行できます。
OCIで新しいOpenShiftクラスタを作成するとき、またはすでに実行しているクラスタに追加するときに、エラスティック・ワーカー容量を有効にできます。
自動スケーリングが重要な理由
アプリケーションの需要が静的であることはほとんどありません。開発環境、バッチ処理、データ・サービス、AIワークロードおよび季節性のあるビジネス・アプリケーションはすべて、1日の中でコンピュート需要を変動させます。
自動スケーリングを使用しない場合、ピーク需要のワーカー容量のサイズを設定するか、ワークロードをスケジュールできないときに手動でノードを追加します。どちらも運用上の負荷を増加させ、前者では比較的利用が少ない時間帯にコンピュート・リソースがアイドル状態のままになります。
OCIの自動スケーリングは、定義した制限内で、より多くのコンピュートが必要な場合にワーカー容量を拡張し、需要が低下した場合に縮小します。
OpenShift自動スケーリングでの動作
OCI上のOpenShiftの自動スケーリングは、標準のOpenShift自動スケーリング・マシンを置き換えるのではなく駆動し、すでに使用している自動スケーリング・コントロールとともに動作します。
Podをスケジュールできない場合、クラスタ自動スケーリングでは、関連するマシン・デプロイメントのレプリカ数が増加します。クラスタAPIは対応するマシンおよびマシン・セット・リソースを作成し、OCIのクラスタAPIプロバイダはその背後にあるOCIコンピュート・インスタンスをプロビジョニングします。境界は、minNodesおよびmaxNodesを格納するOCIClusterAutoscalerカスタム・リソースで1回設定し、既存のコントローラがリストアを実行します。
現在の自動スケーリング構成を変更する必要はありません。OpenShiftクラスタ自動スケーラーまたはマシン自動スケーラーをすでに実行している場合は、現在と同様に動作し続けます。
できること
OCI上のOpenShiftの自動スケーリングは、すでに使用しているデプロイメント・エクスペリエンスに適合します。次のことができます:
- クラスタの作成時に自動スケーリングを有効にします。
- すでに実行しているクラスタに自動スケーリングを追加します。
- 最小および最大ワーカー容量を設定します。
- 自動スケーリング・ワーカーには、OCI仮想マシンまたはベアメタル・シェイプを選択します。
- ワーカー・イメージのソースとしてOCI Object Storageを使用します。
- OCIClusterAutoscalerステータス、マシン・デプロイメント、マシン・セットとマシン、ノードの準備状況、コントローラ・ログなど、すでに使用しているOpenShiftリソースを使用してスケーリング・アクティビティを監視します。
自動スケーリングはOCI TerraformスタックのOpenShiftと統合されるため、既存のクラスタ・デプロイメントおよびインストール後のフローとともに構成します。
自動スケーリングの有効化
自動スケーリングは、2つの方法で有効にできます。
- インストール時。 OCIで新しいOpenShiftクラスタを作成するときに、自動スケーリングを有効にします。これは、エラスティック・ワーカーの容量を最初からクラスタの一部にする必要がある場合に使用します。
- 既存のクラスタ上。 OCIですでに実行しているOpenShiftクラスタに、再構築せずに自動スケーリングを追加します。
どちらのパスでも、OCI Terraformスタック上のOpenShiftを使用して、必要なOCIおよびOpenShift構成を収集します。
ワーカー・イメージの準備
自動スケーリング・ワーカーは、OpenShiftクラスタ・バージョンと一致するRed Hat Enterprise Linux CoreOS (RHCOS)イメージを使用します。一致するRHCOSイメージをダウンロードし、それをOCI Object Storageにアップロードして、Terraformスタックに読取り専用事前認証済リクエスト(PAR) URLを指定します。
仮想マシン・ワーカーの場合は、ダウンロードしたQCOW2イメージを直接使用します。
ベアメタル・ワーカーの場合は、iSCSIブート構成を使用してイメージをアップロードする前に準備します。Linuxホストまたは仮想マシンからOCIクイックスタート・リポジトリのOpenShiftでヘルパー・スクリプトを実行します。
OCIでのOpenShift操作用に構築
自動スケーリングは、OpenShiftクラスタにすでに使用している操作モデルに基づいて構築されます。OpenShiftツールを使用してクラスタの状態、ワークロード、ノードおよびイベントを検査し、OCIは基礎となるコンピュート、ネットワーキングおよびイメージ・サービスを提供します。
慣れ親しんだ運用エクスペリエンスを維持し、需要が変動するワークロードで通常必要となる手動の容量管理を任せることができます。
可用性およびサポート
OCI上のOpenShiftの自動スケーリングは、一般提供されており、OpenShift 4.22以降でサポートされています。
自動スケーリング・オペレータは、Oracleで完全にサポートされています。Oracle Supportを介してサポート・リクエストを開きます。OpenShiftサブスクリプションのRed Hatサポートは影響を受けず、クラスタに引き続き適用されます。
はじめに
- 自動スケーリングが必要なOpenShiftクラスタを選択するか、OpenShift 4.22以降を実行する新しいクラスタを作成します。
- 一致するRHCOSワーカー・イメージを準備し、OCI Object Storageにアップロードします。
- OCI TerraformスタックでOpenShiftを使用して、インストール時または既存のクラスタで自動スケーリングを有効にします。
- ワーカー・シェイプ、イメージ・ソースおよび最小容量と最大容量を構成します。
- スタックを適用し、自動スケーリング・リソースがOpenShiftで使用できることを確認します。
詳細なインストール、検証、クリーン・アップおよびトラブルシューティングのステップは、プロジェクトのドキュメントに記載されています。