サブスクリプションインスタンスと従量課金インスタンスの両方で、ApsaraMQ for RocketMQ のメッセージの送受信に関するコンピューティング仕様は必須の課金項目です。ApsaraMQ for RocketMQ は、メッセージ送受信の最大 TPS (Transactions Per Second) に基づいて、さまざまなコンピューティング仕様を提供します。料金は、仕様とサブスクリプション期間に基づいて計算されます。
コンピューティング仕様の説明
コンピューティング仕様の機能と制約
メッセージ送受信の TPS
ApsaraMQ for RocketMQ のコンピューティング仕様は、ApsaraMQ for RocketMQ がメッセージの送受信で処理できる最大秒間トランザクション数 (TPS) を定義します。
各仕様は、異なる最大 TPS に対応しています。詳細については、「インスタンスタイプ」をご参照ください。
その他のリソースクォータ
メッセージ送受信のコア TPS 機能に加えて、各インスタンスタイプには、管理リソースと設定に関するさまざまな制限があります。詳細については、「インスタンスタイプ」をご参照ください。
仕様の制限を超えた場合の動作
メッセージ送受信の実際の TPS が購入した仕様の制限を超えた場合、以下のルールが適用されます。
インスタンスでエラスティック TPS 機能が有効になっている場合、TPS がベース仕様とエラスティック仕様の範囲内であれば、インスタンスは正常に動作します。エラスティック TPS の利用分は、従量課金で請求されます。TPS がエラスティック容量の制限を超えた場合、インスタンスはスロットリングされます。
エラスティック TPS の課金詳細については、「エラスティック TPS 料金」をご参照ください。
インスタンスで Elastic TPS 機能がサポートされていないか、有効になっていない場合、ApsaraMQ for RocketMQ はインスタンスをスロットリングします。
インスタンスのスロットリングの詳細については、「メッセージスロットリングメカニズム」をご参照ください。
メッセージ送受信 TPS の計算ルール
メッセージ送受信 TPS は、1 秒あたりに送信およびサブスクライブされたメッセージの合計数です。
インスタンスの送信能力と受信能力のデフォルトの比率は 1:1 です。書き込みが少なく、読み取りが多いシナリオでは、ApsaraMQ for RocketMQ コンソールでこの比率を変更できます。
メッセージサイズを計算する最小単位は 4 KB です。4 KB 未満のメッセージは 4 KB のメッセージとしてカウントされます。たとえば、1 秒あたり 5,000 件のメッセージを受信し、1 秒あたり 5,000 件のメッセージを送信し、平均メッセージ本文サイズが 16 KB の場合、メッセージ送受信 TPS は (16 / 4) × (5,000 + 5,000) = 40,000 コール/秒 となります。
高度な機能を使用するメッセージの場合：
メッセージ送信のシナリオでは、順序メッセージ、定時/遅延メッセージ、またはトランザクションメッセージの送信は、通常メッセージの送信の 5 倍の TPS を消費します。
たとえば、1 秒あたり 10 件のトランザクションメッセージを送信する場合、メッセージ送信 TPS は 10 × 5 = 50 コール/秒 となります。
メッセージ消費のシナリオでは、順序メッセージの消費は、通常メッセージの消費の 5 倍の TPS を消費します。
複数のコンシューマーグループのシナリオでは、読み取り TPS は各コンシューマーグループに対して独立して計算されます。各メッセージは、サブスクライブするコンシューマーグループの数に関係なく、1 回の書き込み TPS としてのみカウントされます。ただし、各コンシューマーグループは独立して独自の読み取り TPS を消費し、すべてのコンシューマーグループでインスタンスの合計 TPS クォータを共有します。
たとえば、1 つのプロデューサーが 1 秒あたり 100 件の通常メッセージを送信し、2 つの異なるコンシューマーグループがそれぞれ同じトピックをサブスクライブして消費する場合、実際の TPS 消費量は次のようになります：書き込み TPS = 100、読み取り TPS = 100 × 2 = 200。この場合、インスタンスの共有クォータから合計 300 TPS が消費されます。同じトピックをサブスクライブするコンシューマーグループが多いほど、合計 TPS 消費量は高くなります。
TPS 消費量は、コンシューマーインスタンスまたはコンシューマーグループの数ではなく、実際のメッセージ処理速度に依存します。同じコンシューマーグループ内の複数のコンシューマーインスタンスがワークロードを共有する場合、そのグループの読み取り TPS は、すべてのコンシューマーインスタンスの実際の消費速度の合計に等しくなります。コンシューマーの数が増えても自動的に乗算されることはありません。
たとえば、1 つのコンシューマーグループ内の 3 つのコンシューマーインスタンスが合計で 1 秒あたり 300 件のメッセージを消費する場合、そのグループの読み取り TPS は 300 であり、300 × 3 = 900 ではありません。読み取り TPS が比例的にスケールする読み取り TPS 乗数効果は、複数のコンシューマーグループがそれぞれ独立してトピック内のすべてのメッセージを消費する場合にのみ発生します。
課金ルール
ApsaraMQ for RocketMQ インスタンスの基本コンピューティング仕様の料金は、仕様サイズに基づいています。サブスクリプションと従量課金の両方の課金方法がサポートされています。次の表に課金の詳細を示します。
項目 | 従量課金 | サブスクリプション |
課金項目 | 購入したコンピューティング仕様に基づいて料金が請求されます。 | 購入したコンピューティング仕様に基づいて料金が請求されます。 |
課金計算式 | コンピューティング仕様料金 = インスタンス購入後のサービス期間 (時間) × 仕様の単価 (USD / 時間) 重要 従量課金方式の場合、コンピューティング仕様の課金期間は、インスタンスが購入された後のサービス期間です。アプリケーションがインスタンスに接続されているかどうかに関係なく、購入直後から課金が開始されます。 | コンピューティング仕様料金 = サブスクリプション期間 (月) × 仕様の単価 (USD / 月) |
課金ロジック | インスタンスを購入する際に、目的のコンピューティング仕様を選択してインスタンスを作成します。この時点では支払いは不要です。 インスタンスが購入されると、インスタンスがメッセージの送受信を開始したかどうかに関係なく、コンピューティング仕様とインスタンスのサービス期間に基づいて、直ちに課金が開始されます。 決済期間の終了時に請求書が生成され、対応する料金が Alibaba Cloud アカウントから差し引かれます。 | インスタンスを購入する際に、目的のコンピューティング仕様とサブスクリプション期間 (月単位) を選択します。計算された価格を支払うと、インスタンスの使用を開始できます。 |
課金期間 | 時間ごとに課金 現在の課金期間内で、インスタンスのサービス期間が 1 時間未満の場合、1 時間として計算されます。 たとえば、インスタンスが 10:30 に購入された場合、10:00 から 11:00 までの課金期間のコンピューティング仕様料金は、0.5 時間 × 単価ではなく、1 時間 × 単価となります。 | 月ごとに課金 |
単価 | 具体的な単価は、製品購入ページ の価格に準じます。 | |
コンピューティング仕様料金についてのよくある質問
使用していない従量課金インスタンスに対して課金されるのはなぜですか?
ApsaraMQ for RocketMQ 5.0 シリーズの従量課金インスタンスのコンピューティング仕様は、以下の通り課金されます。
インスタンスが購入されると、インスタンスを使用してメッセージの送受信を開始したかどうかに関係なく、コンピューティング仕様とインスタンスのサービス期間に基づいて、直ちに課金が開始されます。
従量課金インスタンスの 1 時間あたりの料金はいくらですか? インスタンスがアイドル状態の場合でも課金されますか?
ApsaraMQ for RocketMQ 5.x シリーズの従量課金インスタンスの場合、コンピューティング仕様料金は 1 時間ごとに課金されます。1 時間あたりの単価は、メッセージ送受信のコンピューティング仕様の基本価格です。正確な単価については、製品料金ページをご参照ください。
従量課金の課金は、インスタンスを購入した直後から開始されます。この課金は、インスタンスがアイドル状態であるか、アプリケーションが接続されているか、またはメッセージが送受信されているかに関わらず発生します。インスタンスが存在する限り、基本コンピューティング仕様料金が発生します。アイドルインスタンスは、アクティブインスタンスと同じ料金で課金されます。課金を停止するには、コンソールでインスタンスを解放してください。