第1章 Hosted Control Plane のリリースノート

この更新前は、ホステッドクラスターが時間の経過とともに複数のバージョンにアップグレードされ、HostedCluster リソースのバージョン履歴が 10 エントリーを超える場合がありました。しかし、API ではバージョン履歴フィールドに対して最大 10 項目という厳格な検証制限がありました。その結果、バージョン履歴が 10 エントリーを超えると、ユーザーは HostedCluster リソースを編集または更新できませんでした。アノテーションの追加 (例: クラスターサイズのオーバーライド) や、メンテナンスタスクの実行 (例: リクエストサービングノードのサイズ変更) など操作が、検証エラー "status.version.history: Too many: 11: must have at most 10 items" で失敗しました。このエラーにより、ROSA SRE はお客様の API アクセスに影響を与える可能性のある重要なメンテナンス操作を実行できませんでした。

このリリースでは、HostedCluster API のバージョン履歴フィールドから最大項目検証制約が削除され、履歴が 10 エントリーを超えても検証エラーがトリガーされなくなりました。その結果、バージョン履歴に存在するエントリーの数にかかわらず、HostedCluster リソースを編集および更新できるようになり、管理者は複数のバージョンアップグレードを経たクラスターに対しても必要なメンテナンス操作を実行できるようになりました。(OCPBUGS-58200)

この更新前は、CLI のリファクタリングを行うと MarkPersistentFlagRequired 関数が正しく動作しなくなりました。クラスターの作成に不可欠な --name および --pull-secret フラグは必須としてマークされていましたが、検証は強制されていませんでした。その結果、ユーザーは必要な --name または --pull-secret フラグを指定せずに hypershift create cluster コマンドを実行でき、CLI は必須フラグが欠落していることをすぐに警告しませんでした。これにより、デプロイメントの誤設定や、プロセスの後半でエラーメッセージによる混乱が生じていました。

このリリースでは、RawCreateOptions.Validate() 関数に --name フラグと --pull-secret フラグの存在を確認するための明示的な検証が追加され、いずれかのフラグが欠落している場合は明確なエラーメッセージが返されます。さらに、適切な検証を確実に行うために、名前フィールドからデフォルトの "example" 値が削除されました。その結果、ユーザーが必須の --name フラグまたは --pull-secret フラグを指定せずにクラスターを作成しようとすると、どの必須フラグが欠落しているかを示す明確なエラーメッセージ ("Error: --name is required" や "Error: --pull-secret is required" など) がすぐに表示されるようになりました。これにより、誤った設定のデプロイメントが防止され、ユーザーエクスペリエンスが向上します。(OCPBUGS-37323)

この更新前は、GetSupportedOCPVersions() 関数の変数シャドウイングバグにより、supportedVersions 変数が = ではなく := 使用して不正に割り当てられ、意図した外部スコープ変数は更新されず、代わりにすぐに破棄されるローカル変数が作成されていました。その結果、HyperShift Operator がデプロイされた状態でユーザーが hypershift version コマンドを実行すると、CLI はサーバーバージョンとして <unknown> を表示するか、"nil pointer dereference" エラーでパニックを起こし、ユーザーはデプロイされた HyperShift Operator のバージョンを確認できませんでした。

このリリースでは、GetSupportedOCPVersions() 関数内の変数の割り当てが supportedVersions := から supportedVersions = に修正され、config map が外部スコープ変数に適切に割り当てられ、サポート対象バージョンのデータが正しく入力されるようになりました。その結果、HyperShift Operator がデプロイされている場合に hypershift version コマンドでサーバーバージョン (例: "Server Version: f001510b35842df352d1ab55d961be3fdc2dae32") が正しく表示されるようになり、ユーザーは実行中の Operator バージョンとサポートされている OpenShift Container Platform バージョンを確認できるようになりました。(OCPBUGS-57316)

この更新前は、共有 Ingress コントローラーは HostedCluster.Spec.KubeAPIServerDNSName フィールドを処理しなかったため、カスタム kube-apiserver DNS 名がルーター設定に追加されませんでした。その結果、カスタム DNS 名を使用する Hosted Control Plane 上の kube-apiserver 宛てのトラフィック (HostedCluster.Spec.KubeAPIServerDNSName 経由) が正しくルーティングされず、共有 Ingress を使用するプラットフォームで KubeAPIExternalName 機能が動作しませんでした。

このリリースでは、共有 Ingress コントローラーに HostedCluster.Spec.KubeAPIServerDNSName の処理が追加されました。ホステッドクラスターがカスタム kube-apiserver DNS 名を指定すると、コントローラーはトラフィックを kube-apiserver サービスに送信するルートを自動的に作成するようになりました。その結果、カスタム kube-apiserver DNS 名宛のトラフィックが共有 Ingress コントローラーによって正しくルーティングされるようになり、共有 Ingress を使用するプラットフォームで KubeAPIExternalName 機能が動作します。(OCPBUGS-57790)

ノードプールが 0 ワーカーにスケールダウンされても、コンソールのホストのリストには、Ready 状態のノードが表示されます。ノードの数は、次の 2 つの方法で確認できます。

ホステッドクラスターをそのマネージドクラスターと同じ namespace に作成した場合、マネージドホステッドクラスターをデタッチすると、ホステッドクラスターが含まれるマネージドクラスター namespace 内のすべてが削除されます。次の状況では、マネージドクラスターと同じ namespace にホステッドクラスターが作成される可能性があります。