diff --git a/media/tidb-cloud/regional-high-avaliability-alibaba-cloud.png b/media/tidb-cloud/regional-high-avaliability-alibaba-cloud.png
index 3cab81f5ab46d..c554f0fff9005 100644
Binary files a/media/tidb-cloud/regional-high-avaliability-alibaba-cloud.png and b/media/tidb-cloud/regional-high-avaliability-alibaba-cloud.png differ
diff --git a/media/tidb-cloud/regional-high-avaliability-aws.png b/media/tidb-cloud/regional-high-avaliability-aws.png
index 622217e2fa083..6aa5d3c7eafb9 100644
Binary files a/media/tidb-cloud/regional-high-avaliability-aws.png and b/media/tidb-cloud/regional-high-avaliability-aws.png differ
diff --git a/tidb-cloud/architecture-concepts.md b/tidb-cloud/architecture-concepts.md
index 1c91037ef8d45..400402740a4d1 100644
--- a/tidb-cloud/architecture-concepts.md
+++ b/tidb-cloud/architecture-concepts.md
@@ -53,15 +53,9 @@ For applications experiencing growing workloads and needing scalability in real
- **Enhanced capabilities**: includes all capabilities of the Starter plan, along with the capacity to handle larger and more complex workloads, as well as advanced security features.
- **Automatic scaling**: automatically adjusts storage and computing resources to efficiently meet changing workload demands.
-- **High availability**: built-in fault tolerance and redundancy ensure your applications remain available and resilient, even during infrastructure failures.
- **Predictable pricing**: billed based on storage and Request Capacity Units (RCUs) of the compute resources, offering transparent, usage-based pricing that scales with your needs, so you only pay for what you use without surprises.
-{{{ .essential }}} offers two types of high availability to address varying operational requirements.
-
-- Zonal High Availability: places all components within the same availability zone, which results in lower network latency.
-- 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, 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).
## {{{ .premium }}}
diff --git a/tidb-cloud/features.md b/tidb-cloud/features.md
index a69902cfd6263..e8033126daee1 100644
--- a/tidb-cloud/features.md
+++ b/tidb-cloud/features.md
@@ -253,7 +253,7 @@ This document lists the feature support status for different TiDB Cloud plans, i
| High availability |
Cross-AZ failover |
❌ |
- ✅ |
+ ❌ |
✅ |
✅ |
diff --git a/tidb-cloud/serverless-high-availability.md b/tidb-cloud/serverless-high-availability.md
index 99bbc7d589aae..ff8695ed4b08c 100644
--- a/tidb-cloud/serverless-high-availability.md
+++ b/tidb-cloud/serverless-high-availability.md
@@ -20,9 +20,8 @@ TiDB Cloud extends these capabilities with zonal high availability and regional
> **Note:**
>
-> - For {{{ .starter }}} instances, only zonal high availability is enabled, and it is not configurable.
+> - For {{{ .starter }}} and Essential instances, only zonal high availability is enabled, and it is not configurable.
> - For {{{ .premium }}} instances, only regional high availability is enabled and is not configurable.
-> - For {{{ .essential }}} instances hosted in the AWS Tokyo (ap-northeast-1) region or any Alibaba Cloud region, regional high availability is enabled by default. You can change it to zonal high availability as needed during {{{ .essential }}} instance creation. For {{{ .essential }}} instances hosted in other regions, only zonal high availability is enabled, and it is not configurable.
- **Zonal high availability**: This option places all nodes within a single availability zone, reducing network latency. It ensures high availability without requiring application-level redundancy across zones, making it suitable for applications that prioritize low latency within a single zone. For more information, see [Zonal high availability architecture](#zonal-high-availability-architecture).
@@ -86,7 +85,7 @@ The gateway and computing layers are stateless, so failover involves restarting
## 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 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:**
>
diff --git a/tidb-cloud/serverless-private-link-connection-to-aws-rds.md b/tidb-cloud/serverless-private-link-connection-to-aws-rds.md
index 4adc78c121580..54be497698b7c 100644
--- a/tidb-cloud/serverless-private-link-connection-to-aws-rds.md
+++ b/tidb-cloud/serverless-private-link-connection-to-aws-rds.md
@@ -48,7 +48,7 @@ The Amazon RDS instance must meet the following requirements:
> **Note**
>
-> To connect to a cross-region RDS instance, contact [TiDB Cloud Support](/tidb-cloud/tidb-cloud-support.md).
+> Currently, cross-region connectivity is not supported for {{{ .essential }}}. If you need cross-region connections, use TiDB Cloud Premium and establish connectivity through VPC peering.
## Step 2. Expose the Amazon RDS instance as an endpoint service