3.2. Red Hat OpenShift

通常、サブスクリプションサービスでは、Red Hat OpenShift の使用状況を物理システムおよび仮想システム上のクラスターサイズとして追跡します。クラスターサイズ は、サブスクライブしたすべてのノードの合計となります。サブスクライブされたノード は、ワークロードを実行するコンピュートノードまたはワーカーノードであり、クラスターを管理するコントロールプレーンまたはインフラストラクチャーノードとは異なります。

ただし、この一般的なルール以外に、追跡はいくつかの要因に依存しています。

  • Red Hat OpenShift 製品
  • 対象製品に対して購入されたサブスクリプションの種類
  • 対象製品のバージョン
  • サブスクリプションで定義された製品の測定単位に従って、製品のクラスターサイズや全体の使用量を計算し、その結果として示される測定単位
  • ノードの構造 (ノードのロールの割り当てに使用されるラベルや、ノード上の Pod の配置を制御するためのスケジューリングの設定など)

3.2.1. サブスクライブしたクラスターサイズ (クラスターサイズ合計との比較) の理解

Red Hat OpenShift の場合、サブスクリプションサービスはクラスターとクラスター内のノードの合計サイズのみに焦点を当てているわけではありません。サブスクリプションサービスは、クラスターのサブスクライブされた部分、つまりワークロードを処理しているクラスターノードに焦点を当てます。したがって、サブスクリプションサービスのレポートは、クラスター全体のサイズではなく、サブスクライブされたクラスターサイズ に関するものです。

3.2.2. サブスクライブされたクラスターサイズの決定

データ収集ツールとサブスクリプションサービスは、サブスクライブされたクラスターサイズを決定するため、ノードタイプとノードラベルの両方を調べます。サブスクリプションサービスはこのデータを使用して、ワークロードを受け入れるノードを決定します。すべての非インフラストラクチャーノードとスケジュール可能なマスターノードの合計が、ワークロードに使用できるとみなされます。ワークロードに使用できるノードは、サブスクライブされたノードとしてカウントされ、サブスクライブされたクラスターサイズにカウントされ、サブスクリプションサービスの使用状況レポートに表示されます。

次の情報は、ノードラベルがノードの可算性にどのように影響し、さらにサブスクライブされたクラスターサイズに影響を与えるかについて詳細に説明します。内部環境と顧客環境の両方を分析すると、これらのラベルとラベルの組み合わせが顧客の設定の大部分を表していることがわかります。

表3.1 サブスクライブされたクラスターサイズにノードがどのようにカウントされるか

ノードラベル使用量のカウント例外

worker

はい

ワーカーラベルとインフララベルの組み合わせがない場合のみ

worker + infra

いいえ

 

custom label

はい

カスタムラベルとマスター、インフラ、またはコントロールプレーンのラベルの組み合わせがある場合を除く

custom label + master, infra, control plane (任意の組み合わせ)

いいえ

 

master + infra + control plane (任意の組み合わせ)

いいえ

マスターラベルが存在し、さらに ノードがスケジュール可能としてマークされている場合を除く

schedulable master + infra, control plane (任意の組み合わせ)

はい

 

3.2.3. 従来の年間サブスクリプションがある Red Hat OpenShift Container Platform

サブスクリプションサービスは、クラスターの CPU コアまたはソケット別で Red Hat OpenShift Container Platform の使用状況を追跡し、以下のバージョンサポートによって改良されているように、このデータをアカウントビューに集約します。

  • RHOCP 4.1 以降で、Red Hat Enterprise Linux CoreOS ベースのノード、または Red Hat Enterprise Linux CoreOS と RHEL ベースのノードの混合環境
  • RHOCP 3.11

RHOCP サブスクリプションの使用については、メジャーバージョン 3 とバージョン 4 の間でレポートモデルに変更がありました。バージョン 3 はノードレベルで、バージョン 4 はクラスターレベルでの使用を想定しています。

RHOCP メジャーバージョンのレポートモデルに相違点があるため、Cloud Services プラットフォームのサブスクリプションサービスと関連サービスの使用量の計算方法にも若干の違いがあります。RHOCP バージョン 4 の場合、サブスクリプションサービスは、サブスクライブされたクラスターサイズ の決定 で説明されているように、ノードタイプとノードラベルを検査するルールに従って、サブスクライブされたクラスターサイズを計算します。サブスクリプションサービスは、オーバーヘッドタスクを実行し、ワークロードを受け入れないクラスターの部分を認識し、無視します。サブスクリプションサービスは、ワークロードを受け入れるクラスターの部分のみを認識し、追跡します。

ただし、RHOCP バージョン 3.11 の場合、バージョン 3 のレポートモデルは、オーバーヘッドタスクを実行し、ワークロードを受け入れないクラスターの部分を区別できないため、レポートモデルはサブスクライブされたノードとサブスクライブされていないノードを見つけることができません。したがって、RHOCP バージョン 3.11 では、サブスクリプションサービスが報告するサブスクリプションデータの約 15% が、インフラストラクチャー関連のタスクを実行するサブスクライブされていないノードのオーバーヘッドであると想定できます。この割合は、RHOCP バージョン 3 のインストールにおけるクラスターのオーバーヘッドの分析に基づいています。この特定のケースでは、最大 15 % の容量超過を示す使用結果があっても、コンプライアンスに準拠している可能性が高いです。

3.2.4. 従量課金オンデマンド型サブスクリプションがある Red Hat OpenShift Container Platform または Red Hat OpenShift Dedicated

  • RHOCP または OpenShift Dedicated 4.7 以降

サブスクリプションサービスは、RHOCP または OpenShift Dedicated 4.7 以降の使用量は、従量課金制のオンデマンド型サブスクリプションからコア時間 (一定期間における CPU コアのクラスターサイズの測定値) で追跡します。OpenShift Dedicated オンデマンド型サブスクリプションの場合は、コントロールプレーンリソースの消費量 (サービスインスタンスの可用性) がインスタンス時間で追跡されます。サブスクリプションサービスは、最終的にアカウント内のすべてのクラスターコア時間とインスタンス時間のデータを月ごとの合計値に集計します。これは、Red Hat Marketplace の課金サービスで使用される時間の単位です。

RHOCP 4.1 以降の情報に記載されているように、サブスクリプションサービスは、コンピュートノード (一般にワーカーノードとも呼ばれる) を含むクラスターの一部のみを認識し、追跡します。

3.2.5. 前払いおよびオンデマンド型サブスクリプションの Red Hat OpenShift Service on AWS ホスト型コントロールプレーン

サブスクリプションサービスは、Red Hat OpenShift Service on AWS Hosted Control Planes (ROSA Hosted Control Planes)の使用状況を、vCPU 時間およびコントロールプレーン時間単位の前払いおよびオンデマンドサブスクリプションから追跡します。

  • 仮想 CPU 時間 とは、1 つの仮想コア (サブスクリプション条件で定義) における合計 1 時間の計算活動への使用可能率を、使用するメーターの粒度に合わせて測定したものです。ROSA Hosted Control Plane の場合、計算アクティビティーの可用性は、時間が経過した ROSA Hosted Control Planes の vCPU の可用性です。サブスクライブされたクラスターは、サブスクライブされたノードで設定されます。これらのノードは、非インフラストラクチャーノードと、ワークロードで使用できるスケジュール可能なマスターノードです(該当する場合)。ROSA Hosted Control Plane の場合、この測定も使用する他の製品とは異なり、スケジュール可能なマスターノードは適用されません。サブスクライブされたクラスターのワークロードを実行できる vCPU は、vCPU 時間の数に影響します。
  • コントロールプレーン時間は、コントロールプレーンの可用性の測定です。ROSA Hosted Control Plane では、各クラスターに Red Hat が所有する ROSA Hosted Control Planes サービスアカウントで分離された専用のコントロールプレーンがあります。