クラスターのコストについて
IBM Cloud® では、コストを抑制するためにクラスター環境の計画、見積もり、確認、および変更を行うことができます。 Red Hat® OpenShift® on IBM Cloud® のようなマネージド・サービスを使用するだけで、インフラストラクチャー環境の管理、更新、および保守に関連する多くの費用を節約できます。
コンポーネント別のコストについて
Red Hat OpenShift on IBM Cloud クラスターでは、IBM Cloud インフラストラクチャーのコンピュート・リソース、ネットワーキング・リソース、およびストレージ・リソースを、Watson AI や Compose Database-as-a-Service などのプラットフォーム・サービスと一緒に使用できます。 リソースごとに料金が発生する可能性があります。料金には定額制、従量制、段階制、または予約制があり、課金単位にも種類がいくつかあります (月単位や時間単位など)。
月単位のリソースは、月初めを基点として、前月の使用量について課金されます。 月の半ばに月単位のリソースを注文した場合、その月については日割り計算した金額が課金されます。 ただし、月の半ばにリソースをキャンセルした場合でも、月単位のリソースの 1 カ月分全額が課金されます。
ワーカー・ノード
クラスターには、仮想マシンと物理 (ベアメタル) マシンという 2 つの主なワーカー・ノード・タイプがあります。 使用可能なフレーバー (マシン・タイプ) と価格設定は、クラスターのデプロイ先のゾーンによって異なります。
- ワーカーノードはいつから料金が発生しますか?
- ワーカーノードは、
provisioning
状態を完了した後に料金が発生し始め、ワーカーノードを削除し、deleting
状態を完了するまで継続します。 詳しくは、ワーカー・ノードの状態を参照してください。
仮想マシンと物理マシンの違いは何ですか?
仮想マシンの特徴は、ベアメタルと比較して柔軟性が高く、プロビジョニング時間が短く、自動スケーラビリティー機能が多い点で、これらをベアメタルよりも高いコスト効率の価格で提供します。 しかし、ネットワークGbps、RAMとメモリのしきい値、ストレージオプションなど、ベアメタルのスペックと比較すると、VMにはパフォーマンスのトレードオフがある。 VM のコストに影響を与える以下の要因に留意してください。
- 共有と専用 :VMの基盤となるハードウェアを共有する場合、コストは専用ハードウェアよりも低いが、物理リソースはVM専用ではない。
- 時間単位の課金のみ: 時間単位の課金の場合、より柔軟に VM の迅速な注文やキャンセルを行うことができます。 ワーカー・ノードがプロビジョンされている時間についてのみ、計測された時間単価が課金されます。 時間は最も近い時間に切り上げまたは切り捨てられず、分単位で計測され、時間単価で課金されます。 例えば、ワーカー・ノードが 90 分間プロビジョンされている場合、2 時間ではなく 1.5 時間の時間単位が課金されます。
- 1 カ月当たりの階層化時間: 料金 は、 累進階層 で時間単位で請求されます。
課金月内の時間階層に対して VM は注文されたままになるほど、時間単位の課金率が低下します。 時間階層は以下のとおりです。
- 0 から 150 時間
- 151 から 290 時間
- 291 から 540 時間
- 541 時間以上
物理マシン(ベアメタル)は、データ、GPU、AIなどのワークロードに高いパフォーマンスをもたらす。 また、すべてのハードウェア・リソースは独自のワークロード専用なので、「ノイジー・ネイバー」はありません。 ベアメタルのコストに影響を与える以下の要因に留意してください。
- 月単位の課金のみ: すべてのベアメタルは月単位で課金されます。
- 注文処理に時間がかかる: お客様がベアメタル・サーバーを注文またはキャンセルした後に、IBM Cloud インフラストラクチャー・アカウントの処理が手動で実行されます。 そのため、完了するまでに 1 営業日以上かかる場合があります。
VPCジェネレーション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、または 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クラスタ :仮想プライベート・クラウドにおけるインターネット・データ転送の仕組みの詳細については、 VPCの料金設定をご覧ください。
サブネット IP アドレス
Red Hat OpenShift on IBM Cloud クラスターのサブネットは、インフラストラクチャー・プロバイダーに応じて異なります。
クラシック・クラスター: 標準クラスターを作成すると、8 つのパブリック IP アドレスを持つポータブル・パブリック・サブネットが注文され、月単位でアカウントに課金されます。 料金情報については、 サブネットと IP の ドキュメントを参照するか、 クラシック サブネット コンソールでコストを見積もってください。 使用可能なポータブル・パブリック・サブネットがインフラストラクチャー・アカウントに既にある場合は、そのサブネットを代わりに使用できます。 クラスターを --no-subnets
フラグを使用して作成し、
それらのサブネットを再使用します。
VPCクラスタ :フローティングIPやその他のネットワーク・コストの料金については、 VPCの料金をご覧ください。
マルチゾーン・ロード・バランサー
マルチゾーン・クラスターを作成する場合、またはゾーンを単一ゾーン・クラスターに追加する場合は、各ゾーンの Ingress とロード・バランサーの IP アドレスをヘルス・チェックしつつ、リージョン内のすべてのゾーンのアプリに要求を転送できるロード・バランサーが必要です。 {: shortdesc} 自動的に作成されるロード・バランサーのタイプは、クラスターのタイプに応じて異なります。
- クラシッククラスタ :各マルチゾーン・クラスタにMZLBが自動的に作成されます。 クラスターの作成時に、料金のサマリーで時間単位を表示できます。
- VPC クラスター: クラスターの VPC に VPC ロード・バランサーが自動的に作成されます。 費用については、 ロードバランサー for 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 のクラスターの価格設定
IBM Cloud Satelliteの Red Hat OpenShift クラスターに関連する料金について、表で確認してください。 ロケーションの価格設定については、 Satellite の価格設定 を参照してください。
見積もりをお探しですか? コスト見積もりツール を試すか、 価格設定モデル を確認してください。
料金のタイプ | 2022 年 11 月 15 日より後に作成されたクラスター | 2022 年 11 月 15 日より前に作成されたクラスター | 料金でカバーされる範囲 |
---|---|---|---|
クラスター管理料金 | クラスターの定額の月額料金。 | ワーカー・ノードとしてクラスターに割り当てられているホストの vCPU 時間単位 | OpenShift Container Platform のワーカーノードへのインストールとセキュリティパッチの更新、API、CLI、UI ツール群によるクラスタの管理、IAM などの IBM Cloud プラットフォームツールとの統合、 IBM サイト信頼性エンジニアによる継続的な監視、 IBM Cloud サポートへのアクセスなど、 Red Hat OpenShift on IBM Cloud の利点があります。 |
ワーカー・ノードの管理料金 | クラスタにワーカーノードとして割り当てられているホストの vCPU 時間あたり。 | クラスタにワーカーノードとして割り当てられているホストの vCPU 時間あたり。 | IBM Cloud Satellite の利点は、互換性のあるインフラストラクチャ上にクラスタを作成できること、アプリ、ストレージドライバ、エンドポイントを拠点全体に一貫してデプロイするためのツール、IAMなどの IBM Cloud プラットフォームツールとの統合、 IBM サイト信頼性エンジニアによる継続的なモニタリング、 IBM Cloud サポートへのアクセスなどです。 |
OCP ライセンス料金 | vCPU 時間ごと。 クラスターの作成時にライセンスを購入することも、独自のライセンスを持ち込むこともできます。 | vCPU 時間ごと。 クラスターの作成時にライセンスを購入することも、独自のライセンスを持ち込むこともできます。 |