:root` ）で取得できます。
## ステップ3. TiDB Cloudから接続する {#step-3-connect-from-tidb-cloud}
-1. [TiDB Cloudコンソール](https://tidbcloud.com)に戻って、クラスタ実例**プライベートリンク**を使用してKafkaクラスターに接続します。詳細については、 [Apache Kafka にシンクする](/tidb-cloud/changefeed-sink-to-apache-kafka.md)を参照してください。
+1. [TiDB Cloudコンソール](https://tidbcloud.com)に戻って、クラスタ実例**Private Link**を使用してKafkaクラスターに接続します。詳細については、 [Apache Kafka にシンクする](/tidb-cloud/changefeed-sink-to-apache-kafka.md)を参照してください。
-2. **「ChangeFeed ターゲットの構成」>「接続方法」>「プライベート リンク」**に進むときは、次のフィールドに対応する値を入力し、必要に応じてその他のフィールドを入力します。
+2. **Configure the changefeed target > Connectivity Method > Private Link**に進むときは、次のフィールドに対応する値を入力し、必要に応じてその他のフィールドを入力します。
- - **Kafka タイプ**: `3 AZs`クラスターが同じ 3 つの AZ にデプロイされていることを確認します。
- - **Kafka アドバタイズ リスナー パターン**: `abc` 。これは、 [前提条件](#prerequisites)で**Kafka アドバタイズ リスナー パターン**を生成するために使用する一意のランダム文字列と同じです。
- - **エンドポイント サービス名**: Kafka サービス名。
- - **ブートストラップ ポート**: `9092`背後に専用のブートストラップ ターゲット グループを構成するため、1 つのポートで十分です。
+ - **Kafka Type**: `3 AZs`。クラスターが同じ 3 つの AZ にデプロイされていることを確認します。
+ - **Kafka Advertised Listener Pattern**: `abc` 。これは、 [前提条件](#prerequisites)で**Kafka Advertised Listener Pattern**を生成するために使用する一意のランダム文字列と同じです。
+ - **Endpoint Service Name**: Kafka サービス名。
+ - **Bootstrap Ports**: `9092`。背後に専用のブートストラップ ターゲット グループを構成するため、1 つのポートで十分です。
3. [Apache Kafka にシンクする](/tidb-cloud/changefeed-sink-to-apache-kafka.md)の手順に進みます。
@@ -793,7 +793,7 @@ b3.usw2-az3.abc.us-west-2.aws.3199015.tidbcloud.com:9095 (id: 3 rack: null) -> E
1. このドキュメントの冒頭の指示に従ってください。
-2. [ステップ1. Kafkaクラスターをセットアップする](#step-1-set-up-a-kafka-cluster)に進んだら、 [実行中の Kafka クラスターを再構成する](#reconfigure-a-running-kafka-cluster)に従って**、** EXTERNAL リスナーとアドバタイズリスナーの別のグループを作成します。このグループの名前は**EXTERNAL2**とします。EXTERNAL2 のポート範囲は**EXTERNAL**と重複できないことに注意してください。
+2. [ステップ1. Kafkaクラスターをセットアップする](#step-1-set-up-a-kafka-cluster)に進んだら、 [実行中の Kafka クラスターを再構成する](#reconfigure-a-running-kafka-cluster)に従って、EXTERNAL リスナーとアドバタイズリスナーの別のグループを作成します。このグループの名前は**EXTERNAL2**とします。EXTERNAL2 のポート範囲は**EXTERNAL**と重複できないことに注意してください。
3. ブローカーを再構成した後、ブートストラップおよびブローカー ターゲット グループを含む別のターゲット グループをロード バランサーに追加します。
diff --git a/tidb-cloud/tidb-cloud-encrypt-cmek-aws.md b/tidb-cloud/tidb-cloud-encrypt-cmek-aws.md
index 7124e7a1dd6a2..5687935d7fceb 100644
--- a/tidb-cloud/tidb-cloud-encrypt-cmek-aws.md
+++ b/tidb-cloud/tidb-cloud-encrypt-cmek-aws.md
@@ -35,12 +35,11 @@ aliases: ['/ja/tidbcloud/tidb-cloud-encrypt-cmek']
CMEK 対応プロジェクトを作成するには、次の手順に従います。
-1. [TiDB Cloudコンソール](https://tidbcloud.com)で、左上隅のコンボ ボックスを使用して対象の組織に切り替えます。
-2. 左側のナビゲーション ペインで、 **[プロジェクト]**をクリックします。
-3. **「プロジェクト」**ページで、右上隅の**「新しいプロジェクトの作成」を**クリックします。
-4. プロジェクト名を入力してください。
-5. プロジェクトの CMEK 機能を有効にすることを選択します。
-6. **「確認」**をクリックしてプロジェクトの作成を完了します。
+1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、**Create Project**をクリックします。
+2. 表示されたダイアログで、プロジェクト名を入力します。
+3. **Create for Dedicated Cluster**オプションを選択します。
+4. プロジェクトの CMEK 機能を有効にすることを選択します。
+5. **Confirm**をクリックしてプロジェクトの作成を完了します。
@@ -65,14 +64,15 @@ TiDB Cloudコンソールまたは API を使用して、プロジェクトの C
プロジェクトの CMEK 構成を完了するには、次の手順を実行します。
-1. [TiDB Cloudコンソール](https://tidbcloud.com)で、左上隅のコンボ ボックスを使用してターゲット プロジェクトに切り替えます。
-2. 左側のナビゲーション ペインで、 **[プロジェクト設定]** > **[暗号化アクセス]**をクリックします。
-3. **「暗号化アクセス」**ページで、 **「暗号化キーの作成」**をクリックして、キー作成ページに入ります。
-4. キープロバイダーはAWS KMSのみをサポートしています。暗号化キーを使用できるリージョンを選択できます。
-5. JSONファイルをコピーして`ROLE-TRUST-POLICY.JSON`として保存します。このファイルは信頼関係を記述します。
-6. この信頼関係をAWS KMSのキーポリシーに追加します。詳細については、 [AWS KMS のキーポリシー](https://docs.aws.amazon.com/kms/latest/developerguide/key-policies.html)を参照してください。
-7. TiDB Cloudコンソールで、キー作成ページの一番下までスクロールし、AWS KMS から取得した**KMS キー ARN**を入力します。
-8. **「作成」**をクリックしてキーを作成します。
+1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、**Project view** タブをクリックします。
+2. プロジェクトビューで対象のプロジェクトを見つけ、そのプロジェクトの をクリックします。
+3. 左側のナビゲーション ペインで、**Project Settings** の下にある **Encryption Access** をクリックします。
+4. **Encryption Access**ページで、**Create Encryption Key**をクリックして、キー作成ページに入ります。
+5. キープロバイダーはAWS KMSのみをサポートしています。暗号化キーを使用できるリージョンを選択できます。
+6. JSONファイルをコピーして`ROLE-TRUST-POLICY.JSON`として保存します。このファイルは信頼関係を記述します。
+7. この信頼関係をAWS KMSのキーポリシーに追加します。詳細については、 [AWS KMS のキーポリシー](https://docs.aws.amazon.com/kms/latest/developerguide/key-policies.html)を参照してください。
+8. TiDB Cloudコンソールで、キー作成ページの一番下までスクロールし、AWS KMS から取得した**KMS Key ARN**を入力します。
+9. **Create**をクリックしてキーを作成します。
@@ -151,7 +151,7 @@ TiDB Cloudコンソールまたは API を使用して、プロジェクトの C
## CMEKを回転させる {#rotate-cmek}
-AWS KMS で[自動CMEKローテーション](http://docs.aws.amazon.com/kms/latest/developerguide/rotate-keys.html)設定できます。このローテーションを有効にすると、 TiDB Cloudのプロジェクト設定で CMEK ID を含む**暗号化アクセス**を更新する必要はありません。
+AWS KMS で[自動CMEKローテーション](http://docs.aws.amazon.com/kms/latest/developerguide/rotate-keys.html)設定できます。このローテーションを有効にすると、 TiDB Cloudのプロジェクト設定で CMEK ID を含む**Encryption Access**を更新する必要はありません。
## CMEK を取り消して復元する {#revoke-and-restore-cmek}
diff --git a/tidb-cloud/tidb-cloud-encrypt-cmek-azure.md b/tidb-cloud/tidb-cloud-encrypt-cmek-azure.md
index 6c292e12cbbd2..33c64298d42b1 100644
--- a/tidb-cloud/tidb-cloud-encrypt-cmek-azure.md
+++ b/tidb-cloud/tidb-cloud-encrypt-cmek-azure.md
@@ -25,12 +25,11 @@ summary: 顧客管理暗号化キー (CMEK) を使用して、Azure でホスト
組織で`Organization Owner`ロールを担っている場合は、次の手順を実行して CMEK 対応プロジェクトを作成できます。
-1. [TiDB Cloudコンソール](https://tidbcloud.com)で、左上隅のコンボ ボックスを使用して対象の組織に切り替えます。
-2. 左側のナビゲーション ペインで、 **[プロジェクト]**をクリックします。
-3. **「プロジェクト」**ページで、右上隅の**「新しいプロジェクトの作成」を**クリックします。
-4. プロジェクト名を入力してください。
-5. プロジェクトの CMEK 機能を有効にすることを選択します。
-6. **「確認」**をクリックしてプロジェクトの作成を完了します。
+1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、**Create Project**をクリックします。
+2. 表示されたダイアログで、プロジェクト名を入力します。
+3. **Create for Dedicated Cluster**オプションを選択します。
+4. プロジェクトの CMEK 機能を有効にすることを選択します。
+5. **Confirm**をクリックしてプロジェクトの作成を完了します。
### ステップ2. プロジェクトのCMEK構成を完了する {#step-2-complete-the-cmek-configuration-of-the-project}
@@ -46,15 +45,17 @@ Azure Portal または Azure Resource Manager のいずれかでTiDB Cloudコン
TiDB Cloudコンソールと Azure ポータルを使用して CMEK を構成するには、次の手順を実行します。
-1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、左上隅のコンボ ボックスを使用してターゲット プロジェクトに切り替えます。
+1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、**Project view** タブをクリックします。
-2. 左側のナビゲーション ペインで、 **[プロジェクト設定]** > **[暗号化アクセス]**をクリックします。
+2. プロジェクトビューで対象のプロジェクトを見つけ、そのプロジェクトの をクリックします。
-3. **[暗号化アクセス]**ページで、 **[暗号化キーの作成] を**クリックします。
+3. 左側のナビゲーション ペインで、**Project Settings** の下にある **Encryption Access** をクリックします。
-4. **[キー管理サービス**] で**[Azure Key Vault]**を選択し、暗号化キーが使用されるリージョンを選択します。
+4. **Encryption Access**ページで、**Create Encryption Key**をクリックします。
-5. TiDB が提供するエンタープライズ アプリケーションのサービス プリンシパルがテナント内にまだ存在しない場合は、作成してください。TiDB Cloudコンソールに**Microsoft Entra アプリケーション名**と**ID**が表示されます。これらは、このプロセスと以降の手順で必要になります。サービス プリンシパルを作成するには、 **「サービス プリンシパルの作成」**セクションから次のコマンドを実行します。
+5. **Key Management Service**で**Azure Key Vault**を選択し、暗号化キーが使用されるリージョンを選択します。
+
+6. TiDB が提供するエンタープライズ アプリケーションのサービス プリンシパルがテナント内にまだ存在しない場合は、作成してください。TiDB Cloudコンソールに**Microsoft Entra Application Name**と**ID**が表示されます。これらは、このプロセスと以降の手順で必要になります。サービス プリンシパルを作成するには、 **Create Service Principal**セクションから次のコマンドを実行します。
```shell
az ad sp create --id {Microsoft_Entra_Application_ID}
@@ -62,47 +63,53 @@ TiDB Cloudコンソールと Azure ポータルを使用して CMEK を構成す
詳細については[Microsoft Entra ID のアプリケーションおよびサービス プリンシパル オブジェクト](https://learn.microsoft.com/en-us/azure/active-directory/develop/app-objects-and-service-principals)を参照してください。
-6. AzureアカウントでKey Vaultを作成するか、既存のKey Vaultを選択します。以下の点を確認してください。
+7. Azureアカウントで Key Vault を作成するか、既存の Key Vault を選択します。以下の点を確認してください。
- - **パージ保護**が有効になっています。
- - **リージョンは**クラスターのリージョンと一致します。
+ - **Purge protection**が有効になっています。
+ - **region**がクラスターのリージョンと一致します。
-7. TiDB Cloudコンソールで、Key Vault 名とキー名を入力します。TiDB Cloud は、セキュリティ強化のため、キー名に一意のサフィックスを追加します。キー名全体をコピーし、Azure ポータルで暗号化キーを作成します。詳細については、 [暗号化キーを作成する](https://learn.microsoft.com/en-us/azure/key-vault/keys/quick-create-portal)を参照してください。
+8. TiDB Cloudコンソールで、Key Vault 名とキー名を入力します。TiDB Cloud は、セキュリティ強化のため、キー名に一意のサフィックスを追加します。キー名全体をコピーし、Azure ポータルで暗号化キーを作成します。詳細については、 [暗号化キーを作成する](https://learn.microsoft.com/en-us/azure/key-vault/keys/quick-create-portal)を参照してください。
-8. 現在のユーザーに**Key Vault Crypto Officer**ロールを割り当てます。
+9. 現在のユーザーに**Key Vault Crypto Officer**ロールを割り当てます。
1. [Azureポータル](https://portal.azure.com/)で、Key Vault に移動します。
- 2. **[アクセス制御 (IAM)]**をクリックし、 **[追加]** > **[ロール割り当ての追加]**をクリックします。
- 3. **Key Vault Crypto Officer**ロールを検索して選択し、 **[次へ]**をクリックします。
- 4. [**メンバー]**タブで、 **[アクセスの割り当て先] を****[ユーザー、グループ、またはサービス プリンシパル]**に設定します。
- 5. **「+メンバーを選択」**をクリックし、現在のユーザーを検索してメンバーとして選択します。次に、 **「選択」**をクリックします。
- 6. 設定を確認し、 **[確認 + 割り当て]**をクリックします。
+ 2. **Access control (IAM)**をクリックし、 **Add** > **Add role assignment**をクリックします。
+ 3. **Key Vault Crypto Officer**ロールを検索して選択し、 **Next**をクリックします。
+ 4. **Members**タブで、 **Assign access to**を**User, group, or service principal**に設定します。
+ 5. **+ Select members**をクリックし、現在のユーザーを検索してメンバーとして選択します。次に、 **Select**をクリックします。
+ 6. 設定を確認し、 **Review + assign**をクリックします。
-9. 暗号化キー用の TiDB 提供エンタープライズ アプリケーションに**Key Vault Crypto Service 暗号化ユーザー**ロールを割り当てます。
+10. 暗号化キー用の TiDB 提供エンタープライズ アプリケーションに**Key Vault Crypto Service Encryption User**ロールを割り当てます。
1. Key Vault で、作成した暗号化キー オブジェクトに移動します。
- 2. **[追加]** > **[ロールの割り当ての追加] を**クリックします。
- 3. **Key Vault Crypto Service 暗号化ユーザー**ロールを検索して選択し、 **[次へ]**をクリックします。
- 4. [**メンバー]**タブで、 **[アクセスの割り当て先] を****[ユーザー、グループ、またはサービス プリンシパル]**に設定します。
- 5. **「+ メンバーを選択」を**クリックし、TiDB が提供する**エンタープライズアプリケーション名**を入力して、メンバーとして選択します。次に、 **「選択」**をクリックします。
- 6. 構成を確認し、 **「確認 + 割り当て」**をクリックします。
+ 2. **Add** > **Add role assignment**をクリックします。
+ 3. **Key Vault Crypto Service Encryption User**ロールを検索して選択し、 **Next**をクリックします。
+ 4. **Members**タブで、 **Assign access to**を**User, group, or service principal**に設定します。
+ 5. **+ Select members**をクリックし、TiDB が提供する**Enterprise Application Name**を入力して、メンバーとして選択します。次に、 **Select**をクリックします。
+ 6. 構成を確認し、 **Review + assign**をクリックします。
-10. TiDB Cloudコンソールで、 **「暗号化キーのテストと作成」**をクリックして構成を検証し、暗号化キーを作成します。
+11. TiDB Cloudコンソールで、 **Test Encryption Key and Create**をクリックして構成を検証し、暗号化キーを作成します。
TiDB Cloudコンソールと Azure Resource Manager を使用して CMEK を構成するには、次の手順を実行します。
-1. [TiDB Cloudコンソール](https://tidbcloud.com/)では、左上隅のコンボ ボックスを使用して、対象のプロジェクトに切り替えます。
+1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、**Project view** タブをクリックします。
+
+ > **Tip:**
+ >
+ > 複数の組織に所属している場合は、まず左上隅のコンボ ボックスを使用して対象の組織に切り替えてください。
+
+2. プロジェクトビューで対象のプロジェクトを見つけ、そのプロジェクトの をクリックします。
-2. 左側のナビゲーション ペインで、 **[プロジェクト設定]** > **[暗号化アクセス]**に移動します。
+3. 左側のナビゲーション ペインで、**Project Settings** の下にある **Encryption Access** に移動します。
-3. **[暗号化アクセス]**ページで、 **[暗号化キーの作成] を**クリックします。
+4. **Encryption Access**ページで、**Create Encryption Key**をクリックします。
-4. **[キー管理サービス]**で**[Azure Key Vault]**を選択し、暗号化キーが使用可能なリージョンを指定します。
+5. **Key Management Service**で**Azure Key Vault**を選択し、暗号化キーが使用可能なリージョンを指定します。
-5. TiDB が提供するエンタープライズ アプリケーションのサービス プリンシパルがテナント内にまだ存在しない場合は、作成してください。サービス プリンシパルを作成するには、 **「サービス プリンシパルの作成」**セクションから次のコマンドを実行します。
+6. TiDB が提供するエンタープライズ アプリケーションのサービス プリンシパルがテナント内にまだ存在しない場合は、作成してください。サービス プリンシパルを作成するには、 **Create Service Principal**セクションから次のコマンドを実行します。
```shell
az ad sp create --id {Microsoft_Entra_Application_ID}
@@ -110,12 +117,12 @@ TiDB Cloudコンソールと Azure Resource Manager を使用して CMEK を構
詳細については[Microsoft Entra ID のアプリケーションおよびサービス プリンシパル オブジェクト](https://learn.microsoft.com/en-us/azure/active-directory/develop/app-objects-and-service-principals)を参照してください。
-6. Azureポータルで[Azure Resource Manager 用の TiDB カスタム デプロイメント テンプレート](https://portal.azure.com/#create/Microsoft.Template/uri/https%3A%2F%2Ftcidm.blob.core.windows.net%2Fcmek%2Fazure_cmek_rmt.json%3Fsv%3D2015-04-05%26ss%3Db%26srt%3Dco%26sp%3Drl%26se%3D2029-03-01T00%3A00%3A01.0000000Z%26sig%3DIA02CymcFpYCwoTsqCSJVD%2F8Khh%2F0UAPrkKDeLMIIFc%3D)を開きます。**サブスクリプション**と**リソースグループ**を選択し、 **「インスタンスの詳細」**セクションに次のように入力します。
+7. Azureポータルで[Azure Resource Manager 用の TiDB カスタム デプロイメント テンプレート](https://portal.azure.com/#create/Microsoft.Template/uri/https%3A%2F%2Ftcidm.blob.core.windows.net%2Fcmek%2Fazure_cmek_rmt.json%3Fsv%3D2015-04-05%26ss%3Db%26srt%3Dco%26sp%3Drl%26se%3D2029-03-01T00%3A00%3A01.0000000Z%26sig%3DIA02CymcFpYCwoTsqCSJVD%2F8Khh%2F0UAPrkKDeLMIIFc%3D)を開きます。**Subscription**と**Resource Group**を選択し、 **Instance Details**セクションに次のように入力します。
- - **リージョン**: Key Vault を作成する場所を選択します。これはクラスターのリージョンと一致する必要があります。
- - **Key Vault 名**: Azure Key Vault の名前を入力します。
- - **キー名**: Key Vaultに作成するキーの完全な名前を入力します。TiDB Cloudコンソールでキー名のプレフィックスを入力し、 **「コピー」**をクリックすると、キーの完全な名前が表示されます。
- - **エンタープライズアプリのサービスプリンシパルID** : TiDBが提供するエンタープライズアプリケーションのサービスプリンシパルIDを入力します。**サービスプリンシパルID**を取得するには、次のコマンドを実行します（ `{microsoft_enterprise_app_id}`はTiDB Cloudコンソールに表示される実際のIDに置き換えてください）。
+ - **Region**: Key Vault を作成する場所を選択します。これはクラスターのリージョンと一致する必要があります。
+ - **Key Vault Name**: Azure Key Vault の名前を入力します。
+ - **Key Name**: Key Vaultに作成するキーの完全な名前を入力します。TiDB Cloudコンソールでキー名のプレフィックスを入力し、 **Copy**をクリックすると、キーの完全な名前が表示されます。
+ - **Enterprise App Service Principal ID**: TiDBが提供するエンタープライズアプリケーションのサービスプリンシパルIDを入力します。**Service Principal ID**を取得するには、次のコマンドを実行します（ `{microsoft_enterprise_app_id}`はTiDB Cloudコンソールに表示される実際のIDに置き換えてください）。
```shell
az ad sp show --id {microsoft_enterprise_app_id} --query id -o tsv
@@ -140,14 +147,14 @@ TiDB Cloudコンソールと Azure Resource Manager を使用して CMEK を構
## CMEKを回転させる {#rotate-cmek}
-Azure Key Vaultで[暗号鍵の自動ローテーション](https://learn.microsoft.com/en-us/azure/key-vault/keys/how-to-configure-key-rotation)を設定できます。このローテーションを有効にすると、 TiDB Cloudのプロジェクト設定で**暗号化アクセス**を更新する必要はありません。
+Azure Key Vaultで[暗号鍵の自動ローテーション](https://learn.microsoft.com/en-us/azure/key-vault/keys/how-to-configure-key-rotation)を設定できます。このローテーションを有効にすると、 TiDB Cloudのプロジェクト設定で**Encryption Access**を更新する必要はありません。
## CMEK を無効にして再度有効にする {#disable-and-re-enable-cmek}
TiDB Cloud の CMEK へのアクセスを一時的に取り消す必要がある場合は、次の手順に従います。
1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、プロジェクト内の対応するクラスターを一時停止します。
-2. Azure Key Vault コンソールで、暗号化キーを右クリックし、 **[無効]**を選択します。
+2. Azure Key Vault コンソールで、暗号化キーを右クリックし、 **Disable**を選択します。
> **Note:**
>
@@ -155,5 +162,5 @@ TiDB Cloud の CMEK へのアクセスを一時的に取り消す必要がある
TiDB Cloud の CMEK へのアクセスを無効にした後、アクセスを復元する必要がある場合は、次の手順に従います。
-1. Azure Key Vault コンソールで、暗号化キーを選択し、 **[有効化]**をクリックします。
+1. Azure Key Vault コンソールで、暗号化キーを選択し、 **Enable**をクリックします。
2. TiDB Cloudコンソールで、プロジェクト内の対応するクラスターを復元します。
diff --git a/tidb-cloud/tidb-cloud-glossary.md b/tidb-cloud/tidb-cloud-glossary.md
index 8918981eed136..77a4500c6f861 100644
--- a/tidb-cloud/tidb-cloud-glossary.md
+++ b/tidb-cloud/tidb-cloud-glossary.md
@@ -15,9 +15,9 @@ ACIDとは、トランザクションの4つの主要な特性、すなわち原
- **原子性**とは、操作のすべての変更が実行されるか、まったく実行されないかのどちらかであることを意味します。TiDB は、主キーを格納する[TiDBリージョン](#region)の原子性を確保することで、トランザクションの原子性を実現します。
-- **一貫性と**は、トランザクションによってデータベースが常に一貫性のある状態から別の一貫性のある状態へと移行することを意味します。TiDBでは、メモリにデータを書き込む前にデータの一貫性が確保されます。
+- **一貫性**とは、トランザクションによってデータベースが常に一貫性のある状態から別の一貫性のある状態へと移行することを意味します。TiDBでは、メモリにデータを書き込む前にデータの一貫性が確保されます。
-- **分離とは**、進行中のトランザクションが完了するまで他のトランザクションから見えないことを意味します。これにより、同時実行トランザクションは一貫性を損なうことなくデータの読み書きを行うことができます。TiDB は現在、 `REPEATABLE READ`の分離レベルをサポートしています。
+- **分離**とは、進行中のトランザクションが完了するまで他のトランザクションから見えないことを意味します。これにより、同時実行トランザクションは一貫性を損なうことなくデータの読み書きを行うことができます。TiDB は現在、 `REPEATABLE READ`の分離レベルをサポートしています。
- **永続性**とは、一度トランザクションがコミットされると、システム障害が発生した場合でもコミットされた状態が維持されることを意味します。TiKVは永続ストレージを使用して永続性を確保しています。
@@ -49,7 +49,7 @@ TiDB Cloudは、概念実証（PoC）ユーザー向けに一定数のクレジ
### Data Service {#data-service}
-Data Service（PREVIEW）を使用すると、カスタムAPI[終点](#endpoint)を使用してHTTPSリクエスト経由でTiDB Cloudデータにアクセスできます。この機能はサーバーレスアーキテクチャを採用し、コンピューティングリソースと柔軟なスケーリングを処理するため、インフラストラクチャやメンテナンスコストを気にすることなく、エンドポイントのクエリロジックに集中できます。
+Data Service（PREVIEW）を使用すると、カスタムAPI[エンドポイント](#endpoint)を使用してHTTPSリクエスト経由でTiDB Cloudデータにアクセスできます。この機能はサーバーレスアーキテクチャを採用し、コンピューティングリソースと柔軟なスケーリングを処理するため、インフラストラクチャやメンテナンスコストを気にすることなく、エンドポイントのクエリロジックに集中できます。
詳細については、[Data Service概要](/tidb-cloud/data-service-overview.md)をご覧ください。
@@ -59,7 +59,7 @@ Data Service（PREVIEW）を使用すると、カスタムAPI[終点](#endpoint)
## E {#e}
-### 終点 {#endpoint}
+### エンドポイント {#endpoint}
Data Service のエンドポイントは、SQL ステートメントを実行するようにカスタマイズできる Web API です。SQL ステートメントには、 `WHERE`句で使用される値などのパラメーターを指定できます。クライアントがエンドポイントを呼び出し、リクエスト URL のパラメーターに値を指定すると、エンドポイントは指定されたパラメーターを使用して対応する SQL ステートメントを実行し、結果を HTTP レスポンスの一部として返します。
@@ -124,7 +124,7 @@ TiDB Cloudでは、プロジェクトを使用してTiDBリソースをグルー
- **TiDB Dedicatedプロジェクト**：このプロジェクトタイプは、 TiDB Cloud Dedicatedクラスタでのみ使用されます。RBAC、ネットワーク、メンテナンス、アラート購読、暗号化アクセスなど、 TiDB Cloud Dedicatedクラスタの設定をプロジェクトごとに個別に管理できます。
- **TiDB X プロジェクト**: このプロジェクトタイプは TiDB X インスタンスでのみ使用されます。プロジェクトごとに TiDB X インスタンスの RBAC を管理できます。TiDB X プロジェクトは [**My TiDB**](https://tidbcloud.com/tidbs) ページでプロジェクトを作成する際のデフォルトのプロジェクトタイプです。
-- **TiDB X 仮想プロジェクト**: このプロジェクトは仮想プロジェクトであり、管理機能は提供しません。これは、どのプロジェクトにも属さない TiDB X インスタンスの仮想コンテナとして機能するため、これらのインスタンスには、プロジェクト ID を使用して TiDB Cloud API 経由でアクセスできます。各組織には一意の仮想プロジェクト ID があります。この ID は、 [**My TiDB**](https://tidbcloud.com/tidbs) ページのプロジェクト表示から取得できます。
+- **TiDB X 仮想プロジェクト**: このプロジェクトは仮想プロジェクトであり、管理機能は提供しません。これは、どのプロジェクトにも属さない TiDB X インスタンスの仮想コンテナとして機能するため、これらのインスタンスには、プロジェクト ID を使用して TiDB Cloud API 経由でアクセスできます。各組織には一意の仮想プロジェクト ID があります。この ID は、TiDB Cloud API の [List all accessible projects](https://docs.pingcap.com/tidbcloud/api/v1beta/#tag/Project/operation/ListProjects) エンドポイントから取得できます。
これらのプロジェクトタイプの違いの詳細については、 [プロジェクト](/tidb-cloud/manage-user-access.md#projects)を参照してください。
@@ -138,7 +138,7 @@ TiDB Cloudでは、プロジェクトを使用してTiDBリソースをグルー
削除された[TiDB Cloudのリソース](#tidb-cloud-resource)のデータと有効なバックアップが保存される場所。
-バックアップされたTiDB Cloudリソースが削除されると、その既存のバックアップ ファイルはごみ箱に移動されます。自動バックアップからのバックアップ ファイルについては、ごみ箱に指定された期間保持されます。バックアップの保持期間は**「バックアップ設定」**で設定でき、デフォルトは 7 日です。手動バックアップからのバックアップ ファイルには有効期限はありません。データ損失を防ぐため、新しいTiDB Cloudリソースにデータを速やかに復元してください。なお、 TiDB Cloudリソース**にバックアップがない**場合、削除されたリソースはごみ箱に表示されません。
+バックアップされたTiDB Cloudリソースが削除されると、その既存のバックアップ ファイルはごみ箱に移動されます。自動バックアップからのバックアップ ファイルについては、ごみ箱に指定された期間保持されます。バックアップの保持期間は**Backup Setting**で設定でき、デフォルトは 7 日です。手動バックアップからのバックアップ ファイルには有効期限はありません。データ損失を防ぐため、新しいTiDB Cloudリソースにデータを速やかに復元してください。なお、 TiDB Cloudリソース**にバックアップがない**場合、削除されたリソースはごみ箱に表示されません。
現在、ごみ箱機能をサポートしているTiDB Cloudリソースの種類は以下のとおりです。
diff --git a/tidb-cloud/troubleshoot-import-access-denied-error.md b/tidb-cloud/troubleshoot-import-access-denied-error.md
index 7172720f46fe2..147202a8f21b9 100644
--- a/tidb-cloud/troubleshoot-import-access-denied-error.md
+++ b/tidb-cloud/troubleshoot-import-access-denied-error.md
@@ -7,7 +7,7 @@ summary: Amazon S3 からTiDB Cloudにデータをインポートするときに
このドキュメントでは、Amazon S3 からTiDB Cloudにデータをインポートするときに発生する可能性のあるアクセス拒否エラーのトラブルシューティング方法について説明します。
-TiDB Cloudコンソールの**「データインポート」**ページで**「次へ」**をクリックし、インポートプロセスを確認すると、 TiDB Cloudは指定されたバケットURI内のデータにアクセスできるかどうかの検証を開始します。キーワード`AccessDenied`を含むエラーメッセージが表示された場合は、アクセス拒否エラーが発生しています。
+TiDB Cloudコンソールの**Data Import**ページで**Next**をクリックし、インポートプロセスを確認すると、 TiDB Cloudは指定されたバケットURI内のデータにアクセスできるかどうかの検証を開始します。キーワード`AccessDenied`を含むエラーメッセージが表示された場合は、アクセス拒否エラーが発生しています。
アクセス拒否エラーのトラブルシューティングを行うには、AWS マネジメントコンソールで次のチェックを実行します。
@@ -17,9 +17,9 @@ TiDB Cloudコンソールの**「データインポート」**ページで**「
### 信頼エンティティを確認する {#check-the-trust-entity}
-1. AWS マネジメントコンソールで、 **IAM** >**アクセス管理**>**ロール**に移動します。
+1. AWS マネジメントコンソールで、 **IAM** >**Access Management**>**Roles**に移動します。
2. ロールのリストで、ターゲットTiDBクラスター用に作成したロールを見つけてクリックします。ロールの概要ページが表示されます。
-3. ロールの概要ページで、 **「信頼関係」**タブをクリックすると、信頼されたエンティティが表示されます。
+3. ロールの概要ページで、 **Trust relationships**タブをクリックすると、信頼されたエンティティが表示されます。
以下は信頼エンティティのサンプルです。
@@ -72,9 +72,9 @@ IAMユーザーの AWS アクセスキーを使用して Amazon S3 バケット
IAMユーザーのポリシーを確認するには、次の手順を実行します。
-1. AWS マネジメントコンソールで、 **IAM** >**アクセス管理**>**ユーザー**に移動します。
+1. AWS マネジメントコンソールで、 **IAM** >**Access Management**>**Users**に移動します。
2. ユーザーリストで、 TiDB Cloudへのデータのインポートに使用したユーザーを見つけてクリックします。ユーザーの概要ページが表示されます。
-3. ユーザー概要ページの**「権限ポリシー」**領域に、ポリシーの一覧が表示されます。各ポリシーごとに以下の手順を実行してください。
+3. ユーザー概要ページの**Permission policies**領域に、ポリシーの一覧が表示されます。各ポリシーごとに以下の手順を実行してください。
1. ポリシーをクリックすると、ポリシーの概要ページが表示されます。
2. ポリシーの概要ページで、 **{}JSON**タブをクリックして権限ポリシーを確認します。ポリシー内の`Resource`フィールドが正しく設定されていることを確認してください。
@@ -106,9 +106,9 @@ IAMユーザーのポリシーを確認するには、次の手順を実行し
### IAMロールのポリシーを確認する {#check-the-policy-of-the-iam-role}
-1. AWS マネジメントコンソールで、 **IAM** >**アクセス管理**>**ロール**に移動します。
+1. AWS マネジメントコンソールで、 **IAM** >**Access Management**>**Roles**に移動します。
2. ロールのリストで、ターゲットTiDBクラスター用に作成したロールを見つけてクリックします。ロールの概要ページが表示されます。
-3. ロールの概要ページの**「権限ポリシー」**領域に、ポリシーの一覧が表示されます。各ポリシーごとに以下の手順を実行してください。
+3. ロールの概要ページの**Permission policies**領域に、ポリシーの一覧が表示されます。各ポリシーごとに以下の手順を実行してください。
1. ポリシーをクリックすると、ポリシーの概要ページが表示されます。
2. ポリシーの概要ページで、 **{}JSON**タブをクリックして権限ポリシーを確認します。ポリシー内の`Resource`フィールドが正しく設定されていることを確認してください。
@@ -167,27 +167,27 @@ IAMユーザーのポリシーを確認するには、次の手順を実行し
> **Tip:**
>
-> 権限ポリシーを複数回更新してもデータのインポート中にエラー`AccessDenied`が発生する場合は、アクティブなセッションを取り消してみてください。 **「IAM」** > **「アクセス管理」** > **「ロール」**に移動し、対象のロールをクリックしてロールの概要ページに進みます。ロールの概要ページで**「アクティブなセッションを取り消す」**を見つけ、ボタンをクリックしてアクティブなセッションを取り消します。その後、データのインポートを再試行してください。
+> 権限ポリシーを複数回更新してもデータのインポート中にエラー`AccessDenied`が発生する場合は、アクティブなセッションを取り消してみてください。 **IAM** > **Access Management** > **Roles**に移動し、対象のロールをクリックしてロールの概要ページに進みます。ロールの概要ページで**Revoke active sessions**を見つけ、ボタンをクリックしてアクティブなセッションを取り消します。その後、データのインポートを再試行してください。
>
> 他のアプリケーションに影響する可能性があることに注意してください。
### バケットポリシーを確認する {#check-the-bucket-policy}
-1. AWS マネジメントコンソールで Amazon S3 コンソールを開き、 **「バケット」**ページに移動します。バケットのリストが表示されます。
+1. AWS マネジメントコンソールで Amazon S3 コンソールを開き、 **Buckets**ページに移動します。バケットのリストが表示されます。
2. リストで対象のバケットを見つけてクリックします。バケット情報ページが表示されます。
-3. **「権限」**タブをクリックし、 **「バケットポリシー」**領域までスクロールダウンします。デフォルトでは、この領域にはポリシー値がありません。この領域に拒否されたポリシーが表示されている場合、データのインポート中にエラー`AccessDenied`が発生する可能性があります。
+3. **Permissions**タブをクリックし、 **Bucket policy**領域までスクロールダウンします。デフォルトでは、この領域にはポリシー値がありません。この領域に拒否されたポリシーが表示されている場合、データのインポート中にエラー`AccessDenied`が発生する可能性があります。
拒否されたポリシーが表示された場合は、そのポリシーが現在のデータインポートに関連しているかどうかを確認してください。関連している場合は、そのポリシーをエリアから削除し、データインポートを再試行してください。
### オブジェクトの所有権を確認する {#check-the-object-ownership}
-1. AWS マネジメントコンソールで Amazon S3 コンソールを開き、 **「バケット」**ページに移動します。バケットのリストが表示されます。
+1. AWS マネジメントコンソールで Amazon S3 コンソールを開き、 **Buckets**ページに移動します。バケットのリストが表示されます。
2. バケットのリストで、対象のバケットを見つけてクリックします。バケット情報ページが表示されます。
-3. バケット情報ページで**「権限」**タブをクリックし、 **「オブジェクトの所有権」**領域までスクロールダウンします。「オブジェクトの所有権」設定が「バケット所有者による適用」になっていることを確認してください。
+3. バケット情報ページで**Permissions**タブをクリックし、 **Object Ownership**領域までスクロールダウンします。「Object Ownership」設定が「Bucket owner enforced」になっていることを確認してください。
- 設定が「バケット所有者による強制」ではない場合、アカウントにこのバケット内のすべてのオブジェクトに対する十分な権限がないため、エラー`AccessDenied`が発生します。
+ 設定が「Bucket owner enforced」ではない場合、アカウントにこのバケット内のすべてのオブジェクトに対する十分な権限がないため、エラー`AccessDenied`が発生します。
-このエラーに対処するには、「オブジェクト所有権」領域の右上にある**「編集」**をクリックし、所有権を「バケット所有者を強制」に変更してください。ただし、このバケットを使用している他のアプリケーションに影響する可能性がありますのでご注意ください。
+このエラーに対処するには、Object Ownership領域の右上にある**Edit**をクリックし、所有権を「Bucket owner enforced」に変更してください。ただし、このバケットを使用している他のアプリケーションに影響する可能性がありますのでご注意ください。
### バケットの暗号化タイプを確認してください {#check-your-bucket-encryption-type}
@@ -195,9 +195,9 @@ S3バケットを暗号化する方法は複数あります。バケット内の
バケットの暗号化タイプを確認するには、次の手順を実行します。
-1. AWS マネジメントコンソールで Amazon S3 コンソールを開き、 **「バケット」**ページに移動します。バケットのリストが表示されます。
+1. AWS マネジメントコンソールで Amazon S3 コンソールを開き、 **Buckets**ページに移動します。バケットのリストが表示されます。
2. バケットのリストで、対象のバケットを見つけてクリックします。バケット情報ページが表示されます。
-3. バケット情報ページで、 **[プロパティ]**タブをクリックし、 **[デフォルトの暗号化]**領域まで下にスクロールして、この領域の設定を確認します。
+3. バケット情報ページで、 **Properties**タブをクリックし、 **Default encryption**領域まで下にスクロールして、この領域の設定を確認します。
サーバー側暗号化には、Amazon S3 マネージドキー (SSE-S3) と AWS Key Management Service (SSE-KMS) の 2 種類があります。SSE-S3 の場合、アクセス拒否エラーが発生しないため、これ以上の確認は不要です。SSE-KMS の場合は、以下の点を確認する必要があります。
@@ -208,13 +208,13 @@ S3バケットを暗号化する方法は複数あります。バケット内の
この状況でエラー`AccessDenied`が発生した場合、キーが読み取り専用であり、アカウント間の権限付与が許可されていないことが原因である可能性があります。詳細については、AWSの記事[クロスアカウントユーザーがカスタム AWS KMS キーで暗号化された S3 オブジェクトにアクセスしようとすると、アクセス拒否エラーが発生するのはなぜですか?](https://aws.amazon.com/premiumsupport/knowledge-center/cross-account-access-denied-error-s3/)をご覧ください。
-アクセス拒否エラーを解決するには、 **「デフォルトの暗号化」**領域の右上隅にある**「編集」**をクリックし、AWS KMS キーを「AWS KMS キーから選択」または「AWS KMS キー ARN を入力」に変更するか、サーバー側の暗号化タイプを「AWS S3 マネージドキー（SSE-S3）」に変更します。この方法に加えて、新しいバケットを作成し、カスタムマネージドキーまたは SSE-S3 暗号化方式を使用することもできます。
+アクセス拒否エラーを解決するには、 **Default encryption**領域の右上隅にある**Edit**をクリックし、AWS KMS キーを「Choose from your AWS KMS keys」または「Enter AWS KMS key ARN」に変更するか、サーバー側の暗号化タイプを「AWS S3 Managed Key (SSE-S3)」に変更します。この方法に加えて、新しいバケットを作成し、カスタムマネージドキーまたは SSE-S3 暗号化方式を使用することもできます。
SSE-KMSの顧客管理キーの場合
-この状況でエラー`AccessDenied`を解決するには、キーのARNをクリックするか、KMSでキーを手動で検索してください。**キーユーザー**ページが表示されます。ページの右上隅にある**「追加」**をクリックして、 TiDB Cloudへのデータインポートに使用したロールを追加します。その後、データのインポートを再度お試しください。
+この状況でエラー`AccessDenied`を解決するには、キーのARNをクリックするか、KMSでキーを手動で検索してください。**Key users**ページが表示されます。ページの右上隅にある**Add**をクリックして、 TiDB Cloudへのデータインポートに使用したロールを追加します。その後、データのインポートを再度お試しください。