クラスタのコスト管理
クラスタ環境の計画、見積もり、見直し、調整を行い、クラスタリソースのコストを把握・管理します。
コンポーネント別のコストについて
Red Hat OpenShift on IBM Cloud クラスターでは、IBM Cloud インフラストラクチャーのコンピュート・リソース、ネットワーキング・リソース、およびストレージ・リソースを、Watson AI や Compose Database-as-a-Service などのプラットフォーム・サービスと一緒に使用できます。 リソースごとに料金が発生する可能性があります。料金には定額制、従量制、段階制、または予約制があり、課金単位にも種類がいくつかあります (月単位や時間単位など)。
月単位のリソースは、月初めを基点として、前月の使用量について課金されます。 月の半ばに月単位のリソースを注文した場合、その月については日割り計算した金額が課金されます。 ただし、月の半ばにリソースをキャンセルした場合でも、月単位のリソースの 1 カ月分全額が課金されます。
ワーカー・ノード
クラスターには、仮想マシンと物理 (ベアメタル) マシンという 2 つの主なワーカー・ノード・タイプがあります。 使用可能なフレーバー (マシン・タイプ) と価格設定は、クラスターのデプロイ先のゾーンによって異なります。
- ワーカーノードへの課金はいつから発生しますか?**
- ワーカーノードは、「
provisioning」状態を完了した時点から課金が始まり、ワーカーノードを削除して「deleting」状態を完了するまで課金が継続します。 詳しくは、ワーカー・ノードの状態を参照してください。
仮想マシンと物理マシンの違いは何ですか?
仮想マシンの特徴は、ベアメタルと比較して柔軟性が高く、プロビジョニング時間が短く、自動スケーラビリティー機能が多い点で、これらをベアメタルよりも高いコスト効率の価格で提供します。 ただし、VMは、ネットワークのGbps、RAMやメモリの制限、ストレージの選択肢といった点において、ベアメタルの仕様と比較すると、パフォーマンス面でトレードオフが生じます。 VM のコストに影響を与える以下の要因に留意してください。
- 共有型と専用型 : VM の基盤となるハードウェアを共有する場合、コストは専用ハードウェアよりも安くなりますが、物理リソースは VM 専用には割り当てられません。
- 時間単位の課金のみ: 時間単位の課金の場合、より柔軟に VM の迅速な注文やキャンセルを行うことができます。 ワーカーノードがプロビジョニングされている時間のみ、時間単位の料金が課金されます。 時間は最も近い時間に切り上げまたは切り捨てられず、分単位で計測され、時間単価で課金されます。 例えば、ワーカー・ノードが 90 分間プロビジョンされている場合、2 時間ではなく 1.5 時間の時間単位が課金されます。
- 1 カ月当たりの階層化時間: 料金 は、 累進階層 で時間単位で請求されます。
課金月内の時間階層に対して VM は注文されたままになるほど、時間単位の課金率が低下します。 時間階層は以下のとおりです。
- 0 から 150 時間
- 151 から 290 時間
- 291 から 540 時間
- 541 時間以上
物理マシン(ベアメタル)は、 データ、GPU、AI などのワークロードにおいて、高いパフォーマンスを発揮します。 また、すべてのハードウェア・リソースは独自のワークロード専用なので、「ノイジー・ネイバー」はありません。 ベアメタルのコストに影響を与える以下の要因に留意してください。
- 月単位の課金のみ: すべてのベアメタルは月単位で課金されます。
- 注文処理に時間がかかる: お客様がベアメタル・サーバーを注文またはキャンセルした後に、IBM Cloud インフラストラクチャー・アカウントの処理が手動で実行されます。 そのため、完了するまでに 1 営業日以上かかる場合があります。
VPC Generation 2 のみ :価格は、基盤となるワーカーノードのインフラストラクチャが配置されているリージョンによって異なり、継続利用割引が適用されます。 詳しくは、VPC ワーカー・ノードのリージョン別の追加料金と継続利用割引とは何ですか?を参照してください。
ライセンスの計算
Red Hat OpenShift on IBM Cloud では、Red Hat OpenShift Container Platform と Red Hat Enterprise Linux の使用をカバーする OpenShift Container Platform のライセンスがワーカー・ノードに必要になります。 OpenShift Container Platform ライセンスは、 既存の IBM Cloud のPak利用権 または 著者: Red Hat OpenShift on IBM Cloud から入手できます。
Red Hat OpenShift on IBM Cloud からの OCP ライセンス
ワーカー・プールまたはクラスターを追加してワーカー・ノードを作成するときに、Red Hat OpenShift on IBM Cloud では、ワーカー・ノードのための OpenShift Container Platform ライセンスの購入を含めることができます。 それらの OpenShift Container Platform ライセンスに対する課金方法は、ワーカー・ノードに適用した OpenShift Container Platform ライセンスのタイプによって異なります。
- 2020 年 11 月 9 日から提供される低料金の新しい OCP ライセンス。 新しい OCP ライセンスを使用するには、最新のフレーバーでクラスターまたはワーカー・プールを作成してください。
- 非推奨: 2020 年 11 月 9 日より前の既存のワーカー・ノード、または非推奨のベアメタル・フレーバーのための古い OCP ライセンス。 新しい OCP ライセンスを利用するには、既存のワーカー・ノードをマイグレーションしてください。
2020 年 11 月 9 日から提供される低料金の新しい OCP ライセンス
Red Hat Red Hat OpenShift ライセンスは、ワーカー・ノード・フレーバーの仮想コア2個(または物理コア1個)ごとに課金されます。 料金は、使用するワーカー・ノードの種類によって異なり、ワーカー・ノードの存在期間だけ課金されます。
- 仮想マシン (VM): OCP ライセンスは時間単位で課金されます。 例えば、VM を使用してワーカー・プールを作成し、アプリを 3 日間テストしてから、そのワーカー・プールを削除するとします。 ワーカー・ノードがデプロイされていた時間のみ、課金されます。
- 物理マシン (ベアメタル): ワーカー・ノードを作成した最初の月については、OCP ライセンスが日割り計算で課金されます。その後、ワーカー・ノードの残りのライフサイクルでは月単位で課金されます。 例えば、8 月 15 日にベアメタル・ワーカー・ノードを使用してクラスターを作成し、9 月 14 日にそのクラスターを削除するとします。 最初の月である 8 月は月額を日割り計算した料金が課金されますが、9 月は 1 カ月分の料金が全額課金されます。
新規のクラスターまたはワーカー・ノードのコストを見積もった場合、OCP のライセンスは、ワーカー・ノードのコストの一部として含まれています。 OCP のライセンスは、ワーカー・ノードのプランの一部でもあるので、IBM Cloud の請求書ではワーカー・ノードの項目の 1 つとしてリストされます。
非推奨: 2020 年 11 月 9 日より前の既存のワーカー・ノード、または非推奨のベアメタル・フレーバーのための古い OCP ライセンス
Red Hat OpenShift ライセンスは、ワーカーノードのフレーバーにおける仮想コア4個(または物理コア2個)ごとに課金されます。 ワーカー・ノードが deployed (デプロイ済み) 状態になった月ごとに 1 カ月分のライセンス料金が請求されます。 仮想ワーカー・ノードにも物理ワーカー・ノードにも、月額料金が適用されます。 例えば、8 月 15 日にクラスターを作成し、9 月 14 日にそのクラスターを削除した場合は、2 カ月分
(8 月と 9 月) の OCP ライセンス料金が請求されます。
- 月末前にワーカー・ノードを削除した場合でも、同じクラスターに含まれている他のワーカー・ノードに月単位のライセンスを使用できます。 そのワーカー・ノードが同じ CPU サイズでない場合は、追加のライセンスが必要です。
- 月末前にクラスターを削除した場合でも、Red Hat OpenShift ライセンスの 1 カ月分の料金が全額課金されます。
新規のクラスターまたはワーカー・ノードのコストを見積もった場合、OCP のライセンスは、独立した明細項目として含まれています。 IBM Cloud の請求書でも、OCP ライセンスは、独立したプランとしてリストされます。
旧OCPライセンスから新OCPライセンスへ移行するにはどうすればよいですか?
フレーバーの更新と同じ手順に従って、新規ワーカー・プールを追加してから、古いワーカー・プールを削除します。 ベアメタルを使用する場合は、必ず最新シリーズの 4 つのフレーバーを使用してください。 既存のベアメタル・フレーバーの多くは、新しい OCP ライセンスをサポートしていません。
コンソールでクラスターまたはワーカー・プールを作成するときに、料金見積もりで新しい料金を確認できます。 OCP ライセンスは、見積もりの個別の明細項目ではなく、代わりにワーカー・ノードのコストになります。
Cloud Pak の使用権から提供される OCP ライセンス
IBM Cloud Pak などの製品を購入した場合は、OCP ライセンスがその購入に含まれていることがあります。 クラスターまたはワーカー・プールを作成するときに、その使用権を適用することを選択して、OCP ライセンスのコストをカバーすることができます。
使用権を超えないようにしてください。 他のクラウド・プロバイダーや他の環境でも OpenShift Container Platform の使用権を使用できることを忘れないでください。 後で請求に関する問題が起きないように、使用権のあるものだけを使用していることを確認してください。 例えば、CPU 4 個とメモリー 16 GB のワーカー・ノード 2 台に対する OCP ライセンスの使用権がある場合に、CPU 4 個とメモリー 16 GB のワーカー・ノード 2 台からなるワーカー・プールを作成したとします。 ライセンス全体を使用したため、他のワーカー・プール、クラウド・プロバイダー、または環境に同じライセンスを使用することはできません。
パブリック帯域幅
帯域幅とは、パブリックによるデータ転送で、世界中のデータ・センターの IBM Cloud リソースとの間で送受信したインバウンドとアウトバウンドのネットワーク・トラフィックのことを指しています。
クラシック・クラスター: パブリック帯域幅は、GB 単位で課金されます。 IBM Cloud コンソール にログインし、メニューの「 」から「 インフラ 」>「 クラシック・インフラストラクチャー 」の順に選択し、「 ネットワーク > 帯域幅 > 概要 」ページを選択することで、現在の帯域幅の概要を確認できます。
パブリック帯域幅の課金に影響を与える以下のような要因を確認してください。
- 場所: ワーカー・ノードと同様に、課金はリソースのデプロイ先のゾーンに応じて異なります。
- VM に対する従量課金: VM は 1 時間単位で課金されるため、VM のワーカー・ノード・マシンには、アウトバウンド・ネットワーキングに対して GB 使用量に基づく従量課金の割り当てがあります。
- BM の組み込み帯域幅と段階制パッケージ: ベアメタルのワーカー・ノードには、通常、アウトバウンド・ネットワーキングに対して月単位の特定の割り当てがあります。この割り当ては、地域ごとに異なります (北アメリカとヨーロッパでは 20 TB、アジア太平洋と南アメリカでは 5 TB)。 組み込みの帯域幅を超過すると、地域に応じた段階制の使用量方式に従って課金されます。 段階制割り振りを超過すると、標準データ転送料金も課金される場合があります。
VPC クラスター :Virtual Private Cloud におけるインターネットデータ転送の仕組みの詳細については、「 VPC の料金 」をご覧ください。
サブネット IP アドレス
Red Hat OpenShift on IBM Cloud クラスターのサブネットは、インフラストラクチャー・プロバイダーに応じて異なります。
クラシック・クラスター: 標準クラスターを作成すると、8 つのパブリック IP アドレスを持つポータブル・パブリック・サブネットが注文され、月単位でアカウントに課金されます。 価格に関する情報は、『 サブネットとIPアドレス 』のドキュメントを参照するか、 (クラシックサブネットコンソール) で費用を見積もってください。 使用可能なポータブル・パブリック・サブネットがインフラストラクチャー・アカウントに既にある場合は、そのサブネットを代わりに使用できます。 クラスターを --no-subnets フラグを指定して作成し、
それらのサブネットを再使用します。
VPC クラスター : フローティングIP の料金やその他のネットワーク関連費用の詳細については、「 VPC の料金 」を参照してください。
マルチゾーン・ロード・バランサー
マルチゾーン・クラスターを作成する場合、またはゾーンを単一ゾーン・クラスターに追加する場合は、各ゾーンの Ingress とロード・バランサーの IP アドレスをヘルス・チェックしつつ、リージョン内のすべてのゾーンのアプリに要求を転送できるロード・バランサーが必要です。
自動的に作成されるロード・バランサーのタイプは、クラスターのタイプに応じて異なります。
- クラシック・クラスター :マルチゾーン・クラスターごとに、MZLBが自動的に作成されます。 クラスターの作成時に、料金のサマリーで時間単位を表示できます。
- VPC クラスター: クラスターの VPC に VPC ロード・バランサーが自動的に作成されます。 料金に関する詳細については、「 VPC用ロードバランサーの料金 」をご覧ください。
イメージ用デフォルト・ストレージ
Red Hat OpenShift on IBM Cloud は、イメージを内部レジストリーに保管するために、インフラストラクチャー・プロバイダーごとに異なるストレージ・インスタンスを作成します。
- 標準クラスター : File Storage for Classic のボリュームが自動的に作成されます。 ファイル・ストレージ・ボリュームは、100 GB 容量 10 IOPS/GB の
ibmc-file-goldストレージ・クラスでプロビジョンされ、時間単位の料金が課金されます。 イメージの保管容量を増やす必要がある場合は、ボリューム・サイズを更新できますが、費用が変わります。 - VPCクラスター :既存の IBM Cloud Object Storage インスタンス内にバケットが自動的に作成されます。 詳細については、 『 Object Storage 』のドキュメントにある「課金と価格 」のセクションを参照してください。
アプリ用ストレージ
ストレージをプロビジョニングする際は、ユースケースに適したストレージタイプとストレージクラスを選択できます。 課金は、ストレージ・タイプ、場所、およびストレージ・インスタンスの仕様に応じて異なります。 ファイル・ストレージやブロック・ストレージなどの一部のストレージ・ソリューションでは、時間単位と月単位から選択することができます。
適切なストレージソリューションを選択するには、「 高可用性を持つ永続ストレージの計画 」を参照してください。 詳しくは、以下を参照してください。
IBM Cloud サービス
クラスターと統合する各サービスには、それぞれ独自の価格設定モデルがあります。 各製品資料を確認し、IBM Cloud コンソールを使用して、コストを見積もってください。
オペレーターおよびその他のサード・パーティーの統合
オペレーターおよびその他のサード・パーティー統合は、コミュニティー、サード・パーティー、お客様自身、その他のプロバイダーのサービスをクラスターに追加できる便利な方法です。 追加料金、およびクラスターにおけるこれらのサービスの運用方法については、デプロイメントと保守からアプリとの統合まで、お客様の責任であることに留意してください。 オペレーターやサード・パーティーの統合で問題が発生した場合は、該当するプロバイダーとトラブルシューティングを行ってください。
VPC ワーカー・ノード
VPC インフラストラクチャーの価格設定は、リージョンのロケーションと継続使用の期間に応じて異なります。
この情報は VPC ワーカー・ノードにのみ適用されます。
- リージョン割増料金
-
VPC インフラストラクチャーでクラスターを作成する場合は、ワーカー・ノードに追加料金が必要になることがあります。追加料金は、クラスターを作成する複数ゾーンのロケーションによって異なります。 割増料金は、時間単価 (
%) のパーセンテージ (r) であり、ワーカー・ノードの時間単価に追加されます。 ワーカー・ノードの時間単価の合計コストは、r + (r × %)として計算できます。 クラスタ作成コンソールでは、クラスタの詳細を設定する際に、この値上げが料金計算ツールに反映されます。 以下の表に、リージョン別の価格設定割増を示します。 -
地域別の価格上乗せについて説明した表については、「 VPCの地域別価格 」を参照してください。
- 継続利用割引
-
時間単位で課金される仮想サーバー・インスタンスでは、割引料金は、請求月にインスタンスが実行されていた時間に応じて決まります。 詳細については、「 VPC の価格 」ページの「 IBM Cloud Virtual Servers for VPC における継続利用割引 」セクションを展開してください。
コストの見積もり
コストの見積もりを参照してください。
使用時間に応じた段階制の価格設定など、見積もりに反映されない料金があることに注意してください。 詳しくは、クラスターのコストについてを参照してください。
コストの管理
以下の手順は、Red Hat OpenShift on IBM Cloud クラスターのコストを管理するための一般的なプロセスを表しています。
- リソースを管理するためのクラウド・プラットフォーム戦略を決定します。
- IBM Cloud 請求および使用量の資料 を参照してください。
- リソース・グループを使用して課金項目を編成します。
- 組織の戦略に従ってクラスターにタグを追加します。
- 必要なクラスターのタイプについて計画します。
- ワークロードをサポートするためのクラスターのサイズを見積もります (ワークロードに必要なネットワーク帯域幅を含む)。
- 必要なクラスター環境を決定します。
- クラスターに必要な可用性について検討します。 例えば、基本的な高可用性セットアップは、3 つのゾーンのそれぞれに 2 つのワーカー・ノードを持つ 1 つのマルチゾーン・クラスターであり、合計で最小 6 つのワーカー・ノードになります。
- コストが増加する他の IBM Cloud のサービス、アドオン、オペレーター、および他のサード・パーティー・ソフトウェアを使用する可能性があるか確認します。 クラスターで発生することが多い他のコストについては、クラスターのコストについてを確認してください。
- コストの見積もり を行い、サービスの詳細な価格設定情報を確認します。 IBM Cloud Kubernetes Service: 価格設定を参照してください。
- コストを抑制するためにクラスターのライフサイクルを管理します。
- クラスターのワークロード・リソース要求に応じてワーカー・ノードを自動的に追加/削除するために、クラスターの自動スケーリング機能を有効にすることを検討します。
- ワーカープールのサイズを手動で調整し、不要なワーカーノードを削除してください。 ワーカー・プールをゼロ個のワーカー・ノードにスケールダウンすることはできないことに注意してください。
- Kubernetes の機能( ポッドの水平自動スケーリング、 ポッドの優先度、 リソースのリクエストおよび制限 など)を活用して、クラスター内でのリソースの使用方法を制御します。
- モニタリング・ツール (IBM Cloud Monitoring など) をセットアップして、ワークロードのリソース所要量が増えた場合にアラートを生成することを検討します。
- 使用量を確認して、IBM Cloud サービスの利用方法を継続的に調整します。
- 消費量通知を設定します。
Satellite のクラスターの価格設定
クラスタ Red Hat OpenShift に関連する料金に関する情報は、以下の表を参照してください IBM Cloud Satellite。 ロケーションの価格については、 pricing Satellite をご覧ください。
見積もりをお探しですか? 「 コスト見積もりツール 」をお試しいただくか、 料金体系をご確認ください
| 料金のタイプ | 2022 年 11 月 15 日より後に作成されたクラスター | 2022 年 11 月 15 日より前に作成されたクラスター | 料金でカバーされる範囲 |
|---|---|---|---|
| クラスター管理料金 | クラスターの定額の月額料金。 | ワーカー・ノードとしてクラスターに割り当てられているホストの vCPU 時間単位 | Red Hat OpenShift on IBM Cloud のメリットには、ワーカーノード向けの OpenShift Container Platform のインストールやセキュリティパッチの更新、API、CLI、UIツール一式によるクラスター管理、IAMなどの IBM Cloud プラットフォームツールとの連携、 IBM のサイト信頼性エンジニア(SRE)による継続的な監視、 IBM Cloud サポートへのアクセスなどが含まれます。 |
| ワーカー・ノードの管理料金 | vCPU で指定された、クラスタにワーカーノードとして割り当てられたホストの稼働時間。 | vCPU で指定された、クラスタにワーカーノードとして割り当てられたホストの稼働時間。 | IBM Cloud Satellite のメリットには、希望する互換性のあるインフラストラクチャ上でクラスターを構築できること、ロケーション全体でアプリケーション、ストレージドライバー、エンドポイントを一貫してデプロイするためのツール、IAMなどの IBM Cloud プラットフォームのツールとの統合、 IBM のサイト信頼性エンジニア(SRE)による継続的な監視、 IBM Cloud のサポートへのアクセスなどが含まれます。 |
| OCP ライセンス料金 | vCPU 時間ごと。 クラスターの作成時にライセンスを購入することも、独自のライセンスを持ち込むこともできます。 | vCPU 時間ごと。 クラスターの作成時にライセンスを購入することも、独自のライセンスを持ち込むこともできます。 |