- Apache Kafkaシンク：すべての設定。
- - MySQLシンク： **MySQL接続**、**テーブルフィルタ**、および**イベントフィルタ**。
+ - MySQLシンク： **MySQL Connection**、**Table Filter**、および**Event Filter**。
- TiDB Cloudシンク: **TiDB Cloud接続**、**テーブルフィルタ**、および**イベントフィルタ**。
- クラウドストレージシンク：**ストレージエンドポイント**、**テーブルフィルタ**、および**イベントフィルタ**。
diff --git a/tidb-cloud/changefeed-sink-to-apache-kafka.md b/tidb-cloud/changefeed-sink-to-apache-kafka.md
index 875118a7236ea..edd50f6a08813 100644
--- a/tidb-cloud/changefeed-sink-to-apache-kafka.md
+++ b/tidb-cloud/changefeed-sink-to-apache-kafka.md
@@ -258,8 +258,8 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン
- **一致するテーブル**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**テーブルフィルター**領域で使用されているものと同じです。変更フィードごとに最大10個のイベントフィルタールールを追加できます。
- **イベントフィルター**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。
- - **イベントを無視する**：指定されたイベントタイプを除外します。
- - **SQL を無視**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。
+ - **Ignore event**：指定されたイベントタイプを除外します。
+ - **Ignore SQL**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。
- **挿入値の式を無視する**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。
- **新しい値の更新式を無視する**: 新しい値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `gender = 'male'`は`gender`が`male`になるような更新を除外します。
- **古い値の更新を無視する式**: 古い値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `age < 18` `age`の古い値が 18 未満である場合の更新を除外します。
@@ -333,13 +333,13 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン
- **レプリケーション係数**：各KafkaメッセージがレプリケートされるKafkaサーバーの数を制御します。有効な値の範囲は、 [`min.insync.replicas`](https://kafka.apache.org/33/documentation.html#brokerconfigs_min.insync.replicas)からKafkaブローカーの数までです。
- **パーティション番号**：トピックに存在するパーティションの数を制御します。有効な値の範囲は`[1, 10 * the number of Kafka brokers]`です。
-10. **[イベントの分割]**エリアで、 `UPDATE`イベントを別々の`DELETE`と`INSERT`イベントに分割するか、生の`UPDATE`イベントとして保持するかを選択します。詳細については、 [MySQL以外のシンクにおける、主キーまたは一意キーを分割したUPDATEイベント](https://docs.pingcap.com/tidb/stable/ticdc-split-update-behavior/#split-primary-or-unique-key-update-events-for-non-mysql-sinks)を参照してください。
+10. **Split Event**エリアで、 `UPDATE`イベントを別々の`DELETE`と`INSERT`イベントに分割するか、生の`UPDATE`イベントとして保持するかを選択します。詳細については、 [MySQL以外のシンクにおける、主キーまたは一意キーを分割したUPDATEイベント](https://docs.pingcap.com/tidb/stable/ticdc-split-update-behavior/#split-primary-or-unique-key-update-events-for-non-mysql-sinks)を参照してください。
11. **「次へ」**をクリックしてください。
## ステップ4. 変更フィード仕様を設定します {#step-4-configure-your-changefeed-specification}
-1. **「チェンジフィードの仕様」**領域で、チェンジフィードで使用する複製容量単位（RCU）チェンジフィードチェンジフィード容量ユニット（CCU）の数を指定します。
+1. **Changefeed Specification**領域で、チェンジフィードで使用する複製容量単位（RCU）チェンジフィードチェンジフィード容量ユニット（CCU）の数を指定します。
2. **変更フィード名**欄に、変更フィードの名前を指定します。
3. **「次へ」**をクリックして、設定した内容を確認し、次のページへ進んでください。
diff --git a/tidb-cloud/changefeed-sink-to-apache-pulsar.md b/tidb-cloud/changefeed-sink-to-apache-pulsar.md
index 3397b99c10dc8..922cdfc3f5850 100644
--- a/tidb-cloud/changefeed-sink-to-apache-pulsar.md
+++ b/tidb-cloud/changefeed-sink-to-apache-pulsar.md
@@ -122,8 +122,8 @@ Apache PulsarサービスにパブリックIPアクセスを提供する場合
- **一致するテーブル**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**テーブルフィルター**領域で使用されているものと同じです。変更フィードごとに最大10個のイベントフィルタールールを追加できます。
- **イベントフィルター**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。
- - **イベントを無視する**：指定されたイベントタイプを除外します。
- - **SQL を無視**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。
+ - **Ignore event**：指定されたイベントタイプを除外します。
+ - **Ignore SQL**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。
- **挿入値の式を無視する**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。
- **新しい値の更新式を無視する**: 新しい値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `gender = 'male'`は`gender`が`male`になるような更新を除外します。
- **古い値の更新を無視する式**: 古い値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `age < 18` `age`の古い値が 18 未満である場合の更新を除外します。
@@ -185,7 +185,7 @@ Apache PulsarサービスにパブリックIPアクセスを提供する場合
テーブルのPulsarメッセージを異なるパーティションに送信するように変更フィードを設定する場合は、この配信方法を選択してください。行の変更ログで指定された列の値によって、変更ログの送信先パーティションが決まります。この配信方法により、各パーティション内の順序が確保され、同じ列の値を持つ変更ログが同じパーティションに送信されることが保証されます。
-7. **[イベントの分割]**エリアで、 `UPDATE`イベントを別々の`DELETE`と`INSERT`イベントに分割するか、生の`UPDATE`イベントとして保持するかを選択します。詳細については、 [MySQL以外のシンクにおける、主キーまたは一意キーを分割したUPDATEイベント](https://docs.pingcap.com/tidb/stable/ticdc-split-update-behavior/#split-primary-or-unique-key-update-events-for-non-mysql-sinks)を参照してください。
+7. **Split Event**エリアで、 `UPDATE`イベントを別々の`DELETE`と`INSERT`イベントに分割するか、生の`UPDATE`イベントとして保持するかを選択します。詳細については、 [MySQL以外のシンクにおける、主キーまたは一意キーを分割したUPDATEイベント](https://docs.pingcap.com/tidb/stable/ticdc-split-update-behavior/#split-primary-or-unique-key-update-events-for-non-mysql-sinks)を参照してください。
8. **「次へ」**をクリックしてください。
diff --git a/tidb-cloud/changefeed-sink-to-cloud-storage.md b/tidb-cloud/changefeed-sink-to-cloud-storage.md
index 976447cd65395..37cd8294af3a8 100644
--- a/tidb-cloud/changefeed-sink-to-cloud-storage.md
+++ b/tidb-cloud/changefeed-sink-to-cloud-storage.md
@@ -67,7 +67,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl
-**GCS**の場合、 **GCSエンドポイント**を入力する前に、まずGCSバケットへのアクセス権を付与する必要があります。以下の手順に従ってください。
+**GCS**の場合、 **GCS Endpoint**を入力する前に、まずGCSバケットへのアクセス権を付与する必要があります。以下の手順に従ってください。
1. TiDB Cloudコンソールで、**サービスアカウントID**を記録してください。このIDは、 TiDB CloudにGCSバケットへのアクセス権を付与するために使用されます。
@@ -83,7 +83,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl
3. 役割の名前、説明、ID、および役割の起動ステージを入力してください。役割名は、作成後に変更することはできません。
- 4. **「権限の追加」**をクリックします。役割に以下の権限を追加し、 **「追加」**をクリックします。
+ 4. **Add permissions**をクリックします。役割に以下の権限を追加し、 **「追加」**をクリックします。
- storage.buckets.get
- storage.オブジェクト.作成
@@ -96,13 +96,13 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl
3. [バケツ](https://console.cloud.google.com/storage/browser)ページに移動し、 TiDB CloudがアクセスするGCSバケットを選択してください。GCSバケットは、TiDBクラスタと同じリージョンにある必要があります。
-4. **バケットの詳細**ページで、 **[権限]**タブをクリックし、 **[アクセスを許可]**をクリックします。
+4. **Bucket details**ページで、 **[権限]**タブをクリックし、 **Grant access**をクリックします。
5. バケットへのアクセスを許可するには、以下の情報を入力し、 **「保存」**をクリックしてください。
- - **「新しいプリンシパル」**フィールドに、以前に記録した対象のTiDBクラスタの**サービスアカウントID**を貼り付けます。
+ - **New Principals**フィールドに、以前に記録した対象のTiDBクラスタの**サービスアカウントID**を貼り付けます。
- **「役割を選択」ドロップ**ダウンリストに、先ほど作成したIAMロールの名前を入力し、フィルター結果からその名前を選択します。
@@ -110,7 +110,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl
>
> TiDB Cloudへのアクセス権を削除するには、付与したアクセス権を削除するだけです。
-6. **バケットの詳細**ページで、「**オブジェクト」**タブをクリックします。
+6. **Bucket details**ページで、「**オブジェクト」**タブをクリックします。
- バケットの gsutil URI を取得するには、[コピー] ボタンをクリックし、プレフィックスとして`gs://`を追加します。たとえば、バケット名が`test-sink-gcs`の場合、URI は`gs://test-sink-gcs/`になります。
@@ -129,25 +129,25 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl
1. [Azureポータル](https://portal.azure.com/)で、変更フィード データを保存するコンテナーを作成します。
- 1. 左側のナビゲーションペインで**「ストレージアカウント」**をクリックし、ストレージアカウントを選択します。
- 2. ストレージアカウントのナビゲーションメニューで、 **[データストレージ]** > **[コンテナー]**を選択し、 **[+コンテナー]**をクリックします。
+ 1. 左側のナビゲーションペインで**Storage Accounts**をクリックし、ストレージアカウントを選択します。
+ 2. ストレージアカウントのナビゲーションメニューで、 **Data storage** > **[コンテナー]**を選択し、 **+ Container**をクリックします。
3. 新しいコンテナの名前を入力し、匿名アクセスレベルを設定します（推奨レベルは**プライベート**です）。次に、 **[作成]**をクリックします。
2. 対象コンテナのURLを取得します。
1. コンテナ一覧から、対象のコンテナを選択してください。
- 2. コンテナの**「…」**をクリックし、次に**「コンテナのプロパティ」**を選択します。
+ 2. コンテナの**「…」**をクリックし、次に**Container properties**を選択します。
3. **URL**値を後で使用するために保存します。たとえば`https://.blob.core.windows.net/`のように保存します。
3. SASトークンを生成します。
1. ストレージアカウントのナビゲーション メニューで、 **[セキュリティ+ ネットワーク]** > **[共有アクセス 署名]**を選択します。
- 2. **「許可されたサービス」**セクションで、 **「Blob」**を選択します。
+ 2. **Allowed services**セクションで、 **「Blob」**を選択します。
3. **「許可されたリソースの種類」**セクションで、 **「コンテナ」**と**「オブジェクト」**を選択します。
- 4. **「許可されたアクセス許可」**セクションで、 **「読み取り」** 、 **「書き込み」** 、 **「削除」** 、 **「一覧表示」** 、 **「作成」**を選択します。
+ 4. **Allowed permissions**セクションで、 **「読み取り」** 、 **「書き込み」** 、 **「削除」** 、 **「一覧表示」** 、 **「作成」**を選択します。
5. SASトークンの有効期間を、ニーズを満たすのに十分な長さに指定してください。
@@ -189,8 +189,8 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl
- **一致するテーブル**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**テーブルフィルター**領域で使用されているものと同じです。変更フィードごとに最大10個のイベントフィルタールールを追加できます。
- **イベントフィルター**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。
- - **イベントを無視する**：指定されたイベントタイプを除外します。
- - **SQL を無視**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。
+ - **Ignore event**：指定されたイベントタイプを除外します。
+ - **Ignore SQL**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。
- **挿入値の式を無視する**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。
- **新しい値の更新式を無視する**: 新しい値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `gender = 'male'`は`gender`が`male`になるような更新を除外します。
- **古い値の更新を無視する式**: 古い値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `age < 18` `age`の古い値が 18 未満である場合の更新を除外します。
@@ -213,7 +213,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl
- **日付区切り文字**：年、月、日に基づいてデータをローテーションするか、ローテーションしないかを選択します。
- **区切り文字**：CSVファイル内の値を区切る文字を指定します。最も一般的に使用される区切り文字はカンマ（ `,` ）です。
- **引用符**：区切り文字または特殊文字を含む値を囲むために使用する文字を指定します。通常、引用符には二重引用符（ `"` ）が使用されます。
- - **null/空値**：CSVファイル内でnull値または空値がどのように表現されるかを指定します。これは、データの適切な処理と解釈のために重要です。
+ - **Null/Empty Values**：CSVファイル内でnull値または空値がどのように表現されるかを指定します。これは、データの適切な処理と解釈のために重要です。
- **コミットTを含める**：CSV行に[`commit-ts`](https://docs.pingcap.com/tidb/stable/ticdc-sink-to-cloud-storage#replicate-change-data-to-storage-services)を含めるかどうかを制御します。
@@ -238,13 +238,13 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl
>
> これら2つのパラメータは、各データベーステーブルごとにクラウドストレージに生成されるオブジェクトの数に影響します。テーブル数が多い場合、同じ設定を使用すると生成されるオブジェクトの数が増加し、結果としてクラウドストレージAPIの呼び出しコストが上昇します。そのため、リカバリポイント目標（RPO）とコスト要件に基づいて、これらのパラメータを適切に設定することをお勧めします。
-6. **[イベントの分割]**エリアで、 `UPDATE`イベントを別々の`DELETE`と`INSERT`イベントに分割するか、生の`UPDATE`イベントとして保持するかを選択します。詳細については、 [MySQL以外のシンクにおける、主キーまたは一意キーを分割したUPDATEイベント](https://docs.pingcap.com/tidb/stable/ticdc-split-update-behavior/#split-primary-or-unique-key-update-events-for-non-mysql-sinks)を参照してください。
+6. **Split Event**エリアで、 `UPDATE`イベントを別々の`DELETE`と`INSERT`イベントに分割するか、生の`UPDATE`イベントとして保持するかを選択します。詳細については、 [MySQL以外のシンクにおける、主キーまたは一意キーを分割したUPDATEイベント](https://docs.pingcap.com/tidb/stable/ticdc-split-update-behavior/#split-primary-or-unique-key-update-events-for-non-mysql-sinks)を参照してください。
## ステップ3．仕様の設定 {#step-3-configure-specification}
**「次へ」**をクリックして、変更フィードの仕様を設定してください。
-1. **変更フィード仕様**領域で、変更フィードで使用するレプリケーション容量ユニット（RCU）の数を指定します。
+1. **Changefeed Specification**領域で、変更フィードで使用するレプリケーション容量ユニット（RCU）の数を指定します。
2. **変更フィード名**欄に、変更フィードの名前を指定します。
## ステップ4．構成を確認し、レプリケーションを開始する {#step-4-review-the-configuration-and-start-replication}
diff --git a/tidb-cloud/changefeed-sink-to-mysql.md b/tidb-cloud/changefeed-sink-to-mysql.md
index 4930c8fcca1f1..5a5e1d2b08257 100644
--- a/tidb-cloud/changefeed-sink-to-mysql.md
+++ b/tidb-cloud/changefeed-sink-to-mysql.md
@@ -156,8 +156,8 @@ TiDB Cloud PremiumインスタンスがMySQLサービスに接続できること
- **一致するテーブル**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**テーブルフィルター**領域で使用されているものと同じです。変更フィードごとに最大10個のイベントフィルタールールを追加できます。
- **イベントフィルター**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。
- - **イベントを無視する**：指定されたイベントタイプを除外します。
- - **SQL を無視**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。
+ - **Ignore event**：指定されたイベントタイプを除外します。
+ - **Ignore SQL**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。
- **挿入値の式を無視する**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。
- **新しい値の更新式を無視する**: 新しい値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `gender = 'male'`は`gender`が`male`になるような更新を除外します。
- **古い値の更新を無視する式**: 古い値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `age < 18` `age`の古い値が 18 未満である場合の更新を除外します。
@@ -171,7 +171,7 @@ TiDB Cloud PremiumインスタンスがMySQLサービスに接続できること
9. **「次へ」**をクリックして、変更フィードの仕様を設定してください。
- - **「チェンジフィードの仕様」**領域で、チェンジフィードで使用する複製容量単位（RCU）チェンジフィードチェンジフィード容量ユニット（CCU）の数を指定します。
+ - **Changefeed Specification**領域で、チェンジフィードで使用する複製容量単位（RCU）チェンジフィードチェンジフィード容量ユニット（CCU）の数を指定します。
- **変更フィード名**欄に、変更フィードの名前を指定します。
10. **「次へ」**をクリックして、変更フィードの設定を確認してください。
diff --git a/tidb-cloud/changefeed-sink-to-tidb-cloud.md b/tidb-cloud/changefeed-sink-to-tidb-cloud.md
index 1ab9b0890c74f..f704ee42ae1b1 100644
--- a/tidb-cloud/changefeed-sink-to-tidb-cloud.md
+++ b/tidb-cloud/changefeed-sink-to-tidb-cloud.md
@@ -85,8 +85,8 @@ summary: このドキュメントでは、TiDB Cloud Dedicatedクラスタから
- **一致するテーブル**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**テーブルフィルター**領域で使用されているものと同じです。変更フィードごとに最大10個のイベントフィルタールールを追加できます。
- **イベントフィルター**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。
- - **イベントを無視する**：指定されたイベントタイプを除外します。
- - **SQL を無視**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。
+ - **Ignore event**：指定されたイベントタイプを除外します。
+ - **Ignore SQL**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。
- **挿入値の式を無視する**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。
- **新しい値の更新式を無視する**: 新しい値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `gender = 'male'`は`gender`が`male`になるような更新を除外します。
- **古い値の更新を無視する式**: 古い値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `age < 18` `age`の古い値が 18 未満である場合の更新を除外します。
@@ -96,7 +96,7 @@ summary: このドキュメントでは、TiDB Cloud Dedicatedクラスタから
8. **「次へ」**をクリックして、変更フィードの仕様を設定してください。
- - **変更フィード仕様**領域で、変更フィードで使用するレプリケーション容量ユニット（RCU）の数を指定します。
+ - **Changefeed Specification**領域で、変更フィードで使用するレプリケーション容量ユニット（RCU）の数を指定します。
- **変更フィード名**欄に、変更フィードの名前を指定します。
9. **「次へ」**をクリックして、変更フィードの設定を確認してください。
diff --git a/tidb-cloud/configure-external-storage-access.md b/tidb-cloud/configure-external-storage-access.md
index 4053d0249c8ee..e7d9d3494b174 100644
--- a/tidb-cloud/configure-external-storage-access.md
+++ b/tidb-cloud/configure-external-storage-access.md
@@ -83,15 +83,15 @@ AWS CloudFormationでロールARNを作成する際に問題が発生した場
1. [AWS マネジメントコンソール](https://console.aws.amazon.com/)コンソールにサインインし、 [Amazon S3コンソール](https://console.aws.amazon.com/s3/)を開きます。
- 2. **バケット**一覧から対象バケットの名前を選択し、 **「ARNをコピー」**をクリックしてS3バケットのARNを取得します（例： `arn:aws:s3:::tidb-cloud-source-data` ）。後で使用するために、バケットのARNをメモしておいてください。
+ 2. **バケット**一覧から対象バケットの名前を選択し、 **Copy ARN**をクリックしてS3バケットのARNを取得します（例： `arn:aws:s3:::tidb-cloud-source-data` ）。後で使用するために、バケットのARNをメモしておいてください。
- 3. [IAMコンソール](https://console.aws.amazon.com/iam/)を開き、左側のナビゲーションペインで**「ポリシー」**をクリックし、 **「ポリシーの作成」を**クリックします。
+ 3. [IAMコンソール](https://console.aws.amazon.com/iam/)を開き、左側のナビゲーションペインで**「ポリシー」**をクリックし、 **Create Policy**をクリックします。
- 4. **ポリシー作成**ページで、 **「JSON」**タブをクリックします。
+ 4. **Create policy**ページで、 **「JSON」**タブをクリックします。
5. ポリシーテキストフィールドで、必要に応じてポリシーを設定してください。以下は、 TiDB Cloud Starter、 Essential、またはPremiumインスタンスからデータをエクスポートしたり、これらのインスタンスにデータをインポートしたりする際に使用できる例です。
@@ -150,7 +150,7 @@ AWS CloudFormationでロールARNを作成する際に問題が発生した場
6. **「次へ」**をクリックしてください。
- 7. ポリシー名を設定し、ポリシーのタグを追加（任意）してから、 **「ポリシーの作成」を**クリックします。
+ 7. ポリシー名を設定し、ポリシーのタグを追加（任意）してから、 **Create policy**をクリックします。
3. AWS マネジメントコンソールで、 TiDB Cloudのアクセスロールを作成し、ロール ARN を取得します。
@@ -166,7 +166,7 @@ AWS CloudFormationでロールARNを作成する際に問題が発生した場
3. **「次へ」**をクリックしてポリシー一覧を開き、先ほど作成したポリシーを選択してから**「次へ」**をクリックします。
- 4. **「役割の詳細」**で役割の名前を設定し、右下隅の**「役割の作成」**をクリックします。役割が作成されると、役割の一覧が表示されます。
+ 4. **Role details**で役割の名前を設定し、右下隅の**「役割の作成」**をクリックします。役割が作成されると、役割の一覧が表示されます。
5. 役割の一覧から、先ほど作成した役割の名前をクリックして概要ページに移動すると、役割のARNを取得できます。
@@ -219,7 +219,7 @@ TiDB Cloud StarterまたはEssentialインスタンスがGCSバケットにア
-2. サービスアカウントをクリックし、 `KEYS`ページで**[キーの追加]**をクリックして、サービスアカウントキーを作成します。
+2. サービスアカウントをクリックし、 `KEYS`ページで**ADD KEY**をクリックして、サービスアカウントキーを作成します。
@@ -274,7 +274,7 @@ Azure ARMテンプレートを使用してSASトークンを作成するには
1. **「ARM テンプレート展開による新しい SAS トークンの生成」**ダイアログで、[クリック**] をクリックして、事前構成済みの ARM テンプレートを含む Azure ポータルを開きます**。
- 2. Azureにログインすると、Azure**カスタムデプロイ**ページにリダイレクトされます。
+ 2. Azureにログインすると、Azure**Custom deployment**ページにリダイレクトされます。
3. **カスタムデプロイメント**ページで、**リソースグループ**と**ストレージアカウント名**を入力してください。コンテナが配置されているストレージアカウントの概要ページから、すべての情報を取得できます。
@@ -296,11 +296,11 @@ Azure ARMテンプレートを使用してSASトークンを作成する際に
3. **[共有アクセス署名]**ページで、次のように必要なアクセス許可を持つサービス SAS トークンを作成します。詳細については、 [サービスSASトークンを作成します](https://docs.microsoft.com/en-us/azure/storage/common/storage-sas-overview)を参照してください。
- 1. **「許可されたサービス」**セクションで、 **「Blob」**サービスを選択します。
+ 1. **Allowed services**セクションで、 **「Blob」**サービスを選択します。
2. **「許可されたリソースの種類」**セクションで、 **「コンテナ」**と**「オブジェクト」**を選択します。
- 3. **「許可された権限」**セクションで、必要に応じて権限を選択してください。
+ 3. **Allowed permissions**セクションで、必要に応じて権限を選択してください。
- TiDB Cloud StarterまたはEssentialインスタンスからデータをエクスポートするには、**読み取り**権限と**書き込み**権限が必要です。
- TiDB Cloud StarterまたはEssentialインスタンスにデータをインポートするには、**読み取り**権限と**一覧表示**権限が必要です。
@@ -325,7 +325,7 @@ TiDB CloudがAlibaba Cloud OSSバケットにアクセスできるようにす
1. RAM ユーザーを作成し、AccessKey ペアを取得します。詳細については、 [RAMユーザーを作成する](https://www.alibabacloud.com/help/en/ram/user-guide/create-a-ram-user)を参照してください。
- **アクセスモードの**セクションで、 **「永続的なアクセスキーを使用してアクセスする」を**選択します。
+ **Access Mode**セクションで、 **「永続的なアクセスキーを使用してアクセスする」を**選択します。
2. 必要な権限を持つカスタム ポリシーを作成します。詳細については、 [カスタムポリシーを作成する](https://www.alibabacloud.com/help/en/ram/user-guide/create-a-custom-policy)を参照してください。
diff --git a/tidb-cloud/connected-slack-ticket-creation.md b/tidb-cloud/connected-slack-ticket-creation.md
index f0784bbdc897d..450fb0a7f84ca 100644
--- a/tidb-cloud/connected-slack-ticket-creation.md
+++ b/tidb-cloud/connected-slack-ticket-creation.md
@@ -13,11 +13,11 @@ summary: Slack チケットの作成と更新サブスクリプションに関
## サポートチケットを作成する {#create-a-support-ticket}
-Slackのサポートチャンネルで、 **PingCAP Support Bot**をメンションし、メッセージで問題を説明してください。すると、チケットボットが**「リクエストを送信」**ボタン付きのメッセージを送信します。
+Slackのサポートチャンネルで、 **PingCAP Support Bot**をメンションし、メッセージで問題を説明してください。すると、チケットボットが**Raise request**ボタン付きのメッセージを送信します。
-**「リクエストを送信」**をクリックしてフォームを開き、問題に応じて入力し、 **「作成」**をクリックしてチケットを送信します。
+**Raise request**をクリックしてフォームを開き、問題に応じて入力し、 **「作成」**をクリックしてチケットを送信します。
diff --git a/tidb-cloud/connected-slack-ticket-interaction.md b/tidb-cloud/connected-slack-ticket-interaction.md
index 9aba0d411e3db..3e09c8db5ed94 100644
--- a/tidb-cloud/connected-slack-ticket-interaction.md
+++ b/tidb-cloud/connected-slack-ticket-interaction.md
@@ -21,11 +21,11 @@ Slack でサポート チケットに直接返信することもできます。
## サポートチケットでやり取りする {#interact-with-support-tickets}
-Slackのサポートチャンネルで、 **PingCAP Support Bot**をメンションし、メッセージで問題を説明してください。すると、ボットから**「リクエストを送信」**ボタン付きのメッセージが送信されます。
+Slackのサポートチャンネルで、 **PingCAP Support Bot**をメンションし、メッセージで問題を説明してください。すると、ボットから**Raise request**ボタン付きのメッセージが送信されます。
-**「リクエストを送信」**をクリックしてフォームを開き、問題に応じて入力し、 **「作成」**をクリックしてチケットを送信します。
+**Raise request**をクリックしてフォームを開き、問題に応じて入力し、 **「作成」**をクリックしてチケットを送信します。
diff --git a/tidb-cloud/data-service-manage-github-connection.md b/tidb-cloud/data-service-manage-github-connection.md
index 40780b8e82da6..2b33e8a9dadec 100644
--- a/tidb-cloud/data-service-manage-github-connection.md
+++ b/tidb-cloud/data-service-manage-github-connection.md
@@ -55,7 +55,7 @@ GitHub接続で**自動同期とデプロイが**有効になっている場合
- この機能を有効にすると、指定したGitHubディレクトリで行われた変更がTiDB Cloudに自動的にデプロイされ、 TiDB Cloudコンソールで行われた変更もGitHubにプッシュされます。関連するデプロイおよびコミット情報は、データアプリのデプロイ履歴で確認できます。
- この機能を無効にすると、指定したGitHubディレクトリで行われた変更はTiDB Cloudにデプロイさ**れず**、 TiDB Cloudコンソールで行われた変更もGitHubにプッシュされ**ません**。
-5. **「接続確認」**をクリックしてください。
+5. **Confirm Connect**をクリックしてください。
## ステップ2. データアプリの設定をGitHubと同期する {#step-2-synchronize-data-app-configurations-with-github}
@@ -158,7 +158,7 @@ TiDB Cloudコンソールでデータアプリのエンドポイント[データ
- この機能を有効にすると、指定したGitHubディレクトリで行われた変更がTiDB Cloudに自動的にデプロイされ、 TiDB Cloudコンソールで行われた変更もGitHubにプッシュされます。関連するデプロイおよびコミット情報は、データアプリのデプロイ履歴で確認できます。
- この機能を無効にすると、指定したGitHubディレクトリで行われた変更はTiDB Cloudにデプロイさ**れず**、 TiDB Cloudコンソールで行われた変更もGitHubにプッシュされ**ません**。
-6. **「接続確認」**をクリックしてください。
+6. **Confirm Connect**をクリックしてください。
## GitHub接続を削除 {#remove-github-connection}
diff --git a/tidb-cloud/dedicated-external-storage.md b/tidb-cloud/dedicated-external-storage.md
index 576c0042a8e0d..1518c619ff345 100644
--- a/tidb-cloud/dedicated-external-storage.md
+++ b/tidb-cloud/dedicated-external-storage.md
@@ -41,15 +41,15 @@ TiDB Cloudのバケットアクセスを設定し、以下の手順でロールA
1. AWS マネジメント コンソールにサインインし、 [https://console.aws.amazon.com/s3/](https://console.aws.amazon.com/s3/)で Amazon S3 コンソールを開きます。
- 2. **バケット**一覧から、ソースデータが入っているバケットの名前を選択し、 **「ARNをコピー」**をクリックしてS3バケットのARNを取得します（例： `arn:aws:s3:::tidb-cloud-source-data` ）。後で使用するために、バケットのARNをメモしておいてください。
+ 2. **バケット**一覧から、ソースデータが入っているバケットの名前を選択し、 **Copy ARN**をクリックしてS3バケットのARNを取得します（例： `arn:aws:s3:::tidb-cloud-source-data` ）。後で使用するために、バケットのARNをメモしておいてください。
- 3. [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/)でIAMコンソールを開き、左側のナビゲーション ペインで**[ポリシー]**をクリックし、 **[ポリシーの作成] を**クリックします。
+ 3. [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/)でIAMコンソールを開き、左側のナビゲーション ペインで**[ポリシー]**をクリックし、 **Create Policy**をクリックします。
- 4. **ポリシー作成**ページで、 **「JSON」**タブをクリックします。
+ 4. **Create policy**ページで、 **「JSON」**タブをクリックします。
5. 以下のアクセス ポリシー テンプレートをコピーして、ポリシー テキスト フィールドに貼り付けてください。
@@ -107,7 +107,7 @@ TiDB Cloudのバケットアクセスを設定し、以下の手順でロールA
6. **「次へ」**をクリックしてください。
- 7. ポリシー名を設定し、ポリシーのタグを追加（任意）してから、 **「ポリシーの作成」を**クリックします。
+ 7. ポリシー名を設定し、ポリシーのタグを追加（任意）してから、 **Create policy**をクリックします。
3. AWS マネジメントコンソールで、 TiDB Cloudのアクセスロールを作成し、ロール ARN を取得します。
@@ -123,7 +123,7 @@ TiDB Cloudのバケットアクセスを設定し、以下の手順でロールA
3. **「次へ」**をクリックしてポリシー一覧を開き、先ほど作成したポリシーを選択してから**「次へ」**をクリックします。
- 4. **「役割の詳細」**で役割の名前を設定し、右下隅の**「役割の作成」**をクリックします。役割が作成されると、役割の一覧が表示されます。
+ 4. **Role details**で役割の名前を設定し、右下隅の**「役割の作成」**をクリックします。役割が作成されると、役割の一覧が表示されます。
5. 役割の一覧から、先ほど作成した役割の名前をクリックして概要ページに移動し、役割のARNをコピーします。
@@ -182,7 +182,7 @@ TiDB CloudがGCSバケット内のソースデータにアクセスできるよ
3. 役割の名前、説明、ID、および役割の起動ステージを入力してください。役割名は、作成後に変更することはできません。
- 4. **「権限を追加」を**クリックしてください。
+ 4. **ADD PERMISSIONS**をクリックしてください。
5. ロールに以下の読み取り専用権限を追加し、 **[追加]**をクリックします。
@@ -196,13 +196,13 @@ TiDB CloudがGCSバケット内のソースデータにアクセスできるよ
3. [バケツ](https://console.cloud.google.com/storage/browser)ページに移動し、 TiDB CloudがアクセスするGCSバケットの名前をクリックします。
-4. **バケットの詳細**ページで、 **[権限]**タブをクリックし、 **[アクセス権の付与]**をクリックします。
+4. **Bucket details**ページで、 **[権限]**タブをクリックし、 **GRANT ACCESS**をクリックします。
5. バケットへのアクセス権を付与するには、以下の情報を入力し、 **「保存」**をクリックしてください。
- - **「新しいプリンシパル」**フィールドに、対象のTiDBクラスターのGoogle Cloud ServiceアカウントIDを貼り付けます。
+ - **New Principals**フィールドに、対象のTiDBクラスターのGoogle Cloud ServiceアカウントIDを貼り付けます。
- **「役割を選択」ドロップ**ダウンリストに、先ほど作成したIAMロールの名前を入力し、フィルター結果からその名前を選択します。
@@ -210,7 +210,7 @@ TiDB CloudがGCSバケット内のソースデータにアクセスできるよ
>
> TiDB Cloudへのアクセス権を削除するには、付与したアクセス権を削除するだけで済みます。
-6. **バケットの詳細**ページで、「**オブジェクト」**タブをクリックします。
+6. **Bucket details**ページで、「**オブジェクト」**タブをクリックします。
ファイルの gsutil URI をコピーするには、ファイルを選択し、 **[オブジェクトを開く] オーバーフロー メニュー**をクリックして、 **[gsutil URI をコピー] を**クリックします。
@@ -236,9 +236,9 @@ TiDB Cloud DedicatedがAzure Blobコンテナにアクセスできるように
3. **[共有アクセス署名]**ページで、次のように必要な権限を持つ[アカウントSASトークン](https://docs.microsoft.com/en-us/azure/storage/common/storage-sas-overview)を作成します。
- 1. **「許可されたサービス」**で**「Blob」**を選択します。
+ 1. **Allowed services**で**「Blob」**を選択します。
2. **「許可されるリソースの種類」**で、 **「コンテナ」**と**「オブジェクト」**を選択します。
- 3. **「許可された権限」**で、必要な権限を選択します。たとえば、 TiDB Cloud Dedicatedにデータをインポートするには、 **「読み取り」**と**「一覧表示」の**権限が必要です。
+ 3. **Allowed permissions**で、必要な権限を選択します。たとえば、 TiDB Cloud Dedicatedにデータをインポートするには、 **「読み取り」**と**「一覧表示」の**権限が必要です。
4. 必要に応じて**開始日時と有効期限日時**を調整してください。セキュリティ上の理由から、有効期限はデータインポートのスケジュールに合わせて設定することをお勧めします。
5. その他の設定については、デフォルト値を維持してください。
diff --git a/tidb-cloud/essential-changefeed-sink-to-kafka.md b/tidb-cloud/essential-changefeed-sink-to-kafka.md
index 507f7cb316d65..eacf5f2bf8999 100644
--- a/tidb-cloud/essential-changefeed-sink-to-kafka.md
+++ b/tidb-cloud/essential-changefeed-sink-to-kafka.md
@@ -209,7 +209,7 @@ TiDB Cloud Essential の変更フィードが Apache Kafka にデータをスト
- **レプリケーション係数**：各KafkaメッセージがレプリケートされるKafkaサーバーの数を制御します。有効な値の範囲は、 [`min.insync.replicas`](https://kafka.apache.org/33/documentation.html#brokerconfigs_min.insync.replicas)からKafkaブローカーの数までです。
- **パーティション番号**：トピックに存在するパーティションの数を制御します。有効な値の範囲は`[1, 10 * the number of Kafka brokers]`です。
-10. **[イベントの分割]**エリアで、 `UPDATE`イベントを別々の`DELETE`と`INSERT`イベントに分割するか、生の`UPDATE`イベントとして保持するかを選択します。詳細については、 [MySQL以外のシンクにおける、主キーまたは一意キーを分割したUPDATEイベント](https://docs.pingcap.com/tidb/stable/ticdc-split-update-behavior/#split-primary-or-unique-key-update-events-for-non-mysql-sinks)を参照してください。
+10. **Split Event**エリアで、 `UPDATE`イベントを別々の`DELETE`と`INSERT`イベントに分割するか、生の`UPDATE`イベントとして保持するかを選択します。詳細については、 [MySQL以外のシンクにおける、主キーまたは一意キーを分割したUPDATEイベント](https://docs.pingcap.com/tidb/stable/ticdc-split-update-behavior/#split-primary-or-unique-key-update-events-for-non-mysql-sinks)を参照してください。
11. **「次へ」**をクリックしてください。
diff --git a/tidb-cloud/integrate-tidbcloud-with-airbyte.md b/tidb-cloud/integrate-tidbcloud-with-airbyte.md
index 750acb96c28e5..42b93e1f39a51 100644
--- a/tidb-cloud/integrate-tidbcloud-with-airbyte.md
+++ b/tidb-cloud/integrate-tidbcloud-with-airbyte.md
@@ -54,7 +54,7 @@ Airbyteのバナーが表示されたら、ユーザー名（ `airbyte` ）と
TiDB Cloudコンソールの接続ダイアログからパラメーター値を取得できます。ダイアログを開くには、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud StarterインスタンスTiDB Cloud EssentialインスタンスTiDB Cloud PremiumインスタンスTiDB Cloud Dedicatedクラスタークラスターの名前をクリックして概要ページに移動し、右上隅の**Connect**をクリックします。
-3. **SSL接続**を有効にし、 **JDBC URLパラメータ**でTLSプロトコルを**TLSv1.2**または**TLSv1.3**に設定します。
+3. **SSL Connection**を有効にし、 **JDBC URLパラメータ**でTLSプロトコルを**TLSv1.2**または**TLSv1.3**に設定します。
> **Note:**
>
@@ -82,11 +82,11 @@ TiDB コネクタの詳細については、 [TiDBソース](https://docs.airbyt
3. 接続**設定**パネルに移動し、 `${source_name} - ${destination-name}`などの接続名を作成します。
-4. **レプリケーション頻度を****「24時間ごと**」に設定すると、接続は1日に1回データを複製します。
+4. **Replication frequency**を**Every 24 hours**に設定すると、接続は1日に1回データを複製します。
-5. **宛先名前空間を****カスタム形式**に設定し、**名前空間カスタム形式**を**テスト**に設定して、すべてのデータを`test`データベースに保存します。
+5. **Destination Namespace**を**カスタム形式**に設定し、**名前空間カスタム形式**を**テスト**に設定して、すべてのデータを`test`データベースに保存します。
-6. **同期モード**を**「完全更新」または「上書き」**に選択してください。
+6. **Sync mode**を**「完全更新」または「上書き」**に選択してください。
> **Tip:**
>
@@ -101,7 +101,7 @@ TiDB コネクタの詳細については、 [TiDBソース](https://docs.airbyt
8. **「接続設定」**をクリックしてください。
-9. 接続が確立されたら、 **「有効」**をクリックして同期タスクをアクティブ化します。また、 **「今すぐ同期」**をクリックすると、すぐに同期を開始できます。
+9. 接続が確立されたら、 **「有効」**をクリックして同期タスクをアクティブ化します。また、 **Sync now**をクリックすると、すぐに同期を開始できます。
diff --git a/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md b/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md
index d847bd4f82fdc..ab0511255253d 100644
--- a/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md
+++ b/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md
@@ -119,7 +119,7 @@ AWS CloudFormation を使用して書店プロジェクトを設定するには
1. **前提条件の**領域で、 **「既存のテンプレートを選択」**を選択します。
- 2. **テンプレート指定**領域で、 **[テンプレート ファイルをアップロード]**を選択し、 **[ファイルを選択]**をクリックしてテンプレート ファイル (YAML または JSON) をアップロードし、 **[次へ]**をクリックします。
+ 2. **Specify template**領域で、 **[テンプレート ファイルをアップロード]**を選択し、 **Choose file**をクリックしてテンプレート ファイル (YAML または JSON) をアップロードし、 **[次へ]**をクリックします。
まだファイルをお持ちでない場合は、 [GitHub](https://github.com/pingcap/TiDB-Lambda-integration/releases/latest)からダウンロードしてください。このファイルには、プロジェクトに必要なリソースを作成するAWS CloudFormationテンプレートが含まれています。
@@ -131,7 +131,7 @@ AWS CloudFormation を使用して書店プロジェクトを設定するには
- - **スタック名**：スタック名を入力してください。
+ - **Stack name**：スタック名を入力してください。
- **S3Bucket** ：zipファイルを保存しているS3バケットを入力してください。
- **S3Key** ：S3キーを入力してください。
- **TiDBDatabase** ： TiDB Cloud Starterインスタンス名を入力してください。
diff --git a/tidb-cloud/integrate-tidbcloud-with-n8n.md b/tidb-cloud/integrate-tidbcloud-with-n8n.md
index ed81b254cdd07..e0ae02f7504a9 100644
--- a/tidb-cloud/integrate-tidbcloud-with-n8n.md
+++ b/tidb-cloud/integrate-tidbcloud-with-n8n.md
@@ -57,7 +57,7 @@ n8nを起動したら、 [localhost:5678](http://localhost:5678)にアクセス
TiDB Cloudノードは、npmリポジトリでは`n8n-nodes-tidb-cloud`という名前です。n8nでTiDB Cloudを制御するには、このノードを手動でインストールする必要があります。
1. [localhost:5678](http://localhost:5678)ページで、n8nをセルフホスティングするためのオーナーアカウントを作成します。
-2. **設定**>**コミュニティノード**に移動してください。
+2. **設定**>**Community nodes**に移動してください。
3. **「コミュニティノードをインストール」**をクリックしてください。
4. **npmパッケージ名**フィールドに`n8n-nodes-tidb-cloud`と入力します。
5. **「インストール」**をクリックしてください。
@@ -84,7 +84,7 @@ TiDB Cloudノードは、npmリポジトリでは`n8n-nodes-tidb-cloud`という
TiDB Cloud Starterインスタンスをお持ちでない場合は、このノードを使用してインスタンスを作成できます。そうでない場合は、この操作をスキップしても構いません。
-1. **ワークフロー**パネルに移動し、 **「ワークフローの追加」**をクリックします。
+1. **ワークフロー**パネルに移動し、 **Add workflow**をクリックします。
2. 新しいワークフローワークスペースで、右上隅の**「+」**をクリックし、 **「すべての**フィールド」を選択します。
3. `TiDB Cloud`を検索して、ワークスペースにドラッグします。
4. TiDB Cloudノードの認証情報（TiDB Cloud APIキー）を入力してください。
@@ -93,7 +93,7 @@ TiDB Cloud Starterインスタンスをお持ちでない場合は、このノ
7. **「クラスタ名」**ボックスに、 TiDB Cloud Starterインスタンスの名前を入力します。
8. **リージョン**リストから地域を選択してください。
9. **パスワード**欄に、 TiDB Cloud Starterインスタンスへのログインに使用するパスワードを入力してください。
-10. ノードを実行するには、 **「ノードを実行」**をクリックしてください。
+10. ノードを実行するには、 **Execute Node**をクリックしてください。
> **Note:**
>
@@ -108,7 +108,7 @@ TiDB Cloud Starterインスタンスをお持ちでない場合は、このノ
3. 手動トリガーノードをワークスペースにドラッグし、ノードをダブルクリックします。**パラメーター**ダイアログが表示されます。
4. ルールを以下のように設定してください。
- - **トリガー間隔**： `Days`
+ - **Trigger Interval**： `Days`
- **トリガー間の日数**： `1`
- **時刻**： `8am`
- **トリガー時刻**: `0`
@@ -141,7 +141,7 @@ TiDB Cloud Starterインスタンスをお持ちでない場合は、このノ
CREATE TABLE IF NOT EXISTS hacker_news_briefing (creator VARCHAR (200), title TEXT, link VARCHAR(200), pubdate VARCHAR(200), comments VARCHAR(200), content TEXT, guid VARCHAR (200), isodate VARCHAR(200));
```
-11. テーブルを作成するには、 **「実行ノード」**をクリックしてください。
+11. テーブルを作成するには、 **Execute node**をクリックしてください。
#### Hacker NewsのRSSフィードを入手する {#get-the-hacker-news-rss}
@@ -205,7 +205,7 @@ TiDB Cloud Starterインスタンスをお持ちでない場合は、このノ
5. **操作**リストで、 `Send`を選択します。
6. **「宛先」**欄にメールアドレスを入力してください。
7. **件名**欄に`Hacker News Briefing`と入力します。
-8. **「メールの種類」**ボックスで、 `HTML`を選択します。
+8. **Email Type**ボックスで、 `HTML`を選択します。
9. **メッセージ**ボックスで、 `Expression`をクリックし、 `{{ $json["response"] }}`と入力します。
> **Note:**
@@ -214,7 +214,7 @@ TiDB Cloud Starterインスタンスをお持ちでない場合は、このノ
## ステップ4：ワークフローを実行する {#step-4-run-your-workflow}
-ワークフローを作成したら、 **「ワークフローの実行」**をクリックしてテスト実行できます。
+ワークフローを作成したら、 **Execute Workflow**をクリックしてテスト実行できます。
ワークフローが想定どおりに実行されれば、Hacker Newsの速報メールが届きます。これらのニュースコンテンツはTiDB Cloud Starterインスタンスにログとして記録されるため、紛失の心配はありません。
@@ -269,7 +269,7 @@ TiDB Cloudノードは[通常のノード](https://docs.n8n.io/workflows/nodes/#
- **ユーザー**： TiDB Cloud Starterインスタンスのユーザー名。
- **データベース**：データベース名。
- **テーブル**：テーブル名。 `From list`モードを使用してテーブル名を選択するか、 `Name`モードを使用してテーブル名を手動で入力できます。
-- **削除キー**：データベース内のどの行を削除するかを決定するアイテムのプロパティ名。アイテムとは、あるノードから別のノードに送信されるデータのことです。ノードは、受信データの各アイテムに対してアクションを実行します。n8n のアイテムの詳細については、 [n8nドキュメント](https://docs.n8n.io/workflows/items/)を参照してください。
+- **Delete Key**：データベース内のどの行を削除するかを決定するアイテムのプロパティ名。アイテムとは、あるノードから別のノードに送信されるデータのことです。ノードは、受信データの各アイテムに対してアクションを実行します。n8n のアイテムの詳細については、 [n8nドキュメント](https://docs.n8n.io/workflows/items/)を参照してください。
@@ -295,7 +295,7 @@ TiDB Cloudノードは[通常のノード](https://docs.n8n.io/workflows/nodes/#
- **ユーザー**： TiDB Cloud Starterインスタンスのユーザー名。
- **データベース**：データベース名。
- **テーブル**：テーブル名。 `From list`モードを使用してテーブル名を選択するか、 `Name`モードを使用してテーブル名を手動で入力できます。
-- **更新キー**：データベース内のどの行を更新するかを決定するアイテムのプロパティ名。アイテムとは、あるノードから別のノードに送信されるデータのことです。ノードは、受信データの各アイテムに対してアクションを実行します。n8n のアイテムの詳細については、 [n8nドキュメント](https://docs.n8n.io/workflows/items/)を参照してください。
+- **Update Key**: データベース内のどの行を更新するかを決定するアイテムのプロパティ名。アイテムとは、あるノードから別のノードに送信されるデータのことです。ノードは、受信データの各アイテムに対してアクションを実行します。n8n のアイテムの詳細については、 [n8nドキュメント](https://docs.n8n.io/workflows/items/)を参照してください。
- **列**：入力項目のプロパティをカンマで区切ったリスト。更新対象の行の列として使用されます。
diff --git a/tidb-cloud/integrate-tidbcloud-with-zapier.md b/tidb-cloud/integrate-tidbcloud-with-zapier.md
index cb2f6ecdce12d..346c2d89bf595 100644
--- a/tidb-cloud/integrate-tidbcloud-with-zapier.md
+++ b/tidb-cloud/integrate-tidbcloud-with-zapier.md
@@ -51,7 +51,7 @@ Zapier で[TiDB Cloudアプリ](https://zapier.com/apps/tidb-cloud/integrations)
4. テストトリガー
- **「トリガーをテスト」を**クリックします。トリガーが正常に設定されると、GitHubアカウントから新しいグローバルイベントのデータが表示されます。 **「続行」**をクリックします。
+ **Test trigger**をクリックします。トリガーが正常に設定されると、GitHubアカウントから新しいグローバルイベントのデータが表示されます。 **「続行」**をクリックします。
### ステップ3： `Find Table in TiDB Cloud`アクションを設定する {#step-3-set-up-the-find-table-in-tidb-cloud-action}
@@ -89,7 +89,7 @@ Zapier で[TiDB Cloudアプリ](https://zapier.com/apps/tidb-cloud/integrations)
4. テストアクション
- **「テスト」アクション**をクリックすると、Zapierがテーブルを作成します。テストをスキップすることも可能で、その場合はワークフローが初めて実行されるときにテーブルが作成されます。
+ **Test action**をクリックすると、Zapierがテーブルを作成します。テストをスキップすることも可能で、その場合はワークフローが初めて実行されるときにテーブルが作成されます。
### ステップ4： `Create Row in TiDB Cloud`設定する {#step-4-set-up-the-create-row-in-tidb-cloud-action}
@@ -105,7 +105,7 @@ Zapier で[TiDB Cloudアプリ](https://zapier.com/apps/tidb-cloud/integrations)
3. アクションを設定する
- 1. 前の手順と同様に、**プロジェクト名**、**クラスタ名**、 **TiDBパスワード**、**データベース名**を入力してください。
+ 1. 前の手順と同様に、**プロジェクト名**、**クラスタ名**、 **TiDB Password**、**データベース名**を入力してください。
2. 「**テーブル名」**で、ドロップダウンリストから「 **github_global_event」**テーブルを選択します。テーブルの列が表示されます。
@@ -117,7 +117,7 @@ Zapier で[TiDB Cloudアプリ](https://zapier.com/apps/tidb-cloud/integrations)
4. テストアクション
- **「テスト」アクション**をクリックして、テーブルに新しい行を作成します。TiDB Cloud Starterインスタンスを確認すると、データが正常に書き込まれていることが確認できます。
+ **Test action**をクリックして、テーブルに新しい行を作成します。TiDB Cloud Starterインスタンスを確認すると、データが正常に書き込まれていることが確認できます。
```sql
mysql> SELECT * FROM test.github_global_event;
diff --git a/tidb-cloud/migrate-from-mysql-using-aws-dms.md b/tidb-cloud/migrate-from-mysql-using-aws-dms.md
index 367171d975b86..72937e0b88f07 100644
--- a/tidb-cloud/migrate-from-mysql-using-aws-dms.md
+++ b/tidb-cloud/migrate-from-mysql-using-aws-dms.md
@@ -42,8 +42,8 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ
3. インスタンス名、ARN、および説明を入力してください。
4. インスタンス構成を入力してください。
- - **インスタンスクラス**：適切なインスタンスクラスを選択してください。パフォーマンスを向上させるには、 `dms.t3.large`またはそれより高いインスタンスクラスを使用することをお勧めします。
- - **エンジンバージョン**：デフォルト設定を使用します。
+ - **Instance class**：適切なインスタンスクラスを選択してください。パフォーマンスを向上させるには、 `dms.t3.large`またはそれより高いインスタンスクラスを使用することをお勧めします。
+ - **Engine version**：デフォルト設定を使用します。
- **マルチAZ** ：ビジネスニーズに応じて、**シングルAZ**または**マルチAZ**を選択してください。
5. ストレージは**「割り当て済みストレージ（GiB）」**フィールドで設定します。デフォルト設定を使用してください。
@@ -52,7 +52,7 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ
- **ネットワークタイプ - 新規**: **IPv4**を選択してください。
- **IPv4 用仮想プライベートクラウド (VPC)** ：必要な VPC を選択してください。ネットワーク構成を簡素化するため、アップストリームデータベースと同じ VPC を使用することをお勧めします。
- **レプリケーションサブネットグループ**：レプリケーションインスタンスに使用するサブネットグループを選択してください。
- - **一般公開**：デフォルト設定を使用します。
+ - **Public accessible**：デフォルト設定を使用します。
7. 必要に応じて、**詳細設定**、**メンテナンス**、および**タグ**を設定します。 **「レプリケーションインスタンスの作成」を**クリックして、インスタンスの作成を完了します。
@@ -76,9 +76,9 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ
5. 以下の情報を設定してください。
- - **エンドポイント識別子**：後続のタスク構成で識別しやすくするために、ソースエンドポイントにラベルを作成します。
+ - **Endpoint identifier**：後続のタスク構成で識別しやすくするために、ソースエンドポイントにラベルを作成します。
- **記述的な Amazon リソース名 (ARN) - オプション**: デフォルトの DMS ARN に分かりやすい名前を作成します。
- - **ソースエンジン**: **MySQL**を選択してください。
+ - **Source engine**: **MySQL**を選択してください。
- **エンドポイントデータベースへのアクセス**:**アクセス情報を手動で提供するを**選択します。
- **サーバー名**：データプロバイダーのデータサーバー名を入力してください。データベースコンソールからコピーできます。アップストリームがAmazon RDSまたはAmazon Auroraの場合は、名前が自動的に入力されます。ドメイン名のないセルフホスト型MySQLの場合は、IPアドレスを入力してください。
- ソースデータベースの**ポート番号**、**ユーザー名**、**パスワード**を入力してください。
@@ -86,7 +86,7 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ
-6. **エンドポイント設定**、 **KMSキー**、**タグに**はデフォルト値を使用してください。**エンドポイント接続のテスト（オプション）**セクションでは、ネットワーク構成を簡素化するために、ソースデータベースと同じVPCを選択することをお勧めします。対応するレプリケーションインスタンスを選択し、 **「テストの実行」**をクリックします。ステータスが**「成功」**である必要があります。
+6. **Endpoint settings**、 **KMSキー**、**タグに**はデフォルト値を使用してください。**エンドポイント接続のテスト（オプション）**セクションでは、ネットワーク構成を簡素化するために、ソースデータベースと同じVPCを選択することをお勧めします。対応するレプリケーションインスタンスを選択し、 **Run test**をクリックします。ステータスが**「成功」**である必要があります。
7. **「エンドポイントの作成」を**クリックします。
@@ -100,7 +100,7 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ
2. TiDB Cloudコンソールで、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象のリソース名をクリックしてから、右上隅の**[接続]**をクリックすると、 TiDB Cloudデータベースの接続情報が表示されます。
-3. ダイアログの**「ステップ 1: トラフィック フィルタの作成」**で、 **「編集」**をクリックし、AWS DMS コンソールからコピーしたパブリック IP アドレスとプライベート IP アドレスを入力して、 **「フィルタの更新」**をクリックします。AWS DMS レプリケーション インスタンスのパブリック IP アドレスとプライベート IP アドレスを TiDB クラスタのトラフィック フィルタに同時に追加することをお勧めします。そうしないと、状況によっては AWS DMS が TiDB クラスタに接続できない場合があります。
+3. ダイアログの**「ステップ 1: トラフィック フィルタの作成」**で、 **「編集」**をクリックし、AWS DMS コンソールからコピーしたパブリック IP アドレスとプライベート IP アドレスを入力して、 **Update Filter**をクリックします。AWS DMS レプリケーション インスタンスのパブリック IP アドレスとプライベート IP アドレスを TiDB クラスタのトラフィック フィルタに同時に追加することをお勧めします。そうしないと、状況によっては AWS DMS が TiDB クラスタに接続できない場合があります。
4. **CA証明書をダウンロードするには、[CA証明書のダウンロード]**をクリックします。ダイアログの**[ステップ3：SQLクライアントで接続する**]で、接続文字列内の`-u` 、 `-h` 、および`-P`情報を後で使用するためにメモしておきます。
@@ -111,9 +111,9 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ
7. TiDBクラスタのターゲットエンドポイントを設定します。
- **エンドポイントタイプ**：**ターゲットエンドポイント**を選択してください。
- - **エンドポイント識別子**：エンドポイントの名前を入力してください。
+ - **Endpoint identifier**：エンドポイントの名前を入力してください。
- **記述的な Amazon リソース名 (ARN) - オプション**: デフォルトの DMS ARN に分かりやすい名前を作成します。
- - **対象エンジン**: **MySQL**を選択してください。
+ - **Target engine**: **MySQL**を選択してください。
@@ -132,7 +132,7 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ
-10. **エンドポイント設定**、 **KMSキー**、**タグに**はデフォルト値を使用します。**エンドポイント接続のテスト（オプション）**セクションで、ソースデータベースと同じVPCを選択します。対応するレプリケーションインスタンスを選択し、 **「テストの実行」**をクリックします。ステータスが**「成功」**である必要があります。
+10. **Endpoint settings**、 **KMSキー**、**タグに**はデフォルト値を使用します。**エンドポイント接続のテスト（オプション）**セクションで、ソースデータベースと同じVPCを選択します。対応するレプリケーションインスタンスを選択し、 **Run test**をクリックします。ステータスが**「成功」**である必要があります。
11. **「エンドポイントの作成」を**クリックします。
@@ -140,15 +140,15 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ
## ステップ4. データベース移行タスクを作成する {#step-4-create-a-database-migration-task}
-1. AWS DMS コンソールで、 [データ移行タスク](https://console.aws.amazon.com/dms/v2/home#tasks)ページに移動します。お住まいの地域に切り替えてください。次に、ウィンドウの右上隅にある**「タスクの作成」を**クリックします。
+1. AWS DMS コンソールで、 [データ移行タスク](https://console.aws.amazon.com/dms/v2/home#tasks)ページに移動します。お住まいの地域に切り替えてください。次に、ウィンドウの右上隅にある**Create task**をクリックします。
2. 以下の情報を設定してください。
- - **タスク識別子**：タスクの名前を入力してください。覚えやすい名前を使用することをお勧めします。
+ - **Task identifier**: タスクの名前を入力してください。覚えやすい名前を使用することをお勧めします。
- **記述的な Amazon リソース名 (ARN) - オプション**: デフォルトの DMS ARN に分かりやすい名前を作成します。
- - **レプリケーションインスタンス**：先ほど作成したAWS DMSインスタンスを選択します。
+ - **Replication instance**：先ほど作成したAWS DMSインスタンスを選択します。
- **ソースデータベースエンドポイント**：先ほど作成したソースデータベースエンドポイントを選択してください。
- **ターゲットデータベースエンドポイント**：先ほど作成したターゲットデータベースエンドポイントを選択してください。
- **移行タイプ**：必要に応じて移行タイプを選択してください。この例では、 **「既存データの移行と進行中の変更の複製」**を選択します。
@@ -157,24 +157,24 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ
3. 以下の情報を設定してください。
- - **編集モード**：**ウィザード**を選択してください。
+ - **Editing mode**：**ウィザード**を選択してください。
- **ソーストランザクションのカスタムCDC停止モード**：デフォルト設定を使用します。
- **対象テーブルの準備モード**：必要に応じて**「何もしない」**またはその他のオプションを選択してください。この例では、 **「何もしない」**を選択します。
- **フルロード完了後にタスクを停止する**：デフォルト設定を使用する。
- **LOB列をレプリケーションに含める**：**限定LOBモード**を選択します。
- **LOBの最大サイズ（KB）** ：デフォルト値の**32**を使用します。
- **検証機能を有効にする**：必要に応じて選択してください。
- - **タスクログ**：今後のトラブルシューティングのために、 **CloudWatchログを有効にするオプション**を選択してください。関連する設定については、デフォルト設定を使用してください。
+ - **Task logs**: 今後のトラブルシューティングのために、 **CloudWatchログを有効にするオプション**を選択してください。関連する設定については、デフォルト設定を使用してください。
-4. **テーブルマッピングの**セクションで、移行するデータベースを指定します。
+4. **Table mappings**のセクションで、移行するデータベースを指定します。
- スキーマ名は、Amazon RDS インスタンス内のデータベース名です。**ソース名**のデフォルト値は「%」で、これは Amazon RDS 内のすべてのデータベースが TiDB に移行されることを意味します。これにより、Amazon RDS 内の`mysql`や`sys`などのシステム データベースが TiDB クラスターに移行され、タスクが失敗します。そのため、特定のデータベース名を入力するか、すべてのシステム データベースを除外することをお勧めします。たとえば、次のスクリーンショットの設定に従って、 `franktest`という名前のデータベースと、そのデータベース内のすべてのテーブルのみが移行されます。
+ スキーマ名は、Amazon RDS インスタンス内のデータベース名です。**Source name**のデフォルト値は「%」で、これは Amazon RDS 内のすべてのデータベースが TiDB に移行されることを意味します。これにより、Amazon RDS 内の`mysql`や`sys`などのシステム データベースが TiDB クラスターに移行され、タスクが失敗します。そのため、特定のデータベース名を入力するか、すべてのシステム データベースを除外することをお勧めします。たとえば、次のスクリーンショットの設定に従って、 `franktest`という名前のデータベースと、そのデータベース内のすべてのテーブルのみが移行されます。
-5. 右下隅の**「タスクの作成」**をクリックしてください。
+5. 右下隅の**Create task**をクリックしてください。
6. [データ移行タスク](https://console.aws.amazon.com/dms/v2/home#tasks)ページに戻ります。お住まいの地域に切り替えてください。タスクのステータスと進捗状況を確認できます。
diff --git a/tidb-cloud/migrate-from-mysql-using-data-migration.md b/tidb-cloud/migrate-from-mysql-using-data-migration.md
index 1fe45f9e808e8..2f31a444dd327 100644
--- a/tidb-cloud/migrate-from-mysql-using-data-migration.md
+++ b/tidb-cloud/migrate-from-mysql-using-data-migration.md
@@ -238,7 +238,7 @@ SHOW VARIABLES WHERE Variable_name IN
AWS RDSまたはAurora MySQLの設定
-1. AWS マネジメント コンソールで、 [Amazon RDS コンソール](https://console.aws.amazon.com/rds/)を開き、左側のナビゲーション ペインで**[パラメータ グループ]**をクリックし、カスタム パラメータ グループを作成または編集します。
+1. AWS マネジメント コンソールで、 [Amazon RDS コンソール](https://console.aws.amazon.com/rds/)を開き、左側のナビゲーション ペインで**Parameter groups**をクリックし、カスタム パラメータ グループを作成または編集します。
2. 上記の4つのパラメータを必要な値に設定してください。
3. パラメータグループをインスタンスまたはクラスターにアタッチし、再起動して変更を適用してください。
4. 再起動後、インスタンスに接続し、 `SHOW VARIABLES`ステートメントを実行して構成を確認します。
@@ -249,7 +249,7 @@ SHOW VARIABLES WHERE Variable_name IN
Azure Database for MySQL の構成 - Flexible Server
-1. [Azureポータル](https://portal.azure.com/)で、 **Azure Database for MySQL サーバー**を検索して選択し、インスタンス名をクリックしてから、左側のナビゲーション ペインで**[設定]** > **[サーバー パラメーター]**をクリックします。
+1. [Azureポータル](https://portal.azure.com/)で、 **Azure Database for MySQL サーバー**を検索して選択し、インスタンス名をクリックしてから、左側のナビゲーション ペインで**[設定]** > **Server parameters**をクリックします。
2. 各パラメータを検索し、その値を更新します。
@@ -280,7 +280,7 @@ SHOW VARIABLES WHERE Variable_name IN
- `binlog_row_image` : `FULL`
-3. 左側のナビゲーション ペインで、 **[バックアップと復元]**をクリックし、 **[バックアップ戦略]**を選択します。移行中に DM が連続するbinlogファイルにアクセスできるようにするには、バックアップ戦略を次の制約で構成します。
+3. 左側のナビゲーション ペインで、 **[バックアップと復元]**をクリックし、 **Backup Strategy**を選択します。移行中に DM が連続するbinlogファイルにアクセスできるようにするには、バックアップ戦略を次の制約で構成します。
- 保存期間：最低3日間（推奨7日間）に設定してください。
@@ -392,10 +392,10 @@ AWS は RDS またはAuroraへの PrivateLink による直接アクセスをサ
- **スキーム**:**内部**。ロードバランサーはVPC内に留まります。次のステップのエンドポイントサービスのみが、ロードバランサーをTiDB Cloudに公開します。
- **VPC** ：RDSまたはAuroraインスタンスと同じVPCを指定します。フォームはデフォルトでアカウントのデフォルトVPCを選択しますが、データベースが配置されている場所は通常このVPCではないため、続行する前に**VPC**のドロップダウンリストを変更してください。
- **アベイラビリティゾーン**：**少なくとも2つのアベイラビリティゾーン**でサブネットを選択してください。NLBでは、エンドポイントサービスの可用性を確保するためにマルチAZ構成が必要です。RDSがシングルAZ構成の場合でも、同じVPC内の別のAZに2つ目のサブネットが必要になります。
- - **リスナーポート**： `3306` 。ウィザードのデフォルト値は`80`です。リスナーを作成する前に変更してください。
- - **対象グループ**：対象タイプは**IPアドレス**、プロトコルは**TCP** 、ポートは**3306** 、データベースと同じVPC内。RDSエンドポイントを直接登録することはできないため、代わりにデータベースのプライベートIPアドレスを登録してください。
+ - **Listener port**： `3306` 。ウィザードのデフォルト値は`80`です。リスナーを作成する前に変更してください。
+ - **Target group**: 対象タイプは**IPアドレス**、プロトコルは**TCP** 、ポートは**3306** 、データベースと同じVPC内。RDSエンドポイントを直接登録することはできないため、代わりにデータベースのプライベートIPアドレスを登録してください。
- [Amazon EC2 コンソール](https://console.aws.amazon.com/ec2/)でデータベースのプライベート IP アドレスを見つけるには、 左側のナビゲーション ペインで**「ネットワーク インターフェイス」**をクリックし、 **「説明**= `RDSNetworkInterface`と**「VPC** = ご使用の VPC」でフィルタリングします。一致するネットワーク インターフェイスに表示されている**プライマリ プライベート IPv4 アドレス**を使用します。
+ [Amazon EC2 コンソール](https://console.aws.amazon.com/ec2/)でデータベースのプライベート IP アドレスを見つけるには、 左側のナビゲーション ペインで**Network Interfaces**をクリックし、 **「説明**= `RDSNetworkInterface`と**「VPC** = ご使用の VPC」でフィルタリングします。一致するネットワーク インターフェイスに表示されている**プライマリ プライベート IPv4 アドレス**を使用します。
> **Note:**
>
@@ -403,17 +403,17 @@ AWS は RDS またはAuroraへの PrivateLink による直接アクセスをサ
詳細な手順については、AWS ドキュメントの[ネットワークロードバランサーを作成する](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/create-network-load-balancer.html)を参照してください。
-2. [Amazon VPC コンソール](https://console.aws.amazon.com/vpc/)で、左側のナビゲーションペインの**[エンドポイント サービス]**をクリックし、 **[エンドポイント サービスの作成]**をクリックします。次の設定を構成します。
+2. [Amazon VPC コンソール](https://console.aws.amazon.com/vpc/)で、左側のナビゲーションペインの**Endpoint Services**をクリックし、 **[エンドポイント サービスの作成]**をクリックします。次の設定を構成します。
- **ロードバランサーの種類を****「ネットワーク」**に設定し、前の手順で作成したNLBを選択します。**利用可能なロードバランサーの**リストが空の場合は、NLBが**アクティブ**状態になるまで待ってから、リストの横にある更新アイコンをクリックします。
- - **承認が必要**：有効（デフォルト）。
+ - **Acceptance required**：有効（デフォルト）。
- **サポートされているIPアドレスタイプ**： **IPv4**を選択してください。
エンドポイントサービスが作成されたら、後で使用するためにサービス名をコピーしてください。サービス名は`com.amazonaws.vpce..vpce-svc-`の形式です。たとえば、 `com.amazonaws.vpce.us-east-1.vpce-svc-0123456789abcdef0`ようになります。
詳細な手順については、AWS ドキュメントの[エンドポイントサービスを作成します](https://docs.aws.amazon.com/vpc/latest/privatelink/create-endpoint-service.html)を参照してください。
-3. TiDB CloudのAWSプリンシパルがエンドポイントサービスを使用できるように承認します。Amazon [Amazon VPC コンソール](https://console.aws.amazon.com/vpc/)のエンドポイントサービスの詳細ページで、 **[プリンシパルの許可]**タブを開き、 **[プリンシパルの許可]**をクリックして、次のARNを追加します。
+3. TiDB CloudのAWSプリンシパルがエンドポイントサービスを使用できるように承認します。Amazon [Amazon VPC コンソール](https://console.aws.amazon.com/vpc/)のエンドポイントサービスの詳細ページで、 **Allow principals**タブを開き、 **Allow principals**をクリックして、次のARNを追加します。
```text
arn:aws:iam::886436925895:root
@@ -443,7 +443,7 @@ Azure Database for MySQL - Flexible Server は、ネイティブのプライベ
2. **ネットワーク設定**ページで、**プライベートエンドポイントの**セクションまでスクロールダウンし、 **「+ プライベートエンドポイントの作成」**をクリックして、画面の指示に従ってプライベートエンドポイントを設定します。
- セットアップ中に、[仮想**ネットワーク]**タブでTiDB Cloud がアクセスできる仮想ネットワークとサブネットを選択し、 **[DNS]**タブで**[プライベート DNS 統合] を**有効にします。プライベートエンドポイントが作成されてデプロイされたら、 **[リソースに移動] を**クリックし、左側のナビゲーション ペインで**[設定]** > **[DNS 構成] を**クリックして、[**顧客可視 FQDN]**セクションでインスタンスへの接続に使用するホスト名を見つけます。通常、ホスト名は`.mysql.database.azure.com`形式です。
+ セットアップ中に、**Virtual Network**タブでTiDB Cloud がアクセスできる仮想ネットワークとサブネットを選択し、 **[DNS]**タブで**[プライベート DNS 統合] を**有効にします。プライベートエンドポイントが作成されてデプロイされたら、 **[リソースに移動] を**クリックし、左側のナビゲーション ペインで**[設定]** > **[DNS 構成] を**クリックして、[**顧客可視 FQDN]**セクションでインスタンスへの接続に使用するホスト名を見つけます。通常、ホスト名は`.mysql.database.azure.com`形式です。
詳細な手順については、Azure ドキュメントの[プライベートリンクセンターを使用してプライベートエンドポイントを作成します](https://learn.microsoft.com/en-us/azure/mysql/flexible-server/how-to-networking-private-link-portal#create-a-private-endpoint-via-private-link-center)を参照してください。
@@ -478,10 +478,10 @@ AWS は RDS またはAuroraへの PrivateLink による直接アクセスをサ
- **スキーム**:**内部**。ロードバランサーはVPC内に留まります。次のステップのエンドポイントサービスのみが、ロードバランサーをTiDB Cloudに公開します。
- **VPC** ：RDSまたはAuroraインスタンスと同じVPCを指定します。フォームはデフォルトでアカウントのデフォルトVPCを選択しますが、データベースが配置されている場所は通常このVPCではないため、続行する前に**VPC**のドロップダウンリストを変更してください。
- **アベイラビリティゾーン**：**少なくとも2つのアベイラビリティゾーン**でサブネットを選択してください。NLBでは、エンドポイントサービスの可用性を確保するためにマルチAZ構成が必要です。RDSがシングルAZ構成の場合でも、同じVPC内の別のAZに2つ目のサブネットが必要になります。
- - **リスナーポート**： `3306` 。ウィザードのデフォルト値は`80`です。リスナーを作成する前に変更してください。
- - **対象グループ**：対象タイプは**IPアドレス**、プロトコルは**TCP** 、ポートは**3306** 、データベースと同じVPC内。RDSエンドポイントを直接登録することはできないため、代わりにデータベースのプライベートIPアドレスを登録してください。
+ - **Listener port**： `3306` 。ウィザードのデフォルト値は`80`です。リスナーを作成する前に変更してください。
+ - **Target group**: 対象タイプは**IPアドレス**、プロトコルは**TCP** 、ポートは**3306** 、データベースと同じVPC内。RDSエンドポイントを直接登録することはできないため、代わりにデータベースのプライベートIPアドレスを登録してください。
- [Amazon EC2 コンソール](https://console.aws.amazon.com/ec2/)でデータベースのプライベート IP アドレスを見つけるには、 左側のナビゲーション ペインで**「ネットワーク インターフェイス」**をクリックし、 **「説明**= `RDSNetworkInterface`と**「VPC** = ご使用の VPC」でフィルタリングします。一致するネットワーク インターフェイスに表示されている**プライマリ プライベート IPv4 アドレス**を使用します。
+ [Amazon EC2 コンソール](https://console.aws.amazon.com/ec2/)でデータベースのプライベート IP アドレスを見つけるには、 左側のナビゲーション ペインで**Network Interfaces**をクリックし、 **「説明**= `RDSNetworkInterface`と**「VPC** = ご使用の VPC」でフィルタリングします。一致するネットワーク インターフェイスに表示されている**プライマリ プライベート IPv4 アドレス**を使用します。
> **Note:**
>
@@ -489,17 +489,17 @@ AWS は RDS またはAuroraへの PrivateLink による直接アクセスをサ
詳細な手順については、AWS ドキュメントの[ネットワークロードバランサーを作成する](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/create-network-load-balancer.html)を参照してください。
-2. [Amazon VPC コンソール](https://console.aws.amazon.com/vpc/)で、左側のナビゲーションペインの**[エンドポイント サービス]**をクリックし、 **[エンドポイント サービスの作成]**をクリックします。次の設定を構成します。
+2. [Amazon VPC コンソール](https://console.aws.amazon.com/vpc/)で、左側のナビゲーションペインの**Endpoint Services**をクリックし、 **[エンドポイント サービスの作成]**をクリックします。次の設定を構成します。
- **ロードバランサーの種類を****「ネットワーク」**に設定し、前の手順で作成したNLBを選択します。**利用可能なロードバランサーの**リストが空の場合は、NLBが**アクティブ**状態になるまで待ってから、リストの横にある更新アイコンをクリックします。
- - **承認が必要**：有効（デフォルト）。
+ - **Acceptance required**：有効（デフォルト）。
- **サポートされているIPアドレスタイプ**： **IPv4**を選択してください。
エンドポイントサービスが作成されたら、後で使用するためにサービス名をコピーしてください。サービス名は`com.amazonaws.vpce..vpce-svc-`の形式です。たとえば、 `com.amazonaws.vpce.us-east-1.vpce-svc-0123456789abcdef0`ようになります。
詳細な手順については、AWS ドキュメントの[エンドポイントサービスを作成します](https://docs.aws.amazon.com/vpc/latest/privatelink/create-endpoint-service.html)を参照してください。
-3. TiDB CloudのAWSプリンシパルがエンドポイントサービスを使用できるように承認します。Amazon [Amazon VPC コンソール](https://console.aws.amazon.com/vpc/)のエンドポイントサービスの詳細ページで、 **[プリンシパルの許可]**タブを開き、 **[プリンシパルの許可]**をクリックして、次のARNを追加します。
+3. TiDB CloudのAWSプリンシパルがエンドポイントサービスを使用できるように承認します。Amazon [Amazon VPC コンソール](https://console.aws.amazon.com/vpc/)のエンドポイントサービスの詳細ページで、 **Allow principals**タブを開き、 **Allow principals**をクリックして、次のARNを追加します。
```text
arn:aws:iam::886436925895:root
@@ -767,7 +767,7 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON
- 接続方法として**パブリックIP**または**VPCピアリングを**使用する場合は、データ移行サービスのIPアドレスを、ソースデータベースおよびファイアウォール（存在する場合）のIPアクセスリストに追加する必要があります。
- 接続方法として**プライベートリンク**を使用する場合、エンドポイント要求を承認するよう求められます。
- - AWSの場合： [AWS VPCコンソール](https://console.aws.amazon.com/vpc/home)で、エンドポイントサービスを作成したAWSリージョンに切り替え、 **[エンドポイントサービス]**をクリックし、 TiDB Cloudからのエンドポイントリクエストを承認します。
+ - AWSの場合： [AWS VPCコンソール](https://console.aws.amazon.com/vpc/home)で、エンドポイントサービスを作成したAWSリージョンに切り替え、 **Endpoint services**をクリックし、 TiDB Cloudからのエンドポイントリクエストを承認します。
- Azure の場合: [Azureポータル](https://portal.azure.com)に移動し、MySQL Flexible Server を名前で検索し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックし、右側の**[プライベート エンドポイント]**セクションを見つけて、 TiDB Cloudからの保留中の接続要求を承認します。