1.8.3. クラウドコンピュート
-
このアップデート以前は、
AWSMachineコントローラーがタグの存在を確認する前にマシンインスタンスを再キュー処理していました。その結果、Amazon Web Services (AWS) の EC2 インスタンスが重複して作成されました。今回のリリースでは、AWSMachineコントローラーがインスタンスを再キュー処理する前にタグを検証するようになりました。これにより、重複した EC2 インスタンスは作成されなくなります。OCPBUGS-105469 -
今回のアップデート以前は、
クラウドコントローラーマネージャークラスター Operator は、クラスターのアップグレード中に進行中ステータス条件をTrueに設定していませんでした。その結果、Cluster Version Operator (CVO) は適切な進捗信号を受信できないまま Operator を待ち続ける状態となり、アップグレードの監視テストが失敗していました。今回のリリースにより、cloud-controller-managerOperator はバージョン変更時に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-baremetalCredentialsRequestカスタムリソース (CR) にはcapability.openshift.io/name: CloudCredentialアノテーションがありませんでした。その結果、クラスターバージョン Operator (CVO) は、CloudCredential機能が有効になっていないにもかかわらず、これらの CR を適用しようとしたため、インストールが応答しなくなり、CredentialsRequestカスタムリソース定義 (CRD) が利用できないことを示すエラーが発生しました。今回のリリースでは、CredentialsRequestCR に必須の機能アノテーションが追加されました。その結果、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