diff --git a/TOC.md b/TOC.md
index 8263d50441982..aaa1b4d2ec874 100644
--- a/TOC.md
+++ b/TOC.md
@@ -299,9 +299,9 @@
- [オプティマイザー修正コントロール](/optimizer-fix-controls.md)
- [インデックスアドバイザー](/index-advisor.md)
- チュートリアル
- - [1つのリージョンに複数の可用性ゾーンを展開](/multi-data-centers-in-one-city-deployment.md)
- - [2つのリージョンに3つの可用性ゾーンを展開](/three-data-centers-in-two-cities-deployment.md)
- - [1つのリージョン展開で2つの可用性ゾーンを実現](/two-data-centers-in-one-city-deployment.md)
+ - [1つのリージョンに複数のアベイラビリティゾーンを展開](/multi-data-centers-in-one-city-deployment.md)
+ - [2つのリージョンに3つのアベイラビリティゾーンを展開](/three-data-centers-in-two-cities-deployment.md)
+ - [1つのリージョン展開で2つのアベイラビリティゾーンを実現](/two-data-centers-in-one-city-deployment.md)
- 履歴データを読む
- ステイル読み取りを使用する（推奨）
- [ステイル読み取りの使用シナリオ](/stale-read.md)
diff --git a/multi-data-centers-in-one-city-deployment.md b/multi-data-centers-in-one-city-deployment.md
index ba2a48644e2c4..94dbb5bafa15e 100644
--- a/multi-data-centers-in-one-city-deployment.md
+++ b/multi-data-centers-in-one-city-deployment.md
@@ -1,6 +1,6 @@
---
title: Multiple Availability Zones in One Region Deployment
-summary: 1つのリージョン内の複数の可用性ゾーンへのデプロイメント ソリューションについて学習します。
+summary: 1つのリージョン内の複数のアベイラビリティゾーンへのデプロイメント ソリューションについて学習します。
---
# 1つのリージョンに複数のアベイラビリティゾーンを展開 {#multiple-availability-zones-in-one-region-deployment}
@@ -159,7 +159,7 @@ tikv_servers:
server.labels: { zone: "z3", az: "az3", rack: "r2", host: "41" }
```
-上記の例では、 `zone`レプリカの分離を制御する論理可用性ゾーンレイヤーです (サンプル クラスターには 3つのレプリカがあります)。
+上記の例では、 `zone`レプリカの分離を制御する論理アベイラビリティゾーンレイヤーです (サンプル クラスターには 3つのレプリカがあります)。
将来的に AZ がスケールアウトされる可能性があることを考慮し、3階層ラベル構造（ `az` 、 `rack` 、 `host` ）はそのまま採用しません。 `AZ2` 、 `AZ3` 、 `AZ4`をスケールアウトすると仮定した場合、対応するアベイラビリティゾーン内の AZ とラックをスケールアウトするだけで済みます。
diff --git a/overview.md b/overview.md
index 684774f594f37..3db99baeaf6cc 100644
--- a/overview.md
+++ b/overview.md
@@ -37,7 +37,7 @@ TiDB Self-Managedは、TiDBの製品オプションの一つであり、ユー
- **クラウドネイティブ分散データベース**
- TiDB はクラウド向けに設計された分散データベースで、クラウド プラットフォーム上で柔軟なスケーラビリティ、信頼性、セキュリティを提供します。ユーザーは、変化するワークロードの要件に合わせて TiDB を柔軟に拡張できます。TiDB では、各データに少なくとも 3つのレプリカがあり、異なるクラウド可用性ゾーンにスケジュールすることで、データセンター全体の停止にも対応できます。TiDB [TiDB Operator](https://docs.pingcap.com/tidb-in-kubernetes/stable/tidb-operator-overview) Kubernetes 上での TiDB の管理を支援し、TiDB クラスターの運用に関連するタスクを自動化することで、マネージド Kubernetes を提供するあらゆるクラウドへの TiDB のデプロイを容易にします。フル マネージド TiDB サービスである[TiDB Cloud](https://pingcap.com/tidb-cloud/) 、[クラウド上のTiDB](https://docs.pingcap.com/tidbcloud/)の真の力を引き出す最も簡単で経済的かつ堅牢な方法であり、数回のクリックだけで TiDB クラスターをデプロイして実行できます。
+ TiDB はクラウド向けに設計された分散データベースで、クラウド プラットフォーム上で柔軟なスケーラビリティ、信頼性、セキュリティを提供します。ユーザーは、変化するワークロードの要件に合わせて TiDB を柔軟に拡張できます。TiDB では、各データに少なくとも 3つのレプリカがあり、異なるクラウドアベイラビリティゾーンにスケジュールすることで、データセンター全体の停止にも対応できます。TiDB [TiDB Operator](https://docs.pingcap.com/tidb-in-kubernetes/stable/tidb-operator-overview) Kubernetes 上での TiDB の管理を支援し、TiDB クラスターの運用に関連するタスクを自動化することで、マネージド Kubernetes を提供するあらゆるクラウドへの TiDB のデプロイを容易にします。フル マネージド TiDB サービスである[TiDB Cloud](https://pingcap.com/tidb-cloud/) 、[クラウド上のTiDB](https://docs.pingcap.com/tidbcloud/)の真の力を引き出す最も簡単で経済的かつ堅牢な方法であり、数回のクリックだけで TiDB クラスターをデプロイして実行できます。
- **MySQLプロトコルおよびMySQLエコシステムと互換性があります。**
diff --git a/releases/release-6.5.0.md b/releases/release-6.5.0.md
index d1a3780c60ffb..62a62dd592a1d 100644
--- a/releases/release-6.5.0.md
+++ b/releases/release-6.5.0.md
@@ -315,7 +315,7 @@ TiDB [6.4.0-DMR](/releases/release-6.4.0.md)と比較して、TiDB 6.5.0 では
| [`tidb_enable_tiflash_read_for_write_stmt`](/system-variables.md#tidb_enable_tiflash_read_for_write_stmt-new-in-v630) | 変更 | 6.5.0以降で有効になります。`INSERT` 、 `DELETE` 、 `UPDATE`を含むSQL文の読み取り操作をTiFlashにプッシュダウンできるかどうかを制御します。デフォルト値は`OFF`です。 |
| [`tidb_ddl_enable_fast_reorg`](/system-variables.md#tidb_ddl_enable_fast_reorg-new-in-v630) | 変更 | さらにテストを行った後、デフォルト値を`OFF`から`ON`に変更します。つまり、 `ADD INDEX`と`CREATE INDEX`の加速はデフォルトで有効になります。 |
| [`tidb_mem_quota_query`](/system-variables.md#tidb_mem_quota_query) | 変更 | TiDB v6.5.0より前のバージョンでは、この変数はクエリのメモリクォータのしきい値を設定するために使用されます。TiDB v6.5.0以降のバージョンでは、DMLステートメントのメモリをより正確に制御するために、この変数はセッションのメモリクォータのしきい値を設定するために使用されます。 |
-| [`tidb_replica_read`](/system-variables.md#tidb_replica_read-new-in-v40) | 変更 | v6.5.0 以降では、 TiDB ノード間の負荷分散を最適化するために、この変数が`closest-adaptive`に設定され、読み取り要求の推定結果が[`tidb_adaptive_closest_read_threshold`](/system-variables.md#tidb_adaptive_closest_read_threshold-new-in-v630)以上の場合、 `closest-adaptive`構成が有効になる TiDB ノードの数が各アベイラビリティーゾーンで制限されます。これは常に、 TiDB ノードが最も少ないアベイラビリティーゾーンの TiDB ノードの数と同じになり、その他の TiDB ノードは自動的にリーダーレプリカから読み取ります。 |
+| [`tidb_replica_read`](/system-variables.md#tidb_replica_read-new-in-v40) | 変更 | v6.5.0 以降では、 TiDB ノード間の負荷分散を最適化するために、この変数が`closest-adaptive`に設定され、読み取り要求の推定結果が[`tidb_adaptive_closest_read_threshold`](/system-variables.md#tidb_adaptive_closest_read_threshold-new-in-v630)以上の場合、 `closest-adaptive`構成が有効になる TiDB ノードの数が各アベイラビリティゾーンで制限されます。これは常に、 TiDB ノードが最も少ないアベイラビリティゾーンの TiDB ノードの数と同じになり、その他の TiDB ノードは自動的にリーダーレプリカから読み取ります。 |
| [`tidb_server_memory_limit`](/system-variables.md#tidb_server_memory_limit-new-in-v640) | 変更 | デフォルト値を`0`から`80%`に変更します。TiDB グローバルメモリ制御が GA になったため、このデフォルト値の変更により、メモリ制御がデフォルトで有効になり、TiDB インスタンスのメモリ制限がデフォルトで合計メモリの 80% に設定されます。 |
| [`default_password_lifetime`](/system-variables.md#default_password_lifetime-new-in-v650) | 新しく追加された | パスワードの自動有効期限に関するグローバルポリシーを設定し、ユーザーに定期的なパスワード変更を義務付けます。デフォルト値`0` 、パスワードの有効期限が切れないことを示します。 |
| [`disconnect_on_expired_password`](/system-variables.md#disconnect_on_expired_password-new-in-v650) | 新しく追加された | パスワードの有効期限が切れたときにTiDBがクライアント接続を切断するかどうかを示します。この変数は読み取り専用です。 |
diff --git a/releases/release-6.6.0.md b/releases/release-6.6.0.md
index 56380da1d5a56..e73ae32466809 100644
--- a/releases/release-6.6.0.md
+++ b/releases/release-6.6.0.md
@@ -118,7 +118,7 @@ TiDB バージョン: 6.6.0- [DMR](/releases/versioning.md#development-milestone
`SURVIVAL_PREFERENCES` 、データの災害時における耐障害性を高めるためのデータ耐障害性設定を提供します。 `SURVIVAL_PREFERENCE`を指定することで、以下の項目を制御できます。
- クラウドリージョンをまたいでデプロイされたTiDBクラスタの場合、あるクラウドリージョンで障害が発生しても、指定されたデータベースまたはテーブルは別のクラウドリージョンで存続できます。
- - 単一のクラウドリージョンにデプロイされたTiDBクラスタの場合、可用性ゾーンに障害が発生した場合でも、指定されたデータベースまたはテーブルは別の可用性ゾーンで存続できます。
+ - 単一のクラウドリージョンにデプロイされたTiDBクラスタの場合、アベイラビリティゾーンに障害が発生した場合でも、指定されたデータベースまたはテーブルは別のアベイラビリティゾーンで存続できます。
詳細については、 [ドキュメント](/placement-rules-in-sql.md#specify-survival-preferences)を参照してください。
diff --git a/system-variables.md b/system-variables.md
index 5c1eb02e9172b..8e030b72358e2 100644
--- a/system-variables.md
+++ b/system-variables.md
@@ -1050,7 +1050,7 @@ mysql> SHOW GLOBAL VARIABLES LIKE 'max_prepared_stmt_count';
- デフォルト値: `4096`
- 範囲: `[0, 9223372036854775807]`
- 単位：バイト
-- この変数は、 [`tidb_replica_read`](#tidb_replica_read-new-in-v40)が`closest-adaptive`に設定されている場合、TiDBサーバーが読み取り要求を TiDBサーバーと同じ可用性ゾーン内のレプリカに送信することを優先するしきい値を制御するために使用されます。推定結果がこのしきい値以上の場合、TiDB は読み取り要求を同じ可用性ゾーン内のレプリカに送信することを優先します。それ以外の場合は、TiDB はリーダーレプリカに読み取り要求を送信します。
+- この変数は、 [`tidb_replica_read`](#tidb_replica_read-new-in-v40)が`closest-adaptive`に設定されている場合、TiDBサーバーが読み取り要求を TiDBサーバーと同じアベイラビリティゾーン内のレプリカに送信することを優先するしきい値を制御するために使用されます。推定結果がこのしきい値以上の場合、TiDB は読み取り要求を同じアベイラビリティゾーン内のレプリカに送信することを優先します。それ以外の場合は、TiDB はリーダーレプリカに読み取り要求を送信します。
### tidb_advancer_check_point_lag_limit New in v8.5.5
diff --git a/three-data-centers-in-two-cities-deployment.md b/three-data-centers-in-two-cities-deployment.md
index a09f99ab79a84..d1ff1d4865a77 100644
--- a/three-data-centers-in-two-cities-deployment.md
+++ b/three-data-centers-in-two-cities-deployment.md
@@ -1,11 +1,11 @@
---
title: Three Availability Zones in Two Regions Deployment
-summary: 2つのリージョンにある 3つのアベイラビリティーゾーンへのデプロイメント ソリューションを学習します。
+summary: 2つのリージョンにある 3つのアベイラビリティゾーンへのデプロイメント ソリューションを学習します。
---
# 2つのリージョンに3つのアベイラビリティゾーンを展開 {#three-availability-zones-in-two-regions-deployment}
-このドキュメントでは、2つのリージョン展開における 3つの可用性ゾーン (AZ) のアーキテクチャと構成について説明します。
+このドキュメントでは、2つのリージョン展開における 3つのアベイラビリティゾーン (AZ) のアーキテクチャと構成について説明します。
このドキュメントにおける「リージョン」という用語は地理的な領域を指し、「リージョン」はTiKVにおけるデータストレージの基本単位を指します。「AZ」はリージョン内の独立した場所を指し、各リージョンには複数のAZが存在します。このドキュメントで説明するソリューションは、単一の都市に複数のデータセンターが存在するシナリオにも適用されます。
diff --git a/tidb-cloud/architecture-concepts.md b/tidb-cloud/architecture-concepts.md
index c3d7828d4d068..4f6cc2c6ee55e 100644
--- a/tidb-cloud/architecture-concepts.md
+++ b/tidb-cloud/architecture-concepts.md
@@ -58,7 +58,7 @@ Starterプランは、 TiDB Cloudを初めて利用する方に最適です。
- **自動スケーリング**：変化するワークロードの需要に効率的に対応するために、ストレージとコンピューティングリソースを自動的に調整します。
- **予測可能な料金体系**：コンピューティングリソースのストレージとリクエストキャパシティユニット（RCU）に基づいて課金されるため、ニーズに合わせて拡張可能な透明性の高い使用量ベースの料金体系が提供され、予期せぬ追加料金なしで使用した分だけを支払うことができます。
-TiDB Cloud Essentialは、ゾーン型高可用性を提供します。これは、すべてのコンポーネントを同じ可用性ゾーン内に配置することで、ネットワークレイテンシーを低減します。詳細については、[TiDB Cloudにおける高可用性](/tidb-cloud/serverless-high-availability.md)を参照してください。
+TiDB Cloud Essentialは、ゾーン型高可用性を提供します。これは、すべてのコンポーネントを同じアベイラビリティゾーン内に配置することで、ネットワークレイテンシーを低減します。詳細については、[TiDB Cloudにおける高可用性](/tidb-cloud/serverless-high-availability.md)を参照してください。
@@ -71,8 +71,8 @@ TiDB Cloud Essentialは、ゾーン型高可用性を提供します。これは
TiDB Cloud Essentialは、さまざまな運用要件に対応するため、2種類の高可用性機能を提供します。
-- ゾーン高可用性：すべてのコンポーネントを同じ可用性ゾーン内に配置することで、ネットワークレイテンシーを低減します。
-- 地域別高可用性：ノードを複数の可用性ゾーンに分散させることで、インフラストラクチャの最大限の分離性と冗長性を実現します。
+- ゾーン高可用性：すべてのコンポーネントを同じアベイラビリティゾーン内に配置することで、ネットワークレイテンシーを低減します。
+- 地域別高可用性：ノードを複数のアベイラビリティゾーンに分散させることで、インフラストラクチャの最大限の分離性と冗長性を実現します。
詳細については、[TiDB Cloudにおける高可用性](/tidb-cloud/serverless-high-availability.md)を参照してください。
diff --git a/tidb-cloud/premium/set-up-sink-private-endpoint-premium.md b/tidb-cloud/premium/set-up-sink-private-endpoint-premium.md
index f5aae868c29db..e31f36f82207b 100644
--- a/tidb-cloud/premium/set-up-sink-private-endpoint-premium.md
+++ b/tidb-cloud/premium/set-up-sink-private-endpoint-premium.md
@@ -30,7 +30,7 @@ TiDB Cloudのロールの詳細については、 [ユーザーロール](/tidb-
変更フィードのダウンストリームサービスがAWS上でホストされている場合は、接続タイプに応じて以下の情報を収集してください。
-- **AWS Endpoint Service**: ダウンストリームサービスのエンドポイントサービス名と、ダウンストリームサービスがデプロイされている可用性ゾーン（AZ）。
+- **AWS Endpoint Service**: ダウンストリームサービスのエンドポイントサービス名と、ダウンストリームサービスがデプロイされているアベイラビリティゾーン（AZ）。
ダウンストリーム サービスでプライベートエンドポイントサービスを利用できない場合は、 [ステップ2. Kafkaクラスタをプライベートリンクサービスとして公開する](/tidb-cloud/setup-aws-self-hosted-kafka-private-link-service.md#step-2-expose-the-kafka-cluster-as-private-link-service)プライベートリンクサービスとして公開することで、ロードバランサーとプライベートリンクサービスを設定します。
@@ -45,7 +45,7 @@ TiDB Cloudのロールの詳細については、 [ユーザーロール](/tidb-
変更フィードのダウンストリームサービスがAlibaba Cloudでホストされている場合は、以下の情報を収集してください。
- ダウンストリームサービスのプライベートエンドポイントサービスの名前
-- ダウンストリームサービスがデプロイされている可用性ゾーン（AZ）
+- ダウンストリームサービスがデプロイされているアベイラビリティゾーン（AZ）
TiDB Cloud VPCへのアクセスを許可するには、エンドポイントサービスの許可リストにTiDB CloudのAlibaba CloudアカウントIDを追加する必要があります。
diff --git a/tidb-cloud/releases/release-notes-2025.md b/tidb-cloud/releases/release-notes-2025.md
index 246a3a104b869..ad43617f072e5 100644
--- a/tidb-cloud/releases/release-notes-2025.md
+++ b/tidb-cloud/releases/release-notes-2025.md
@@ -824,8 +824,8 @@ summary: 2025年のTiDB Cloudのリリースノートについて説明します
この機能は、最大限のインフラストラクチャ冗長性とビジネス継続性を必要とするワークロード向けに設計されています。主な関数は次のとおりです。
- - ノードは複数の可用性ゾーンに分散され、ゾーン障害が発生した場合でも高可用性が確保されます。
- - PD や TiKV などの重要な OLTP (オンライン トランザクション処理) コンポーネントは、冗長性を確保するために可用性ゾーン全体に複製されます。
+ - ノードは複数のアベイラビリティゾーンに分散され、ゾーン障害が発生した場合でも高可用性が確保されます。
+ - PD や TiKV などの重要な OLTP (オンライン トランザクション処理) コンポーネントは、冗長性を確保するためにアベイラビリティゾーン全体に複製されます。
- 自動フェイルオーバーにより、プライマリ ゾーンの障害時のサービス中断が最小限に抑えられます。
この機能は現在、AWS 東京 (ap-northeast-1) リージョンでのみ利用可能で、クラスターの作成時にのみ有効にできます。
diff --git a/tidb-cloud/select-cluster-tier.md b/tidb-cloud/select-cluster-tier.md
index ee9ca79f4f681..890372814945f 100644
--- a/tidb-cloud/select-cluster-tier.md
+++ b/tidb-cloud/select-cluster-tier.md
@@ -142,7 +142,7 @@ TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスのプレフィ
TiDB Cloud Dedicatedは、ゾーン間高可用性、水平スケーリング、 [HTAP](https://en.wikipedia.org/wiki/Hybrid_transactional/analytical_processing)といったメリットを備えた、本番での利用を想定したサービスです。
-TiDB Cloud Dedicatedクラスターでは、ビジネスニーズに応じて TiDB、TiKV、 TiFlashのクラスターサイズを簡単にカスタマイズできます。各 TiKV ノードおよびTiFlashノードでは、ノード上のデータが複製され、 [高可用性](/tidb-cloud/high-availability-with-multi-az.md)実現するために異なる可用性ゾーンに分散されます。
+TiDB Cloud Dedicatedクラスターでは、ビジネスニーズに応じて TiDB、TiKV、 TiFlashのクラスターサイズを簡単にカスタマイズできます。各 TiKV ノードおよびTiFlashノードでは、ノード上のデータが複製され、 [高可用性](/tidb-cloud/high-availability-with-multi-az.md)実現するために異なるアベイラビリティゾーンに分散されます。
TiDB Cloud Dedicatedクラスターを作成するには、 [支払い方法を追加する](/tidb-cloud/tidb-cloud-billing.md#payment-method)か、[概念実証（PoC）トライアルに申し込む](/tidb-cloud/tidb-cloud-poc.md)必要があります。
diff --git a/tidb-cloud/serverless-high-availability.md b/tidb-cloud/serverless-high-availability.md
index 9610a10816d34..308d69518cee2 100644
--- a/tidb-cloud/serverless-high-availability.md
+++ b/tidb-cloud/serverless-high-availability.md
@@ -37,13 +37,13 @@ TiDB Cloudは、ゾーン別高可用性とリージョン別高可用性によ
-- **ゾーン高可用性**：このオプションでは、すべてのノードを単一の可用性ゾーン内に配置することで、ネットワークレイテンシーを低減します。ゾーン間でアプリケーションレベルの冗長性を必要とせずに高可用性を確保するため、単一ゾーン内での低レイテンシーを優先するアプリケーションに適しています。詳細については、[ゾーン別高可用性アーキテクチャ](#zonal-high-availability-architecture)を参照してください。
+- **ゾーン高可用性**：このオプションでは、すべてのノードを単一のアベイラビリティゾーン内に配置することで、ネットワークレイテンシーを低減します。ゾーン間でアプリケーションレベルの冗長性を必要とせずに高可用性を確保するため、単一ゾーン内での低レイテンシーを優先するアプリケーションに適しています。詳細については、[ゾーン別高可用性アーキテクチャ](#zonal-high-availability-architecture)を参照してください。
-- **地域別高可用性 (PREVIEW)** : このオプションでは、ノードを複数の可用性ゾーンに分散し、インフラストラクチャの分離と冗長性を最大限に高めます。最高レベルの可用性を提供しますが、ゾーン間でアプリケーションレベルの冗長性が必要です。ゾーン内のインフラストラクチャ障害に対する最大限の可用性保護が必要な場合は、このオプションを選択することをお勧めします。レイテンシーが増加し、ゾーン間のデータ転送料金が発生する可能性があることに注意してください。この機能は、3つ以上の可用性ゾーンを持つリージョンで利用できます。詳細については、[地域的な高可用性アーキテクチャ](#regional-high-availability-architecture)を参照してください。
+- **地域別高可用性 (PREVIEW)** : このオプションでは、ノードを複数のアベイラビリティゾーンに分散し、インフラストラクチャの分離と冗長性を最大限に高めます。最高レベルの可用性を提供しますが、ゾーン間でアプリケーションレベルの冗長性が必要です。ゾーン内のインフラストラクチャ障害に対する最大限の可用性保護が必要な場合は、このオプションを選択することをお勧めします。レイテンシーが増加し、ゾーン間のデータ転送料金が発生する可能性があることに注意してください。この機能は、3つ以上のアベイラビリティゾーンを持つリージョンで利用できます。詳細については、[地域的な高可用性アーキテクチャ](#regional-high-availability-architecture)を参照してください。
## ゾーン別高可用性アーキテクチャ {#zonal-high-availability-architecture}
-ゾーン高可用性を備えたTiDB Cloud StarterまたはEssentialインスタンスを作成すると、ゲートウェイ、TiDB、TiKV、 TiFlash の計算/書き込みノードを含むすべてのコンポーネントが同じ可用性ゾーンで実行されます。これらのコンポーネントをデータプレーンに配置することで、仮想マシンプールによるインフラストラクチャの冗長性が確保され、フェイルオーバー時間とコロケーションによるネットワークレイテンシーが最小限に抑えられます。
+ゾーン高可用性を備えたTiDB Cloud StarterまたはEssentialインスタンスを作成すると、ゲートウェイ、TiDB、TiKV、 TiFlash の計算/書き込みノードを含むすべてのコンポーネントが同じアベイラビリティゾーンで実行されます。これらのコンポーネントをデータプレーンに配置することで、仮想マシンプールによるインフラストラクチャの冗長性が確保され、フェイルオーバー時間とコロケーションによるネットワークレイテンシーが最小限に抑えられます。
@@ -67,8 +67,8 @@ TiDB Cloudは、ゾーン別高可用性とリージョン別高可用性によ
ゾーン型高可用性アーキテクチャでは：
-- Placement Driver（PD）は複数の可用性ゾーンに展開され、ゾーン間でデータを冗長に複製することで高可用性を確保します。
-- データは、ローカル可用性ゾーン内のTiKVサーバーとTiFlash書き込みノード間で複製されます。
+- Placement Driver（PD）は複数のアベイラビリティゾーンに展開され、ゾーン間でデータを冗長に複製することで高可用性を確保します。
+- データは、ローカルアベイラビリティゾーン内のTiKVサーバーとTiFlash書き込みノード間で複製されます。
- TiDBサーバーとTiFlash計算ノードは、ストレージレベルのレプリケーションによって保護されているTiKVおよびTiFlash書き込みノードとの間で読み書きを行います。
### フェイルオーバープロセス {#failover-process}
@@ -101,13 +101,13 @@ TiDB Cloudは、アプリケーションの透過的なフェイルオーバー
-TiDB Cloud EssentialまたはTiDB Cloud Premium インスタンスをリージョン高可用性構成で作成すると、PD や TiKV などの重要な OLTP (オンライン トランザクション処理) ワークロード コンポーネントが複数の可用性ゾーンに分散配置され、冗長なレプリケーションと可用性の最大化が確保されます。通常運用時には、Gateway、TiDB、 TiFlash の計算/書き込みノードなどのコンポーネントはプライマリ可用性ゾーンに配置されます。データ プレーン内のこれらのコンポーネントは、仮想マシン プールを介してインフラストラクチャの冗長性を提供し、コロケーションによるフェイルオーバー時間とネットワークレイテンシーを最小限に抑えます。
+TiDB Cloud EssentialまたはTiDB Cloud Premium インスタンスをリージョン高可用性構成で作成すると、PD や TiKV などの重要な OLTP (オンライン トランザクション処理) ワークロード コンポーネントが複数のアベイラビリティゾーンに分散配置され、冗長なレプリケーションと可用性の最大化が確保されます。通常運用時には、Gateway、TiDB、 TiFlash の計算/書き込みノードなどのコンポーネントはプライマリアベイラビリティゾーンに配置されます。データ プレーン内のこれらのコンポーネントは、仮想マシン プールを介してインフラストラクチャの冗長性を提供し、コロケーションによるフェイルオーバー時間とネットワークレイテンシーを最小限に抑えます。
-リージョン高可用性を備えたTiDB Cloud Premium インスタンスを作成すると、PD や TiKV などの重要な OLTP (オンライン トランザクション処理) ワークロード コンポーネントが複数の可用性ゾーンに分散配置され、冗長なレプリケーションが確保され、可用性が最大化されます。通常の運用時には、ゲートウェイ、TiDB、 TiFlash の計算/書き込みノードなどのコンポーネントはプライマリ可用性ゾーンに配置されます。データ プレーン内のこれらのコンポーネントは、仮想マシン プールを介してインフラストラクチャの冗長性を提供し、コロケーションによるフェイルオーバー時間とネットワークレイテンシーを最小限に抑えます。
+リージョン高可用性を備えたTiDB Cloud Premium インスタンスを作成すると、PD や TiKV などの重要な OLTP (オンライン トランザクション処理) ワークロード コンポーネントが複数のアベイラビリティゾーンに分散配置され、冗長なレプリケーションが確保され、可用性が最大化されます。通常の運用時には、ゲートウェイ、TiDB、 TiFlash の計算/書き込みノードなどのコンポーネントはプライマリアベイラビリティゾーンに配置されます。データ プレーン内のこれらのコンポーネントは、仮想マシン プールを介してインフラストラクチャの冗長性を提供し、コロケーションによるフェイルオーバー時間とネットワークレイテンシーを最小限に抑えます。
@@ -137,22 +137,22 @@ TiDB Cloud EssentialまたはTiDB Cloud Premium インスタンスをリージ
地域的な高可用性アーキテクチャにおいて：
-- Placement Driver（PD）とTiKVは複数の可用性ゾーンに展開され、最高レベルの可用性を確保するために、データは常にゾーン間で冗長的に複製されます。
-- データは、プライマリ可用性ゾーン内のTiFlash書き込みノード間で複製されます。
+- Placement Driver（PD）とTiKVは複数のアベイラビリティゾーンに展開され、最高レベルの可用性を確保するために、データは常にゾーン間で冗長的に複製されます。
+- データは、プライマリアベイラビリティゾーン内のTiFlash書き込みノード間で複製されます。
- TiDBサーバーとTiFlash計算ノードは、ストレージレベルのレプリケーションによって保護されているこれらのTiKVおよびTiFlash書き込みノードとの間で読み書きを行います。
### フェイルオーバープロセス {#failover-process}
-自然災害、構成変更、ソフトウェアの問題、ハードウェア障害などによってプライマリゾーンに障害が発生するという稀な事態が発生した場合、ゲートウェイやTiDBを含む重要なOLTPワークロードコンポーネントは、スタンバイ可用性ゾーンで自動的に起動されます。トラフィックは自動的にスタンバイゾーンにリダイレクトされ、迅速なリカバリと事業継続性の維持が確保されます。
+自然災害、構成変更、ソフトウェアの問題、ハードウェア障害などによってプライマリゾーンに障害が発生するという稀な事態が発生した場合、ゲートウェイやTiDBを含む重要なOLTPワークロードコンポーネントは、スタンバイアベイラビリティゾーンで自動的に起動されます。トラフィックは自動的にスタンバイゾーンにリダイレクトされ、迅速なリカバリと事業継続性の維持が確保されます。
TiDB Cloudは、プライマリゾーンの障害発生時に以下の動作を実行することで、サービスの中断を最小限に抑え、事業継続性を確保します。
-- スタンバイ可用性ゾーンに、ゲートウェイとTiDBの新しいレプリカを自動的に作成します。
-- エラスティックロードバランサーを使用して、スタンバイ可用性ゾーン内のアクティブなゲートウェイレプリカを検出し、障害が発生したプライマリゾーンからOLTPトラフィックをリダイレクトします。
+- スタンバイアベイラビリティゾーンに、ゲートウェイとTiDBの新しいレプリカを自動的に作成します。
+- エラスティックロードバランサーを使用して、スタンバイアベイラビリティゾーン内のアクティブなゲートウェイレプリカを検出し、障害が発生したプライマリゾーンからOLTPトラフィックをリダイレクトします。
-TiKVレプリケーションによる高可用性に加え、TiKVインスタンスは各データレプリカが異なる可用性ゾーンに配置されるようにデプロイおよび構成されます。2つの可用性ゾーンが正常に動作している限り、システムは引き続き利用可能です。高い耐久性を確保するため、データは定期的にS3にバックアップされます。2つのゾーンがダウンした場合でも、S3に保存されたデータはアクセス可能で復旧可能です。
+TiKVレプリケーションによる高可用性に加え、TiKVインスタンスは各データレプリカが異なるアベイラビリティゾーンに配置されるようにデプロイおよび構成されます。2つのアベイラビリティゾーンが正常に動作している限り、システムは引き続き利用可能です。高い耐久性を確保するため、データは定期的にS3にバックアップされます。2つのゾーンがダウンした場合でも、S3に保存されたデータはアクセス可能で復旧可能です。
-アプリケーションは、プライマリゾーン以外のゾーンで発生した障害の影響を受けず、そのような事象を認識することもありません。プライマリゾーンで障害が発生すると、ゲートウェイとTiDBはスタンバイ可用性ゾーンで起動され、ワークロードを処理します。アプリケーションに再試行ロジックを実装し、新しいリクエストをスタンバイ可用性ゾーンのアクティブサーバーにリダイレクトするようにしてください。
+アプリケーションは、プライマリゾーン以外のゾーンで発生した障害の影響を受けず、そのような事象を認識することもありません。プライマリゾーンで障害が発生すると、ゲートウェイとTiDBはスタンバイアベイラビリティゾーンで起動され、ワークロードを処理します。アプリケーションに再試行ロジックを実装し、新しいリクエストをスタンバイアベイラビリティゾーンのアクティブサーバーにリダイレクトするようにしてください。
## 自動バックアップと耐久性 {#automatic-backups-and-durability}
diff --git a/tidb-cloud/serverless-private-link-connection-to-alicloud-rds.md b/tidb-cloud/serverless-private-link-connection-to-alicloud-rds.md
index d3833467ef26b..91c2100f791a0 100644
--- a/tidb-cloud/serverless-private-link-connection-to-alicloud-rds.md
+++ b/tidb-cloud/serverless-private-link-connection-to-alicloud-rds.md
@@ -19,13 +19,13 @@ summary: Alibaba Cloud Endpoint Service プライベートリンク接続を使
- TiDB Cloud Essential クラスターは Alibaba Cloud 上に存在し、アクティブです。後で使用するために、以下の詳細情報を取得して保存してください。
- Alibaba CloudアカウントID
- - 可用性ゾーン（AZ）
+ - アベイラビリティゾーン（AZ）
-Alibaba Cloud アカウント ID とアベイラビリティーゾーンを表示するには、次の手順を実行します。
+Alibaba Cloud アカウント ID とアベイラビリティゾーンを表示するには、次の手順を実行します。
1. [TiDB Cloudコンソール](https://tidbcloud.com)で、TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーションペインで **Settings** > **Networking** をクリックします。
2. **Alibaba Cloud Private Endpoints for External Services** 領域で、**Create Private Endpoint for External Services** をクリックします。
-3. 表示されたダイアログで、Alibaba Cloud アカウント ID とアベイラビリティーゾーンを見つけることができます。
+3. 表示されたダイアログで、Alibaba Cloud アカウント ID とアベイラビリティゾーンを見つけることができます。
## ステップ1. ApsaraDB RDS for MySQLインスタンスをセットアップする {#step-1-set-up-an-apsaradb-rds-for-mysql-instance}
diff --git a/tidb-cloud/serverless-private-link-connection-to-amazon-msk.md b/tidb-cloud/serverless-private-link-connection-to-amazon-msk.md
index 3df1cf739449f..f25f72bd7fc85 100644
--- a/tidb-cloud/serverless-private-link-connection-to-amazon-msk.md
+++ b/tidb-cloud/serverless-private-link-connection-to-amazon-msk.md
@@ -12,25 +12,25 @@ summary: Amazon MSK プロビジョニングされたプライベートリンク
- TiDB Cloud Essentialクラスターは AWS でホストされており、アクティブです。後で使用するために、以下の情報を取得して保存してください。
- AWSアカウントID
- - 可用性ゾーン（AZ）
+ - アベイラビリティゾーン（AZ）
-AWS アカウント ID とアベイラビリティーゾーンを表示するには:
+AWS アカウント ID とアベイラビリティゾーンを表示するには:
1. [TiDB Cloudコンソール](https://tidbcloud.com)で、TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーションペインで**Settings** > **Networking**をクリックします。
2. **[外部サービス向け AWS プライベートエンドポイント]**領域で、**[外部サービス向けプライベートエンドポイントを作成]**をクリックします。
-3. ダイアログで、AWS アカウント ID とアベイラビリティーゾーンをメモします。
+3. ダイアログで、AWS アカウント ID とアベイラビリティゾーンをメモします。
## Amazon MSK プロビジョニングクラスターの前提条件 {#prerequisites-for-the-amazon-msk-provisioned-cluster}
始める前に、Amazon MSK プロビジョニングされたクラスターについて次の点を確認してください。
-- **リージョンと AZ** : Amazon MSK プロビジョニングされたクラスターは、 TiDB Cloud Essentialクラスターと同じ AWS リージョンにあり、MSK クラスターのアベイラビリティーゾーンはTiDB Cloudクラスターと同じです。
+- **リージョンと AZ** : Amazon MSK プロビジョニングされたクラスターは、 TiDB Cloud Essentialクラスターと同じ AWS リージョンにあり、MSK クラスターのアベイラビリティゾーンはTiDB Cloudクラスターと同じです。
- MSK クラスターには**Authentication**: [SASL/SCRAM認証](https://docs.aws.amazon.com/msk/latest/developerguide/msk-password.html)が必要です。
- **Broker type**: ブローカー`t4.small`タイプは使用しないでください。プライベートリンクをサポートしていません。
詳細な要件については、 [単一リージョンでの Amazon MSK マルチ VPC プライベート接続](https://docs.aws.amazon.com/msk/latest/developerguide/aws-access-mult-vpc.html#mvpc-requirements)を参照してください。
-Amazon MSK プロビジョニングされたクラスターがない場合は、 TiDB Cloud Essentialクラスターと同じリージョンおよび同じアベイラビリティーゾーンに[1つ作成する](https://docs.aws.amazon.com/msk/latest/developerguide/create-cluster.html) 、作成されたクラスターに[SASL/SCRAM認証を設定する](https://docs.aws.amazon.com/msk/latest/developerguide/msk-password-tutorial.html) 。
+Amazon MSK プロビジョニングされたクラスターがない場合は、 TiDB Cloud Essentialクラスターと同じリージョンおよび同じアベイラビリティゾーンに[1つ作成する](https://docs.aws.amazon.com/msk/latest/developerguide/create-cluster.html) 、作成されたクラスターに[SASL/SCRAM認証を設定する](https://docs.aws.amazon.com/msk/latest/developerguide/msk-password-tutorial.html) 。
- **Secret name**: シークレット名は`AmazonMSK_`で始まる必要があります。
- **暗号化**：デフォルトの暗号化キーは使用しないでください。シークレット用に新しいカスタムAWS KMSキーを作成してください。
diff --git a/tidb-cloud/serverless-private-link-connection-to-aws-confluent.md b/tidb-cloud/serverless-private-link-connection-to-aws-confluent.md
index 8a7dea3d7e63a..ad860329f36ec 100644
--- a/tidb-cloud/serverless-private-link-connection-to-aws-confluent.md
+++ b/tidb-cloud/serverless-private-link-connection-to-aws-confluent.md
@@ -18,13 +18,13 @@ summary: AWS エンドポイントサービス プライベートリンク接続
- TiDB Cloud Essential は AWS でホストされており、アクティブです。後で使用するために、以下の詳細情報を取得して保存してください。
- AWSアカウントID
- - 可用性ゾーン（AZ）
+ - アベイラビリティゾーン（AZ）
-AWS アカウント ID とアベイラビリティーゾーンを表示するには、次の手順を実行します。
+AWS アカウント ID とアベイラビリティゾーンを表示するには、次の手順を実行します。
1. [TiDB Cloudコンソール](https://tidbcloud.com)で、TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーションペインで **Settings** > **Networking** をクリックします。
2. **AWS Private Endpoints for External Services** 領域で、**Create Private Endpoint for External Services** をクリックします。
-3. 表示されたダイアログで、AWS アカウント ID とアベイラビリティーゾーンを見つけることができます。
+3. 表示されたダイアログで、AWS アカウント ID とアベイラビリティゾーンを見つけることができます。
## ステップ1. Confluent Cloudネットワークをセットアップする {#step-1-set-up-a-confluent-cloud-network}
diff --git a/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-alicloud.md b/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-alicloud.md
index e88185fa96585..d66e8a1214260 100644
--- a/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-alicloud.md
+++ b/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-alicloud.md
@@ -38,13 +38,13 @@ summary: Alibaba Cloud Endpoint Service のプライベートリンク接続を
- TiDB Cloud EssentialはAlibaba Cloudでホストされており、アクティブです。後で使用するために、以下の詳細情報を取得して保存してください。
- Alibaba CloudアカウントID
- - 可用性ゾーン（AZ）
+ - アベイラビリティゾーン（AZ）
-Alibaba Cloud アカウント ID とアベイラビリティーゾーンを表示するには、次の手順を実行します。
+Alibaba Cloud アカウント ID とアベイラビリティゾーンを表示するには、次の手順を実行します。
1. [TiDB Cloudコンソール](https://tidbcloud.com)で、TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーションペインで**Settings** > **Networking**をクリックします。
2. **Alibaba Cloud Private Endpoints for External Services**領域で、**Create Private Endpoint for External Services**をクリックします。
-3. 表示されたダイアログで、Alibaba Cloud アカウント ID とアベイラビリティーゾーンを見つけることができます。
+3. 表示されたダイアログで、Alibaba Cloud アカウント ID とアベイラビリティゾーンを見つけることができます。
次の表は、展開情報の例を示しています。
diff --git a/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-aws.md b/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-aws.md
index 5062fa6ab12cb..ccec8a4b28b21 100644
--- a/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-aws.md
+++ b/tidb-cloud/serverless-private-link-connection-to-self-hosted-kafka-in-aws.md
@@ -32,13 +32,13 @@ summary: AWS エンドポイントサービスプライベートリンク接続
- TiDB Cloud Essential は AWS でホストされており、アクティブです。後で使用するために、以下の詳細情報を取得して保存してください。
- AWSアカウントID
- - 可用性ゾーン（AZ）
+ - アベイラビリティゾーン（AZ）
-AWS アカウント ID とアベイラビリティーゾーンを表示するには、次の手順を実行します。
+AWS アカウント ID とアベイラビリティゾーンを表示するには、次の手順を実行します。
1. [TiDB Cloudコンソール](https://tidbcloud.com)で、TiDB クラスターのクラスター概要ページに移動し、左側のナビゲーションペインで**Settings** > **Networking**をクリックします。
2. **AWS Private Endpoints for External Services**領域で、 **Create Private Endpoint for External Services**をクリックします。
-3. 表示されたダイアログで、AWS アカウント ID とアベイラビリティーゾーンを見つけることができます。
+3. 表示されたダイアログで、AWS アカウント ID とアベイラビリティゾーンを見つけることができます。
次の表は、展開情報の例を示しています。
diff --git a/tidb-cloud/serverless-private-link-connection.md b/tidb-cloud/serverless-private-link-connection.md
index 262ef9170bd87..9a7592af36dfa 100644
--- a/tidb-cloud/serverless-private-link-connection.md
+++ b/tidb-cloud/serverless-private-link-connection.md
@@ -37,9 +37,9 @@ AWS エンドポイントサービスが次の条件を満たしていること
- TiDB Cloudクラスターと同じリージョンに存在します。
- TiDB Cloudアカウント ID を**Allow principals**リストに追加します。
-- TiDB Cloudクラスターと重複する可用性ゾーンがあります。
+- TiDB Cloudクラスターと重複するアベイラビリティゾーンがあります。
-アカウント ID と可用性ゾーンの情報は、**Create Private Endpoint for External Services**ダイアログの下部で取得するか、次のコマンドを実行して取得できます。
+アカウント ID とアベイラビリティゾーンの情報は、**Create Private Endpoint for External Services**ダイアログの下部で取得するか、次のコマンドを実行して取得できます。
```shell
ticloud serverless private-link-connection zones --cluster-id
@@ -127,9 +127,9 @@ Alibaba Cloud エンドポイントサービスが次の条件を満たしてい
- TiDB Cloudクラスターと同じリージョンに存在します。
- TiDB Cloudアカウント ID を**Service Whitelist**に追加します。
-- TiDB Cloudクラスターと重複する可用性ゾーンがあります。
+- TiDB Cloudクラスターと重複するアベイラビリティゾーンがあります。
-アカウント ID と可用性ゾーンの情報は、**Create Private Endpoint for External Services**ダイアログの下部で取得するか、次のコマンドを実行して取得できます。
+アカウント ID とアベイラビリティゾーンの情報は、**Create Private Endpoint for External Services**ダイアログの下部で取得するか、次のコマンドを実行して取得できます。
```shell
ticloud serverless private-link-connection zones --cluster-id
diff --git a/tidb-cloud/set-up-private-endpoint-connections.md b/tidb-cloud/set-up-private-endpoint-connections.md
index 0a8e17a926961..02ef42725dd9b 100644
--- a/tidb-cloud/set-up-private-endpoint-connections.md
+++ b/tidb-cloud/set-up-private-endpoint-connections.md
@@ -115,7 +115,7 @@ AWS マネジメントコンソールを使用して VPC インターフェイ
6. **Network settings**領域で、ドロップダウンリストから VPC を選択します。
-7. **Subnets**領域で、TiDB クラスターが配置されている可用性ゾーンを選択します。
+7. **Subnets**領域で、TiDB クラスターが配置されているアベイラビリティゾーンを選択します。
> **Tip:**
>
diff --git a/tidb-cloud/set-up-sink-private-endpoint.md b/tidb-cloud/set-up-sink-private-endpoint.md
index e01949ed0c453..8feb48063f895 100644
--- a/tidb-cloud/set-up-sink-private-endpoint.md
+++ b/tidb-cloud/set-up-sink-private-endpoint.md
@@ -93,7 +93,7 @@ changefeed ダウンストリーム サービスが Azure でホストされて
7. **TiDB Managed**ドメインまたは**カスタム**ドメインのいずれかを使用して、Kafka のアドバタイズされたリスナーを構成します。
- アドバタイズされたリスナーに**TiDB Managed**ドメインを使用するには、 **Domain Pattern**フィールドに一意の文字列を入力し、 **Generate**をクリックします。TiDB は、各アベイラビリティゾーンのサブドメインを持つブローカーアドレスを生成します。
- - アドバタイズされたリスナーに独自の**Custom**ドメインを使用するには、ドメイン タイプを**Custom**に切り替え、 **Custom Domain**フィールドにルート ドメインを入力し、**Check**をクリックして、各アベイラビリティーゾーンのブローカー サブドメインを指定します。
+ - アドバタイズされたリスナーに独自の**Custom**ドメインを使用するには、ドメイン タイプを**Custom**に切り替え、 **Custom Domain**フィールドにルート ドメインを入力し、**Check**をクリックして、各アベイラビリティゾーンのブローカー サブドメインを指定します。
8. **Create**をクリックして構成を検証し、プライベートエンドポイントを作成します。
@@ -114,7 +114,7 @@ changefeed ダウンストリーム サービスが Azure でホストされて
6. **TiDB Managed**ドメインまたは**カスタム**ドメインのいずれかを使用して、Kafka のアドバタイズされたリスナーを構成します。
- アドバタイズされたリスナーに**TiDB Managed**ドメインを使用するには、 **Domain Pattern**フィールドに一意の文字列を入力し、 **Generate**をクリックします。TiDB は、各アベイラビリティゾーンのサブドメインを持つブローカーアドレスを生成します。
- - アドバタイズされたリスナーに独自の**Custom**ドメインを使用するには、ドメイン タイプを**Custom**に切り替え、 **Custom Domain**フィールドにルート ドメインを入力し、**Check**をクリックして、各アベイラビリティーゾーンのブローカー サブドメインを指定します。
+ - アドバタイズされたリスナーに独自の**Custom**ドメインを使用するには、ドメイン タイプを**Custom**に切り替え、 **Custom Domain**フィールドにルート ドメインを入力し、**Check**をクリックして、各アベイラビリティゾーンのブローカー サブドメインを指定します。
7. **Create**をクリックして構成を検証し、プライベートエンドポイントを作成します。
@@ -135,7 +135,7 @@ changefeed ダウンストリーム サービスが Azure でホストされて
6. **TiDB Managed**ドメインまたは**カスタム**ドメインのいずれかを使用して、Kafka のアドバタイズされたリスナーを構成します。
- アドバタイズされたリスナーに**TiDB Managed**ドメインを使用するには、 **Domain Pattern**フィールドに一意の文字列を入力し、 **Generate**をクリックします。TiDB は、各アベイラビリティゾーンのサブドメインを持つブローカーアドレスを生成します。
- - アドバタイズされたリスナーに独自の**Custom**ドメインを使用するには、ドメイン タイプを**Custom**に切り替え、 **Custom Domain**フィールドにルート ドメインを入力し、**Check**をクリックして、各アベイラビリティーゾーンのブローカー サブドメインを指定します。
+ - アドバタイズされたリスナーに独自の**Custom**ドメインを使用するには、ドメイン タイプを**Custom**に切り替え、 **Custom Domain**フィールドにルート ドメインを入力し、**Check**をクリックして、各アベイラビリティゾーンのブローカー サブドメインを指定します。
7. **Create**をクリックして構成を検証し、プライベートエンドポイントを作成します。
diff --git a/tidb-cloud/tidb-cloud-billing-dm.md b/tidb-cloud/tidb-cloud-billing-dm.md
index 852fa0c1cda2d..d3a31a18a42de 100644
--- a/tidb-cloud/tidb-cloud-billing-dm.md
+++ b/tidb-cloud/tidb-cloud-billing-dm.md
@@ -37,7 +37,7 @@ TiDB Cloudは、データ移行のキャパシティをレプリケーション
データ移行ジョブは、ターゲット TiDB ノードと同じリージョンにあります。
-AWS PrivateLink または VPC ピアリング接続を使用しており、ソースデータベースと TiDB ノードが同じリージョンまたは同じアベイラビリティーゾーン (AZ) にない場合は、クロスリージョントラフィック料金とクロス AZ トラフィック料金の 2つの追加トラフィック料金が発生することに注意してください。
+AWS PrivateLink または VPC ピアリング接続を使用しており、ソースデータベースと TiDB ノードが同じリージョンまたは同じアベイラビリティゾーン (AZ) にない場合は、クロスリージョントラフィック料金とクロス AZ トラフィック料金の 2つの追加トラフィック料金が発生することに注意してください。
- ソースデータベースと TiDB ノードが同じリージョンにない場合、データ移行ジョブがソースデータベースからデータを収集するときに、リージョン間のトラフィック料金が発生します。
diff --git a/tidb-cloud/tidb-cloud-intro.md b/tidb-cloud/tidb-cloud-intro.md
index 93fca244289ed..d00c2c9da2f12 100644
--- a/tidb-cloud/tidb-cloud-intro.md
+++ b/tidb-cloud/tidb-cloud-intro.md
@@ -34,7 +34,7 @@ TiDB Cloudでは、以下の主要機能を利用できます。
- **高可用性と高信頼性**
- 設計段階から高い可用性を実現。複数の可用性ゾーンにわたるデータレプリケーション、日々のバックアップ、自動フェイルオーバーにより、ハードウェア障害、ネットワーク分断、データセンターの障害発生時でも、事業継続性を確保します。
+ 設計段階から高い可用性を実現。複数のアベイラビリティゾーンにわたるデータレプリケーション、日々のバックアップ、自動フェイルオーバーにより、ハードウェア障害、ネットワーク分断、データセンターの障害発生時でも、事業継続性を確保します。
- **リアルタイム分析**
diff --git a/tiproxy/tiproxy-load-balance.md b/tiproxy/tiproxy-load-balance.md
index 3617a29234bba..bf70c88797b0d 100644
--- a/tiproxy/tiproxy-load-balance.md
+++ b/tiproxy/tiproxy-load-balance.md
@@ -145,7 +145,7 @@ TiProxy は、TiProxy サーバーと TiDB サーバーの場所に基づいて
TiProxyは、ラベル`zone`に基づいて自身とTiDBサーバの場所を決定します。以下の設定項目を設定する必要があります。
- TiDBサーバーの設定項目[`labels`](/tidb-configuration-file.md#labels)で、 `zone`現在のアベイラビリティゾーンに設定します。設定の詳細については、 [TiDBのラベルを構成する](/schedule-replicas-by-topology-labels.md#optional-configure-labels-for-tidb)を参照してください。
-- TiProxy の[`labels`](/tiproxy/tiproxy-configuration.md#labels)の構成項目で、 `zone`現在の可用性ゾーンに設定します。
+- TiProxy の[`labels`](/tiproxy/tiproxy-configuration.md#labels)の構成項目で、 `zone`現在のアベイラビリティゾーンに設定します。
TiDB Operatorを使用してデプロイされたクラスターについては、 [データの高可用性](https://docs.pingcap.com/tidb-in-kubernetes/stable/configure-a-tidb-cluster#high-availability-of-data)を参照してください。
diff --git a/two-data-centers-in-one-city-deployment.md b/two-data-centers-in-one-city-deployment.md
index 2e05f5ed87c10..ad6a1e6b001ad 100644
--- a/two-data-centers-in-one-city-deployment.md
+++ b/two-data-centers-in-one-city-deployment.md
@@ -1,6 +1,6 @@
---
title: Two Availability Zones in One Region Deployment
-summary: 1つのリージョンに 2つの可用性ゾーンを展開するソリューションについて学習します。
+summary: 1つのリージョンに 2つのアベイラビリティゾーンを展開するソリューションについて学習します。
---
# 1つのリージョンに2つのアベイラビリティゾーンを展開 {#two-availability-zones-in-one-region-deployment}
@@ -36,7 +36,7 @@ TiDBは通常、高可用性と災害復旧機能を確保するために、マ
### 例 {#example}
-次の`tiup topology.yaml`サンプル ファイルは、1つのリージョン展開モードにおける 2つの可用性ゾーンの一般的なトポロジ構成です。
+次の`tiup topology.yaml`サンプル ファイルは、1つのリージョン展開モードにおける 2つのアベイラビリティゾーンの一般的なトポロジ構成です。
```yaml
# # Global variables are applied to all deployments and used as the default value of