tencent cloud

TDMQ for RabbitMQ

Release Notes and Announcements
Release Notes
Announcements
Product Introduction
Introduction and Selection of the TDMQ Product Series
What Is TDMQ for RabbitMQ
Strengths
Use Cases
Description of Differences Between Managed Edition and Serverless Edition
Open-Source Version Support Description
Comparison with Open-Source RabbitMQ
High Availability
Use Limits
TDMQ for RabbitMQ-Related Concepts
Regions
Related Cloud Services
Billing
Billing Overview
Pricing
Billing Example
Convert to Monthly Subscription from Hourly Postpaid
Renewal
Viewing Consumption Details
Overdue Payments
Refund
Getting Started
Getting Started Guide
Step 1: Preparations
Step 2: Creating a RabbitMQ Cluster
Step 3: Configuring a Vhost
Step 4: Using the SDK to Send and Receive Messages
Step 5: Querying a Message
Step 6: Deleting Resources
User Guide
Usage Process Guide
Configuring the Account Permission
Creating a Cluster
Configuring a Vhost
Connecting to the Cluster
Managing Messages
Configure Advanced Feature
Managing the Cluster
Viewing Monitoring Data and Configuring Alarm Policy
Use Cases
Use Instructions of Use Cases
RabbitMQ Client Use Cases
RabbitMQ Message Reliability Use Cases
Usage Instructions for MQTT Protocol Supported by RabbitMQ
Migrate Cluster
Migrating RabbitMQ to Cloud
Step 1. Purchasing a TDMQ Instance
Step 2: Migrating Metadata to the Cloud
Step 3: Enabling Dual Read-Write
API Reference (Managed Edition)
API Overview
API Reference (Serverless Edition)
History
Introduction
API Category
Making API Requests
Relevant APIs for RabbitMQ Serverless PAAS Capacity
RabbitMQ Serverless Instance Management APIs
Data Types
Error Codes
SDK Documentation
SDK Overview
Spring Boot Starter Integration
Spring Cloud Stream Integration
Java SDK
Go SDK
Python SDK
PHP SDK
Security and Compliance
Permission Management
Network Security
Deletion Protection
Change Records
CloudAudit
FAQs
Service Level Agreement
Contact Us

Regions

PDF
Mode fokus
Ukuran font
Terakhir diperbarui: 2026-01-05 09:38:53
Regions refer to the geographical areas of physical data centers. Availability zones (AZs) 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

Regions in the Chinese Mainland

Region
Value
Serverless Edition
Managed Edition
South China
Guangzhou
ap-guangzhou
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
×
Taipei (China)
ap-taibei
×
North China
Beijing
ap-beijing
×
Southwest China
Chengdu
ap-chengdu
×
Chongqing
ap-chongqing
×

Other Countries and Regions

Region
Value
Serverless Edition
Managed Edition
Southeast Asia
Singapore
ap-singapore
×
Bangkok
ap-bangkok
×
Jakarta
ap-jakarta
×
Northeast Asia-Pacific
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
×

How to Select Regions and AZs

When you select regions and availability zones (AZs), the following factors need to be considered:
The region of your TDMQ for RabbitMQ 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 RabbitMQ cluster to reduce access latency and improve access speed.
The relationship between TDMQ for RabbitMQ and other cloud products. We recommend that you deploy other cloud products in the same region and AZ 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 VPC, we recommend that you deploy your business across at least different AZs to ensure fault isolation between AZs and achieve cross-AZ 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.



Bantuan dan Dukungan

Apakah halaman ini membantu?

masukan