IBM Cloud Docs
プランの選択

プランの選択

Event Streams お客様のご要望に応じて、ライトプラン、スタンダードプラン、エンタープライズプランをご用意しております。

Event Streams プランの料金については、 カタログを参照してください。 Event Streams を検索し、 Event Streams タイルをクリックしてプロビジョニング・ページに移動します。

ライト・プラン

ライト・プランは、Event Streams を試してみたいユーザー、または概念検証 (PoC) を行いたいユーザーを対象とした無料のプランです。 Liteプランは本番用には使用しないでください。 マルチテナント Event Streams クラスターへの共有アクセスを提供します。

標準プラン

標準プランが適しているのは、イベントの取り込みおよび配布の機能は必要だが、エンタープライズ・プランで提供される追加機能はどれも必要ではない場合です。 標準プランでは、ワークロードに使用するパーティションの数が増えるにつれてシームレスに自動スケーリングされるマルチテナント Event Streams クラスターへの共有アクセスが提供されます。

アーキテクチャーは、デフォルトで高可用性を備えています。 サービスは 3 つのアベイラビリティー・ゾーンに分散されます。つまり、クラスターは、単一ゾーンまたはそのゾーン内の任意のコンポーネントの障害に対して回復力があります。

Enterprise プラン

エンタープライズ・プランは、データの分離、パフォーマンス、および保存の増加が重要な考慮事項である場合に適しています。 エンタープライズ・プランには、以下の機能が含まれています。

  • 高可用性マルチゾーン・リージョン (MZR) にデプロイされたシングル・テナント Event Streams サービス・インスタンスへの排他的アクセスです。
  • シングル・テナントの Event Streams サービス・インスタンスを、地理的にはローカルだが単一ゾーンのロケーション (SZR) にプロビジョンするオプションです。
  • スループット、ストレージ容量、またはその両方をカスタマイズするためのスケーリング・オプションです。

マルチゾーン・リージョンにデプロイすることを選択すると、アーキテクチャーの可用性が高くなります。 サービスは 3 つのアベイラビリティー・ゾーンに分散されます。つまり、クラスターは、単一ゾーンまたはそのゾーン内の任意のコンポーネントの障害に対して回復力があります。

ライトプラン、スタンダードプラン、エンタープライズプランでサポートされる内容

次の表は、各プランで何がサポートされるのかを要約したものです。

プラン比較表
ライト・プラン 標準プラン Enterprise プラン
テナンシー マルチテナント マルチテナント シングル・テナント
アベイラビリティー・ゾーン 3 3 3
(単一ゾーン・ロケーションの場合は 1)
アベイラビリティー 99.99% [1] 99.99% 99.99% (単一ゾーン・ロケーションの場合は 99.9%) [2]
クラスターの Kafka バージョン Kafka 3.8 Kafka 3.8 Kafka 3.8
**Kafka Connect および Kafka Streams のサポート ** いいえ ある ある
**管理対象スキーマ・レジストリーのサポート ** いいえ いいえ ある
カスタマー・マネージド型の暗号化 いいえ いいえ Yes [3]
微細化されたアクセス制御 ある ある ある
アクティビティー・トラッカー・イベント いいえ ある ある
を使用して Event Streams メトリクスを監視する。 IBM Cloud Monitoring ある ある ある
プライベート・ネットワーキング (クラウド・サービス・エンドポイント・サポート) いいえ いいえ ある
スケール・プランの容量 いいえ いいえ ある
パーティションの最大数 1 [4] 100 スループットによる 3000 から 9000 のスケール [5]
最大保存制限 パーティションに対して 100 MB パーティション当たり 1 GB 2 TB - 12 TB のスケーラブルな使用可能ストレージ [6]
最大スループット パーティション当たり 100 KB/秒 パーティション当たり 1 MB/秒 (サービス・インスタンス当たり 20 MB) 150 MB/ 秒 - 450 MB/ 秒のスケーラブルなスループット [7]
最大メッセージ・サイズ 1MB 1MB 1MB
接続されるクライアントの最大数 5 500 10000
ロケーション (リージョン) アベイラビリティー ダラス (us-south) 複数ゾーン・ロケーション (MZR)
ダラス (us-south)
サンパウロ (br-sao)
トロント (ca-tor)
ワシントン (us-east)
フランクフルト (eu-de)
ロンドン (eu-gb)
マドリッド (eu-es)
大阪 (jp-osa)
シドニー (au-psyd)
複数ゾーン・ロケーション (MZR)
Dallas (us-south)
Sao Paulo (br-sao)
Toronto (ca-tor)
Washington (us-east)
Frankfurt (eu-de)
London (eu-gb)
Madrid (eu-es)
Osaka (jp-osa)
Sydney (au-syd)
Tokyo (jp-tok)

単一ゾーン・ロケーション (SZR)
Chennai (che01)

サポートされている API Kafka API
管理 REST API
REST プロデューサー API
Kafka API
管理 REST API
REST プロデューサー API
Kafka API
管理 REST API
REST プロデューサー API
スキーマ・レジストリー API
デプロイメントの時間フレーム 即時のプロビジョン 即時のプロビジョン プロビジョンには最大 3 時間かかることが予想されます。 Enterpriseはクラスタごとに専用のリソースを持つため、プロビジョニングに時間がかかります。
コンプライアンス GDPR
プライバシー・シールド
GDPR
プライバシー・シールド
ISO 27001、27017、27018、2701
SOC 1 タイプ
SOC 2 タイプ 2
SOC 3
PCI DSS
ISMAP
C5
GDPR
プライバシー・シールド
ISO 27001、27017、27018、2701
SOC 1 タイプ 2
SOC 2 タイプ 2
SOC 3
HIPAA 対応
PCI DSS
ISMAP
C5
IRAP
セキュリティーとコンプライアンスの管理 いいえ いいえ ある
IAM アドレスの制限 いいえ ある ある
IAM トークン認証のみ いいえ いいえ ある
ミラーリング いいえ いいえ ある

制限について詳しくは、制限と割り当て量を参照してください。


  1. 非アクティブで 30 日経過すると、インスタンスは削除されます。 (非アクティブとは、bytes_out メトリックがゼロの状態と定義され、パーティションを作成したり、メッセージをプロデュースしたりした場合でも、この状態になることがあります。) ↩︎

  2. 可用性について詳しくは、単一ゾーン・ロケーション・デプロイメントを参照してください。 ↩︎

  3. 2019 年 10 月より後に作成されたクラスターでのみサポートされます。 ↩︎

  4. ライト・プランから標準プランにマイグレーションする場合は、1 つのパーティションのキャッシュ制限がクリアされるまで数分待ってください。 数分後に、標準プランの 100 個のパーティション制限を利用できます。 ↩︎

  5. この値は、最大スループットに対して相対的にスケールされます。 例えば、スループットが 150 MB/秒の場合、最大パーティション数は 3000 になり、スループットは 300 MB/秒の場合は6000、450 MB/秒の場合は 9000 になります。 この制限は、エンタープライズ・プランのパーティションのハード制限です。 この制限に達した場合、トピックを作成できなくなります。 区画の数を調整する場合は、 エンタープライズ・プランのキャパシティーのスケーリングで説明されているセルフサービス・オプションを使用できます。 2 TB のストレージごとに 3000 個の区画制限があり、最大制限は 18000 個の区画に 12 TB のオプションがあり、これを超えることはできません。 ↩︎

  6. 最大メッセージ保存 (ストレージ) は、サービス・インスタンスの作成時に指定できます。 ストレージは、要求の増加に応じて、後から個別にスケーリングできます。 使用可能な最小使用可能ストレージは、サービス・インスタンス用に構成されている容量単位の数によって異なります。 キャパシティー・オプションについて詳しくは、 Event Streams キャパシティーのスケーリング を参照してください。 ↩︎

  7. 最大スループットは、サービス・インスタンスの作成時に指定できます。 スループットは、サービス・インスタンスで送受信できる、1 秒あたりの合計バイト数として表されます。 スループットは、要求の増加に応じて、後からスケーリングできます。 スループット・スケーリングはストレージに依存しませんが、各層に定義された最小ストレージ量が必要です。 キャパシティー・オプションについて詳しくは、 Event Streams キャパシティーのスケーリング を参照してください。 ↩︎