IBM Cloud Docs
プランの選択

プランの選択

Event Streams は、要件に応じて、ライト・プラン、標準プラン、エンタープライズ・プラン、または Satellite プランとして使用できます。

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

ライト・プラン

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

標準プラン

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

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

Enterprise プラン

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

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

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

Satellite プラン

IBM Cloud Satellite® プランは、エンタープライズ・プランを自分で選択した Satellite ロケーションにデプロイする場合に適しています。 Satelliteを使用すると、セキュアなプライベート・クラウドで実行されるアプリケーションとデータにパブリック・クラウド・サービスのスケーラビリティーとオンデマンドの柔軟性をもたらすハイブリッド環境を作成できます。

Event Streams Satellite プランでは、エンタープライズ・プランまたは標準プランが準拠するコンプライアンス認証はまだ提供されていません。

ライト・プラン、標準プラン、エンタープライズ・プラン、および Satellite プランでサポートされる内容

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

表 1. プラン比較表
ライト・プラン 標準プラン Enterprise プラン Satellite プラン
テナンシー マルチテナント マルチテナント シングル・テナント シングル・テナント
アベイラビリティー・ゾーン 3 3 3
(単一ゾーン・ロケーションの場合は 1)
3
アベイラビリティー 99.99% [1] 99.99% 99.99% (単一ゾーン・ロケーションの場合は 99.9%) [2] 適用外
クラスターの Kafka バージョン Kafka 3.3 Kafka 3.3 Kafka 3.3 Kafka 3.3
**Kafka Connect および Kafka Streams のサポート ** いいえ ある ある ある
Data Engineを使用した Cloud Object Storage へのストリーム [3] いいえ はい (非推奨) はい (非推奨) いいえ
**管理対象スキーマ・レジストリーのサポート ** いいえ いいえ ある はい [4]
カスタマー・マネージド型の暗号化 いいえ いいえ はい [5] いいえ
微細化されたアクセス制御 ある ある ある ある
アクティビティー・トラッカー・イベント いいえ ある ある いいえ
IBM Cloud Monitoringを使用した Event Streams メトリックのモニター ある ある ある ある
プライベート・ネットワーキング (クラウド・サービス・エンドポイント・サポート) いいえ いいえ ある 適用外
スケール・プランの容量 いいえ いいえ ある いいえ
パーティションの最大数 1 [6] 100 スループットによる 3000 から 9000 のスケール [7] 3000
最大保存制限 パーティションに対して 100 MB パーティション当たり 1 GB 2 TB - 12 TB のスケーラブルな使用可能ストレージ [8] 2 TB の使用可能ストレージ
最大スループット パーティション当たり 100 KB/秒 パーティション当たり 1 MB/秒 (サービス・インスタンス当たり 20 MB) 150 MB/ 秒 - 450 MB/ 秒のスケーラブルなスループット [9] 150 MB/ 秒 [10]
最大メッセージ・サイズ 1MB 1MB 1MB 1MB
接続されるクライアントの最大数 5 500 10000 10000
ロケーション (リージョン) アベイラビリティー ダラス (米国南部) 複数ゾーン・ロケーション (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)

Satellite ロケーションは、
ダラス
サンパウロ
トロント
ワシントン
フランクフルト
ロンドン
大阪
シドニー
東京で管理されます。
サポートされている API Kafka API
管理 REST API
REST プロデューサー API
Kafka API
管理 REST API
REST プロデューサー API
Kafka API
管理 REST API
REST プロデューサー API
スキーマ・レジストリー API
Kafka API
Admin REST API
REST プロデューサー API
スキーマ・レジストリー API [11]
デプロイメントの時間フレーム 即時のプロビジョン 即時のプロビジョン プロビジョンには最大 3 時間かかることが予想されます。 エンタープライズにはクラスターごとに独自の専用リソースがあるため、プロビジョニングにより多くの時間が必要になります。 すべてのインフラストラクチャーが正しく配置されている場合、 Satellite にはインスタンスごとに独自の専用リソースがあるため、プロビジョニングには最大 1 時間かかることが予想されます。
コンプライアンス 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
GDPR
ISO 27001、27017、27018、2701 [12]
セキュリティーとコンプライアンスの管理 いいえ いいえ ある いいえ
IAM アドレスの制限 いいえ ある ある いいえ
IAM トークン認証のみ いいえ いいえ ある ある
ミラーリング いいえ いいえ ある いいえ

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


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

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

  3. IBM Cloud® Data Engine が非推奨になりました。 2024 年 2 月 18 日以降、新規インスタンスを作成することはできません。無料インスタンスへのアクセスは削除されます。 既存の標準プラン・インスタンスは 2025 年 1 月 18 日までサポートされます。 その日付にまだ存在するインスタンスはすべて削除されます。 詳しくは、 Deprecation of Data Engine を参照してください。 ↩︎

  4. スキーマ・レジストリー API は、 Satellite ・プランでは自動的に有効になりません。 有効にする方法について詳しくは、 スキーマ・レジストリー API の有効化 を参照してください。 ↩︎

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

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

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

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

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

  10. Satellite プランの設計とデプロイメントはエンタープライズ・プランに似ており、最大スループットは 150 MB/ 秒です。 Satellite 環境の柔軟性は、実際の最大スループットに影響を与える可能性があります。 Satellite デプロイメント用のインフラストラクチャーを提供すると、以下の項目がスループットに影響を与える可能性があります。1) Event Streams に接続されているホストのパフォーマンスが {{site.data.keyword.message2, configuration. messagehub}} によって使用されます。 3) ホスト、ブロック・ストレージ、および Satellite ロケーションの間のネットワーク待ち時間。 4) インフラストラクチャーについて詳しくは、 始める前に を参照してください。 ↩︎

  11. スキーマ・レジストリー API は、 Satellite ・プランでは自動的に有効になりません。 有効にする方法については、 スキーマ・レジストリー API の有効化 を参照してください。 ↩︎

  12. 現在、標準プランおよびエンタープライズ・プランで使用可能なすべてのコンプライアンス認証は、 Satellite プランでは使用できません。 今後、Satellite プランでも同じ認証が使用できるようになる予定です。 一般的な Satellite コンプライアンス標準情報については、 Platform compliance and certification および Compliance standards FAQを参照してください。 ↩︎