Skip to content

Commit 9d0f7ff

Browse files
committed
docs: add FAQ on TiDB X and Dedicated Projects, detailing changes and instance migration requirements
1 parent b63614f commit 9d0f7ff

1 file changed

Lines changed: 68 additions & 0 deletions

File tree

Lines changed: 68 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,68 @@
1+
# TiDB X Project and Dedicated Project: What Changed and Why Instances Need to Move
2+
3+
## What Changed
4+
5+
TiDB Cloud now introduces **typed projects** to provide a clearer separation between different product tiers. Projects are classified into two distinct types:
6+
7+
- **TiDB X Project** — designed for TiDB Cloud X instances (Starter, Essential, Premium)
8+
- **Dedicated Project** — designed for TiDB Cloud Dedicated clusters
9+
10+
Each project type can **only host its own resource type**:
11+
12+
- A TiDB X Project can only contain TiDB X instances.
13+
- A Dedicated Project can only contain Dedicated clusters.
14+
15+
This typed project model maintains a consistent **Organization → Project → Resource** hierarchy across all tiers, while allowing each product line to evolve with its own project behavior and capabilities.
16+
17+
## Why Two Project Types
18+
19+
TiDB X Projects and Dedicated Projects serve different use cases and have different characteristics:
20+
21+
| Capability | TiDB X Project | Dedicated Project |
22+
|---|---|---|
23+
| Project Settings |||
24+
| Project-level RBAC |||
25+
| Billing Aggregation |||
26+
| Move instances between projects |||
27+
| Project is optional | ✅ (instances can exist at org level) | ❌ (clusters must belong to a project) |
28+
| Resource type | TiDB X instances only | Dedicated clusters only |
29+
30+
### TiDB X Project
31+
32+
- **Lightweight and optional**. TiDB X users can create instances without assigning them to a project. Projects become useful when users want to organize and group resources, but are not required.
33+
- **Instance mobility**. TiDB X instances can be moved between TiDB X Projects or back to the organization level, giving users flexibility in how they organize their resources.
34+
35+
### Dedicated Project
36+
37+
- **Mandatory project membership**. Every Dedicated cluster must belong to a Dedicated Project.
38+
- **No instance mobility across projects**. Dedicated clusters cannot be moved between projects due to their infrastructure bindings.
39+
40+
## Why Instances Need to Move
41+
42+
Before this change, a single project could contain both Dedicated clusters and TiDB X instances (Starter, Essential). With the introduction of typed projects, this mixed state is no longer supported.
43+
44+
**If a Dedicated Project currently contains TiDB X instances (Starter or Essential), those instances need to be moved out.**
45+
46+
This is because:
47+
48+
1. **Each project type now exclusively hosts its own resource type.** A Dedicated Project can only contain Dedicated clusters, and a TiDB X Project can only contain TiDB X instances.
49+
2. **TiDB X instances and Dedicated clusters have different project behaviors.** TiDB X instances benefit from lightweight, optional project membership and instance mobility — capabilities that do not apply within a Dedicated Project.
50+
3. **Keeping them separated ensures a consistent experience.** Users interacting with a Dedicated Project expect Dedicated-specific settings and behaviors. Mixing resource types would create confusion around which capabilities apply.
51+
52+
## What Happens When Instances Are Moved
53+
54+
When TiDB X instances are moved out of a Dedicated Project:
55+
56+
- The instances are moved to a **TiDB X Project**.
57+
- **No data or service disruption** is expected. This is a resource re-organization action, not an infrastructure change.
58+
- After the move, users manage their TiDB X instances through TiDB X Projects (or at the org level), and their Dedicated clusters continue to be managed through Dedicated Projects.
59+
60+
## Summary
61+
62+
| Before | After |
63+
|---|---|
64+
| A single project could contain both Dedicated clusters and TiDB X instances | Each project type exclusively hosts its own resource type |
65+
| TiDB X instances in Dedicated Projects inherited Dedicated project behaviors | TiDB X instances are managed in TiDB X Projects with their own lightweight model |
66+
| No distinction between project types | Clear separation: TiDB X Project vs Dedicated Project |
67+
68+
This change gives each product tier a project model that fits its own needs, while keeping the overall organization structure consistent and predictable.

0 commit comments

Comments
 (0)