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

Capability Comparison

PDF
Focus Mode
Font Size
Last updated: 2026-03-18 14:27:20
TDMQ for CKafka (CKafka) instances come in multiple forms (Serverful and Serverless) to meet user needs in different scenarios. When you purchase a CKafka cluster, it is recommended that you select products based on a combination of factors such as business application scenarios, product capabilities, and usage costs.

Product Series

The following figure shows the product series of TDMQ for CKafka.

Serverful is a classic form of CKafka. You can purchase clusters of corresponding specifications based on your needs. As your business volume changes, you need to keep a certain level of attention on the CKafka cluster.
Serverless, a new form of CKafka, aims to completely free up your efforts, allowing you to focus more on business logic. Coming soon, stay tuned.

Serverful

The cluster types of Serverful are divided into Pro Edition, Advanced Edition, and Standard Edition (no longer available for new purchases) based on different user scenarios. The comparison of each edition is as follows:
Item
Item Description
Pro Edition
Advanced Edition
Standard Edition (No Longer Available for New Purchases)
Architecture
Deployment architecture
Dedicated instances.
Shared physical node resources.
Shared physical node resources.
Stability
SLA guarantee
Service availability: 99.995%.
Storage availability: See CBS SLA Description.
Service availability: 99.95%.
Storage availability: See CBS SLA Description.
Service availability: 99.95%.
Storage availability: See CBS SLA Description.
Specifications
Bandwidth specification range
20–100000 MB/s. For details, see Selection Recommendations.
20–360 MB/s. For details, see Selection Recommendations.
40MB/s, 100MB/s, 150MB/s
Storage
Supports fixed storage and elastic storage. For elastic storage, the storage space is theoretically unlimited and billed on a pay-as-you-go basis.
Fixed storage only.
Fixed storage only.
High flexibility, allowing individual scale-out of bandwidth and topic/partition limits, as well as disk capacity expansion.
High flexibility, allowing individual scale-out of bandwidth and topic/partition limits, as well as disk capacity expansion.
Low flexibility, allowing individual expansion of disk capacity.
Isolation
×
×
Security management
×
×
Intelligent Ops
Dynamic message retention policy;
automatic disk capacity expansion.
Dynamic message retention policy.
×
×
×
×
×
×
Monitoring and alarms
×
×
Metric sorting
×
×
×
×
×
×
High availability
×
×
×
Upgrade
×
×
Broker repair and upgrade
Fast upgrade.
Shared cluster with a longer maintenance cycle.
Shared cluster with a longer maintenance cycle.
Advanced service
Technical service
Provides parameter optimization consulting services, allowing you to customize parameter configurations for special business scenarios. You can submit a ticket for application.
Supports basic troubleshooting and issue resolution.
Supports basic troubleshooting and issue resolution.

Serverless

After extensive analysis of online cluster operations, we have identified certain common phenomena:

1. High costs. Businesses typically exhibit regular peaks and troughs within specific time cycles. To ensure business stability, specifications are reserved based on business peaks.
2. Slow scale-out. Due to the limitations of the technical architecture in the current classic form of CKafka, broker scale-out requires data migration. It may often take days to migrate TB-level data.
To address the aforementioned issues, we are launching a new generation of CKafka in a Serverless offering. Below are the detailed specifications of CKafka Serverless:
Item
Item Description
Serverless Edition
Specifications
Reserved bandwidth range
Production reserved bandwidth: 90 ~ 1020 MB/s, with a step size of 30 MB/s
Consumption reserved bandwidth: 30-1020 MB/s, with a step size of 10 MB/s
The upper limit for the ratio of consumption reserved bandwidth to production reserved bandwidth is 3:1.
Elastic capacity limit
Supports up to 2x elasticity, that is:
Production elastic capacity limit = 2 * Production reserved bandwidth.
Consumption elastic capacity limit = 2 * Consumption reserved bandwidth.
Amount of storage space
Storage space is theoretically unlimited and billed on a pay-as-you-go basis.
Partition Specs
Current upper limit: 3000 partitions (including replicas)
Future plans: As larger production reserved bandwidth specifications are introduced, the upper limit for the number of partitions will be increased accordingly.
Topic Specs
To ensure data reliability, Serverless instances only support creating Topics with 3 replicas. The Topic specification is Partition Specs/3.
Message retention period
1 day ~ 365 days
Adjust Configuration
Production reserved bandwidth and consumption reserved bandwidth can be upgraded or downgraded independently.
Public Network Bandwidth
Public network access is not currently supported.
Stability
Cross-AZ high-availability deployment
High Data Reliability
3-replica Topic configuration
Isolation
Topic traffic throttling
Security management
SSL authentication
Message query
/
Intelligent Ops
One-click diagnosis


Help and Support

Was this page helpful?

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

Feedback