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

Supported Regions

PDF
포커스 모드
폰트 크기
마지막 업데이트 시간: 2026-01-23 17:09:49
A region refers to the geographical area of physical data centers. Availability zones are physically independent data centers within the same Tencent Cloud region, with separate power and network resources. For more information, see CVM - Regions and AZs.

Supported Regions

China

Region
Value
5.x Cluster
4.x Exclusive Clusters
4.x General Clusters
4.x Virtual Cluster
(New Purchases Discontinued)
South China
Guangzhou
ap-guangzhou
Qingyuan
ap-qingyuan
×
×
Shenzhen Finance
ap-shenzhen-fsi
×
×
×
East China
Nanjing
ap-nanjing
Shanghai
ap-shanghai
Shanghai Finance
ap-shanghai-fsi
Shanghai Autonomous Driving Cloud
ap-shanghai-adc
Hong Kong (China), Macao (China), and Taiwan (China)
Hong Kong (China)
ap-hongkong
North China
Beijing
ap-beijing
Beijing Finance
ap-beijing-fsi
×
×
×
Southwest China
Chengdu
ap-chengdu
×
×
×
Chongqing
ap-chongqing
×
×

Other Countries and Regions

Region
Value
5.x Cluster
4.x Exclusive Cluster
4.x General Cluster
4.x Virtual Cluster
(New Purchases Discontinued)
Southeast Asia
Singapore
ap-singapore
Bangkok
ap-bangkok
×
×
×
Jakarta
ap-jakarta
×
Northeast Asia
Seoul
ap-seoul
×
×
Tokyo
ap-tokyo
×
×
Western United States
Silicon Valley
na-siliconvalley
Eastern United States
Virginia
na-ashburn
Europe
Frankfurt
eu-frankfurt
×
×
South America
São Paulo
sa-saopaulo
×
×
×
If the above regions do not meet your requirements, you can submit a ticket to request enabling new regions and availability zones.

How to Select a Region and an AZ

When you select a region and an availability zone (AZ), you should consider the following factors:
The region of your TDMQ for RocketMQ cluster, your own location, and the location of your target users. We recommend that you select the region closest to your customers when you purchase a TDMQ for RocketMQ cluster to reduce access latency and improve access speed.
The relationship between TDMQ for RocketMQ and other cloud products. We recommend that you deploy other cloud products in the same region and availability zone whenever possible. This allows different cloud products to communicate over the private network, reducing access latency and improving access speed.
High availability and disaster recovery considerations for your business. Even in scenarios with only one Virtual Private Cloud (VPC), we recommend that you deploy your business across at least two different availability zones to ensure fault isolation between availability zones and achieve cross-zone disaster recovery.
Possible network communication latency between availability zones. Evaluate it based on your actual business requirements to find the optimal balance between high availability and low latency.



도움말 및 지원

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

피드백