tencent cloud

TDMQ for CKafka

Release Notes and Announcements
Release Notes
Broker Release Notes
Announcement
Product Introduction
Introduction and Selection of the TDMQ Product Series
What Is TDMQ for CKafka
Strengths
Scenarios
Technology Architecture
Product Series Introduction
Apache Kafka Version Support Description
Comparison with Apache Kafka
High Availability
Use Limits
Regions and AZs
Related Cloud Services
Billing
Billing Overview
Pricing
Billing Example
Changing from Postpaid by Hour to Monthly Subscription
Renewal
Viewing Consumption Details
Overdue Payments
Refund
Getting Started
Guide for Getting Started
Preparations
VPC Network Access
Public Domain Name Access
User Guide
Usage Process Guide
Configuring Account Permission
Creating Instance
Configuring Topic
Connecting Instance
Managing Messages
Managing Consumer Group
Managing Instance
Changing Instance Specification
Configuring Traffic Throttling
Configuring Elastic Scaling Policy
Configuring Advanced Features
Viewing Monitoring Data and Configuring Alarm Rules
Synchronizing Data Using CKafka Connector
Use Cases
Cluster Resource Assessment
Client Practical Tutorial
Log Integration
Open-Source Ecosystem Integration
Replacing Supporting Route (Old)
Migration Guide
Migration Solution Overview
Migrating Cluster Using Open-Source Tool
Troubleshooting
Topics
Clients
Messages
​​API Reference
History
Introduction
API Category
Making API Requests
Other APIs
ACL APIs
Instance APIs
Routing APIs
DataHub APIs
Topic APIs
Data Types
Error Codes
SDK Reference
SDK Overview
Java SDK
Python SDK
Go SDK
PHP SDK
C++ SDK
Node.js SDK
SDK for Connector
Security and Compliance
Permission Management
Network Security
Deletion Protection
Event Record
CloudAudit
FAQs
Instances
Topics
Consumer Groups
Client-Related
Network-Related
Monitoring
Messages
Agreements
CKafka Service Level Agreements
Contact Us
Glossary
DocumentaçãoTDMQ for CKafkaProduct IntroductionRegions and AZs

Regions and AZs

PDF
Modo Foco
Tamanho da Fonte
Última atualização: 2026-01-20 16:37:22
A region refers to the geographical area 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

China

Region
Value
South China
Guangzhou
ap-guangzhou
Shenzhen
ap-shenzhen
Shenzhen Finance
ap-shenzhen-fsi (Only financial institutions and enterprises can apply for activation through online consultation.)
East China
Shanghai
ap-shanghai
Shanghai Finance
ap-shanghai-fsi (Only financial institutions and enterprises can apply for activation through online consultation.)
Nanjing
ap-nanjing
Hangzhou
ap-hangzhou
Shanghai Autonomous Driving Cloud
ap-shanghai-adc
North China
Beijing
ap-beijing
Beijing Finance
ap-beijing-fsi (Only financial institutions and enterprises can apply for activation through online consultation.)
Tianjin
ap-tianjin
Central China
Changsha
ap-changsha

Wuhan
ap-wuhan
Southwest China
Chengdu
ap-chengdu
Chongqing
ap-chongqing
Hong Kong (China), Macao (China), and Taiwan (China)
Taipei (China)
ap-taipei
Hong Kong (China)
ap-hongkong

Other Countries and Regions

Region
Value
Southeast Asia
Singapore
ap-singapore
Thailand
ap-bangkok
Jakarta
ap-jakarta
Asia Pacific
Seoul
ap-seoul
Tokyo
ap-tokyo
Western United States
Silicon Valley
na-siliconvalley
Eastern United States
Virginia
na-ashburn
South America
São Paulo
sa-saopaulo
Europe
Frankfurt
eu-frankfurt

How Do I Select a Region and an AZ?

When you select a region and an AZ, you should consider the following factors:
The region where the TDMQ for CKafka (CKafka) instance is located, and the geographic location of you and your target users. It is recommended that when you purchase a CKafka instance, you select the region closest to your customers to reduce access latency and improve access speed.
The relationship between the CKafka instance and other cloud products. It is recommended 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 for your business. Even in scenarios with only one Virtual Private Cloud (VPC) network, it is recommended that you deploy your business across at least two different AZs to ensure fault isolation between AZs and achieve cross-AZ disaster recovery.
There may be network communication latency between different AZs. Evaluate it based on your actual business requirements to find the optimal balance between high availability and low latency.
If you need to access hosts in other countries and regions, it is recommended that you select CKafka instances in those countries and regions. If you create a CKafka instance in China, accessing hosts in other countries and regions will experience high latency and is not recommended.

Resource Location Description

The following table describes which CKafka resources are global, which are specific to regions but not to AZs, and which are based on AZs.
Resource
Resource ID Format (<resource_abbreviation>-8-Digit String of Digits and Letters)
Type
Description
User account
Unlimited
Globally unique
Users can use the same account to access Tencent Cloud resources around the world.
CKafka instance
ckafka-xxxxxxxx
Available in a single AZ of a region
Users can only create CKafka instances in specific AZs.

Related Operations

Migrating Instances to Other AZs

CKafka supports migrating instances across AZs in the same region. For such needs, submit a ticket for assistance.
Anterior: Use LimitsPróximo: Related Cloud Services

Ajuda e Suporte

Esta página foi útil?

comentários