Essential-HighAvailability-changed#23010
Conversation
- Essential only support zonal high availability - Private link does not support cross-region
|
Hi @qiqi-power. Thanks for your PR. I'm waiting for a pingcap member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
There was a problem hiding this comment.
Code Review
This pull request updates the TiDB Cloud documentation to reflect that the Essential plan only supports zonal high availability and does not support cross-AZ failover. It also clarifies that Private Link does not support cross-region connectivity, recommending VPC peering for Premium instances instead. The review feedback suggests grammatical improvements, terminology consistency (using lowercase for 'zonal high availability'), and rephrasing to use the active voice and second person in accordance with the style guide.
Important
The consumer version of Gemini Code Assist on GitHub is being sunset. Starting June 18, 2026, new organization installations will be blocked, and all code review activity will officially cease on July 17, 2026.
For more details on the timeline and next steps, please review the Help Documentation.
| - Regional High Availability: distributes nodes across multiple availability zones, providing maximum infrastructure isolation and redundancy. | ||
|
|
||
| For more information, see [High Availability in TiDB Cloud](/tidb-cloud/serverless-high-availability.md). | ||
| {{{ .essential }}} offers Zonal High Availability: places all components within the same availability zone, which results in lower network latency. For more information, see [High Availability in TiDB Cloud](/tidb-cloud/serverless-high-availability.md). |
There was a problem hiding this comment.
The phrase "offers Zonal High Availability: places all components..." is grammatically awkward. Additionally, "zonal high availability" should be in lowercase to maintain consistency with other parts of the documentation. Let's rephrase it for better clarity and flow.
| {{{ .essential }}} offers Zonal High Availability: places all components within the same availability zone, which results in lower network latency. For more information, see [High Availability in TiDB Cloud](/tidb-cloud/serverless-high-availability.md). | |
| {{{ .essential }}} offers zonal high availability, which places all components within the same availability zone to reduce network latency. For more information, see [High Availability in TiDB Cloud](/tidb-cloud/serverless-high-availability.md). |
References
- Use consistent terminology and lowercase for 'zonal high availability' as seen in other parts of the documentation. (link)
| ## Regional high availability architecture | ||
|
|
||
| When you create a {{{ .essential }}} or {{{ .premium }}} instance with regional high availability, critical OLTP (Online Transactional Processing) workload components, such as PD and TiKV, are deployed across multiple availability zones to ensure redundant replication and maximizing availability. During normal operations, components like Gateway, TiDB, and TiFlash compute/write nodes are hosted in the primary availability zone. These components in data plane offer infrastructure redundancy through virtual machine pools, which minimizes failover time and network latency due to colocation. | ||
| When you create a {{{ .premium }}} instance with regional high availability, critical OLTP (Online Transactional Processing) workload components, such as PD and TiKV, are deployed across multiple availability zones to ensure redundant replication and maximizing availability. During normal operations, components like Gateway, TiDB, and TiFlash compute/write nodes are hosted in the primary availability zone. These components in data plane offer infrastructure redundancy through virtual machine pools, which minimizes failover time and network latency due to colocation. |
There was a problem hiding this comment.
Improve grammatical parallelism ("to ensure... and maximize...") and add the missing article ("in the data plane").
| When you create a {{{ .premium }}} instance with regional high availability, critical OLTP (Online Transactional Processing) workload components, such as PD and TiKV, are deployed across multiple availability zones to ensure redundant replication and maximizing availability. During normal operations, components like Gateway, TiDB, and TiFlash compute/write nodes are hosted in the primary availability zone. These components in data plane offer infrastructure redundancy through virtual machine pools, which minimizes failover time and network latency due to colocation. | |
| When you create a {{{ .premium }}} instance with regional high availability, critical OLTP (Online Transactional Processing) workload components, such as PD and TiKV, are deployed across multiple availability zones to ensure redundant replication and maximize availability. During normal operations, components like Gateway, TiDB, and TiFlash compute/write nodes are hosted in the primary availability zone. These components in the data plane offer infrastructure redundancy through virtual machine pools, which minimizes failover time and network latency due to colocation. |
| > **Note** | ||
| > | ||
| > To connect to a cross-region RDS instance, contact [TiDB Cloud Support](/tidb-cloud/tidb-cloud-support.md). | ||
| > Private Link currently does not support cross-region connectivity. For cross-region connections, it is recommended to use VPC peering to establish a link (TiDB Cloud Premium only feature). |
There was a problem hiding this comment.
According to the style guide, we should write in the second person ("you") and avoid passive phrasing like "it is recommended to use". Let's rephrase this to be more direct.
| > Private Link currently does not support cross-region connectivity. For cross-region connections, it is recommended to use VPC peering to establish a link (TiDB Cloud Premium only feature). | |
| > Private Link currently does not support cross-region connectivity. For cross-region connections, use VPC peering to establish a connection (available only for TiDB Cloud Premium). |
References
- Write in second person ('you') and avoid passive/indirect phrasing like 'it is recommended to'. (link)
|
/ok-to-test |
|
@qqqdan: adding LGTM is restricted to approvers and reviewers in OWNERS files. DetailsIn response to this: Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
First-time contributors' checklist
What is changed, added or deleted? (Required)
Essential only support High availability: zonal; related doc changed
Which TiDB version(s) do your changes apply to? (Required)
Tips for choosing the affected version(s):
By default, CHOOSE MASTER ONLY so your changes will be applied to the next TiDB major or minor releases. If your PR involves a product feature behavior change or a compatibility change, CHOOSE THE AFFECTED RELEASE BRANCH(ES) AND MASTER.
For details, see tips for choosing the affected versions.
What is the related PR or file link(s)?
Do your changes match any of the following descriptions?