サポートコンソール開発者トライアルの開始お問い合わせ

1.8.13. Machine Config Operator

  • このアップデート以前は、ノードがローカルに保存された RHEL CoreOS イメージを使用し、そのイメージが Kubernetes によってガベージコレクションされた場合、ノードに拡張機能を適用すると、マシン設定プールが劣化するという問題が発生していました。その結果、ノードの更新が失敗し、イメージ参照を解決できなかったことを示すエラーが発生しました。今回のリリースでは、Machine Config Operator が、ガベージコレクションの対象となる可能性のあるローカルに保存されたイメージを適切に処理するようになりました。その結果、このシナリオではマシン設定プールが劣化することはなくなります。OCPBUGS-105469
  • このアップデート以前は、マシン設定プールでイメージモードが有効になっており、オペレーティングシステムイメージがすべてのノードに完全に適用される前に MachineOSConfig リソースが削除されると、マシン設定プールが劣化状態になっていました。その結果、オペレーティングシステムイメージが内部レジストリーからガベージコレクションされたため、ノードは明らかな不明なエラーで更新に失敗しました。今回のリリースでは、Machine Config Operator が、ロールアウト中にオペレーティングシステムイメージの時期尚早なガベージコレクションが行われるのを防ぎます。その結果、イメージ適用中に MachineOSConfig リソースが削除されても、マシン設定プールが劣化することはなくなりました。OCPBUGS-105469
  • 今回のアップデート以前は、Machine Config Operator は異なるコンポーネント間で一貫性のない暗号化実装 (OpenPGP と gpgme) を使用していました。その結果、gpgme-devel パッケージが含まれていないビルド環境ではコンパイルエラーが発生した。今回のリリースにより、すべての Machine Config Operator コンポーネントは一貫して gpgme の 実装を使用するようになりました。その結果、ビルドは正常に完了し、業界標準のコンテナーツールに準拠します。OCPBUGS-105469
  • このアップデート以前は、マシン設定のClusterOperator のrelatedObjects フィールドには、クラスタースコープの RBAC リソースへの参照が含まれていませんでした。その結果、oc adm inspect clusteroperator/machine-config コマンドは、デバッグに必要な ClusterRole および ClusterRoleBinding リソースを収集しませんでした。今回のリリースでは、ClusterOperator のrelatedObjects フィールドに、関連するすべてのクラスタースコープのリソースが含まれるようになりました。その結果、must-gather と検査コマンドは、完全なデバッグ情報を収集します。OCPBUGS-105469
  • このアップデート以前は、拡張パッケージのインストールが失敗したがエラーコードが返されなかった場合、パッケージがノードにインストールされていなくても、マシン設定プールは成功を報告していました。その結果、ユーザーは本来必要なパッケージが実際には存在しないにもかかわらず、インストールが成功したと誤解してしまった。今回のリリースでは、Machine Config Daemon は想定されるパッケージがインストールされていることを検証し、検証に失敗した場合はマシン設定プールをダウングレードします。その結果、パッケージのインストール失敗がユーザーに正確に報告されます。OCPBUGS-105469
  • このアップデート以前は、レジストリーから MachineOSBuild イメージが削除され、MachineConfig が再適用されると、既存のビルドを再利用するのではなく、不必要に新しい MachineOSBuild がトリガーされていました。その結果、不要なイメージ再構築が発生し、マシン設定の更新が遅くなった。今回のリリースでは、Machine Config Operator が、設定が変更されていない場合に既存のビルドを正しく識別して再利用するようになりました。その結果、マシン設定の更新は、不要なイメージ再構築を行うことなく直接実行されます。OCPBUGS-105469
  • 今回のアップデート以前は、PinnedImageSet リソースで多数のコンテナーイメージをピン留めするように指定した場合、イメージ同期プロセスが完了せず、停止したように見えました。その結果、指定されたすべてのイメージが要求どおりにノードに固定されませんでした。今回のリリースでは、ピン留めされたイメージの同期ロジックが改善され、大規模なイメージセットにも対応できるようになりました。その結果、PinnedImageSet 内のすべてのイメージがノードに正常に同期されます。OCPBUGS-105469
  • このアップデート以前は、DISA STIG 準拠プロファイルを適用する際に、拡張機能をインストールした後でも、ノード上で usbguard サービスが正しく有効化されていませんでした。その結果、service-usbguard-enabled ルールに対するコンプライアンススキャンが失敗しました。今回のリリースでは、拡張機能がインストールされた際に、Machine Config Operator が usbguard サービスを正しく有効化するようになりました。その結果、ノードは DISA STIG 準拠スキャンに合格します。OCPBUGS-105469
  • このアップデート以前は、コントロールプレーンノードには node-role.kubernetes.io/control-plane というラベルが付けられていましたが、従来の node-role.kubernetes.io/master の taint が残っていました。その結果、ノードのラベル付けと汚染に一貫性がなかった。今回のリリースでは、Machine Config Operator は更新されたノードラベルに合わせて node-role.kubernetes.io/control-plane taint を適用します。その結果、コントロールプレーンノードの taint 度は、そのラベルと一致しています。OCPBUGS-105469
  • 今回のアップデート以前は、Machine Config Operator は自動化されたプロセスを通じて Amazon Web Services (AWS)AMI の許可リストを更新していました。その結果、新たな AWS リージョンとインスタンスタイプがサポートされるようになった。今回のリリースでは、AMI の許可リストが更新されました。その結果、追加の Amazon Web Services (AWS)AMI ID が認識され、サポートされるようになりました。OCPBUGS-105469
  • 今回のアップデート以前は、baseOSExtensionsContainerImage フィールドと osImageURL フィールドを変更するクラスターのアップグレード中に、レンダリングされた MachineConfig リソースが 1 つではなく、2 つが順番に作成されていました。その結果、アップグレードプロセスによって不要な中間設定が生成された。今回のリリースでは、マシン設定コントローラーがアップグレード時に単一のレンダリング済み マシン設定ファイル を作成するようになりました。その結果、中間的な設定手順を経ることなく、クラスターのアップグレードがより効率的に進行します。OCPBUGS-105469
  • 今回のアップデート以前は、Machine Config Daemon が特定のハードウェア設定に対して cgroup v2 カーネル引数を適用した場合、変更は段階的に適用されたものの、ノードは自動的に再起動されませんでした。その結果、ノードは currentConfig と desiredConfig が一致しない状態になり、設定されたタイムアウト後にマシン設定プールが劣化する事態が発生した。今回のリリースでは、Machine Config Daemon がカーネル引数の変更を適用した後、ノードの再起動を正しくトリガーするようになりました。その結果、cgroup v2 カーネル引数の更新は正常に完了しました。OCPBUGS-105469
  • このアップデート以前は、OpenShift 4.18 から 4.20 へのクラスターアップグレード中に新しいノードがプロビジョニングされると、ノードの RHCOS 4.18 の初回起動プロセスがバージョン 3.4.0 までしかサポートしていないにもかかわらず、カプセル化された Ignition 設定にはバージョン 3.5.0 が含まれていました。その結果、アップグレードの展開中にバージョン不明エラーが発生し、新しいノードのプロビジョニングが失敗しました。今回のリリースでは、マシン設定サーバーが、要求元のノードがサポートするバージョンに一致するカプセル化された Ignition 設定を生成します。その結果、クラスターのアップグレード中に新しいノードが正常にプロビジョニングされます。OCPBUGS-105469
  • このアップデート以前は、MachineOSConfig の current-machine-os-build アノテーションがすでに存在しないビルドを指している場合、マシン設定コントローラーは繰り返しエラーをログに記録し、マシン設定プールを更新できませんでした。その結果、イメージモードを使用している場合、マシン設定プールは設定されたマシン数が 0 のまま固定されたままになった。今回のリリースでは、マシン設定コントローラーが不足しているビルド参照を正しく処理し、必要に応じて新しいビルドを作成します。その結果、イメージモードでマシン設定プールが正常に更新されます。OCPBUGS-105469
  • 今回のアップデート以前は、OpenShift 4.18.36 へのアップグレード後、Machine Config Daemon が複数のノードでコンテンツの不一致を報告し、アップグレードの完了を妨げていました。その結果、影響を受けたノードでは、クラスターのバージョン 4.18.36 へのアップグレードがブロックされました。今回のリリースにより、Machine Config Daemon はアップグレード時にノードコンテンツを正しく検証するようになりました。その結果、4.18.36 以降のバージョンへのアップグレードは、誤ったコンテンツ不一致エラーなしで実行されます。OCPBUGS-105469
  • 今回のアップデート以前は、MachineSet リソースのスケーリングに関するテスト自動化において、利用可能なホストが存在しないベアメタルプラットフォームが考慮されていませんでした。その結果、ベアメタルプラットフォーム上でのマシンセットのスケーリングに関する自動テストが失敗した。今回のリリースにより、テスト自動化機能はベアメタルプラットフォームに適用できないシナリオを正しくスキップするようになりました。その結果、マシンセットのスケーリングテストは、サポートされているすべてのプラットフォームで合格しました。OCPBUGS-105469
  • 今回のアップデート以前は、Machine Config Daemon が マシン設定の 適用に失敗した後、ロールバックを実行した際に、SSH 鍵とユーザーパスワードが正しく復元されませんでした。その結果、ロールバック操作後、ノードへのアクセス認証情報が正しくなくなってしまった。今回のリリースでは、Machine Config Daemon がロールバック操作中に SSH 鍵とパスワードを正しく保持および復元するようになりました。その結果、ロールバック後もノードアクセス認証情報は有効なままとなります。OCPBUGS-105469
  • このアップデート以前は、FEATURE_SET=TechPreviewNoUpgrade を指定して Agent-based Installer を使用してクラスターをインストールすると、オペレーティングシステムのイメージストリーム証明書が不足していたため、インストールが完了しませんでした。その結果、テクノロジープレビュー機能を有効にしたインストールはタイムアウトして失敗しました。今回のリリースでは、テクノロジープレビュー版のインストールに必要なオペレーティングシステムイメージストリーム証明書が適切に設定されています。その結果、テクノロジープレビュー機能を搭載したエージェントベースインストーラーデプロイメントは正常に完了しました。OCPBUGS-105469
  • 今回のアップデート以前は、kubelet の設定を生成する際に古いバージョンのマシン設定コントローラーが使用されていたため、マシン設定プールが劣化していました。その結果、生成された kubelet 設定が想定されるコントローラーバージョンと一致しず、プールは劣化状態を報告しました。今回のリリースでは、kubelet の設定は現在のコントローラーバージョンを使用して生成されます。その結果、kubelet の設定バージョンの不一致によってマシン設定プールが劣化することはありません。OCPBUGS-105469
  • 今回のアップデート以前は、chrony-wait サービスは時刻同期を待機している間、Azure では約 24 秒間、その他のプラットフォームでは約 11 秒間、ノードの準備完了をブロックしていました。その結果、ノードの起動時間が不必要に遅延した。今回のリリースでは、時刻同期の待機ロジックが最適化されました。その結果、ノードは起動時に準備完了状態に達するまでの時間が短縮されます。OCPBUGS-105469
  • 今回のアップデート以前は、Machine Config Daemon は、拡張機能がインストールまたは変更されていない場合でも、オペレーティングシステムのアップデートのたびに拡張機能コンテナーイメージをプルして抽出していました。その結果、オペレーティングシステムのアップデートやノードの起動時に、不要なネットワーク帯域幅と時間が消費された。今回のリリースでは、Machine Config Daemon は、拡張機能が実際にインストールまたは更新される場合にのみ、拡張機能のイメージを取得します。その結果、オペレーティングシステムのアップデートとノードのブートストラップがより速く完了し、ネットワーク帯域幅の使用量も削減されます。OCPBUGS-105469
  • このアップデート以前は、通常のリコンシリエーション中に current-machine-os-build アノテーションが一時的に空になった場合、イメージモード操作の自動テストが失敗していました。その結果、継続的インテグレーションパイプラインにおいてテストの不具合が発生した。今回のリリースにより、テストヘルパーは一時的に空のアノテーションを正しく処理できるようになりました。その結果、イメージモードのテストは不安定な動作もなく、安定して実行されます。OCPBUGS-105469
  • 今回のアップデート以前は、複数の OpenShift リリースにおいて、Machine Config Operator の継続的インテグレーションジョブが完全に失敗するという問題が発生していました。その結果、自動テストが中断され、開発速度が低下した。今回のリリースにより、継続的インテグレーションのジョブエラーが解消されました。その結果、自動テストはサポートされているすべてのリリースで正常に実行されます。OCPBUGS-105469
  • 今回のアップデート以前は、イメージモードのテストスイートには、タイミングの問題により断続的に失敗する不安定なテストがいくつか含まれていました。その結果、継続的インテグレーションの結果は信頼性に欠けるものとなった。今回のリリースにより、不安定だったテストが安定化されました。その結果、イメージモードのテストスイートは安定して動作します。OCPBUGS-105469
  • このアップデート以前は、マシン設定の更新中に oc adm uncordon を使用してノードを手動でアンコードンした場合、Machine Config Daemon はアップデートを続行する前にノードを再コードンしませんでした。その結果、ワークロードは、まもなく大規模なアップデートが実施される予定のノードにスケジュールされたままになった。今回のリリースでは、Machine Config Daemon は、アップデート処理を進める前に、手動で保護を解除されたノードを再度保護するようになりました。その結果、障害となるノード更新の前にワークロードが適切に処理されます。OCPBUGS-105469
  • このアップデート以前は、イメージモードのステータスレポートに関する自動テストはマルチノード設定を前提としており、シングルノードの OpenShift デプロイメントでは失敗していました。その結果、シングルノードの OpenShift における継続的な結合テストは信頼性に欠けるものとなった。今回のリリースにより、テストはシングルノード設定とマルチノード設定の両方を正しく処理できるようになりました。その結果、イメージモードのテストは、サポートされているすべてのクラスター設定で合格しました。OCPBUGS-105469
  • 今回のアップデート以前は、Machine Config Operator のテストスイートには、OpenShift 4.13 より古いベースイメージを使用したテストが含まれていました。その結果、サポート対象外のバージョンに対して、古いテストカバレッジが維持されてしまった。今回のリリースでは、4.13 より古いベースイメージを使用したテストは削除されました。そのため、テストスイートは現在サポートされている OpenShift のバージョンに重点を置いています。OCPBUGS-105469
  • 今回のアップデート以前は、リアルタイムカーネル機能の自動テストは AWS と GCP プラットフォームに限定されていました。そのため、リアルタイムカーネル機能は、他のサポート対象プラットフォームではテストされていません。今回のリリースにより、リアルタイムカーネルテストは、この機能をサポートするすべてのプラットフォームで実行されるようになりました。その結果、リアルタイムカーネル機能は、サポートされているすべてのプラットフォームで検証されています。OCPBUGS-105469
  • 今回のアップデート以前に、etcd Operator の条件テストスイートにおいてテストのリグレッションが発生していました。その結果、コンポーネントの準備状況メトリクスは劣化状態を示した。今回のリリースで、テストにおけるリグレッションバグが解消されました。その結果、コンポーネントの準備状況テストは正常に合格した。OCPBUGS-105469
  • 今回のアップデート以前は、新しい vSphere テンプレートを作成する際に、操作がアトミックではなく、中断される可能性があり、テンプレートが不完全なままになる場合がありました。その結果、テンプレート作成の失敗により、テンプレートが破損したり不完全になったりする可能性があります。今回のリリースでは、vSphere テンプレートの作成がアトミック操作として実行されるようになりました。その結果、テンプレートが不完全または破損するリスクなしに、確実にテンプレートが作成されます。OCPBUGS-105469
  • 今回のアップデート以前は、OpenShift 4.22 において、GCP プラットフォーム上のイメージモードのエンドツーエンドテストが失敗していました。その結果、GCP 上での 4.22 の継続的インテグレーションで障害が発生した。今回のリリースで、テストの失敗は解消されました。その結果、GCP 上でイメージモードのテストは正常に合格しました。OCPBUGS-105469
  • 今回のアップデート以前は、テストケース 69755 において不安定性や断続的な不具合が発生していました。その結果、継続的インテグレーションの結果は一貫性を欠いました。今回のリリースにより、テストは安定化しました。その結果、テスト 69755 は断続的な障害なく安定して実行されます。OCPBUGS-105469
  • 今回のアップデート以前は、Machine Config Operator の bootupd の 回避策では、既存ノードのアップデートに対応していませんでした。その結果、回避策が実施される以前から存在していたノードでは、bootupd の アップデートが失敗した。今回のリリースでは、bootupd の 回避策が新規ノードと既存ノードの両方を正しく処理するようになりました。その結果、すべてのノードで bootupd の アップデートが成功しました。OCPBUGS-105469
  • 今回のアップデート以前は、イメージモードの 1 日目インストールにおける継続的インテグレーションジョブが常に失敗していました。その結果、イメージモードのインストールに関する自動テストが中断された。今回のリリースにより、インストール作業の失敗が解消されました。その結果、イメージモードの初日インストールテストは正常に合格しました。OCPBUGS-105469
  • 今回のアップデート以前は、OpenShift 4.22 のマシン設定コントローラーは、以前のバージョンと比較して大幅に多くのメモリーを消費していました。その結果、コントローラーはメモリー負荷の増加と性能低下の可能性に直面した。今回のリリースでは、マシン設定コントローラーのメモリー使用量が最適化されました。その結果、コントローラーは過剰なメモリー消費をすることなく効率的に動作します。OCPBUGS-105469
  • このアップデート以前は、新しい vSphere 障害ドメインを追加する際に、Machine Config Operator のブートイメージコントローラーが providerSpec.Template フィールドを無視し、テンプレートを見つけることができなかったため、失敗していました。その結果、新たな障害ドメインが追加された際に、クラスター Operator の性能が低下した。今回のリリースでは、ブートイメージコントローラーがテンプレート検索に providerSpec.Template フィールドを正しく使用するようになりました。その結果、クラスター Operator の性能を低下させることなく、新しい vSphere 障害ドメインを正常に追加できます。OCPBUGS-105469
  • 今回のアップデート以前は、Machine Config Operator は自動プロセスを通じて AWS AMI の許可リストを更新していました。その結果、新たな AWS リージョンとインスタンスタイプがサポートされるようになった。今回のリリースでは、AMI の許可リストが更新されました。その結果、追加の AWS AMI ID が認識され、サポートされるようになりました。OCPBUGS-105469
  • このアップデート以前は、マシン設定コントローラーの クラスターロールに、 pkis リソースに対する RBAC 権限が欠落していました。その結果、pkis リソースに関わる操作は、アクセス拒否エラーで失敗しました。今回のリリースでは、必要な RBAC 権限が ClusterRole に追加されます。その結果、マシン設定コントローラーは必要に応じて pkis リソースにアクセスできるようになります。OCPBUGS-105469
  • 今回のアップデート以前は、MachineSet リソースが誤った vCenter サーバーアドレスで設定されていた場合、Machine Config Controller はブートイメージを更新する際にそれらを無視していました。その結果、影響を受けるマシンセットのブートイメージが更新されず、起動エラーが発生する可能性がありました。今回のリリースでは、マシン設定コントローラーがすべてのマシンセットを検証および処理し、設定上の問題に関する警告をログに記録します。その結果、管理者はサーバー設定が誤っているマシンセットについて通知を受ける。OCPBUGS-105469
  • 今回のアップデート以前は、自動テストで拡張機能のインストール失敗が検証されていませんでした。その結果、拡張機能の検証エラー処理におけるリグレッションが検出されない可能性があります。今回のリリースでは、自動テストによって拡張機能の検証失敗シナリオが検証されます。その結果、拡張機能のエラー処理が適切にテストされます。OCPBUGS-105469
  • 今回のアップデート以前は、Machine Config Daemon の初回起動プロセスで fsync 操作が実行されており、リベースに 3-5 秒余計に時間がかかっていました。その結果、ノードの初回起動時間が必要以上に長くなってしまった。今回のリリースでは、パフォーマンス向上のため、初回起動時のリベース処理中に fsync 操作が無効になります。その結果、ノードの初回起動時のリベース処理が 3-5 秒短縮されます。OCPBUGS-105469
  • 今回のアップデート以前は、Machine Config Operator は自動プロセスを通じて AWS AMI の許可リストを更新していました。その結果、新たな AWS リージョンとインスタンスタイプがサポートされるようになった。今回のリリースでは、AMI の許可リストが更新されました。その結果、追加の AWS AMI ID が認識され、サポートされるようになりました。OCPBUGS-105469
  • 今回のアップデート以前は、Amazon Web Services (AWS) テクノロジープレビューのクラスターにおいて、アップグレード検証のための自動テストがパニック状態に陥っていました。その結果、テクノロジープレビュー機能の継続的インテグレーションが中断された。今回のリリースで、テスト時のパニック現象が解消されました。その結果、AWS テクノロジープレビュークラスター上でアップグレード検証テストが正常に実行されました。OCPBUGS-105469
  • 今回のアップデート以前は、Machine Config Daemon はアップデート中にノードをドレインする際に Kubernetes イベントを発行していませんでした。その結果、クラスター管理者はノードのドレイン操作に関する可視性が限られていました。今回のリリースでは、Machine Config Daemon がノードのドレイン操作中にイベントを発行するようになりました。その結果、管理者は Kubernetes イベントを通じてノードのドレインの進行状況を監視できるようになります。OCPBUGS-105469
  • このアップデート以前は、MachineSet リソースが vSphere のどの障害ドメインにも一致しないワークスペースを指定した場合、ブートイメージコントローラーはクラスター Operator が劣化していると報告していました。その結果、意図的に異なるワークスペース設定を持つ有効なマシンセットが、不必要な性能低下を引き起こした。今回のリリースでは、ブートイメージコントローラーは、Operator を劣化させる代わりに、どの障害ドメインにも一致しないワークスペースを持つマシンセットに対して警告をログに記録し、スキップします。その結果、ワークスペースが一致しないマシンセットの場合でも、クラスター Operator の性能が低下することはありません。OCPBUGS-105469
  • このアップデート以前は、Machine Config Operator のブートイメージコントローラーが path.Join() を使用して、すでに絶対的な障害ドメインネットワークパスとコンピュートクラスターパスを結合し、無効なインベントリーパスを生成していました。その結果、vSphere 上でブートイメージの更新がネットワークが見つかりませんというエラーで失敗しました。今回のリリースでは、コントローラーが絶対ネットワークパスを連結することなく正しく処理するようになりました。その結果、vSphere では絶対ネットワークパスを使用したブートイメージの更新が成功します。OCPBUGS-105469
Red Hat logoGithubRedditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

会社概要

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

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

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

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

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

Legal Notice

Theme

© 2026 Red Hatトップに戻る