このトピックでは、ApsaraMQ for MQTT Basic Edition および Platinum Edition インスタンスの課金項目と料金について説明します。
課金の概要
ApsaraMQ for MQTT インスタンスは、Basic、Platinum、および Professional の各エディションで利用できます。これらのエディションの違いの詳細については、「インスタンスタイプ」をご参照ください。
Basic Edition と Platinum Edition のインスタンスでは、課金方法と課金項目は同じです。次の表に課金項目を示します。
課金項目 | 課金方法 | 課金サイクル |
サブスクリプション 選択した仕様とサブスクリプション期間に基づいて請求額が計算されます。サービスを使用する前に料金を支払う必要があります。 | 月次 | |
インスタンスの課金計算式は次のとおりです:
インスタンス料金 = (最大接続数の単価 + 最大メッセージング TPS の単価 + 最大サブスクリプションリレーションシップ数の単価) × サブスクリプション期間 (月単位)
最大接続数
課金項目の説明
接続数は、特定のインスタンスへのクライアントからの TCP 接続の合計数です。これは、毎分更新される瞬間的な値です。
購入したインスタンスの最大接続数が、サービスで必要なオンライン接続のピーク数を超えていることを確認してください。これにより、仕様制限の超過によるサービススロットリングが防止され、一部のクライアントが接続できなくなる事態を回避できます。
例
`instance_a` の同時オンライン接続数は、10:00 に 1,000、10:01 に 2,000 です。サービスが期待どおりに実行されるようにするには、最大接続数制限が 2,000 を超えるインスタンス (5,000 など) を購入する必要があります。
単価
Basic Edition インスタンス
リージョン | 最大接続数 | 価格 (USD/月) |
中国 (上海)、中国 (香港)、シンガポール、日本 (東京)、米国 (バージニア)、ドイツ (フランクフルト)、米国 (シリコンバレー) | 1,000 | 29 |
5,000 | 142 | |
10,000 | 284 | |
20,000 | 567 | |
フィリピン (マニラ)、インドネシア (ジャカルタ)、マレーシア (クアラルンプール) | 1,000 | 26 |
5,000 | 130 | |
10,000 | 260 | |
20,000 | 520 | |
SAU (リヤド - パートナーリージョン) | 1,000 | 35 |
5,000 | 170 | |
10,000 | 341 | |
20,000 | 680 |
Platinum Edition インスタンス
リージョン | 最大接続数 | 価格 (USD/月) |
中国 (上海)、中国 (香港)、シンガポール、日本 (東京)、米国 (バージニア)、ドイツ (フランクフルト)、米国 (シリコンバレー) | 50,000 | 1890 |
100,000 | 3852 | |
300,000 | 11329 | |
500,000 | 18805 | |
1,000,000 | 37836 | |
2,000,000 | 75446 | |
フィリピン (マニラ)、インドネシア (ジャカルタ)、マレーシア (クアラルンプール) | 50,000 | 1733 |
100,000 | 3533 | |
300,000 | 10391 | |
500,000 | 17249 | |
1,000,000 | 34705 | |
2,000,000 | 69202 | |
SAU (リヤド - パートナーリージョン) | 50,000 | 2268 |
100,000 | 4622 | |
300,000 | 13595 | |
500,000 | 22566 | |
1,000,000 | 45403 | |
2,000,000 | 90539 |
最大メッセージング TPS
課金項目の説明
メッセージングの 1 秒あたりのトランザクション数 (TPS) は、指定されたインスタンスで 1 秒あたりに生成および消費されるメッセージ数の合計です。この値は毎分更新されます。
購入したインスタンスの最大メッセージング TPS が、サービスでのメッセージの送受信のピーク TPS を超えていることを確認してください。これにより、仕様制限の超過によるサービススロットリングが防止され、一部のメッセージの送受信が失敗する事態を回避できます。
計算ルール
メッセージング TPS には、ApsaraMQ for MQTT を使用して送受信されたメッセージのみが含まれます。ApsaraMQ for RocketMQ を使用して送受信されたメッセージは除外されます。
Quality of Service (QoS) レベルが 1 で `cleanSession` が false に設定されているメッセージの場合、サーバーがメッセージのプッシュに失敗すると、メッセージはリトライのためにオフラインメッセージとして保存されます。この試行は、1 つのサブスクライブされたメッセージとしてカウントされます。
メッセージング TPS を計算する場合、メッセージ数は Quality of Service (QoS) に基づいて対応する係数が乗算されます。係数の詳細については、「課金係数」をご参照ください。
たとえば、クライアントが QoS=2 および `cleanSession=true` で設定されている場合、課金係数は 5 です。クライアントが 10 件のメッセージを生成する場合、生成されたメッセージ数は 10 × 5 = 50 として計算されます。
例
5 つの Topic があると仮定します。プロデューサーは各 Topic に 20 件のメッセージを送信します。各 Topic は 100 のクライアントによってサブスクライブされます。すべてのクライアントは同じ QoS レベルを持ち、課金係数は 2 です。
課金対象メッセージの総数は次のように計算されます: (Topic 数 × メッセージ数 + Topic 数 × メッセージ数 × クライアントのサブスクリプション数) × 課金係数 = (5 × 20 + 5 × 20 × 100) × 2 = 20,200。
単価
Basic Edition インスタンス
リージョン | 最大メッセージング TPS (メッセージ/秒) | 価格 (USD/月) |
中国 (上海)、中国 (香港)、シンガポール、日本 (東京)、米国 (バージニア)、ドイツ (フランクフルト)、米国 (シリコンバレー) | 500 | 142 |
1,000 | 284 | |
3,000 | 850 | |
5,000 | 1417 | |
10,000 | 2833 | |
20,000 | 5665 | |
フィリピン (マニラ)、インドネシア (ジャカルタ)、マレーシア (クアラルンプール) | 500 | 130 |
1,000 | 261 | |
3,000 | 779 | |
5,000 | 1299 | |
10,000 | 2599 | |
20,000 | 5196 | |
SAU (リヤド - パートナーリージョン) | 500 | 170 |
1,000 | 341 | |
3,000 | 1020 | |
5,000 | 1700 | |
10,000 | 3400 | |
20,000 | 6798 |
Platinum Edition インスタンス
リージョン | 最大メッセージング TPS (メッセージ/秒) | 価格 (USD/月) |
中国 (上海)、中国 (香港)、シンガポール、日本 (東京)、米国 (バージニア)、ドイツ (フランクフルト)、米国 (シリコンバレー) | 50,000 | 7930 |
100,000 | 12009 | |
200,000 | 18125 | |
500,000 | 42368 | |
フィリピン (マニラ)、インドネシア (ジャカルタ)、マレーシア (クアラルンプール) | 50,000 | 7274 |
100,000 | 11015 | |
200,000 | 16625 | |
500,000 | 38861 | |
SAU (リヤド - パートナーリージョン) | 50,000 | 9516 |
100,000 | 14411 | |
200,000 | 21750 | |
500,000 | 50842 |
ApsaraMQ for MQTT は 100 TPS 仕様をサポートしなくなりました。この仕様で購入された既存のインスタンスは引き続き使用できます。ただし、これらのインスタンスをスペックアップした場合、この仕様にスペックダウンすることはできません。
最大サブスクリプションリレーションシップ数
課金項目の説明
サブスクリプションリレーションシップ数は、指定されたインスタンスに登録および保持されているサブスクリプションの数です。
購入したインスタンスの最大サブスクリプションリレーションシップ数が、サービスで実際に必要な数を超えていることを確認してください。これにより、仕様制限の超過によるサービススロットリングが防止され、一部のメッセージの送受信が失敗する事態を回避できます。
一部のクライアントが使用されなくなり、そのサブスクリプションリレーションシップを保持する必要がない場合は、サブスクリプションリレーションシップを速やかにパージして、システムリソースを節約してください。詳細については、「サブスクリプションリレーションシップのパージ」をご参照ください。
説明
サブスクリプションリレーションシップ数は、1 分間の統計期間にわたって計算されます。サンプルは毎秒収集され、60 個のサンプルのピーク値がその分の値として記録されます。
たとえば、1 分以内に、サブスクリプションリレーションシップ数が最初の 1 秒で 30、2 秒目で 20、3 秒目で 30、...、60 秒目で 50 の場合、その分のサブスクリプションリレーションシップ数は 50 です。
一意のクライアント (クライアント ID で識別) による ApsaraMQ for MQTT Topic への各サブスクリプションは、メッセージ送信シナリオに関係なく、1 つのサブスクリプションリレーションシップとしてカウントされます。
クライアントが親 Topic とその子 Topic をサブスクライブする場合、サブスクリプションは個別にカウントされます。
たとえば、Client_1 が TopicA、TopicA/sub_1、および TopicA/sub_2 をサブスクライブする場合、サブスクリプションリレーションシップ数は 3 です。
MQTT プロトコルによると、クライアントが `cleanSession=true` を設定した場合、クライアントがオフラインになった後、サーバーはクライアントのすべての Topic サブスクリプションをパージします。`cleanSession=false` の場合、サーバーはクライアントの Topic サブスクリプションを保持し、これらの保持されたサブスクリプションがカウントされます。
例
`Instance_A` という名前のインスタンスに、TopicA、TopicB、TopicC の 3 つの Topic が作成されます。合計 10 のクライアントがサーバーに接続されています。
10 のクライアントはそれぞれ、TopicA、TopicB、および TopicC にメッセージを生成します。各クライアントは、メッセージを消費するために TopicA と TopicB のみをサブスクライブします。
このシナリオでは、サブスクリプションリレーションシップ数は 10 × 2 = 20 です。
単価
Basic Edition インスタンス
リージョン | 最大サブスクリプションリレーションシップ数 | 価格 (USD/月) |
中国 (上海)、中国 (香港)、シンガポール、日本 (東京)、米国 (バージニア)、ドイツ (フランクフルト)、米国 (シリコンバレー) | 1,000 | 12 |
10,000 | 114 | |
50,000 | 567 | |
100,000 | 1133 | |
フィリピン (マニラ)、インドネシア (ジャカルタ)、マレーシア (クアラルンプール) | 1,000 | 11 |
10,000 | 104 | |
50,000 | 520 | |
100,000 | 1040 | |
SAU (リヤド - パートナーリージョン) | 1,000 | 14 |
10,000 | 137 | |
50,000 | 680 | |
100,000 | 1360 |
Platinum Edition インスタンス
リージョン | 最大サブスクリプションリレーションシップ数 | 価格 (USD/月) |
中国 (上海)、中国 (香港)、シンガポール、日本 (東京)、米国 (バージニア)、ドイツ (フランクフルト)、米国 (シリコンバレー) | 500,000 | 7477 |
1,000,000 | 15180 | |
2,000,000 | 30133 | |
5,000,000 | 75446 | |
フィリピン (マニラ)、インドネシア (ジャカルタ)、マレーシア (クアラルンプール) | 500,000 | 6858 |
1,000,000 | 13924 | |
2,000,000 | 27640 | |
5,000,000 | 69202 | |
SAU (リヤド - パートナーリージョン) | 500,000 | 8972 |
1,000,000 | 18216 | |
2,000,000 | 36160 | |
5,000,000 | 90535 |