ApsaraMQ for RocketMQ 5.x サーバーレスインスタンスは、サービストラフィックに基づいてリソースを動的にスケーリングします。リソースは実際の使用量に基づいて割り当てられ、課金されるため、コストを効果的に削減できます。本トピックでは、サーバーレスインスタンスの動作原理、利点、およびシナリオについて説明します。
利点
ApsaraMQ for RocketMQ サーバーレスインスタンスは、柔軟なリソーススケーリング機能を提供します。ビジネスの成長段階に応じたリソース需要を満たします。主な利点は以下のとおりです。
-
オープンソースバージョンとの互換性を備えたすぐに使える機能。サーバーレスインスタンスのリソースサイズや安定性を気にすることなく、ビジネスアプリケーションに集中できます。開発者は、コアビジネスコードの開発に専念でき、企業の運用保守 (O&M) コストを削減します。
-
自動エラスティックスケーリング。サーバーレスインスタンスは、動的なリソース調整ポリシーを採用し、リアルタイムのサービストラフィックに基づいて自動的にスケーリングします。企業は、事前にインスタンスタイプを見積もったり設定したりする必要はありません。
-
実際の使用量に基づく従量課金。料金は、メッセージ、トピックリソース、ネットワークトラフィック、ストレージなどのリソースの実際の使用量に基づいて課金されます。料金は、リソース使用量に基づいて 1 時間ごとに決済されます。これにより、完全な従量課金が実現し、コスト削減に役立ちます。
エラスティシティ機能
エラスティシティ機能は、スケーリング中にクライアントのメッセージ送受信リクエストに影響を与えるかどうかに応じて、無損失エラスティシティと適応型エラスティシティに分類されます。
-
無損失エラスティシティ:エラスティックスケーリング中、メッセージの送受信リクエストはエラーなく、影響を受けません。初期レート制限のしきい値は、無損失エラスティシティレート制限のしきい値です。
-
適応型エラスティシティ:無損失エラスティシティレート制限のしきい値を超えた後、サーバー側はサービストラフィックに基づいて適応型エラスティシティルールをさらに適用します。スケールアウト中、サービストラフィックはレート制限されます。スケールアウト後、レート制限のしきい値が増加します。
-
スケールアウトとスケールインのステップサイズは、リザーブドインスタンスタイプによって異なります。
-
累積容量モードの場合、ステップサイズは約 25,000 TPS です。
-
リザーブド + エラスティック容量モードの場合、ステップサイズはリザーブドインスタンスタイプのサイズとほぼ同等です。
-
-
各スケールアウト操作には数分かかります。リザーブドインスタンスタイプが大きいほど、時間がかかります。
-
システムは、約 10 分間の時間枠内でインスタンストラフィックをチェックします。インスタンストラフィックが減少すると、スケールイン操作が発生します。各スケールイン操作により、容量が 1 ステップ削減されます。
-
リザーブド TPS の割り当て
デフォルトでは、リザーブド TPS はメッセージ送信と消費の間で均等に割り当てられます (それぞれ 50%)。この比率は自動的に調整できません。比率を変更するには、リザーブドパーセンテージを手動で設定する必要があります。
例:リザーブド TPS が 2,000 で、送信と消費の比率が 50:50 の場合、メッセージ送信と消費の TPS 制限はそれぞれ 1,000 です。
シリーズ機能
|
比較項目 |
共有 |
専有 |
|
|
累積 |
リザーブド + エラスティック |
リザーブド + エラスティック |
|
|
デプロイモード |
物理共有、論理シングルテナント |
物理共有、論理シングルテナント |
物理専有、専用物理ノード |
|
容量モード |
|
|
|
|
無損失エラスティシティ |
|
|
|
|
適応型エラスティシティ |
サポート |
サポート |
サポートなし |
|
最大レート制限のしきい値 |
300,000 |
min (300,000、リザーブドインスタンスタイプ × 10) |
リザーブドインスタンスタイプ × 1.5 |
無損失エラスティシティレート制限のしきい値は次のように計算されます。
-
計算式:無損失エラスティシティレート制限のしきい値 = リザーブドインスタンスタイプ + 無損失エラスティシティ機能。
-
共有:
-
累積:無損失エラスティシティレート制限のしきい値 = リザーブドインスタンスタイプ (0) + 無損失エラスティシティ機能 (50,000) = 50,000。
-
リザーブド + エラスティック:無損失エラスティシティレート制限のしきい値 = リザーブドインスタンスタイプ (1x) + 無損失エラスティシティ機能 (リザーブドインスタンスタイプの 2 倍) = リザーブドインスタンスタイプ × 3。
-
-
専有:
-
リザーブド + エラスティック:無損失エラスティシティレート制限のしきい値 = リザーブドインスタンスタイプ (1x) + 無損失エラスティシティ機能 (リザーブドインスタンスタイプの 0.5 倍) = リザーブドインスタンスタイプ × 1.5。
-
アップグレードまたはダウングレードがレート制限のしきい値に与える影響
リザーブドインスタンスタイプをアップグレードまたはダウングレードした後、インスタンスのレート制限のしきい値は次のように計算されます:MAX (現在のレート制限のしきい値、アップグレードまたはダウングレード後の無損失エラスティシティレート制限のしきい値)。この値は、現在のレート制限のしきい値と、アップグレードまたはダウングレード後の無損失エラスティシティレート制限のしきい値のうち、大きい方を表します。
サーバーレスインスタンスアーキテクチャ
ApsaraMQ for RocketMQ 5.x サーバーレスインスタンスは、マルチテナントリソース分離を利用します。これにより、インスタンス間のビジネス運用が互いに干渉しないことが保証されます。
ApsaraMQ for RocketMQ は、すべての技術コンポーネントをコンテナ化します。クラウドのスケーラビリティを活用し、基盤となるコンピューティング、ストレージ、およびネットワークリソースを柔軟に割り当てます。
したがって、ApsaraMQ for RocketMQ サーバーレスインスタンスは、各テナントからのリソース需要の変化に迅速に対応します。サーバーレスモードでシームレスなエラスティックスケーリングを実現し、お客様のビジネスニーズに柔軟かつ正確に対応します。
制限事項
サーバーレスインスタンスは、現在、次のリージョンのみをサポートしています:China (Hangzhou)、China (Shanghai)、China (Beijing)、China (Zhangjiakou)、China (Shenzhen)、China (Chengdu)、Singapore、Germany (Frankfurt)、および US (Virginia)。その他のリージョンは順次利用可能になります。
ネットワークアクセス
同じ VPC 内で通信するには、サーバーレスインスタンスに対して PrivateLink を有効化する必要があります。サーバーレスインスタンスのネットワークアーキテクチャは、PrivateLink に依存して、安全で安定したプライベートネットワーク通信を実現します。
プロトコルサポート
サーバーレスインスタンスは、TCP プロトコル接続のみをサポートします。パブリックネットワーク経由の HTTP API アクセスはサポートされていません。
課金
サーバーレスインスタンスの具体的な料金ルールについては、「サーバーレスインスタンスの料金」をご参照ください。
よくある質問
ApsaraMQ for RocketMQ サーバーレスインスタンスコンソールは、順序メッセージまたはカスタム属性を持つメッセージの送信をサポートしていますか?
サーバーレスインスタンスコンソールの [クイック体験] 機能は、現在、通常メッセージの送信のみをサポートしており、ユーザー定義のカスタム属性の設定はサポートされていません。順序メッセージやカスタム属性付きのメッセージを送信する必要がある場合は、代わりに SDK を使用してください。
LiteTopic (軽量トピック) へのアップグレードは、既存の通常トピック機能に影響しますか?
version_capability:lite-topic タグを追加しても、既存の通常トピック機能には影響しません。軽量トピックは、セカンダリコンテナとして通常トピックと共存します。既存のトピックタイプ (通常メッセージ、順序メッセージ、トランザクションメッセージ) と消費ロジックは変更されません。アップグレードにより、動的作成、自動有効期限、単一キュー順序消費など、軽量トピック固有の機能のみが追加されます。
開発およびデバッグにおいて、ApsaraMQ for RocketMQ 4.x と 5.x サーバーレスのどちらがコスト効率が高いですか?
(推奨) 5.x サーバーレスを使用してください。ApsaraMQ for RocketMQ 4.x Standard Edition は、トピックリソース使用量と API 呼び出しに基づいて課金されます。ApsaraMQ for RocketMQ 5.x は、サーバーレスおよびエラスティック TPS による従量課金をサポートしています。ストレージとコンピューティングは実際の使用量に基づいて課金されるため、リソースの無駄を回避できます。エラスティックアーキテクチャは、トラフィックが変動するシナリオにも適しており、長期的なコストを削減します。
AWS SQS から ApsaraMQ for RocketMQ サーバーレスに移行する際、コストをどのように管理できますか?
AWS SQS に匹敵するコストを実現するには、スタンダードインスタンスを使用してください。サーバーレスインスタンスを使用する場合は、gRPC SDK を使用するようにアプリケーションを適応させ、プライベートネットワークアクセスを使用してインターネットトラフィック料金を回避し、メッセージサイズを 4 KB 以下に保ってください。
サーバーレスインスタンスは、いつオンラインクライアントデータの表示をサポートしますか?
ApsaraMQ for RocketMQ サーバーレスインスタンスは、今月 (25 日まで) に統一アップグレードを完了し、オンラインクライアントデータの表示をサポートする予定です。ユーザーには、アップグレードの 1 週間前に通知されます。