IBM Cloud Docs
Event Streams が制限と割り当て量を使用する方法

Event Streams が制限と割り当て量を使用する方法

Event Streams は、サービスが使用できるリソース (ネットワーク帯域幅など) を制御するために割り当て量を使用します。 クォータの種類とレベルは、ライト、スタンダード、またはエンタープライズプランのどれを使用するかによって異なります。

ライト・プラン

ネットワーク・スループット

ネットワーク・スループットの推奨最大値は 100 KB/ 秒です。 スループットは、クラスター内で送信および受信できる 1 秒あたりのバイト数として表されます。

推奨される数値は、典型的な作業負荷を基に、内部アップデートや可用性ゾーンの損失などの障害モードといった運用上のアクションがもたらす可能性のある影響を考慮したものです。 平均スループットがこの推奨数値を超えると、これらの状況でパフォーマンスが低下することがあります。

パーティション

各サービスインスタンスごとに1つのパーティション。

保存

パーティションに最大 100 MB。

コンシューマー・グループ

最大 10 個のコンシューマー・グループ。 この制限を超えると、GROUP_MAX_SIZE_REACHED エラーがクライアントに返されます。

その他の制限

  • 最大メッセージ・サイズ: 1 MB
  • 同時にアクティブにできる Kafka クライアントの最大数: 5
  • 最大要求率 [HTTP プロデュース API]: 5/秒
  • 最大要求率 [HTTP 管理 API]: 10/秒
  • REST Producer API を使用する場合のレコードキーの最大サイズは4Kです。
  • REST Producer API を使用する場合のレコード値の最大サイズは64Kです。

標準プラン

ネットワーク・スループット

各サービス・インスタンスの最大スループットは、パーティション当たり 1 MB/秒であり、最大で 20 MB/秒です。 例えば、10 パーティションのサービス・インスタンスの最大スループットは 10 MB/秒であり、30 パーティションの場合は 20 MB/秒になります。

スループットはプロデューサーとコンシューマーで別個に測定されます。 超過した場合、要求への応答を少し遅らせることで抑制が適用され、帯域幅が減少するまでプロデューサーとコンシューマーにわずかなブレーキが効果的にかかります。

パーティション

サービス・インスタンスごとに 100 個の区画。

保存

各パーティションに最大 1 GB。

コンシューマー・グループ

最大 1000 個のコンシューマー・グループ。 この制限を超えると、GROUP_MAX_SIZE_REACHED エラーがクライアントに返されます。

その他の制限

  • 最大メッセージ・サイズ: 1 MB
  • 同時にアクティブにできる Kafka クライアントの最大数: 500
  • 最大同時接続数3000
  • 最大要求率 [HTTP プロデュース API]: 100/秒
  • 最大要求率 [HTTP 管理 API]: 10/秒
  • REST Producer API を使用する場合のレコードキーの最大サイズは4Kです。
  • REST Producer API を使用する場合のレコード値の最大サイズは64Kです。

Enterprise プラン

ネットワーク・スループット

ネットワーク・スループット容量は、ピーク最大値に基づきます。一般的な実動ワークロードについて、最大ピークごとに推奨最大値があります。

エンタープライズのネットワーク・スループット容量
最大ピーク 推奨最大値
150 MB/s (75 MB/s のプロデュースおよび 75 MB/s のコンシューム) 100 MB/s (50 MB/s のプロデュースおよび 50 MB/s のコンシューム)
300 MB/s (150 MB/s のプロデュースおよび 150 MB/s のコンシューム) 200/s (100 MB/s のプロデュースおよび 100 MB/s のコンシューム)
450 MB/s (225 MB/s のプロデュースおよび 225 MB/s のコンシューム) 300 MB/s (150 MB/s のプロデュースおよび 150 MB/s のコンシューム)

スループットは、サービス・インスタンス内で送信および受信できる 1 秒あたりのバイト数として表されます。ピーク時の最大スループット容量は、サービスインスタンスが作成された際に選択でき、需要の増加に応じて後から拡張することも可能です。

スループット容量を縮小することはできません。より低いスループット容量に移行するには、より低い容量単位で新しい Event Streams サービス・インスタンスを作成する必要があります。

推奨される最大値は、典型的な作業負荷を基に、内部アップデートや可用性ゾーンの損失などの障害モードといった運用上のアクションがもたらす可能性のある影響を考慮したものです。 平均スループットがこの推奨数値を超えると、これらの状況でパフォーマンスが低下することがあります。最大スループット容量を最大ピークの 3 分の 2 として計画することをお勧めします。例えば、1つの容量単位で150MB/sのピーク最大値の3分の2は100MB/sです。

詳しくは、 Event Streamsのスケーリング を参照してください。

パーティション

最大パーティション数は容量ユニットの数に応じて増加し、エンタープライズでは150MB/sで3000、300MB/sで6000、450MB/sで9000となります。

エンタープライズ・プランのキャパシティーのスケーリング で説明されているように、セルフサービス・オプションを使用してキャパシティー単位の数を変更できます。

保存

ストレージ容量は、サービス・インスタンスの作成時に選択でき、要求の増加に応じて、後からスケーリングできます。ストレージ容量は、構成されたスループット容量によって異なります。 詳しくは、ストレージ容量オプションに関する Scaling Event Streams を参照してください。

ストレージ容量を縮小することはできません。 より低いストレージ容量に移行するには、より低い容量単位で新しい Event Streams サービス・インスタンスを作成する必要があります。

スキーマ・レジストリー

スキーマ

  • 保管できる最大スキーマ数: 1000
  • 保管できるスキーマごとの最大スキーマ・バージョン数: 100
  • 最大スキーマ・サイズ: 64 kB

制限

  • 最大要求率 [HTTP スキーマ管理] 10/秒
  • 最大要求率 [HTTP Serdes] 100/秒

その他の制限

  • 最大メッセージ・サイズ: 1 MB
  • 同時にアクティブな Kafka クライアントの最大数:10,000
  • 最大同時接続数: 100,000
  • REST Producer API を使用する場合のレコードキーの最大サイズは4Kです。
  • REST Producer API を使用する場合のレコード値の最大サイズは64Kです。
  • REST プロデューサー API を使用する場合の 1 秒当たりの最大メッセージ数は 200 です。