1.8.3. クラウドコンピュート


  • このアップデート以前は、AWSMachine コントローラーがタグの存在を確認する前にマシンインスタンスを再キュー処理していました。その結果、Amazon Web Services (AWS) の EC2 インスタンスが重複して作成されました。今回のリリースでは、AWSMachine コントローラーがインスタンスを再キュー処理する前にタグを検証するようになりました。これにより、重複した EC2 インスタンスは作成されなくなります。OCPBUGS-105469
  • 今回のアップデート以前は、クラウドコントローラーマネージャー クラスター Operator は、クラスターのアップグレード中に 進行中 ステータス条件を True に設定していませんでした。その結果、Cluster Version Operator (CVO) は適切な進捗信号を受信できないまま Operator を待ち続ける状態となり、アップグレードの監視テストが失敗していました。今回のリリースにより、cloud-controller-manager Operator はバージョン変更時に Progressing=True を 正しく報告するようになりました。これにより、Operator の正確なステータス報告に基づき、クラスターのアップグレードが進行するようになります。OCPBUGS-105469
  • このアップデート以前は、OpenStack クラウドプロバイダーにオプションの標準属性タグ拡張機能がない場合、OpenStack 用 Machine API プロバイダー (MAPO) はネットワークポートの作成時にポートタグを適用しようとしていました。その結果、プロビジョニングが失敗しました。今回のリリースでは、MAPO はタグを適用する前に 、standard-attr-tag 拡張機能が利用可能かどうかを確認するようになりました。サポートされていない場合、MAPO はタグの割り当てをスキップするか、明示的な設定を削除するように促すエラーを返します。その結果、マシンのプロビジョニングは正常に完了しました。OCPBUGS-105469
  • 今回のアップデート以前は、プログラミング上のエラーにより、ロードバランサーがコントロールプレーンインスタンスグループをオプションとして扱うのではなく、常にそれを使用するように強制されていました。その結果、ロードバランサーは、node.kubernetes.io/exclude-from-external-load-balancers ラベルが付いている場合でも、コントロールプレーンノードを含めるようになりました。今回のリリースでは、インスタンスグループの再利用に関するロジックが修正されました。その結果、node.kubernetes.io/ exclude-from-external-load-balancers ラベルを持つノードは、ロードバランサーから正しく除外されます。OCPBUGS-105469
  • このアップデート以前は、featureSet: TechPreviewNoUpgrade および baselineCapabilitySet: None を 指定してクラスターをインストールした場合、0000_30_cluster-api_01_credentials-request.yaml ファイル内の openshift-cluster-api-vsphere および openshift-cluster-api-baremetal CredentialsRequest カスタムリソース (CR) には capability.openshift.io/name: CloudCredential アノテーションがありませんでした。その結果、クラスターバージョン Operator (CVO) は、CloudCredential 機能が有効になっていないにもかかわらず、これらの CR を適用しようとしたため、インストールが応答しなくなり、CredentialsRequest カスタムリソース定義 (CRD) が利用できないことを示すエラーが発生しました。今回のリリースでは、CredentialsRequest CR に必須の機能アノテーションが追加されました。その結果、TechPreviewNoUpgrade および baselineCapabilitySet: None を指定したクラスターのインストールは正常に完了します。OCPBUGS-105469
  • このアップデート以前は、vSphere Installer でプロビジョニングされたインフラストラクチャーを静的 IP 設定で使用している場合、コントロールプレーンマシンセット (CPMS) が再作成されると、ネームサーバーの設定が失われていました。その結果、CPMS 再構築後、コントロールプレーンノードの DNS 設定が誤っていました。今回のリリースでは、CPMS を再作成する際にネームサーバーの設定が保持されるようになりました。その結果、CPMS の再構築後も、コントロールプレーンノード上の DNS 設定は正しいまま維持されます。OCPBUGS-105469
  • 今回のアップデート以前は、Cluster API Operator は現在のリリースに関連付けられたコンテナーイメージのみをマウントし、以前のリリースの既存のリビジョンによって参照されているイメージはマウントしていませんでした。その結果、featureSet: TechPreviewNoUpgrade を使用してクラスターをアップグレードした後、必要なイメージが利用できないため、リビジョンおよびインストールプログラムコントローラーが古いリビジョンを反復処理する際に失敗しました。今回のリリースでは、Cluster API Operator は、現在のリリースと、既存のリビジョンで参照されているすべてのイメージの両方をマウントします。その結果、Cluster API を有効にした状態でのクラスターのアップグレードは、レンダリングエラーを起こすことなく正常に完了します。OCPBUGS-105469
  • このアップデート以前は、Microsoft Azure では、cloud-controller-manager デーモンセットが 新しく追加されたノードに展開される際に、MachineSet の スケーリング操作中に cloud-controller-manager Operator が Progressing=True に移行していました。その結果、ノードのスケーリング中にクラスター Operator が進行しないことを想定したテストは失敗した。今回のリリースでは、デーモンセットの Pod が新しいノードにスケジュールされている間、マシンセットの スケーリング操作中に Operator が正しく Progressing=False を報告するようになりました。その結果、Operator の状態は、スケーリング操作が Operator のバージョン変更や設定の更新を表すものではないことを正確に反映しています。OCPBUGS-105469
  • このアップデート以前は、Machine APIOperator は、クラスターのアップグレード中にオペランドが展開されている間、ステータスリコンシリエーションのたびに無条件に ステータスアップグレード イベントを発行していました。その結果、シングルノードのアップグレード中に同じイベントが 20 回以上発生し、過剰なイベントの繰り返しを検出する病理イベント不変テストでアップグレードが失敗しました。今回のリリースでは、Machine APIOperator は、新しい 進行中 状態に移行した場合、またはアップグレード対象やメッセージが変更された場合にのみ、ステータスアップグレード イベントを発行します。その結果、シングルノードクラスターのアップグレードは、異常な障害を引き起こすことなく正常に完了します。OCPBUGS-105469
  • このアップデート以前は、Microsoft Azure Disk CSI が、プロビジョニング状態が 失敗 の仮想マシン (VM) にすでに接続されているディスクを検出すると、cloud-provider-azure は CreateOrUpdate 要素を介して空の VirtualMachine リソースを送信し、空の本文を持つ PUT リクエストを生成することで、その仮想マシンを更新していました。その結果、Azure は LocationRequired エラーで更新要求を拒否し、復旧が妨げられ、以前に発生した仮想マシンの障害が隠蔽されてしまった。今回のリリースでは、更新操作に既存の BeginUpdate 操作と空の VirtualMachineUpdate を使用し、標準 VM パスとフレキシブル仮想マシンパスの両方で、意図した何もしない更新を PATCH リクエストとして維持します。その結果、失敗した仮想マシン更新操作が正常に完了し、Azure は LocationRequired エラーで更新を拒否しなくなりました。OCPBUGS-105469
  • このアップデート以前は、Hosted Control Plane において、EgressIP 設定を使用する場合、新しく追加されたマシンプールの証明書署名要求 (CSR) に対して手動承認が必要でした。その結果、管理者はすべての新規 CSR を手動で承認する必要があり、ノードの自動オンボーディングが妨げられた。今回のリリースにより、クラスターマシン承認機能は、EgressIP アドレスを持つ Hosted Control Plane マシンプールに対する CSR 承認を正しく処理するようになりました。その結果、CSR は自動的に承認され、ノードは手動による介入なしにクラスターに参加できるようになります。OCPBUGS-105469
Red Hat logoGithubRedditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

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

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

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

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

Legal Notice

Theme

© 2026 Red Hat
トップに戻る