次の方法で共有


Azure Event Hubs Dedicated レベルの概要

Azure Event Hubs の専用クラスターは、最も要求の厳しいミッション クリティカルなイベント ストリーミング ワークロードのニーズに対応するように設計されています。 これらのクラスターは、Advanced Message Queuing Protocol (Event Hubs SDK) または Apache Kafka API に基づくイベント ストリーミング アプリケーションに対して、高パフォーマンスで低遅延、スケーラブルかつ信頼性の高いイベント ストリーミング サービスを提供します。

Note

Dedicated レベルはすべてのリージョンで利用できるわけではありません。 Azure portal で専用クラスターを作成してみてください。 [Event Hubs クラスターの作成] ページの [場所] ドロップダウン リストでサポートされているリージョンを確認してください。

専用クラスターを選ぶ理由

Event Hubs の Dedicated レベルでは、エンタープライズ レベルの容量でミッション クリティカルなワークロードを実行する必要があるお客様にさまざまなメリットをもたらします。

低遅延のイベント ストリーミング

これらのクラスターは、短いエンドツーエンドの待機時間と高パフォーマンスを実現するために最適化されています。 これらのクラスターを使用することで、企業は高速かつ大量のデータ ストリーミングを処理することができます。

大容量データのストリーミング

専用クラスターでは、ほとんどのユース ケースで、ギガバイト/秒や数百万イベント/秒の規模でイベントをストリーミングできます。 また、これらのクラスターは、イベント ストリーミング ボリュームの変化に応じて簡単にスケーリングできます。

一貫したパフォーマンスの保証

Event Hubs 専用クラスターでは、待機時間のジッターが最小限に抑えられ、保証された容量で一貫したパフォーマンスが実現します。

非干渉

Event Hubs の専用クラスターは、シングルテナント アーキテクチャで動作します。 このアーキテクチャにより、割り当てられたリソースが他のテナントと共有されることはありません。 他のレベルとは異なり、専用クラスターではテナント間の干渉が発生しません。

セルフサービスのスケーリング

専用クラスターで提供されるセルフサービスのスケーリング機能により、動的な負荷に応じてクラスターの容量を調整し、ビジネス運用を促進することができます。 使用量の急増中はスケールアウトし、使用量が減少したらスケールインできます。

ハイエンドの機能と十分なクォータ

Dedicated クラスターには、Premium レベル以上のすべての機能が含まれています。 また、負荷分散、オペレーティング システムの更新、セキュリティ パッチ、パーティション分割は、サービスによって管理されます。 インフラストラクチャのメンテナンスにかかる時間が短縮され、イベント ストリーミング アプリケーションの構築により多くの時間を費やすことができます。

大きなメッセージのストリーミングをサポートする

ほとんどのストリーミング シナリオでは、データは軽量であり (通常は 1 MB 未満)、高スループットが求められます。 メッセージをより小さなセグメントに分割できない場合があります。 セルフサービスの専用クラスターは、追加コストなしで最大 20 MB のサイズのイベントに対応できます。 この機能により Event Hubs は、ビジネス運用が中断されないように、さまざまなメッセージ サイズを処理できます。 詳細については、「Azure Event Hubs を使って大きいメッセージを送受信する」を参照してください。

容量ユニット

専用クラスターは、事前に割り当てられた CPU とメモリ リソースの量である容量ユニット (CU) を基準にプロビジョニングと請求が行われます。

CU あたりの取り込みとストリーミングの量は、次のような要因に左右されます。

  • プロデューサーとコンシューマーの数。
  • パーティションの数。
  • プロデューサーとコンシューマーの構成。
  • ペイロードのサイズ。
  • エグレス レート。

必要な CU の数を決定するには、Event Hubs の専用クラスターで想定されるイベント ストリーミング ワークロードを実行しながら、クラスターのリソース使用率を監視する必要があります。 詳細については、「専用クラスターをスケーリングする場合」を参照してください。

クラスターの種類

Event Hubs の専用クラスターには、セルフサービス スケーラブル クラスターとレガシ クラスターの 2 種類があります。 これら 2 つの種類では、CU の数、各 CU が提供するスループットの量、リージョンとゾーンの可用性のサポートが異なります。

専用クラスター ユーザーは、ポータルで容量スケーリング機能の可用性を調べることで、クラスターの種類を確認できます。 この機能がある場合は、セルフサービス スケーラブル クラスターを使用していることになります。 逆に、これがない場合は、レガシ専用クラスターを利用していることになります。 または、専用クラスターに関連する Azure Resource Manager プロパティを探すこともできます。

セルフサービス スケーラブル クラスター

Event Hubs のセルフサービス スケーラブル クラスターは、新しいインフラストラクチャに基づいており、ユーザーは各クラスターに割り当てられた CU の数をスケーリングできます。 Event Hubs ポータルまたは Azure Resource Manager テンプレート (ARM テンプレート) を使用して専用クラスターを作成することで、セルフサービス スケーラブル クラスターにアクセスできるようになります。 専用クラスターをスケーリングする方法については、Event Hubs 専用クラスターのスケーリングに関するページを参照してください。

セルフサービス スケーラブル クラスターでは 1 つの CU につきおおよそ "100 MB/秒から 200 MB/秒までのイングレス容量" が提供されますが、実際のスループットはさまざまな要因によって変動する可能性があります。

セルフサービス スケーラブル クラスターを使用すると、Azure portal 内の 1 クラスターに対して最大 10 個の CU を購入できます。 従来のクラスターとは対照的に、これらのクラスターでは、1 から 10 個の範囲で CU を段階的にスケーリングすることができます。 10 CU よりも大きいクラスターが必要な場合、クラスター作成後にスケールアップするためのサポート リクエストを送信できます。

重要

AZ 対応のセルフサービス クラスターを作成またはスケーリングするには、3 つ以上の CU を要求するサポート リクエストを送信する必要があります。 Portal を使用して作成された 3 つ (以上) の CU のセルフサービス クラスターは、AZ 対応ではありません。

レガシ クラスター

セルフサービス スケーラブル クラスターが利用可能になる前に作成された Event Hubs の専用クラスターは、レガシ クラスターと呼ばれます。

これらのレガシ クラスターを使用するために、Azure portal または ARM テンプレートを使用して直接作成することはできません。 代わりにサポート リクエストを送信して作成する必要があります。

レガシ クラスターでは 1 つの CU につきおおよそ "50 MB/秒から 100 MB/秒までのイングレス容量" が提供されますが、実際のスループットはさまざまな要因によって変動する可能性があります。

レガシ クラスターでは、最大 20 個の CU を購入できます。

Event Hubs のレガシ専用クラスターでは、可用性ゾーンを有効にするには少なくとも 8 個の CU が必要です。 Availability Zones サポートは、可用性ゾーンがある Azure リージョンでのみ使用できます。

重要

既存のレガシ クラスターからセルフサービス クラスターへの移行は、現在サポートされていません。 詳細については、レガシ クラスターからセルフサービス クラスターへの移行に関するページを参照してください。

クラスターの種類を判別する

次の方法を使用して、クラスターの種類を判別できます。

メソッド アクション セルフサービス スケーラブル クラスター レガシ クラスター メモ
ポータルの使用 クラスターの下に [スケール] タブがあるか確認する。 クラスター UI に [スケール] ページがある。 クラスター UI に [スケール] ページがない。
Azure Resource Manager を使用する クラスターで supportsScaling Azure Resource Manager プロパティを確認する。 クラスターの下に [スケール] ページがあるか確認する。  クラスター UI に [スケール] ページがない。 ポータル、Azure CLI、または PowerShell でこのプロパティを確認する。 2022-01-01-preview 以降の API バージョンが必要です。
nslookup を使用します クラスターの名前空間に対して nslookup コマンドを実行する。 CNAME が *.cloudapp.azure.com にマップされる。  CNAME が *.cloudapp.net にマップされる。 例: nslookup ns.servicebus.windows.net.

クォータと制限

Event Hubs Dedicated オファリングは固定の月額料金で課金され、"最低の使用量は 4 時間" です。 Dedicated レベルの機能は Premium プランとすべて同じですが、要求の厳しいワークロードを実行するお客様向けに、エンタープライズ規模の容量と制限で提供されます。

クォータと制限の詳細については、Event Hubs のクォータと制限に関するページを参照してください。

よく寄せられる質問

クラスターでは何ができますか?

Event Hubs クラスターの場合、どれだけの容量を取り込んでストリーミングできるかは、プロデューサー、コンシューマー、取り込みや処理の速度などの要因によって異なります。

レガシ専用クラスターのテスト中に実現したベンチマーク結果を次の表に示します。

ペイロードの形態 受信者 イングレス帯域幅 イングレス メッセージ エグレス帯域幅 エグレス メッセージ 合計 TU 数 CU あたりの TU 数
100x1KB のバッチ 2 400 MB/秒 400,000 メッセージ/秒 800 MB/秒 800,000 メッセージ/秒 400 TU 100 TU
10x10KB のバッチ 2 666 MB/秒 66,600 メッセージ/秒 1.33 GB/秒 133,000 メッセージ/秒 666 TU 166 TU
6x32KB のバッチ 1 1.05 GB/秒 34,000 メッセージ/秒 1.05 GB/秒 34,000 メッセージ/秒 1,000 TU 250 TU

このテストでは、次の条件が使用されました。

  • 4 個の CU を持つ Dedicated レベルの Event Hubs クラスターが使用されました。
  • 取り込みに使用されたイベント ハブには 200 パーティションが存在しました。
  • 取り込まれたデータは、すべてのパーティションから受信している 2 つの受信側アプリケーションによって受信されました。

クラスターをスケールアップまたはスケールダウンできますか?

[スケーリングのサポート] オプションを設定してクラスターを作成する場合、セルフサービス エクスペリエンスを使って、必要に応じてスケールアウトとスケールインを行うことができます。 セルフサービスによるスケーリングが可能なクラスターでは、最大 10 CU にまでスケールアップできます。 セルフサービス スケーラブル専用クラスターは新しいインフラストラクチャに基づいているため、セルフサービスのスケーリングをサポートしていない専用クラスターよりもパフォーマンスが向上します。 専用クラスターのパフォーマンスは、リソースの割り当て、パーティションの数、ストレージなどの要因によって異なります。 実際のワークロードでテストした後で、必要な CU 数を決定することをお勧めします。

次のような場合に専用クラスターをスケールアウトまたはスケールインするには、サポート リクエストを送信してください。

  • セルフサービスによるスケーリングが可能な専用クラスター ([スケーリングのサポート] オプション セットを使用して作成したクラスター) に、10 を超える CU が必要である
  • [スケーリングのサポート] オプションを選択せずに作成したクラスターをスケールアウトまたはスケールインする必要がある。
  • セルフサービス エクスペリエンスのリリース前に作成した専用クラスターをスケールアウトまたはスケールインする必要がある。

警告

クラスターは、作成した後、少なくとも 4 時間は削除できません。 最低 4 時間分のクラスターの使用に対して課金されます。 価格の詳細については、「Event Hubs の価格」を参照してください。

レガシ クラスターからセルフサービス スケーラブル クラスターに移行できますか?

基盤のハードウェアおよびソフトウェア インフラストラクチャの違いにより、セルフサービスのスケーリングをサポートしていないクラスターからセルフサービス スケーラブル専用クラスターへの移行は、現在サポートされていません。 セルフサービス スケーリングの利用をご希望の場合は、クラスターを作成し直す必要があります。 スケーラブル クラスターの作成方法については、Event Hubs の専用クラスターの作成に関するページを参照してください。

専用クラスターをスケーリングする必要があるのはどのようなときですか?

CPU 消費量は、専用クラスターのリソース消費量の主要インジケーターです。 全体的な CPU 消費量が (サーバー エラーの数が多い、正常に終了する要求が少ないなどの異常な状態が観測されずに) 70% に到達し始めているとき、クラスターは最大容量に近づいています。 この情報をインジケーターとして使用して、専用クラスターをスケールアップする必要があるかどうかを検討できます。

専用クラスターの CPU 使用率を監視するには、次の手順に従います。

  1. Event Hubs の専用クラスターの [メトリック] ページで、[メトリックの追加] を選びます。

  2. メトリックとして [CPU] を選び、集計として [最大] を使います。

    CPU メトリックが表示された [メトリック] ページを示すスクリーンショット。

  3. [フィルターの追加] を選び、[プロパティ] の種類 [ロール] に対してフィルターを追加します。 等号演算子を使用し、ドロップダウン リストからすべての値 ([バックエンド][ゲートウェイ]) を選びます。

    CPU 消費量メトリックとロールが表示された [メトリック] ページを示すスクリーンショット。

    その後、このメトリックを監視して、専用クラスターをスケーリングする必要がある場合を判断できます。 また、CPU 使用率が設定したしきい値に達したときに通知を受け取るアラートをこのメトリックに対して設定することもできます。

geo ディザスター リカバリーはクラスターでどのように機能しますか?

Dedicated レベルのクラスターの名前空間を、Dedicated レベルのクラスターの別の名前空間と、geo ペアリングすることができます。 Dedicated レベルの名前空間と Standard オファリングの名前空間のペアリングは、スループットの制限に互換性がなく、エラーが発生するため、お勧めしません。

Standard または Premium の名前空間を Dedicated レベルのクラスターに移行できますか?

現在、Standard または Premium の名前空間から Dedicated に Event Hubs のデータを移行するための自動移行プロセスはサポートされていません。

レガシ ゾーン冗長専用クラスターに最低 8 個の CU があるのはなぜですか?

Dedicated オファリングにゾーン冗長性を提供するため、すべてのコンピューティング リソースに、同じリージョン内の 3 個のデータセンターにまたがる 3 個のレプリカが必要です。 この最小要件により (2 個のゾーンまたはデータセンターがダウンしてもサービスが引き続き機能できるように) ゾーン冗長性がサポートされるため、8 個の CU に相当するコンピューティング容量が必要になります。

このクォータは変更できません。 これは、Dedicated レベルの現在のアーキテクチャの制限です。

Event Hubs Dedicated の詳細については、Microsoft の営業担当者または Microsoft サポートにお問い合わせください。 クラスターを作成するか、Event Hubs の価格レベルの詳細を確認することもできます。