API の概要
OpenShift Container Platform API の概要コンテンツ
概要
第1章 API 階層について
このガイダンスでは、レイヤー化された OpenShift Container Platform オファリングを説明しません。
ベアメタル設定の API 層は、ハードウェアと直接対話する機能を除いて、仮想化設定にも適用されます。ハードウェアに直接関連するこれらの機能には、ハードウェアベンダーが提供するレベルを超えるアプリケーションオペレーティング環境 (AOE) の互換性レベルはありません。たとえば、グラフィックスプロセッシングユニット (GPU) 機能に依存するアプリケーションは、GPU ベンダードライバーによって提供される AOE 互換性の対象となります。
クラウド固有の統合ポイントのクラウド環境の API 層には、ホスティングクラウドベンダーによって提供されるレベルを超える API または AOE の互換性レベルはありません。たとえば、コンピューティング、入力、またはストレージの動的管理を実行する API は、クラウドプラットフォームによって公開されている基盤となる API 機能に依存しています。クラウドベンダーが前提条件の API を変更する場合、Red Hat は、クラウドインフラストラクチャーベンダーが現在提供している機能を使用して API のサポートを維持するための商業的に合理的な取り組みを提供します。
Red Hat をお使いのアプリケーション開発者は、未特定の実装に特有の動作への依存や、特定の API 実装におけるバグへの依存を防ぐために、アプリケーション開発者が依存する動作が、API の公式ドキュメントで明示的に定義されていることを確認することが求められます。たとえば、Ingress ルーターの新しいリリースは、アプリケーションが文書化されていない API を使用するか、未定義の動作に依存している場合に、過去のリリースとは互換性がない場合があります。
1.1. API 階層
商用サポートされているすべての API、コンポーネント、および機能は、次のいずれかのサポートレベルに関連付けられています。
API 階層 1
API とアプリケーション動作環境 (AOE) は、メジャーリリースの間は安定性が確保されます。これらはメジャーリリース内で非推奨になる可能性があります。ただし、次のメジャーリリースまで削除されません。
API 階層 2
API と AOE は、メジャーリリース内で最低 9 か月間、または非推奨の発表から 3 つのマイナーリリースのいずれか長い方で安定しています。
API ティア 3
このレベルは、Operator Hub を介して OpenShift Container Platform に含まれる言語、ツール、アプリケーション、およびオプションのオペレーターに適用されます。各コンポーネントは、API および AOE がサポートされるライフサイクルを指定します。言語ランタイム固有のコンポーネントの新しいバージョンは、マイナーバージョンからマイナーバージョンまで、API および AOE と可能な限り互換性があるように試みます。ただし、マイナーバージョン間の互換性は保証されません。
Operator Hub (Operator およびオペランドと呼ばれる) を介して継続的に更新を受け取るコンポーネントおよび開発ツールは、API 階層 3 とみなされます。開発者は注意を払い、これらのコンポーネントがマイナーリリースごとにどのように変化するかを理解する必要があります。コンポーネント別に文書化されている互換性ガイドラインを参照することが推奨されます。
API 階層 4
互換性は提供されません。API および AOE はいつでも変更できます。これらの機能は、長期サポートを必要とするアプリケーションで使用できません。
Operator がタスクを実行するためにカスタムリソース定義 (CRD) を内部で使用する方法は一般的な方法です。これらのオブジェクトは、Operator に含まれない外部アクターが使用するためのものではなく、非表示にすることを意図しています。CRD が Operator の外部のアクターが使用することを意図していない場合は、Operator ClusterServiceVersion (CSV) の operators.operatorframework.io/internal-objects アノテーションを指定して、対応するリソースが内部使用のみであることを通知する必要があります。また、CRD は、明示的に階層 4 としてラベル付けできます。
1.2. API 階層の API グループへのマッピング
Red Hat が定義した API 階層ごとに、アップストリームコミュニティーが上位互換性を維持することを約束している特定の API グループのマッピングテーブルを提供します。互換性レベルが明示的に指定されておらず、以下で具体的に説明されていない API グループには、デフォルトで階層 4 が割り当てられている v1alpha1 API を除き、デフォルトで API 階層 3 が割り当てられます。
1.2.1. Kubernetes API グループのサポート
接尾辞 *.k8s.io で終わる、または接尾辞のないフォーム version.<name> を持つ API グループは、Kubernetes の非推奨ポリシーによって管理され、特に指定がない限り、公開されている API バージョンと対応するサポート階層の間の一般的なマッピングに従います。
| API バージョンの例 | API 階層 |
|---|---|
|
| 階層 1 |
|
| 階層 2 |
|
| 階層 4 |
1.2.2. OpenShift API グループのサポート
接尾辞 *.openshift.io で終わる API グループは、OpenShift Container Platform の非推奨ポリシーによって管理され、特に指定がない限り、公開されている API バージョンと対応する互換性レベルの間の一般的なマッピングに従います。
| API バージョンの例 | API 階層 |
|---|---|
|
| 階層 1 |
|
| 階層 1 の一部で非推奨となった階層 1 |
|
| 階層 1 の一部で非推奨となった階層 1 |
|
| 階層 1 |
|
| 階層 1 |
|
| 階層 1 |
|
| 階層 1 |
|
| 階層 1 |
|
| 階層 1 |
|
| 階層 1 |
|
| 階層 1 |
|
| 階層 1 |
|
| 階層 1 |
|
|
|
|
| 階層 1 |
|
| 階層 2 |
1.2.3. API グループのモニタリングサポート
接尾辞 monitoring.coreos.com で終わる API グループには、以下のマッピングがあります。
| API バージョンの例 | API 階層 |
|---|---|
|
| 階層 1 |
|
| 階層 1 |
|
| 階層 1 |
1.2.4. Operator Lifecycle Manager API グループのサポート
Operator Lifecycle Manager (OLM) は、接尾辞が operators.coreos.com の API グループを含む API を提供します。これらの API には次のマッピングがあります。
| API バージョンの例 | API 階層 |
|---|---|
|
| 階層 1 |
|
| 階層 1 |
|
| 階層 1 |
1.3. API の非推奨ポリシー
OpenShift Container Platform は、多くのアップストリームコミュニティーから供給された多くのコンポーネントで構成されています。コンポーネントのセット、関連する API インターフェイス、および相関する機能は時間の経過とともに進化し、機能を削除するために正式な非推奨が必要になる可能性があると予想されます。
1.3.1. API の一部の使用の終了
OpenShift Container Platform は、複数のコンポーネントが一連の構造化 API を介してクラスターコントロールプレーンによって管理される共有状態と相互作用する分散システムです。Kubernetes の規則に従い、OpenShift Container Platform によって提供される各 API はグループ識別子に関連付けられ、各 API グループは個別にバージョン管理されます。各 API グループは、Kubernetes、Metal3、Multus、Operator Framework、Open Cluster Management、OpenShift 自体などを含む個別のアップストリームコミュニティーで管理されます。
各アップストリームコミュニティーは、特定の API グループおよびバージョンに対して固有の非推奨ポリシーを定義する場合がありますが、Red Hat はコミュニティー固有のポリシーを各アップストリームコミュニティーの統合と認識に基づいて定義された互換性レベルのいずれかに正規化し、エンドユーザーの消費やサポートを簡素化します。
API の非推奨ポリシーとスケジュールは、互換性レベルによって異なります。
非推奨ポリシーは、API のすべての要素を対象とします。以下に例を示します。
- API オブジェクトとしても知られる REST リソース
- REST リソースのフィールド
- バージョン固有の修飾子を除く、REST リソースのアノテーション
- 列挙値または定数値
各グループの最新の API バージョンを除き、古い API バージョンは、次の期間以上、非推奨が発表された後にサポートされる必要があります。
| API 階層 | 期間 |
|---|---|
| 階層 1 | メジャーリリース内で安定しています。これらはメジャーリリース内で非推奨になる可能性があります。ただし、次のメジャーリリースまで削除されません。 |
| 階層 2 | 非推奨の発表から 9 か月または 3 回のリリースのいずれか長い方。 |
| 階層 3 | コンポーネント固有のスケジュールを参照してください。 |
| 階層 4 | なし。互換性は保証されません。 |
次のルールは、すべての階層 1 API に適用されます。
- API 要素は、グループのバージョンをインクリメントすることによってのみ削除できます。
- API オブジェクトは、一部のバージョンに存在しない REST リソース全体を除いて、情報を失うことなく API バージョン間をラウンドトリップできるようにする必要があります。バージョン間に同等のフィールドが存在しない場合に、データは変換中にアノテーションの形式で保存されます。
- 特定のグループの API バージョンは、API オブジェクト全体が削除される場合を除いて、少なくとも安定した新しい API バージョンがリリースされるまで非推奨にすることはできません。
1.3.2. CLI 要素の廃止
クライアント向けの CLI コマンドは、API と同じ方法でバージョン管理されていませんが、ユーザー向けのコンポーネントシステムです。ユーザーが CLI を操作する 2 つの主な方法は、コマンドまたはフラグを使用することです。これは、このコンテキストでは CLI 要素と呼ばれます。
特に明記されていない限り、または CLI が下位層の API に依存している場合を除き、すべての CLI 要素はデフォルトで API 階層 1 になります。
| 要素 | API 階層 | |
|---|---|---|
| 一般提供 (GA) | フラグおよびコマンド | 階層 1 |
| テクノロジープレビュー | フラグおよびコマンド | 階層 3 |
| 開発者プレビュー | フラグおよびコマンド | 階層 4 |
1.3.3. コンポーネント全体の非推奨化
コンポーネント全体を非推奨にする期間とスケジュールは、そのコンポーネントが公開している API の最上位 API 層に関連付けられている期間に直接マップされます。たとえば、ティア 1 とティア 2 の API を表面化したコンポーネントは、ティア 1 の非推奨スケジュールが満たされるまで削除できませんでした。
| API 階層 | 期間 |
|---|---|
| 階層 1 | メジャーリリース内で安定しています。これらはメジャーリリース内で非推奨になる可能性があります。ただし、次のメジャーリリースまで削除されません。 |
| 階層 2 | 非推奨の発表から 9 か月または 3 回のリリースのいずれか長い方。 |
| 階層 3 | コンポーネント固有のスケジュールを参照してください。 |
| 階層 4 | なし。互換性は保証されません。 |
第2章 API 互換性ガイドラインについて
このガイダンスでは、レイヤー化された OpenShift Container Platform オファリングを説明しません。
2.1. API 互換性ガイドライン
Red Hat は、OpenShift Container Platform との互換性を向上させるために、アプリケーション開発者が以下の原則を採用することを推奨しています。
- アプリケーションのニーズに一致するサポート層を備えた API とコンポーネントを使用します。
- 可能な場合は、公開されたクライアントライブラリーを使用してアプリケーションを構築します。
- アプリケーションは、実行対象として構築された環境と同じくらい新しい環境で実行される場合にのみ、正しく実行されることが保証されます。OpenShift Container Platform 4.7 用にビルドされたアプリケーションは OpenShift Container Platform 4.6 で適切に機能することが保証されていません。
- システムパッケージまたは他のコンポーネントにより提供される設定ファイルに依存するアプリケーションを設計しないでください。アップストリームコミュニティーが、それを保存するように明示的にコミットしない限り、このファイルはバージョン間で変更する場合があります。必要に応じて、前方互換性を維持するために、これらの設定ファイルを通じて Red Hat が提供するインターフェイスの抽象化により異なります。設定ファイルを直接ファイルシステムで変更することは推奨しません。デュアルライターの競合を回避するために、利用可能な場合は、Operator が提供する API と統合することが強く推奨されます。
-
unsupported<FieldName>の接頭辞が付いた API フィールドや、製品ドキュメントに明示的に記載されていないアノテーションに依存しないでください。 - お使いのアプリケーションより互換性の保証が短いコンポーネントには依存しないでください。
- etcd サーバーで直接ストレージ操作を実行しないでください。すべての etcd アクセスは、api-server を介して、または文書化されたバックアップと復元の手順を介して実行する必要があります。
Red Hat は、アプリケーション開発者が Red Hat Enterprise Linux (RHEL) によって定義された 互換性ガイドライン に従うことを推奨しています。OpenShift Container Platform は、プラットフォーム上でアプリケーションを構築またはホストする際に、以下のガイドラインを強く推奨します。
- 特定の Linux カーネルまたは OpenShift Container Platform のバージョンに依存しないでください。
-
proc、sys、およびdebugファイルシステム、または他の擬似ファイルシステムから読み込みは避けてください。 -
ioctlsは使用せず、ハードウェアと直接対話してください。 -
コンテナー実行環境を提供する OpenShift Container Platform ホストエージェントと競合しないように、
cgroupとの直接の対話を避けてください。
リリースのライフサイクルの間、Red Hat は、すべてのマイナーリリースと z-stream リリース間で API とアプリケーションオペレーティング環境 (AOE) の互換性を維持するために商業的に合理的な努力をします。ただし、必要に応じて、重大影響を及ぼすセキュリティー問題や、その他の重要な問題に対処するために、この互換性維持の目標に Red Hat が例外を設けることがあります。
2.2. API の互換性例外
以下は、OpenShift Container Platform での互換性の例外です。
サポートされている Operator で行われていない RHEL CoreOS ファイルシステムの変更
現時点では、ホストオペレーティングファイルシステムに加えられた変更がマイナーリリース間で保持されるという保証はありません。ただし、その変更が、Machine Config Operator や Node Tuning Operator などのサポートされている Operator を介して公開されたパブリックインターフェイスを介して行われる場合を除きます。
クラウドまたは仮想化環境でのクラスターインフラストラクチャーの変更
現時点では、クラスターをサポートするクラウドホスティング環境への変更が保持されるという保証はありません。ただし、その変更が製品で公開されているパブリックインターフェイスを介して行われる場合、またはサポートされる設定として文書化されている場合を除きます。クラスターインフラストラクチャープロバイダーは、API を介して製品にその権限を委任する場合を除いて、クラウドまたは仮想化インフラストラクチャーを維持する責任があります。
アップグレードされたクラスターと新規インストールの間の機能のデフォルト
現時点では、製品のマイナーリリースの新規インストールが、以前のマイナーリリースでインストールされ、同等のバージョンにアップグレードされた製品のバージョンと同じ機能デフォルトになるという保証はありません。たとえば、製品の今後のバージョンでは、以前のマイナーバージョンとは異なるデフォルト設定で、クラウドインフラストラクチャーがプロビジョニングされる可能性があります。さらに、選択されていたセキュリティーに関するデフォルトの内容は、今後の製品バージョンと、過去の製品バージョンで異なる場合があります。製品の過去のバージョンはアップグレードされますが、特に下位互換性を維持するために、必要に応じて従来の選択肢が保持されます。
"unsupported” または undocumented annotations の接頭辞を持つ API フィールドの使用
製品で API を選択すると、unsupported<FieldName> の接頭辞が付いたフィールドが公開されます。現時点では、このフィールドの使用がリリース間または同一リリース内でサポートされるという保証はありません。製品サポートは、特定の問題をデバッグする場合に、このフィールドで値を指定するようにお客様に依頼することはできますが、それ以外での使用はサポートされていません。明示的に文書化されていないオブジェクトでのアノテーションの使用に関しては、マイナーリリース間でのサポートは保証されていません。
製品インストールトポロジーごとの API の可用性
OpenShift ディストリビューションは、サポートされているインストールトポロジーを進化させ続け、あるインストールトポロジーのすべての API が必ずしも別のトポロジーに含まれるとは限りません。たとえば、特定のトポロジーでは、製品のインストールトポロジーと競合している場合、またはそのトポロジーに関連しておらず、特定の API がまったく含まれていない場合に、特定の API への読み取り/書き込みアクセスを制限できます。特定のトポロジーに存在する API は、上記で定義した互換性の階層に従ってサポートされます。
2.3. API の互換性の一般的な用語
2.3.1. アプリケーションプログラミングインターフェイス (API)
API は、他のソフトウェアとの対話を可能にするソフトウェアプログラムによって実装されるパブリックインターフェイスです。OpenShift Container Platform では、API は中央の API サーバーから提供され、すべてのシステム対話のハブとして使用されます。
2.3.2. アプリケーションオペレーティング環境 (AOE)
AOE は、エンドユーザーアプリケーションプログラムを実行する統合環境です。AOE は、ホストオペレーティングシステム (OS) からの分離を提供するコンテナー化された環境です。AOE を使用すると、少なくともアプリケーションをホスト OS ライブラリーおよびバイナリーから分離して実行できますが、ホスト上の他のすべてのコンテナーと同じ OS カーネルを共有することはできます。AOE はランタイム時に適用され、アプリケーションとそのオペレーティングシステム間のインターフェイスを記述します。これには、プラットフォーム、オペレーティングシステム、および環境間の交差点が含まれ、ユーザーアプリケーションには、Downward API、DNS、リソースアカウンティング、デバイスアクセス、プラットフォームワークロード ID、コンテナー間の分離、コンテナーとホスト OS 間の分離が含まれます。
AOE には、Container Network Interface (CNI) プラグインの選択や、アドミッションフックをはじめとした製品の拡張機能など、インストールによって異なる可能性のあるコンポーネントは含まれていません。コンテナー環境より下層のクラスターと統合するコンポーネントは、バージョン間で追加のバリエーションが適用される場合があります。
2.3.3. 仮想化環境における互換性
仮想環境は、ベアメタル環境で動作する非特権アプリケーションが、対応する仮想環境で変更されずに実行されるベアメタル環境をエミュレートします。仮想環境は、物理リソースが抽象化された簡易ビューを表示するため、相違点がいくつか存在する場合があります。
2.3.4. クラウド環境での互換性
OpenShift Container Platform は、クラウドプロバイダー固有の統合を介してホスティングクラウド環境との統合ポイントを提供することを選択する場合があります。これらの統合ポイントの互換性は、ネイティブクラウドベンダーが提供する保証や、OpenShift Container Platform の互換性ウィンドウとの交差部分に固有のものです。OpenShift Container Platform がデフォルトのインストールの一部としてクラウド環境との統合をネイティブに提供する場合、Red Hat は安定したクラウド API エンドポイントに対して開発し、安定した非推奨ポリシーを含む将来を見据えた互換性を備えた商業的に合理的なサポートを提供します。クラウドプロバイダーと OpenShift Container Platform の統合の例には、動的ボリュームプロビジョニング、サービ出力ドバランサー統合、Pod ワークロード ID、コンピューティングの動的管理、初期インストールの一部としてプロビジョニングされるインフラストラクチャーが含まれますが、これらに限定されません。
2.3.5. major、minor、および z-stream リリース
Red Hat メジャーリリースは、製品開発における重要なステップを表します。マイナーリリースは、メジャーリリースの範囲内でより頻繁に表示され、今後のアプリケーションの互換性に影響を与える可能性のある非推奨の境界を表します。z-stream リリースは、マイナーリリースへの更新で、関連するマイナーリリースに継続的な修正のストリームを提供します。予期しないセキュリティーの影響に対応するためにこのポリシーが明示的にオーバーライドされる場合を除いて、API と AOE の互換性が z-stream リリースで破られることはありません。
たとえば、リリース 4.3.2 では、以下のようになります。
- 4 は、メジャーリリースのバージョンです。
- 3 は、マイナーリリースのバージョンです。
- 2 は、z-stream リリースバージョンです。
2.3.6. 拡張ユーザーサポート (EUS)
重大なバグ修正のための拡張サポートウィンドウを備えた OpenShift Container Platform メジャーリリースのマイナーリリース。ユーザーは、EUS リリース間でマイナーバージョンを段階的に採用することにより、EUS リリース間で移行できます。非推奨のポリシーはマイナーリリース全体で定義され、EUS リリースではなく、留意することが重要です。その結果、EUS ユーザーは、マイナーリリースごとに順次アップグレードしながら、将来の EUS に移行するときに非推奨に対応する必要がある場合があります。
2.3.7. 開発者プレビュー
Red Hat によって公式にサポートされておらず、初期段階のテクノロジーを探索するメカニズムを提供することを目的としたオプションの製品機能。デフォルトでは、Developer Preview 機能はオプトインであり、いつでも削除される可能性があります。開発者プレビュー機能を有効にすると、機能のスコープによってクラスターがサポートされない可能性があります。
2.3.8. テクノロジープレビュー
機能をテストし、開発プロセス中にフィードバックを提供するために、今後の製品イノベーションへの早期アクセスを提供するオプションの製品機能。この機能は完全にはサポートされておらず、機能的に完全ではない可能性があり、実稼働での使用を目的としていません。テクノロジープレビューの機能を使用するには、明示的なオプトインが必要です。テクノロジープレビュー機能のサポートスコープ の詳細をご覧ください。
第3章 kubelet ログレベルの詳細設定およびログの収集
ノードに関するいくつかの問題のトラブルシューティングを行うには、追跡する問題に応じて、kubelet のログレベルの詳細度を確立します。
3.1. 1 回限りのシナリオとしての kubelet の変更
machine-config(spec":{"paused":false}}) の変更によりノードを再起動せずに、1 回限りのシナリオで kubelet を変更し、サービスに影響を与えずに kubelet を変更できるようにするには、次の手順に従います。
手順
デバッグモードでノードに接続します。
$ oc debug node/<node>
$ chroot /host
または、ノードに SSH で接続して root になることもできます。
アクセスが確立されたら、デフォルトのログレベルを確認します。
$ systemctl cat kubelet
出力例
# /etc/systemd/system/kubelet.service.d/20-logging.conf [Service] Environment="KUBELET_LOG_LEVEL=2"
新しい
/etc/systemd/system/kubelet.service.d/30-logging.confファイルで必要な新しい詳細度を定義します。このファイルは、/etc/systemd/system/kubelet.service.d/20-logging.confをオーバーライドします。この例では、詳細度が2から8に変更になります。$ echo -e "[Service]\nEnvironment=\"KUBELET_LOG_LEVEL=8\"" > /etc/systemd/system/kubelet.service.d/30-logging.conf
systemd をリロードし、サービスを再起動します。
$ systemctl daemon-reload
$ systemctl restart kubelet
ログを収集し、ログレベルの増加を元に戻します。
$ rm -f /etc/systemd/system/kubelet.service.d/30-logging.conf
$ systemctl daemon-reload
$ systemctl restart kubelet
3.2. 永続的な kubelet ログレベルの設定
手順
以下の
MachineConfigオブジェクトを永続的な kubelet ログレベル設定に使用します。apiVersion: machineconfiguration.openshift.io/v1 kind: MachineConfig metadata: labels: machineconfiguration.openshift.io/role: master name: 99-master-kubelet-loglevel spec: config: ignition: version: 3.2.0 systemd: units: - name: kubelet.service enabled: true dropins: - name: 30-logging.conf contents: | [Service] Environment="KUBELET_LOG_LEVEL=2"一般に、デバッグレベルのログとして
0〜4を適用し、トレースレベルのログとして5〜8を適用することを推奨します。
3.3. ログの詳細レベルの説明
| ログの詳細レベル | Description |
|---|---|
|
| 常に Operator に表示されます。 |
|
| 詳細度が必要ない場合は、妥当なデフォルトログレベル。 |
|
| システムの重要な変更に関連する可能性のある、サービスおよび重要なログメッセージに関する有用な定常状態情報。これは、推奨されるデフォルトのログレベルです。 |
|
| 変更についての拡張情報。 |
|
| デバッグレベルの冗長性。 |
|
| 要求されたリソースを表示します。 |
|
| HTTP リクエストヘッダーを表示します。 |
|
| HTTP 要求の内容を表示します。 |
3.4. kubelet ログの収集
手順
kubelet のログレベルの詳細度が適切に設定されたら、次のコマンドを実行してログを収集できます。
$ oc adm node-logs --role master -u kubelet
$ oc adm node-logs --role worker -u kubelet
または、ノード内で以下のコマンドを実行します。
$ journalctl -b -f -u kubelet.service
マスターコンテナーログを収集しるには、以下のコマンドを実行します。
$ sudo tail -f /var/log/containers/*
全ノードのログを直接収集するには、以下のコマンドを実行します。
- for n in $(oc get node --no-headers | awk '{print $1}'); do oc adm node-logs $n | gzip > $n.log.gz; done
第4章 API インデックス
| API | API グループ |
|---|---|
| monitoring.coreos.com/v1 | |
| monitoring.coreos.com/v1beta1 | |
| apiserver.openshift.io/v1 | |
| config.openshift.io/v1 | |
| apiregistration.k8s.io/v1 | |
| quota.openshift.io/v1 | |
| config.openshift.io/v1 | |
| operator.openshift.io/v1 | |
| metal3.io/v1alpha1 | |
| v1 | |
| metal3.io/v1alpha1 | |
| template.openshift.io/v1 | |
| build.openshift.io/v1 | |
| config.openshift.io/v1 | |
| build.openshift.io/v1 | |
| build.openshift.io/v1 | |
| build.openshift.io/v1 | |
| operators.coreos.com/v1alpha1 | |
| certificates.k8s.io/v1 | |
| operator.openshift.io/v1 | |
| cloud.network.openshift.io/v1 | |
| autoscaling.openshift.io/v1 | |
| operator.openshift.io/v1 | |
| config.openshift.io/v1 | |
| quota.openshift.io/v1 | |
| authorization.openshift.io/v1 | |
| rbac.authorization.k8s.io/v1 | |
| authorization.openshift.io/v1 | |
| rbac.authorization.k8s.io/v1 | |
| operators.coreos.com/v1alpha1 | |
| config.openshift.io/v1 | |
| v1 | |
| imageregistry.operator.openshift.io/v1 | |
| operator.openshift.io/v1 | |
| samples.operator.openshift.io/v1 | |
| v1 | |
| config.openshift.io/v1 | |
| operator.openshift.io/v1 | |
| console.openshift.io/v1 | |
| console.openshift.io/v1 | |
| console.openshift.io/v1 | |
| console.openshift.io/v1 | |
| console.openshift.io/v1 | |
| console.openshift.io/v1 | |
| console.openshift.io/v1 | |
| machineconfiguration.openshift.io/v1 | |
| machineconfiguration.openshift.io/v1 | |
| apps/v1 | |
| machine.openshift.io/v1 | |
| cloudcredential.openshift.io/v1 | |
| batch/v1 | |
| storage.k8s.io/v1 | |
| storage.k8s.io/v1 | |
| operator.openshift.io/v1 | |
| storage.k8s.io/v1 | |
| apiextensions.k8s.io/v1 | |
| apps/v1 | |
| apps/v1 | |
| apps.openshift.io/v1 | |
| apps.openshift.io/v1 | |
| apps.openshift.io/v1 | |
| apps.openshift.io/v1 | |
| config.openshift.io/v1 | |
| operator.openshift.io/v1 | |
| ingress.operator.openshift.io/v1 | |
| k8s.ovn.org/v1 | |
| k8s.ovn.org/v1 | |
| k8s.ovn.org/v1 | |
| network.operator.openshift.io/v1 | |
| v1 | |
| discovery.k8s.io/v1 | |
| operator.openshift.io/v1 | |
| v1 | |
| events.k8s.io/v1 | |
| policy/v1 | |
| config.openshift.io/v1 | |
| metal3.io/v1alpha1 | |
| flowcontrol.apiserver.k8s.io/v1beta1 | |
| user.openshift.io/v1 | |
| metal3.io/v1alpha1 | |
| helm.openshift.io/v1beta1 | |
| autoscaling/v2 | |
| metal3.io/v1alpha1 | |
| user.openshift.io/v1 | |
| config.openshift.io/v1 | |
| image.openshift.io/v1 | |
| config.openshift.io/v1 | |
| operator.openshift.io/v1alpha1 | |
| imageregistry.operator.openshift.io/v1 | |
| image.openshift.io/v1 | |
| image.openshift.io/v1 | |
| image.openshift.io/v1 | |
| image.openshift.io/v1 | |
| image.openshift.io/v1 | |
| image.openshift.io/v1 | |
| image.openshift.io/v1 | |
| image.openshift.io/v1 | |
| config.openshift.io/v1 | |
| config.openshift.io/v1 | |
| networking.k8s.io/v1 | |
| networking.k8s.io/v1 | |
| operator.openshift.io/v1 | |
| operator.openshift.io/v1 | |
| operators.coreos.com/v1alpha1 | |
| whereabouts.cni.cncf.io/v1alpha1 | |
| batch/v1 | |
| operator.openshift.io/v1 | |
| operator.openshift.io/v1 | |
| machineconfiguration.openshift.io/v1 | |
| operator.openshift.io/v1 | |
| operator.openshift.io/v1 | |
| coordination.k8s.io/v1 | |
| v1 | |
| authorization.openshift.io/v1 | |
| authorization.k8s.io/v1 | |
| authorization.openshift.io/v1 | |
| machine.openshift.io/v1beta1 | |
| autoscaling.openshift.io/v1beta1 | |
| machineconfiguration.openshift.io/v1 | |
| machineconfiguration.openshift.io/v1 | |
| machine.openshift.io/v1beta1 | |
| machine.openshift.io/v1beta1 | |
| admissionregistration.k8s.io/v1 | |
| v1 | |
| config.openshift.io/v1 | |
| operator.openshift.io/v1 | |
| k8s.cni.cncf.io/v1 | |
| networking.k8s.io/v1 | |
| v1 | |
| config.openshift.io/v1 | |
| config.openshift.io/v1 | |
| oauth.openshift.io/v1 | |
| oauth.openshift.io/v1 | |
| oauth.openshift.io/v1 | |
| oauth.openshift.io/v1 | |
| operators.coreos.com/v1 | |
| operator.openshift.io/v1 | |
| operator.openshift.io/v1 | |
| operators.coreos.com/v1 | |
| operators.coreos.com/v2 | |
| operators.coreos.com/v1 | |
| config.openshift.io/v1 | |
| network.operator.openshift.io/v1 | |
| whereabouts.cni.cncf.io/v1alpha1 | |
| packages.operators.coreos.com/v1 | |
| performance.openshift.io/v2 | |
| v1 | |
| v1 | |
| v1 | |
| policy/v1 | |
| monitoring.coreos.com/v1 | |
| controlplane.operator.openshift.io/v1alpha1 | |
| security.openshift.io/v1 | |
| security.openshift.io/v1 | |
| security.openshift.io/v1 | |
| v1 | |
| metal3.io/v1alpha1 | |
| scheduling.k8s.io/v1 | |
| flowcontrol.apiserver.k8s.io/v1beta1 | |
| monitoring.coreos.com/v1 | |
| tuned.openshift.io/v1 | |
| config.openshift.io/v1 | |
| project.openshift.io/v1 | |
| helm.openshift.io/v1beta1 | |
| project.openshift.io/v1 | |
| monitoring.coreos.com/v1 | |
| monitoring.coreos.com/v1 | |
| metal3.io/v1alpha1 | |
| config.openshift.io/v1 | |
| security.openshift.io/v1 | |
| apps/v1 | |
| v1 | |
| authorization.openshift.io/v1 | |
| v1 | |
| authorization.openshift.io/v1 | |
| rbac.authorization.k8s.io/v1 | |
| authorization.openshift.io/v1 | |
| rbac.authorization.k8s.io/v1 | |
| authorization.openshift.io/v1 | |
| route.openshift.io/v1 | |
| node.k8s.io/v1 | |
| autoscaling/v1 | |
| config.openshift.io/v1 | |
| v1 | |
| image.openshift.io/v1 | |
| security.openshift.io/v1 | |
| authorization.k8s.io/v1 | |
| authorization.k8s.io/v1 | |
| authorization.openshift.io/v1 | |
| v1 | |
| v1 | |
| operator.openshift.io/v1 | |
| monitoring.coreos.com/v1 | |
| apps/v1 | |
| operator.openshift.io/v1 | |
| storage.k8s.io/v1 | |
| migration.k8s.io/v1alpha1 | |
| migration.k8s.io/v1alpha1 | |
| authorization.k8s.io/v1 | |
| authorization.openshift.io/v1 | |
| authorization.openshift.io/v1 | |
| operators.coreos.com/v1alpha1 | |
| template.openshift.io/v1 | |
| template.openshift.io/v1 | |
| monitoring.coreos.com/v1 | |
| authentication.k8s.io/v1 | |
| authentication.k8s.io/v1 | |
| tuned.openshift.io/v1 | |
| user.openshift.io/v1 | |
| user.openshift.io/v1 | |
| oauth.openshift.io/v1 | |
| admissionregistration.k8s.io/v1 | |
| storage.k8s.io/v1 | |
| snapshot.storage.k8s.io/v1 | |
| snapshot.storage.k8s.io/v1 | |
| snapshot.storage.k8s.io/v1 |
Legal Notice
Copyright © 2024 Red Hat, Inc.
OpenShift documentation is licensed under the Apache License 2.0 (https://www.apache.org/licenses/LICENSE-2.0).
Modified versions must remove all Red Hat trademarks.
Portions adapted from https://github.com/kubernetes-incubator/service-catalog/ with modifications by Red Hat.
Red Hat, Red Hat Enterprise Linux, the Red Hat logo, the Shadowman logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat Software Collections is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation’s permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.
