Service Bus の価格

リレーに送信される各メッセージと、リレーが送信する各メッセージが課金対象としてカウントされます。課金対象のメッセージのデータ フレームは最大 64 KB です。イメージを送信する HTTP 応答などでメッセージが 64 KB を超える場合は、超過分が 64 KB ごとに課金対象のメッセージとしてカウントされます。要求/応答スキームを実装する通常のリレー型サービスの場合は、要求はまずリレーに、次にサービスに送信されます。応答の経路はその逆です。この場合の課金対象のメッセージ数は少なくとも 4 になります。4 つのリスナーがあるマルチキャスト サービスでは、リレーに送信されるメッセージ数は 1 とカウントされ、リスナーに送信される 4 つのメッセージはそれぞれ 1 つのメッセージとカウントされます。したがって、合計のメッセージ数は 5 です。

仲介型エンティティ (キュー、トピック、またはサブスクリプション) の場合、操作とは、任意のプロトコルの Service Bus サービスとの間で発生するすべての API 動作のことです。

サイズが 64 KB 以下のメッセージの送信、受信、削除は、1 件の課金対象の操作とみなされます。メッセージのサイズが 64 KB を超える場合、課金対象の操作の数は、64 KB の倍数単位のメッセージ サイズに基づいて計算されます。たとえば、Service Bus に送信された 8 KB のメッセージは 1 つの操作として課金されますが、Service Bus に送信された 96 KB のメッセージは 2 つの操作として課金されます。ロックされた 8 KB のメッセージを読み取ってから、そのメッセージに対して Complete または明示的な Abandon の操作を実行すると、2 つの操作として課金されます。また、メッセージのロックを新しくすると、1 つの操作が発生します。

同じメッセージの複数回の配信 (たとえば、複数のサブスクライバーへのメッセージの展開や、破棄、遅延、または配信不能後のメッセージの取得) は個々の操作としてカウントされます。たとえば、3 つのサブスクリプションを持つトピックの場合は、1 件の 64 KB のメッセージが送信されて受信されると、4 件の課金対象の操作が生成されます。つまり、すべてのメッセージがすべてのサブスクリプションに配信され、読み取り中に削除されたと仮定すると、1 件の "受信" と 3 件の "送信" が発生します。

キュー、トピック、またはサブスクリプションに対してさらに作成、読み取り (リスト化)、更新、削除を実行すると、それぞれの操作が課金対象となります。

操作とは、キュー、トピック、またはサブスクリプション サービス エンドポイントに対する API 呼び出しのことです。これには、管理、送信/受信およびセッション状態の操作が含まれます。

リレー時間は、それぞれの Service Bus Relay が "開いている" 状態の累積時間に対して課金されます。リレーは、リレーに対応した WCF サービス、つまり "Relay リスナー" がそのアドレスに最初に接続したときに、特定の Service Bus アドレス (サービス名前空間 URL) で暗黙的にインスタンス化され開かれます。リレーは、最後のリスナーがそのアドレスから切断したときにのみ閉じられます。したがって、課金の観点では、リレーは最初のリレー リスナーが接続した時間から、最後のリレー リスナーがそのリレーの Service Bus アドレスから切断した時間まで "開いている" とみなされます。

仲介型接続は、以下のいずれかとして定義されます。

1. クライアントから Service Bus トピック、サブスクリプション、キュー、またはイベント ハブへの AMQP 接続。
2. 受信タイムアウト値がゼロより大きい Service Bus トピックまたはキューからメッセージを受信するための HTTP 呼び出し。

Microsoft は、無料使用量 (Standard レベルおよび Premium レベルでは 1,000 個の接続) を超える同時ブローカー接続の最大数を請求します。最大値は 1 時間ベースで測定され、1 か月を 730 時間で割り、月払いの請求期間の合計が計算されます。無料使用量 (1 か月に 1,000 個のブローカー接続) は、請求期間の終わりに、時間割りの最大数の合計に対して適用されます。

例:

1. 5,000 台のクライアントを、それぞれ単一の AMQP 接続を介して接続し、Service Bus トピックからのコマンドを受信して、キューにイベントを送信するとします。すべてのクライアントが、毎日 12 時間接続する場合、次のような接続料金になります (他の Service Bus 料金を除く) - 5,000 個の接続 * 12 時間 * 30.5 日間/730 = 2,500 個の仲介型接続。この合計数から仲介型接続の月あたりの許容数である 1,000 を引いた、1,500 個の仲介型接続に対して課金されます。
2. 5,000 台のクライアントは、タイムアウトをゼロでない値に指定して、Service Bus キューから HTTP を介してメッセージを受信します。すべてのデバイスが、毎日 12 時間接続する場合、次のような接続料金になります (他の Service Bus 料金を除く) - 5,000 個の HTTP 受信接続 * 1 日 12 時間 * 30.5 日間/730 時間 = 2,500 個の仲介型接続。

はい。HTTP を使用してイベントを送信する場合、送信システムまたはデバイスの数に関わらず、接続料金はかかりません。ゼロより大きいタイムアウトを使用して HTTP でイベントを受信する場合 ("長いポーリング" と呼ばれることもある)、仲介型接続の料金が発生します。AMQP 接続では、接続が送信または受信のどちらに使用されたかに関係なく、ブローカー接続料金が発生します。100 個のブローカー接続は、Basic の名前空間内で追加料金なしで利用でき、これが、Azure サブスクリプションで利用できるブローカー接続の最大数でもあります。Azure サブスクリプション内のあらゆる Standard の名前空間全体における最初の 1,000 個のブローカー接続は、追加料金なしで利用できます (基本料金外)。これらの許容数は、多くの Service-to-Service メッセージング シナリオに対応するには十分であるため、仲介型接続料金は、多くのクライアントを持ち、AMQP または HTTP 長いポーリングを使用する場合にのみ関連性のあるものとなります。たとえば、より効率的なイベント ストリーミングを達成したり、何千または何百万ものデバイスやアプリ インスタンスを使用した双方向のコミュニケーションを可能にする場合などです。

いいえ。Standard の基本料金は、Azure サブスクリプションごとに 1 か月に 1 回のみ請求されます。これはつまり、単一の Standard レベルの Service Bus 名前空間を作成した後、追加の基本料金なしで、同じ Azure サブスクリプション下で、Standard レベルの名前空間を何個でも作成できるようになります。

Service Bus メッセージングの Premium レベルでは、Azure Service Bus キューおよびトピックのすべてのメッセージング機能が提供され、パフォーマンスは予測可能かつ繰り返し可能なものとなり、スループットと可用性は向上します。Premium レベルでは、専用のリソース割り当てモデルを使用して、ワークロードの分離と一貫したパフォーマンスが提供されます。Premium レベルでは専用のコンピューティング リソースとメモリ リソースが使用されるため、他のレベルと異なり、メッセージ トランザクションごとの課金はありません。すべてのトランザクションは、メッセージ ユニットの割り当てに含まれます。

メッセージング ユニットとは、Premium の名前空間のためだけに確保される専用のリソースのセットです。このリソースのセットは、メッセージング ワークロードの一貫した繰り返し可能なパフォーマンスを提供します。Premium の名前空間はそれぞれ 1、2、または 4 個のメッセージング ユニットを持つことができ、リソース割り当ては線形に増加します。つまり、2 個のメッセージング ユニットに割り当てられるリソースの数は、1 個のメッセージング ユニットの 2 倍になります。

Service Bus メッセージングの Premium レベルでは、購入したメッセージング ユニットごとに定額料金が日割りで課金されます。Premium として作成された名前空間は 1、2、または 4 個のメッセージング ユニットを持つことができ、メッセージング ユニット数に応じて料金が日割りで課金されます。Premium の名前空間では購入メッセージング ユニット数をいつでも変更可能ですが、日額はいずれかの時点で名前空間に割り当てられたメッセージング ユニットの最大数に基づいて課金されます。

はい、Standard レベルから Premium レベルにアップグレードできます。ソリューションを Standard メッセージングから Premium メッセージングに移行する方法のガイドラインについては、Microsoft のドキュメントを参照してください。

ネットワークに接続した 2 つのアプリケーション間で 1 つもしくは両方がネットワーク アドレス変換 (NAT) デバイスやファイアウォールの向こう側にある場合、ハイブリッド接続によって、双方向のバイナリ ストリーム通信を確立することが可能になります。この “リレーされた” 接続を受け入れる “リスナー” と接続を開始する “送信者” は、基本的な WebSocket 機能を持つ任意の言語 (多くの Web ブラウザーで使用される WebSocket API を含む) で、あらゆるプラットフォームに実装できます。

最初のハイブリッド接続リスナーを作成すると、リスナー単位ごとに料金が課金されます。作成するリスナーごとに同じ料金が適用されます。このサービスには、月あたり 5 GB の無料データ転送が含まれています。この 5 GB の無料データ転送は、お使いのすべてのリスナー単位に対してご利用いただけます。すべてのリスナー単位の合計データ転送量が 5 GB を超えた場合に、データ転送超過料金が発生します。

サンプル料金 1 - インストールされたハイブリッド接続マネージャーのインスタンスなどのリスナー 1 つを 1 か月間継続的に稼働させて、その接続で 1 か月で 3 GB のデータを送信した場合、合計料金は $- になります。

サンプル料金 2 - インストールされたハイブリッド接続マネージャーのインスタンスなどのリスナー 1 つを 1 か月間継続的に稼働させて、その接続で 1 か月で 10 GB のデータを送信した場合、合計料金は $- になります。内訳は、$- (この接続と最初の 5 GB 分) + $- (追加の 5 GB のデータ分) になります。

サンプル料金 3 - インストールされたハイブリッド接続マネージャーのインスタンスが 2 つ (A および B) があり、1 か月間継続的に稼働させて、接続 A で 3 GB のデータを、接続 B で 6 GB のデータを送信した場合、データの合計は 9 GB となり、合計料金は $- になります。内訳は、$- (接続 A ) + $- (接続 B) + $- (データ超過分の 4 GB) になります。

リスナーへの各接続に対して 64 KB が課金されます。この料金はリスナー単位について毎月提供される 5 GB の無料分から差し引かれます。リスナー単位の課金は 1 時間あたりの料金が 5 分刻みで計算されます。開発/テストの目的で複数回開いたり閉じたりしても課金されることはありません。

接続を開いただけでデータを転送しない場合でも、接続状態を維持するために毎分 1 KB の転送が行われます。この動作の目的は、接続が数分ごとにネットワークによって自動切断されないようにすることです。この動作に関連して接続リスナー 1 つにかかる料金は、月あたり $0.05 未満です。