tencent cloud

TDMQ for RocketMQ

Release Notes and Announcements
Release Notes
Announcements
Product Introduction
Introduction and Selection of the TDMQ Product Series
What Is TDMQ for RocketMQ
Strengths
Scenarios
Product Series
Comparison with Open-Source RocketMQ
High Availability
Quotas and Limits
Supported Regions
Basic Concepts
Billing
Billing Overview
Pricing
Billing Examples
Pay-as-you-go Switch to Monthly Subscription (5.x)
Renewal
Viewing Consumption Details
Refund
Overdue Payments
Getting Started
Getting Started Guide
Preparations
Step 1: Creating TDMQ for RocketMQ Resources
Step 2: Using the SDK to Send and Receive Messages (Recommended)
Step 2: Running the TDMQ for RocketMQ Client (Optional)
Step 3: Querying Messages
Step 4: Deleting Resources
User Guide
Usage Process Guide
Configuring Account Permissions
Creating the Cluster
Configuring the Namespace
Configuring the Topic
Configuring the Group
Connecting to the Cluster
Managing Messages
Managing the Cluster
Viewing Monitoring Data and Configuring Alarms
Cross-Cluster Message Replication
Use Cases
Naming Conventions for Common Concepts of TDMQ for RocketMQ
RocketMQ Client Use Cases
RocketMQ Performance Load Testing and Capacity Assessment
Access over HTTP
Client Risk Descriptions and Update Guide
Migration Guide for TencentCloud API Operations Related to RocketMQ 4.x Cluster Roles
Migration Guide
Disruptive Migration
Seamless Migration
Developer Guide
Message Types
Message Filtering
Message Retries
POP Consumption Mode (5.x)
Clustering Consumption and Broadcasting Consumption
Subscription Relationship Consistency
Traffic Throttling
​​API Reference(5.x)
History
API Category
Making API Requests
Topic APIs
Consumer Group APIs
Message APIs
Role Authentication APIs
Hitless Migration APIs
Cloud Migration APIs
Cluster APIs
Data Types
Error Codes
​​API Reference(4.x)
SDK Reference
SDK Overview
5.x SDK
4.x SDK
Security and Compliance
Permission Management
CloudAudit
Deletion Protection
FAQs
4.x Instance FAQs
Agreements
TDMQ for RocketMQ Service Level Agreement
Contact Us

Selection Recommendations

PDF
포커스 모드
폰트 크기
마지막 업데이트 시간: 2026-01-23 17:09:49

Selection Overview

Before purchasing a TDMQ for RocketMQ instance, you need to comprehensively consider key factors such as business scenarios, usage scale, and pricing to select the most suitable instance specifications. Different types of TDMQ for RocketMQ instances vary in specifications, performance capabilities, and resource calculation logic. This document details the specification characteristics and calculation methods of each edition to help you make a quick selection.

Product Form Selection

Product Forms

TDMQ for RocketMQ provides two mainstream versions, 4.x and 5.x, for customers to choose from, meeting diverse needs across different business scenarios, usage scales, and price points.
For more information about product forms and detailed feature differences, see Feature Comparison.

Product Form Selection Recommendations

For different versions and product forms, you can make selections based on applicable scenarios, specification ranges, and differentiated features:
Recommended Cluster Type
Applicable Scenario
Specification Range
Differentiated Feature
4.x series
4.x exclusive cluster
With large-scale business operations and high usage volumes.
Require physical isolation between components and demands high availability.
Fine-grained Ops: Require transparency and monitoring capabilities for each node.
High business flexibility: Support business isolation and division across multiple departments.
TPS range: 4,000 to 360,000
Number of free topics: 500 to 8,000
Number of free groups: 5,000 to 80,000
Transparently display the number of broker nodes and show the distributed queue information for each broker.
Support creating up to 10 namespaces under a single cluster for inter-business isolation.
Support fine-grained permission control for the data plane at the namespace level.
4.x general cluster
With large-scale business operations and high usage volumes.
Require physical isolation between components and demands high availability.
Fine-grained permission management for the data plane.
Cost-effective solution balancing performance and budget.
TPS range: 8,000 to 80,000
Number of free topics: 400 to 4,000
Number of free groups: 4,000 to 40,000
Support fine-grained permission control for the data plane at the topic and group levels.
5.x series
5.x Basic Edition
Test environments or low-volume usage scenarios.
The latest community 5.x SDK is used.
Benefit from more 5.x capabilities, such as richer monitoring metrics, pay-as-you-go storage, and server-side retry mechanisms.
Cost-effectiveness as a key consideration.
TPS range: 1,000 to 10,000
Number of free topics: 100 to 200
Number of free groups: 1,000 to 2,000
/
5.x Pro Edition
Production environments with moderate usage levels.
The latest community 5.x SDK is used.
Benefit from more 5.x capabilities, such as richer monitoring metrics, pay-as-you-go storage, and server-side retry mechanisms.
Cost-effectiveness as a key consideration.
TPS range: 4,000 to 100,000
Number of free topics: 300 to 1,000
Number of free groups: 3,000 to 10,000
Support fine-grained permission control for the data plane at the topic and group levels.
Support enabling instantaneous elastic TPS traffic
5.x Platinum Edition
Production environments with substantial usage demands
Require physical isolation between components and demands high availability
The latest community 5.x SDK is used.
Benefit from more 5.x capabilities, such as richer monitoring metrics, pay-as-you-go storage, and server-side retry mechanisms.
Cost-effectiveness as a key consideration.
TPS range: 10,000 to 100,000
Number of free topics: 1,000 to 10,000
Number of free groups: 10,000 to 100,000
Support fine-grained permission control for the data plane at the topic and group levels.
Support enabling instantaneous elastic TPS traffic
Note:
Current 4.x virtual clusters and 5.x trial clusters have been discontinued for new purchases. Existing clusters remain unaffected and will continue to receive upgrades and maintenance. It is recommended to upgrade or migrate to other cluster types at the earliest opportunity.

Specification Selection

After selecting a version, you can select appropriate specifications based on your business usage. The following table describes the key factors that influence specification selection:
Specification Selection Consideration Factor
Description
TPS
This includes the total number of produced and consumed messages, which is calculated based on the message size and message type. For more information, see Pricing for each edition.
Each cluster edition enforces strict traffic throttling on TPS specifications. Exceeding the cluster's TPS limit will trigger traffic throttling. When selecting TPS specifications, consider peak TPS impact and reserve a buffer for traffic fluctuations. For 5.x Pro Edition and Platinum Edition clusters, elastic TPS can be enabled to handle burst traffic peaks.
Storage
For 4.x exclusive clusters and general clusters, comprehensive consideration should be given to factors such as message write rate, message size, and message retention period. For example: If the average message size is 1 KB, average production TPS is 10,000, and messages are retained for 3 days (72 hours), the actual storage space required is: 1 KB x 10,000 x 3,600 x 72/1,000,000 GB = 2,592 GB. Based on cloud disk specifications, this can be rounded up to a minimum cluster storage capacity of 2,600 GB.
The entire 5.x cluster series incorporates technical optimizations within a storage-compute separation architecture. Storage is billed based on actual usage through post-payment settlement, eliminating the need for pre-purchased storage capacity. This significantly reduces your storage costs. For more information, see 5.x Cluster Billing Overview.
Number of topics
Different cluster editions offer varying numbers of free topics. If you need to purchase additional topic quotas, you can buy them on demand based on the actual exceeded quantity.
Cluster load
On the Cluster Details page and monitoring page, the cluster's TPS load is calculated based on the current TPS and the purchased TPS specification. The calculation formula is: Current TPS/Purchased TPS specification x 100%. If the cluster load is excessively high, it is recommended to upgrade the cluster specifications according to your actual scenarios.


도움말 및 지원

문제 해결에 도움이 되었나요?

피드백