第2世代の価格 Cloud Databases

第2世代

Cloud Databases インスタンスの料金は、以下の5つの要素によって決まります

  • データベース: PostgreSQL, MongoDB
  • データベースインスタンスのメンバーごとに割り当てられる vCPU の数量
  • データベースインスタンスの各メンバーに割り当てられるRAMの容量(GB)
  • データベース・インスタンスの各メンバーに割り当てられるディスクストレージの容量(GB)
  • バックアップのサイズと保存期間
データベースごとの初期設定
データベース データベース・タイプ デフォルト構成
Databases for PostgreSQL 関係 2名
Databases for MySQL 関係 2名
Databases for MongoDB 非リレーショナル 3人組
Databases for Redis 非リレーショナル(キー・バリュー型) 2名
Databases for Elasticsearch 非リレーショナル(検索および分析) 3人組
データベース(用途別) RabbitMQ メッセージング 3人組

各データベースインスタンスは、データベースの種類に応じて2つまたは3つのメンバーで構成されており、各メンバーはデータのコピーを保持することで、耐障害性と高可用性を確保しています。 第2世代の Cloud Databases インスタンスは、 Isolated Compute ホスティングでのみ利用可能です。 「アイソレートされたコンピューティング」では、ワークロードの分離とセキュリティを最大限に高めるため、シングルテナントのコンピューティングインスタンス上でホストされる、標準の vCPU ×RAMリソースプロファイルから選択できます。 メンバーごとのディスクストレージ容量は、選択した「 vCPU × RAM」プロファイルとは関係なく個別に指定されます。 第2世代の展開は、地域ごとの提供状況によって異なります。詳細については、「 Isolated Compute のサイジング 」を参照してください。

計算プロファイルのオプション

Gen 2 では、さまざまなワークロードの要件に対応するよう設計された 2 種類のコンピューティングプロファイルが用意されており、どちらのオプションでも一貫した vCPU:RAM 比が維持され、ストレージは個別に構成されます:

  • 固定プロファイル :最新のCPU世代で動作する、あらかじめ定義された vCPU とRAMの組み合わせであり、最高水準の一貫性があり予測可能なパフォーマンスを実現します。

    • パフォーマンスの一貫性が極めて重要なワークロード向けに設計されています
    • CPUの世代に違いはない
    • 決定論的かつ本番環境向けの最適化が施されています
  • Flexプロファイル :利用可能なすべてのCPU世代で実行できるよう設計された、 vCPU およびRAMの事前定義済みプロファイルで、コストを最適化した動的な配置が行われます。

    • CPUパフォーマンスの標準的なベースラインレベルに合わせて調整されています
    • 時間の経過とともに、異なる世代のハードウェア上で動作する可能性がある
    • 予測可能な動作を維持しつつ、低価格帯で提供

固定プロファイル

プロファイルの選択を修正しました
ホスト・サイズ vCPU x RAM
4x20 4 vCPU × 20 GB RAM
8x40 8 vCPU × 40 GB RAM
16x80 16 vCPU × 80 GB RAM
32x160 32 vCPU × 160 GB RAM
48x240 48 vCPU × 240 GB RAM

Flexプロファイル

Flexプロファイルの選択
ホスト・サイズ vCPU x RAM
4x16 4 vCPU × 16 GB RAM
8x32 8 vCPU × 32 GB RAM
16x64 16 vCPU × 64 GB RAM
32x128 32 vCPU × 128 GB RAM

Cloud Databases の導入にかかる総費用は、各 vCPU × RAMプロファイルの費用、GB単位のディスクストレージ、および(すべてのメンバーに対する)バックアップストレージの費用から構成され、時間単位で日割り計算されます。

ディスク・ストレージ

ディスクストレージはメンバーごとにプロビジョニングされ、デプロイメント内の全メンバーに割り当てられた合計容量(GB)に基づいて課金されます。 Cloud Databases IBM Cloud VPC Block Storage を基盤となるストレージ層として使用しています。 ストレージ容量は、選択したコンピューティングプロファイルとは独立して設定できるため、お客様はワークロードの要件に応じてストレージを拡張することができます。

利用可能なストレージのパフォーマンスプロファイルは、サービスがデプロイされるリージョンによって決まります。 ほとんどの地域で、最新世代のストレージ機能(SSD Defined Performance(sdp ))がサポートされており、これにより、より柔軟で一貫性のあるパフォーマンス特性が実現されています。 チェンナイ(Airtel:in-che )、ムンバイ(Airtel:in-mum )、モントリオール(ca-mon )、フランクフルト(eu-de )、 Washington DC (us-east )、マドリード(eu-es )、シドニー(au-syd )の各地域では、5 IOPS/GBという事前定義されたパフォーマンスレベルを持つ標準プロファイルを使用してストレージが提供されています。 その結果、ストレージの性能特性と価格設定は、基盤となるストレージインフラの違いを反映して、地域によって異なります。

特定のパフォーマンスやコンプライアンス要件をお持ちのお客様には、導入計画の段階で地域ごとの対応状況を検証することをお勧めします。

料金見積もりツールの使用

料金の見積もりについては、各サービスのプロビジョニングページにある「 見積もりに追加 」ボタンをご利用ください。 各データメンバーの合計消費量計算機に、その数値を入力してください。 データはすべてのメンバーにレプリケートされるため、これはメンバーの数と同じになります。 たとえば、4台の vCPU (各20 GB RAM)で構成され、5 GBのディスク容量を持つ2ノードの Cloud Databases 環境の場合、請求対象となるディスク容量は10 GBとなり、コストは2ノード分の合計となります。

第2世代インスタンスのバックアップ料金

Gen 2 Cloud Databases は、スナップショットベースのモデルを用いた独立したバックアップを採用しています。 料金は、プロビジョニングされたデータベースストレージの容量に応じて設定されます。 スナップショットはブロック単位の増分コピーであるため、請求額はデータベースの総容量だけでなく、前回のスナップショット以降に変更されたデータ量に基づいて算出されます。

デフォルトでは、すべての第2世代 Cloud Databases は、1日1回のバックアップを行い、そのバックアップデータを30日間保存します。 これらのバックアップ、およびお客様が実行するオンデマンドのバックアップはすべて、無料枠に算入されます。

バックアップ料金の個別請求

独立したバックアップは、個別のサービスインスタンスとして課金されます:

  • 各バックアップインスタンスは、請求明細書上で個別の明細項目として表示されます。

  • 無料割り当ては、データベースのデプロイごとに適用されます(バックアップごとではありません)。

  • バックアップを手動で削除すると、課金は直ちに停止されます。

独立バックアップの詳細については、「 独立バックアップの概要 」を参照してください。

バックアップ・ストレージ

無償配分

  • デプロイメントの合計プロビジョニング済みディスク容量と同等のバックアップストレージが無料で提供されます。
  • これには、自動化された毎日のバックアップと、手動(オンデマンド)のスナップショットの両方が含まれます。

毎月の料金の変動、特にフェイルオーバーや更新の際に対応できるよう、各インスタンスに付属する無料のバックアップストレージ「 Cloud Databases 」は、メンバーごとに割り当てられます。 このバッファにより、フェイルオーバーやクラスタの更新が発生してデータベースのプライマリが切り替わった場合でも、予期せぬコストが発生しないよう保証されます。 万が一、その月に更新やフェイルオーバーの操作が一切行われなかった場合、ご利用量が無料枠を下回る可能性があり、それに応じて請求額が減少します。 このアプローチにより、高可用性の現実的な要件を考慮しつつ、予測可能な価格設定が可能になります。

  • 例:3ノード構成の Cloud Databases 環境を、ノードごとに100 GBのディスク容量でプロビジョニングした場合、300 GBのバックアップストレージが無料で提供されます。

超過料金

  • 超過分は毎月請求され、スナップショットのストレージ容量が基本割り当て量を超えた場合に適用されます。
  • スナップショットの総ストレージ容量 = (初期の単一メンバーのスナップショット × メンバー数) + (1日あたりの変更量 × 29日)。
  • 無料割り当て量を超える利用分については、1GBあたり月額 0.095 が課金されます。

例:メンバー1人あたり100 GBのデータを持つ、3メンバー構成の Cloud Databases の展開

  • 1日目:現在のプライマリから完全なスナップショットが取得されます。 これにより、スナップショットストレージが100 GB消費されます。

これは、スナップショット全体がファイルシステムと同一であるという最悪のケースを想定したものです。 実際には、特に新しいデータベース(時間の経過とともにデータ量が増加するもの)の場合、スナップショットのサイズが小さくなるため、バックアップ費用を削減できます。

  • 2日目~16日目:1日あたり10 GBの新規データを書き込みます。 スナップショットは増分方式であり、変更部分のみが保存されます。 15日間で150 GBが加算され、スナップショットの合計使用量は100 GB + 150 GB = 250 GBとなります。
  • 17日目:フェイルオーバーが発生し、あるセカンダリメンバーが新しいプライマリとなる。 この新しいプライマリから完全なスナップショットが取得され、さらに100 GBが消費されます。 これにより、残りの空き容量がすべて消費され、スナップショットの総使用量は350 GBとなります。
  • 18日目~30日目:1日あたり10 GBの書き込みを続け、13日間で合計130 GBを追加します。
  • スナップショットの合計 = 100 GB(初期)+ 150 GB(増分)+ 100 GB(フェイルオーバー用スナップショット)+ 130 GB(フェイルオーバー後の増分)= 480 GB。
  • 無料割り当て = 100 GB × 3 メンバー = 300 GB。
  • 超過分 = 480 GB - 300 GB = 180 GB。
  • 月額料金 = (480 GB - 300 GB) × $ 0.095 = $ 17.1。

独立型バックアップの価格設定

無償のバックアップストレージの割り当て容量は、デプロイメントのプロビジョニング済みディスク容量の合計に相当します。 この割り当ては、その月の早い時期に作成されたバックアップに対して、割り当てられた空き容量がなくなるまで適用されます。 無料割り当て枠を使い切った後は、追加のバックアップストレージすべてに対して課金されます。

たとえば、3ノード構成の Cloud Databases 環境を、各ノードあたり100 GBのディスク容量でプロビジョニングした場合、追加費用なしで300 GBのバックアップストレージが利用可能になります。 バックアップに対する無料割り当ては、次のように適用されます

バックアップ1は 80 GB です。 バックアップ全体が無料枠の対象となるため、合計料金は 0.00 ドルとなります。 残りの空き容量は 220 GB です。 バックアップ2は 80 GB です。 バックアップ全体が無料枠の対象となるため、合計料金は 0.00 ドルとなります。 残りの空き容量は 140 GB です。 バックアップ3は 80 GB です。 バックアップ全体が無料枠の対象となるため、合計料金は 0.00 ドルとなります。 残りの空き容量は 60 GB です。 バックアップ4は 80 GB です。 残りの 20 GB の空き容量がバックアップに割り当てられます。 課金対象のストレージ容量は 60 GB (80 GB - 20 GB)であるため、料金は 60 GB × $ 0.095 = $ 5.70 となります。 残りの空き割り当て容量は 0 GB です。 バックアップ5は 80 GB です。 空き枠は残っていません。 バックアップ全体が課金対象となるため、料金は 80 GB × $ 0.095 = $ 7.60 となります。 バックアップ6は 80 GB です。 空き枠は残っていません。 バックアップ全体が課金対象となるため、料金は 80 GB × $ 0.095 = $ 7.60 となります。

この無料割り当ては、データベースインスタンスがアクティブな間のみ適用されます。 インスタンスが無効化されている場合、既存のバックアップは引き続き存在しますが、全額が課金対象となり、無料枠の対象にはなりません。 データベースインスタンスが削除された後もバックアップが残っている場合、それらのバックアップについても全額が課金対象となり、無料枠の対象にはなりません。

毎月の無料割り当て量は、最初のバックアップが作成された時点でのプロビジョニング済みディスク容量の合計に基づいて計算され、その月の後半にディスク容量を拡張しても変更されることはありません。 この割り当ては、その同じ月に作成されたバックアップにのみ適用され、前月以前のバックアップには適用されません。

メンバーごとのスケーリング

Cloud Databases のデプロイメントのディスクと RAM の割り当て量には、上限と下限があります。 UIAPICLI を活用したデプロイのスケーリング。 データベースのストレージは、メンバー1台あたり最大4 TBまで拡張可能です。CPUとRAMの最小・最大組み合わせはリージョンによって異なります。「 Isolated compute 」を参照してください。

スケーリング制限
リソース 最小 最大 スケーリングの粒度
ディスク 5 GB/メンバー 4 TB/メンバー 1024 MB/メンバー
RAM 16 GB 240 GB 独立したコンピューティング環境 – ホストサイズに応じたリソースのスケーリング
CPU 4 vCPU 48 vCPU 独立したコンピューティング環境 – ホストサイズに応じたリソースのスケーリング

請求指標の参考資料

第2世代 Cloud Databases の導入における料金の算出には、以下の課金指標が使用されます。

コア展開コンポーネントと課金ディメンション
コンポーネント 説明
コンピュート 各データベースメンバーに割り当てられるCPUおよびメモリリソースを定義します。 あらかじめ定義されたさまざまなホストサイズが用意されており、例えば HOST_FOUR_SIXTEEN_FLEX では、メンバーごとに 4 つの vCPUs と 16 GB の RAM が提供されます。
ストレージ IBM Cloud VPC ( Block Storage )を基盤とする永続的なデータベースストレージ。 ストレージは「 5 IOPS/GB のパフォーマンス階層 」を使用してプロビジョニングされ、「 GIGABYTE_HOUR_DISK_GEN2 」に基づいて割り当てられた容量に応じて課金されます。
バックアップ 復旧や特定時点への復元のために使用される自動バックアップ。 バックアップストレージの料金は、 GIGABYTE_MONTH_BACKUP_GEN2.