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

Creating the Group

PDF
Focus Mode
Font Size
Last updated: 2026-01-23 17:34:04

Scenarios

A group is used to identify a type of consumers who usually consume the same type of messages and use the same message subscription logic.

Constraints and Limitations

Users should create a group in the console before starting a consumer client.
The default ratio of topics to groups is 1:10. When the group quota in a cluster is insufficient, you can increase the group quota by increasing the topic quota. For specific operations, see Adjusting Cluster Specifications.

Operation Steps

1. Log in to the TDMQ for RocketMQ console.
2. In the left sidebar, select Group, select the region and target cluster, and click Create to go to the Create Group page.
3. Specify the group information.
5.x Clusters
4.x Clusters
Parameter
Description
Current Cluster
Cluster to which a group belongs, which cannot be modified.
Group Name
Name of a group, which cannot be modified after creation. The name should comply with naming rules: The name must be 3 to 100 characters in length and can contain only letters, digits, percent signs (%), hyphens (-), and underscores (_).
Tag
Tags are used to categorize and manage group resources. You can also grant sub-accounts read/write permissions for specific resource types through authorization by tag. For details, see Configuring Resource Tags and Granting Tag-Level Permissions to Sub-accounts.
Group Description
Enter the group description, with up to 128 characters.
Max Retries
Maximum number of times that a message can be redelivered. If a message still fails to be consumed successfully after the maximum number of retries has reached, it will be delivered to a dead letter queue or discarded.
If you use a TDMQ for RocketMQ 4.x client, the number of message retries set on the client prevails.
If you use a RocketMQ 5.x client, the number of message retries set on the page prevails.
Delivery Sequence
Sequence in which the server delivers messages to the consumer for consumption. Sequential delivery and concurrent delivery are supported, and concurrent delivery is the default method.
Sequential delivery: Messages that are associated logically are delivered to the same queue for serialized processing. This ensures that messages are consumed strictly in the sequence they were sent.
Concurrent delivery: Messages are delivered to multiple queues for parallel processing by multiple consumer threads. This maximizes system throughput and resource utilization, but cannot guarantee the message processing sequence.
Enable Consumption
After it is disabled, all consumption operations under a group are suspended. Re-enabling it can resume consumption. It can be used for system Ops, consumer group flow control, and fault isolation, achieving cluster-level protection and smooth operations.
Parameter
Description
Current Cluster/Namespace
Cluster or namespace to which a group belongs, which cannot be modified.
Group Name
Name of a group, which cannot be modified after creation. The name should comply with naming rules: The name must be 3 to 83 characters in length and can contain only letters, digits, percent signs (%), hyphens (-), and underscores (_).
Protocol Type
TDMQ for RocketMQ supports access using Transmission Control Protocol (TCP) and Hypertext Transfer Protocol (HTTP). It is recommended that you create a group for each protocol. If multiple consumers use the same group to consume messages, with certain consumers using the TCP protocol and others using the HTTP protocol, it may lead to consumption failures, message duplication, or message loss.
Tag
Tags are used to categorize and manage group resources. You can also grant sub-accounts read/write permissions for specific resource types through authorization by tag. For details, see Configuring Resource Tags and Granting Tag-Level Permissions to Sub-accounts.
Group Description
Enter the group description, with up to 128 characters.
Enable Consumption
After it is disabled, all consumption operations under a group are suspended. Re-enabling it can resume consumption. It can be used for system Ops, consumer group flow control, and fault isolation, achieving cluster-level protection and smooth operations.
Enable Broadcasting
After it is disabled, all consumers declared in the broadcast mode under the group are paused. Re-enabling it can resume consumption.
Clustering consumption: In the clustering consumption mode, each message only needs to be processed by any of the consumers in the cluster.
Broadcasting consumption: In the broadcasting consumption mode, each message is pushed to all registered consumers in the cluster to ensure that the message is consumed at least once by each consumer.
4. Click Submit to complete the creation of the group.

Help and Support

Was this page helpful?

Help us improve! Rate your documentation experience in 5 mins.

Feedback