未使用の従量課金インスタンスに課金される理由
従量課金インスタンスは、メッセージ量やコンシューマーアクティビティではなく、インスタンスの存在期間に基づいて課金されます。インスタンスを作成すると、専用のブローカーとストレージが直ちに割り当てられ、課金が開始されます。インスタンスをリリースするまで課金は継続します。
課金数式
合計料金 = インスタンス価格 x サービス時間たとえば、インスタンスをリリースする前に 3 日間実行した場合、メッセージが生成または消費されたかどうかにかかわらず、72 時間のサービス時間に対して料金が請求されます。
課金を停止する方法
インスタンスをリリースしてください。以下の操作では課金は停止しません：
プロデューサーとコンシューマーの停止
Topic の削除
これらの操作では、基盤となるブローカーとストレージリソースは割り当てられたままになるため、料金は発生し続けます。
インスタンスをリリースせずに課金を一時停止できますか
いいえ。課金を一時停止または中断する方法はありません。インスタンスが存在する限り、課金されます。
Topic ベースのインスタンスからパーティションベースのインスタンスへの変換方法
現在、Topic 仕様による ApsaraMQ for Kafka インスタンスの購入はできなくなりました。すべてのインスタンスはパーティション仕様を使用します。
ご利用のインスタンスが元々 Topic 仕様とパーティション仕様のどちらで購入されたかにかかわらず、設定の変更はパーティション仕様のみを使用します。Topic ベースのインスタンスの設定を変更すると、以下のルールに従って自動的に変換されます。
変換数式
変換後の合計パーティション数 = 仕様に含まれるパーティション数 + 追加購入した Topic 数 x 変換係数結果は、小数点以下を切り上げて最も近い整数になります。
変換係数
| 課金方法 | 変換係数 |
|---|---|
| サブスクリプション | 23.913 |
| 従量課金 | 45.045 |
計算例
サブスクリプションの Standard Edition インスタンスに次の構成があるとします：
帯域幅：20 MB/s
仕様に含まれる Topic 数：50
追加購入した Topic 数：10
変換後：
1,000 + 10 x 40.602 = 1,407 パーティション各仕様に含まれるパーティションクォータについては、「課金ルール」をご参照ください。
不足分の保護
実際のパーティション使用量が変換後の合計を超えた場合、Alibaba Cloud は追加のパーティションを無料で提供します。たとえば、変換によって 1,000 パーティションが算出されたにもかかわらず、1,100 パーティションを使用している場合、Alibaba Cloud は差分の 100 パーティションを無料で補います。
変換後のクォータ
変換後、Topic とグループのクォータはパーティション数に基づいて更新されます：
| リソース | 新しいクォータ |
|---|---|
| トピック | 合計パーティション数と同じ |
| グループ | 合計パーティション数 x 2 と同じ |
ピークトラフィックに基づいて課金される理由
一般的に、課金はハードウェアベースまたはサービスベースのいずれかです。ハードウェアベースの課金モードでは、実際のサービス使用量に基づいてインスタンスに課金することは困難です。サービスベースの課金モードでは、インスタンスは実際のサービス使用量に基づいて課金されます。
ピークトラフィックが測定するもの
ピークトラフィックは、単なるネットワーク帯域幅ではなく、インスタンスの全体的なデータ処理能力を定義します。ピークトラフィックのレベルを選択すると、クラスター全体のスループット容量がプロビジョニングされます。
1 日あたりの処理能力
ピークトラフィックから、1 日あたりの最小処理能力を計算します：
データ処理能力 = ピークトラフィック x 期間例：ピークトラフィックが 30 MB/s のインスタンスは、1 日あたり少なくとも 2.47 TB を処理できます：
30 MB/s x 60 s x 60 min x 24 h / 1024 / 1024 = 2.47 TB/day| ピークトラフィック | 1 日あたりの最小処理能力 |
|---|---|
| 20 MB/s | 約 1.65 TB/日 |
| 30 MB/s | 約 2.47 TB/日 |
| 60 MB/s | 約 4.94 TB/日 |
| 120 MB/s | 約 9.89 TB/日 |
実際の処理能力は、これらの最小値を超える場合があります。
追加パーティションに課金される理由
オープンソースの Apache Kafka クラスターでは、パーティション数が約 1,000 を超えると大幅なパフォーマンスの低下が発生します。ApsaraMQ for Kafka はこの制限をなくし、Topic はパフォーマンスを損なうことなく無制限の数のパーティションを持つことができます。
ただし、リソースプランを超える追加パーティションはブローカーリソースを消費するため、これらの追加パーティションにはそれに応じて課金されます。
コネクタ機能が請求に与える影響
コネクタ機能は EventBridge と Function Compute 上に構築されています。両方のサービスは、請求書に個別の明細項目として表示されます：
| サービス | 課金ステータス |
|---|---|
| EventBridge | パブリックプレビュー中、無料 |
| Function Compute | 課金概要別途課金されます。詳細については、「」をご参照ください。 |
本内容は、コネクタ機能の新バージョンに適用されます。旧バージョンについては、「概要」をご参照ください。