diff --git a/tidb-cloud/architecture-concepts.md b/tidb-cloud/architecture-concepts.md index 7a62d25e880de..b5e4cce7802b4 100644 --- a/tidb-cloud/architecture-concepts.md +++ b/tidb-cloud/architecture-concepts.md @@ -23,16 +23,16 @@ TiDB Cloudを使えば、データベースのスケーリング、複雑な管 -- AWS向けに、 TiDB Cloudは、自動スケーリングとコスト効率の高いワークロード向けの**TiDB Cloud Starter** 、プロビジョニングされた容量を備えた本番環境対応ワークロード向けの**TiDB Cloud Essential** 、高いパフォーマンスと強化されたセキュリティを必要とするミッションクリティカルなワークロード向け**のTiDB Cloud Premium** 、専用リソースと高度な機能を備えたエンタープライズグレードのアプリケーション向けの**TiDB Cloud Dedicatedを**提供します。 -- TiDB Cloudは、Google CloudおよびAzure向けに、専用リソースと高度な機能を備えたエンタープライズグレードのアプリケーション向けサービス**「TiDB Cloud Dedicated」**を提供しています。 -- Alibaba Cloud向けに、 TiDB Cloudは、自動スケーリングとコスト効率の高いワークロード向けの**TiDB Cloud Starter** 、プロビジョニングされた容量を備えた本番環境対応ワークロード向けの**TiDB Cloud Essential** 、そして高いパフォーマンスと強化されたセキュリティを必要とするミッションクリティカルなワークロード向けの**TiDB Cloud Premiumを**提供しています。 +- AWS向けに、 TiDB Cloudは、自動スケーリングとコスト効率の高いワークロード向けの**{{{ .starter }}}** 、プロビジョニングされた容量を備えた本番環境対応ワークロード向けの**{{{ .essential }}}** 、高いパフォーマンスと強化されたセキュリティを必要とするミッションクリティカルなワークロード向けの**{{{ .premium }}}** 、専用リソースと高度な機能を備えたエンタープライズグレードのアプリケーション向けの**{{{ .dedicated }}}**を提供します。 +- TiDB Cloudは、Google CloudおよびAzure向けに、専用リソースと高度な機能を備えたエンタープライズグレードのアプリケーション向けサービス**{{{ .dedicated }}}**を提供しています。 +- Alibaba Cloud向けに、 TiDB Cloudは、自動スケーリングとコスト効率の高いワークロード向けの**{{{ .starter }}}** 、プロビジョニングされた容量を備えた本番環境対応ワークロード向けの**{{{ .essential }}}** 、そして高いパフォーマンスと強化されたセキュリティを必要とするミッションクリティカルなワークロード向けの**{{{ .premium }}}**を提供しています。 -- AWS向けに、 TiDB Cloudは、自動スケーリングとコスト効率の高いワークロード向けの**TiDB Cloud Starter** 、プロビジョニングされた容量を備えた本番環境対応ワークロード向けの**TiDB Cloud Essential** 、高いパフォーマンスと強化されたセキュリティを必要とするミッションクリティカルなワークロード向け**のTiDB Cloud Premium** 、専用リソースと高度な機能を備えたエンタープライズグレードのアプリケーション向けの**TiDB Cloud Dedicatedを**提供します。 -- Google CloudおよびAzure向けに、 TiDB Cloudは、専用リソースと高度な機能を備えたエンタープライズグレードのアプリケーション向けに、 **TiDB Cloud Dedicatedを**提供します。 +- AWS向けに、 TiDB Cloudは、自動スケーリングとコスト効率の高いワークロード向けの**{{{ .starter }}}** 、プロビジョニングされた容量を備えた本番環境対応ワークロード向けの**{{{ .essential }}}** 、高いパフォーマンスと強化されたセキュリティを必要とするミッションクリティカルなワークロード向けの**{{{ .premium }}}** 、専用リソースと高度な機能を備えたエンタープライズグレードのアプリケーション向けの**{{{ .dedicated }}}**を提供します。 +- Google CloudおよびAzure向けに、 TiDB Cloudは、専用リソースと高度な機能を備えたエンタープライズグレードのアプリケーション向けに、 **{{{ .dedicated }}}**を提供します。 diff --git a/tidb-cloud/backup-and-restore-serverless.md b/tidb-cloud/backup-and-restore-serverless.md index ebfc636277171..714b25d0bef78 100644 --- a/tidb-cloud/backup-and-restore-serverless.md +++ b/tidb-cloud/backup-and-restore-serverless.md @@ -70,7 +70,7 @@ TiDB Cloudは、 TiDB Cloud StarterまたはEssentialインスタンスのスナ - **スナップショット復元**：特定のバックアップスナップショットからTiDB Cloud StarterまたはEssentialインスタンスを復元します。 -- **ポイントインタイム復元（PREVIEW）** ： TiDB Cloud Essentialインスタンスを特定の時点の状態に復元します。 +- **Point-in-Time Restore（PREVIEW）** ： TiDB Cloud Essentialインスタンスを特定の時点の状態に復元します。 - TiDB Cloud Starterインスタンス：サポートされていません。 - TiDB Cloud Essentialインスタンス：バックアップ保持期間内の任意の時点に復元できますが、 TiDB Cloud Essentialインスタンスの作成時刻より前、または現在時刻の1分前より後には復元できません。 diff --git a/tidb-cloud/backup-and-restore.md b/tidb-cloud/backup-and-restore.md index efc9e338a596a..ac6f331b32b45 100644 --- a/tidb-cloud/backup-and-restore.md +++ b/tidb-cloud/backup-and-restore.md @@ -18,7 +18,7 @@ aliases: ['/ja/tidbcloud/restore-deleted-tidb-cluster'] - TiDB Cloud Dedicated は、 `mysql`スキーマに保存されているシステム変数の復元をサポートしていません。 - 最初にデータをインポートし、次に**手動**スナップショット バックアップを実行し、最後にポイントインタイム リストアを有効にすることをお勧めします。 TiDB Cloudコンソールを通じてインポートされたデータは変更ログを生成**しない**ため、自動的に検出してバックアップすることはできません。詳細については、[クラウドストレージからTiDB Cloud DedicatedにCSVファイルをインポートする](/tidb-cloud/import-csv-files.md)を参照してください。 - ポイントインタイム復元を複数回オン/オフした場合、復元可能な期間内で選択できるのは、直近のポイントインタイム復元が有効になった時点以降の時点のみです。それ以前の復元可能な期間にはアクセスできません。 -- **ポイントインタイム復元**と**デュアルリージョンバックアップ**のスイッチを同時に変更しないでください。 +- **ポイントインタイム復元**と**Dual Region Backup**のスイッチを同時に変更しないでください。 ## バックアップ {#backup} @@ -120,7 +120,7 @@ TiDB Cloud Dedicatedクラスターでデュアルリージョンバックアッ 2. **バックアップ設定**をクリックします。 -3. **デュアルリージョンバックアップ**スイッチを**オン**に切り替えます。 +3. **Dual Region Backup**スイッチを**オン**に切り替えます。 4. **「セカンダリリージョン」**ドロップダウンリストから、バックアップファイルを保存するリージョンを選択します。 @@ -154,7 +154,7 @@ TiDB Cloud Dedicatedクラスターのデュアルリージョンバックアッ 2. **バックアップ設定**をクリックします。 -3. **デュアルリージョンバックアップ**スイッチを**オフ**に切り替えます。 +3. **Dual Region Backup**スイッチを**オフ**に切り替えます。 4. 変更を保存するには、 **「保存」**をクリックしてください。 @@ -234,7 +234,7 @@ TiDB Cloud Dedicatedクラスターに手動バックアップを適用するに 5. **クラウドストレージ**>**バケット**に移動し、対象のバケットを選択してから、**アクセス許可**>**アクセスを**許可 をクリックします。 -6. **「新しいプリンシパル」**で、手順3の**サービスアカウントID**を入力し、手順4の役割を割り当ててから、 **「保存」**をクリックします。 +6. **「新しいプリンシパル」**で、手順3の**Service Account ID**を入力し、手順4の役割を割り当ててから、 **「保存」**をクリックします。 7. **「コンフィグレーション」**タブを開き、 **gsutil URIを**コピーして、 **「Google Cloud Storageへのバックアップのエクスポート」**ダイアログの**「エクスポートパス」**フィールドに貼り付けます。サブディレクトリにエクスポートする場合は、URIにパスサフィックスを追加します。 @@ -283,7 +283,7 @@ TiDB Cloud Dedicatedクラスタのデータをバックアップから新しい バックアップ保持期間内の任意の時点のデータを新しいクラスタに復元するには、**バックアップ設定**の**「時点復元」**がオンになっていることを確認し、以下の手順を実行してください。 - - **「時間ポイントを選択」**をクリックしてください。 + - **Select Time Point**をクリックしてください。 - 復元したい**日時****を**選択してください。 @@ -292,7 +292,7 @@ TiDB Cloud Dedicatedクラスタのデータをバックアップから新しい 選択したバックアップを新しいクラスターに復元するには、次の手順を実行します。 - - **「バックアップ名を選択」**をクリックします。 + - **Select Backup Name**をクリックします。 - 復元先のバックアップを選択してください。 diff --git a/tidb-cloud/branch-github-integration.md b/tidb-cloud/branch-github-integration.md index e5118fa34705a..c203d1f3d9798 100644 --- a/tidb-cloud/branch-github-integration.md +++ b/tidb-cloud/branch-github-integration.md @@ -35,16 +35,16 @@ TiDB Cloud BranchingをGitHubリポジトリと統合するには、以下の手 2. 左側のナビゲーションペインで**「支店」**をクリックします。 -3. **ブランチ**ページの右上隅にある**「GitHubに接続」**をクリックします。 +3. **ブランチ**ページの右上隅にある**Connect to GitHub**をクリックします。 - GitHubにログインしていない場合は、まずGitHubにログインするよう求められます。 - 初めてこの連携機能を使用する場合は、 **TiDB Cloud Branching**アプリの認証を求められます。 -4. **「GitHubに接続」**ダイアログで、 **「GitHubアカウント」**ドロップダウンリストからGitHubアカウントを選択します。 +4. **Connect to GitHub**ダイアログで、 **「GitHubアカウント」**ドロップダウンリストからGitHubアカウントを選択します。 - リストにあなたのアカウントが存在しない場合は、 **「他のアカウントをインストール」**をクリックし、画面の指示に従ってアカウントをインストールしてください。 + リストにあなたのアカウントが存在しない場合は、 **Install Other Account**をクリックし、画面の指示に従ってアカウントをインストールしてください。 5. **GitHubリポジトリの**ドロップダウンリストから、対象のリポジトリを選択してください。リストが長い場合は、リポジトリ名を入力して検索することもできます。 diff --git a/tidb-cloud/branch-manage.md b/tidb-cloud/branch-manage.md index 4a929e95cd2db..156feca0e1d2e 100644 --- a/tidb-cloud/branch-manage.md +++ b/tidb-cloud/branch-manage.md @@ -34,9 +34,9 @@ summary: TiDB Cloudブランチの管理方法を学びましょう。 - **名前**：ブランチの名前を入力してください。 - **親ブランチ**：元のTiDB Cloud Starterインスタンス、あるいは既存のブランチを選択します。`main` は現在のインスタンスを表します。 - - **データを含める最大**: 次のいずれかを選択してください: - - **現在の時点**：現在の状態からブランチを作成します。 - - **特定の日時**：指定した時間からブランチを作成します。 + - **Include data up to**: 次のいずれかを選択してください: + - **Current point in time**：現在の状態からブランチを作成します。 + - **Specific date and time**：指定した時間からブランチを作成します。 5. **「作成」**をクリックします。 diff --git a/tidb-cloud/built-in-monitoring.md b/tidb-cloud/built-in-monitoring.md index dbf6242fabbb4..ce20dc1fc2874 100644 --- a/tidb-cloud/built-in-monitoring.md +++ b/tidb-cloud/built-in-monitoring.md @@ -107,7 +107,7 @@ TiDB Cloudでは、メトリクスデータは7日間保持されます。 | :----------- | :----------------------- | :----------------------------------------------------------------------------------------------------------------------------------------------------------------- | | ユニットをリクエストする | RU/秒 | リクエストユニット（RU）は、 TiDB Cloud Starterインスタンスにおけるクエリまたはトランザクションのリソース消費量を追跡するために使用される測定単位です。ユーザークエリに加えて、バックグラウンドアクティビティもRUを消費するため、QPSが0の場合でも、1秒あたりのRU使用量はゼロにならない場合があります。 | | 容量対使用量（RU/秒） | プロビジョニング済み容量（RCU）、消費RU/秒 | TiDB Cloud Essentialインスタンスにおける、1秒あたりのリクエストキャパシティユニット（RCU）と消費リクエストユニット（RU）。 | -| 使用済みストレージサイズ | 行ベースストレージ、行ベースStandardストレージ、列ベースストレージ | 行ベースストレージ、行ベースStandardストレージ、列ベースストレージのサイズ。TiDB Cloud は、各ストレージタイプのサイズが50 MiB以上の場合にのみこのメトリックを表示します。**行ベースStandardストレージ**は**行ベースストレージ**と同じ意味です。| +| 使用済みストレージサイズ | 行ベースストレージ、行ベースStandardストレージ、列ベースストレージ | 行ベースストレージ、行ベースStandardストレージ、列ベースストレージのサイズ。TiDB Cloud は、各ストレージタイプのサイズが50 MiB以上の場合にのみこのメトリックを表示します。**Row-based standard storage**は**行ベースストレージ**と同じ意味です。| | 1秒あたりのクエリ数 | すべて、{SQLタイプ} | 1 秒あたりに実行される SQL ステートメントの数。これは、 `SELECT` 、 `INSERT` 、 `UPDATE`などの SQL タイプごとに収集されます。 | | クエリ実行時間 | 平均値、P99、P99-{SQLタイプ} | クライアントからTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにリクエストが送信されてから、インスタンスがリクエストを実行して結果をクライアントに返すまでの時間。 | | クエリが失敗しました | 全て | 1秒あたりのSQL文実行エラー数。 | diff --git a/tidb-cloud/changefeed-overview.md b/tidb-cloud/changefeed-overview.md index 806b254f5a5a1..87a3975537dec 100644 --- a/tidb-cloud/changefeed-overview.md +++ b/tidb-cloud/changefeed-overview.md @@ -131,7 +131,7 @@ TiDB Cloud Premiumでは、チェンジフィードのTiCDC Changefeed容量ユ - Apache Kafkaシンク：すべての設定。 - MySQLシンク： **MySQL接続**、**テーブルフィルタ**、および**イベントフィルタ**。 - - TiDB Cloudシンク: **TiDB Cloud接続**、**テーブルフィルタ**、および**イベントフィルタ**。 + - TiDB Cloudシンク: **TiDB Cloud Connection**、**テーブルフィルタ**、および**イベントフィルタ**。 - クラウドストレージシンク：**ストレージエンドポイント**、**テーブルフィルタ**、および**イベントフィルタ**。 diff --git a/tidb-cloud/changefeed-sink-to-apache-kafka.md b/tidb-cloud/changefeed-sink-to-apache-kafka.md index 875118a7236ea..7eb1b288120b5 100644 --- a/tidb-cloud/changefeed-sink-to-apache-kafka.md +++ b/tidb-cloud/changefeed-sink-to-apache-kafka.md @@ -58,7 +58,7 @@ Apache Kafkaにデータをストリーミングするためのチェンジフ
-プライベートコネクトは、クラウドプロバイダーの**プライベートリンク**または**プライベートサービスコネクト**技術を活用し、VPC内のリソースがプライベートIPアドレスを使用して他のVPC内のサービスに接続できるようにします。これにより、あたかもそれらのサービスがVPC内で直接ホストされているかのように動作します。 +プライベートコネクトは、クラウドプロバイダーの**プライベートリンク**または**Private Service Connect**技術を活用し、VPC内のリソースがプライベートIPアドレスを使用して他のVPC内のサービスに接続できるようにします。これにより、あたかもそれらのサービスがVPC内で直接ホストされているかのように動作します。 TiDB Cloud は現在、セルフホスト型 Kafka のプライベート接続のみをサポートしています。 MSK、Confluent Kafka、またはその他の Kafka SaaS サービスとの直接統合はサポートされていません。 Private Connect 経由でこれらの Kafka SaaS サービスに接続するには、 [kafka-proxy](https://github.com/grepplabs/kafka-proxy)を仲介としてデプロイし、Kafka サービスを自己ホスト型 Kafka として効果的に公開できます。詳細な例については、 [Google Cloud で Kafka-proxy を使用して自己ホスト型 Kafka プライベートサービス接続を設定する](/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md#set-up-self-hosted-kafka-private-service-connect-by-kafka-proxy)を参照してください。この設定は、すべての Kafka SaaS サービスで同様です。 @@ -80,7 +80,7 @@ Apache KafkaサービスがインターネットにアクセスできないAWS V 3. Apache KafkaのURLにホスト名が含まれている場合、 TiDB CloudがApache KafkaブローカーのDNSホスト名を解決できるようにする必要があります。 1. [VPCピアリング接続のDNS解決を有効にする](https://docs.aws.amazon.com/vpc/latest/peering/vpc-peering-dns.html)の手順に従います。 - 2. **アクセプターDNS解決**オプションを有効にする。 + 2. **Accepter DNS resolution**オプションを有効にする。 Apache Kafka サービスがインターネットにアクセスできない Google Cloud VPC 内にある場合は、以下の手順を実行してください。 @@ -105,7 +105,7 @@ Apache KafkaサービスにパブリックIPアクセスを提供する場合は
-プライベートコネクトは、クラウドプロバイダーの**プライベートリンク**または**プライベートサービスコネクト**技術を活用し、VPC内のリソースがプライベートIPアドレスを使用して他のVPC内のサービスに接続できるようにします。これにより、あたかもそれらのサービスがVPC内で直接ホストされているかのように動作します。 +プライベートコネクトは、クラウドプロバイダーの**プライベートリンク**または**Private Service Connect**技術を活用し、VPC内のリソースがプライベートIPアドレスを使用して他のVPC内のサービスに接続できるようにします。これにより、あたかもそれらのサービスがVPC内で直接ホストされているかのように動作します。 TiDB Cloud Premium インスタンスでチェンジフィードのプライベート エンドポイントを作成するには、[Changefeeds用のプライベートエンドポイントを設定する](/tidb-cloud/set-up-sink-private-endpoint.md)するに従ってください。 @@ -205,7 +205,7 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン
-1. **接続方法**で**「プライベートサービス接続」**を選択します。 +1. **接続方法**で**Private Service Connect**を選択します。 2. **[プライベート エンドポイント]**で、[ネットワーク](#network)セクションで作成したプライベート エンドポイントを選択します。 3. [ネットワーク](#network)セクションで取得した**ブートストラップポート**を入力してください。複数のポートを指定することをお勧めします。複数のポートを区切るには、カンマ`,`を使用できます。 4. Kafkaの認証設定に応じて、**認証**オプションを選択してください。 @@ -216,7 +216,7 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン 6. この変更フィード内のデータの**圧縮**タイプを選択してください。 7. Kafkaで**TLS暗号化が有効になっており、Kafka接続にTLS暗号化を使用する場合は、TLS暗号化**オプションを有効にしてください。 8. **「次へ」**をクリックしてネットワーク接続をテストしてください。テストが成功すると、次のページに移動します。 -9. TiDB Cloudは**プライベートサービス接続**用のエンドポイントを作成しますが、これには数分かかる場合があります。 +9. TiDB Cloudは**Private Service Connect**用のエンドポイントを作成しますが、これには数分かかる場合があります。 10. エンドポイントが作成されたら、クラウドプロバイダーのコンソールにログインし、接続要求を承認してください。 11. [TiDB Cloudコンソール](https://tidbcloud.com)に戻る 接続要求を承認したことを確認してください。TiDB Cloudは接続テストを実行し、テストが成功した場合は次のページに進みます。 @@ -251,8 +251,8 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン - **大文字小文字の区別**：フィルタルールにおけるデータベース名とテーブル名の照合において、大文字小文字を区別するかどうかを設定できます。デフォルトでは、大文字小文字は区別されません。 - **フィルタルール**：この列でフィルタルールを設定できます。デフォルトでは、すべてのテーブルを複製するルール`*.*`が設定されています。新しいルールを追加すると、 TiDB Cloud はTiDB 内のすべてのテーブルをクエリし、右側のボックスにルールに一致するテーブルのみを表示します。フィルタルールは最大 100 個まで追加できます。 - - **有効なキーを持つテーブル**：この列には、主キーや一意インデックスなど、有効なキーを持つテーブルが表示されます。 - - **有効なキーのないテーブル**: この列には、主キーまたは一意キーがないテーブルが表示されます。一意の識別子がないと、ダウンストリームが重複イベントを処理する際にデータの一貫性が失われる可能性があるため、これらのテーブルはレプリケーション中に問題となります。データの一貫性を確保するには、レプリケーションを開始する前に、これらのテーブルに一意キーまたは主キーを追加することをお勧めします。または、フィルタルールを追加してこれらのテーブルを除外することもできます。たとえば、ルール`test.tbl1`を使用して、テーブル`"!test.tbl1"`除外できます。 + - **Tables with valid keys**：この列には、主キーや一意インデックスなど、有効なキーを持つテーブルが表示されます。 + - **Tables without valid keys**: この列には、主キーまたは一意キーがないテーブルが表示されます。一意の識別子がないと、ダウンストリームが重複イベントを処理する際にデータの一貫性が失われる可能性があるため、これらのテーブルはレプリケーション中に問題となります。データの一貫性を確保するには、レプリケーションを開始する前に、これらのテーブルに一意キーまたは主キーを追加することをお勧めします。または、フィルタルールを追加してこれらのテーブルを除外することもできます。たとえば、ルール`test.tbl1`を使用して、テーブル`"!test.tbl1"`除外できます。 2. **イベントフィルター**をカスタマイズして、複製したいイベントを絞り込みます。 @@ -260,10 +260,10 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン - **イベントフィルター**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。 - **イベントを無視する**：指定されたイベントタイプを除外します。 - **SQL を無視**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。 - - **挿入値の式を無視する**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。 + - **Ignore insert value expression**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。 - **新しい値の更新式を無視する**: 新しい値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `gender = 'male'`は`gender`が`male`になるような更新を除外します。 - **古い値の更新を無視する式**: 古い値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `age < 18` `age`の古い値が 18 未満である場合の更新を除外します。 - - **削除値式を無視する**: 指定された条件を満たす`DELETE`ステートメントを除外します。たとえば、 `name = 'john'`は`DELETE`が`name`である`'john'`ステートメントを除外します。 + - **Ignore delete value expression**: 指定された条件を満たす`DELETE`ステートメントを除外します。たとえば、 `name = 'john'`は`DELETE`が`name`である`'john'`ステートメントを除外します。 3. **カラムセレクタを**カスタマイズして、イベントから列を選択し、選択した列に関連するデータ変更のみを下流に送信します。 @@ -298,13 +298,13 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン 変更フィードでテーブルごとに専用の Kafka トピックを作成する場合は、このモードを選択します。そうすると、テーブルのすべての Kafka メッセージが専用の Kafka トピックに送信されます。トピックのプレフィックス、データベース名とテーブル名の間の区切り文字、およびサフィックスを設定することで、テーブルのトピック名をカスタマイズできます。たとえば、区切り文字を`_`に設定すると、トピック名は`_`の形式になります。 - スキーマ作成イベントなど、行以外のイベントの変更ログについては、 **「デフォルトトピック名」**フィールドにトピック名を指定できます。変更フィードは、指定されたトピックに基づいて、これらの変更ログを収集するためのトピックを作成します。 + スキーマ作成イベントなど、行以外のイベントの変更ログについては、 **Default Topic Name**フィールドにトピック名を指定できます。変更フィードは、指定されたトピックに基づいて、これらの変更ログを収集するためのトピックを作成します。 - **データベースごとに変更ログをKafkaトピックに配信する** 変更フィードでデータベースごとに専用のKafkaトピックを作成する場合は、このモードを選択してください。そうすると、データベースのすべてのKafkaメッセージが専用のKafkaトピックに送信されます。トピックのプレフィックスとサフィックスを設定することで、データベースのトピック名をカスタマイズできます。 - 解決済みTsイベントなど、行以外のイベントの変更ログについては、 **「デフォルトトピック名」**フィールドにトピック名を指定できます。変更フィードは、指定されたトピックに基づいて、これらの変更ログを収集するためのトピックを作成します。 + 解決済みTsイベントなど、行以外のイベントの変更ログについては、 **Default Topic Name**フィールドにトピック名を指定できます。変更フィードは、指定されたトピックに基づいて、これらの変更ログを収集するためのトピックを作成します。 - **すべての変更ログを、指定された1つのKafkaトピックに送信する** diff --git a/tidb-cloud/changefeed-sink-to-apache-pulsar.md b/tidb-cloud/changefeed-sink-to-apache-pulsar.md index 3397b99c10dc8..49982494a097b 100644 --- a/tidb-cloud/changefeed-sink-to-apache-pulsar.md +++ b/tidb-cloud/changefeed-sink-to-apache-pulsar.md @@ -50,7 +50,7 @@ Apache PulsarサービスがインターネットにアクセスできないAWS 3. Apache PulsarのURLにホスト名が含まれている場合、 TiDB CloudがApache PulsarブローカーのDNSホスト名を解決できるようにする必要があります。 1. [VPCピアリング接続のDNS解決を有効にする](https://docs.aws.amazon.com/vpc/latest/peering/vpc-peering-dns.html)の手順に従います。 - 2. **アクセプターDNS解決**オプションを有効にする。 + 2. **Accepter DNS resolution**オプションを有効にする。 Apache Pulsar サービスがインターネットにアクセスできない Google Cloud VPC 内にある場合は、以下の手順を実行してください。 @@ -102,7 +102,7 @@ Apache PulsarサービスにパブリックIPアクセスを提供する場合 4. オプション：**詳細設定**セクションで、追加設定を構成します。 - **圧縮**：この変更フィードのデータに対して、オプションの圧縮アルゴリズムを選択してください。 - - **バッチあたりの最大メッセージ数**と**最大公開遅延時間**：Pulsarに送信されるイベントメッセージのバッチ処理を指定します。**バッチあたりの最大メッセージ**数は、バッチあたりの最大メッセージ数を設定し、**最大公開遅延時間**は、バッチを送信する前の最大待機時間を設定します。 + - **Max Messages per Batch**と**Max Publish Delay**：Pulsarに送信されるイベントメッセージのバッチ処理を指定します。**Max Messages per Batch**は、バッチあたりの最大メッセージ数を設定し、**Max Publish Delay**は、バッチを送信する前の最大待機時間を設定します。 - **接続タイムアウト**：PulsarへのTCP接続を確立するためのタイムアウト時間を調整します。 - **操作タイムアウト**：TiCDC Pulsarクライアントを使用して操作を開始する際のタイムアウト時間を調整します。 - **送信タイムアウト**：TiCDC Pulsarプロデューサーがメッセージを送信するまでのタイムアウトを調整します。 @@ -115,8 +115,8 @@ Apache PulsarサービスにパブリックIPアクセスを提供する場合 - **大文字小文字の区別**：フィルタルールにおけるデータベース名とテーブル名の照合において、大文字小文字を区別するかどうかを設定できます。デフォルトでは、大文字小文字は区別されません。 - **フィルタルール**：この列でフィルタルールを設定できます。デフォルトでは、すべてのテーブルを複製するルール`*.*`が設定されています。新しいルールを追加すると、 TiDB Cloud はTiDB 内のすべてのテーブルをクエリし、右側のボックスにルールに一致するテーブルのみを表示します。フィルタルールは最大 100 個まで追加できます。 - - **有効なキーを持つテーブル**：この列には、主キーや一意インデックスなど、有効なキーを持つテーブルが表示されます。 - - **有効なキーのないテーブル**: この列には、主キーまたは一意キーがないテーブルが表示されます。一意の識別子がないと、ダウンストリームが重複イベントを処理する際にデータの一貫性が失われる可能性があるため、これらのテーブルはレプリケーション中に問題となります。データの一貫性を確保するには、レプリケーションを開始する前に、これらのテーブルに一意キーまたは主キーを追加することをお勧めします。または、フィルタルールを追加してこれらのテーブルを除外することもできます。たとえば、ルール`test.tbl1`を使用して、テーブル`"!test.tbl1"`除外できます。 + - **Tables with valid keys**：この列には、主キーや一意インデックスなど、有効なキーを持つテーブルが表示されます。 + - **Tables without valid keys**: この列には、主キーまたは一意キーがないテーブルが表示されます。一意の識別子がないと、ダウンストリームが重複イベントを処理する際にデータの一貫性が失われる可能性があるため、これらのテーブルはレプリケーション中に問題となります。データの一貫性を確保するには、レプリケーションを開始する前に、これらのテーブルに一意キーまたは主キーを追加することをお勧めします。または、フィルタルールを追加してこれらのテーブルを除外することもできます。たとえば、ルール`test.tbl1`を使用して、テーブル`"!test.tbl1"`除外できます。 2. **イベントフィルター**をカスタマイズして、複製したいイベントを絞り込みます。 @@ -124,12 +124,12 @@ Apache PulsarサービスにパブリックIPアクセスを提供する場合 - **イベントフィルター**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。 - **イベントを無視する**：指定されたイベントタイプを除外します。 - **SQL を無視**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。 - - **挿入値の式を無視する**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。 + - **Ignore insert value expression**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。 - **新しい値の更新式を無視する**: 新しい値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `gender = 'male'`は`gender`が`male`になるような更新を除外します。 - **古い値の更新を無視する式**: 古い値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `age < 18` `age`の古い値が 18 未満である場合の更新を除外します。 - - **削除値式を無視する**: 指定された条件を満たす`DELETE`ステートメントを除外します。たとえば、 `name = 'john'`は`DELETE`が`name`である`'john'`ステートメントを除外します。 + - **Ignore delete value expression**: 指定された条件を満たす`DELETE`ステートメントを除外します。たとえば、 `name = 'john'`は`DELETE`が`name`である`'john'`ステートメントを除外します。 -3. **「レプリケーション開始位置」**領域で、チェンジフィードがPulsarにデータをレプリケートする開始点を選択します。 +3. **Start Replication Position**領域で、チェンジフィードがPulsarにデータをレプリケートする開始点を選択します。 - **レプリケーションを今すぐ開始します**。変更フィードは、現在の時点からデータのレプリケーションを開始します。 - **特定の TSO からレプリケーションを開始する**: 変更フィードは、指定された[TSO](/tso.md)以降のデータのレプリケーションを開始します。指定された TSO は[ガベージコレクションの安全地点](/read-historical-data.md#how-tidb-manages-the-data-versions)内にある必要があります。 @@ -157,13 +157,13 @@ Apache PulsarサービスにパブリックIPアクセスを提供する場合 変更フィードで各テーブルのすべての Pulsar メッセージを専用の Pulsar トピックに送信する場合は、このモードを選択してください。トピック名は、**トピック プレフィックス**、データベース名とテーブル名の間の**区切り文字**、および**トピック サフィックス**を設定することで指定できます。たとえば、区切り文字を`_`に設定すると、Pulsar メッセージは`_`の形式の名前を持つトピックに送信されます。これらのトピックは、事前に Pulsar 上に作成しておく必要があります。 - スキーマ作成イベントなどの行以外のイベントの変更ログについては、 **「デフォルトトピック名」**フィールドにトピック名を指定できます。変更フィードは、行以外のイベントをこのトピックに送信し、変更ログを収集します。 + スキーマ作成イベントなどの行以外のイベントの変更ログについては、 **Default Topic Name**フィールドにトピック名を指定できます。変更フィードは、行以外のイベントをこのトピックに送信し、変更ログを収集します。 - **データベースごとに変更ログをPulsarトピックに配信する** 変更フィードが各データベースのすべてのPulsarメッセージを専用のPulsarトピックに送信するようにするには、このモードを選択してください。**トピックのプレフィックス**と**サフィックス**を設定することで、データベースのトピック名を指定できます。 - 解決済みTsイベントなどの行以外のイベントの変更ログについては、 **「デフォルトトピック名」**フィールドにトピック名を指定できます。変更フィードは、行以外のイベントをこのトピックに送信し、そのような変更ログを収集します。 + 解決済みTsイベントなどの行以外のイベントの変更ログについては、 **Default Topic Name**フィールドにトピック名を指定できます。変更フィードは、行以外のイベントをこのトピックに送信し、そのような変更ログを収集します。 Pulsarはマルチテナントをサポートしているため、デフォルト設定と異なる場合は、 **Pulsarテナント**と**Pulsarネームスペース**を設定することもできます。 @@ -191,7 +191,7 @@ Apache PulsarサービスにパブリックIPアクセスを提供する場合 ## ステップ4．仕様の設定とレビュー {#step-4-configure-specification-and-review} -1. **仕様と名称の**セクションで： +1. **Specification and Name**セクションで： - チェンジフィードの[複製容量単位（RCU）](/tidb-cloud/tidb-cloud-billing-ticdc-rcu.md)の数を指定します。 - 変更フィードの名前を入力してください。 diff --git a/tidb-cloud/changefeed-sink-to-cloud-storage.md b/tidb-cloud/changefeed-sink-to-cloud-storage.md index 976447cd65395..c844f214fd160 100644 --- a/tidb-cloud/changefeed-sink-to-cloud-storage.md +++ b/tidb-cloud/changefeed-sink-to-cloud-storage.md @@ -21,12 +21,12 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl ## ステップ1. 宛先を設定する {#step-1-configure-destination} -対象のTiDB Cloud Dedicatedクラスターの概要ページに移動します。左側のナビゲーション ペインで**[データ]** > **[変更フィード**] をクリックし、 **[変更フィードの作成]**をクリックして**[宛先]**ページに移動します。次に、 TiDB Cloud Dedicatedクラスターがホストされているクラウド プロバイダーに応じて、宛先として**Amazon S3** 、 **GCS** 、または**Azure Blob Storage を**選択します。構成プロセスは、選択した宛先によって異なります。 +対象のTiDB Cloud Dedicatedクラスターの概要ページに移動します。左側のナビゲーション ペインで**[データ]** > **[変更フィード]**をクリックし、 **[変更フィードの作成]**をクリックして**[宛先]**ページに移動します。次に、 TiDB Cloud Dedicatedクラスターがホストされているクラウド プロバイダーに応じて、宛先として**Amazon S3** 、 **GCS** 、または**Azure Blob Storage**を選択します。構成プロセスは、選択した宛先によって異なります。
-**Amazon S3**の認証には、 **AWS ロール ARN**または**AWS アクセス キーの**いずれかを使用できます。セキュリティの強化と管理の容易化のため、 **AWS ロール ARN の**使用をお勧めします。 +**Amazon S3**の認証には、 **AWS Role ARN**または**AWS access key**のいずれかを使用できます。セキュリティの強化と管理の容易化のため、 **AWS Role ARN**の使用をお勧めします。 **オプション1：AWSロールARN（推奨）** @@ -34,11 +34,11 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl 1. Amazon S3 の**宛先**ページで、 **S3 URI**を入力します。S3 バケットが TiDB クラスターと同じ AWS リージョンにあることを確認してください。 -2. **バケットアクセス**で、 **AWSロールARN**を選択します。 +2. **バケットアクセス**で、 **AWS Role ARN**を選択します。 3. 新しいロールARNを作成するには、**こちらをクリックしてAWS CloudFormationで新しいロールARNを作成してください**。このテンプレートは必要な権限を自動的に構成します。 - ロールを手動で作成する場合は、 **「ロールARNを手動で作成」**をクリックして、 TiDB Cloudアカウント情報と必要なポリシーを確認してください。 + ロールを手動で作成する場合は、 **Create Role ARN manually**をクリックして、 TiDB Cloudアカウント情報と必要なポリシーを確認してください。 4. IAMロールに、対象バケットに対する少なくとも以下の権限が付与されていることを確認してください。 @@ -53,23 +53,23 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl > **Note:** > -> アクセスキーとシークレットキー（AK/SK）を使用する場合、認証情報の管理とローテーションを手動で行う必要があり、セキュリティリスクが高まります。より強力なセキュリティを確保するには、代わりに**AWSロールARNを**使用することをお勧めします。 +> アクセスキーとシークレットキー（AK/SK）を使用する場合、認証情報の管理とローテーションを手動で行う必要があり、セキュリティリスクが高まります。より強力なセキュリティを確保するには、代わりに**AWS Role ARN**を使用することをお勧めします。 アクセスキーを使用して認証を行うには、以下の手順に従ってください。 1. Amazon S3 の**宛先**ページで、 **S3 URI**を入力します。S3 バケットが TiDB クラスターと同じ AWS リージョンにあることを確認してください。 -2. **「バケットアクセス」**で**「AWSアクセスキー」**を選択します。 +2. **「バケットアクセス」**で**AWS Access Key**を選択します。 3. 以下の項目を入力してください。 - - **アクセスキーID** - - **秘密アクセスキー** + - **Access Key ID** + - **Secret Access Key**
**GCS**の場合、 **GCSエンドポイント**を入力する前に、まずGCSバケットへのアクセス権を付与する必要があります。以下の手順に従ってください。 -1. TiDB Cloudコンソールで、**サービスアカウントID**を記録してください。このIDは、 TiDB CloudにGCSバケットへのアクセス権を付与するために使用されます。 +1. TiDB Cloudコンソールで、**Service Account ID**を記録してください。このIDは、 TiDB CloudにGCSバケットへのアクセス権を付与するために使用されます。 ![gcs\_endpoint](/media/tidb-cloud/changefeed/sink-to-cloud-storage-gcs-endpoint.png) @@ -102,7 +102,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl 5. バケットへのアクセスを許可するには、以下の情報を入力し、 **「保存」**をクリックしてください。 - - **「新しいプリンシパル」**フィールドに、以前に記録した対象のTiDBクラスタの**サービスアカウントID**を貼り付けます。 + - **「新しいプリンシパル」**フィールドに、以前に記録した対象のTiDBクラスタの**Service Account ID**を貼り付けます。 - **「役割を選択」ドロップ**ダウンリストに、先ほど作成したIAMロールの名前を入力し、フィルター結果からその名前を選択します。 @@ -120,7 +120,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl ![Get bucket URI](/media/tidb-cloud/changefeed/sink-to-cloud-storage-gcs-uri02.png) -7. TiDB Cloudコンソールで、Changefeedの**宛先**ページに移動し、**バケットgsutil URI**フィールドに入力します。 +7. TiDB Cloudコンソールで、Changefeedの**宛先**ページに移動し、**bucket gsutil URI**フィールドに入力します。
@@ -141,11 +141,11 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl 3. SASトークンを生成します。 - 1. ストレージアカウントのナビゲーション メニューで、 **[セキュリティ+ ネットワーク]** > **[共有アクセス 署名]**を選択します。 + 1. ストレージアカウントのナビゲーション メニューで、 **Security + networking** > **Shared access signature**を選択します。 2. **「許可されたサービス」**セクションで、 **「Blob」**を選択します。 - 3. **「許可されたリソースの種類」**セクションで、 **「コンテナ」**と**「オブジェクト」**を選択します。 + 3. **Allowed resource types**セクションで、 **「コンテナ」**と**「オブジェクト」**を選択します。 4. **「許可されたアクセス許可」**セクションで、 **「読み取り」** 、 **「書き込み」** 、 **「削除」** 、 **「一覧表示」** 、 **「作成」**を選択します。 @@ -182,8 +182,8 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl - **大文字小文字の区別**：フィルタルールにおけるデータベース名とテーブル名の照合において、大文字小文字を区別するかどうかを設定できます。デフォルトでは、大文字小文字は区別されません。 - **フィルタルール**：この列でフィルタルールを設定できます。デフォルトでは、すべてのテーブルを複製するルール`*.*`が設定されています。新しいルールを追加すると、 TiDB Cloud はTiDB 内のすべてのテーブルをクエリし、右側のボックスにルールに一致するテーブルのみを表示します。フィルタルールは最大 100 個まで追加できます。 - - **有効なキーを持つテーブル**：この列には、主キーや一意インデックスなど、有効なキーを持つテーブルが表示されます。 - - **有効なキーのないテーブル**: この列には、主キーまたは一意キーがないテーブルが表示されます。一意の識別子がないと、下流で重複イベントを処理する際にデータの一貫性が失われる可能性があるため、これらのテーブルはレプリケーション中に問題となります。データの一貫性を確保するには、レプリケーションを開始する前に、これらのテーブルに一意キーまたは主キーを追加することをお勧めします。または、フィルタルールを使用してこれらのテーブルを除外することもできます。たとえば、ルール`test.tbl1`を使用して、テーブル`"!test.tbl1"` 。 + - **Tables with valid keys**：この列には、主キーや一意インデックスなど、有効なキーを持つテーブルが表示されます。 + - **Tables without valid keys**: この列には、主キーまたは一意キーがないテーブルが表示されます。一意の識別子がないと、下流で重複イベントを処理する際にデータの一貫性が失われる可能性があるため、これらのテーブルはレプリケーション中に問題となります。データの一貫性を確保するには、レプリケーションを開始する前に、これらのテーブルに一意キーまたは主キーを追加することをお勧めします。または、フィルタルールを使用してこれらのテーブルを除外することもできます。たとえば、ルール`test.tbl1`を使用して、テーブル`"!test.tbl1"` 。 2. **イベントフィルター**をカスタマイズして、複製したいイベントを絞り込みます。 @@ -191,12 +191,12 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl - **イベントフィルター**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。 - **イベントを無視する**：指定されたイベントタイプを除外します。 - **SQL を無視**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。 - - **挿入値の式を無視する**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。 + - **Ignore insert value expression**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。 - **新しい値の更新式を無視する**: 新しい値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `gender = 'male'`は`gender`が`male`になるような更新を除外します。 - **古い値の更新を無視する式**: 古い値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `age < 18` `age`の古い値が 18 未満である場合の更新を除外します。 - - **削除値式を無視する**: 指定された条件を満たす`DELETE`ステートメントを除外します。たとえば、 `name = 'john'`は`DELETE`が`name`である`'john'`ステートメントを除外します。 + - **Ignore delete value expression**: 指定された条件を満たす`DELETE`ステートメントを除外します。たとえば、 `name = 'john'`は`DELETE`が`name`である`'john'`ステートメントを除外します。 -3. **「レプリケーション開始位置」**領域で、以下のいずれかのレプリケーション位置を選択します。 +3. **Start Replication Position**領域で、以下のいずれかのレプリケーション位置を選択します。 - 今からレプリケーションを開始します - 特定の[TSO](https://docs.pingcap.com/tidb/stable/glossary#tso)からレプリケーションを開始する @@ -209,12 +209,12 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl **CSV**形式を設定するには、以下の項目を入力してください。 - - **バイナリエンコード方式**：バイナリデータのエンコード方式。base64（デフォルト）または**hexを****選択**できます。AWS DMSと連携する場合は、 **hexを**使用してください。 + - **Binary Encode Method**：バイナリデータのエンコード方式。base64（デフォルト）または**hex**を選択できます。AWS DMSと連携する場合は、 **hex**を使用してください。 - **日付区切り文字**：年、月、日に基づいてデータをローテーションするか、ローテーションしないかを選択します。 - **区切り文字**：CSVファイル内の値を区切る文字を指定します。最も一般的に使用される区切り文字はカンマ（ `,` ）です。 - **引用符**：区切り文字または特殊文字を含む値を囲むために使用する文字を指定します。通常、引用符には二重引用符（ `"` ）が使用されます。 - **null/空値**：CSVファイル内でnull値または空値がどのように表現されるかを指定します。これは、データの適切な処理と解釈のために重要です。 - - **コミットTを含める**：CSV行に[`commit-ts`](https://docs.pingcap.com/tidb/stable/ticdc-sink-to-cloud-storage#replicate-change-data-to-storage-services)を含めるかどうかを制御します。 + - **Include Commit Ts**：CSV行に[`commit-ts`](https://docs.pingcap.com/tidb/stable/ticdc-sink-to-cloud-storage#replicate-change-data-to-storage-services)を含めるかどうかを制御します。
@@ -222,7 +222,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl Canal-JSONは、プレーンなJSONテキスト形式です。設定するには、以下のフィールドに入力してください。 - **日付区切り文字**：年、月、日に基づいてデータをローテーションするか、ローテーションしないかを選択します。 - - **TiDB 拡張機能を有効にする**: このオプションを有効にすると、TiCDC は[ウォーターマークイベント](https://docs.pingcap.com/tidb/stable/ticdc-canal-json#watermark-event)を送信し、 [TiDB拡張フィールド](https://docs.pingcap.com/tidb/stable/ticdc-canal-json#tidb-extension-field)Canal-JSON メッセージに追加します。 + - **Enable TiDB Extension**: このオプションを有効にすると、TiCDC は[ウォーターマークイベント](https://docs.pingcap.com/tidb/stable/ticdc-canal-json#watermark-event)を送信し、 [TiDB拡張フィールド](https://docs.pingcap.com/tidb/stable/ticdc-canal-json#tidb-extension-field)Canal-JSON メッセージに追加します。
diff --git a/tidb-cloud/changefeed-sink-to-mysql.md b/tidb-cloud/changefeed-sink-to-mysql.md index 4930c8fcca1f1..25e0a1840105e 100644 --- a/tidb-cloud/changefeed-sink-to-mysql.md +++ b/tidb-cloud/changefeed-sink-to-mysql.md @@ -49,11 +49,11 @@ MySQLサービスがパブリックインターネットアクセスを持たな 3. MySQLのURLにホスト名が含まれている場合、 TiDB CloudがMySQLサービスのDNSホスト名を解決できるようにする必要があります。 1. [VPCピアリング接続のDNS解決を有効にする](https://docs.aws.amazon.com/vpc/latest/peering/modify-peering-connections.html#vpc-peering-dns)の手順に従います。 - 2. **アクセプターDNS解決**オプションを有効にする。 + 2. **Accepter DNS resolution**オプションを有効にする。 MySQL サービスがパブリック インターネット アクセスのない Google Cloud VPC 内にある場合は、以下の手順を実行してください。 -1. MySQL サービスが Google Cloud SQL の場合、Google Cloud SQL インスタンスに関連付けられた VPC に MySQL エンドポイントを公開する必要があります。Cloud [**Cloud SQL認証プロキシ**](https://cloud.google.com/sql/docs/mysql/sql-proxy)を使用する必要がある場合があります。これは Google によって開発されています。 +1. MySQL サービスが Google Cloud SQL の場合、Google Cloud SQL インスタンスに関連付けられた VPC に MySQL エンドポイントを公開する必要があります。Cloud [**Cloud SQL Auth proxy**](https://cloud.google.com/sql/docs/mysql/sql-proxy)を使用する必要がある場合があります。これは Google によって開発されています。 2. MySQL サービスの VPC とTiDB Cloud Dedicatedクラスターの間で[VPCピアリング接続を設定する](/tidb-cloud/set-up-vpc-peering-connections.md)。 3. MySQLが配置されているVPCの受信ファイアウォールルールを変更します。 @@ -63,7 +63,7 @@ MySQL サービスがパブリック インターネット アクセスのない
-プライベートエンドポイントは、クラウドプロバイダーの**プライベートリンク**または**プライベートサービスコネクト**技術を活用し、VPC内のリソースがプライベートIPアドレスを介して他のVPC内のサービスに接続できるようにします。これにより、あたかもそれらのサービスがVPC内で直接ホストされているかのように動作します。 +プライベートエンドポイントは、クラウドプロバイダーの**プライベートリンク**または**Private Service Connect**技術を活用し、VPC内のリソースがプライベートIPアドレスを介して他のVPC内のサービスに接続できるようにします。これにより、あたかもそれらのサービスがVPC内で直接ホストされているかのように動作します。 プライベート エンドポイントを介して、 TiDB Cloud Dedicatedクラスターを MySQL サービスに安全に接続できます。 MySQL サービスでプライベート エンドポイントが利用できない場合は、[Changefeeds用のプライベートエンドポイントを設定する](/tidb-cloud/set-up-sink-private-endpoint.md)に従って作成します。 @@ -77,7 +77,7 @@ MySQL サービスがパブリック インターネット アクセスのない TiDB Cloud PremiumインスタンスがMySQLサービスに接続できることを確認してください。 -プライベートエンドポイントは、クラウドプロバイダーの**プライベートリンク**または**プライベートサービスコネクト**技術を活用し、VPC内のリソースがプライベートIPアドレスを介して他のVPC内のサービスに接続できるようにします。これにより、あたかもそれらのサービスがVPC内で直接ホストされているかのように動作します。 +プライベートエンドポイントは、クラウドプロバイダーの**プライベートリンク**または**Private Service Connect**技術を活用し、VPC内のリソースがプライベートIPアドレスを介して他のVPC内のサービスに接続できるようにします。これにより、あたかもそれらのサービスがVPC内で直接ホストされているかのように動作します。 プライベート エンドポイントを通じて、 TiDB Cloud Premium インスタンスを MySQL サービスに安全に接続できます。 MySQL サービスでプライベート エンドポイントが利用できない場合は、 [Changefeeds用のプライベートエンドポイントを設定する](/tidb-cloud/premium/set-up-sink-private-endpoint-premium.md)に従って作成します。 @@ -149,8 +149,8 @@ TiDB Cloud PremiumインスタンスがMySQLサービスに接続できること - **大文字小文字の区別**：フィルタルールにおけるデータベース名とテーブル名の照合において、大文字小文字を区別するかどうかを設定できます。デフォルトでは、大文字小文字は区別されません。 - **フィルタルール**：この列でフィルタルールを設定できます。デフォルトでは、すべてのテーブルを複製するルール`*.*`が設定されています。新しいルールを追加すると、 TiDB Cloud はTiDB 内のすべてのテーブルをクエリし、右側のボックスにルールに一致するテーブルのみを表示します。フィルタルールは最大 100 個まで追加できます。 - - **有効なキーを持つテーブル**：この列には、主キーや一意インデックスなど、有効なキーを持つテーブルが表示されます。 - - **有効なキーのないテーブル**: この列には、主キーまたは一意キーがないテーブルが表示されます。一意の識別子がないと、ダウンストリームが重複イベントを処理する際にデータの一貫性が失われる可能性があるため、これらのテーブルはレプリケーション中に問題となります。データの一貫性を確保するには、レプリケーションを開始する前に、これらのテーブルに一意キーまたは主キーを追加することをお勧めします。または、フィルタルールを追加してこれらのテーブルを除外することもできます。たとえば、ルール`test.tbl1`を使用して、テーブル`"!test.tbl1"`除外できます。 + - **Tables with valid keys**：この列には、主キーや一意インデックスなど、有効なキーを持つテーブルが表示されます。 + - **Tables without valid keys**: この列には、主キーまたは一意キーがないテーブルが表示されます。一意の識別子がないと、ダウンストリームが重複イベントを処理する際にデータの一貫性が失われる可能性があるため、これらのテーブルはレプリケーション中に問題となります。データの一貫性を確保するには、レプリケーションを開始する前に、これらのテーブルに一意キーまたは主キーを追加することをお勧めします。または、フィルタルールを追加してこれらのテーブルを除外することもできます。たとえば、ルール`test.tbl1`を使用して、テーブル`"!test.tbl1"`除外できます。 7. **イベントフィルター**をカスタマイズして、複製したいイベントを絞り込みます。 @@ -158,12 +158,12 @@ TiDB Cloud PremiumインスタンスがMySQLサービスに接続できること - **イベントフィルター**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。 - **イベントを無視する**：指定されたイベントタイプを除外します。 - **SQL を無視**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。 - - **挿入値の式を無視する**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。 + - **Ignore insert value expression**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。 - **新しい値の更新式を無視する**: 新しい値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `gender = 'male'`は`gender`が`male`になるような更新を除外します。 - **古い値の更新を無視する式**: 古い値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `age < 18` `age`の古い値が 18 未満である場合の更新を除外します。 - - **削除値式を無視する**: 指定された条件を満たす`DELETE`ステートメントを除外します。たとえば、 `name = 'john'`は`DELETE`が`name`である`'john'`ステートメントを除外します。 + - **Ignore delete value expression**: 指定された条件を満たす`DELETE`ステートメントを除外します。たとえば、 `name = 'john'`は`DELETE`が`name`である`'john'`ステートメントを除外します。 -8. **「レプリケーション開始位置」**で、MySQLシンクの開始位置を設定します。 +8. **Start Replication Position**で、MySQLシンクの開始位置を設定します。 - Dumplingを使用して[既存のデータをロードした](#load-existing-data-optional)場合は、 **[特定の TSO からレプリケーションを開始する]**を選択し、 Dumpling のエクスポートされたメタデータ ファイルから取得した TSO を入力します。 - アップストリームの TiDB にデータがない場合は、 **「今すぐレプリケーションを開始する」**を選択してください。 diff --git a/tidb-cloud/changefeed-sink-to-tidb-cloud.md b/tidb-cloud/changefeed-sink-to-tidb-cloud.md index 1ab9b0890c74f..3a4cb1ed5d37f 100644 --- a/tidb-cloud/changefeed-sink-to-tidb-cloud.md +++ b/tidb-cloud/changefeed-sink-to-tidb-cloud.md @@ -19,7 +19,7 @@ summary: このドキュメントでは、TiDB Cloud Dedicatedクラスタから - 複製対象のテーブルに主キーまたはNULLを許容しない一意インデックスがない場合、複製中に一意制約が存在しないことで、一部の再試行シナリオにおいて、下流で重複データが挿入される可能性があります。 -- **TiDB Cloudへのシンク**機能は、以下のAWSリージョンにあり、2022年11月9日以降に作成されたTiDB Cloud Dedicatedクラスターでのみ利用可能です。 +- **Sink to TiDB Cloud**機能は、以下のAWSリージョンにあり、2022年11月9日以降に作成されたTiDB Cloud Dedicatedクラスターでのみ利用可能です。 - AWSオレゴン（米国西部2） - AWS フランクフルト (eu-central-1) @@ -28,18 +28,18 @@ summary: このドキュメントでは、TiDB Cloud Dedicatedクラスタから - ソースとなるTiDB Cloud Dedicatedクラスターと、宛先となるTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスは、同じプロジェクトおよび同じリージョンに属している必要があります。 -- **TiDB Cloudへのシンク**機能は、プライベートエンドポイント経由のネットワーク接続のみをサポートしています。TiDB Cloud DedicatedクラスタからTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにデータをストリーミングするためのチェンジフィードを作成すると、 TiDB Cloudは2つのクラスタ間のプライベートエンドポイント接続を自動的に設定します。 +- **Sink to TiDB Cloud**機能は、プライベートエンドポイント経由のネットワーク接続のみをサポートしています。TiDB Cloud DedicatedクラスタからTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにデータをストリーミングするためのチェンジフィードを作成すると、 TiDB Cloudは2つのクラスタ間のプライベートエンドポイント接続を自動的に設定します。 ## 前提条件 {#prerequisites} -**TiDB Cloudへのシンク**コネクタは、特定の[TSO](https://docs.pingcap.com/tidb/stable/glossary#tso)の後、 TiDB Cloud DedicatedクラスタからTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスに増分データをシンクすることのみが可能です。 +**Sink to TiDB Cloud**コネクタは、特定の[TSO](https://docs.pingcap.com/tidb/stable/glossary#tso)の後、 TiDB Cloud DedicatedクラスタからTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスに増分データをシンクすることのみが可能です。 変更フィードを作成する前に、ソースのTiDB Cloud Dedicatedクラスターから既存のデータをエクスポートし、そのデータを宛先のTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにロードする必要があります。 1. [`tidb_gc_life_time`](https://docs.pingcap.com/tidb/stable/system-variables#tidb_gc_life_time-new-in-v50)以下の 2 つの操作の合計時間よりも長く設定することで、その期間中の履歴データが TiDB によってガベージ コレクションされないようにします。 - 既存データのエクスポートとインポートにかかる時間 - - **Sink to TiDB Cloudを**作成する時間 + - **Sink to TiDB Cloud**を作成する時間 例えば： @@ -67,7 +67,7 @@ summary: このドキュメントでは、TiDB Cloud Dedicatedクラスタから 2. **「変更フィードを作成」**をクリックし、宛先として**「TiDB Cloud」**を選択します。 -3. **TiDB Cloud接続**エリアで、接続先のTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスを選択し、接続先のインスタンスのユーザー名とパスワードを入力します。 +3. **TiDB Cloud Connection**エリアで、接続先のTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスを選択し、接続先のインスタンスのユーザー名とパスワードを入力します。 4. **「次へ」**をクリックして、2つのTiDBクラスター間の接続を確立し、changefeedがそれらを正常に接続できるかどうかをテストします。 @@ -78,8 +78,8 @@ summary: このドキュメントでは、TiDB Cloud Dedicatedクラスタから - **大文字小文字の区別**：フィルタルールにおけるデータベース名とテーブル名の照合において、大文字小文字を区別するかどうかを設定できます。デフォルトでは、大文字小文字は区別されません。 - **フィルタルール**：この列でフィルタルールを設定できます。デフォルトでは、すべてのテーブルを複製するルール`*.*`が設定されています。新しいルールを追加すると、 TiDB Cloud はTiDB 内のすべてのテーブルをクエリし、右側のボックスにルールに一致するテーブルのみを表示します。フィルタルールは最大 100 個まで追加できます。 - - **有効なキーを持つテーブル**：この列には、主キーや一意インデックスなど、有効なキーを持つテーブルが表示されます。 - - **有効なキーのないテーブル**: この列には、主キーまたは一意キーがないテーブルが表示されます。一意の識別子がないと、ダウンストリームが重複イベントを処理する際にデータの一貫性が失われる可能性があるため、これらのテーブルはレプリケーション中に問題となります。データの一貫性を確保するには、レプリケーションを開始する前に、これらのテーブルに一意キーまたは主キーを追加することをお勧めします。または、フィルタルールを追加してこれらのテーブルを除外することもできます。たとえば、ルール`test.tbl1`を使用して、テーブル`"!test.tbl1"`除外できます。 + - **Tables with valid keys**：この列には、主キーや一意インデックスなど、有効なキーを持つテーブルが表示されます。 + - **Tables without valid keys**: この列には、主キーまたは一意キーがないテーブルが表示されます。一意の識別子がないと、ダウンストリームが重複イベントを処理する際にデータの一貫性が失われる可能性があるため、これらのテーブルはレプリケーション中に問題となります。データの一貫性を確保するには、レプリケーションを開始する前に、これらのテーブルに一意キーまたは主キーを追加することをお勧めします。または、フィルタルールを追加してこれらのテーブルを除外することもできます。たとえば、ルール`test.tbl1`を使用して、テーブル`"!test.tbl1"`除外できます。 6. **イベントフィルター**をカスタマイズして、複製したいイベントを絞り込みます。 @@ -87,12 +87,12 @@ summary: このドキュメントでは、TiDB Cloud Dedicatedクラスタから - **イベントフィルター**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。 - **イベントを無視する**：指定されたイベントタイプを除外します。 - **SQL を無視**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。 - - **挿入値の式を無視する**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。 + - **Ignore insert value expression**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。 - **新しい値の更新式を無視する**: 新しい値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `gender = 'male'`は`gender`が`male`になるような更新を除外します。 - **古い値の更新を無視する式**: 古い値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `age < 18` `age`の古い値が 18 未満である場合の更新を除外します。 - - **削除値式を無視する**: 指定された条件を満たす`DELETE`ステートメントを除外します。たとえば、 `name = 'john'`は`DELETE`が`name`である`'john'`ステートメントを除外します。 + - **Ignore delete value expression**: 指定された条件を満たす`DELETE`ステートメントを除外します。たとえば、 `name = 'john'`は`DELETE`が`name`である`'john'`ステートメントを除外します。 -7. **「レプリケーション開始位置」**領域に、Dumplingでエクスポートしたメタデータファイルから取得したTSOを入力します。 +7. **Start Replication Position**領域に、Dumplingでエクスポートしたメタデータファイルから取得したTSOを入力します。 8. **「次へ」**をクリックして、変更フィードの仕様を設定してください。 diff --git a/tidb-cloud/configure-external-storage-access.md b/tidb-cloud/configure-external-storage-access.md index 4053d0249c8ee..ec90ba5322edd 100644 --- a/tidb-cloud/configure-external-storage-access.md +++ b/tidb-cloud/configure-external-storage-access.md @@ -30,40 +30,40 @@ TiDB Cloud Starter、 Essential、またはPremiumインスタンスがAmazon S3 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動します。 2. 対象のTiDB Cloud Starter、 Essential、または Premium インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート]**をクリックします。 -2. **「新しいARNの追加」**ダイアログを開きます。 +2. **Add New ARN**ダイアログを開きます。 - - Amazon S3からデータをインポートする場合は、次のようにして**「新しいARNの追加」**ダイアログを開きます。 + - Amazon S3からデータをインポートする場合は、次のようにして**Add New ARN**ダイアログを開きます。 - 1. **「S3からインポート」を**クリックします。 + 1. **Import from S3**をクリックします。 2. **ファイルURI**欄に入力してください。 - 3. **AWS ロール ARN**を選択し、[**ここをクリックして AWS CloudFormation を使用して新しいロールを作成します] をクリックします**。 + 3. **AWS Role ARN**を選択し、[**ここをクリックして AWS CloudFormation を使用して新しいロールを作成します] をクリックします**。 - - データをAmazon S3にエクスポートする場合は、次のように**「新しいARNの追加」**ダイアログを開きます。 + - データをAmazon S3にエクスポートする場合は、次のように**Add New ARN**ダイアログを開きます。 - 1. **「データのエクスポート先...」** > **「Amazon S3」**をクリックします。TiDB Cloud StarterまたはEssentialインスタンスでこれまでデータのインポートまたはエクスポートが行われていない場合は、ページ下部の**「ここをクリックしてデータをエクスポート...」** > **「Amazon S3」**をクリックしてください。 + 1. **Export data to...** > **Amazon S3**をクリックします。TiDB Cloud StarterまたはEssentialインスタンスでこれまでデータのインポートまたはエクスポートが行われていない場合は、ページ下部の**「ここをクリックしてデータをエクスポート...」** > **Amazon S3**をクリックしてください。 2. **フォルダURI**欄に入力してください。 - 3. **AWS ロール ARN**を選択し、[**ここをクリックして AWS CloudFormation を使用して新しいロールを作成します] をクリックします**。 + 3. **AWS Role ARN**を選択し、[**ここをクリックして AWS CloudFormation を使用して新しいロールを作成します] をクリックします**。 - - データをAmazon S3にエクスポートする場合は、次のように**「新しいARNの追加」**ダイアログを開きます。 + - データをAmazon S3にエクスポートする場合は、次のように**Add New ARN**ダイアログを開きます。 1. **「データのエクスポート」を**クリックします。 2. **ターゲット接続**で**Amazon S3を**選択してください。 3. **フォルダURI**欄に入力してください。 - 4. **AWS ロール ARN**を選択し、[**ここをクリックして AWS CloudFormation を使用して新しいロールを作成します] をクリックします**。 + 4. **AWS Role ARN**を選択し、[**ここをクリックして AWS CloudFormation を使用して新しいロールを作成します] をクリックします**。 3. AWS CloudFormationテンプレートを使用してロールARNを作成します。 - 1. **「新しい ARN の追加」**ダイアログで、 **「CloudFormation テンプレートを使用した AWS コンソール」**をクリックします。 + 1. **Add New ARN**ダイアログで、 **「CloudFormation テンプレートを使用した AWS コンソール」**をクリックします。 - 2. [AWS マネジメントコンソール](https://console.aws.amazon.com)コンソールにログインすると、AWS CloudFormation の**クイック作成スタック**ページにリダイレクトされます。 + 2. [AWS マネジメントコンソール](https://console.aws.amazon.com)コンソールにログインすると、AWS CloudFormation の**Quick create stack**ページにリダイレクトされます。 3. **役割名**を入力してください。 @@ -77,7 +77,7 @@ AWS CloudFormationでロールARNを作成する際に問題が発生した場
詳細はこちらをクリックしてください -1. 前の手順で説明した**「新しい ARN を追加」**ダイアログで、 **「問題が発生しましたか？ロール ARN を手動で作成します」**をクリックします。TiDB **TiDB Cloudアカウント ID**と**TiDB Cloud外部 ID**が取得されます。 +1. 前の手順で説明した**Add New ARN**ダイアログで、 **「問題が発生しましたか？ロール ARN を手動で作成します」**をクリックします。**TiDB Cloud Account ID**と**TiDB Cloud External ID**が取得されます。 2. AWS マネジメントコンソールで、Amazon S3 バケット用のマネージドポリシーを作成します。 @@ -160,8 +160,8 @@ AWS CloudFormationでロールARNを作成する際に問題が発生した場 2. 役割を作成するには、以下の情報を入力してください。 - - **「信頼済みエンティティタイプ」**で**「AWSアカウント」**を選択します。 - - **「AWSアカウント」**で**「別のAWSアカウント」**を選択し、 TiDB CloudアカウントIDを**「アカウントID」**フィールドに貼り付けます。 + - **Trusted entity type**で**「AWSアカウント」**を選択します。 + - **「AWSアカウント」**で**Another AWS account**を選択し、 TiDB CloudアカウントIDを**「アカウントID」**フィールドに貼り付けます。 - **[オプション]**で、 **[外部 ID が必要 (サードパーティがこの役割を引き受ける場合のベスト プラクティス)]**をクリックし、 TiDB Cloud外部 ID を**[外部 ID]**フィールドに貼り付けます。ロールが外部IDを必須とせずに作成された場合、プロジェクト内のいずれかのTiDB Cloud StarterまたはEssentialインスタンスの設定が完了すると、そのプロジェクト内のすべてのTiDB Cloud StarterおよびEssentialインスタンスは同じロールARNを使用してAmazon S3バケットにアクセスできます。ロールがアカウントIDと外部IDの両方を使用して作成された場合、対応するTiDB Cloud StarterまたはEssentialインスタンスのみがバケットにアクセスできます。 3. **「次へ」**をクリックしてポリシー一覧を開き、先ほど作成したポリシーを選択してから**「次へ」**をクリックします。 @@ -198,13 +198,13 @@ TiDB Cloud StarterまたはEssentialインスタンスがGCSバケットにア サービスアカウントキーを設定するには、以下の手順に従ってください。 -1. Google Cloud サービス[サービスアカウントページ](https://console.cloud.google.com/iam-admin/serviceaccounts)ページで、 **[サービス アカウントの作成]**をクリックしてサービス アカウントを作成します。詳細については、 [サービスアカウントの作成](https://cloud.google.com/iam/docs/creating-managing-service-accounts)を参照してください。 +1. Google Cloud サービス[サービスアカウントページ](https://console.cloud.google.com/iam-admin/serviceaccounts)ページで、 **CREATE SERVICE ACCOUNT**をクリックしてサービス アカウントを作成します。詳細については、 [サービスアカウントの作成](https://cloud.google.com/iam/docs/creating-managing-service-accounts)を参照してください。 1. サービスアカウント名を入力してください。 2. 任意：サービスアカウントの説明を入力してください。 - 3. サービスアカウントを作成するには、 **「作成して続行」**をクリックしてください。 + 3. サービスアカウントを作成するには、 **CREATE AND CONTINUE**をクリックしてください。 4. `Grant this service account access to project`で、必要な権限を持つ[IAMロール](https://cloud.google.com/iam/docs/understanding-roles)を選択します。 @@ -255,8 +255,8 @@ Azure ARMテンプレートを使用してSASトークンを作成するには - データをAzure Blob Storageにエクスポートする場合： - 1. **「データのエクスポート先...」** > **「Azure Blob Storage」**をクリックします。TiDB Cloud StarterまたはEssentialインスタンスでこれまでデータのインポートまたはエクスポートが行われていない場合は、ページ下部の**「データのエクスポート先...」** > **「Azure Blob Storage」を**クリックしてください。 - 2. **Azure Blob Storage 設定**エリアまでスクロールダウンし、SAS トークンフィールドの下にある**[ここをクリックして、Azure ARM テンプレートを使用して新しいものを作成する] をクリックします**。 + 1. **Export data to...** > **Azure Blob Storage**をクリックします。TiDB Cloud StarterまたはEssentialインスタンスでこれまでデータのインポートまたはエクスポートが行われていない場合は、ページ下部の**「データのエクスポート先...」** > **Azure Blob Storage**をクリックしてください。 + 2. **Azure Blob Storage Settings**エリアまでスクロールダウンし、SAS トークンフィールドの下にある**[ここをクリックして、Azure ARM テンプレートを使用して新しいものを作成する] をクリックします**。 @@ -280,7 +280,7 @@ Azure ARMテンプレートを使用してSASトークンを作成するには ![azure-storage-account-overview](/media/tidb-cloud/serverless-external-storage/azure-storage-account-overview.png) - 4. デプロイメントを確認するには、 **「レビュー + 作成」**または**「次へ」**をクリックします。デプロイメントを開始するには、 **「作成」**をクリックします。 + 4. デプロイメントを確認するには、 **Review + create**または**「次へ」**をクリックします。デプロイメントを開始するには、 **「作成」**をクリックします。 5. 処理が完了すると、デプロイメント概要ページにリダイレクトされます。 **「出力」**セクションに移動して、SASトークンを取得してください。 @@ -290,22 +290,22 @@ Azure ARMテンプレートを使用してSASトークンを作成する際に 1. [Azureストレージアカウント](https://portal.azure.com/#browse/Microsoft.Storage%2FStorageAccounts)ページで、コンテナーが属するストレージアカウントをクリックします。 -2. **ストレージアカウント**ページで、**[セキュリティ + ネットワーク]**をクリックし、 **[共有アクセス署名]**をクリックします。 +2. **ストレージアカウント**ページで、**[セキュリティ + ネットワーク]**をクリックし、 **Shared access signature**をクリックします。 ![sas-position](/media/tidb-cloud/serverless-external-storage/azure-sas-position.png) -3. **[共有アクセス署名]**ページで、次のように必要なアクセス許可を持つサービス SAS トークンを作成します。詳細については、 [サービスSASトークンを作成します](https://docs.microsoft.com/en-us/azure/storage/common/storage-sas-overview)を参照してください。 +3. **Shared access signature**ページで、次のように必要なアクセス許可を持つサービス SAS トークンを作成します。詳細については、 [サービスSASトークンを作成します](https://docs.microsoft.com/en-us/azure/storage/common/storage-sas-overview)を参照してください。 1. **「許可されたサービス」**セクションで、 **「Blob」**サービスを選択します。 - 2. **「許可されたリソースの種類」**セクションで、 **「コンテナ」**と**「オブジェクト」**を選択します。 + 2. **Allowed Resource types**セクションで、 **「コンテナ」**と**「オブジェクト」**を選択します。 3. **「許可された権限」**セクションで、必要に応じて権限を選択してください。 - TiDB Cloud StarterまたはEssentialインスタンスからデータをエクスポートするには、**読み取り**権限と**書き込み**権限が必要です。 - TiDB Cloud StarterまたはEssentialインスタンスにデータをインポートするには、**読み取り**権限と**一覧表示**権限が必要です。 - 4. 必要に応じて**開始日時と終了日時**を調整してください。 + 4. 必要に応じて**Start and expiry date/time**を調整してください。 5. その他の設定については、デフォルト値をそのまま使用できます。 @@ -331,7 +331,7 @@ TiDB CloudがAlibaba Cloud OSSバケットにアクセスできるようにす - **「効果」**セクションで**「許可」**を選択します。 - - 「**サービス」**セクションで、 **「オブジェクトストレージサービス」**を選択します。 + - 「**サービス」**セクションで、 **Object Storage Service**を選択します。 - 「**アクション」**セクションで、必要に応じて権限を選択してください。 diff --git a/tidb-cloud/configure-maintenance-window.md b/tidb-cloud/configure-maintenance-window.md index 73d8a0185443d..b7d86e9b4fc04 100644 --- a/tidb-cloud/configure-maintenance-window.md +++ b/tidb-cloud/configure-maintenance-window.md @@ -74,7 +74,7 @@ TiDB Cloudは、メンテナンス期間ごとに、以下のタイミングで - メンテナンスデータがない場合、それは最近メンテナンス作業が予定されていないことを意味します。 -5. （オプション）メンテナンス期間の開始時刻を変更するには、 **「メンテナンス期間設定」**をクリックしてください。なお、メンテナンスは、その週にメンテナンス期間が予定されている場合にのみ、指定された開始時刻に実行されます。 +5. （オプション）メンテナンス期間の開始時刻を変更するには、 **Maintenance Window Setting**をクリックしてください。なお、メンテナンスは、その週にメンテナンス期間が予定されている場合にのみ、指定された開始時刻に実行されます。 6. 特定のメンテナンス作業のスケジュールを変更するには、 **[アクション]**列の**[…]** > **[スケジュール変更]**をクリックし、期限前に新しい時間を選択します。 diff --git a/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md b/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md index 233be939b751a..4fce843963911 100644 --- a/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md +++ b/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md @@ -51,15 +51,15 @@ TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにファイア 5. **「承認済みネットワーク」**セクションで、 **「ルールの追加」**をクリックし、許可するIPアドレスまたはIPアドレス範囲を追加します。 - - お使いのコンピュータの現在のIPアドレスを追加するには、 **「現在のIPアドレスを追加」**をクリックします。これにより、 TiDB Cloudが認識するコンピュータのパブリックIPアドレスを含むファイアウォールルールが自動的に作成されます。 + - お使いのコンピュータの現在のIPアドレスを追加するには、 **Add Current IP**をクリックします。これにより、 TiDB Cloudが認識するコンピュータのパブリックIPアドレスを含むファイアウォールルールが自動的に作成されます。 > **Note:** > > TiDB Cloudコンソールが認識するIPアドレスは、データベースクライアントが使用するIPアドレスと異なる場合があります。ルールが期待どおりに機能しない場合は、開始IPアドレスと終了IPアドレスを調整してください。公開IPアドレスを確認するには、検索エンジンまたはオンラインツールを使用できます。たとえば、「自分のIPアドレスは何ですか」と検索してください。 - - TiDB Cloud StarterまたはEssentialインスタンスがAWS上でホストされている場合、すべてのAWS IPアドレスからのアクセスを有効にするには、 **[AWSアクセスを追加**]をクリックします。これにより、すべてのAWS IPアドレス範囲を含むファイアウォールルールが自動的に作成されます。TiDB Cloudは、予約済みIPアドレス**169.254.65.87**を使用してAWS IPアドレス範囲を表し、公式の[AWS IPアドレスリスト](https://docs.aws.amazon.com/vpc/latest/userguide/aws-ip-ranges.html)に基づいてリストを定期的に更新します。 + - TiDB Cloud StarterまたはEssentialインスタンスがAWS上でホストされている場合、すべてのAWS IPアドレスからのアクセスを有効にするには、 **Add AWS Access**をクリックします。これにより、すべてのAWS IPアドレス範囲を含むファイアウォールルールが自動的に作成されます。TiDB Cloudは、予約済みIPアドレス**169.254.65.87**を使用してAWS IPアドレス範囲を表し、公式の[AWS IPアドレスリスト](https://docs.aws.amazon.com/vpc/latest/userguide/aws-ip-ranges.html)に基づいてリストを定期的に更新します。 - - アドレス範囲を追加するには、単一のIPアドレスまたはIPアドレスの範囲を指定します。ルールを単一のIPアドレスに限定するには、 **「開始IPアドレス」**と**「終了IPアドレス」**のフィールドに同じIPアドレスを入力します。 + - アドレス範囲を追加するには、単一のIPアドレスまたはIPアドレスの範囲を指定します。ルールを単一のIPアドレスに限定するには、 **Start IP Address**と**End IP Address**のフィールドに同じIPアドレスを入力します。 > **Note:** > diff --git a/tidb-cloud/configure-sql-users.md b/tidb-cloud/configure-sql-users.md index af7b75b98b516..1718c5d420229 100644 --- a/tidb-cloud/configure-sql-users.md +++ b/tidb-cloud/configure-sql-users.md @@ -54,7 +54,7 @@ SQLユーザーに組み込みロールと複数のカスタムロールの両 1. クラスターの[**SQLユーザー**](/tidb-cloud/configure-sql-users.md#view-sql-users)ページに移動します。 -2. 右上隅の**「SQLユーザーの作成」**をクリックしてください。 +2. 右上隅の**Create SQL User**をクリックしてください。 SQLユーザー設定用のダイアログが表示されます。 diff --git a/tidb-cloud/connect-via-standard-connection.md b/tidb-cloud/connect-via-standard-connection.md index 321b9b0fdccac..826f10c19aa90 100644 --- a/tidb-cloud/connect-via-standard-connection.md +++ b/tidb-cloud/connect-via-standard-connection.md @@ -33,7 +33,7 @@ summary: パブリック接続を使用してTiDB Cloudクラスターに接続 3. 接続ダイアログで、 **「接続タイプ」**ドロップダウンリストから**「パブリック」**を選択します。 - IP アクセス リストを設定していない場合は、最初の接続の前に、 **[IP アクセス リストの設定] をクリックするか、「IP アクセス リストを設定する」**の手順に従って[IPアクセスリストを設定する](/tidb-cloud/configure-ip-access-list.md)。 + IP アクセス リストを設定していない場合は、最初の接続の前に、 **Configure IP Access List**をクリックするか、 [IP アクセス リストを設定する](/tidb-cloud/configure-ip-access-list.md)の手順に従って設定してください。 4. **「CA証明書」**をクリックすると、TiDBクラスターへのTLS接続に必要なCA証明書をダウンロードできます。このCA証明書は、デフォルトでTLS 1.2バージョンをサポートしています。 diff --git a/tidb-cloud/connected-lark-ticket-creation.md b/tidb-cloud/connected-lark-ticket-creation.md index 862181b899400..f92035df855a8 100644 --- a/tidb-cloud/connected-lark-ticket-creation.md +++ b/tidb-cloud/connected-lark-ticket-creation.md @@ -5,7 +5,7 @@ summary: Lark チケットの作成と更新サブスクリプションに関す # Larkでチケットを作成し、チケットの更新を購読する {#create-tickets-and-subscribe-to-ticket-updates-via-lark} -TiDB Cloud **Enterprise** [サポートプラン](/tidb-cloud/connected-care-detail.md)をご契約のお客様には、 [Lark](https://www.larksuite.com/)で**「PingCAP Support Bot」**と呼ばれるチケットボットをご利用いただけます。このボットは、サポートチケットの作成や、サポートチケットシステムからの最新情報の直接受信に役立ちます。 +TiDB Cloud **Enterprise** [サポートプラン](/tidb-cloud/connected-care-detail.md)をご契約のお客様には、 [Lark](https://www.larksuite.com/)で**PingCAP Support Bot**と呼ばれるチケットボットをご利用いただけます。このボットは、サポートチケットの作成や、サポートチケットシステムからの最新情報の直接受信に役立ちます。 > **Note:** > @@ -13,7 +13,7 @@ TiDB Cloud **Enterprise** [サポートプラン](/tidb-cloud/connected-care-det ## サポートチケットを作成する {#create-a-support-ticket} -1. Larkの**PingCAPサポートグループ**で、 `@PingCAP Support Bot`メンションし、メッセージで問題を説明してください。そうすると、ボットがあなただけに閲覧可能な一時的なカードメッセージを送信します。 +1. Larkの**PingCAP Support Group**で、 `@PingCAP Support Bot`メンションし、メッセージで問題を説明してください。そうすると、ボットがあなただけに閲覧可能な一時的なカードメッセージを送信します。 ![lark-ticket-creation-1](/media/tidb-cloud/connected-lark-ticket-creation-1.png) @@ -29,7 +29,7 @@ TiDB Cloud **Enterprise** [サポートプラン](/tidb-cloud/connected-care-det ## チケットの最新情報を購読する {#subscribe-to-ticket-updates} -[サポートチケットを作成する](#create-a-support-ticket)設定すると、Lark **PingCAP サポートグループ**でチケットの更新情報を直接受け取ることができます。サポートエンジニアがチケットに返信すると、ボットがグループに更新メッセージを投稿します。メッセージには、チケットのタイトル、チケットへのリンク、最新のコメントが含まれます。 +[サポートチケットを作成する](#create-a-support-ticket)設定すると、Lark **PingCAP Support Group**でチケットの更新情報を直接受け取ることができます。サポートエンジニアがチケットに返信すると、ボットがグループに更新メッセージを投稿します。メッセージには、チケットのタイトル、チケットへのリンク、最新のコメントが含まれます。 ![lark-ticket-creation-5](/media/tidb-cloud/connected-lark-ticket-creation-5.png) diff --git a/tidb-cloud/connected-lark-ticket-interaction.md b/tidb-cloud/connected-lark-ticket-interaction.md index d5d5e859832cc..13ba463ea2cf8 100644 --- a/tidb-cloud/connected-lark-ticket-interaction.md +++ b/tidb-cloud/connected-lark-ticket-interaction.md @@ -13,7 +13,7 @@ summary: サポートチケットのLarkインタラクションに関する詳 ## サポートチケットでやり取りする {#interact-with-support-tickets} -Lark の**PingCAP サポート グループ**に[サポートチケットを作成する](/tidb-cloud/connected-lark-ticket-creation.md#create-a-support-ticket)すると、ボットがメッセージ スレッドにチケット リンクを付けて返信します。 +Lark の**PingCAP Support Group**に[サポートチケットを作成する](/tidb-cloud/connected-lark-ticket-creation.md#create-a-support-ticket)すると、ボットがメッセージ スレッドにチケット リンクを付けて返信します。 ![lark-ticket-interaction-1](/media/tidb-cloud/connected-lark-ticket-interaction-1.png) diff --git a/tidb-cloud/connected-slack-ticket-interaction.md b/tidb-cloud/connected-slack-ticket-interaction.md index 9aba0d411e3db..3e5d52673f70a 100644 --- a/tidb-cloud/connected-slack-ticket-interaction.md +++ b/tidb-cloud/connected-slack-ticket-interaction.md @@ -11,7 +11,7 @@ summary: サポート チケットの Slack でのやり取りに関する詳細 > > Slackのチケットサポート機能はリクエストに応じてご利用いただけます。この機能をご利用になりたい場合は、 TiDB Cloudサポート[support@pingcap.com](mailto:support@pingcap.com)までご連絡いただくか、担当のテクニカルアカウントマネージャー（TAM）までお問い合わせください。 -**PingCAP サポート ボット**を使用して Slack でサポート チケットを作成できます。 +**PingCAP Support Bot**を使用して Slack でサポート チケットを作成できます。 ![Create a support ticket in Slack](/media/tidb-cloud/connected-slack-ticket-interaction-creation.gif) diff --git a/tidb-cloud/create-tidb-cluster-serverless.md b/tidb-cloud/create-tidb-cluster-serverless.md index 4c8734f7fae0d..c4a11e285465f 100644 --- a/tidb-cloud/create-tidb-cluster-serverless.md +++ b/tidb-cloud/create-tidb-cluster-serverless.md @@ -48,7 +48,7 @@ TiDB Cloudアカウントをお持ちでない場合は、[ここ](https://tidbc 4. インスタンスの名前を入力し、次にインスタンスをホストするクラウドプロバイダーとリージョンを選択してください。 -5. （オプション）このインスタンスを管理対象プロジェクトにグループ化するには、 **[インスタンスをプロジェクトにグループ化]を**クリックし、インスタンスのターゲットプロジェクトを選択します。組織内にプロジェクトがない場合は、 **[プロジェクトの作成]を**クリックして作成できます。 +5. （オプション）このインスタンスを管理対象プロジェクトにグループ化するには、 **[インスタンスをプロジェクトにグループ化]を**クリックし、インスタンスのターゲットプロジェクトを選択します。組織内にプロジェクトがない場合は、 **Create a Project**をクリックして作成できます。 6. インスタンスの容量を更新します。 diff --git a/tidb-cloud/create-tidb-cluster.md b/tidb-cloud/create-tidb-cluster.md index 71dacb18a81fb..ca7c794c208b7 100644 --- a/tidb-cloud/create-tidb-cluster.md +++ b/tidb-cloud/create-tidb-cluster.md @@ -34,7 +34,7 @@ TiDB Cloudアカウントをお持ちでない場合は、[ここ](https://tidbc 3. **「リソースの作成」**ページで**「Dedicated」**を選択し、クラスタ情報を次のように構成します。 - 1. TiDB Cloud Dedicatedクラスターのプロジェクトを選択してください。組織内にプロジェクトがない場合は、 **「プロジェクトの作成」を**クリックして作成できます。 + 1. TiDB Cloud Dedicatedクラスターのプロジェクトを選択してください。組織内にプロジェクトがない場合は、 **Create a Project**をクリックして作成できます。 2. TiDB Cloud Dedicatedクラスターの名前を入力してください。 @@ -59,7 +59,7 @@ TiDB Cloudアカウントをお持ちでない場合は、[ここ](https://tidbc 4. 右側のクラスター情報と請求情報を確認してください。 -5. 支払い方法を登録していない場合は、右下隅の**「クレジットカードを追加」**をクリックしてください。 +5. 支払い方法を登録していない場合は、右下隅の**Add Credit Card**をクリックしてください。 > **Note:** > diff --git a/tidb-cloud/data-service-api-key.md b/tidb-cloud/data-service-api-key.md index 486174f0fd607..92adc3d0cfe7b 100644 --- a/tidb-cloud/data-service-api-key.md +++ b/tidb-cloud/data-service-api-key.md @@ -93,9 +93,9 @@ TiDB Cloud Data API は[基本認証](https://en.wikipedia.org/wiki/Basic_access 2. 左側のペインで、対象のデータアプリの名前をクリックすると、その詳細が表示されます。 -3. **認証**エリアで、 **「APIキーの作成」を**クリックします。 +3. **認証**エリアで、 **Create API Key**をクリックします。 -4. **「APIキーの作成」**ダイアログボックスで、以下の操作を行います。 +4. **Create API Key**ダイアログボックスで、以下の操作を行います。 1. （任意）APIキーの説明を入力してください。 diff --git a/tidb-cloud/data-service-custom-domain.md b/tidb-cloud/data-service-custom-domain.md index ce6b52213bc86..50890fda7adf9 100644 --- a/tidb-cloud/data-service-custom-domain.md +++ b/tidb-cloud/data-service-custom-domain.md @@ -27,8 +27,8 @@ TiDB Cloud Data Serviceは、各データアプリのエンドポイントにア 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 2. 左側のペインで、対象のデータアプリの名前をクリックすると、その詳細が表示されます。 -3. **「カスタムドメインの管理」**エリアで、 **「カスタムドメインの追加」**をクリックします。 -4. **「カスタムドメインの追加」**ダイアログボックスで、以下の操作を行います。 +3. **Manage Custom Domain**エリアで、 **Add Custom Domain**をクリックします。 +4. **Add Custom Domain**ダイアログボックスで、以下の操作を行います。 1. 置き換えたいデフォルトドメインを選択してください。 2. 希望するカスタムドメイン名を入力してください。 3. オプション：エンドポイントのプレフィックスとしてカスタムパスを設定できます。**カスタムパスを**空欄にした場合、デフォルトのパスが使用されます。 @@ -53,7 +53,7 @@ TiDB Cloud Data Serviceは、各データアプリのエンドポイントにア 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 2. 左側のペインで、対象のデータアプリの名前をクリックすると、その詳細が表示されます。 -3. **カスタムドメインの管理**領域で、**アクション**列を見つけてクリックします。 編集したいカスタムドメインの行を**編集してください**。 +3. **Manage Custom Domain**領域で、**アクション**列を見つけてクリックします。 編集したいカスタムドメインの行を**編集してください**。 4. 表示されたダイアログボックスで、カスタムドメインまたはカスタムパスを更新してください。 5. **ベースURLを**プレビューして、期待どおりになっているか確認してください。問題がなければ、 **「保存」**をクリックしてください。 6. カスタムドメインを変更した場合は、 **DNS設定**ダイアログの指示に従って、DNSプロバイダのデフォルトドメインに`CNAME`レコードを追加してください。 @@ -68,5 +68,5 @@ TiDB Cloud Data Serviceは、各データアプリのエンドポイントにア 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 2. 左側のペインで、対象のデータアプリの名前をクリックすると、その詳細が表示されます。 -3. **カスタムドメインの管理**領域で、**アクション**列を見つけてクリックします。 削除したいカスタムドメインの行を**削除してください**。 +3. **Manage Custom Domain**領域で、**アクション**列を見つけてクリックします。 削除したいカスタムドメインの行を**削除してください**。 4. 表示されたダイアログボックスで、削除を確認してください。 diff --git a/tidb-cloud/data-service-get-started.md b/tidb-cloud/data-service-get-started.md index fcd6e607a5e7b..348a95d7b5b19 100644 --- a/tidb-cloud/data-service-get-started.md +++ b/tidb-cloud/data-service-get-started.md @@ -29,7 +29,7 @@ Data Serviceを使い始めるには、サンプルデータアプリを作成 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページの**[プロジェクト ビュー]**タブをクリックし、プロジェクトの [ **...]**をクリックして、 **[Data Service]**をクリックします。 -2. **Data Service**ページで、 **「サンプルデータアプリの作成」を**クリックします。ダイアログが表示されます。 +2. **Data Service**ページで、 **Create Sample Data App**をクリックします。ダイアログが表示されます。 3. ダイアログで、必要に応じてアプリ名を更新し、データアプリがアクセスするTiDB Cloud Starterインスタンスを選択して、 **[作成]**をクリックします。 @@ -57,17 +57,17 @@ Data Serviceの利用を開始するには、独自のデータアプリを作 > **Tip:** > - > これがプロジェクトで初めて作成するデータアプリの場合は、ページ中央の**「データアプリを作成」**をクリックしてください。 + > これがプロジェクトで初めて作成するデータアプリの場合は、ページ中央の**Create Data App**をクリックしてください。 -3. **「データアプリの作成」**ダイアログで、名前と説明を入力し、データアプリがアクセスするTiDB Cloud Starterインスタンスを選択します。 +3. **Create Data App**ダイアログで、名前と説明を入力し、データアプリがアクセスするTiDB Cloud Starterインスタンスを選択します。 > **Note:** > - > デフォルトでは、データ アプリのタイプは**標準データ アプリ**です。 **Chat2Query データアプリ**を作成したい場合は、本書の代わりに[Chat2Query API を使い始めよう](/tidb-cloud/use-chat2query-api.md)を参照してください。 + > デフォルトでは、データ アプリのタイプは**Standard Data App**です。 **Chat2Query Data App**を作成したい場合は、本書の代わりに[Chat2Query API を使い始めよう](/tidb-cloud/use-chat2query-api.md)を参照してください。 -4. （オプション）データアプリのエンドポイントを、お好みのGitHubリポジトリとブランチに自動的にデプロイするには、 **「GitHubに接続」**を有効にしてから、以下の手順を実行してください。 +4. （オプション）データアプリのエンドポイントを、お好みのGitHubリポジトリとブランチに自動的にデプロイするには、 **Connect to GitHub**を有効にしてから、以下の手順を実行してください。 - 1. **GitHubで「インストール」を**クリックし、画面の指示に従って、 **TiDB Cloud Data Serviceを**アプリケーションとして対象のリポジトリにインストールしてください。 + 1. **Install on GitHub**をクリックし、画面の指示に従って、 **TiDB Cloud Data Service**をアプリケーションとして対象のリポジトリにインストールしてください。 2. TiDB Cloudコンソールに戻り、 **「承認」**をクリックしてGitHub上のアプリケーションへのアクセスを承認してください。 @@ -78,11 +78,11 @@ Data Serviceの利用を開始するには、独自のデータアプリを作 > - ディレクトリ名はスラッシュ（ `/` ）で始まる必要があります。例えば、 `/mydata`のようになります。指定したディレクトリが対象のリポジトリとブランチに存在しない場合は、自動的に作成されます。 > - リポジトリ、ブランチ、ディレクトリの組み合わせによって構成ファイルのパスが識別されます。このパスはデータアプリ間で一意である必要があります。指定したパスが既に他のデータアプリで使用されている場合は、新しいパスを指定する必要があります。そうしないと、現在のデータアプリ用にTiDB Cloudコンソールで構成されたエンドポイントによって、指定したパス内のファイルが上書きされます。 -5. **[データ アプリの作成] を**クリックします。 [**Data Service**](https://tidbcloud.com/project/data-service)の詳細ページが表示されます。 +5. **Create Data App**をクリックします。 [**Data Service**](https://tidbcloud.com/project/data-service)の詳細ページが表示されます。 6. データ アプリを GitHub に接続するように構成している場合は、指定した GitHub ディレクトリを確認してください。データ[データアプリの設定ファイル](/tidb-cloud/data-service-app-config-files.md)`tidb-cloud-data-service`によってディレクトリにコミットされていることがわかります。これは、データアプリが GitHub に正常に接続されていることを意味します。 - 新しいデータ アプリでは、**自動同期とデプロイメント**および**ドラフトのレビューが**デフォルトで有効になっているため、 TiDB Cloudコンソールと GitHub の間でデータ アプリの変更を簡単に同期し、デプロイメント前に変更をレビューできます。 GitHub 統合の詳細については、 [GitHub を使用してデータ アプリの変更を自動的にデプロイ](/tidb-cloud/data-service-manage-github-connection.md)を参照してください。 + 新しいデータ アプリでは、**Auto Sync & Deployment**および**ドラフトのレビュー**がデフォルトで有効になっているため、 TiDB Cloudコンソールと GitHub の間でデータ アプリの変更を簡単に同期し、デプロイメント前に変更をレビューできます。 GitHub 統合の詳細については、 [GitHub を使用してデータ アプリの変更を自動的にデプロイ](/tidb-cloud/data-service-manage-github-connection.md)を参照してください。 ### ステップ2. エンドポイントを開発する {#step-2-develop-an-endpoint} @@ -193,9 +193,9 @@ HTTPSリクエストを送信することでエンドポイントを呼び出す 1. [**Data Service**](https://tidbcloud.com/project/data-service)ページの左側のペインで、データ アプリの名前をクリックして詳細を表示します。 -2. **認証**エリアで、 **「APIキーの作成」を**クリックします。 +2. **認証**エリアで、 **Create API Key**をクリックします。 -3. **「APIキーの作成」**ダイアログボックスで、以下の操作を行います。 +3. **Create API Key**ダイアログボックスで、以下の操作を行います。 1. （任意）APIキーの説明を入力してください。 diff --git a/tidb-cloud/data-service-integrations.md b/tidb-cloud/data-service-integrations.md index 8d6e82901fcf4..b867d5f7acace 100644 --- a/tidb-cloud/data-service-integrations.md +++ b/tidb-cloud/data-service-integrations.md @@ -19,17 +19,17 @@ summary: TiDB Cloudコンソールで、 TiDB CloudデータアプリをGPTやDi 2. 左側のペインで、対象のデータアプリを見つけ、対象のデータアプリの名前をクリックし、次に**「統合」**タブをクリックします。 -3. **「GPTとの統合」**領域で、 **「コンフィグレーションを取得」**をクリックします。 +3. **Integrate with GPTs**領域で、 **「コンフィグレーションを取得」**をクリックします。 ![Get Configuration](/media/tidb-cloud/data-service/GPTs1.png) 4. 表示されたダイアログボックスには、以下の項目が表示されます。 - ａ． **API 仕様 URL** : データ アプリの OpenAPI 仕様の URL をコピーします。詳細については、 [OpenAPI仕様を使用する](/tidb-cloud/data-service-manage-data-app.md#use-the-openapi-specification)を参照してください。 + ａ． **API Specification URL** : データ アプリの OpenAPI 仕様の URL をコピーします。詳細については、 [OpenAPI仕様を使用する](/tidb-cloud/data-service-manage-data-app.md#use-the-openapi-specification)を参照してください。 - b. **API キー**: データ アプリの API キーを入力します。 API キーをまだ持っていない場合は、 **「API キーの作成**」をクリックして作成します。詳細については、 [APIキーを作成する](/tidb-cloud/data-service-api-key.md#create-an-api-key)を参照してください。 + b. **API キー**: データ アプリの API キーを入力します。 API キーをまだ持っていない場合は、 **Create API Key**をクリックして作成します。詳細については、 [APIキーを作成する](/tidb-cloud/data-service-api-key.md#create-an-api-key)を参照してください。 - c. **APIキーエンコード**：提供したAPIキーに相当するbase64エンコードされた文字列をコピーします。 + c. **API Key Encoded**：提供したAPIキーに相当するbase64エンコードされた文字列をコピーします。 ![GPTs Dialog Box](/media/tidb-cloud/data-service/GPTs2.png) @@ -39,4 +39,4 @@ summary: TiDB Cloudコンソールで、 TiDB CloudデータアプリをGPTやDi データアプリを[Dify](https://dify.ai/)と統合することで、ベクトル距離計算、高度な類似性検索、ベクトル解析などのインテリジェントな機能を追加し、アプリケーションを強化できます。 -データアプリをDifyと連携させるには、 [GPT統合](#integrate-your-data-app-with-gpts)の場合と同じ手順に従ってください。唯一の違いは、 **[連携]**タブの**[Difyとの連携]**エリアで**[コンフィグレーションを取得]を**クリックする必要がある点です。 +データアプリをDifyと連携させるには、 [GPT統合](#integrate-your-data-app-with-gpts)の場合と同じ手順に従ってください。唯一の違いは、 **[連携]**タブの**[Difyとの連携]**エリアで**Get Configuration**をクリックする必要がある点です。 diff --git a/tidb-cloud/data-service-manage-data-app.md b/tidb-cloud/data-service-manage-data-app.md index 8610f852aec16..06d857bbf4c75 100644 --- a/tidb-cloud/data-service-manage-data-app.md +++ b/tidb-cloud/data-service-manage-data-app.md @@ -17,17 +17,17 @@ Data Service（プレビュー版）のデータアプリは、特定のアプ > **Tip:** > - > これがプロジェクトの最初のデータ アプリである場合は、ページの中央にある**[データ アプリの作成]**をクリックします。 + > これがプロジェクトの最初のデータ アプリである場合は、ページの中央にある**Create Data App**をクリックします。 2. 名前と説明を入力し、データ アプリがアクセスするクラスターを選択します。 > **Note:** > - > デフォルトでは、データアプリの種類は**標準データアプリ**です。Chat2Query**データアプリ**を作成する場合は、このドキュメントではなく[Chat2Query APIを使い始める](/tidb-cloud/use-chat2query-api.md)を参照してください。 + > デフォルトでは、データアプリの種類は**Standard Data App**です。**Chat2Query Data App**を作成する場合は、このドキュメントではなく[Chat2Query APIを使い始める](/tidb-cloud/use-chat2query-api.md)を参照してください。 -3. (オプション) データ アプリのエンドポイントを優先 GitHub リポジトリとブランチに自動的にデプロイするには、 **GitHub に接続 を**有効にして、次の操作を行います。 +3. (オプション) データ アプリのエンドポイントを優先 GitHub リポジトリとブランチに自動的にデプロイするには、 **Connect to GitHub**を有効にして、次の操作を行います。 - 1. **「GitHub にインストール」を**クリックし、画面の指示に従って、 **TiDB Cloud Data Service を**アプリケーションとしてターゲット リポジトリにインストールします。 + 1. **Install on GitHub**をクリックし、画面の指示に従って、 **TiDB Cloud Data Service**をアプリケーションとしてターゲット リポジトリにインストールします。 2. **「承認」**をクリックして、GitHub 上のアプリケーションへのアクセスを承認します。 3. データ アプリの構成ファイルを保存するターゲット リポジトリ、ブランチ、ディレクトリを指定します。 @@ -37,13 +37,13 @@ Data Service（プレビュー版）のデータアプリは、特定のアプ > - リポジトリ、ブランチ、ディレクトリの組み合わせは、設定ファイルのパスを識別します。このパスはデータアプリ間で一意である必要があります。指定したパスが既に別のデータアプリで使用されている場合は、新しいパスを指定する必要があります。そうしないと、 TiDB Cloudコンソールで現在のデータアプリ用に設定されたエンドポイントによって、指定したパス内のファイルが上書きされます。 > - 指定したパスに別のデータ アプリからコピーされた構成ファイルが含まれており、これらのファイルを現在のデータ アプリにインポートする場合は、 [既存のデータアプリの構成をインポートする](/tidb-cloud/data-service-manage-github-connection.md#import-configurations-of-an-existing-data-app)を参照してください。 -4. **[データ アプリの作成] を**クリックします。 +4. **Create Data App**をクリックします。 新しく作成されたデータアプリがリストの一番上に追加されます。新しいデータアプリにはデフォルトで「 `untitled endpoint`が作成されます。 5. データアプリをGitHubに接続するように設定している場合は、指定したGitHubディレクトリを確認してください`tidb-cloud-data-service`までに[データアプリの構成ファイル](/tidb-cloud/data-service-app-config-files.md)ディレクトリにコミットされていることがわかります。これは、データアプリがGitHubに正常に接続されていることを意味します。 - 新しいデータアプリでは、**自動同期とデプロイ、**および**ドラフトのレビューが**デフォルトで有効になっているため、 TiDB Cloudコンソールと GitHub 間でデータアプリの変更を簡単に同期し、デプロイ前に変更を確認できます。GitHub との統合の詳細については、 [データアプリの変更を GitHub で自動的にデプロイ](/tidb-cloud/data-service-manage-github-connection.md)ご覧ください。 + 新しいデータアプリでは、**Auto Sync & Deployment**、および**ドラフトのレビューが**デフォルトで有効になっているため、 TiDB Cloudコンソールと GitHub 間でデータアプリの変更を簡単に同期し、デプロイ前に変更を確認できます。GitHub との統合の詳細については、 [データアプリの変更を GitHub で自動的にデプロイ](/tidb-cloud/data-service-manage-github-connection.md)ご覧ください。 ## データアプリを構成する {#configure-a-data-app} @@ -55,7 +55,7 @@ Data Service（プレビュー版）のデータアプリは、特定のアプ 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 2. 左側のペインで、対象のデータ アプリの名前をクリックして詳細を表示します。 -3. **データアプリのプロパティ**領域で、 をクリックし、アプリ名、バージョン、または説明を変更して、 **「確認」を**クリックします。 +3. **Data App Properties**領域で、 をクリックし、アプリ名、バージョン、または説明を変更して、 **「確認」を**クリックします。 ### GitHub接続を管理する {#manage-github-connection} @@ -69,14 +69,14 @@ Data Service（プレビュー版）のデータアプリは、特定のアプ 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 2. 左側のペインで、対象のデータ アプリを見つけ、対象のデータ アプリの名前をクリックして詳細を表示します。 -3. **[リンクされたデータ ソース]**領域で、 **[クラスタの追加] を**クリックします。 +3. **Linked Data Sources**領域で、 **[クラスタの追加] を**クリックします。 4. 表示されたダイアログボックスで、リストからクラスターを選択し、 **「追加」**をクリックします。 データ アプリからリンクされたクラスターを削除するには、次の手順を実行します。 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 2. 左側のペインで、対象のデータ アプリを見つけ、対象のデータ アプリの名前をクリックして詳細を表示します。 -3. **[リンクされたデータ ソース]**領域で、データ アプリから削除する対象のリンク クラスターを見つけて、 **[アクション]**列の**[削除] を**クリックします。 +3. **Linked Data Sources**領域で、データ アプリから削除する対象のリンク クラスターを見つけて、 **[アクション]**列の**[削除] を**クリックします。 4. 表示されたダイアログボックスで削除を確認します。 リンクされたクラスターを削除しても、クラスター自体は削除されませんが、データ アプリ内の既存のエンドポイントはクラスターにアクセスできなくなります。 @@ -103,9 +103,9 @@ Data Service（プレビュー版）のデータアプリは、特定のアプ 3. **「デプロイメントコンフィグレーション」**領域で、 **「構成」**をクリックします。デプロイメント構成のダイアログが表示されます。 -4. ダイアログで、**自動同期とデプロイメント**と**ドラフトの確認**の希望の設定を選択します。 +4. ダイアログで、**Auto Sync & Deployment**と**ドラフトの確認**の希望の設定を選択します。 - - **自動同期と展開** + - **Auto Sync & Deployment** - このオプションは、データアプリがGitHubに接続されている場合にのみ有効にできます。詳細については、 [GitHubで自動デプロイ](/tidb-cloud/data-service-manage-github-connection.md)ご覧ください。 - 有効にすると、指定したGitHubディレクトリに加えられた変更がTiDB Cloudに自動的にデプロイされ、 TiDB Cloudコンソールに加えられた変更もGitHubにプッシュされます。対応するデプロイ情報とコミット情報は、データアプリのデプロイ履歴で確認できます。 @@ -146,7 +146,7 @@ OpenAPI ドキュメントにアクセスするには、次の手順を実行し 2. 左側のペインで、対象のデータ アプリの名前をクリックして詳細を表示します。 -3. ページの右上隅にある**[API ドキュメントのビュー] を**クリックします。 +3. ページの右上隅にある**View API Docs**をクリックします。 OpenAPI 仕様を初めて使用する場合は、プロンプトが表示されたらリクエストを承認する必要があります。 @@ -161,7 +161,7 @@ OpenAPI ドキュメントにアクセスするには、次の手順を実行し 詳細については[APIキーを管理する](/tidb-cloud/data-service-api-key.md)を参照してください。 - 2. ターゲットエンドポイントを見つけ、必要なパラメータを入力して**「試してみる」**をクリックします。レスポンスは**「レスポンス本文」**領域に表示されます。 + 2. ターゲットエンドポイントを見つけ、必要なパラメータを入力して**Try it out**をクリックします。レスポンスは**「レスポンス本文」**領域に表示されます。 OpenAPI ドキュメントの使用方法の詳細については、 [スワッガーUI](https://swagger.io/tools/swagger-ui/)を参照してください。 @@ -175,8 +175,8 @@ OpenAPI ドキュメントの使用方法の詳細については、 [スワッ 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 2. 左側のペインで、対象のデータ アプリを見つけ、対象のデータ アプリの名前をクリックして詳細を表示します。 -3. **危険ゾーン**エリアで、 **「データアプリを削除」**をクリックします。確認のダイアログボックスが表示されます。 -4. `//`を入力し、 **[理解して削除] を**クリックします。 +3. **危険ゾーン**エリアで、 **Delete Data App**をクリックします。確認のダイアログボックスが表示されます。 +4. `//`を入力し、 **I understand, delete**をクリックします。 データアプリを削除すると、データアプリ内の既存のエンドポイントとAPIキーも削除されます。このデータアプリがGitHubに接続されている場合、アプリを削除しても、対応するGitHubリポジトリ内のファイルは削除されません。 diff --git a/tidb-cloud/data-service-manage-endpoint.md b/tidb-cloud/data-service-manage-endpoint.md index a8fa5bd97a63b..aefefa5f82fc0 100644 --- a/tidb-cloud/data-service-manage-endpoint.md +++ b/tidb-cloud/data-service-manage-endpoint.md @@ -46,7 +46,7 @@ TiDB Cloud Data Serviceでは、以下のようにして1つまたは複数の TiDB Cloud Data Serviceは、選択した操作ごとに対応するエンドポイントを生成します。バッチ操作（例`POST (Batch Create)` ）を選択した場合、生成されたエンドポイントを使用すると、単一のリクエストで複数の行を操作できます。 - 選択したテーブルに [ベクトルデータ型](/ai/reference/vector-search-data-types.md)が含まれている場合は、「**ベクトル検索操作」オプションを有効にし、ベクトル距離関数を選択して、選択した距離関数に基づいてベクトル距離を自動的に計算するベクトル**検索エンドポイントを生成できます。サポートされている[ベクトル距離関数](/ai/reference/vector-search-functions-and-operators.md)は次のものが含まれます。 + 選択したテーブルに [ベクトルデータ型](/ai/reference/vector-search-data-types.md)が含まれている場合は、**Vector Search Operations**オプションを有効にしてベクトル距離関数を選択することで、選択した距離関数に基づいてベクトル距離を自動的に計算するベクトル検索エンドポイントを生成できます。サポートされている[ベクトル距離関数](/ai/reference/vector-search-functions-and-operators.md)は次のものが含まれます。 - `VEC_L2_DISTANCE` (デフォルト): 2 つのベクトル間の L2 距離 (ユークリッド距離) を計算します。 - `VEC_COSINE_DISTANCE` : 2 つのベクトル間のコサイン距離を計算します。 @@ -94,7 +94,7 @@ Data Serviceでは、データアプリに直接追加できる事前定義済 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 -2. 左側のペインで、対象のデータ アプリを見つけ、アプリ名の右側にある**「+」**をクリックし、次に**「エンドポイント ライブラリの管理」**をクリックします。 +2. 左側のペインで、対象のデータ アプリを見つけ、アプリ名の右側にある**「+」**をクリックし、次に**Manage Endpoint Library**をクリックします。 エンドポイントライブラリ管理のダイアログが表示されます。現在、このダイアログには**「クエリの実行」** （つまり、 `/system/query`エンドポイント）のみが表示されます。 @@ -130,7 +130,7 @@ Data Serviceでは、データアプリに直接追加できる事前定義済 > **Note:** > -> データアプリをGitHubに接続し、**自動同期とデプロイを**有効にしている場合は、GitHubを使用してエンドポイント構成を更新することもできます。GitHubで行った変更はすべて、 TiDB Cloud Data Serviceに自動的にデプロイされます。詳細については、 [GitHubで自動的にデプロイ](/tidb-cloud/data-service-manage-github-connection.md)を参照してください。 +> データアプリをGitHubに接続し、**Auto Sync & Deployment**を有効にしている場合は、GitHubを使用してエンドポイント構成を更新することもできます。GitHubで行った変更はすべて、 TiDB Cloud Data Serviceに自動的にデプロイされます。詳細については、 [GitHubで自動的にデプロイ](/tidb-cloud/data-service-manage-github-connection.md)を参照してください。 ### プロパティを構成する {#configure-properties} @@ -354,7 +354,7 @@ Data Serviceでは、データアプリに直接追加できる事前定義済 > **Note:** > -> **自動同期とデプロイメント**を有効にしてデータ アプリを GitHub に接続している場合、GitHub で行ったデータ アプリの変更はすべてTiDB Cloud Data Service に自動的にデプロイされます。詳細については、 [GitHubで自動的にデプロイ](/tidb-cloud/data-service-manage-github-connection.md)を参照してください。 +> **Auto Sync & Deployment**を有効にしてデータ アプリを GitHub に接続している場合、GitHub で行ったデータ アプリの変更はすべてTiDB Cloud Data Service に自動的にデプロイされます。詳細については、 [GitHubで自動的にデプロイ](/tidb-cloud/data-service-manage-github-connection.md)を参照してください。 エンドポイントをデプロイするには、以下の手順を実行します。 @@ -480,7 +480,7 @@ TiDB Cloud Data Serviceは、エンドポイントを呼び出すのに役立つ > **Note:** > -> データ アプリ[データアプリをGitHubに接続しました](/tidb-cloud/data-service-manage-github-connection.md)**自動同期とデプロイを**有効にしている場合、このデータ アプリのエンドポイントのデプロイを解除すると、GitHub 上のこのエンドポイントの構成も削除されます。 +> データ アプリ[データアプリをGitHubに接続しました](/tidb-cloud/data-service-manage-github-connection.md)**Auto Sync & Deployment**を有効にしている場合、このデータ アプリのエンドポイントのデプロイを解除すると、GitHub 上のこのエンドポイントの構成も削除されます。 エンドポイントをアンデプロイするには、以下の手順を実行します。 diff --git a/tidb-cloud/data-service-manage-github-connection.md b/tidb-cloud/data-service-manage-github-connection.md index 40780b8e82da6..0dba061213877 100644 --- a/tidb-cloud/data-service-manage-github-connection.md +++ b/tidb-cloud/data-service-manage-github-connection.md @@ -9,7 +9,7 @@ TiDB Cloudは、 JSON構文を使用してデータアプリの構成全体を データアプリをGitHubに接続することで、 TiDB CloudはCaC方式を使用し、データアプリの設定を[設定ファイル](/tidb-cloud/data-service-app-config-files.md)として、指定したGitHubリポジトリとブランチにプッシュできます。 -GitHub接続で**自動同期とデプロイが**有効になっている場合、GitHub上の設定ファイルを更新することでデータアプリを変更することもできます。設定ファイルの変更をGitHubにプッシュすると、新しい設定がTiDB Cloudに自動的にデプロイされます。 +GitHub接続で**Auto Sync & Deployment**が有効になっている場合、GitHub上の設定ファイルを更新することでデータアプリを変更することもできます。設定ファイルの変更をGitHubにプッシュすると、新しい設定がTiDB Cloudに自動的にデプロイされます。 このドキュメントでは、GitHub を使用してデータ アプリを自動的にデプロイする方法と、GitHub 接続を管理する方法について説明します。 @@ -34,11 +34,11 @@ GitHub接続で**自動同期とデプロイが**有効になっている場合 2. 左側のペインで、対象のデータアプリの名前をクリックすると、その詳細が表示されます。 -3. **「設定」**タブで、 **「GitHubに接続」**エリアの**「接続」**をクリックします。接続設定用のダイアログボックスが表示されます。 +3. **「設定」**タブで、 **「GitHubに接続」**エリアの**Connect**をクリックします。接続設定用のダイアログボックスが表示されます。 4. ダイアログボックスで、以下の手順を実行してください。 - 1. **GitHubで「インストール」を**クリックし、画面の指示に従って、 **TiDB Cloud Data Serviceを**アプリケーションとして対象のリポジトリにインストールしてください。 + 1. **Install on GitHub**をクリックし、画面の指示に従って、 **TiDB Cloud Data Service**をアプリケーションとして対象のリポジトリにインストールしてください。 2. **「承認」**をクリックして、GitHub上のアプリケーションへのアクセスを承認してください。 @@ -78,7 +78,7 @@ GitHub接続で**自動同期とデプロイが**有効になっている場合 ## ステップ3．データアプリを変更する {#step-3-modify-your-data-app} -**自動同期とデプロイが**有効になっている場合、GitHubまたはTiDB Cloudコンソールのいずれかを使用してデータアプリを変更できます。 +**Auto Sync & Deployment**が有効になっている場合、GitHubまたはTiDB Cloudコンソールのいずれかを使用してデータアプリを変更できます。 - [オプション1：GitHub上のファイルを更新してデータアプリを修正する](#option-1-modify-your-data-app-by-updating-files-on-github) - [オプション2： TiDB Cloudコンソールでデータアプリを変更する](#option-2-modify-your-data-app-in-the-tidb-cloud-console) @@ -123,9 +123,9 @@ TiDB Cloudコンソールでデータアプリのエンドポイント[データ 2. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページで、GitHub に接続せずに[新しいデータアプリを作成する](/tidb-cloud/data-service-manage-data-app.md#create-a-data-app)。 -3. **自動同期とデプロイメント**を有効にして、[新しいデータアプリをGitHubに接続します](#step-1-connect-your-data-app-to-github)。新しいデータ アプリのターゲット リポジトリ、ブランチ、ディレクトリを指定するときは、コピーした構成ファイルを含む新しいパスを使用します。 +3. **Auto Sync & Deployment**を有効にして、[新しいデータアプリをGitHubに接続します](#step-1-connect-your-data-app-to-github)。新しいデータ アプリのターゲット リポジトリ、ブランチ、ディレクトリを指定するときは、コピーした構成ファイルを含む新しいパスを使用します。 -4. 新しいデータアプリのIDと名前を取得します。左側のペインで新しいデータアプリの名前をクリックすると、右側のペインの**「データアプリのプロパティ」**領域にアプリのIDと名前が表示されます。 +4. 新しいデータアプリのIDと名前を取得します。左側のペインで新しいデータアプリの名前をクリックすると、右側のペインの**Data App Properties**領域にアプリのIDと名前が表示されます。 5. GitHub の新しいパスで、 `app_id`ファイル内の`app_name`と`datapp_config.json`を取得した ID と名前に更新し、変更をプッシュしてください。 @@ -143,7 +143,7 @@ TiDB Cloudコンソールでデータアプリのエンドポイント[データ 2. 左側のペインで、対象のデータアプリの名前をクリックすると、その詳細が表示されます。 -3. **「GitHubに接続」**エリアで、 接続設定用のダイアログボックスが表示されます。 +3. **Connect to GitHub**エリアで、 接続設定用のダイアログボックスが表示されます。 4. ダイアログボックスで、データアプリのリポジトリ、ブランチ、およびディレクトリを変更します。 @@ -166,7 +166,7 @@ TiDB Cloudコンソールでデータアプリのエンドポイント[データ 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 2. 左側のペインで、対象のデータアプリの名前をクリックすると、その詳細が表示されます。 -3. **「設定」**タブで、 **「GitHubに接続」**エリアの**「切断」**をクリックします。 +3. **「設定」**タブで、 **「GitHubに接続」**エリアの**Disconnect**をクリックします。 4. 切断を確定するには、 **「切断」**をクリックしてください。 接続解除操作後、データ アプリの設定ファイルは GitHub ディレクトリに残りますが、 `tidb-cloud-data-service`によって同期されなくなります。 diff --git a/tidb-cloud/data-service-postman-integration.md b/tidb-cloud/data-service-postman-integration.md index f0da9f6097811..6e18a00a9c623 100644 --- a/tidb-cloud/data-service-postman-integration.md +++ b/tidb-cloud/data-service-postman-integration.md @@ -35,19 +35,19 @@ Postmanにデータアプリをインポートする前に、以下のものを 2. 左側のペインで、対象のデータアプリの名前をクリックすると、その詳細が表示されます。 -3. ページ右上隅にある**「Postmanで実行」**をクリックします。インポート手順が表示されたダイアログが表示されます。 +3. ページ右上隅にある**Run in Postman**をクリックします。インポート手順が表示されたダイアログが表示されます。 > **Note:** > - > - データアプリに明確なエンドポイント（ターゲットとなるTiDB Cloud Starterインスタンス、パス、リクエストメソッド、SQLステートメントが構成されていること）が設定されていない場合、データアプリの**Postmanでの実行は**無効のままになります。 - > - Chat2Queryデータアプリの場合、 **Postmanでの実行は**利用できません。 + > - データアプリに明確なエンドポイント（ターゲットとなるTiDB Cloud Starterインスタンス、パス、リクエストメソッド、SQLステートメントが構成されていること）が設定されていない場合、データアプリの**Run in Postman**は無効のままになります。 + > - Chat2Queryデータアプリの場合、 **Run in Postman**は利用できません。 4. データアプリのインポートに関するダイアログに表示される手順に従ってください。 - 1. お好みに応じて、 **「Postman for Webで実行」**または**「Postman Desktopで実行」**を選択してPostmanワークスペースを開き、次に目的のワークスペースを選択してください。 + 1. お好みに応じて、 **Run in Postman for Web**または**Run in Postman Desktop**を選択してPostmanワークスペースを開き、次に目的のワークスペースを選択してください。 - Postmanにログインしていない場合は、画面の指示に従ってまずPostmanにログインしてください。 - - **「Postmanデスクトップで実行」を**クリックした場合は、画面の指示に従ってPostmanデスクトップアプリを起動してください。 + - **Run in Postman Desktop**をクリックした場合は、画面の指示に従ってPostmanデスクトップアプリを起動してください。 2. Postmanで目的のワークスペースのページで、左側のナビゲーションメニューにある**「インポート」を**クリックします。 diff --git a/tidb-cloud/dedicated-external-storage.md b/tidb-cloud/dedicated-external-storage.md index 576c0042a8e0d..a79faf2ce476a 100644 --- a/tidb-cloud/dedicated-external-storage.md +++ b/tidb-cloud/dedicated-external-storage.md @@ -33,9 +33,9 @@ TiDB Cloudのバケットアクセスを設定し、以下の手順でロールA 3. **「クラウドストレージからデータをインポート」**をクリックします。 - 4. **「クラウドストレージからデータをインポート」**ページで、**ストレージプロバイダーを****「Amazon S3」**に設定し、 **「認証情報**」で**「AWS ロール ARN」**が選択されていることを確認してから、 **「ロール ARN」**フィールドの下にある**「ここをクリックして AWS CloudFormation で新しいロール ARN を作成」をクリックします**。 **「新しいロール ARN を追加」**ダイアログが表示されます。 + 4. **「クラウドストレージからデータをインポート」**ページで、**ストレージプロバイダーを****Amazon S3**に設定し、 **Credentials**で**AWS Role ARN**が選択されていることを確認してから、 **「ロール ARN」**フィールドの下にある**「ここをクリックして AWS CloudFormation で新しいロール ARN を作成」をクリックします**。 **Add New Role ARN**ダイアログが表示されます。 - 5. **問題が発生しましたか？ロールARNを手動で作成して**、このクラスターの**TiDB CloudアカウントID**と**TiDB Cloud外部ID**を取得してください。これらのIDは後で使用するため、メモしておいてください。 + 5. **問題が発生しましたか？ロールARNを手動で作成して**、このクラスターの**TiDB Cloud Account ID**と**TiDB Cloud External ID**を取得してください。これらのIDは後で使用するため、メモしておいてください。 2. AWS マネジメントコンソールで、Amazon S3 バケット用のマネージドポリシーを作成します。 @@ -117,9 +117,9 @@ TiDB Cloudのバケットアクセスを設定し、以下の手順でロールA 2. 役割を作成するには、以下の情報を入力してください。 - - **「信頼できるエンティティの種類」**で**「AWS アカウント」**を選択します。 - - **「AWSアカウント」**の下にある**「別のAWSアカウント」**を選択し、 TiDB CloudアカウントIDを**「アカウントID」**フィールドに貼り付けます。 - - **「オプション」**で**「外部IDを必須にする」**をクリックして[混乱した副官の問題](https://docs.aws.amazon.com/IAM/latest/UserGuide/confused-deputy.html)回避し、 TiDB Cloud外部IDを「**外部ID」**フィールドに貼り付けます。「外部IDを必須にする」を選択せず​​にロールを作成すると、S3バケットURIとIAMロールARNを持つユーザーであれば誰でもAmazon S3バケットにアクセスできる可能性があります。アカウントIDと外部IDの両方を使用してロールを作成すると、同じプロジェクトおよび同じリージョンで実行されているTiDBクラスタのみがバケットにアクセスできます。 + - **Trusted entity type**で**「AWS アカウント」**を選択します。 + - **An AWS account**の下にある**Another AWS account**を選択し、 TiDB CloudアカウントIDを**「アカウントID」**フィールドに貼り付けます。 + - **「オプション」**で**Require external ID**をクリックして[混乱した副官の問題](https://docs.aws.amazon.com/IAM/latest/UserGuide/confused-deputy.html)回避し、 TiDB Cloud外部IDを「**外部ID」**フィールドに貼り付けます。「外部IDを必須にする」を選択せず​​にロールを作成すると、S3バケットURIとIAMロールARNを持つユーザーであれば誰でもAmazon S3バケットにアクセスできる可能性があります。アカウントIDと外部IDの両方を使用してロールを作成すると、同じプロジェクトおよび同じリージョンで実行されているTiDBクラスタのみがバケットにアクセスできます。 3. **「次へ」**をクリックしてポリシー一覧を開き、先ほど作成したポリシーを選択してから**「次へ」**をクリックします。 @@ -170,7 +170,7 @@ TiDB CloudがGCSバケット内のソースデータにアクセスできるよ 3. **「クラウドストレージからデータをインポート」**をクリックします。 - 4. **「クラウドストレージからデータをインポート」**ページで、 **「ストレージプロバイダー」を****「Google Cloud Storage」**に設定し、後で使用するためにGoogle CloudサービスアカウントIDをコピーしてください。 + 4. **「クラウドストレージからデータをインポート」**ページで、 **「ストレージプロバイダー」を****Google Cloud Storage**に設定し、後で使用するためにGoogle CloudサービスアカウントIDをコピーしてください。 2. Google Cloud コンソールで、GCS バケット用のIAMロールを作成します。 @@ -204,7 +204,7 @@ TiDB CloudがGCSバケット内のソースデータにアクセスできるよ - **「新しいプリンシパル」**フィールドに、対象のTiDBクラスターのGoogle Cloud ServiceアカウントIDを貼り付けます。 - - **「役割を選択」ドロップ**ダウンリストに、先ほど作成したIAMロールの名前を入力し、フィルター結果からその名前を選択します。 + - **Select a role**ドロップダウンリストに、先ほど作成したIAMロールの名前を入力し、フィルター結果からその名前を選択します。 > **Note:** > @@ -212,7 +212,7 @@ TiDB CloudがGCSバケット内のソースデータにアクセスできるよ 6. **バケットの詳細**ページで、「**オブジェクト」**タブをクリックします。 - ファイルの gsutil URI をコピーするには、ファイルを選択し、 **[オブジェクトを開く] オーバーフロー メニュー**をクリックして、 **[gsutil URI をコピー] を**クリックします。 + ファイルの gsutil URI をコピーするには、ファイルを選択し、 **[オブジェクトを開く] オーバーフロー メニュー**をクリックして、 **Copy gsutil URI**をクリックします。 ![Get bucket URI](/media/tidb-cloud/gcp-bucket-uri01.png) @@ -230,14 +230,14 @@ TiDB Cloud DedicatedがAzure Blobコンテナにアクセスできるように 1. [Azureストレージアカウント](https://portal.azure.com/#browse/Microsoft.Storage%2FStorageAccounts)ページで、コンテナーが属するストレージアカウントをクリックします。 -2. ストレージアカウントのナビゲーション ペインで、 **[セキュリティ+ ネットワーク]** > **[共有アクセス 署名]**をクリックします。 +2. ストレージアカウントのナビゲーション ペインで、 **Security + networking** > **Shared access signature**をクリックします。 ![sas-position](/media/tidb-cloud/dedicated-external-storage/azure-sas-position.png) -3. **[共有アクセス署名]**ページで、次のように必要な権限を持つ[アカウントSASトークン](https://docs.microsoft.com/en-us/azure/storage/common/storage-sas-overview)を作成します。 +3. **Shared access signature**ページで、次のように必要な権限を持つ[アカウントSASトークン](https://docs.microsoft.com/en-us/azure/storage/common/storage-sas-overview)を作成します。 1. **「許可されたサービス」**で**「Blob」**を選択します。 - 2. **「許可されるリソースの種類」**で、 **「コンテナ」**と**「オブジェクト」**を選択します。 + 2. **Allowed resource types**で、 **「コンテナ」**と**「オブジェクト」**を選択します。 3. **「許可された権限」**で、必要な権限を選択します。たとえば、 TiDB Cloud Dedicatedにデータをインポートするには、 **「読み取り」**と**「一覧表示」の**権限が必要です。 4. 必要に応じて**開始日時と有効期限日時**を調整してください。セキュリティ上の理由から、有効期限はデータインポートのスケジュールに合わせて設定することをお勧めします。 5. その他の設定については、デフォルト値を維持してください。 diff --git a/tidb-cloud/delete-tidb-cluster.md b/tidb-cloud/delete-tidb-cluster.md index d68c6be99952f..c871882a6d6e8 100644 --- a/tidb-cloud/delete-tidb-cluster.md +++ b/tidb-cloud/delete-tidb-cluster.md @@ -38,7 +38,7 @@ summary: TiDB Cloudリソースを削除する方法を学びましょう。 > > [TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter)インスタンスは、削除後のデータの復元をサポートしていません。 TiDB Cloud Starterインスタンスを削除し、将来そのデータを復元したい場合は、 [TiDB Cloud Starterからデータをエクスポート](/tidb-cloud/serverless-export.md)を参照してデータをバックアップとしてエクスポートします。 -5. **「了解しました、削除します」**をクリックしてください。 +5. **I understand, delete it**をクリックしてください。 バックアップ済みのTiDB Cloud EssentialインスタンスまたはTiDB Cloud Dedicatedクラスタが削除されると、既存のバックアップファイルはごみ箱に移動されます。 diff --git a/tidb-cloud/essential-changefeed-sink-to-kafka.md b/tidb-cloud/essential-changefeed-sink-to-kafka.md index 507f7cb316d65..4308328ad49dc 100644 --- a/tidb-cloud/essential-changefeed-sink-to-kafka.md +++ b/tidb-cloud/essential-changefeed-sink-to-kafka.md @@ -104,7 +104,7 @@ TiDB Cloud Essential の変更フィードが Apache Kafka にデータをスト 1. **接続方法**で**「プライベートリンク」**を選択します。 -2. **「プライベートリンク接続」**で、[ネットワーク](#network)セクションで作成したプライベートリンク接続を選択します。プライベートリンク接続のアベイラビリティゾーンが、Kafkaデプロイメントのアベイラビリティゾーンと一致していることを確認してください。 +2. **Private Link Connection**で、[ネットワーク](#network)セクションで作成したプライベートリンク接続を選択します。プライベートリンク接続のアベイラビリティゾーンが、Kafkaデプロイメントのアベイラビリティゾーンと一致していることを確認してください。 3. [ネットワーク](#network)セクションで取得した**ブートストラップポート**を入力してください。Amazon MSKプロビジョニング済みプライベートリンク接続を使用している場合は、このフィールドはスキップできます。 @@ -119,7 +119,7 @@ TiDB Cloud Essential の変更フィードが Apache Kafka にデータをスト 7. Kafkaで**TLS暗号化が有効になっており、Kafka接続にTLS暗号化を使用する場合は、TLS暗号化**オプションを有効にしてください。 -8. KafkaでTLS SNI検証が必要な場合は、 **TLSサーバー名**を入力してください。例： `Confluent Cloud Dedicated clusters` 。 +8. KafkaでTLS SNI検証が必要な場合は、 **TLS Server Name**を入力してください。例： `Confluent Cloud Dedicated clusters` 。 9. **「次へ」**をクリックしてネットワーク接続をテストしてください。テストが成功すると、次のページに移動します。 @@ -174,13 +174,13 @@ TiDB Cloud Essential の変更フィードが Apache Kafka にデータをスト 変更フィードでテーブルごとに専用のKafkaトピックを作成する場合は、このモードを選択します。そうすると、テーブルのすべてのKafkaメッセージが専用のKafkaトピックに送信されます。トピックのプレフィックス、データベース名とテーブル名の間の区切り文字、およびサフィックスを設定することで、テーブルのトピック名をカスタマイズできます。たとえば、区切り文字を`_`に設定すると、トピック名は`_`の形式になります。 - スキーマ作成イベントなど、行以外のイベントの変更ログについては、 **「デフォルトトピック名」**フィールドにトピック名を指定できます。変更フィードは、指定されたトピックに基づいて、これらの変更ログを収集するためのトピックを作成します。 + スキーマ作成イベントなど、行以外のイベントの変更ログについては、 **Default Topic Name**フィールドにトピック名を指定できます。変更フィードは、指定されたトピックに基づいて、これらの変更ログを収集するためのトピックを作成します。 - **データベースごとに変更ログをKafkaトピックに配信する** 変更フィードでデータベースごとに専用のKafkaトピックを作成する場合は、このモードを選択してください。そうすると、データベースのすべてのKafkaメッセージが専用のKafkaトピックに送信されます。トピックのプレフィックスとサフィックスを設定することで、データベースのトピック名をカスタマイズできます。 - 解決済みTsイベントなど、行以外のイベントの変更ログについては、 **「デフォルトトピック名」**フィールドにトピック名を指定できます。変更フィードは、指定されたトピックに基づいて、これらの変更ログを収集するためのトピックを作成します。 + 解決済みTsイベントなど、行以外のイベントの変更ログについては、 **Default Topic Name**フィールドにトピック名を指定できます。変更フィードは、指定されたトピックに基づいて、これらの変更ログを収集するためのトピックを作成します。 - **すべての変更ログを、指定された1つのKafkaトピックに送信する** diff --git a/tidb-cloud/essential-changefeed-sink-to-mysql.md b/tidb-cloud/essential-changefeed-sink-to-mysql.md index 40b7093af16b2..7bbeed9259e75 100644 --- a/tidb-cloud/essential-changefeed-sink-to-mysql.md +++ b/tidb-cloud/essential-changefeed-sink-to-mysql.md @@ -112,7 +112,7 @@ MySQLサービスがパブリックネットワーク経由でアクセスでき - **一致するテーブル**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**テーブルフィルター**領域で使用されているものと同じです。 - **イベントフィルター**：無視したいイベントを選択できます。 -8. **「レプリケーション開始位置」**で、MySQLシンクの開始位置を設定します。 +8. **Start Replication Position**で、MySQLシンクの開始位置を設定します。 - エクスポートを使用して[既存のデータをロードしました](#load-existing-data-optional)がある場合は、 **[開始時刻] を**選択し、エクスポートによって返されたスナップショット時刻を入力します。タイムゾーンが正しいことを確認してください。 - 上流のTiDB Cloud Essentialインスタンスにデータがない場合は、 **「今すぐレプリケーションを開始する」**を選択してください。 diff --git a/tidb-cloud/essential-database-audit-logging.md b/tidb-cloud/essential-database-audit-logging.md index 561de629fdfe7..612a6906d75ab 100644 --- a/tidb-cloud/essential-database-audit-logging.md +++ b/tidb-cloud/essential-database-audit-logging.md @@ -147,13 +147,13 @@ TiDB CloudコンソールまたはTiDB Cloud CLIを使用して、 TiDB Cloud Es > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **「DB監査ログ」**をクリックします。 +2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 -3. **DB監査ログの**ページで、 **[有効にする]**をクリックします。 +3. **DB Audit Logging**ページで、 **[有効にする]**をクリックします。 -4. 監査ログのストレージの場所を選択し、必要な情報を入力します。次に、 **「接続をテスト」をクリックし、「次へ」**または**「次へ」を**クリックします。利用可能なストレージの場所の詳細については、[監査ログの場所](#audit-logging-locations)を参照してください。 +4. 監査ログのストレージの場所を選択し、必要な情報を入力します。次に、 **Test Connection and Next**または**「次へ」を**クリックします。利用可能なストレージの場所の詳細については、[監査ログの場所](#audit-logging-locations)を参照してください。 -5. **データベース監査ログ設定**ダイアログで、ログファイルのローテーションとログのマスキング設定を入力し、 **[保存]**をクリックします。 +5. **Database Audit Logging Settings**ダイアログで、ログファイルのローテーションとログのマスキング設定を入力し、 **[保存]**をクリックします。
@@ -183,11 +183,11 @@ TiDB Cloud Essentialインスタンスの監査ログは、有効化後に編集 > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **「DB監査ログ」**をクリックします。 +2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 -3. **DB監査ログの**ページで、 **[設定]**をクリックします。 +3. **DB Audit Logging**ページで、 **[設定]**をクリックします。 -4. **データベース監査ログ設定**ダイアログで、ログファイルのローテーションまたはログのマスキング設定を更新し、 **[保存]**をクリックします。 +4. **Database Audit Logging Settings**ダイアログで、ログファイルのローテーションまたはログのマスキング設定を更新し、 **[保存]**をクリックします。
@@ -215,11 +215,11 @@ TiDB Cloud Essentialインスタンスの監査ログを無効にすることが > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **「DB監査ログ」**をクリックします。 +2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 -3. **DB監査ログの**ページで、右上隅の**...**をクリックし、次に**無効に**します。 +3. **DB Audit Logging**ページで、右上隅の**...**をクリックし、次に**無効に**します。 -4. **「DB監査ログを無効にする」**ダイアログで、 **「無効にする」**をクリックします。 +4. **Disable DB Audit Logging**ダイアログで、 **「無効にする」**をクリックします。
@@ -251,11 +251,11 @@ ticloud serverless audit-log config update -c --disabled=true > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **「DB監査ログ」**をクリックします。 +2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 -3. **DB監査ログの**ページで、 **[フィルタルールの追加]**をクリックします。 +3. **DB Audit Logging**ページで、 **Add Filter Rule**をクリックします。 -4. **[フィルター ルールの追加]**ダイアログで、 **[フィルター名]** 、 **[SQL ユーザー]** 、および**[フィルター ルール]**フィールドに入力し、 **[確認]**をクリックします。これらのフィールドの詳細については、[監査ログフィルタルール](#audit-logging-filter-rules)を参照してください。 +4. **Add Filter Rule**ダイアログで、 **[フィルター名]** 、 **[SQL ユーザー]** 、および**[フィルター ルール]**フィールドに入力し、 **[確認]**をクリックします。これらのフィールドの詳細については、[監査ログフィルタルール](#audit-logging-filter-rules)を参照してください。
@@ -281,11 +281,11 @@ ticloud serverless audit-log filter create --cluster-id --display-n > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **「DB監査ログ」**をクリックします。 +2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 -3. **DB監査ログ**ページで、編集するフィルタルールを見つけ、その行の**...**をクリックしてから、 **[編集]**をクリックします。 +3. **DB Audit Logging**ページで、編集するフィルタルールを見つけ、その行の**...**をクリックしてから、 **[編集]**をクリックします。 -4. **「フィルタールールの編集」**ダイアログで、 **「フィルター名」**または**「フィルタールール」**フィールドを更新し、 **「確認」**をクリックします。 +4. **Edit Filter Rule**ダイアログで、 **「フィルター名」**または**「フィルタールール」**フィールドを更新し、 **「確認」**をクリックします。 @@ -311,9 +311,9 @@ ticloud serverless audit-log filter update --cluster-id --filter-ru > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **「DB監査ログ」**をクリックします。 +2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 -3. **DB監査ログの**ページで、無効にしたいフィルタルールを見つけ、トグルをオフにしてフィルタルールを無効にします。 +3. **DB Audit Logging**ページで、無効にしたいフィルタルールを見つけ、トグルをオフにしてフィルタルールを無効にします。 @@ -339,11 +339,11 @@ ticloud serverless audit-log filter update --cluster-id --filter-ru > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **「DB監査ログ」**をクリックします。 +2. 対象のTiDB Cloud Essentialインスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 -3. **DB監査ログ**ページで、削除するフィルタルールを見つけて、 **...**をクリックします。 +3. **DB Audit Logging**ページで、削除するフィルタルールを見つけて、 **...**をクリックします。 -4. **「削除」**をクリックし、次に**「了解しました。削除して確定します」を**クリックしてください。 +4. **「削除」**をクリックし、次に**I understand. Delete it**をクリックしてください。 diff --git a/tidb-cloud/explore-data-with-chat2query.md b/tidb-cloud/explore-data-with-chat2query.md index 5deed1a185638..1000996355510 100644 --- a/tidb-cloud/explore-data-with-chat2query.md +++ b/tidb-cloud/explore-data-with-chat2query.md @@ -46,13 +46,13 @@ PingCAP は、ユーザーのデータのプライバシーとセキュリティ Chat2Queryに初めてアクセスすると、PingCAPとAmazon Bedrockがお客様のコードスニペットを使用してサービスを調査および改善することを許可するかどうかを尋ねるダイアログが表示されます。 -- AIがSQLクエリを生成できるようにするには、チェックボックスを選択して**「保存して開始」を**クリックします。 +- AIがSQLクエリを生成できるようにするには、チェックボックスを選択して**Save and Get Started**をクリックします。 - AIによるSQLクエリ生成を無効にするには、このダイアログを直接閉じてください。 初回アクセス後も、AI設定は以下のように変更できます。 - AIを有効にするには、Chat2Queryの右上隅にある**「データ探索のためのAI機能を有効にする」**をクリックしてください。 -- AIを無効にするには、 [TiDB Cloudコンソール](https://tidbcloud.com/)の左下隅にあるをクリックします。**アカウント設定**をクリックし、 **AIとプライバシーの**タブをクリックして、 **AIによるデータ探索**オプションを無効にします。 +- AIを無効にするには、 [TiDB Cloudコンソール](https://tidbcloud.com/)の左下隅にあるをクリックします。**アカウント設定**をクリックし、 **AI & Privacy**タブをクリックして、 **AI-powered Data Exploration**オプションを無効にします。 ## SQLクエリを作成して実行する {#write-and-run-sql-queries} @@ -107,7 +107,7 @@ SQLエディタでは、独自のデータセットを使用してSQLクエリ - エディターにクエリが 1 つしかない場合は、それを実行するには、 **Ctrl + Enter**キーを押すか、クリックします。 **走る**。 - - エディターに複数のクエリがある場合、それらのクエリを1つまたは複数順番に実行するには、カーソルで対象のクエリの行を選択し、 **Ctrl + Enter キー**を押すか、 **[実行]**をクリックします。 + - エディターに複数のクエリがある場合、それらのクエリを1つまたは複数順番に実行するには、カーソルで対象のクエリの行を選択し、 **Ctrl + Enter**を押すか、 **[実行]**をクリックします。 - エディタ内のすべてのクエリを順番に実行するには、 **Shift + Ctrl + Enter**キーを押すか、カーソルですべてのクエリの行を選択して**[実行]**をクリックします。 @@ -157,10 +157,10 @@ Chat2QueryにはUI経由でアクセスできるだけでなく、API経由で Chat2Queryでは、以下の手順でChat2Queryデータアプリにアクセスしたり作成したりできます。 -1. 右上隅の**「…」**をクリックし、次に**「API 経由で Chat2Query にアクセス」**をクリックします。 +1. 右上隅の**「…」**をクリックし、次に**Access Chat2Query via API**をクリックします。 2. 表示されたダイアログで、次のいずれかの操作を行います。 - - 新しい Chat2Query データ アプリを作成するには、 **[新しい Chat2Query データ アプリ]**をクリックします。 + - 新しい Chat2Query データ アプリを作成するには、 **New Chat2Query Data App**をクリックします。 - 既存のChat2Queryデータアプリにアクセスするには、対象のデータアプリの名前をクリックしてください。 詳細については、 [Chat2Query API を使い始めましょう](/tidb-cloud/use-chat2query-api.md)を参照してください。 diff --git a/tidb-cloud/import-csv-files-serverless.md b/tidb-cloud/import-csv-files-serverless.md index c1715ee6a4af1..34a9e7c3ba2fd 100644 --- a/tidb-cloud/import-csv-files-serverless.md +++ b/tidb-cloud/import-csv-files-serverless.md @@ -110,22 +110,22 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - **ストレージプロバイダー**： **Amazon S3**を選択してください。 - - **ソースファイルURI** ： + - **Source Files URI** ： - 1 つのファイルをインポートする場合は、ソースファイルの URI を`s3://[bucket_name]/[data_source_folder]/[file_name].csv`の形式で入力します。例: `s3://sampledata/ingest/TableName.01.csv` 。 - 複数のファイルをインポートする場合は、ソースフォルダのURIを`s3://[bucket_name]/[data_source_folder]/`の形式で入力してください。例： `s3://sampledata/ingest/` 。 - **認証情報**: AWS ロール ARN または AWS アクセス キーを使用してバケットにアクセスできます。詳細については、 [Amazon S3へのアクセスを設定する](/tidb-cloud/configure-external-storage-access.md#configure-amazon-s3-access)を参照してください。 - - **AWSロールARN** ：AWSロールARNの値を入力してください。 - - **AWSアクセスキー**：AWSアクセスキーIDとAWSシークレットアクセスキーを入力してください。 + - **AWS Role ARN** ：AWSロールARNの値を入力してください。 + - **AWS Access Key**：AWSアクセスキーIDとAWSシークレットアクセスキーを入力してください。 4. **「次へ」**をクリックしてください。 5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 - **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 + **Source Files URI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 > **Note:** > - > **ソースファイルURI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 + > **Source Files URI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 - TiDB Cloud が[ファイル命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従うすべてのソース ファイルを対応するテーブルに自動的にマッピングするには、このオプションを選択したままにして、データ形式として**CSV**を選択します。 @@ -162,8 +162,8 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Google Cloud Storageを**選択してください。 - - **ソースファイルURI** ： + - **ストレージプロバイダー**： **Google Cloud Storage**を選択してください。 + - **Source Files URI** ： - 1 つのファイルをインポートする場合は、ソースファイルの URI を`[gcs|gs]://[bucket_name]/[data_source_folder]/[file_name].csv`の形式で入力します。例: `[gcs|gs]://sampledata/ingest/TableName.01.csv` 。 - 複数のファイルをインポートする場合は、ソースフォルダのURIを`[gcs|gs]://[bucket_name]/[data_source_folder]/`の形式で入力してください。例： `[gcs|gs]://sampledata/ingest/` 。 - **認証情報**: GCS IAM役割サービス アカウント キーを使用してバケットにアクセスできます。詳細については、 [GCSへのアクセスを設定する](/tidb-cloud/configure-external-storage-access.md#configure-gcs-access)を参照してください。 @@ -172,11 +172,11 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー 5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 - **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 + **Source Files URI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 > **Note:** > - > **ソースファイルURI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 + > **Source Files URI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 - TiDB Cloud が[ファイル命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従うすべてのソース ファイルを対応するテーブルに自動的にマッピングするには、このオプションを選択したままにして、データ形式として**CSV**を選択します。 @@ -213,8 +213,8 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Azure Blob Storageを**選択します。 - - **ソースファイルURI** ： + - **ストレージプロバイダー**： **Azure Blob Storage**を選択します。 + - **Source Files URI** ： - 1 つのファイルをインポートする場合は、ソースファイルの URI を`[azure|https]://[bucket_name]/[data_source_folder]/[file_name].csv`の形式で入力します。例: `[azure|https]://sampledata/ingest/TableName.01.csv` 。 - 複数のファイルをインポートする場合は、ソースフォルダのURIを`[azure|https]://[bucket_name]/[data_source_folder]/`の形式で入力してください。例： `[azure|https]://sampledata/ingest/` 。 - **資格情報**: Shared Access Signature (SAS) トークンを使用してバケットにアクセスできます。詳細については、 [Azure Blob Storageへのアクセスを構成する](/tidb-cloud/configure-external-storage-access.md#configure-azure-blob-storage-access)を参照してください。 @@ -223,11 +223,11 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー 5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 - **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 + **Source Files URI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 > **Note:** > - > **ソースファイルURI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 + > **Source Files URI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 - TiDB Cloud が[ファイル命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従うすべてのソース ファイルを対応するテーブルに自動的にマッピングするには、このオプションを選択したままにして、データ形式として**CSV**を選択します。 @@ -265,7 +265,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - **ストレージプロバイダー**： **Alibaba Cloud OSS**を選択してください。 - - **ソースファイルURI** ： + - **Source Files URI** ： - 1 つのファイルをインポートする場合は、ソースファイルの URI を`oss://[bucket_name]/[data_source_folder]/[file_name].csv`の形式で入力します。例: `oss://sampledata/ingest/TableName.01.csv` 。 - 複数のファイルをインポートする場合は、ソースフォルダのURIを`oss://[bucket_name]/[data_source_folder]/`の形式で入力してください。例： `oss://sampledata/ingest/` 。 - **Credential** : AccessKey ペアを使用してバケットにアクセスできます。詳細については、 [Alibaba Cloudオブジェクトストレージサービス（OSS）へのアクセスを設定する](/tidb-cloud/configure-external-storage-access.md#configure-alibaba-cloud-object-storage-service-oss-access)を参照してください。 @@ -274,11 +274,11 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー 5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 - **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 + **Source Files URI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 > **Note:** > - > **ソースファイルURI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 + > **Source Files URI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 - TiDB Cloud が[ファイル命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従うすべてのソース ファイルを対応するテーブルに自動的にマッピングするには、このオプションを選択したままにして、データ形式として**CSV**を選択します。 diff --git a/tidb-cloud/import-csv-files.md b/tidb-cloud/import-csv-files.md index 0a45ec9596a4d..fd690f79d33c3 100644 --- a/tidb-cloud/import-csv-files.md +++ b/tidb-cloud/import-csv-files.md @@ -116,8 +116,8 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に - 1 つのファイルをインポートする場合は、ソースファイルの URI を`s3://[bucket_name]/[data_source_folder]/[file_name].csv`の形式で入力してください。例: `s3://mybucket/myfolder/TableName.01.csv` 。 - 複数のファイルをインポートする場合は、ソースフォルダのURIを`s3://[bucket_name]/[data_source_folder]/`の形式で入力してください。例： `s3://mybucket/myfolder/` 。 - **認証情報**: AWS ロール ARN または AWS アクセス キーを使用してバケットにアクセスできます。詳細については、 [Amazon S3へのアクセスを設定する](/tidb-cloud/dedicated-external-storage.md#configure-amazon-s3-access)を参照してください。 - - **AWS ロール ARN** (推奨): AWS ロール ARN の値を入力します。まだロール ARN がない場合は、 **[ここをクリックして AWS CloudFormation を使用して新しいロール ARN を作成する] を**クリックし、画面の指示に従うか、 **[問題が発生しましたか?] ダイアログでロール ARN を手動で作成して、**クラスター**のTiDB Cloudアカウント ID**と**TiDB Cloud外部 ID**を取得し、 IAMロールを手動で作成します。 - - **AWSアクセスキー**：AWSアクセスキーIDとAWSシークレットアクセスキーを入力してください。 + - **AWS Role ARN** (推奨): AWS ロール ARN の値を入力します。まだロール ARN がない場合は、 **[ここをクリックして AWS CloudFormation を使用して新しいロール ARN を作成する]**をクリックし、画面の指示に従うか、 **[問題が発生しましたか?] ダイアログでロール ARN を手動で作成して、**クラスターの**TiDB Cloud Account ID**と**TiDB Cloud External ID**を取得し、 IAMロールを手動で作成します。 + - **AWS Access Key**：AWSアクセスキーIDとAWSシークレットアクセスキーを入力してください。 4. **「次へ」**をクリックしてください。 @@ -140,7 +140,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを入力してください。 - 必要に応じて、 **「CSVコンフィグレーションの編集」**をクリックして、CSVファイルに合わせてオプションを設定してください。区切り文字や区切り記号の設定、エスケープ文字にバックスラッシュを使用するかどうかの指定、ファイルにヘッダー行が含まれているかどうかの指定が可能です。 + 必要に応じて、 **Edit CSV Configuration**をクリックして、CSVファイルに合わせてオプションを設定してください。区切り文字や区切り記号の設定、エスケープ文字にバックスラッシュを使用するかどうかの指定、ファイルにヘッダー行が含まれているかどうかの指定が可能です。 6. **「次へ」**をクリックします。TiDB Cloudがソースファイルをスキャンします。 @@ -166,7 +166,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Google Cloud Storageを**選択してください。 + - **ストレージプロバイダー**： **Google Cloud Storage**を選択してください。 - **ソースURI** ： - 1 つのファイルをインポートする場合は、ソースファイルの URI を`gs://[bucket_name]/[data_source_folder]/[file_name].csv`の形式で入力します。例: `gs://mybucket/myfolder/TableName.01.csv` 。 - 複数のファイルをインポートする場合は、ソースフォルダのURIを`gs://[bucket_name]/[data_source_folder]/`の形式で入力してください。例： `gs://mybucket/myfolder/` 。 @@ -193,7 +193,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを入力してください。 - 必要に応じて、 **「CSVコンフィグレーションの編集」**をクリックして、CSVファイルに合わせてオプションを設定してください。区切り文字や区切り記号の設定、エスケープ文字にバックスラッシュを使用するかどうかの指定、ファイルにヘッダー行が含まれているかどうかの指定が可能です。 + 必要に応じて、 **Edit CSV Configuration**をクリックして、CSVファイルに合わせてオプションを設定してください。区切り文字や区切り記号の設定、エスケープ文字にバックスラッシュを使用するかどうかの指定、ファイルにヘッダー行が含まれているかどうかの指定が可能です。 6. **「次へ」**をクリックします。TiDB Cloudがソースファイルをスキャンします。 @@ -219,7 +219,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Azure Blob Storageを**選択します。 + - **ストレージプロバイダー**： **Azure Blob Storage**を選択します。 - **ソースURI** ： - 1 つのファイルをインポートする場合は、ソースファイルの URI を`https://[account_name].blob.core.windows.net/[container_name]/[data_source_folder]/[file_name].csv`の形式で入力してください。例: `https://myaccount.blob.core.windows.net/mycontainer/myfolder/TableName.01.csv` 。 @@ -242,7 +242,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に 1. [Azureポータル](https://portal.azure.com/)に移動し、ストレージアカウントに移動します。 - 2. **「ネットワーク」** > **「プライベートエンドポイント接続」**をクリックします。 + 2. **「ネットワーク」** > **Private endpoint connections**をクリックします。 3. TiDB Cloudからの保留中の接続要求を見つけて、 **「承認」**をクリックします。 @@ -271,7 +271,7 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを入力してください。 - 必要に応じて、 **「CSVコンフィグレーションの編集」**をクリックして、CSVファイルに合わせてオプションを設定してください。区切り文字や区切り記号の設定、エスケープ文字にバックスラッシュを使用するかどうかの指定、ファイルにヘッダー行が含まれているかどうかの指定が可能です。 + 必要に応じて、 **Edit CSV Configuration**をクリックして、CSVファイルに合わせてオプションを設定してください。区切り文字や区切り記号の設定、エスケープ文字にバックスラッシュを使用するかどうかの指定、ファイルにヘッダー行が含まれているかどうかの指定が可能です。 6. **「次へ」**をクリックします。TiDB Cloudがソースファイルをスキャンします。 diff --git a/tidb-cloud/import-parquet-files-serverless.md b/tidb-cloud/import-parquet-files-serverless.md index 8a930918c9c9e..5feea86bb59ff 100644 --- a/tidb-cloud/import-parquet-files-serverless.md +++ b/tidb-cloud/import-parquet-files-serverless.md @@ -114,22 +114,22 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - **ストレージプロバイダー**： **Amazon S3**を選択してください。 - - **ソースファイルURI** ： + - **Source Files URI** ： - 1 つのファイルをインポートする場合は、ソースファイルの URI を`s3://[bucket_name]/[data_source_folder]/[file_name].parquet`の形式で入力してください。例: `s3://sampledata/ingest/TableName.01.parquet` 。 - 複数のファイルをインポートする場合は、ソースフォルダのURIを`s3://[bucket_name]/[data_source_folder]/`の形式で入力してください。例： `s3://sampledata/ingest/` 。 - **認証情報**: AWS ロール ARN または AWS アクセス キーを使用してバケットにアクセスできます。詳細については、 [Amazon S3へのアクセスを設定する](/tidb-cloud/configure-external-storage-access.md#configure-amazon-s3-access)を参照してください。 - - **AWSロールARN** ：AWSロールARNの値を入力してください。 - - **AWSアクセスキー**：AWSアクセスキーIDとAWSシークレットアクセスキーを入力してください。 + - **AWS Role ARN** ：AWSロールARNの値を入力してください。 + - **AWS Access Key**：AWSアクセスキーIDとAWSシークレットアクセスキーを入力してください。 4. **「次へ」**をクリックしてください。 5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 - **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 + **Source Files URI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 > **Note:** > - > **ソースファイルURI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 + > **Source Files URI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 - TiDB Cloud が[ファイル命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従うすべてのソース ファイルを対応するテーブルに自動的にマップできるようにするには、このオプションを選択したままにして、データ形式として**Parquet を**選択します。 @@ -166,8 +166,8 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Google Cloud Storageを**選択してください。 - - **ソースファイルURI** ： + - **ストレージプロバイダー**： **Google Cloud Storage**を選択してください。 + - **Source Files URI** ： - 1 つのファイルをインポートする場合は、ソースファイルの URI を`[gcs|gs]://[bucket_name]/[data_source_folder]/[file_name].parquet`の形式で入力してください。例: `[gcs|gs]://sampledata/ingest/TableName.01.parquet` 。 - 複数のファイルをインポートする場合は、ソースフォルダのURIを`[gcs|gs]://[bucket_name]/[data_source_folder]/`の形式で入力してください。例： `[gcs|gs]://sampledata/ingest/` 。 - **認証情報**: GCS IAM役割サービス アカウント キーを使用してバケットにアクセスできます。詳細については、 [GCSへのアクセスを設定する](/tidb-cloud/configure-external-storage-access.md#configure-gcs-access)を参照してください。 @@ -176,11 +176,11 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン 5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 - **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 + **Source Files URI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 > **Note:** > - > **ソースファイルURI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 + > **Source Files URI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 - TiDB Cloud が[ファイル命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従うすべてのソース ファイルを対応するテーブルに自動的にマッピングするには、このオプションを選択したままにして、データ形式として**Parquet を**選択します。 @@ -217,8 +217,8 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Azure Blob Storageを**選択します。 - - **ソースファイルURI** ： + - **ストレージプロバイダー**： **Azure Blob Storage**を選択します。 + - **Source Files URI** ： - 1 つのファイルをインポートする場合は、ソースファイルの URI を`[azure|https]://[bucket_name]/[data_source_folder]/[file_name].parquet`の形式で入力してください。例: `[azure|https]://sampledata/ingest/TableName.01.parquet` 。 - 複数のファイルをインポートする場合は、ソースフォルダのURIを`[azure|https]://[bucket_name]/[data_source_folder]/`の形式で入力してください。例： `[azure|https]://sampledata/ingest/` 。 - **資格情報**: Shared Access Signature (SAS) トークンを使用してバケットにアクセスできます。詳細については、 [Azure Blob Storageへのアクセスを構成する](/tidb-cloud/configure-external-storage-access.md#configure-azure-blob-storage-access)を参照してください。 @@ -227,11 +227,11 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン 5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 - **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 + **Source Files URI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 > **Note:** > - > **ソースファイルURI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 + > **Source Files URI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 - TiDB Cloud が[ファイル命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従うすべてのソース ファイルを対応するテーブルに自動的にマッピングするには、このオプションを選択したままにして、データ形式として**Parquet を**選択します。 @@ -269,7 +269,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - **ストレージプロバイダー**： **Alibaba Cloud OSS**を選択してください。 - - **ソースファイルURI** ： + - **Source Files URI** ： - 1 つのファイルをインポートする場合は、ソースファイルの URI を`oss://[bucket_name]/[data_source_folder]/[file_name].parquet`の形式で入力してください。例: `oss://sampledata/ingest/TableName.01.parquet` 。 - 複数のファイルをインポートする場合は、ソースフォルダのURIを`oss://[bucket_name]/[data_source_folder]/`の形式で入力してください。例： `oss://sampledata/ingest/` 。 - **Credential** : AccessKey ペアを使用してバケットにアクセスできます。詳細については、 [Alibaba Cloudオブジェクトストレージサービス（OSS）へのアクセスを設定する](/tidb-cloud/configure-external-storage-access.md#configure-alibaba-cloud-object-storage-service-oss-access)を参照してください。 @@ -278,11 +278,11 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン 5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 - **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 + **Source Files URI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 > **Note:** > - > **ソースファイルURI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 + > **Source Files URI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloudは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 - TiDB Cloud が[ファイル命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従うすべてのソース ファイルを対応するテーブルに自動的にマッピングするには、このオプションを選択したままにして、データ形式として**Parquet を**選択します。 diff --git a/tidb-cloud/import-parquet-files.md b/tidb-cloud/import-parquet-files.md index 2089ffbc5b445..b8598d397405a 100644 --- a/tidb-cloud/import-parquet-files.md +++ b/tidb-cloud/import-parquet-files.md @@ -121,8 +121,8 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 - 1 つのファイルをインポートする場合は、ソースファイルの URI を`s3://[bucket_name]/[data_source_folder]/[file_name].parquet`の形式で入力してください。例: `s3://mybucket/myfolder/TableName.01.parquet` 。 - 複数のファイルをインポートする場合は、ソースフォルダのURIを`s3://[bucket_name]/[data_source_folder]/`の形式で入力してください。例： `s3://mybucket/myfolder/` 。 - **認証情報**: AWS ロール ARN または AWS アクセス キーを使用してバケットにアクセスできます。詳細については、 [Amazon S3へのアクセスを設定する](/tidb-cloud/dedicated-external-storage.md#configure-amazon-s3-access)を参照してください。 - - **AWS ロール ARN** (推奨): AWS ロール ARN の値を入力します。まだロール ARN がない場合は、 **[ここをクリックして AWS CloudFormation を使用して新しいロール ARN を作成する] を**クリックし、画面の指示に従うか、 **[問題が発生しましたか?] ダイアログでロール ARN を手動で作成して、**クラスター**のTiDB Cloudアカウント ID**と**TiDB Cloud外部 ID**を取得し、 IAMロールを手動で作成します。 - - **AWSアクセスキー**：AWSアクセスキーIDとAWSシークレットアクセスキーを入力してください。 + - **AWS Role ARN** (推奨): AWS ロール ARN の値を入力します。まだロール ARN がない場合は、 **[ここをクリックして AWS CloudFormation を使用して新しいロール ARN を作成する]**をクリックし、画面の指示に従うか、 **[問題が発生しましたか?] ダイアログでロール ARN を手動で作成して、**クラスターの**TiDB Cloud Account ID**と**TiDB Cloud External ID**を取得し、 IAMロールを手動で作成します。 + - **AWS Access Key**：AWSアクセスキーIDとAWSシークレットアクセスキーを入力してください。 4. **「次へ」**をクリックしてください。 @@ -169,7 +169,7 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Google Cloud Storageを**選択してください。 + - **ストレージプロバイダー**： **Google Cloud Storage**を選択してください。 - **ソースURI** ： - 1 つのファイルをインポートする場合は、ソースファイルの URI を`gs://[bucket_name]/[data_source_folder]/[file_name].parquet`の形式で入力してください。例: `gs://mybucket/myfolder/TableName.01.parquet` 。 - 複数のファイルをインポートする場合は、ソースフォルダのURIを`gs://[bucket_name]/[data_source_folder]/`の形式で入力してください。例： `gs://mybucket/myfolder/` 。 @@ -220,7 +220,7 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Azure Blob Storageを**選択します。 + - **ストレージプロバイダー**： **Azure Blob Storage**を選択します。 - **ソースURI** ： - 1 つのファイルをインポートする場合は、ソースファイルの URI を`https://[account_name].blob.core.windows.net/[container_name]/[data_source_folder]/[file_name].parquet`の形式で入力してください。例: `https://myaccount.blob.core.windows.net/mycontainer/myfolder/TableName.01.parquet` 。 @@ -243,7 +243,7 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 1. [Azureポータル](https://portal.azure.com/)に移動し、ストレージアカウントに移動します。 - 2. **「ネットワーク」** > **「プライベートエンドポイント接続」**をクリックします。 + 2. **「ネットワーク」** > **Private endpoint connections**をクリックします。 3. TiDB Cloudからの保留中の接続要求を見つけて、 **「承認」**をクリックします。 diff --git a/tidb-cloud/import-sample-data-serverless.md b/tidb-cloud/import-sample-data-serverless.md index 187e6e481a3bd..a279d664c1cf7 100644 --- a/tidb-cloud/import-sample-data-serverless.md +++ b/tidb-cloud/import-sample-data-serverless.md @@ -26,10 +26,10 @@ summary: TiDB Cloud StarterまたはTiDB Cloud EssentialにUI経由でサンプ 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - **ストレージプロバイダー**： **Amazon S3**を選択してください。 - - **ソースファイルURI** ：サンプルデータURI `s3://tidbcloud-sample-data/data-ingestion/`を入力してください。 + - **Source Files URI** ：サンプルデータURI `s3://tidbcloud-sample-data/data-ingestion/`を入力してください。 - **資格情報**： - - **AWS ロール ARN** : `arn:aws:iam::801626783489:role/import-sample-access`を入力してください。 - - **AWSアクセスキー**：サンプルデータの場合はこのオプションをスキップしてください。 + - **AWS Role ARN** : `arn:aws:iam::801626783489:role/import-sample-access`を入力してください。 + - **AWS Access Key**：サンプルデータの場合はこのオプションをスキップしてください。 4. **「次へ」**をクリックしてください。 diff --git a/tidb-cloud/import-sample-data.md b/tidb-cloud/import-sample-data.md index b67ea6e82a809..510b68d793a0c 100644 --- a/tidb-cloud/import-sample-data.md +++ b/tidb-cloud/import-sample-data.md @@ -26,8 +26,8 @@ summary: TiDB Cloud DedicatedにUI経由でサンプルデータをインポー - **ストレージプロバイダー**： **Amazon S3**を選択してください。 - **ソースURI** ：サンプルデータURI `s3://tidbcloud-sample-data/data-ingestion/`を入力してください。 - - **認証情報**: **AWS ロール ARN**を選択し、 `arn:aws:iam::801626783489:role/import-sample-access`を入力します。 - - **AWSアクセスキー**：サンプルデータの場合はこのオプションをスキップしてください。 + - **認証情報**: **AWS Role ARN**を選択し、 `arn:aws:iam::801626783489:role/import-sample-access`を入力します。 + - **AWS Access Key**：サンプルデータの場合はこのオプションをスキップしてください。 4. **「次へ」**をクリックしてください。 @@ -56,7 +56,7 @@ summary: TiDB Cloud DedicatedにUI経由でサンプルデータをインポー 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Google Cloud Storageを**選択してください。 + - **ストレージプロバイダー**： **Google Cloud Storage**を選択してください。 - **ソースURI** ：サンプルデータURI `gs://tidbcloud-samples-us-west1/`を入力してください。 - **Google CloudサービスアカウントID** ： TiDB Cloudは、このページにGoogle CloudサービスアカウントIDを表示します。サンプルデータURIを使用する場合は、そのまま続行できます。 @@ -88,7 +88,7 @@ summary: TiDB Cloud DedicatedにUI経由でサンプルデータをインポー 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Azure Blob Storageを**選択します。 + - **ストレージプロバイダー**： **Azure Blob Storage**を選択します。 - **ソースURI** ：サンプルデータURI `https://tcidmsampledata.blob.core.windows.net/sql/`を入力してください。 @@ -112,7 +112,7 @@ summary: TiDB Cloud DedicatedにUI経由でサンプルデータをインポー 1. [Azureポータル](https://portal.azure.com/)に移動し、ストレージアカウントに移動します。 - 2. **「ネットワーク」** > **「プライベートエンドポイント接続」**をクリックします。 + 2. **「ネットワーク」** > **Private endpoint connections**をクリックします。 3. TiDB Cloudからの保留中の接続要求を見つけて、 **「承認」**をクリックします。 diff --git a/tidb-cloud/import-with-mysql-cli.md b/tidb-cloud/import-with-mysql-cli.md index 2172a516d4196..3fd22f83877c1 100644 --- a/tidb-cloud/import-with-mysql-cli.md +++ b/tidb-cloud/import-with-mysql-cli.md @@ -22,9 +22,9 @@ TiDB Cloud Dedicatedクラスターに接続してください。 2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 -3. **ネットワーク設定**ページで、 **「IPアクセスリスト」**領域の**「IPアドレスの追加」**をクリックします。 +3. **ネットワーク設定**ページで、 **IP Access List**領域の**Add IP Address**をクリックします。 -4. ダイアログで**「どこからでもアクセスを許可する」**を選択し、 **「確認」**をクリックします。 +4. ダイアログで**Allow access from anywhere**を選択し、 **「確認」**をクリックします。 5. 右上隅にある**「接続」**をクリックすると、接続情報ダイアログが開きます。 diff --git a/tidb-cloud/integrate-tidbcloud-with-airbyte.md b/tidb-cloud/integrate-tidbcloud-with-airbyte.md index 750acb96c28e5..7c33b5b244fc5 100644 --- a/tidb-cloud/integrate-tidbcloud-with-airbyte.md +++ b/tidb-cloud/integrate-tidbcloud-with-airbyte.md @@ -82,11 +82,11 @@ TiDB コネクタの詳細については、 [TiDBソース](https://docs.airbyt 3. 接続**設定**パネルに移動し、 `${source_name} - ${destination-name}`などの接続名を作成します。 -4. **レプリケーション頻度を****「24時間ごと**」に設定すると、接続は1日に1回データを複製します。 +4. **レプリケーション頻度**を**Every 24 hours**に設定すると、接続は1日に1回データを複製します。 -5. **宛先名前空間を****カスタム形式**に設定し、**名前空間カスタム形式**を**テスト**に設定して、すべてのデータを`test`データベースに保存します。 +5. **宛先名前空間**を**カスタム形式**に設定し、**Namespace Custom Format**を**テスト**に設定して、すべてのデータを`test`データベースに保存します。 -6. **同期モード**を**「完全更新」または「上書き」**に選択してください。 +6. **同期モード**を**Full refresh | Overwrite**に選択してください。 > **Tip:** > @@ -97,9 +97,9 @@ TiDB コネクタの詳細については、 [TiDBソース](https://docs.airbyt ![Set up connection](/media/tidb-cloud/integration-airbyte-connection.jpg) -7. デフォルトの正規化モードを使用するには、 **「正規化と変換」**を**「正規化された表形式データ」**に設定するか、ジョブのdbtファイルを設定してください。 +7. デフォルトの正規化モードを使用するには、 **Normalization & Transformation**を**Normalized tabular data**に設定するか、ジョブのdbtファイルを設定してください。 -8. **「接続設定」**をクリックしてください。 +8. **Set up connection**をクリックしてください。 9. 接続が確立されたら、 **「有効」**をクリックして同期タスクをアクティブ化します。また、 **「今すぐ同期」**をクリックすると、すぐに同期を開始できます。 diff --git a/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md b/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md index d847bd4f82fdc..f1df6b87291a8 100644 --- a/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md +++ b/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md @@ -114,12 +114,12 @@ AWS リソースを作成する際に`us-east-1`以外の別の AWS リージョ AWS CloudFormation を使用して書店プロジェクトを設定するには、次の手順を実行します。 1. AWS マネジメントコンソールに移動し、 [AWS CloudFormationサービス](https://console.aws.amazon.com/cloudformation)にアクセスします。 -2. **[スタックの作成]** > **[新しいリソースを使用 (標準)]**をクリックします。 +2. **[スタックの作成]** > **With new resources (standard)**をクリックします。 3. 「**スタックの作成」**ページで、スタックの作成プロセスを完了します。 - 1. **前提条件の**領域で、 **「既存のテンプレートを選択」**を選択します。 + 1. **前提条件**の領域で、 **Choose an existing template**を選択します。 - 2. **テンプレート指定**領域で、 **[テンプレート ファイルをアップロード]**を選択し、 **[ファイルを選択]**をクリックしてテンプレート ファイル (YAML または JSON) をアップロードし、 **[次へ]**をクリックします。 + 2. **テンプレート指定**領域で、 **Upload a template file**を選択し、 **[ファイルを選択]**をクリックしてテンプレート ファイル (YAML または JSON) をアップロードし、 **[次へ]**をクリックします。 まだファイルをお持ちでない場合は、 [GitHub](https://github.com/pingcap/TiDB-Lambda-integration/releases/latest)からダウンロードしてください。このファイルには、プロジェクトに必要なリソースを作成するAWS CloudFormationテンプレートが含まれています。 diff --git a/tidb-cloud/integrate-tidbcloud-with-n8n.md b/tidb-cloud/integrate-tidbcloud-with-n8n.md index ed81b254cdd07..3ab35093013d1 100644 --- a/tidb-cloud/integrate-tidbcloud-with-n8n.md +++ b/tidb-cloud/integrate-tidbcloud-with-n8n.md @@ -17,7 +17,7 @@ summary: n8nにおけるTiDB Cloudノードの使い方を学びましょう。 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 2. 左側のナビゲーションペインで、 **[組織設定]** > **[APIキー]**をクリックします。 -3. **APIキーの**ページで、 **「APIキーを作成」**をクリックします。 +3. **APIキー**のページで、 **Create API Key**をクリックします。 4. APIキーの説明を入力し、 **「次へ」**をクリックしてください。 5. 作成したAPIキーをコピーしてn8nで後で使用するようにし、 **「完了」**をクリックしてください。 @@ -58,8 +58,8 @@ TiDB Cloudノードは、npmリポジトリでは`n8n-nodes-tidb-cloud`という 1. [localhost:5678](http://localhost:5678)ページで、n8nをセルフホスティングするためのオーナーアカウントを作成します。 2. **設定**>**コミュニティノード**に移動してください。 -3. **「コミュニティノードをインストール」**をクリックしてください。 -4. **npmパッケージ名**フィールドに`n8n-nodes-tidb-cloud`と入力します。 +3. **Install a community node**をクリックしてください。 +4. **npm Package Name**フィールドに`n8n-nodes-tidb-cloud`と入力します。 5. **「インストール」**をクリックしてください。 その後、**ワークフロー**の検索バーで**TiDB Cloud**ノードを検索し、ワークスペースにドラッグすることでTiDB Cloudノードを使用できます。 @@ -103,15 +103,15 @@ TiDB Cloud Starterインスタンスをお持ちでない場合は、このノ #### ワークフローの開始点として手動トリガーを使用する {#use-a-manual-trigger-as-the-workflow-s-starter} -1. ワークフローがまだ作成されていない場合は、**ワークフロー**パネルに移動して、 **「最初から作成」**をクリックしてください。既にワークフローを作成している場合は、この手順をスキップしてください。 +1. ワークフローがまだ作成されていない場合は、**ワークフロー**パネルに移動して、 **Start from scratch**をクリックしてください。既にワークフローを作成している場合は、この手順をスキップしてください。 2. 右上隅の**「+」**をクリックして、 `schedule trigger`を検索します。 3. 手動トリガーノードをワークスペースにドラッグし、ノードをダブルクリックします。**パラメーター**ダイアログが表示されます。 4. ルールを以下のように設定してください。 - **トリガー間隔**： `Days` - - **トリガー間の日数**： `1` - - **時刻**： `8am` - - **トリガー時刻**: `0` + - **Days Between Triggers**： `1` + - **Trigger at Hour**： `8am` + - **Trigger at Minute**: `0` このトリガーは、毎朝午前8時にワークフローを実行します。 @@ -226,7 +226,7 @@ TiDB Cloud Starterインスタンスをお持ちでない場合は、このノ TiDB Cloudノードは[通常のノード](https://docs.n8n.io/workflows/nodes/#regular-nodes)として機能し、次の 5 つの操作のみをサポートします。 -- **サーバーレスクラスタの作成**: TiDB Cloud Starterインスタンスを作成します。 +- **Create Serverless Cluster**: TiDB Cloud Starterインスタンスを作成します。 - **SQLの実行**：TiDBでSQL文を実行します。 - **削除**：TiDB内の行を削除します。 - **Insert** ：TiDBに行を挿入します。 diff --git a/tidb-cloud/integrate-tidbcloud-with-vercel.md b/tidb-cloud/integrate-tidbcloud-with-vercel.md index 2c3981875e06e..6f3f3b2efc082 100644 --- a/tidb-cloud/integrate-tidbcloud-with-vercel.md +++ b/tidb-cloud/integrate-tidbcloud-with-vercel.md @@ -89,8 +89,8 @@ TiDB Cloud Vercel 統合経由で接続するには、 [Vercelの統合マーケ 1. 対象となるVercelプロジェクトを選択し、 **「次へ」**をクリックしてください。 2. 対象となるTiDB Cloud組織とプロジェクトを選択してください。 3. 接続タイプとして**「クラスタ」**を選択してください。 - 4. 対象のTiDB Cloudリソースを選択してください。**クラスタの**ドロップダウン リストが空の場合、または新しいTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスを選択する場合は、リストの**[+クラスタの作成**] をクリックして作成してください。 - 5. 接続するデータベースを選択してください。**データベースの**ドロップダウンリストが空の場合、または新しいデータベースを選択する場合は、リスト内の**「+ データベースの作成**」をクリックして作成してください。 + 4. 対象のTiDB Cloudリソースを選択してください。**クラスタ**のドロップダウン リストが空の場合、または新しいTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスを選択する場合は、リストの**+ Create Cluster**をクリックして作成してください。 + 5. 接続するデータベースを選択してください。**データベース**のドロップダウンリストが空の場合、または新しいデータベースを選択する場合は、リスト内の**+ Create Database**をクリックして作成してください。 6. Vercelプロジェクトで使用しているフレームワークを選択してください。対象のフレームワークが一覧にない場合は、 **「一般」**を選択してください。フレームワークによって環境変数が異なります。 7. プレビュー環境用に新しいブランチを作成するために、**ブランチ機能**を有効にするかどうかを選択してください。 8. **「統合を追加」をクリックしてVercelに戻ります**。 diff --git a/tidb-cloud/manage-projects-and-resources.md b/tidb-cloud/manage-projects-and-resources.md index 9b2c23a010c22..392b1a880a50b 100644 --- a/tidb-cloud/manage-projects-and-resources.md +++ b/tidb-cloud/manage-projects-and-resources.md @@ -123,7 +123,7 @@ TiDB Cloudのリソースをプロジェクトごとにグループ化して表 - - プロジェクトがTiDB Cloud Dedicatedクラスター用に作成されている場合は、 **「Dedicatedクラスタ用に作成」**オプションを選択し、プロジェクトの [顧客管理型暗号化キー（CMEK）](/tidb-cloud/tidb-cloud-encrypt-cmek-aws.md)と[メンテナンスウィンドウ](/tidb-cloud/configure-maintenance-window.md)を構成して、 **「確認」**をクリックします。 + - プロジェクトがTiDB Cloud Dedicatedクラスター用に作成されている場合は、 **Create for Dedicated Cluster**オプションを選択し、プロジェクトの [顧客管理型暗号化キー（CMEK）](/tidb-cloud/tidb-cloud-encrypt-cmek-aws.md)と[メンテナンスウィンドウ](/tidb-cloud/configure-maintenance-window.md)を構成して、 **「確認」**をクリックします。 ### プロジェクトを管理する {#manage-a-project} @@ -158,11 +158,11 @@ TiDB Xインスタンスを移動するには、以下の手順を実行して > **Tip:** > - > TiDB Xインスタンスがどのプロジェクトにも含まれていない場合、それは**「プロジェクト外」**フォルダに表示されます。 + > TiDB Xインスタンスがどのプロジェクトにも含まれていない場合、それは**Out of project**フォルダに表示されます。 3. 表示されたダイアログで、次のいずれかの操作を行います。 - - TiDB Xインスタンスをプロジェクトに移動するには、 **「プロジェクトへ」**を選択し、ドロップダウンリストから対象のプロジェクトを選択します。 - - TiDB X インスタンスをどのプロジェクトからも移動するには、 **[どのプロジェクトからも移動]**を選択します。 + - TiDB Xインスタンスをプロジェクトに移動するには、 **To a project**を選択し、ドロップダウンリストから対象のプロジェクトを選択します。 + - TiDB X インスタンスをどのプロジェクトからも移動するには、 **Outside any project**を選択します。 4. **「移動」**をクリックします。 diff --git a/tidb-cloud/manage-serverless-spend-limit.md b/tidb-cloud/manage-serverless-spend-limit.md index c497dbc2f00ba..bde2898af22af 100644 --- a/tidb-cloud/manage-serverless-spend-limit.md +++ b/tidb-cloud/manage-serverless-spend-limit.md @@ -39,10 +39,10 @@ TiDB Cloud Starterインスタンスの支出制限を更新するには、以 > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. **「今月使用した容量」**の欄で、 **「支出制限を設定」を**クリックします。 +2. **Capacity used this month**の欄で、 **Set Spending Limit**をクリックします。 以前に支出限度額を設定していて、それを更新したい場合は、クリックしてください。 **編集**。 3. 必要に応じて月間支出限度額を編集してください。支払い方法を登録していない場合は、限度額を編集した後にクレジットカードを追加する必要があります。 -4. **「支出限度額の更新」**をクリックしてください。 +4. **Update Spending Limit**をクリックしてください。 diff --git a/tidb-cloud/manage-user-access.md b/tidb-cloud/manage-user-access.md index cfd8f1918d9dc..c279d41ba555d 100644 --- a/tidb-cloud/manage-user-access.md +++ b/tidb-cloud/manage-user-access.md @@ -72,14 +72,14 @@ TiDB Cloudは組織レベルで課金計算を行い、各プロジェクトお TiDB Cloudには、3種類のプロジェクトがあります。 - **TiDB Dedicatedプロジェクト**：このプロジェクトタイプは、 TiDB Cloud Dedicatedクラスタでのみ使用されます。RBAC、ネットワーク、メンテナンス、アラート購読、暗号化アクセスなど、 TiDB Cloud Dedicatedクラスタの設定をプロジェクトごとに個別に管理できます。 -- **TiDB X プロジェクト**: このプロジェクト タイプは、TiDB X インスタンス ( TiDB Cloud Starter、 Essential、Premium インスタンスを含む) でのみ使用されます。プロジェクトごとに TiDB X インスタンスの RBAC を管理できます。TiDB X プロジェクトは[**My TiDB**](https://tidbcloud.com/tidbs)ページでプロジェクトを作成する際のデフォルトのプロジェクト タイプです。 +- **TiDB X project**: このプロジェクト タイプは、TiDB X インスタンス ( TiDB Cloud Starter、 Essential、Premium インスタンスを含む) でのみ使用されます。プロジェクトごとに TiDB X インスタンスの RBAC を管理できます。TiDB X プロジェクトは[**My TiDB**](https://tidbcloud.com/tidbs)ページでプロジェクトを作成する際のデフォルトのプロジェクト タイプです。 - **TiDB X 仮想プロジェクト**: このプロジェクトは仮想プロジェクトであり、管理機能は提供しません。これは、どのプロジェクトにも属さない TiDB X インスタンスの仮想コンテナとして機能するため、これらのインスタンスには、プロジェクト ID を使用してTiDB Cloud API 経由でアクセスできます。各組織には一意の仮想プロジェクト ID があります。この ID は、TiDB Cloud API の[アクセス可能なプロジェクトをすべて一覧表示します](https://docs.pingcap.com/tidbcloud/api/v1beta/#tag/Project/operation/ListProjects) 。 以下の表は、これらのプロジェクトタイプ間の違いを示しています。 | 特徴 | TiDB Dedicatedプロジェクト | TiDB Xプロジェクト | TiDB X 仮想プロジェクト | | ----------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------- | -| [**My TiDB**](https://tidbcloud.com/tidbs)ページのプロジェクトビューのプロジェクトアイコン |
（Dの文字が入ったフォルダアイコン） |
（通常のフォルダアイコン） | プロジェクトビューには**、「プロジェクト外」**リストに、どのプロジェクトにも割り当てられていないTiDB Xインスタンスが表示されます。 | +| [**My TiDB**](https://tidbcloud.com/tidbs)ページのプロジェクトビューのプロジェクトアイコン |
（Dの文字が入ったフォルダアイコン） |
（通常のフォルダアイコン） | プロジェクトビューには、**Out of project**リストに、どのプロジェクトにも割り当てられていないTiDB Xインスタンスが表示されます。 | | プロジェクト内のリソースタイプ | TiDB Cloud Dedicatedクラスターのみ | TiDB Xインスタンスのみ | TiDB Xインスタンスのみ | | プロジェクトは任意です | ❌
（各TiDB Cloud Dedicatedクラスターは、Dedicatedプロジェクトに属している必要があります。） | ✅
（TiDB Xインスタンスは、TiDB Xプロジェクトにグループ化することも、組織レベルで管理することもできます。） | どのプロジェクトにも割り当てられていないTiDB Xインスタンスは、自動的にTiDB X仮想プロジェクトにグループ化されます。 | | プロジェクト設定 | ✅ | ❌ | ❌ | @@ -181,7 +181,7 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー > **Tip:** > - > - 現在特定のTiDB Cloudリソースのページにいる場合、左上隅のコンボボックスをクリックした後、組織リストに戻るには、コンボボックス内の**「マイTiDBに戻る」を**クリックする必要があります。 + > - 現在特定のTiDB Cloudリソースのページにいる場合、左上隅のコンボボックスをクリックした後、組織リストに戻るには、コンボボックス内の**Back to My TiDB**をクリックする必要があります。 > - 複数の組織に所属している場合は、コンボボックス内の対象組織名をクリックすることで、組織間でアカウントを切り替えることができます。 2. 組織IDやタイムゾーンなどの組織の詳細情報を表示するには、組織名をクリックし、左側のナビゲーションペインで**「組織設定」** > **「一般」**をクリックします。 diff --git a/tidb-cloud/migrate-from-mysql-using-aws-dms.md b/tidb-cloud/migrate-from-mysql-using-aws-dms.md index 367171d975b86..57f0600d3dd23 100644 --- a/tidb-cloud/migrate-from-mysql-using-aws-dms.md +++ b/tidb-cloud/migrate-from-mysql-using-aws-dms.md @@ -35,7 +35,7 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ 1. AWS DMS コンソールの[レプリケーションインスタンス](https://console.aws.amazon.com/dms/v2/home#replicationInstances)ページに移動し、対応するリージョンに切り替えます。 AWS DMS にはTiDB Cloudと同じリージョンを使用することをお勧めします。このドキュメントでは、アップストリームおよびダウンストリームのデータベースと DMS インスタンスはすべて**us-west-2**リージョンにあります。 -2. **「レプリケーションインスタンスの作成」を**クリックします。 +2. **Create replication instance**をクリックします。 ![Create replication instance](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-to-tidb-cloud-create-instance.png) @@ -46,15 +46,15 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ - **エンジンバージョン**：デフォルト設定を使用します。 - **マルチAZ** ：ビジネスニーズに応じて、**シングルAZ**または**マルチAZ**を選択してください。 -5. ストレージは**「割り当て済みストレージ（GiB）」**フィールドで設定します。デフォルト設定を使用してください。 +5. ストレージは**Allocated storage (GiB)**フィールドで設定します。デフォルト設定を使用してください。 6. 接続性とセキュリティを設定します。 - - **ネットワークタイプ - 新規**: **IPv4**を選択してください。 + - **Network type - new**: **IPv4**を選択してください。 - **IPv4 用仮想プライベートクラウド (VPC)** ：必要な VPC を選択してください。ネットワーク構成を簡素化するため、アップストリームデータベースと同じ VPC を使用することをお勧めします。 - - **レプリケーションサブネットグループ**：レプリケーションインスタンスに使用するサブネットグループを選択してください。 + - **Replication subnet group**：レプリケーションインスタンスに使用するサブネットグループを選択してください。 - **一般公開**：デフォルト設定を使用します。 -7. 必要に応じて、**詳細設定**、**メンテナンス**、および**タグ**を設定します。 **「レプリケーションインスタンスの作成」を**クリックして、インスタンスの作成を完了します。 +7. 必要に応じて、**詳細設定**、**メンテナンス**、および**タグ**を設定します。 **Create replication instance**をクリックして、インスタンスの作成を完了します。 ## ステップ2. ソースデータベースエンドポイントを作成する {#step-2-create-the-source-database-endpoint} @@ -70,7 +70,7 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ ![Click Create endpoint](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-to-tidb-cloud-endpoint.png) -4. この例では、 **「RDS DBインスタンスの選択」を**クリックし、ソースとなるRDSインスタンスを選択します。ソースデータベースがセルフホスト型のMySQLの場合は、この手順をスキップして、次の手順で情報を入力できます。 +4. この例では、 **Select RDS DB instance**をクリックし、ソースとなるRDSインスタンスを選択します。ソースデータベースがセルフホスト型のMySQLの場合は、この手順をスキップして、次の手順で情報を入力できます。 ![Select RDS DB instance](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-to-tidb-cloud-select-rds.png) @@ -79,14 +79,14 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ - **エンドポイント識別子**：後続のタスク構成で識別しやすくするために、ソースエンドポイントにラベルを作成します。 - **記述的な Amazon リソース名 (ARN) - オプション**: デフォルトの DMS ARN に分かりやすい名前を作成します。 - **ソースエンジン**: **MySQL**を選択してください。 - - **エンドポイントデータベースへのアクセス**:**アクセス情報を手動で提供するを**選択します。 + - **Access to endpoint database**:**Provide access information manually**を選択します。 - **サーバー名**：データプロバイダーのデータサーバー名を入力してください。データベースコンソールからコピーできます。アップストリームがAmazon RDSまたはAmazon Auroraの場合は、名前が自動的に入力されます。ドメイン名のないセルフホスト型MySQLの場合は、IPアドレスを入力してください。 - ソースデータベースの**ポート番号**、**ユーザー名**、**パスワード**を入力してください。 - **セキュリティソケットレイヤー（SSL）モード**：必要に応じてSSLモードを有効にできます。 ![Fill in the endpoint configurations](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-to-tidb-cloud-endpoint-config.png) -6. **エンドポイント設定**、 **KMSキー**、**タグに**はデフォルト値を使用してください。**エンドポイント接続のテスト（オプション）**セクションでは、ネットワーク構成を簡素化するために、ソースデータベースと同じVPCを選択することをお勧めします。対応するレプリケーションインスタンスを選択し、 **「テストの実行」**をクリックします。ステータスが**「成功」**である必要があります。 +6. **エンドポイント設定**、 **KMSキー**、**タグに**はデフォルト値を使用してください。**Test endpoint connection (optional)**セクションでは、ネットワーク構成を簡素化するために、ソースデータベースと同じVPCを選択することをお勧めします。対応するレプリケーションインスタンスを選択し、 **「テストの実行」**をクリックします。ステータスが**「成功」**である必要があります。 7. **「エンドポイントの作成」を**クリックします。 @@ -102,7 +102,7 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ 3. ダイアログの**「ステップ 1: トラフィック フィルタの作成」**で、 **「編集」**をクリックし、AWS DMS コンソールからコピーしたパブリック IP アドレスとプライベート IP アドレスを入力して、 **「フィルタの更新」**をクリックします。AWS DMS レプリケーション インスタンスのパブリック IP アドレスとプライベート IP アドレスを TiDB クラスタのトラフィック フィルタに同時に追加することをお勧めします。そうしないと、状況によっては AWS DMS が TiDB クラスタに接続できない場合があります。 -4. **CA証明書をダウンロードするには、[CA証明書のダウンロード]**をクリックします。ダイアログの**[ステップ3：SQLクライアントで接続する**]で、接続文字列内の`-u` 、 `-h` 、および`-P`情報を後で使用するためにメモしておきます。 +4. **Download CA cert**をクリックします。ダイアログの**[ステップ3：SQLクライアントで接続する**]で、接続文字列内の`-u` 、 `-h` 、および`-P`情報を後で使用するためにメモしておきます。 5. ダイアログの**「VPCピアリング」**タブをクリックし、 **「ステップ1：VPCの設定**」の下にある**「追加」**をクリックして、TiDBクラスターとAWS DMSのVPCピアリング接続を作成します。 @@ -124,7 +124,7 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ - **ユーザー名**: TiDB クラスターのユーザー名を入力してください。これは、記録した`-u`情報です。 - **パスワード**：TiDBクラスタのパスワードを入力してください。 - **セキュリティソケットレイヤー（SSL）モード**： **Verify-ca**を選択します。 - - **「新しいCA証明書を追加」を**クリックして、前の手順でTiDB CloudコンソールからダウンロードしたCAファイルをインポートします。 + - **Add new CA certificate**をクリックして、前の手順でTiDB CloudコンソールからダウンロードしたCAファイルをインポートします。 ![Fill in the target endpoint information](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-to-tidb-cloud-target-endpoint2.png) @@ -132,7 +132,7 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ ![Upload CA](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-to-tidb-cloud-upload-ca.png) -10. **エンドポイント設定**、 **KMSキー**、**タグに**はデフォルト値を使用します。**エンドポイント接続のテスト（オプション）**セクションで、ソースデータベースと同じVPCを選択します。対応するレプリケーションインスタンスを選択し、 **「テストの実行」**をクリックします。ステータスが**「成功」**である必要があります。 +10. **エンドポイント設定**、 **KMSキー**、**タグに**はデフォルト値を使用します。**Test endpoint connection (optional)**セクションで、ソースデータベースと同じVPCを選択します。対応するレプリケーションインスタンスを選択し、 **「テストの実行」**をクリックします。ステータスが**「成功」**である必要があります。 11. **「エンドポイントの作成」を**クリックします。 @@ -149,8 +149,8 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ - **タスク識別子**：タスクの名前を入力してください。覚えやすい名前を使用することをお勧めします。 - **記述的な Amazon リソース名 (ARN) - オプション**: デフォルトの DMS ARN に分かりやすい名前を作成します。 - **レプリケーションインスタンス**：先ほど作成したAWS DMSインスタンスを選択します。 - - **ソースデータベースエンドポイント**：先ほど作成したソースデータベースエンドポイントを選択してください。 - - **ターゲットデータベースエンドポイント**：先ほど作成したターゲットデータベースエンドポイントを選択してください。 + - **Source database endpoint**：先ほど作成したソースデータベースエンドポイントを選択してください。 + - **Target database endpoint**：先ほど作成したターゲットデータベースエンドポイントを選択してください。 - **移行タイプ**：必要に応じて移行タイプを選択してください。この例では、 **「既存データの移行と進行中の変更の複製」**を選択します。 ![Task configurations](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-to-tidb-cloud-task-config.png) @@ -159,12 +159,12 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ - **編集モード**：**ウィザード**を選択してください。 - **ソーストランザクションのカスタムCDC停止モード**：デフォルト設定を使用します。 - - **対象テーブルの準備モード**：必要に応じて**「何もしない」**またはその他のオプションを選択してください。この例では、 **「何もしない」**を選択します。 + - **Target table preparation mode**：必要に応じて**「何もしない」**またはその他のオプションを選択してください。この例では、 **「何もしない」**を選択します。 - **フルロード完了後にタスクを停止する**：デフォルト設定を使用する。 - - **LOB列をレプリケーションに含める**：**限定LOBモード**を選択します。 + - **LOB列をレプリケーションに含める**：**Limited LOB mode**を選択します。 - **LOBの最大サイズ（KB）** ：デフォルト値の**32**を使用します。 - - **検証機能を有効にする**：必要に応じて選択してください。 - - **タスクログ**：今後のトラブルシューティングのために、 **CloudWatchログを有効にするオプション**を選択してください。関連する設定については、デフォルト設定を使用してください。 + - **Turn on validation**：必要に応じて選択してください。 + - **タスクログ**：今後のトラブルシューティングのために、 **Turn on CloudWatch logs**を選択してください。関連する設定については、デフォルト設定を使用してください。 ![Task settings](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-to-tidb-cloud-task-settings.png) diff --git a/tidb-cloud/migrate-from-mysql-using-data-migration.md b/tidb-cloud/migrate-from-mysql-using-data-migration.md index 1fe45f9e808e8..3935ab0c56c91 100644 --- a/tidb-cloud/migrate-from-mysql-using-data-migration.md +++ b/tidb-cloud/migrate-from-mysql-using-data-migration.md @@ -280,7 +280,7 @@ SHOW VARIABLES WHERE Variable_name IN - `binlog_row_image` : `FULL` -3. 左側のナビゲーション ペインで、 **[バックアップと復元]**をクリックし、 **[バックアップ戦略]**を選択します。移行中に DM が連続するbinlogファイルにアクセスできるようにするには、バックアップ戦略を次の制約で構成します。 +3. 左側のナビゲーション ペインで、 **Backup and Restoration**をクリックし、 **[バックアップ戦略]**を選択します。移行中に DM が連続するbinlogファイルにアクセスできるようにするには、バックアップ戦略を次の制約で構成します。 - 保存期間：最低3日間（推奨7日間）に設定してください。 @@ -395,7 +395,7 @@ AWS は RDS またはAuroraへの PrivateLink による直接アクセスをサ - **リスナーポート**： `3306` 。ウィザードのデフォルト値は`80`です。リスナーを作成する前に変更してください。 - **対象グループ**：対象タイプは**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 アドレスを見つけるには、 左側のナビゲーション ペインで**「ネットワーク インターフェイス」**をクリックし、 **「説明**= `RDSNetworkInterface`と**「VPC** = ご使用の VPC」でフィルタリングします。一致するネットワーク インターフェイスに表示されている**Primary private IPv4 address**を使用します。 > **Note:** > @@ -403,11 +403,11 @@ 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/)で、左側のナビゲーションペインの**[エンドポイント サービス]**をクリックし、 **Create endpoint service**をクリックします。次の設定を構成します。 - - **ロードバランサーの種類を****「ネットワーク」**に設定し、前の手順で作成したNLBを選択します。**利用可能なロードバランサーの**リストが空の場合は、NLBが**アクティブ**状態になるまで待ってから、リストの横にある更新アイコンをクリックします。 + - **Load balancer type**を**「ネットワーク」**に設定し、前の手順で作成したNLBを選択します。**Available load balancers**リストが空の場合は、NLBが**アクティブ**状態になるまで待ってから、リストの横にある更新アイコンをクリックします。 - **承認が必要**：有効（デフォルト）。 - - **サポートされているIPアドレスタイプ**： **IPv4**を選択してください。 + - **Supported IP address types**： **IPv4**を選択してください。 エンドポイントサービスが作成されたら、後で使用するためにサービス名をコピーしてください。サービス名は`com.amazonaws.vpce..vpce-svc-`の形式です。たとえば、 `com.amazonaws.vpce.us-east-1.vpce-svc-0123456789abcdef0`ようになります。 @@ -441,9 +441,9 @@ Azure Database for MySQL - Flexible Server は、ネイティブのプライベ 1. [Azureポータル](https://portal.azure.com/)で、 **「Azure Database for MySQL サーバー」**を検索して選択し、インスタンス名をクリックしてから、左側のナビゲーション ペインで**「設定」** > **「ネットワーク」**をクリックします。 -2. **ネットワーク設定**ページで、**プライベートエンドポイントの**セクションまでスクロールダウンし、 **「+ プライベートエンドポイントの作成」**をクリックして、画面の指示に従ってプライベートエンドポイントを設定します。 +2. **ネットワーク設定**ページで、**プライベートエンドポイントの**セクションまでスクロールダウンし、 **+ Create private endpoint**をクリックして、画面の指示に従ってプライベートエンドポイントを設定します。 - セットアップ中に、[仮想**ネットワーク]**タブでTiDB Cloud がアクセスできる仮想ネットワークとサブネットを選択し、 **[DNS]**タブで**[プライベート DNS 統合] を**有効にします。プライベートエンドポイントが作成されてデプロイされたら、 **[リソースに移動] を**クリックし、左側のナビゲーション ペインで**[設定]** > **[DNS 構成] を**クリックして、[**顧客可視 FQDN]**セクションでインスタンスへの接続に使用するホスト名を見つけます。通常、ホスト名は`.mysql.database.azure.com`形式です。 + セットアップ中に、**Virtual Network**タブでTiDB Cloud がアクセスできる仮想ネットワークとサブネットを選択し、 **DNS**タブで**Private DNS integration**を有効にします。プライベートエンドポイントが作成されてデプロイされたら、 **Go to resource**をクリックし、左側のナビゲーション ペインで**[設定]** > **[DNS 構成] を**クリックして、**Customer Visible FQDNs**セクションでインスタンスへの接続に使用するホスト名を見つけます。通常、ホスト名は`.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)を参照してください。 @@ -481,7 +481,7 @@ AWS は RDS またはAuroraへの PrivateLink による直接アクセスをサ - **リスナーポート**： `3306` 。ウィザードのデフォルト値は`80`です。リスナーを作成する前に変更してください。 - **対象グループ**：対象タイプは**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 アドレスを見つけるには、 左側のナビゲーション ペインで**「ネットワーク インターフェイス」**をクリックし、 **「説明**= `RDSNetworkInterface`と**「VPC** = ご使用の VPC」でフィルタリングします。一致するネットワーク インターフェイスに表示されている**Primary private IPv4 address**を使用します。 > **Note:** > @@ -489,11 +489,11 @@ 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/)で、左側のナビゲーションペインの**[エンドポイント サービス]**をクリックし、 **Create endpoint service**をクリックします。次の設定を構成します。 - - **ロードバランサーの種類を****「ネットワーク」**に設定し、前の手順で作成したNLBを選択します。**利用可能なロードバランサーの**リストが空の場合は、NLBが**アクティブ**状態になるまで待ってから、リストの横にある更新アイコンをクリックします。 + - **Load balancer type**を**「ネットワーク」**に設定し、前の手順で作成したNLBを選択します。**Available load balancers**リストが空の場合は、NLBが**アクティブ**状態になるまで待ってから、リストの横にある更新アイコンをクリックします。 - **承認が必要**：有効（デフォルト）。 - - **サポートされているIPアドレスタイプ**： **IPv4**を選択してください。 + - **Supported IP address types**： **IPv4**を選択してください。 エンドポイントサービスが作成されたら、後で使用するためにサービス名をコピーしてください。サービス名は`com.amazonaws.vpce..vpce-svc-`の形式です。たとえば、 `com.amazonaws.vpce.us-east-1.vpce-svc-0123456789abcdef0`ようになります。 @@ -529,7 +529,7 @@ AWS は RDS またはAuroraへの PrivateLink による直接アクセスをサ 3. **AWS 外部サービス用プライベートエンドポイントの**セクションで、 **[外部サービス用プライベートエンドポイントの作成]**をクリックします。 -4. **「外部サービス用のプライベートエンドポイントの作成」**ダイアログで、プライベートエンドポイントの名前と、MySQLソースデータベース用にAWS PrivateLinkをセットアップした際にコピーした**エンドポイントサービス名**を入力します。 +4. **「外部サービス用のプライベートエンドポイントの作成」**ダイアログで、プライベートエンドポイントの名前と、MySQLソースデータベース用にAWS PrivateLinkをセットアップした際にコピーした**Endpoint Service Name**を入力します。 > **Note:** > @@ -570,7 +570,7 @@ MySQLサービスがAWS VPC内にある場合は、以下の手順を実行し 3. MySQLのURLにDNSホスト名が含まれている場合、 TiDB CloudがMySQLサービスのホスト名を解決できるようにする必要があります。 1. [VPCピアリング接続のDNS解決を有効にする](https://docs.aws.amazon.com/vpc/latest/peering/modify-peering-connections.html#vpc-peering-dns)の手順に従います。 - 2. **アクセプターDNS解決**オプションを有効にする。 + 2. **Accepter DNS resolution**オプションを有効にする。 @@ -658,11 +658,11 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON 2. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud EssentialインスタンスTiDB Cloud Premiumインスタンス名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[データ移行]**をクリックします。 -3. **データ移行**ページで、右上隅にある**「移行ジョブの作成」**をクリックします。**移行ジョブの作成**ページが表示されます。 +3. **データ移行**ページで、右上隅にある**Create Migration Job**をクリックします。**Create Migration Job**ページが表示されます。 ## ステップ2：ソース接続とターゲット接続を設定する {#step-2-configure-the-source-and-target-connections} -**「移行ジョブの作成」**ページで、ソースとターゲットの接続を設定します。 +**Create Migration Job**ページで、ソースとターゲットの接続を設定します。 1. 職名を入力してください。職名は文字で始まり、60文字以内である必要があります。文字（AZ、az）、数字（0～9）、アンダースコア（_）、ハイフン（-）が使用可能です。 @@ -700,17 +700,17 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON - 選択した**接続方法**に基づいて、以下の手順を実行してください。 - - **パブリックIP**または**VPCピアリングを**選択した場合は、**ホスト名またはIPアドレスの**フィールドにデータソースのホスト名またはIPアドレスを入力してください。 + - **パブリックIP**または**VPCピアリング**を選択した場合は、**Hostname or IP address**フィールドにデータソースのホスト名またはIPアドレスを入力してください。 - **「プライベートリンク」**を選択した場合は、以下の情報を入力してください。 - - **エンドポイント サービス名**(**データ ソースが**AWS の場合に利用可能): RDS または Aurora インスタンス用に作成した VPC エンドAuroraサービス名 (形式: `com.amazonaws.vpce..vpce-svc-` 、例: `com.amazonaws.vpce.us-east-1.vpce-svc-0123456789abcdef0` ) を入力します。 - - **プライベートエンドポイントリソースID** （**データソース**がAzureの場合に利用可能）：MySQL Flexible ServerインスタンスのリソースIDを入力します（形式： `/subscriptions//resourceGroups//providers/Microsoft.DBforMySQL/flexibleServers/` ）。 + - **Endpoint Service Name**(**データソース**がAWS の場合に利用可能): RDS または Aurora インスタンス用に作成した VPC エンドAuroraサービス名 (形式: `com.amazonaws.vpce..vpce-svc-` 、例: `com.amazonaws.vpce.us-east-1.vpce-svc-0123456789abcdef0` ) を入力します。 + - **Private Endpoint Resource ID** （**データソース**がAzureの場合に利用可能）：MySQL Flexible ServerインスタンスのリソースIDを入力します（形式： `/subscriptions//resourceGroups//providers/Microsoft.DBforMySQL/flexibleServers/` ）。 - 選択した**接続方法**に基づいて、以下の手順を実行してください。 - - **「公開」**を選択した場合は、 **「ホスト名またはIPアドレス」**フィールドにデータソースのホスト名またはIPアドレスを入力してください。 + - **「公開」**を選択した場合は、 **Hostname or IP address**フィールドにデータソースのホスト名またはIPアドレスを入力してください。 - **[プライベート リンク]**が選択されている場合は、[プライベートリンク[プライベートリンクまたはプライベートエンドポイント](#private-link-or-private-endpoint)セクションで作成したプライベート リンク接続を選択します。 @@ -718,7 +718,7 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON - 選択した**接続方法**に基づいて、以下の手順を実行してください。 - - **「公開」**を選択した場合は、 **「ホスト名またはIPアドレス」**フィールドにデータソースのホスト名またはIPアドレスを入力してください。 + - **「公開」**を選択した場合は、 **Hostname or IP address**フィールドにデータソースのホスト名またはIPアドレスを入力してください。 - **[プライベート リンク]**が選択されている場合は、 **[プライベート エンドポイント]**フィールドで既存のプライベート エンドポイントを選択するか、 **[ここでプライベート エンドポイントを作成] をクリックしてプライベート エンドポイント**を作成します。プライベート エンドポイントは、 TiDB Cloud Premium インスタンスの**[ネットワーキング]** > **[AWS 外部サービス用プライベートエンドポイント]**で管理されます。プライベート エンドポイントは、複数のデータ移行ジョブおよび変更フィード間で再利用できます。設定の詳細については、[プライベートリンクまたはプライベートエンドポイント](#private-link-or-private-endpoint)をご覧ください。 @@ -738,14 +738,14 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON - オプション2：クライアント証明書認証 - - MySQLサーバーがクライアント証明書認証用に構成されている場合は、**クライアント証明書**と**クライアント秘密鍵**をアップロードしてください。 + - MySQLサーバーがクライアント証明書認証用に構成されている場合は、**クライアント証明書**と**Client private key**をアップロードしてください。 - このオプションでは、 TiDB Cloudは認証のためにMySQLサーバーに証明書を提示しますが、 TiDB Cloudサーバーの証明書を検証しません。 - このオプションは通常、MySQLサーバーが`REQUIRE SUBJECT '...'`や`REQUIRE ISSUER '...'`などのオプションで構成されているが、 `REQUIRE X509`含まれていない場合に使用され、クライアント証明書の完全な CA 検証を行わずに、クライアント証明書の特定の属性をチェックできるようにします。 - このオプションは、MySQLサーバーが自己署名証明書またはカスタムPKI環境でクライアント証明書を受け入れる場合によく使用されます。ただし、この構成は中間者攻撃に対して脆弱であるため、他のネットワークレベルの制御によってサーバーの信頼性が保証されない限り、本番環境での本番は推奨されません。 - オプション3：相互TLS（mTLS） - 最高レベルのセキュリティ - - MySQLサーバーが相互TLS（mTLS）認証用に構成されている場合は、 **CA証明書**、**クライアント証明書**、および**クライアント秘密鍵**をアップロードしてください。 + - MySQLサーバーが相互TLS（mTLS）認証用に構成されている場合は、 **CA証明書**、**クライアント証明書**、および**Client private key**をアップロードしてください。 - このオプションでは、MySQLサーバーはクライアント証明書を使用してTiDB Cloudの身元を検証し、 TiDB CloudはCA証明書を使用してMySQLサーバーの身元を検証します。 - このオプションは、MySQLサーバーで移行ユーザーに対して`REQUIRE X509`または`REQUIRE SSL`が設定されている場合に必要です。 - このオプションは、MySQLサーバーが認証のためにクライアント証明書を必要とする場合に使用されます。 @@ -759,7 +759,7 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON - **ユーザー名**: TiDB Cloud DedicatedクラスターTiDB CloudTiDB Cloud EssentialインスタンスTiDB CloudTiDB Cloud Premiumインスタンスのユーザー名を入力します。 - **パスワード**： TiDB Cloudのユーザー名のパスワードを入力してください。 -4. 入力した情報を検証するには、 **「接続を検証」をクリックし、「次へ」を**クリックしてください。 +4. 入力した情報を検証するには、 **Validate Connection and Next**をクリックしてください。 5. 表示されたメッセージに従って行動してください。 @@ -787,19 +787,19 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON -**「移行ジョブタイプの選択」**ステップでは、既存データと増分データの両方を移行するか、既存データのみを移行するか、増分データのみを移行するかを選択できます。 +**Choose migration job type**ステップでは、既存データと増分データの両方を移行するか、既存データのみを移行するか、増分データのみを移行するかを選択できます。 -**「移行ジョブタイプの選択」**ステップでは、既存データと増分データの両方を移行するか、増分データのみを移行するかを選択できます。 +**Choose migration job type**ステップでは、既存データと増分データの両方を移行するか、増分データのみを移行するかを選択できます。 -**移行タイプの**ステップでは、既存データと増分データの両方を移行する場合は**「完全＋増分」を**、増分データのみを移行する場合は**「増分のみ」**を選択できます。 +**移行タイプ**のステップでは、既存データと増分データの両方を移行する場合は**Full + Incremental**、増分データのみを移行する場合は**「増分のみ」**を選択できます。 @@ -807,7 +807,7 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON -TiDB Cloudへのデータ移行を一度で完了させるには、 **「既存データ移行」**と**「増分データ移行」の**両方を選択してください。これにより、ソースデータベースとターゲットデータベース間のデータの一貫性が確保されます。 +TiDB Cloudへのデータ移行を一度で完了させるには、 **Existing data migration**と**Incremental data migration**の両方を選択してください。これにより、ソースデータベースとターゲットデータベース間のデータの一貫性が確保されます。 **既存データ**と**増分データの**移行には**、物理​​モード**または**論理モード**を使用できます。 @@ -832,7 +832,7 @@ TiDB Cloudへのデータ移行を一度で完了させるには、 **「既存 -TiDB Cloudへのデータ移行を一度で完了させるには、ソースデータベースとターゲットデータベース間のデータの一貫性を確保するため、 **「完全＋増分」**と**「増分」の両方のデータ移行を**選択してください。 +TiDB Cloudへのデータ移行を一度で完了させるには、ソースデータベースとターゲットデータベース間のデータの一貫性を確保するため、 **Full + Incremental**と**Incremental data migration**を選択してください。 現在、**既存データの**移行には**論理モード**のみを使用できます。このモードでは、MySQLソースデータベースからSQLステートメントとしてデータをエクスポートし、TiDB上で実行します。このモードでは、移行前のターゲットテーブルは空でも空でなくても構いません。 @@ -840,7 +840,7 @@ TiDB Cloudへのデータ移行を一度で完了させるには、ソースデ -TiDB Cloud Premiumへのデータ移行を一度で完了させるには、 **「フル＋増分」**を選択してください。これにより、ソースデータベースとターゲットデータベース間のデータの一貫性が確保されます。 +TiDB Cloud Premiumへのデータ移行を一度で完了させるには、 **Full + Incremental**を選択してください。これにより、ソースデータベースとターゲットデータベース間のデータの一貫性が確保されます。 **既存データの移行**には、**物理​​モード**または**論理モードの**いずれかを使用できます。 @@ -859,7 +859,7 @@ TiDB Cloud Premiumへのデータ移行を一度で完了させるには、 ** ### 既存データのみを移行する {#migrate-only-existing-data} -ソースデータベースの既存データのみをTiDB Cloudに移行するには、 **「既存データの移行」を**選択します。 +ソースデータベースの既存データのみをTiDB Cloudに移行するには、 **Existing data migration**を選択します。 物理モードまたは論理モードを使用して、既存のデータを移行できます。詳細については、[既存データと増分データを移行する](#migrate-existing-data-and-incremental-data)を参照してください。 @@ -867,16 +867,16 @@ TiDB Cloud Premiumへのデータ移行を一度で完了させるには、 ** ### 増分データのみを移行する {#migrate-only-incremental-data} -ソースデータベースの増分データのみをTiDB Cloudに移行するには、 **「増分データ移行」**を選択します。この場合、移行ジョブはソースデータベースの既存データをTiDB Cloudに移行せず、移行ジョブで明示的に指定されたソースデータベースの進行中の変更のみを移行します。 +ソースデータベースの増分データのみをTiDB Cloudに移行するには、 **Incremental data migration**を選択します。この場合、移行ジョブはソースデータベースの既存データをTiDB Cloudに移行せず、移行ジョブで明示的に指定されたソースデータベースの進行中の変更のみを移行します。 増分データ移行の詳細な手順については、 [データ移行を使用して、MySQL互換データベースからTiDB Cloudへ増分データのみを移行する](/tidb-cloud/migrate-incremental-data-from-mysql-using-data-migration.md)を参照してください。 ## ステップ4：移行するオブジェクトを選択する {#step-4-choose-the-objects-to-be-migrated} -1. **「移行するオブジェクトの選択」**ページで、移行するオブジェクトを選択します。 **「すべて**」をクリックするとすべてのオブジェクトを選択できます。 **「カスタマイズ」**をクリックしてから、オブジェクト名の横にあるチェックボックスをクリックしてオブジェクトを選択することもできます。 +1. **Choose Objects to Migrate**ページで、移行するオブジェクトを選択します。 **「すべて」**をクリックするとすべてのオブジェクトを選択できます。 **「カスタマイズ」**をクリックしてから、オブジェクト名の横にあるチェックボックスをクリックしてオブジェクトを選択することもできます。 - - **「すべて」**をクリックすると、移行ジョブはソースデータベースインスタンス全体から既存のデータをTiDB Cloudに移行し、完全移行後に進行中の変更も移行します。ただし、これは前の手順で「**既存データの移行」**と**「増分データの移行」の**チェックボックスを選択した場合にのみ実行されます。 - - **「カスタマイズ」**をクリックしてデータベースを選択すると、移行ジョブによって既存のデータと選択したデータベースの進行中の変更がTiDB Cloudに移行されます。ただし、これは前の手順で「**既存データの移行」**と**「増分データの移行」の**チェックボックスを選択した場合にのみ実行されます。 + - **「すべて」**をクリックすると、移行ジョブはソースデータベースインスタンス全体から既存のデータをTiDB Cloudに移行し、完全移行後に進行中の変更も移行します。ただし、これは前の手順で**Existing data migration**と**Incremental data migration**のチェックボックスを選択した場合にのみ実行されます。 + - **「カスタマイズ」**をクリックしてデータベースを選択すると、移行ジョブによって既存のデータと選択したデータベースの進行中の変更がTiDB Cloudに移行されます。ただし、これは前の手順で**Existing data migration**と**Incremental data migration**のチェックボックスを選択した場合にのみ実行されます。 - **「カスタマイズ」**をクリックしてデータベース名の下のテーブルを選択すると、移行ジョブは既存のデータと選択したテーブルの進行中の変更のみを移行します。同じデータベースで後から作成されたテーブルは移行されません。 2. **「次へ」**をクリックしてください。 @@ -897,7 +897,7 @@ TiDB Cloud Premiumへのデータ移行を一度で完了させるには、 ** ## ステップ6：移行の進捗状況を確認する {#step-6-view-the-migration-progress} -移行ジョブが作成されると、**移行ジョブの詳細**ページで移行の進行状況を確認できます。移行の進行状況は、 **「ステージ」と「ステータス」の**領域に表示されます。 +移行ジョブが作成されると、**Migration Job Details**ページで移行の進行状況を確認できます。移行の進行状況は、 **Stage and Status**の領域に表示されます。 移行ジョブは、実行中でも一時停止または削除できます。 @@ -913,7 +913,7 @@ TiDB Cloud Premiumへのデータ移行を一度で完了させるには、 ** ## ステップ6：移行の進捗状況を監視する {#step-6-monitor-the-migration-progress} -移行ジョブが作成されると、**移行ジョブの詳細**ページで移行の進行状況を確認できます。移行の進行状況は、 **「ステージ」と「ステータス」の**領域に表示されます。 +移行ジョブが作成されると、**Migration Job Details**ページで移行の進行状況を確認できます。移行の進行状況は、 **Stage and Status**の領域に表示されます。 移行ジョブは、実行中でも一時停止または削除できます。移行ジョブが失敗した場合は、問題を解決した後に再開できます。移行ジョブは、どの状態でも削除できます。 @@ -931,11 +931,11 @@ TiDB Cloud Premiumへのデータ移行を一度で完了させるには、 ** **「仕様を選択して移行を開始」**ページで、パフォーマンス要件に応じて適切な移行仕様を選択します。仕様の詳細については、 [データ移行の仕様](/tidb-cloud/tidb-cloud-billing-dm.md#specifications-for-data-migration)を参照してください。 -仕様を選択したら、 **「ジョブの作成」をクリックし、「開始」を**クリックして移行を開始します。 +仕様を選択したら、 **Create Job and Start**をクリックして移行を開始します。 ## ステップ7：移行の進捗状況を確認する {#step-7-view-the-migration-progress} -移行ジョブが作成されると、**移行ジョブの詳細**ページで移行の進行状況を確認できます。移行の進行状況は、 **「ステージ」と「ステータス」の**領域に表示されます。 +移行ジョブが作成されると、**Migration Job Details**ページで移行の進行状況を確認できます。移行の進行状況は、 **Stage and Status**の領域に表示されます。 移行ジョブは、実行中でも一時停止または削除できます。 diff --git a/tidb-cloud/migrate-from-op-tidb.md b/tidb-cloud/migrate-from-op-tidb.md index 8b89cea932fba..323859696c237 100644 --- a/tidb-cloud/migrate-from-op-tidb.md +++ b/tidb-cloud/migrate-from-op-tidb.md @@ -141,9 +141,9 @@ AWS コンソールでアクセスキーを作成します。詳細について 1. AWSアカウントIDまたはアカウントエイリアス、 IAMユーザー名、およびパスワードを使用して[IAMコンソール](https://console.aws.amazon.com/iam/home#/security_credentials)にサインインしてください。 -2. 右上にあるナビゲーションバーでユーザー名を選択し、 **「マイセキュリティ認証情報」**をクリックします。 +2. 右上にあるナビゲーションバーでユーザー名を選択し、 **My Security Credentials**をクリックします。 -3. アクセスキーを作成するには、 **「アクセスキーの作成」**をクリックします。次に、 **「.csv ファイルのダウンロード」を**選択して、アクセスキー ID とシークレット アクセスキーをコンピュータの CSV ファイルに保存します。このファイルは安全な場所に保存してください。このダイアログボックスを閉じると、シークレット アクセスキーには再度アクセスできなくなります。CSV ファイルをダウンロードしたら、 **「閉じる」**を選択します。アクセスキーを作成すると、キー ペアはデフォルトで有効になり、すぐに使用できます。 +3. アクセスキーを作成するには、 **Create access key**をクリックします。次に、 **Download .csv file**を選択して、アクセスキー ID とシークレット アクセスキーをコンピュータの CSV ファイルに保存します。このファイルは安全な場所に保存してください。このダイアログボックスを閉じると、シークレット アクセスキーには再度アクセスできなくなります。CSV ファイルをダウンロードしたら、 **「閉じる」**を選択します。アクセスキーを作成すると、キー ペアはデフォルトで有効になり、すぐに使用できます。 ![Create access key](/media/tidb-cloud/op-to-cloud-create-access-key01.png) @@ -288,7 +288,7 @@ TiDB Self-ManagedクラスターからAmazon S3にデータをエクスポート 3. TiDB Cloudのプランに応じて、TiCDCがTiDB Cloudに接続できるようにするために、以下のいずれかの操作を行ってください。 - TiDB Cloud StarterまたはEssentialの場合は、 **「認可されたネットワーク」**セクションで**「ルールの追加」**をクリックします。表示されたダイアログで、TiCDCコンポーネントのパブリック IP アドレスを使用するファイアウォール ルールを追加し、 **[保存]**をクリックします。詳細については、 [パブリックエンドポイント向けにTiDB Cloud StarterまたはEssential Firewallルールを設定する](/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md#create-and-manage-a-firewall-rule)を参照してください。 - - TiDB Cloud Dedicatedの場合は、 **「IP アドレスの追加」**をクリックします。表示されたダイアログで、 **[IP アドレスを使用する]**を選択し、 [ **+]**をクリックし、TiCDCコンポーネントのパブリック IP アドレスを**[IP アドレス]**フィールドに入力して、 **[確認]**をクリックします。詳細については、 [IPアクセスリストを設定する](/tidb-cloud/configure-ip-access-list.md)を参照してください。 + - TiDB Cloud Dedicatedの場合は、 **Add IP Address**をクリックします。表示されたダイアログで、 **[IP アドレスを使用する]**を選択し、 [ **+]**をクリックし、TiCDCコンポーネントのパブリック IP アドレスを**[IP アドレス]**フィールドに入力して、 **[確認]**をクリックします。詳細については、 [IPアクセスリストを設定する](/tidb-cloud/configure-ip-access-list.md)を参照してください。 3. 下流のTiDB Cloudリソースの接続情報を取得します。 diff --git a/tidb-cloud/migrate-incremental-data-from-mysql-using-data-migration.md b/tidb-cloud/migrate-incremental-data-from-mysql-using-data-migration.md index 5566e9b7f55b1..d1c9c728e7259 100644 --- a/tidb-cloud/migrate-incremental-data-from-mysql-using-data-migration.md +++ b/tidb-cloud/migrate-incremental-data-from-mysql-using-data-migration.md @@ -158,11 +158,11 @@ SHOW VARIABLES LIKE 'binlog_row_image'; 2. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud EssentialインスタンスTiDB Cloud Premiumインスタンス名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[データ移行]**をクリックします。 -3. **データ移行**ページで、右上隅にある**「移行ジョブの作成」**をクリックします。**移行ジョブの作成**ページが表示されます。 +3. **データ移行**ページで、右上隅にある**Create Migration Job**をクリックします。**Create Migration Job**ページが表示されます。 ## ステップ2：ソース接続とターゲット接続を設定する {#step-2-configure-the-source-and-target-connection} -**「移行ジョブの作成」**ページで、ソースとターゲットの接続を設定します。 +**Create Migration Job**ページで、ソースとターゲットの接続を設定します。 1. 職名を入力してください。職名は文字で始まり、60文字以内である必要があります。文字（AZ、az）、数字（0～9）、アンダースコア（_）、ハイフン（-）が使用可能です。 @@ -174,19 +174,19 @@ SHOW VARIABLES LIKE 'binlog_row_image'; - - **ホスト名またはIPアドレス**（パブリックIPおよびVPCピアリングの場合）：データソースのホスト名またはIPアドレス。 + - **Hostname or IP address**（パブリックIPおよびVPCピアリングの場合）：データソースのホスト名またはIPアドレス。 - **サービス名**（プライベートリンクの場合）：エンドポイントのサービス名。 - - **ホスト名またはIPアドレス**（パブリックIPの場合）：データソースのホスト名またはIPアドレス。 - - **プライベート リンク接続**(プライベート リンク用): プライベートリンク[プライベートリンク接続](/tidb-cloud/serverless-private-link-connection.md)セクションで作成したプライベート リンク接続。 + - **Hostname or IP address**（パブリックIPの場合）：データソースのホスト名またはIPアドレス。 + - **Private Link Connection**(プライベート リンク用): [プライベートリンク接続](/tidb-cloud/serverless-private-link-connection.md)セクションで作成したプライベート リンク接続。 - - **ホスト名またはIPアドレス**（公開の場合）：データソースのホスト名またはIPアドレス。 + - **Hostname or IP address**（公開の場合）：データソースのホスト名またはIPアドレス。 - **プライベート エンドポイント**(プライベート リンク用): TiDB Cloud Premium インスタンスの**[ネットワーキング]** > **[外部サービス向け AWS プライベート エンドポイント]**で作成したプライベート エンドポイント。または、**ここで [プライベート エンドポイントの作成] をクリックしてプライベート エンドポイント**を作成します。セットアップの詳細については、データ移行ガイドの[プライベートリンクまたはプライベートエンドポイント](/tidb-cloud/migrate-from-mysql-using-data-migration.md#private-link-or-private-endpoint)セクションを参照してください。 @@ -204,7 +204,7 @@ SHOW VARIABLES LIKE 'binlog_row_image'; - **ユーザー名**: ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud EssentialインスタンスTiDB Cloud Premiumインスタンスのユーザー名を入力します。 - **パスワード**： TiDB Cloudのユーザー名のパスワードを入力してください。 -4. 入力した情報を検証するには、 **「接続を検証」をクリックし、「次へ」を**クリックしてください。 +4. 入力した情報を検証するには、 **Validate Connection and Next**をクリックしてください。 5. 表示されたメッセージに従って行動してください。 @@ -229,7 +229,7 @@ SHOW VARIABLES LIKE 'binlog_row_image'; ## ステップ3：移行ジョブの種類を選択する {#step-3-choose-migration-job-type} -ソースデータベースの増分データのみをTiDB Cloudに移行するには、 **「増分データ移行」**を選択し、 **「既存データ移行」**は選択しないでください。こうすることで、移行ジョブはソースデータベースの進行中の変更のみをTiDB Cloudに移行します。 +ソースデータベースの増分データのみをTiDB Cloudに移行するには、 **Incremental data migration**を選択し、 **Existing data migration**は選択しないでください。こうすることで、移行ジョブはソースデータベースの進行中の変更のみをTiDB Cloudに移行します。 **「開始位置」**領域では、増分データ移行の開始位置として、以下のいずれかのタイプを指定できます。 @@ -269,7 +269,7 @@ SHOW MASTER STATUS; ## ステップ4：移行するオブジェクトを選択する {#step-4-choose-the-objects-to-be-migrated} -1. **「移行するオブジェクトの選択」**ページで、移行するオブジェクトを選択します。 **「すべて**」をクリックするとすべてのオブジェクトを選択できます。 **「カスタマイズ」**をクリックしてから、オブジェクト名の横にあるチェックボックスをクリックしてオブジェクトを選択することもできます。 +1. **Choose Objects to Migrate**ページで、移行するオブジェクトを選択します。 **「すべて」**をクリックするとすべてのオブジェクトを選択できます。 **「カスタマイズ」**をクリックしてから、オブジェクト名の横にあるチェックボックスをクリックしてオブジェクトを選択することもできます。 2. **「次へ」**をクリックしてください。 @@ -289,7 +289,7 @@ SHOW MASTER STATUS; ## ステップ6：移行の進捗状況を確認する {#step-6-view-the-migration-progress} -移行ジョブが作成されると、**移行ジョブの詳細**ページで移行の進行状況を確認できます。移行の進行状況は、 **「ステージ」と「ステータス」の**領域に表示されます。 +移行ジョブが作成されると、**Migration Job Details**ページで移行の進行状況を確認できます。移行の進行状況は、 **Stage and Status**の領域に表示されます。 移行ジョブは、実行中でも一時停止または削除できます。 @@ -307,11 +307,11 @@ SHOW MASTER STATUS; **「仕様を選択して移行を開始」**ページで、パフォーマンス要件に応じて適切な移行仕様を選択します。仕様の詳細については、 [データ移行の仕様](/tidb-cloud/tidb-cloud-billing-dm.md#specifications-for-data-migration)を参照してください。 -仕様を選択したら、 **「ジョブの作成」をクリックし、「開始」を**クリックして移行を開始します。 +仕様を選択したら、 **Create Job and Start**をクリックして移行を開始します。 ## ステップ7：移行の進捗状況を確認する {#step-7-view-the-migration-progress} -移行ジョブが作成されると、**移行ジョブの詳細**ページで移行の進行状況を確認できます。移行の進行状況は、 **「ステージ」と「ステータス」の**領域に表示されます。 +移行ジョブが作成されると、**Migration Job Details**ページで移行の進行状況を確認できます。移行の進行状況は、 **Stage and Status**の領域に表示されます。 移行ジョブは、実行中でも一時停止または削除できます。 diff --git a/tidb-cloud/migrate-metrics-integrations.md b/tidb-cloud/migrate-metrics-integrations.md index f23ae38d737ff..07583fbf836a8 100644 --- a/tidb-cloud/migrate-metrics-integrations.md +++ b/tidb-cloud/migrate-metrics-integrations.md @@ -25,7 +25,7 @@ TiDB Cloudは、DatadogおよびNew Relicとの連携をクラスタレベルで 3. 左側のナビゲーションパネルで、 **「プロジェクト設定」**の下にある**「統合」**をクリックします。 -4. **統合**ページで、 **「Datadogとの統合」**または**「New Relicとの統合」の**横にある**「削除」を**クリックします。 +4. **統合**ページで、 **Integration to Datadog**または**Integration to New Relic**の横にある**Delete**をクリックします。 5. 表示されたダイアログで、 `Delete`と入力して、従来の統合機能の削除を確認します。 diff --git a/tidb-cloud/migrate-prometheus-metrics-integrations.md b/tidb-cloud/migrate-prometheus-metrics-integrations.md index 178b3ee7e9733..983f64a8f17cd 100644 --- a/tidb-cloud/migrate-prometheus-metrics-integrations.md +++ b/tidb-cloud/migrate-prometheus-metrics-integrations.md @@ -27,7 +27,7 @@ Prometheusとの連携を移行するには、以下の手順を実行してく 3. 左側のナビゲーションパネルで、 **「プロジェクト設定」**の下にある**「統合」**をクリックします。 -4. **[統合]** > **[Prometheus (BETA) との統合]**モジュールで、 **[Scrape_config Files]**を選択し、 **[削除]**をクリックします。 +4. **[統合]** > **Integration to Prometheus (BETA)**モジュールで、 **[Scrape_config Files]**を選択し、 **[削除]**をクリックします。 5. 表示されたダイアログで、 `Delete`と入力して、従来の統合機能の削除を確認します。 diff --git a/tidb-cloud/migrate-sql-shards.md b/tidb-cloud/migrate-sql-shards.md index e3c0c7b416d82..ee7c76642bb5b 100644 --- a/tidb-cloud/migrate-sql-shards.md +++ b/tidb-cloud/migrate-sql-shards.md @@ -189,11 +189,11 @@ Amazon S3へのアクセスを設定した後、 TiDB Cloudコンソールで次 3. **Amazon S3からデータをインポートする**ページで、以下の情報を入力してください。 - - **インポートするファイル数**： TiDB Cloud StarterまたはTiDB Cloud Essentialの場合は、 **「複数のファイル」**を選択してください。このフィールドはTiDB Cloud Dedicatedでは利用できません。 - - **含まれるスキーマ ファイル**:**いいえ**を選択します。 + - **Import File Count**： TiDB Cloud StarterまたはTiDB Cloud Essentialの場合は、 **「複数のファイル」**を選択してください。このフィールドはTiDB Cloud Dedicatedでは利用できません。 + - **Included Schema Files**:**いいえ**を選択します。 - **データ形式**： **CSV**を選択してください。 - **フォルダー URI** : ソース データのバケット URI を入力してください。この例では、テーブルに対応する第 2 階層のディレクトリ`s3://dumpling-s3/store/sales/`を使用することで、 TiDB Cloud はすべての MySQL インスタンスのデータを`store.sales`に一度にインポートしてマージできます。 - - **バケットアクセス**> **AWSロールARN** ：取得したロールARNを入力してください。 + - **バケットアクセス**> **AWS Role ARN** ：取得したロールARNを入力してください。 バケットの場所がTiDB Cloud StarterインスタンスTiDB Cloud EssentialインスタンスTiDB Cloud PremiumインスタンスTiDB Cloud Dedicatedクラスタークラスターと異なる場合は、クロスリージョンのコンプライアンスを確認してください。 @@ -221,7 +221,7 @@ Amazon S3へのアクセスを設定した後、 TiDB Cloudコンソールで次 6. 必要に応じてCSV設定を編集してください。 - また、 **「CSV設定の編集」を**クリックすると、バックスラッシュエスケープ、セパレータ、区切り文字を設定して、より詳細な制御を行うことができます。 + また、 **Edit CSV configuration**をクリックすると、バックスラッシュエスケープ、セパレータ、区切り文字を設定して、より詳細な制御を行うことができます。 > **Note:** > diff --git a/tidb-cloud/monitor-alert-pagerduty.md b/tidb-cloud/monitor-alert-pagerduty.md index cbbf23166a8ad..3cda25d5997cb 100644 --- a/tidb-cloud/monitor-alert-pagerduty.md +++ b/tidb-cloud/monitor-alert-pagerduty.md @@ -33,7 +33,7 @@ TiDB Cloud は、PagerDuty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メ ### ステップ1. PagerDutyの統合キーを生成する {#step-1-generate-a-pagerduty-integration-key} -1. [PagerDutyイベントAPI v2の概要](https://developer.pagerduty.com/docs/events-api-v2-overview#getting-started)の概要の手順に従って、**イベント API v2**タイプの統合キーを生成します。 +1. [PagerDutyイベントAPI v2の概要](https://developer.pagerduty.com/docs/events-api-v2-overview#getting-started)の概要の手順に従って、**Events API v2**タイプの統合キーを生成します。 2. 生成された統合キーを保存して、次のステップで使用してください。 ### ステップ2. TiDB Cloudから購読する {#step-2-subscribe-from-tidb-cloud} diff --git a/tidb-cloud/monitor-alert-slack.md b/tidb-cloud/monitor-alert-slack.md index 12f3547bc47a7..7e3cb2351294f 100644 --- a/tidb-cloud/monitor-alert-slack.md +++ b/tidb-cloud/monitor-alert-slack.md @@ -31,9 +31,9 @@ TiDB Cloud、Slack、[メール](/tidb-cloud/monitor-alert-email.md)、[Zoom](/t ### ステップ1：SlackウェブフックURLを生成する {#step-1-generate-a-slack-webhook-url} -1. まだお持ちでない場合は、 [Slackアプリを作成する](https://api.slack.com/apps/new)。 **[新しいアプリの作成]**をクリックし、 **[最初から]**を選択します。名前を入力し、アプリを関連付けるワークスペースを選択して、 **[アプリの作成] を**クリックします。 +1. まだお持ちでない場合は、 [Slackアプリを作成する](https://api.slack.com/apps/new)。 **Create New App**をクリックし、 **[最初から]**を選択します。名前を入力し、アプリを関連付けるワークスペースを選択して、 **[アプリの作成] を**クリックします。 2. アプリの設定ページに移動します。[アプリの管理ダッシュボード](https://api.slack.com/apps)から設定をロードできます。 -3. **「受信Webhook」**タブをクリックし、 **「受信Webhookを有効にする」**を**オン**に切り替えます。 +3. **「受信Webhook」**タブをクリックし、 **Activate Incoming Webhooks**を**オン**に切り替えます。 4. **「ワークスペースに新しいWebhookを追加」**をクリックします。 5. アラート通知を受信するチャネルを選択し、 **「承認」**を選択してください。受信Webhookをプライベートチャネルに追加する必要がある場合は、まずそのチャネルに参加している必要があります。 diff --git a/tidb-cloud/monitor-datadog-integration.md b/tidb-cloud/monitor-datadog-integration.md index 7f0d16ab8e372..c94f7164bbaa7 100644 --- a/tidb-cloud/monitor-datadog-integration.md +++ b/tidb-cloud/monitor-datadog-integration.md @@ -51,7 +51,7 @@ TiDB Cloudは、2022年3月4日よりプロジェクトレベルのDatadog統合 2. 左側のナビゲーションペインで、 **[設定]** > **[統合]**をクリックします。 -3. **統合**ページで、 **「Datadogへの統合」**をクリックします。 +3. **統合**ページで、 **Integration to Datadog**をクリックします。 4. Datadog APIキーを入力し、Datadogサイトを選択してください。 @@ -71,7 +71,7 @@ TiDB Cloudは、2022年3月4日よりプロジェクトレベルのDatadog統合 3. 左側のナビゲーションペインで、 **「プロジェクト設定」**の下にある**「統合」**をクリックします。 -4. **統合**ページで、 **[Datadogとの統合（ベータ版）]**をクリックします。 +4. **統合**ページで、 **Integration to Datadog (BETA)**をクリックします。 5. Datadog APIキーを入力し、Datadogサイトを選択してください。 @@ -89,14 +89,14 @@ TiDB Cloudは、2022年3月4日よりプロジェクトレベルのDatadog統合 > **Note:** > -> Datadog にTiDB Cloud統合をすでにインストールしている場合は、このセクションの次の手順をスキップできます。 [**TiDB Cloudダイナミックトラッカー**](https://app.datadoghq.com/dash/integration/32021/tidb-cloud-dynamic-tracker)または[**TiDB Cloudクラスタの概要**](https://app.datadoghq.com/dash/integration/30586/tidbcloud-cluster-overview)ダッシュボードは、Datadog [**ダッシュボード一覧**](https://app.datadoghq.com/dashboard/lists)で自動的に利用可能になります。 +> Datadog にTiDB Cloud統合をすでにインストールしている場合は、このセクションの次の手順をスキップできます。 [**TiDB Cloud Dynamic Tracker**](https://app.datadoghq.com/dash/integration/32021/tidb-cloud-dynamic-tracker)または[**TiDB Cloud Cluster Overview**](https://app.datadoghq.com/dash/integration/30586/tidbcloud-cluster-overview)ダッシュボードは、Datadog [**ダッシュボード一覧**](https://app.datadoghq.com/dashboard/lists)で自動的に利用可能になります。 1. [Datadog](https://app.datadoghq.com)にログインします。 2. Datadog の[**TiDB Cloud統合**ページ](https://app.datadoghq.com/account/settings#integrations/tidb-cloud)に移動します。 3. **「コンフィグレーション」**タブで、 **「統合のインストール」を**クリックします。 - - クラスターレベルの Datadog 統合の場合、 [**TiDB Cloudダイナミックトラッカー**](https://app.datadoghq.com/dash/integration/32021/tidb-cloud-dynamic-tracker)ダッシュボードが[**ダッシュボード一覧**](https://app.datadoghq.com/dashboard/lists)に表示されます。 - - 従来のプロジェクト レベルの Datadog 統合 (ベータ版) の場合、 [**TiDB Cloudクラスタの概要**](https://app.datadoghq.com/dash/integration/30586/tidbcloud-cluster-overview)ボード[**ダッシュボード一覧**](https://app.datadoghq.com/dashboard/lists)に表示されます。 + - クラスターレベルの Datadog 統合の場合、 [**TiDB Cloud Dynamic Tracker**](https://app.datadoghq.com/dash/integration/32021/tidb-cloud-dynamic-tracker)ダッシュボードが[**ダッシュボード一覧**](https://app.datadoghq.com/dashboard/lists)に表示されます。 + - 従来のプロジェクト レベルの Datadog 統合 (ベータ版) の場合、 [**TiDB Cloud Cluster Overview**](https://app.datadoghq.com/dash/integration/30586/tidbcloud-cluster-overview)ダッシュボードが[**ダッシュボード一覧**](https://app.datadoghq.com/dashboard/lists)に表示されます。 ## 事前に構築されたダッシュボードを確認する {#view-the-pre-built-dashboard} diff --git a/tidb-cloud/monitor-new-relic-integration.md b/tidb-cloud/monitor-new-relic-integration.md index 635c0c0df1e5d..ba67615bef78e 100644 --- a/tidb-cloud/monitor-new-relic-integration.md +++ b/tidb-cloud/monitor-new-relic-integration.md @@ -43,7 +43,7 @@ TiDB Cloudは、2023年4月11日よりプロジェクトレベルのNew Relic統 2. 左側のナビゲーションペインで、 **[設定]** > **[統合]**をクリックします。 -3. **統合**ページで、 **「New Relic との統合」**をクリックします。 +3. **統合**ページで、 **Integration to New Relic**をクリックします。 4. New RelicのAPIキーを入力し、New Relicのサイトを選択してください。 @@ -123,7 +123,7 @@ TiDB Cloudは、2023年4月11日よりプロジェクトレベルのNew Relic統
1. [New Relic](https://one.newrelic.com/)にログインします。 -2. **「データの追加」**をクリックし、 `TiDB Cloud`を検索して、 **TiDB Cloud監視**ページに移動します。または、 [リンク](https://one.newrelic.com/marketplace?state=79bf274b-0c01-7960-c85c-3046ca96568e)クリックして直接ページにアクセスすることもできます。 +2. **「データの追加」**をクリックし、 `TiDB Cloud`を検索して、 **TiDB Cloud Monitoring**ページに移動します。または、 [リンク](https://one.newrelic.com/marketplace?state=79bf274b-0c01-7960-c85c-3046ca96568e)クリックして直接ページにアクセスすることもできます。 3. アカウントIDを選択し、New Relicでダッシュボードを作成してください。
@@ -138,7 +138,7 @@ TiDB Cloudは、2023年4月11日よりプロジェクトレベルのNew Relic統 3. [新しいRelic統合バージョン](#new-relic-integration-version)に応じて、次のいずれかを実行します。 - クラスタレベルでのNew Relic統合を行うには、 **TiDB Cloud Dynamic Tracker**をクリックして新しいダッシュボードを表示してください。 - - 従来のプロジェクトレベルのNew Relic統合（ベータ版）については、 **「TiDB Cloud Monitoring」**をクリックして従来のダッシュボードを表示してください。 + - 従来のプロジェクトレベルのNew Relic統合（ベータ版）については、 **TiDB Cloud Monitoring**をクリックして従来のダッシュボードを表示してください。 ## New Relicで利用可能なメトリクス {#metrics-available-to-new-relic} diff --git a/tidb-cloud/monitor-prometheus-and-grafana-integration.md b/tidb-cloud/monitor-prometheus-and-grafana-integration.md index bf37daf39463f..1fe017c059471 100644 --- a/tidb-cloud/monitor-prometheus-and-grafana-integration.md +++ b/tidb-cloud/monitor-prometheus-and-grafana-integration.md @@ -45,7 +45,7 @@ Prometheus サービスでTiDB Cloudのメトリクスを読み取るように 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Dedicatedクラスターの名前をクリックして、その概要ページに移動します。 2. 左側のナビゲーションペインで、 **[設定]** > **[統合]**をクリックします。 -3. **「統合」**ページで、 **「Prometheusとの統合」**をクリックします。 +3. **「統合」**ページで、 **Integration to Prometheus**をクリックします。 4. **「ファイルを追加」を**クリックすると、現在のクラスター用の`scrape_config`ファイルが生成されて表示されます。 5. `scrape_config`ファイルの内容のコピーを作成して、後で使用してください。 @@ -55,7 +55,7 @@ Prometheus サービスでTiDB Cloudのメトリクスを読み取るように 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 3. 左側のナビゲーションペインで、 **「プロジェクト設定」**の下にある**「統合」**をクリックします。 -4. **「統合」**ページで、 **「Prometheusとの統合（ベータ版）」**をクリックします。 +4. **「統合」**ページで、 **Integration to Prometheus (BETA)**をクリックします。 5. **「ファイルを追加」**をクリックすると、現在のプロジェクトのscrape_configファイルが生成されて表示されます。 6. `scrape_config`ファイルの内容のコピーを作成して、後で使用できるようにします。 diff --git a/tidb-cloud/oauth2.md b/tidb-cloud/oauth2.md index 725e2ee000449..1d8ac9f9d24c7 100644 --- a/tidb-cloud/oauth2.md +++ b/tidb-cloud/oauth2.md @@ -34,7 +34,7 @@ OAuth 2.0 デバイスコード付与タイプを使用して、 TiDB Cloud CLI - [ticloud認証ログイン](/tidb-cloud/ticloud-auth-login.md) : TiDB Cloudで認証する - [ticloud 認証ログアウト](/tidb-cloud/ticloud-auth-logout.md) : TiDB Cloudからログアウト -アプリがOAuthを使用してTiDB Cloudにアクセスする必要がある場合は、 [クラウド＆テクノロジーパートナーになる](https://www.pingcap.com/partners/become-a-partner/) （**パートナープログラム**で**クラウド＆テクノロジーパートナー**を選択）にリクエストを送信してください。担当者からご連絡いたします。 +アプリがOAuthを使用してTiDB Cloudにアクセスする必要がある場合は、 [クラウド＆テクノロジーパートナーになる](https://www.pingcap.com/partners/become-a-partner/) （**パートナープログラム**で**Cloud & Technology Partner**を選択）にリクエストを送信してください。担当者からご連絡いたします。 ## 承認された OAuth アプリのビューと取り消し {#view-and-revoke-authorized-oauth-apps} @@ -42,6 +42,6 @@ OAuth 2.0 デバイスコード付与タイプを使用して、 TiDB Cloud CLI 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、左下隅にあります。 2. **[アカウント設定]**をクリックします。 -3. **「承認済みOAuthアプリ」**タブをクリックします。承認済みのOAuthアプリケーションが表示されます。 +3. **Authorized OAuth Apps**タブをクリックします。承認済みのOAuthアプリケーションが表示されます。 **「取り消し」**をクリックすると、いつでも承認を取り消すことができます。 diff --git a/tidb-cloud/premium/backup-and-restore-premium.md b/tidb-cloud/premium/backup-and-restore-premium.md index d108144e83d89..be36913cc1641 100644 --- a/tidb-cloud/premium/backup-and-restore-premium.md +++ b/tidb-cloud/premium/backup-and-restore-premium.md @@ -150,7 +150,7 @@ PITR を使用すると、保持期間内の任意の時点にデータを復元 > **Note:** > - > データ損失を防ぐため、TiDB Cloud はインスタンスの **最新の成功した自動バックアップ** を保護します。これを削除しようとすると、コンソールに、このバックアップは保護されており、有効期限が切れるまで削除できないことを説明するメッセージが表示されます。 + > データ損失を防ぐため、TiDB Cloud はインスタンスの**最新の成功した自動バックアップ**を保護します。これを削除しようとすると、コンソールに、このバックアップは保護されており、有効期限が切れるまで削除できないことを説明するメッセージが表示されます。 > TiDB Cloud で `Organization Owner` または `Project Owner` ロールを持っている場合は、最新の成功した自動バックアップ以外の自動バックアップ、または手動バックアップを削除できます。 ## 手動バックアップ {#manual-backups} @@ -280,7 +280,7 @@ TiDB Cloudは、新しいインスタンスへのデータ復元をサポート TiDB Cloud Dedicatedクラスターによって生成されたバックアップを復元するには、次の手順に従ってください。 -1. [TiDB Cloudコンソール](https://tidbcloud.com)にログインし、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動します。右上隅にある**[...]**をクリックし、 **[別のプランから復元]**をクリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com)にログインし、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動します。右上隅にある**[...]**をクリックし、 **Restore from Another Plan**をクリックします。 2. **「バックアップの選択」**ページで、対象のTiDB Cloud Dedicatedクラスターを含むプロジェクトを選択します。TiDB Cloud Dedicatedクラスターを選択し、復元するバックアップ スナップショットを選択して、 **「次へ」**をクリックします。 diff --git a/tidb-cloud/premium/configure-ip-access-list-premium.md b/tidb-cloud/premium/configure-ip-access-list-premium.md index bf582d10a9d98..72ef27431ec92 100644 --- a/tidb-cloud/premium/configure-ip-access-list-premium.md +++ b/tidb-cloud/premium/configure-ip-access-list-premium.md @@ -21,11 +21,11 @@ TiDB Cloud PremiumインスタンスのIPアクセスリストを設定するに 2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 -3. **ネットワークの**ページで、 **[パブリックエンドポイント****を有効にする]**をクリックして、インスタンスがパブリックエンドポイント経由でアクセスできるようにし、 **[IP アドレスを追加] を**クリックします。 +3. **ネットワーク**のページで、 **[パブリックエンドポイントを有効にする]**をクリックして、インスタンスがパブリックエンドポイント経由でアクセスできるようにし、 **Add IP Address**をクリックします。 4. 表示されたダイアログで、以下のいずれかのオプションを選択してください。 - - **どこからでもアクセスを許可する**：すべてのIPアドレスからTiDB Cloudへのアクセスを許可します。このオプションを選択すると、インスタンスがインターネットに完全に公開されるため、非常に危険です。 + - **Allow access from anywhere**：すべてのIPアドレスからTiDB Cloudへのアクセスを許可します。このオプションを選択すると、インスタンスがインターネットに完全に公開されるため、非常に危険です。 - **IPアドレスを使用する**（推奨）：SQLクライアント経由でTiDB Cloudへのアクセスを許可するIPアドレスとCIDRアドレスのリストを追加できます。 5. **「IPアドレスを使用する」**を選択した場合は、IPアドレスまたはCIDR範囲を追加し、必要に応じて説明を追加してください。 diff --git a/tidb-cloud/premium/connect-to-premium-via-alibaba-cloud-private-endpoint.md b/tidb-cloud/premium/connect-to-premium-via-alibaba-cloud-private-endpoint.md index f9fc4b06a1bfc..bf1b63a74d2a4 100644 --- a/tidb-cloud/premium/connect-to-premium-via-alibaba-cloud-private-endpoint.md +++ b/tidb-cloud/premium/connect-to-premium-via-alibaba-cloud-private-endpoint.md @@ -25,7 +25,7 @@ summary: Alibaba Cloud上のプライベートエンドポイントを介してT 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページで、対象のTiDB Cloud Premiumインスタンスの名前をクリックすると、その概要ページに移動します。 2. 右上隅の**「接続」**をクリックしてください。接続ダイアログが表示されます。 3. **「接続タイプ」**ドロップダウンリストで、 **「プライベートエンドポイント」**を選択します。 -4. **サービス名**、**アベイラビリティゾーンID** 、**リージョンID**をメモしておいてください。 +4. **サービス名**、**Availability Zone ID** 、**リージョンID**をメモしておいてください。 ### ステップ2. Alibaba Cloud上にプライベートエンドポイントを作成する {#step-2-create-a-private-endpoint-on-alibaba-cloud} @@ -59,7 +59,7 @@ Alibaba Cloud管理コンソールを使用してVPCインターフェースエ 2. 先ほどコピーした*エンドポイントリソースID*と*ドメイン名*を、それぞれのフィールドに貼り付けてください。 -3. プライベートエンドポイントからの接続を受け入れるには、 **「プライベートエンドポイント接続の作成」を**クリックしてください。 +3. プライベートエンドポイントからの接続を受け入れるには、 **Create Private Endpoint Connection**をクリックしてください。 ### ステップ4. TiDB Cloud Premiumインスタンスに接続します {#step-4-connect-to-your-tidb-cloud-premium-instance} diff --git a/tidb-cloud/premium/connect-to-premium-via-aws-private-endpoint.md b/tidb-cloud/premium/connect-to-premium-via-aws-private-endpoint.md index 275cbd7301b76..8ae3c1947b71f 100644 --- a/tidb-cloud/premium/connect-to-premium-via-aws-private-endpoint.md +++ b/tidb-cloud/premium/connect-to-premium-via-aws-private-endpoint.md @@ -215,6 +215,6 @@ AWS マネジメントコンソールでプライベート DNS を有効にす ### プライベートDNSを有効にした後、プライベートエンドポイント経由でTiDB Cloud Premiumインスタンスに接続できません。なぜでしょうか？ {#i-cannot-connect-to-a-tidb-cloud-premium-instance-via-a-private-endpoint-after-enabling-private-dns-why} -AWS マネジメント コンソールで、VPC エンドポイントのセキュリティ グループを適切に設定する必要がある場合があります。そのためには、 **[VPC]** > **[エンドポイント]**に移動し、VPC エンドポイントを右クリックして、 **[セキュリティ グループの管理]**を選択します。選択したセキュリティ グループが、ポート`4000`またはお客様定義のポートで EC2 インスタンスからの受信アクセスを許可していることを確認してください。 +AWS マネジメント コンソールで、VPC エンドポイントのセキュリティ グループを適切に設定する必要がある場合があります。そのためには、 **[VPC]** > **[エンドポイント]**に移動し、VPC エンドポイントを右クリックして、 **Manage security groups**を選択します。選択したセキュリティ グループが、ポート`4000`またはお客様定義のポートで EC2 インスタンスからの受信アクセスを許可していることを確認してください。 ![Manage security groups](/media/tidb-cloud/private-endpoint/manage-security-groups.png) diff --git a/tidb-cloud/premium/connect-to-premium-via-public-connection.md b/tidb-cloud/premium/connect-to-premium-via-public-connection.md index 97dbce75dd5a1..9f5a9a102ccfb 100644 --- a/tidb-cloud/premium/connect-to-premium-via-public-connection.md +++ b/tidb-cloud/premium/connect-to-premium-via-public-connection.md @@ -36,7 +36,7 @@ summary: パブリック接続を介してTiDB Cloud Premiumに接続する方 3. 接続ダイアログで、 **「接続タイプ」**ドロップダウンリストから**「パブリック」**を選択します。 - IP アクセス リストを設定していない場合は、最初の接続の前に、**「IP アクセス リストの設定」**をクリックするか、[IP アクセス リストを設定する](/tidb-cloud/premium/configure-ip-access-list-premium.md)の手順に従って設定してください。 + IP アクセス リストを設定していない場合は、最初の接続の前に、**Configure IP Access List**をクリックするか、[IP アクセス リストを設定する](/tidb-cloud/premium/configure-ip-access-list-premium.md)の手順に従って設定してください。 4. **「CA証明書」**をクリックすると、 TiDB Cloud PremiumインスタンスへのTLS接続に必要なCA証明書をダウンロードできます。このCA証明書はデフォルトでTLS 1.2をサポートしています。 diff --git a/tidb-cloud/premium/create-tidb-instance-premium.md b/tidb-cloud/premium/create-tidb-instance-premium.md index 07e302b4842ed..6bf8cc3373b8d 100644 --- a/tidb-cloud/premium/create-tidb-instance-premium.md +++ b/tidb-cloud/premium/create-tidb-instance-premium.md @@ -44,14 +44,14 @@ TiDB Cloudアカウントをお持ちでない場合は、[ここ](https://tidbc 3. TiDB Cloud Premiumインスタンスの名前を入力し、インスタンスをホストするクラウドプロバイダーとリージョンを選択してください。 -4. （オプション）このTiDB Cloud Premium インスタンスを管理用のプロジェクトにグループ化するには、 **[インスタンスをプロジェクトにグループ化] を**クリックし、インスタンスの対象となるプロジェクトを選択します。組織内にプロジェクトがない場合は、 **[プロジェクトの作成] を**クリックして作成できます。 +4. （オプション）このTiDB Cloud Premium インスタンスを管理用のプロジェクトにグループ化するには、 **[インスタンスをプロジェクトにグループ化] を**クリックし、インスタンスの対象となるプロジェクトを選択します。組織内にプロジェクトがない場合は、 **Create a Project**をクリックして作成できます。 5. 「**容量」**セクションで、インスタンスの最大リクエストキャパシティユニット（RCU）数を設定します。RCUは、ワークロード用にプロビジョニングされたコンピューティングリソースを表します。TiDB Cloudは、需要に基づいて、この範囲内でインスタンスを自動的にスケーリングします。 > **Note:** > > - RCUの最大値は100刻みで設定する必要があります。 - > - お客様には、**最低請求RCU**と呼ばれる最低限のRCU数に基づいて課金されます。この値は、設定された最大RCUの25%と5,000RCUのうち大きい方です。最低請求RCUは、ピークパフォーマンスのために専用リソースが確保されることを保証します。実際の使用量がこれより少ない場合でも、この最低額が課金されます。 + > - お客様には、**Minimum Billing RCU**と呼ばれる最低限のRCU数に基づいて課金されます。この値は、設定された最大RCUの25%と5,000RCUのうち大きい方です。最低請求RCUは、ピークパフォーマンスのために専用リソースが確保されることを保証します。実際の使用量がこれより少ない場合でも、この最低額が課金されます。 6. TiDB Cloud Premiumインスタンスでは、リージョンごとの高可用性のみが有効になっており、設定変更はできません。詳細については、[高可用性](/tidb-cloud/serverless-high-availability.md)を参照してください。 diff --git a/tidb-cloud/premium/dual-layer-data-encryption-premium.md b/tidb-cloud/premium/dual-layer-data-encryption-premium.md index db89e59035ca9..d203eed98666c 100644 --- a/tidb-cloud/premium/dual-layer-data-encryption-premium.md +++ b/tidb-cloud/premium/dual-layer-data-encryption-premium.md @@ -13,7 +13,7 @@ summary: TiDB Cloud Premiumインスタンスでデュアルレイヤーデー ## 概要 {#overview} -TiDB Cloud Premiumは、デフォルトでインスタンスストレージとスナップショットボリューム上の保存データを暗号化し、基本的なデータセキュリティレベルを提供します。さらに、 TiDB Cloud Premiumは、TiDBストレージエンジンの暗号化とクラウドプロバイダーのキー管理サービス（KMS）を組み合わせることをサポートしています。この追加レイヤーは、**デュアルレイヤーデータ暗号化**と呼ばれます。 +TiDB Cloud Premiumは、デフォルトでインスタンスストレージとスナップショットボリューム上の保存データを暗号化し、基本的なデータセキュリティレベルを提供します。さらに、 TiDB Cloud Premiumは、TiDBストレージエンジンの暗号化とクラウドプロバイダーのキー管理サービス（KMS）を組み合わせることをサポートしています。この追加レイヤーは、**Dual-Layer Data Encryption**と呼ばれます。 ### 暗号化メカニズム {#encryption-mechanism} @@ -26,7 +26,7 @@ TiDB Cloud Premiumは、より高いレベルのデータセキュリティを - **データベース層の暗号化** - - TiDB Cloud Premiumは、ストレージ層の暗号化に加えて、オプションのデータベース層暗号化機能（ TiDB Cloudコンソールでは**「デュアルレイヤーデータ暗号化」**と表示）をサポートしています。この機能を有効にすると、TiKVに保存されているデータ、変更フィードデータ、およびバックアップデータが暗号化されます。 + - TiDB Cloud Premiumは、ストレージ層の暗号化に加えて、オプションのデータベース層暗号化機能（ TiDB Cloudコンソールでは**Dual-Layer Data Encryption**と表示）をサポートしています。この機能を有効にすると、TiKVに保存されているデータ、変更フィードデータ、およびバックアップデータが暗号化されます。 - この仕組みにより、データベースシステム内のデータは暗号化された状態に保たれるため、内部処理やデータ移動中のデータ漏洩のリスクが低減されます。 - ストレージ層の暗号化とは異なり、データベース層の暗号化はユーザーが設定可能です。セキュリティコンプライアンスや運用要件に応じて、顧客管理暗号化キー（CMEK）またはサービス管理暗号化キーのいずれかを選択できます。 @@ -43,7 +43,7 @@ TiDB Cloud Premiumは、より高いレベルのデータセキュリティを デュアルレイヤーデータ暗号化では、クラウドプロバイダーのKMSを使用して、保存データの暗号化用マスターキーを管理します。キー管理オプションは2種類から選択できます。 -- **顧客管理暗号化キー（CMEK）** +- **Customer-Managed Encryption Key (CMEK)** KMSマスターキーは、お客様ご自身で作成、所有、管理できます。このオプションでは暗号化を完全に制御できるため、厳格なセキュリティ要件を持つ組織に適しています。 @@ -51,7 +51,7 @@ TiDB Cloud Premiumは、より高いレベルのデータセキュリティを > > キーのセキュリティと可用性の維持は、お客様の全責任となります。CMEKが削除または完全に破損した場合、インスタンスは使用不能となり、暗号化されたデータは永久に復元できなくなります。 -- **サービス管理型暗号化キー** +- **Service-Managed Encryption Key** TiDB Cloud Premiumは、お客様に代わってKMSマスターキーを自動的に作成および管理します。このオプションは、セキュリティと利便性のバランスが取れており、メンテナンスの手間もかかりません。 @@ -74,7 +74,7 @@ TiDB Cloud Premiumインスタンスを作成する際、またはインスタ ### インスタンス作成時に暗号化を有効にする {#enable-encryption-during-instance-creation} -TiDB Cloud Premiumインスタンスを作成する際に、二重層データ暗号化を有効にすることができます。セキュリティおよび運用要件に応じて、**顧客管理暗号化キー（CMEK）**または**サービス管理暗号化キーの**いずれかを選択してください。 +TiDB Cloud Premiumインスタンスを作成する際に、二重層データ暗号化を有効にすることができます。セキュリティおよび運用要件に応じて、**Customer-Managed Encryption Key (CMEK)**または**Service-Managed Encryption Key**のいずれかを選択してください。 #### オプション1：顧客管理暗号化キー（CMEK） {#option-1-customer-managed-encryption-key-cmek} @@ -93,9 +93,9 @@ TiDB Cloud Premiumインスタンスを作成する際に、二重層データ 2. TiDB Cloud Premiumプランを選択し、基本設定を完了してください。 - 3. 「**デュアルレイヤーデータ暗号化」**セクションで、 **「有効にする」**をクリックします。 + 3. **Dual-Layer Data Encryption**セクションで、 **「有効にする」**をクリックします。 - 4. **「顧客管理暗号化キー (CMEK)」**を選択し、 **「KMS キー ARN の追加」**をクリックします。 + 4. **Customer-Managed Encryption Key (CMEK)**を選択し、 **Add KMS Key ARN**をクリックします。 5. 表示されているJSONポリシーステートメントをコピーしてください。このポリシーステートメントは、TiDB Cloudに必要なキーアクセス権限を定義します。 @@ -104,7 +104,7 @@ TiDB Cloud Premiumインスタンスを作成する際に、二重層データ - AWS については、 [AWS KMS の主要ポリシー](https://docs.aws.amazon.com/kms/latest/developerguide/key-policies.html)を参照してください。 - Alibaba Cloud については、 [キーの管理](https://www.alibabacloud.com/help/en/kms/key-management-service/user-guide/manage-keys-2)を参照してください。 - 7. TiDB Cloudコンソールに戻り、キー作成ページの一番下までスクロールして、クラウドプロバイダーのKMSから取得した**KMSキーARN**を入力します。 + 7. TiDB Cloudコンソールに戻り、キー作成ページの一番下までスクロールして、クラウドプロバイダーのKMSから取得した**KMS Key ARN**を入力します。 8. 信頼関係を確認するには、 **「テスト」をクリックし、「KMSキーARNを追加」を**クリックします。 @@ -116,8 +116,8 @@ TiDB Cloudに暗号化キーの管理を代行させるには、以下の手順 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページで、 **「リソースの作成」**をクリックします。 2. TiDB Cloud Premiumプランを選択し、基本設定を完了してください。 -3. 「**デュアルレイヤーデータ暗号化」**セクションで、 **「有効にする」**をクリックします。 -4. **サービス管理暗号化キー**を選択してください。 +3. **Dual-Layer Data Encryption**セクションで、 **「有効にする」**をクリックします。 +4. **Service-Managed Encryption Key**を選択してください。 5. **「作成」**をクリックして、 TiDB Cloud Premiumインスタンスの作成を完了してください。 ### 既存のインスタンスで暗号化を有効にする {#enable-encryption-for-an-existing-instance} @@ -134,7 +134,7 @@ TiDB Cloudに暗号化キーの管理を代行させるには、以下の手順 1. TiDB Cloud Premiumインスタンスの**セキュリティ**ページで、 **「二重層データ暗号化」**セクションの**「有効にする」**をクリックします。 -2. **「顧客管理暗号化キー (CMEK)」**を選択し、 **「KMS キー ARN の追加」**をクリックします。 +2. **Customer-Managed Encryption Key (CMEK)**を選択し、 **Add KMS Key ARN**をクリックします。 3. 表示されているJSONポリシーステートメントをコピーしてください。このポリシーステートメントは、TiDB Cloudに必要なキーアクセス権限を定義します。 @@ -143,7 +143,7 @@ TiDB Cloudに暗号化キーの管理を代行させるには、以下の手順 - AWS については、 [AWS KMS の主要ポリシー](https://docs.aws.amazon.com/kms/latest/developerguide/key-policies.html)を参照してください。 - Alibaba Cloud については、 [キーの管理](https://www.alibabacloud.com/help/en/kms/key-management-service/user-guide/manage-keys-2)を参照してください。 -5. TiDB Cloudコンソールに戻り、ページの一番下までスクロールして、クラウドプロバイダーのKMSから取得した**KMSキーARN**を入力します。 +5. TiDB Cloudコンソールに戻り、ページの一番下までスクロールして、クラウドプロバイダーのKMSから取得した**KMS Key ARN**を入力します。 6. **「テスト」をクリックし、「KMSキーARNを追加」**をクリックして、キーアクセス構成を確認し、二重層データ暗号化を有効にします。 @@ -152,7 +152,7 @@ TiDB Cloudに暗号化キーの管理を代行させるには、以下の手順 TiDB Cloudに暗号化キーの管理を代行させるには、以下の手順に従ってください。 1. TiDB Cloud Premiumインスタンスの**セキュリティ**ページで、 **「二重層データ暗号化」**セクションの**「有効にする」**をクリックします。 -2. **サービス管理暗号化キー**を選択してください。 +2. **Service-Managed Encryption Key**を選択してください。 3. **「有効にする」**をクリックしてください。 ## 暗号化ステータスを確認する {#view-encryption-status} @@ -182,7 +182,7 @@ TiDB Cloudに暗号化キーの管理を代行させるには、以下の手順 ### サービス管理暗号化キーで暗号化されたバックアップを復元する {#restore-a-backup-encrypted-with-a-service-managed-encryption-key} -バックアップがサービス管理暗号化キーで暗号化されている場合、復元されたインスタンスは自動的に同じキータイプを継承します。復元時には、暗号化はデフォルトで有効になり、キータイプは**サービス管理暗号化キー**に設定されます。 +バックアップがサービス管理暗号化キーで暗号化されている場合、復元されたインスタンスは自動的に同じキータイプを継承します。復元時には、暗号化はデフォルトで有効になり、キータイプは**Service-Managed Encryption Key**に設定されます。 ## 顧客管理暗号化キー（CMEK）をローテーションする {#rotate-a-customer-managed-encryption-key-cmek} diff --git a/tidb-cloud/premium/import-csv-files-premium.md b/tidb-cloud/premium/import-csv-files-premium.md index 8266e618675f3..8f134ff69b1c7 100644 --- a/tidb-cloud/premium/import-csv-files-premium.md +++ b/tidb-cloud/premium/import-csv-files-premium.md @@ -107,24 +107,24 @@ CSVファイルをTiDB Cloud Premiumにインポートするには、以下の 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - **ストレージプロバイダー**： **Amazon S3**を選択してください。 - - **ソースファイルURI** ： + - **Source Files URI** ： - 1 つのファイルをインポートする場合は、ソースファイルの URI を`s3://[bucket_name]/[data_source_folder]/[file_name].csv`の形式で入力します。例: `s3://sampledata/ingest/TableName.01.csv` 。 - 複数のファイルをインポートする場合は、ソースフォルダのURIを`s3://[bucket_name]/[data_source_folder]/`の形式で入力してください。例： `s3://sampledata/ingest/` 。 - **認証情報**: AWS ロール ARN または AWS アクセス キーを使用してバケットにアクセスできます。詳細については、 [Amazon S3へのアクセスを設定する](/tidb-cloud/configure-external-storage-access.md#configure-amazon-s3-access)を参照してください。 - - **AWS ロール ARN** : AWS ロール ARN の値を入力してください。新しいロールを作成する必要がある場合は、 **[ここをクリックして AWS CloudFormation を使用して新しいロールを作成] をクリックし**、ガイド付き手順に従って、提供されているテンプレートを起動し、 IAM警告を確認し、スタックを作成し、生成された ARN をTiDB Cloud Premium にコピーしてください。 - - **AWSアクセスキー**：AWSアクセスキーIDとAWSシークレットアクセスキーを入力してください。 - - **バケットへのアクセスをテストする**：認証情報が正しく入力された後、このボタンをクリックして、 TiDB Cloud Premiumがバケットにアクセスできることを確認してください。 + - **AWS Role ARN** : AWS ロール ARN の値を入力してください。新しいロールを作成する必要がある場合は、 **[ここをクリックして AWS CloudFormation を使用して新しいロールを作成] をクリックし**、ガイド付き手順に従って、提供されているテンプレートを起動し、 IAM警告を確認し、スタックを作成し、生成された ARN をTiDB Cloud Premium にコピーしてください。 + - **AWS Access Key**：AWSアクセスキーIDとAWSシークレットアクセスキーを入力してください。 + - **Test Bucket Access**：認証情報が正しく入力された後、このボタンをクリックして、 TiDB Cloud Premiumがバケットにアクセスできることを確認してください。 - **ターゲット接続**：インポートを実行するTiDBのユーザー名とパスワードを入力してください。必要に応じて、 **「接続テスト」を**クリックして認証情報を検証してください。 4. **「次へ」**をクリックしてください。 -5. **ソースファイルマッピングの**セクションでは、 TiDB Cloud Premiumがバケットをスキャンし、ソースファイルと宛先テーブル間のマッピングを提案します。 +5. **Source Files Mapping**セクションでは、 TiDB Cloud Premiumがバケットをスキャンし、ソースファイルと宛先テーブル間のマッピングを提案します。 - **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 + **Source Files URI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 > **Note:** > - > **ソースファイルURI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloud Premiumは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 + > **Source Files URI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloud Premiumは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 - [ファイル命名規則](/tidb-cloud/naming-conventions-for-data-import.md)ソース ファイルとターゲット テーブルに適用するには、自動マッピングを有効のままにしておきます。データ形式として**CSV**を選択したままにしておきます。 @@ -162,22 +162,22 @@ CSVファイルをTiDB Cloud Premiumにインポートするには、以下の 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - **ストレージプロバイダー**： **Alibaba Cloud OSS**を選択してください。 - - **ソースファイルURI** ： + - **Source Files URI** ： - 1 つのファイルをインポートする場合は、ソースファイルの URI を`oss://[bucket_name]/[data_source_folder]/[file_name].csv`の形式で入力してください。例: `oss://sampledata/ingest/TableName.01.csv` 。 - 複数のファイルをインポートする場合は、ソースフォルダのURIを`oss://[bucket_name]/[data_source_folder]/`の形式で入力してください。例： `oss://sampledata/ingest/` 。 - **Credential** : AccessKey ペアを使用してバケットにアクセスできます。詳細については、 [Alibaba Cloudオブジェクトストレージサービス（OSS）へのアクセスを設定する](/tidb-cloud/configure-external-storage-access.md#configure-alibaba-cloud-object-storage-service-oss-access)を参照してください。 - - **バケットへのアクセスをテストする**：認証情報が正しく入力された後、このボタンをクリックして、 TiDB Cloud Premiumがバケットにアクセスできることを確認してください。 + - **Test Bucket Access**：認証情報が正しく入力された後、このボタンをクリックして、 TiDB Cloud Premiumがバケットにアクセスできることを確認してください。 - **ターゲット接続**：インポートを実行するTiDBのユーザー名とパスワードを入力してください。必要に応じて、 **「接続テスト」を**クリックして認証情報を検証してください。 4. **「次へ」**をクリックしてください。 -5. **ソースファイルマッピングの**セクションでは、 TiDB Cloud Premiumがバケットをスキャンし、ソースファイルと宛先テーブル間のマッピングを提案します。 +5. **Source Files Mapping**セクションでは、 TiDB Cloud Premiumがバケットをスキャンし、ソースファイルと宛先テーブル間のマッピングを提案します。 - **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 + **Source Files URI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 > **Note:** > - > **ソースファイルURI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloud Premiumは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 + > **Source Files URI**で単一のファイルが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションは表示されず、 TiDB Cloud Premiumは**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを選択するだけで済みます。 - [ファイル命名規則](/tidb-cloud/naming-conventions-for-data-import.md)ソース ファイルとターゲット テーブルに適用するには、自動マッピングを有効のままにしておきます。データ形式として**CSV**を選択したままにしておきます。 diff --git a/tidb-cloud/premium/import-from-s3-premium.md b/tidb-cloud/premium/import-from-s3-premium.md index 705d3ac01edb6..3866de1e212e8 100644 --- a/tidb-cloud/premium/import-from-s3-premium.md +++ b/tidb-cloud/premium/import-from-s3-premium.md @@ -52,9 +52,9 @@ TiDB Cloud Premiumがバケットを読み取れるようにするには、以 3. **ソース接続**ダイアログで： - **ストレージプロバイダー**を**Amazon S3**に設定します。 - - 単一ファイル（ `s3://bucket/path/file.csv` ）またはフォルダ（ `s3://bucket/path/` ）の**ソースファイルURI**を入力します。 - - **AWSロールARN**または**AWSアクセスキー**を選択し、認証情報を入力してください。 - - 接続を確認するには、 **「テストバケットアクセス」**をクリックしてください。<!--Todo-- 既知のプレビューの問題: ボタンをクリックすると、成功のトーストが表示されずにアイドル状態に戻ります。--> + - 単一ファイル（ `s3://bucket/path/file.csv` ）またはフォルダ（ `s3://bucket/path/` ）の**Source Files URI**を入力します。 + - **AWS Role ARN**または**AWS Access Key**を選択し、認証情報を入力してください。 + - 接続を確認するには、 **Test Bucket Access**をクリックしてください。<!--Todo-- 既知のプレビューの問題: ボタンをクリックすると、成功のトーストが表示されずにアイドル状態に戻ります。--> 4. **「次へ」**をクリックし、インポートジョブに使用するTiDB SQLのユーザー名とパスワードを入力してください。必要に応じて、接続テストを実行してください。 diff --git a/tidb-cloud/premium/migrate-from-op-tidb-premium.md b/tidb-cloud/premium/migrate-from-op-tidb-premium.md index f01b8a8de9c37..80de22930fd2b 100644 --- a/tidb-cloud/premium/migrate-from-op-tidb-premium.md +++ b/tidb-cloud/premium/migrate-from-op-tidb-premium.md @@ -141,9 +141,9 @@ AWS コンソールでアクセスキーを作成します。詳細について 1. AWSアカウントIDまたはアカウントエイリアス、 IAMユーザー名、およびパスワードを使用して[IAMコンソール](https://console.aws.amazon.com/iam/home#/security_credentials)にサインインしてください。 -2. 右上にあるナビゲーションバーでユーザー名を選択し、 **「マイセキュリティ認証情報」**をクリックします。 +2. 右上にあるナビゲーションバーでユーザー名を選択し、 **My Security Credentials**をクリックします。 -3. アクセスキーを作成するには、 **「アクセスキーの作成」**をクリックします。次に、 **「.csv ファイルのダウンロード」を**選択して、アクセスキー ID とシークレット アクセスキーをコンピュータの CSV ファイルに保存します。このファイルは安全な場所に保存してください。このダイアログボックスを閉じると、シークレット アクセスキーには再度アクセスできなくなります。CSV ファイルをダウンロードしたら、 **「閉じる」**を選択します。アクセスキーを作成すると、キー ペアはデフォルトで有効になり、すぐに使用できます。 +3. アクセスキーを作成するには、 **Create access key**をクリックします。次に、 **Download .csv file**を選択して、アクセスキー ID とシークレット アクセスキーをコンピュータの CSV ファイルに保存します。このファイルは安全な場所に保存してください。このダイアログボックスを閉じると、シークレット アクセスキーには再度アクセスできなくなります。CSV ファイルをダウンロードしたら、 **「閉じる」**を選択します。アクセスキーを作成すると、キー ペアはデフォルトで有効になり、すぐに使用できます。 ![Create access key](/media/tidb-cloud/op-to-cloud-create-access-key01.png) @@ -208,7 +208,7 @@ TiDB Self-ManagedクラスターからAmazon S3にデータをエクスポート 3. **「クラウドストレージからデータをインポート」** > **「Amazon S3」**を選択します。 4. ウィザードに表示される**アカウントID**と**外部ID**をメモしておいてください。これらの値はCloudFormationテンプレートに埋め込まれています。 -2. **[ソース接続]**ダイアログで、 **[AWS ロール ARN]**を選択し、 **[AWS CloudFormation で新しいものを作成するにはここをクリック**してください] をクリックし、画面上のガイダンスに従います。組織が CloudFormation スタックを起動できない場合は、 [IAMロールを手動で作成する](#manually-create-the-iam-role-optional)を参照してください。 +2. **[ソース接続]**ダイアログで、 **AWS Role ARN**を選択し、 **[AWS CloudFormation で新しいものを作成するにはここをクリックしてください]**をクリックし、画面上のガイダンスに従います。組織が CloudFormation スタックを起動できない場合は、 [IAMロールを手動で作成する](#manually-create-the-iam-role-optional)を参照してください。 1. AWSコンソールで、あらかじめ入力済みのCloudFormationテンプレートを開きます。 2. 役割名を入力し、権限を確認し、 IAM警告を承認してください。 @@ -281,7 +281,7 @@ TiDB Self-ManagedクラスターからAmazon S3にデータをエクスポート 1. [TiDB Cloudコンソール](https://tidbcloud.com/tidbs)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 - 3. **ネットワーク設定**ページで、 **「IPアドレスの追加」**をクリックします。 + 3. **ネットワーク設定**ページで、 **Add IP Address**をクリックします。 4. 表示されたダイアログで、 **[IP アドレスを使用する]**を選択し、 [ **+** ] をクリックし、 **[IP アドレス]**フィールドに TiCDCコンポーネントのパブリック IP アドレスを入力して、 **[確認]**をクリックします。これで、TiCDC はTiDB Cloud Premium にアクセスできるようになりました。詳細については、 [IPアクセスリストを設定する](/tidb-cloud/configure-ip-access-list.md)を参照してください。 3. 下流のTiDB Cloud Premiumインスタンスの接続情報を取得します。 diff --git a/tidb-cloud/premium/premium-export.md b/tidb-cloud/premium/premium-export.md index bbc7044efdd42..b72aad0216482 100644 --- a/tidb-cloud/premium/premium-export.md +++ b/tidb-cloud/premium/premium-export.md @@ -110,8 +110,8 @@ TiDB Cloudコンソールは、選択したデータベースとテーブルを - **ストレージプロバイダー**：Amazon S3を選択してください。 - **フォルダURI**：`s3:////`形式でAmazon S3のURIを入力してください。 - **バケットへのアクセス**：以下のアクセス認証情報から1つを選択し、認証情報を入力してください。 - - **AWS ロール ARN**：バケットにアクセスする権限を持つロール ARN を入力します。AWS CloudFormation を使用してロール ARN を作成することをお勧めします。詳細については、[外部ストレージへのアクセスを構成する](/tidb-cloud/configure-external-storage-access.md#configure-amazon-s3-access)を参照してください。 - - **AWSアクセスキー**：バケットへのアクセス権限を持つアクセスキーIDとアクセスキーシークレットを入力してください。 + - **AWS Role ARN**：バケットにアクセスする権限を持つロール ARN を入力します。AWS CloudFormation を使用してロール ARN を作成することをお勧めします。詳細については、[外部ストレージへのアクセスを構成する](/tidb-cloud/configure-external-storage-access.md#configure-amazon-s3-access)を参照してください。 + - **AWS Access Key**：バケットへのアクセス権限を持つアクセスキーIDとアクセスキーシークレットを入力してください。 - **エクスポートするデータ**：エクスポートするデータベースまたはテーブルを選択してください。 - **データ形式**：**SQL**または**CSV**を選択してください。 - **圧縮**：**Gzip**、**Snappy**、**Zstd**、または**None**を選択してください。 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 555965a227e49..79799624bed85 100644 --- a/tidb-cloud/premium/set-up-sink-private-endpoint-premium.md +++ b/tidb-cloud/premium/set-up-sink-private-endpoint-premium.md @@ -88,9 +88,9 @@ AWS では、ダウンストリームサービスに応じて接続タイプを 3. リマインダーに従って、 TiDB Cloudの[AWSプリンシパル](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html#principal-accounts)にエンドポイントを作成する権限を与えます。 -4. [ネットワーク](#network)セクションで収集した**エンドポイント サービス名**を入力し、接続タイプとして**AWS Endpoint Service**を選択します。 +4. [ネットワーク](#network)セクションで収集した**Endpoint Service Name**を入力し、接続タイプとして**AWS Endpoint Service**を選択します。 -5. **AZの数**を選択してください。AZの数とAZ IDが、Kafkaのデプロイメントと一致していることを確認してください。 +5. **Number of AZs**を選択してください。AZの数とAZ IDが、Kafkaのデプロイメントと一致していることを確認してください。 6. このプライベートエンドポイントがApache Kafka用に作成された場合は、 **「Kafka 用のアドバタイズドリスナーを設定する」**チェックボックスを選択します。 @@ -123,9 +123,9 @@ AWS では、ダウンストリームサービスに応じて接続タイプを 3. リマインダーに従って、TiDB Cloud の Alibaba Cloud アカウント ID をエンドポイント サービスのホワイトリストに追加して、 TiDB Cloud VPC アクセスを許可します。詳細については、 [エンドポイントサービスの許可リストにおけるアカウントIDの管理](https://www.alibabacloud.com/help/en/privatelink/user-guide/add-and-manage-service-whitelists)を参照してください。 -4. [ネットワーク](#network)セクションで収集した**エンドポイント サービス名**を入力します。 +4. [ネットワーク](#network)セクションで収集した**Endpoint Service Name**を入力します。 -5. **AZの数**を選択してください。AZの数とAZ IDが、Kafkaのデプロイメントと一致していることを確認してください。 +5. **Number of AZs**を選択してください。AZの数とAZ IDが、Kafkaのデプロイメントと一致していることを確認してください。 6. このプライベートエンドポイントがApache Kafka用に作成された場合は、 **「Kafka 用のアドバタイズドリスナーを設定する」**チェックボックスを選択します。 diff --git a/tidb-cloud/premium/tidb-cloud-auditing-premium.md b/tidb-cloud/premium/tidb-cloud-auditing-premium.md index ced41af3600e2..cabc4efe675c6 100644 --- a/tidb-cloud/premium/tidb-cloud-auditing-premium.md +++ b/tidb-cloud/premium/tidb-cloud-auditing-premium.md @@ -51,11 +51,11 @@ TiDB Cloudが監査ログを書き込む宛先として、組織が所有するA 1. TiDB Cloudコンソールで、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - 2. 対象インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **「DB監査ログ」**をクリックします。 + 2. 対象インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 - 3. **DB監査ログの**ページで、右上隅にある**「有効にする」**をクリックします。 + 3. **DB Audit Logging**ページで、右上隅にある**「有効にする」**をクリックします。 - 4. **データベース監査ログストレージコンフィグレーション**ダイアログで、 **AWS IAMポリシー設定**セクションを探し、後で使用するために**TiDB CloudアカウントID**と**TiDB Cloud外部ID**を記録してください。 + 4. **データベース監査ログストレージコンフィグレーション**ダイアログで、 **AWS IAM Policy Settings**セクションを探し、後で使用するために**TiDB Cloud Account ID**と**TiDB Cloud External ID**を記録してください。 2. AWS マネジメント コンソールで、 **[IAM]** > **[アクセス管理]** > **[ポリシー]**に移動し、 `s3:PutObject`書き込み専用権限を持つストレージバケット ポリシーが存在するかどうかを確認します。 @@ -80,7 +80,7 @@ TiDB Cloudが監査ログを書き込む宛先として、組織が所有するA 3. **IAM** >**アクセス管理**>**ロール**に移動し、以前に記録したTiDB Cloudアカウント ID と外部 ID に対応する信頼エンティティを持つロールが既に存在するかどうかを確認します。 - はいの場合、後で使用するために一致した役割を記録してください。 - - そうでない場合は、 **「ロールの作成」**をクリックし、信頼エンティティタイプとして**「別のAWSアカウント」を**選択してから、 **「アカウント**ID」フィールドにTiDB CloudアカウントIDの値を入力します。次に、 **「外部IDを必須にする」**オプションを選択し、「**外部ID」**フィールドにTiDB Cloud外部IDの値を入力します。 + - そうでない場合は、 **「ロールの作成」**をクリックし、信頼エンティティタイプとして**Another AWS account**を選択してから、 **「アカウント**ID」フィールドにTiDB CloudアカウントIDの値を入力します。次に、 **Require External ID**オプションを選択し、「**外部ID」**フィールドにTiDB Cloud外部IDの値を入力します。 4. **IAM** >**アクセス管理**>**ロール**で、前の手順で確認したロール名をクリックして**概要**ページに移動し、以下の手順を実行します。 @@ -97,9 +97,9 @@ TiDB Cloudコンソールで、 TiDB CloudアカウントIDと外部IDの値を 3. **[Role ARN]**フィールドに、[ステップ2. Amazon S3へのアクセスを設定する](#step-2-configure-amazon-s3-access)。 -4. **「接続テスト」をクリックし、「次へ」を**クリックして、 TiDB Cloudがバケットにアクセスして書き込みできるかどうかを確認します。 +4. **Test Connection and Next**をクリックして、 TiDB Cloudがバケットにアクセスして書き込みできるかどうかを確認します。 - **接続が成功した場合は、「接続成功」と**表示されます。そうでない場合は、アクセス設定を確認してください。 + **The connection is successful**と表示されます。そうでない場合は、アクセス設定を確認してください。 5. インスタンスの監査ログを有効にするには、 **「有効にする」**をクリックしてください。 @@ -133,9 +133,9 @@ TiDB Cloudが監査ログを書き込む宛先として、組織が所有するA 1. 監査ログを有効にしたいTiDB Cloud PremiumインスタンスのAlibaba CloudサービスアカウントIDを取得してください。 1. TiDB Cloudコンソールで、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動します。 - 2. 対象インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **「DB監査ログ」**をクリックします。 - 3. **DB監査ログの**ページで、右上隅にある**「有効にする」**をクリックします。 - 4. **データベース監査ログストレージコンフィグレーション**ダイアログで、 **Alibaba Cloud RAMポリシー設定**セクションを探し、後で使用するために**TiDB CloudアカウントID**と**TiDB Cloud外部ID**を記録してください。 + 2. 対象インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 + 3. **DB Audit Logging**ページで、右上隅にある**「有効にする」**をクリックします。 + 4. **データベース監査ログストレージコンフィグレーション**ダイアログで、 **Alibaba Cloud RAM Policy Settings**セクションを探し、後で使用するために**TiDB Cloud Account ID**と**TiDB Cloud External ID**を記録してください。 2. Alibaba Cloud コンソールで、 **[RAM]** > **[権限]** > **[ポリシー]**に移動し、監査ログ OSS バケットに対して`oss:PutObject`書き込み専用権限を持つポリシーが既に存在するかどうかを確認します。 @@ -167,7 +167,7 @@ TiDB Cloudが監査ログを書き込む宛先として、組織が所有するA - そうでない場合は、以下の手順に従って**「役割の作成」を**クリックしてください。 1. 役割作成ページで、 **[ポリシーエディターに切り替える]**をクリックします。 - 2. **「プリンシパル」**で**「クラウドアカウント」**を選択し、フィールドに**TiDB CloudアカウントID**を入力します。 + 2. **「プリンシパル」**で**「クラウドアカウント」**を選択し、フィールドに**TiDB Cloud Account Id**を入力します。 3. **「アクション」**の下にあるドロップダウンリストから**「sts:AssumeRole」**を選択します。 4. **「条件を追加」**をクリックし、次のように条件を設定します。 - **キーを**`sts:ExternalId`に設定します。 @@ -243,7 +243,7 @@ TiDB Cloudコンソールで、 TiDB CloudアカウントIDを取得した**「 4. **「接続テスト」**をクリックして、 TiDB CloudがOSSバケットにアクセスして書き込みできるかどうかを確認してください。 - - 接続が成功すると、 **「接続成功」**と表示されます。 + - 接続が成功すると、 **The connection is successful**と表示されます。 - そうでない場合は、OSSバケットのアクセス許可、RAMロールの設定、およびポリシーを確認してください。 5. インスタンスの監査ログを有効にするには、 **「有効にする」**をクリックしてください。 @@ -263,7 +263,7 @@ TiDB Cloudコンソールで、 TiDB CloudアカウントIDを取得した**「 インスタンスの監査フィルタルールを指定するには、次の手順を実行します。 -1. **DB監査ログ**ページで、 **「ログフィルタルール」**セクションの**「フィルタルールの追加」**をクリックして、監査フィルタルールを追加します。 +1. **DB Audit Logging**ページで、 **「ログフィルタルール」**セクションの**Add Filter Rule**をクリックして、監査フィルタルールを追加します。 監査ルールは一度に1つずつ追加できます。各ルールでは、ユーザー式、データベース式、テーブル式、およびアクセスタイプを指定します。監査要件に合わせて、複数の監査ルールを追加できます。 diff --git a/tidb-cloud/premium/tidb-cloud-billing-ticdc-ccu.md b/tidb-cloud/premium/tidb-cloud-billing-ticdc-ccu.md index 52f575465de45..77a24451697b6 100644 --- a/tidb-cloud/premium/tidb-cloud-billing-ticdc-ccu.md +++ b/tidb-cloud/premium/tidb-cloud-billing-ticdc-ccu.md @@ -45,6 +45,6 @@ summary: {{{ .essential }}} と Premium における変更フィードの課金 ## プライベートデータリンクの費用 {#private-data-link-cost} -**プライベートリンク**または**プライベートサービスコネクトの**ネットワーク接続方法を選択した場合、追加の**プライベートデータリンク**料金が発生します。これらの料金は[データ転送コスト](https://www.pingcap.com/tidb-dedicated-pricing-details/#data-transfer-cost)カテゴリに分類されます。 +**プライベートリンク**または**Private Service Connect**ネットワーク接続方法を選択した場合、追加の**Private Data Link**料金が発生します。これらの料金は[データ転送コスト](https://www.pingcap.com/tidb-dedicated-pricing-details/#data-transfer-cost)カテゴリに分類されます。 -**Private Data Link**の価格は**$0.01/GiB**で、 [AWS Interface Endpoint の料金](https://aws.amazon.com/privatelink/pricing/#Interface_Endpoint_pricing)の**データ処理の**料金、Google Cloud Private Service Connect の**コンシューマ データ処理の**[Google Cloud Private Service Connect の料金](https://cloud.google.com/vpc/pricing#psc-forwarding-rules)、Azure Private Link の**インバウンド/アウトバウンド データ処理**[Azure Private Link の価格](https://azure.microsoft.com/en-us/pricing/details/private-link/)と同じです。 +**Private Data Link**の価格は**$0.01/GiB**で、 [AWS Interface Endpoint の料金](https://aws.amazon.com/privatelink/pricing/#Interface_Endpoint_pricing)の**データ処理の**料金、Google Cloud Private Service Connect の**Consumer data processing**の[Google Cloud Private Service Connect の料金](https://cloud.google.com/vpc/pricing#psc-forwarding-rules)、Azure Private Link の**Inbound/Outbound Data Processed**の[Azure Private Link の価格](https://azure.microsoft.com/en-us/pricing/details/private-link/)と同じです。 diff --git a/tidb-cloud/premium/tidb-cloud-tls-connect-to-premium.md b/tidb-cloud/premium/tidb-cloud-tls-connect-to-premium.md index 4b47adcea8f96..bb3c6c3398624 100644 --- a/tidb-cloud/premium/tidb-cloud-tls-connect-to-premium.md +++ b/tidb-cloud/premium/tidb-cloud-tls-connect-to-premium.md @@ -15,7 +15,7 @@ TiDB Cloudでは、TLS接続の確立は、 TiDB Cloud Premiumインスタンス - 安全な設定でインスタンスにアクセスするためのパスワードを設定してください。 - そのためには、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 TiDB Cloud Premium インスタンスの行にある「 **...」**をクリックして、 **「ルートパスワードの変更」**を選択します。パスワード設定で、「パスワード**の自動生成」をクリックすると、数字、大文字、小文字、特殊文字を含む 16 文字のルートパスワード**が自動的に生成されます。 + そのためには、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 TiDB Cloud Premium インスタンスの行にある**「...」**をクリックして、 **Change Root Password**を選択します。パスワード設定で、「**パスワードの自動生成**」をクリックすると、数字、大文字、小文字、特殊文字を含む 16 文字のルートパスワードが自動的に生成されます。 ## TiDB Cloud Premiumインスタンスへのセキュリティ接続 {#secure-connection-to-a-tidb-cloud-premium-instance} @@ -27,7 +27,7 @@ TiDB Cloudでは、TLS接続の確立は、 TiDB Cloud Premiumインスタンス 3. 接続ダイアログで、 **「接続タイプ」**ドロップダウンリストから**「パブリック」**を選択します。 - IP アクセス リストを設定していない場合は、最初の接続の前に、 **[IP アクセス リストの設定] を**クリックして設定します。詳細については、 [IPアクセスリストを設定する](/tidb-cloud/premium/configure-ip-access-list-premium.md)を参照してください。 + IP アクセス リストを設定していない場合は、最初の接続の前に、 **Configure IP Access List**をクリックして設定します。詳細については、 [IPアクセスリストを設定する](/tidb-cloud/premium/configure-ip-access-list-premium.md)を参照してください。 4. **「CA証明書」**をクリックすると、 TiDB Cloud PremiumインスタンスへのTLS接続に必要なCA証明書をダウンロードできます。このCA証明書はデフォルトでTLS 1.2をサポートしています。 diff --git a/tidb-cloud/prometheus-grafana-integration.md b/tidb-cloud/prometheus-grafana-integration.md index 82a2d83eb79f1..034c0e2f83c7f 100644 --- a/tidb-cloud/prometheus-grafana-integration.md +++ b/tidb-cloud/prometheus-grafana-integration.md @@ -29,7 +29,7 @@ Prometheus サービスでTiDB Cloudのメトリクスを読み取るように 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[統合]** > **[Prometheusとの統合（PREVIEW）]**をクリックします。 +2. 左側のナビゲーションペインで、 **[統合]** > **Integration to Prometheus(PREVIEW)**をクリックします。 3. **「ファイルを追加」を**クリックすると、現在のTiDB Cloud Essentialインスタンス用の`scrape_config`ファイルが生成されて表示されます。 4. `scrape_config`ファイルの内容のコピーを作成して、後で使用してください。 @@ -38,7 +38,7 @@ Prometheus サービスでTiDB Cloudのメトリクスを読み取るように 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーション ペインで、 **[設定]** > **[統合]** > **[Prometheus との統合 (PREVIEW)]**をクリックします。 +2. 左側のナビゲーション ペインで、 **[設定]** > **[統合]** > **Integration to Prometheus(PREVIEW)**をクリックします。 3. **「ファイルを追加」を**クリックすると、現在のTiDB Cloud Premium インスタンス用の`scrape_config`ファイルが生成されて表示されます。 4. `scrape_config`ファイルの内容のコピーを作成して、後で使用してください。 diff --git a/tidb-cloud/recovery-group-delete.md b/tidb-cloud/recovery-group-delete.md index 4cab55ad7f298..0411832d02f64 100644 --- a/tidb-cloud/recovery-group-delete.md +++ b/tidb-cloud/recovery-group-delete.md @@ -24,4 +24,4 @@ summary: リカバリグループが不要になった場合に削除する方 > - リカバリグループを削除すると、そのリカバリグループに関連付けられているすべてのレプリケーション関係も削除されます。 > - リカバリ グループに関連付けられたデータベースは、災害から保護されなくなります。 -5. リカバリグループの名前を入力し、 **「理解したので削除します」**をクリックして、削除の影響を理解していることを確認します。 +5. リカバリグループの名前を入力し、 **I understand, delete it**をクリックして、削除の影響を理解していることを確認します。 diff --git a/tidb-cloud/recovery-group-failover.md b/tidb-cloud/recovery-group-failover.md index a397ce77a5cc5..c1beff54f0cf1 100644 --- a/tidb-cloud/recovery-group-failover.md +++ b/tidb-cloud/recovery-group-failover.md @@ -35,7 +35,7 @@ summary: TiDB Cloudクラスタ間でデータベースのフェイルオーバ 5. プライマリコピーに昇格させるセカンダリTiDB Cloudクラスタを選択します。選択したクラスタが正常な状態であることを確認してください。 -6. 確認画面に**「Failover」**と入力し、 **「理解しました、フェイルオーバー グループ」**をクリックしてフェイルオーバーを開始し、フェイルオーバーが引き起こす可能性のある混乱について理解していることを確認してください。 +6. 確認画面に**Failover**と入力し、 **I understand, failover group**をクリックしてフェイルオーバーを開始し、フェイルオーバーが引き起こす可能性のある混乱について理解していることを確認してください。 ![Fail Over Recovery Group](/media/tidb-cloud/recovery-group/recovery-group-failover.png) @@ -55,7 +55,7 @@ summary: TiDB Cloudクラスタ間でデータベースのフェイルオーバ > **注記** > - > **リカバリグループの詳細**ページには、リカバリグループの現在の状態やレプリケーショントポロジなど、リカバリグループに関する情報が表示されます。再保護同期中は、転送されるデータ量が多いため、プライマリクラスタまたはセカンダリクラスタでのオンラインクエリのパフォーマンスに影響が出る可能性があります。データベースの再保護は、負荷の低い時間帯にスケジュールすることをお勧めします。 + > **Recovery Group Detail**ページには、リカバリグループの現在の状態やレプリケーショントポロジなど、リカバリグループに関する情報が表示されます。再保護同期中は、転送されるデータ量が多いため、プライマリクラスタまたはセカンダリクラスタでのオンラインクエリのパフォーマンスに影響が出る可能性があります。データベースの再保護は、負荷の低い時間帯にスケジュールすることをお勧めします。 > **警告** > diff --git a/tidb-cloud/recovery-group-get-started.md b/tidb-cloud/recovery-group-get-started.md index 0a7f6ce71abec..bfa6612e0f724 100644 --- a/tidb-cloud/recovery-group-get-started.md +++ b/tidb-cloud/recovery-group-get-started.md @@ -24,9 +24,9 @@ summary: TiDB Cloudでリカバリ グループを作成し、その詳細を表 2. 左側のナビゲーション ペインで、 **[リカバリグループ]**をクリックします。 -3. **[リカバリグループ]**ページで、 **[リカバリグループの作成] を**クリックします。 +3. **[リカバリグループ]**ページで、 **Create Recovery Group**をクリックします。 -4. **[リカバリグループの作成]**ページで、リカバリグループの名前を入力します。 +4. **Create Recovery Group**ページで、リカバリグループの名前を入力します。 > **注記** > @@ -43,7 +43,7 @@ summary: TiDB Cloudでリカバリ グループを作成し、その詳細を表 > データベースをグループに割り当てるときは、特定のデータベースを選択するか、プライマリ クラスター (現在および将来) 上のすべての (システム以外の) データベースを選択できます。 > > - **すべてのデータベース (現在および将来) を割り当てる**と、クラスターに追加される将来のデータベースは自動的にこのリカバリ グループに含まれ、セカンダリ クラスターに複製されます。 - > - **特定のデータベースを割り当てる**場合は、セカンダリクラスタにレプリケートするプライマリクラスタ上の特定のデータベースを選択します。将来、プライマリクラスタにデータベースが追加されても、これらの新しいデータベースはこのリカバリグループの一部として自動的にレプリケートされません。 + > - **Assign specific databases**を選択した場合は、セカンダリクラスタにレプリケートするプライマリクラスタ上の特定のデータベースを選択します。将来、プライマリクラスタにデータベースが追加されても、これらの新しいデータベースはこのリカバリグループの一部として自動的にレプリケートされません。 > > 初期レプリケーション中は、転送されるデータ量が多いため、プライマリクラスタまたはセカンダリクラスタでのオンラインクエリのパフォーマンスに影響が出る可能性があります。データベースの初期保護は、比較的混雑していない時間帯にスケジュールしてください。 @@ -55,7 +55,7 @@ summary: TiDB Cloudでリカバリ グループを作成し、その詳細を表 ## リカバリグループの詳細を確認する {#view-recovery-group-details} -リカバリ グループを作成した後、**リカバリ グループの詳細**ページでそのステータス情報を表示できます。 +リカバリ グループを作成した後、**Recovery Group Detail**ページでそのステータス情報を表示できます。 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、左上隅のコンボ ボックスを使用してターゲット プロジェクトに切り替えます。 @@ -63,7 +63,7 @@ summary: TiDB Cloudでリカバリ グループを作成し、その詳細を表 3. **[リカバリグループ]**ページで、表示するリカバリグループの名前をクリックします。 - **リカバリ グループの詳細**ページには、リカバリ グループの構成の詳細、ステータス、レプリケーションのスループットとレイテンシーのメトリックなど、リカバリ グループに関する情報が表示されます。 + **Recovery Group Detail**ページには、リカバリ グループの構成の詳細、ステータス、レプリケーションのスループットとレイテンシーのメトリックなど、リカバリ グループに関する情報が表示されます。 4. レプリケーション関係が完全に確立され、機能している場合、ステータスは**「使用可能」**と表示されます。 diff --git a/tidb-cloud/select-cluster-tier.md b/tidb-cloud/select-cluster-tier.md index 14e485e39044d..47a88b75c17b0 100644 --- a/tidb-cloud/select-cluster-tier.md +++ b/tidb-cloud/select-cluster-tier.md @@ -69,7 +69,7 @@ TiDB Cloudの各組織につき、最大 5[支店](/tidb-cloud/branch-overview.m TiDB Cloudの有料組織ごとに、合計で最大100個のTiDB Cloud Starterインスタンスとブランチを作成できます。各ブランチは個別のインスタンスとしてカウントされます。 -エージェントプラットフォームや、多数のインスタンスとブランチを必要とするその他のサービスを構築する有料組織向けに、 TiDB Cloud は**インスタンス容量プラン**を提供しています。このプランでは、有料のTiDB Cloud組織は 5 つ以上のブランチを作成でき、 TiDB Cloud Starter のインスタンスとブランチの 100 個という制限を受けません。インスタンス容量プランの詳細と申し込みについては、 [申込書](https://www.pingcap.com/programs/agentic-ai-instance-capacity)にご記入ください。 +エージェントプラットフォームや、多数のインスタンスとブランチを必要とするその他のサービスを構築する有料組織向けに、 TiDB Cloud は**Instance Capacity Plan**を提供しています。このプランでは、有料のTiDB Cloud組織は 5 つ以上のブランチを作成でき、 TiDB Cloud Starter のインスタンスとブランチの 100 個という制限を受けません。インスタンス容量プランの詳細と申し込みについては、 [申込書](https://www.pingcap.com/programs/agentic-ai-instance-capacity)にご記入ください。 TiDB Cloudインスタンス容量プランの申請が承認されると、メールで通知が届きます。 @@ -120,7 +120,7 @@ TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスのプレフィ - **無制限の拡張性**：物理的なインフラストラクチャの制約を受けることなく、ビジネスの成長に合わせてストレージとスループットを拡張できます。 - **ゼロインフラストラクチャ管理**：手動によるスケーリング、パッチ適用、キャパシティプランニングを排除する、完全マネージドサービスを提供します。 - **予測可能な料金体系**：ストレージとリクエストキャパシティユニット（RCU）に基づいて課金されるため、ニーズに合わせて拡張可能な透明性の高い使用量ベースの料金体系が実現し、予期せぬ追加料金なしで使用した分だけを支払うことができます。 -- **高度なセキュリティとコンプライアンス**：高度な暗号化、顧客管理型暗号化キー（CMEK）、プライベートネットワーク、およびコンプライアンス認証をサポートし、機密データを保護します。 +- **Advanced security and compliance**：高度な暗号化、顧客管理型暗号化キー（CMEK）、プライベートネットワーク、およびコンプライアンス認証をサポートし、機密データを保護します。 diff --git a/tidb-cloud/serverless-export.md b/tidb-cloud/serverless-export.md index c2af650acff0d..99a9c5284c10d 100644 --- a/tidb-cloud/serverless-export.md +++ b/tidb-cloud/serverless-export.md @@ -189,7 +189,7 @@ Alibaba Cloud OSS にデータをエクスポートするには、次の情報 2. ターゲット {{{ .starter }}} インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート] を**クリックします。 -3. **インポート**ページで、右上隅の**「データのエクスポート先」**をクリックし、ドロップダウンリストから**「ローカルファイル」**を選択します。以下のパラメータを入力します。 +3. **インポート**ページで、右上隅の**Export Data to**をクリックし、ドロップダウンリストから**「ローカルファイル」**を選択します。以下のパラメータを入力します。 - **タスク名**: エクスポートタスクの名前を入力します。デフォルト値は`SNAPSHOT_{snapshot_time}`です。 @@ -243,7 +243,7 @@ Alibaba Cloud OSS にデータをエクスポートするには、次の情報 2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート] を**クリックします。 -3. **インポート**ページで、右上隅の**「データのエクスポート先」**をクリックし、ドロップダウンリストから**「Amazon S3」**を選択します。以下のパラメータを入力します。 +3. **インポート**ページで、右上隅の**Export Data to**をクリックし、ドロップダウンリストから**Amazon S3**を選択します。以下のパラメータを入力します。 - **タスク名**: エクスポートタスクの名前を入力します。デフォルト値は`SNAPSHOT_{snapshot_time}`です。 - **エクスポートされたデータ**: エクスポートするデータベースとテーブルを選択します。 @@ -251,8 +251,8 @@ Alibaba Cloud OSS にデータをエクスポートするには、次の情報 - **圧縮**: **Gzip** 、 **Snappy** 、 **Zstd** 、または**None**を選択します。 - **フォルダー URI** : `s3:////`形式で Amazon S3 の URI を入力します。 - **バケット アクセス**: 次のアクセス資格情報のいずれかを選択し、資格情報を入力します。 - - **AWS ロール ARN** : バケットへのアクセス権を持つロール ARN を入力します。AWS CloudFormation を使用してロール ARN を作成することをお勧めします。詳細については、 [Amazon S3 アクセスを構成する](/tidb-cloud/configure-external-storage-access.md#configure-amazon-s3-access)を参照してください。 - - **AWS アクセスキー**: バケットにアクセスする権限を持つアクセスキー ID とアクセスキーシークレットを入力します。 + - **AWS Role ARN** : バケットへのアクセス権を持つロール ARN を入力します。AWS CloudFormation を使用してロール ARN を作成することをお勧めします。詳細については、 [Amazon S3 アクセスを構成する](/tidb-cloud/configure-external-storage-access.md#configure-amazon-s3-access)を参照してください。 + - **AWS Access Key**: バケットにアクセスする権限を持つアクセスキー ID とアクセスキーシークレットを入力します。 4. **［エクスポート］**をクリックします。 @@ -287,7 +287,7 @@ ticloud serverless export create -c --target-type S3 --s3.uri 2. ターゲット {{{ .starter }}} インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート] を**クリックします。 -3. **インポート**ページで、右上隅の**「データのエクスポート先」**をクリックし、ドロップダウンリストから**「Google Cloud Storage」**を選択します。以下のパラメータを入力します。 +3. **インポート**ページで、右上隅の**Export Data to**をクリックし、ドロップダウンリストから**Google Cloud Storage**を選択します。以下のパラメータを入力します。 - **タスク名**: エクスポートタスクの名前を入力します。デフォルト値は`SNAPSHOT_{snapshot_time}`です。 - **エクスポートされたデータ**: エクスポートするデータベースとテーブルを選択します。 @@ -325,7 +325,7 @@ ticloud serverless export create -c --target-type GCS --gcs.uri --target-type AZURE_BLOB --azbl 2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート] を**クリックします。 -3. **「インポート」**ページで、右上隅の**「データのエクスポート先」**をクリックし、ドロップダウンリストから**「Alibaba Cloud OSS」**を選択します。 +3. **「インポート」**ページで、右上隅の**Export Data to**をクリックし、ドロップダウンリストから**Alibaba Cloud OSS**を選択します。 4. 次のパラメータを入力してください。 diff --git a/tidb-cloud/serverless-faqs.md b/tidb-cloud/serverless-faqs.md index 049b0a2ac3232..3da222f4c5fa3 100644 --- a/tidb-cloud/serverless-faqs.md +++ b/tidb-cloud/serverless-faqs.md @@ -114,7 +114,7 @@ TiDB Cloud Starter クラスターに月間使用制限が設定されている 個々のSQL文のRU消費量を取得するには、SQL文[`EXPLAIN ANALYZE`](/sql-statements/sql-statement-explain-analyze.md#ru-request-unit-consumption)を使用できます。ただし、 `EXPLAIN ANALYZE`で返されるRU使用量には、出力RUは含まれていないことに注意してください。出力使用量はゲートウェイで個別に測定され、TiDBサーバーには認識されないためです。 -クラスターで使用されているRUとストレージを確認するには、クラスターの概要ページの**「今月の使用量」**ペインをご覧ください。このペインに表示される過去のリソース使用量データとリアルタイムのリソース使用量を参考に、クラスターのリソース消費量を追跡し、適切な使用制限を見積もることができます。無料割り当てで要件を満たせない場合は、追加リソースの使用制限を編集できます。詳細については、 [TiDB Cloud Starter の使用割り当て](/tidb-cloud/select-cluster-tier.md#usage-quota)ご覧ください。 +クラスターで使用されているRUとストレージを確認するには、クラスターの概要ページの**Usage this month**ペインをご覧ください。このペインに表示される過去のリソース使用量データとリアルタイムのリソース使用量を参考に、クラスターのリソース消費量を追跡し、適切な使用制限を見積もることができます。無料割り当てで要件を満たせない場合は、追加リソースの使用制限を編集できます。詳細については、 [TiDB Cloud Starter の使用割り当て](/tidb-cloud/select-cluster-tier.md#usage-quota)ご覧ください。 ### 消費される RU の数を最小限に抑えるためにワークロードを最適化するにはどうすればよいでしょうか? {#how-can-i-optimize-my-workload-to-minimize-the-number-of-rus-consumed} 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 cf551bccd3f3c..6e24fdd761653 100644 --- a/tidb-cloud/serverless-private-link-connection-to-alicloud-rds.md +++ b/tidb-cloud/serverless-private-link-connection-to-alicloud-rds.md @@ -51,9 +51,9 @@ Alibaba Cloud コンソールでロードバランサーとエンドポイント 1. [サーバーグループ](https://slb.console.alibabacloud.com/nlb/ap-southeast-1/server-groups)に進み、サーバーグループを作成します。以下の情報を入力してください。 - - **サーバーグループタイプ**: `IP`を選択 + - **Server Group Type**: `IP`を選択 - **VPC** : ApsaraDB RDS for MySQL が配置されている VPC を入力します。 - - **バックエンドサーバープロトコル**: `TCP`を選択 + - **Backend Server Protocol**: `TCP`を選択 2. 作成されたサーバーグループをクリックしてバックエンド サーバーを追加し、ApsaraDB RDS for MySQL インスタンスの IP アドレスを追加します。 @@ -78,13 +78,13 @@ ApsaraDB RDS for MySQL と同じリージョンにエンドポイント サー 1. エンドポイントサービスを作成するには、 [エンドポイントサービス](https://vpc.console.alibabacloud.com/endpointservice)に進んでください。以下の情報を入力してください。 - - **サービスリソースタイプ**: `NLB`選択 - - **サービス リソースの選択**: NLB が含まれるすべてのゾーンを選択し、前の手順で作成した NLB を選択します。 - - **エンドポイント接続を自動的に受け入れる**: `No`選択することをお勧めします + - **Service Resource Type**: `NLB`を選択 + - **Select Service Resource**: NLB が含まれるすべてのゾーンを選択し、前の手順で作成した NLB を選択します。 + - **Automatically Accept Endpoint Connections**: `No`を選択することをお勧めします -2. エンドポイントサービスの詳細ページに移動し、**エンドポイントサービス名**（例： `com.aliyuncs.privatelink..xxxxx` ）をコピーします。これは後でTiDB Cloudで使用する必要があります。 +2. エンドポイントサービスの詳細ページに移動し、**Endpoint Service Name**（例： `com.aliyuncs.privatelink..xxxxx` ）をコピーします。これは後でTiDB Cloudで使用する必要があります。 -3. エンドポイントサービスの詳細ページで、「**サービスホワイトリスト」**タブをクリックし、 **「ホワイトリストに追加」**をクリックして、 [前提条件](#prerequisites)で取得したAlibaba CloudアカウントIDを入力します。 +3. エンドポイントサービスの詳細ページで、「**サービスホワイトリスト」**タブをクリックし、 **Add to Whitelist**をクリックして、 [前提条件](#prerequisites)で取得したAlibaba CloudアカウントIDを入力します。 ## ステップ3. TiDB Cloudでプライベートリンク接続を作成する {#step-3-create-a-private-link-connection-in-tidb-cloud} 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 c11161bf78f7e..aa09867bf165a 100644 --- a/tidb-cloud/serverless-private-link-connection-to-aws-confluent.md +++ b/tidb-cloud/serverless-private-link-connection-to-aws-confluent.md @@ -39,7 +39,7 @@ Confluent Cloud ネットワークは次の要件を満たしている必要が Confluent Cloud ネットワークの一意の名前を取得するには、次の手順を実行します。 1. [Confluent クラウド コンソール](https://confluent.cloud/)で[**環境**](https://confluent.cloud/environments)ページに移動し、Confluent Cloud ネットワークが配置されている環境をクリックします。 -2. **[ネットワーク管理]**をクリックし、 **[専用クラスター用]**を選択して、作成したネットワークを見つけます。 +2. **[ネットワーク管理]**をクリックし、 **For dedicated clusters**を選択して、作成したネットワークを見つけます。 3. Confluent Cloud ネットワークの DNS サブドメインを取得するには、**ネットワークの概要**ページに移動します。 4. DNSサブドメインからConfluent Cloudネットワークの一意の名前を抽出します。例えば、DNSサブドメインが`use1-az1.domnprzqrog.us-east-1.aws.confluent.cloud`の場合、一意の名前は`domnprzqrog.us-east-1`です。 5. 後で使用するために一意の名前を保存します。 diff --git a/tidb-cloud/serverless-private-link-connection-to-aws-rds.md b/tidb-cloud/serverless-private-link-connection-to-aws-rds.md index cb65d93e1c82e..6f660513c6b5f 100644 --- a/tidb-cloud/serverless-private-link-connection-to-aws-rds.md +++ b/tidb-cloud/serverless-private-link-connection-to-aws-rds.md @@ -60,8 +60,8 @@ AWSコンソールでロードバランサーとAWSエンドポイントサー 1. [対象グループ](https://console.aws.amazon.com/ec2/home#CreateTargetGroup)に移動して、対象グループを作成します。次の情報を入力してください。 - **対象タイプ**: `IP addresses`を選択してください。 - - **プロトコルとポート**: プロトコルを`TCP`に、ポートをデータベースのポートに設定します。たとえば、MySQL の場合は`3306`です。 - - **IPアドレスタイプ**： `IPv4`を選択してください。 + - **Protocol and Port**: プロトコルを`TCP`に、ポートをデータベースのポートに設定します。たとえば、MySQL の場合は`3306`です。 + - **IP address type**： `IPv4`を選択してください。 - **VPC** ：RDSが配置されているVPCを選択してください。 - **ターゲットの登録**：Amazon RDSインスタンスのIPアドレスを登録します。RDSエンドポイントにpingを実行すると、IPアドレスを取得できます。 @@ -86,8 +86,8 @@ AWSコンソールでロードバランサーとAWSエンドポイントサー - タイプ: `MySQL/Aurora` - 宛先: `Anywhere-IPv4` - - **リスナーとルーティング**： - - **プロトコルとポート**：プロトコルを`TCP`に、ポートをデータベースのポート番号に設定します。例えば、MySQLの場合は`3306`です。 + - **Listeners and routing**： + - **Protocol and Port**：プロトコルを`TCP`に、ポートをデータベースのポート番号に設定します。例えば、MySQLの場合は`3306`です。 - **対象グループ**：前の手順で作成した対象グループを選択してください。 詳細については、 [ネットワークロードバランサーを作成する](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/create-network-load-balancer.html)を参照してください。 @@ -98,11 +98,11 @@ AWSコンソールでロードバランサーとAWSエンドポイントサー 1. [エンドポイントサービス](https://console.aws.amazon.com/vpcconsole/home#EndpointServices)に移動して、エンドポイントサービスを作成します。次の情報を入力してください。 - - **ロードバランサータイプ**： `Network`を選択 - - **利用可能なロードバランサー**：前の手順で作成したロードバランサーを入力してください。 + - **Load balancer type**： `Network`を選択 + - **Available load balancers**：前の手順で作成したロードバランサーを入力してください。 - **サポート対象地域**：地域をまたぐ要件がない場合は空欄のままにしてください。 - - **エンドポイントの承認を必須にする**： `Acceptance required`を選択することをお勧めします - - **サポートされているIPアドレスタイプ**： `IPv4`を選択してください + - **Require acceptance for endpoint**： `Acceptance required`を選択することをお勧めします + - **Supported IP address types**： `IPv4`を選択してください 2. エンドポイントサービスの詳細ページに移動し、 `com.amazonaws.vpce..vpce-svc-xxxxxxxxxxxxxxxxx`の形式でエンドポイントサービス名をコピーしてください。この名前をTiDB Cloudに提供する必要があります。 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 07fc3dc14c740..90fe4926e689a 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 @@ -138,7 +138,7 @@ Kafka VPC を作成するには、次の手順を実行します。 **2.3. Kafkaランタイムバイナリの準備** -1. 要塞ノードの詳細ページに移動します。**パブリックIPv4アドレス**を取得します。SSHを使用して、先ほどダウンロードした`kafka-vpc-key-pair.pem`を使用してノードにログインします。 +1. 要塞ノードの詳細ページに移動します。**Public IPv4 address**を取得します。SSHを使用して、先ほどダウンロードした`kafka-vpc-key-pair.pem`を使用してノードにログインします。 ```shell chmod 400 kafka-vpc-key-pair.pem @@ -192,10 +192,10 @@ Kafka VPC を作成するには、次の手順を実行します。 2. `advertised.listeners`項目については、次の操作を行います。 1. 各ブローカーに対して、ブローカーノードの内部IPアドレスを使用して、INTERNALアドバタイズリスナーを設定します。アドバタイズされた内部Kafkaクライアントは、このアドレスを使用してブローカーにアクセスします。 - 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードに外部ア​​ドバタイズリスナーを設定することで、 TiDB Cloudが複数のブローカーを区別できるようになります。異なる外部アドバタイズリスナーを設定することで、 TiDB CloudのKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 + 2. TiDB Cloudから取得した**Kafka Advertised Listener Pattern**に基づいて、各ブローカーノードに外部ア​​ドバタイズリスナーを設定することで、 TiDB Cloudが複数のブローカーを区別できるようになります。異なる外部アドバタイズリスナーを設定することで、 TiDB CloudのKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - ``ブローカーと Kafka プライベートリンクサービスのアクセスポイントを区別します。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲を計画してください。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらは、リクエストを別のブローカーに転送するプライベートリンクサービスのロードバランサーがリッスンするポートです。 - - **Kafka アドバタイズドリスナーパターン**の`AZ ID` 、ブローカーがデプロイされている場所を示します。TiDB Cloud は、 AZ ID に基づいてリクエストを異なるエンドポイント DNS 名にルーティングします。 + - **Kafka Advertised Listener Pattern**の`AZ ID`は、ブローカーがデプロイされている場所を示します。TiDB Cloud は、 AZ ID に基づいてリクエストを異なるエンドポイント DNS 名にルーティングします。 トラブルシューティングを容易にするために、ブローカーごとに異なるブローカー ID を構成することをお勧めします。 @@ -449,7 +449,7 @@ Kafka クラスターが TiDB クラスターと同じリージョンおよび A 1. 構成の変更を計画します。 1. TiDB Cloudからの外部アクセス用に、各ブローカーに EXTERNAL**リスナー**を設定します。EXTERNAL ポートとして、一意のポート（例： `39092` ）を選択します。 - 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNAL**アドバタイズリスナー**を設定することで、 TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、TiDB CloudのKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 + 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNAL**advertised listener**を設定することで、 TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、TiDB CloudのKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - ``ブローカーと Kafka プライベートリンクサービスのアクセスポイントを区別します。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲を計画してください（例： `range from 9093` ）。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらは、リクエストを別のブローカーに転送するプライベートリンクサービスのロードバランサーがリッスンするポートです。 @@ -551,34 +551,34 @@ b3.ap-southeast-1c.unique_name.alicloud.plc.tidbcloud.com:9095 (id: 3 rack: null - ブートストラップサーバーグループ - - **サーバーグループタイプ**: `Server`を選択 - - **サーバーグループ名**: `bootstrap-server-group` + - **Server Group Type**: `Server`を選択 + - **Server Group Name**: `bootstrap-server-group` - **VPC** : `Kafka VPC` - - **バックエンドサーバープロトコル**: `TCP`を選択 + - **Backend Server Protocol**: `TCP`を選択 - **バックエンドサーバー**: 作成したサーバーグループをクリックし、 `broker-node1:39092` `broker-node3:39092`含むバックエンドサーバーを追加します`broker-node2:39092` - ブローカーサーバーグループ1 - - **サーバーグループタイプ**: `Server`を選択 - - **サーバーグループ名**: `broker-server-group-1` + - **Server Group Type**: `Server`を選択 + - **Server Group Name**: `broker-server-group-1` - **VPC** : `Kafka VPC` - - **バックエンドサーバープロトコル**: `TCP`を選択 + - **Backend Server Protocol**: `TCP`を選択 - **バックエンドサーバー**: 作成したサーバーグループをクリックし、バックエンドサーバー`broker-node1:39092`を追加します。 - ブローカーサーバーグループ2 - - **サーバーグループタイプ**: `Server`を選択 - - **サーバーグループ名**: `broker-server-group-2` + - **Server Group Type**: `Server`を選択 + - **Server Group Name**: `broker-server-group-2` - **VPC** : `Kafka VPC` - - **バックエンドサーバープロトコル**: `TCP`を選択 + - **Backend Server Protocol**: `TCP`を選択 - **バックエンドサーバー**: 作成したサーバーグループをクリックし、バックエンドサーバー`broker-node2:39092`を追加します。 - ブローカーサーバーグループ3 - - **サーバーグループタイプ**: `Server`を選択 - - **サーバーグループ名**: `broker-server-group-3` + - **Server Group Type**: `Server`を選択 + - **Server Group Name**: `broker-server-group-3` - **VPC** : `Kafka VPC` - - **バックエンドサーバープロトコル**: `TCP`を選択 + - **Backend Server Protocol**: `TCP`を選択 - **バックエンドサーバー**: 作成したサーバーグループをクリックし、バックエンドサーバー`broker-node3:39092`を追加します。 2. [NLB](https://slb.console.alibabacloud.com/nlb)に進み、ネットワーク ロード バランサーを作成します。 @@ -638,13 +638,13 @@ b3.ap-southeast-1c.unique_name.alicloud.plc.tidbcloud.com:9095 (id: 3 rack: null 1. エンドポイント サービスを作成するには、 [エンドポイントサービス](https://vpc.console.alibabacloud.com/endpointservice)に進みます。 - - **サービスリソースタイプ**: `NLB`選択 - - **サービス リソースの選択**: NLB が含まれるすべてのゾーンを選択し、前の手順で作成した NLB を選択します。 - - **エンドポイント接続を自動的に受け入れる**: `No`選択することをお勧めします + - **Service Resource Type**: `NLB`を選択 + - **Select Service Resource**: NLB が含まれるすべてのゾーンを選択し、前の手順で作成した NLB を選択します。 + - **Automatically Accept Endpoint Connections**: `No`を選択することをお勧めします -2. エンドポイントサービスの詳細ページに移動し、**エンドポイントサービス名**（例： `com.aliyuncs.privatelink..xxxxx` ）をコピーします。これは後でTiDB Cloudで使用する必要があります。 +2. エンドポイントサービスの詳細ページに移動し、**Endpoint Service Name**（例： `com.aliyuncs.privatelink..xxxxx` ）をコピーします。これは後でTiDB Cloudで使用する必要があります。 -3. エンドポイントサービスの詳細ページで、「**サービスホワイトリスト」**タブをクリックし、 **「ホワイトリストに追加」**をクリックして、 [前提条件](#prerequisites)で取得した Alibaba Cloud アカウント ID を入力します。 +3. エンドポイントサービスの詳細ページで、「**サービスホワイトリスト」**タブをクリックし、 **Add to Whitelist**をクリックして、 [前提条件](#prerequisites)で取得した Alibaba Cloud アカウント ID を入力します。 ## ステップ3. TiDB Cloudでプライベートリンク接続を作成する {#step-3-create-a-private-link-connection-in-tidb-cloud} @@ -656,7 +656,7 @@ TiDB Cloudでプライベート リンク接続を作成するには、次の手 2. TiDB Cloudのデータフロー サービスが Kafka クラスターにアクセスできるように、プライベート リンク接続にドメインをアタッチします。 - 詳細については、 [プライベートリンク接続にドメインを添付する](/tidb-cloud/serverless-private-link-connection.md#attach-domains-to-a-private-link-connection)を参照してください。 **「ドメインのアタッチ」**ダイアログで、ドメインの種類として**「TiDB Cloud Managed」**を選択し、生成されたドメインの一意の名前を後で使用するためにコピーする必要があることに注意してください。 + 詳細については、 [プライベートリンク接続にドメインを添付する](/tidb-cloud/serverless-private-link-connection.md#attach-domains-to-a-private-link-connection)を参照してください。 **「ドメインのアタッチ」**ダイアログで、ドメインの種類として**TiDB Cloud Managed**を選択し、生成されたドメインの一意の名前を後で使用するためにコピーする必要があることに注意してください。 ## ステップ4. Kafka設定内の一意の名前プレースホルダーを置き換える {#step-4-replace-the-unique-name-placeholder-in-kafka-configuration} diff --git a/tidb-cloud/serverless-private-link-connection.md b/tidb-cloud/serverless-private-link-connection.md index 872e7ef1fe8b3..d040d61ea319e 100644 --- a/tidb-cloud/serverless-private-link-connection.md +++ b/tidb-cloud/serverless-private-link-connection.md @@ -65,9 +65,9 @@ ticloud serverless private-link-connection zones --cluster-id 4. **[外部サービス用プライベートエンドポイントの作成]**ダイアログで、必要な情報を入力します。 - - **プライベート リンク接続名**: プライベート リンク接続の名前を入力します。 - - **接続タイプ**： **AWSエンドポイントサービス**を選択します。このオプションが表示されない場合は、クラスターがAWS上に作成されていることを確認してください。 - - **エンドポイント サービス名**: AWS エンドポイント サービス名を入力します (例: `com.amazonaws.vpce..vpce-svc-xxxxxxxxxxxxxxxxx` )。 + - **Private Link Connection Name**: プライベート リンク接続の名前を入力します。 + - **接続タイプ**： **AWS Endpoint Service**を選択します。このオプションが表示されない場合は、クラスターがAWS上に作成されていることを確認してください。 + - **Endpoint Service Name**: AWS エンドポイント サービス名を入力します (例: `com.amazonaws.vpce..vpce-svc-xxxxxxxxxxxxxxxxx` )。 5. **[作成]**をクリックします。 @@ -113,9 +113,9 @@ Amazon MSK プロビジョニングプライベートリンク接続を作成す 4. **[外部サービス用プライベートエンドポイントの作成]**ダイアログで、必要な情報を入力します。 - - **プライベート リンク接続名**: プライベート リンク接続の名前を入力します。 - - **接続タイプ**： **Amazon MSK Provisioned を**選択します。このオプションが表示されない場合は、クラスターがAWS上に作成されていることを確認してください。 - - **MSKクラスタARN** : Amazon MSK プロビジョニングされたクラスターの ARN を入力します (例: `arn:aws:kafka:us-east-1:385595570414:cluster//xxxx` )。 + - **Private Link Connection Name**: プライベート リンク接続の名前を入力します。 + - **接続タイプ**： **Amazon MSK Provisioned**を選択します。このオプションが表示されない場合は、クラスターがAWS上に作成されていることを確認してください。 + - **MSK Cluster ARN** : Amazon MSK プロビジョニングされたクラスターの ARN を入力します (例: `arn:aws:kafka:us-east-1:385595570414:cluster//xxxx` )。 5. **[作成]**をクリックします。 @@ -155,9 +155,9 @@ ticloud serverless private-link-connection zones --cluster-id 4. **[外部サービス用プライベートエンドポイントの作成]**ダイアログで、必要な情報を入力します。 - - **プライベート リンク接続名**: プライベート リンク接続の名前を入力します。 + - **Private Link Connection Name**: プライベート リンク接続の名前を入力します。 - **接続タイプ**： **Alibaba Cloud Endpoint Service**を選択します。このオプションが表示されない場合は、クラスターがAlibaba Cloud上に作成されていることを確認してください。 - - **エンドポイント サービス名**: Alibaba Cloud エンドポイント サービス名を入力します (例: `com.aliyuncs.privatelink..epsrv-xxxxxxxxxxxxxxxxx` )。 + - **Endpoint Service Name**: Alibaba Cloud エンドポイント サービス名を入力します (例: `com.aliyuncs.privatelink..epsrv-xxxxxxxxxxxxxxxxx` )。 5. **[作成]**をクリックします。 @@ -215,7 +215,7 @@ TiDB Cloudコンソールを使用してドメインをプライベート リン 5. **[ドメインの接続]**ダイアログで、ドメインの種類を選択します。 - - **TiDB Cloud管理**：ドメインはTiDB Cloudによって自動的に生成されます。生成されたドメインの名前には、そのドメインの一意の名前が付与されます。例えば、生成されたドメインが`*.use1-az1.dvs6nl5jgveztmla3pxkxgh76i.aws.plc.tidbcloud.com`の場合、一意の名前は`dvs6nl5jgveztmla3pxkxgh76i`になります。 **「ドメインをアタッチ」**をクリックして確定します。 + - **TiDB Cloud Managed**：ドメインはTiDB Cloudによって自動的に生成されます。生成されたドメインの名前には、そのドメインの一意の名前が付与されます。例えば、生成されたドメインが`*.use1-az1.dvs6nl5jgveztmla3pxkxgh76i.aws.plc.tidbcloud.com`の場合、一意の名前は`dvs6nl5jgveztmla3pxkxgh76i`になります。 **「ドメインをアタッチ」**をクリックして確定します。 - **Confluent Cloud** : Confluent Cloud Dedicatedクラスタからドメインを生成するために提供された一意の名前を入力し、 **「ドメインをアタッチ」を**クリックして確定します。一意の名前の取得方法の詳細については、 [プライベートリンク接続を介してConfluent Cloudに接続する](/tidb-cloud/serverless-private-link-connection-to-aws-confluent.md#step-1-set-up-a-confluent-cloud-network)を参照してください。 diff --git a/tidb-cloud/set-up-private-endpoint-connections-on-alibaba-cloud.md b/tidb-cloud/set-up-private-endpoint-connections-on-alibaba-cloud.md index d8f8b226fb8a8..eeb1890f56e16 100644 --- a/tidb-cloud/set-up-private-endpoint-connections-on-alibaba-cloud.md +++ b/tidb-cloud/set-up-private-endpoint-connections-on-alibaba-cloud.md @@ -30,7 +30,7 @@ TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにプライベ 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページで、対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックすると、その概要ページに移動します。 2. 右上隅の**「接続」**をクリックしてください。接続ダイアログが表示されます。 3. **「接続タイプ」**ドロップダウンリストで、 **「プライベートエンドポイント」**を選択します。 -4. **サービス名**、**アベイラビリティゾーンID** 、**リージョンID**をメモしておいてください。 +4. **サービス名**、**Availability Zone ID** 、**リージョンID**をメモしておいてください。 ### ステップ2. Alibaba Cloud上にプライベートエンドポイントを作成する {#step-2-create-a-private-endpoint-on-alibaba-cloud} @@ -46,9 +46,9 @@ Alibaba Cloud管理コンソールを使用してVPCインターフェースエ - **リージョン**： TiDB Cloud StarterまたはEssentialインスタンスと同じリージョンを選択してください。 - **エンドポイント名**：エンドポイントの名前を選択してください。 - **エンドポイントタイプ**：**インターフェースエンドポイント**を選択します。 - - **エンドポイントサービス**： **[その他のエンドポイントサービス]**を選択します。 + - **エンドポイントサービス**： **Other Endpoint Services**を選択します。 -5. **「エンドポイントサービス名」**フィールドに、 TiDB Cloudからコピーしたサービス名を貼り付けます。 +5. **Endpoint Service Name**フィールドに、 TiDB Cloudからコピーしたサービス名を貼り付けます。 6. **「確認」**をクリックしてください。サービスが有効な場合は、緑色のチェックマークが表示されます。 @@ -74,16 +74,16 @@ Alibaba Cloud上にインターフェースエンドポイントを作成した 4. ファイアウォールルールを追加するには、 **「ルールの追加」**をクリックします。 - - **エンドポイント サービス名**:[ステップ1](#step-1-choose-a-tidb-instance)から取得したサービス名を貼り付けます。 + - **Endpoint Service Name**:[ステップ1](#step-1-choose-a-tidb-instance)から取得したサービス名を貼り付けます。 - - **ファイアウォールルール名**：この接続を識別するための名前を入力してください。 + - **Firewall Rule Name**：この接続を識別するための名前を入力してください。 - - **エンドポイント ID** : Alibaba Cloud 管理コンソールから取得した 23 文字のエンドポイント ID ( `ep-` } で始まる) を貼り付けてください。 + - **Your Endpoint ID** : Alibaba Cloud 管理コンソールから取得した 23 文字のエンドポイント ID ( `ep-` } で始まる) を貼り付けてください。 > **Tip:** > > - **「承認済みネットワーク」**テーブルを空のままにした場合、デフォルトで全てのプライベートエンドポイント接続が許可されます。 - > - クラウドリージョンからのすべてのプライベートエンドポイント接続を許可するには（テストまたはオープンアクセス用）、**エンドポイントID**フィールドにアスタリスク1つ（ `*` ）を入力します。 + > - クラウドリージョンからのすべてのプライベートエンドポイント接続を許可するには（テストまたはオープンアクセス用）、**Your Endpoint ID**フィールドにアスタリスク1つ（ `*` ）を入力します。 5. **「送信」**をクリックしてください。 diff --git a/tidb-cloud/set-up-private-endpoint-connections-on-azure.md b/tidb-cloud/set-up-private-endpoint-connections-on-azure.md index 05f72ef529244..8203c7c62f124 100644 --- a/tidb-cloud/set-up-private-endpoint-connections-on-azure.md +++ b/tidb-cloud/set-up-private-endpoint-connections-on-azure.md @@ -63,7 +63,7 @@ Azure Private Link のアーキテクチャは次のとおりです: [^1] 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページで、対象のTiDB Cloud Dedicatedクラスタの名前をクリックすると、その概要ページに移動します。 2. 右上隅の**「接続」**をクリックしてください。接続ダイアログが表示されます。 -3. **「接続の種類」**ドロップダウンリストで**「プライベートエンドポイント」**を選択し、 **「プライベートエンドポイント接続の作成」**をクリックして、 **「Azureプライベートエンドポイント接続の作成」**ダイアログを開きます。 +3. **「接続の種類」**ドロップダウンリストで**「プライベートエンドポイント」**を選択し、 **Create Private Endpoint Connection**をクリックして、 **「Azureプライベートエンドポイント接続の作成」**ダイアログを開きます。 > **Note:** > @@ -86,9 +86,9 @@ Azure Private Link のアーキテクチャは次のとおりです: [^1] 2. **「プライベートエンドポイント」**を検索し、検索結果から**「プライベートエンドポイント」**を選択してください。 3. **プライベートエンドポイントの**ページで、 **[+ 作成]**をクリックします。 4. **「基本」**タブで、プロジェクトとインスタンスの情報を入力し、 **「次へ: リソース」**をクリックします。 -5. **「リソース」**タブで、**接続方法**として**「リソース ID またはエイリアスを使用して Azure リソースに接続する」を**選択し、コピーしたTiDB Cloudリソース ID を**「リソース ID またはエイリアス」**フィールドに貼り付けます。 +5. **「リソース」**タブで、**接続方法**として**「リソース ID またはエイリアスを使用して Azure リソースに接続する」**を選択し、コピーしたTiDB Cloudリソース ID を**Resource ID or alias**フィールドに貼り付けます。 6. 引き続き**「次へ」**をクリックして残りの構成タブに進み、必要な設定を完了します。次に、 **[作成]**をクリックしてプライベート エンドポイントを作成してデプロイします。 Azure のデプロイが完了するまでに数秒かかる場合があります。詳細については、Azure ドキュメントの[プライベートエンドポイントを作成する](https://learn.microsoft.com/en-us/azure/private-link/create-private-endpoint-portal?tabs=dynamic-ip#create-a-private-endpoint)を参照してください。 -7. プライベートエンドポイントの作成とデプロイが完了したら、 **「リソースへ移動」**をクリックし、以下の手順を実行してください。 +7. プライベートエンドポイントの作成とデプロイが完了したら、 **Go to resource**をクリックし、以下の手順を実行してください。 - 左側のナビゲーションペインで**「設定」** ＞ **「プロパティ」**をクリックし、後で使用するために**リソースID**をコピーしてください。 @@ -179,7 +179,7 @@ Azure Private Link のアーキテクチャは次のとおりです: [^1] ### TiDB Cloudでエンドポイントサービスの作成に失敗しました。どうすればよいですか？ {#tidb-cloud-fails-to-create-an-endpoint-service-what-should-i-do} -**Azure プライベート エンドポイントの作成**ページを開き、TiDB クラスターを選択すると、エンドポイント サービスは自動的に作成されます。失敗と表示される場合、または**作成中の**状態が長時間続く場合は、サポートに問い合わせて[サポートチケット](/tidb-cloud/tidb-cloud-support.md)を受けてください。 +**Create Azure Private Endpoint**ページを開き、TiDB クラスターを選択すると、エンドポイント サービスは自動的に作成されます。失敗と表示される場合、または**作成中の**状態が長時間続く場合は、サポートに問い合わせて[サポートチケット](/tidb-cloud/tidb-cloud-support.md)を受けてください。 ### セットアップ中にアクションをキャンセルした場合、プライベートエンドポイントを受け入れる前に何をすべきですか？ {#if-i-cancel-the-action-during-setup-what-should-i-do-before-accepting-the-private-endpoint} diff --git a/tidb-cloud/set-up-private-endpoint-connections-on-google-cloud.md b/tidb-cloud/set-up-private-endpoint-connections-on-google-cloud.md index 66875c76034f9..b8d732e789113 100644 --- a/tidb-cloud/set-up-private-endpoint-connections-on-google-cloud.md +++ b/tidb-cloud/set-up-private-endpoint-connections-on-google-cloud.md @@ -103,7 +103,7 @@ Google Cloud Private Service Connect のアーキテクチャは以下のとお 2. 右上隅の**「接続」**をクリックしてください。接続ダイアログが表示されます。 -3. **「接続タイプ」**ドロップダウンリストで**「プライベートエンドポイント」**を選択し、 **「プライベートエンドポイント接続の作成」を**クリックします。 +3. **「接続タイプ」**ドロップダウンリストで**「プライベートエンドポイント」**を選択し、 **Create Private Endpoint Connection**をクリックします。 > **Note:** > @@ -112,9 +112,9 @@ Google Cloud Private Service Connect のアーキテクチャは以下のとお ### ステップ2. Google Cloudプライベートエンドポイントを作成する {#step-2-create-a-google-cloud-private-endpoint} 1. プライベートエンドポイント作成用のコマンドを生成するには、以下の情報を提供してください。 - - **Google Cloud プロジェクト ID** ：Google Cloud アカウントに関連付けられたプロジェクト ID です。この ID は[Google Cloud **Dashboard**ページ](https://console.cloud.google.com/home/dashboard)で確認できます。 + - **Google Cloud Project ID** ：Google Cloud アカウントに関連付けられたプロジェクト ID です。この ID は[Google Cloud **Dashboard**ページ](https://console.cloud.google.com/home/dashboard)で確認できます。 - **Google Cloud VPC Name** : 指定したプロジェクト内の VPC の名前。 [Google Cloud **VPC ネットワークの**ページ](https://console.cloud.google.com/networking/networks/list)にあります。 - - **Google Cloud サブネット名**：指定された VPC 内のサブネットの名前です。VPC**ネットワークの詳細**ページで確認できます。 + - **Google Cloud Subnet Name**：指定された VPC 内のサブネットの名前です。**VPC network details**ページで確認できます。 - **プライベートサービス接続エンドポイント名**：作成されるプライベートエンドポイントの一意の名前を入力してください。 2. 情報を入力したら、 **「コマンド生成」**をクリックしてください。 3. Google Cloud CLI または Google Cloud コンソールを使用して、プライベートエンドポイントを作成します。 @@ -128,8 +128,8 @@ Google Cloud Private Service Connect のアーキテクチャは以下のとお
-1. [Google Cloud Console](https://console.cloud.google.com/)で、現在のプロジェクトがTiDB Cloudに入力した**Google Cloud プロジェクト ID**と同じであることを確認してください。 -2. **VPC ネットワーク**>**プライベート サービス接続**>**接続済みエンドポイント**に移動し、 **[エンドポイントに接続]**をクリックします。 +1. [Google Cloud Console](https://console.cloud.google.com/)で、現在のプロジェクトがTiDB Cloudに入力した**Google Cloud Project ID**と同じであることを確認してください。 +2. **VPC ネットワーク**>**Private Service Connect**>**接続済みエンドポイント**に移動し、 **[エンドポイントに接続]**をクリックします。 3. TiDB Cloudで生成されたコマンドの値を使用してエンドポイントを設定します。 - **エンドポイント名**：コマンドで指定した転送ルール名を使用します。 - **対象**: **[公開サービス]**を選択し、 `--target-service-attachment`からサービス添付ファイル URI を入力します。 @@ -144,7 +144,7 @@ Google Cloud Private Service Connect のアーキテクチャは以下のとお ### ステップ3. エンドポイントへのアクセスを許可する {#step-3-accept-endpoint-access} -Google Cloudでエンドポイントを正常に作成したら、 TiDB Cloudコンソールに戻り、 **「エンドポイントアクセスを承認」**をクリックします。 +Google Cloudでエンドポイントを正常に作成したら、 TiDB Cloudコンソールに戻り、 **Accept Endpoint Access**をクリックします。 エラー`not received connection request from endpoint`が表示された場合は、Google Cloud プロジェクトでエンドポイントが正常に作成されていること、およびその構成が生成されたコマンドと一致していることを確認してください。 diff --git a/tidb-cloud/set-up-private-endpoint-connections-serverless.md b/tidb-cloud/set-up-private-endpoint-connections-serverless.md index b0da0adfd5971..5f0e152420bc9 100644 --- a/tidb-cloud/set-up-private-endpoint-connections-serverless.md +++ b/tidb-cloud/set-up-private-endpoint-connections-serverless.md @@ -56,7 +56,7 @@ TiDB Cloudプランに応じて、適切なプライベートエンドポイン 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページで、対象のTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスの名前をクリックすると、その概要ページに移動します。 2. 右上隅の**「接続」**をクリックしてください。接続ダイアログが表示されます。 3. **「接続タイプ」**ドロップダウンリストで、 **「プライベートエンドポイント」**を選択します。 -4. **サービス名**、**アベイラビリティゾーンID** 、**リージョンID**をメモしておいてください。 +4. **サービス名**、**Availability Zone ID** 、**リージョンID**をメモしておいてください。 > **Note:** > @@ -83,7 +83,7 @@ AWS マネジメントコンソールを使用して VPC インターフェイ 5. **「サービスを確認する」**をクリックしてください。 -6. ドロップダウンリストからVPCを選択します。 **「追加設定」**を展開し、 **「DNS名を有効にする」**チェックボックスをオンにします。 +6. ドロップダウンリストからVPCを選択します。 **「追加設定」**を展開し、 **Enable DNS name**チェックボックスをオンにします。 7. **サブネット**領域で、 TiDB Cloud StarterまたはEssentialインスタンスが配置されているアベイラビリティゾーンを選択し、サブネットIDを選択します。 @@ -100,7 +100,7 @@ AWS マネジメントコンソールを使用して VPC インターフェイ AWS CLI を使用して VPC インターフェイス エンドポイントを作成するには、次の手順を実行します。 -1. **VPC ID**と**サブネットID**を取得するには、AWSマネジメントコンソールに移動し、該当するセクションでそれらを見つけてください。[ステップ1](#step-1-choose-a-tidb-instance)で見つけた**アベイラビリティゾーンID**を必ず入力してください。 +1. **VPC ID**と**サブネットID**を取得するには、AWSマネジメントコンソールに移動し、該当するセクションでそれらを見つけてください。[ステップ1](#step-1-choose-a-tidb-instance)で見つけた**Availability Zone ID**を必ず入力してください。 2. 以下のコマンドをコピーし、該当する引数をあなたが取得した情報に置き換えてから、ターミナルで実行してください。 ```bash @@ -132,16 +132,16 @@ AWSインターフェースエンドポイントを作成した後、対象のTi 4. ファイアウォールルールを追加するには、 **「ルールの追加」**をクリックします。 - - **エンドポイント サービス名**:[ステップ1](#step-1-choose-a-tidb-instance)から取得したサービス名を貼り付けます。 + - **Endpoint Service Name**:[ステップ1](#step-1-choose-a-tidb-instance)から取得したサービス名を貼り付けます。 - - **ファイアウォールルール名**：この接続を識別するための名前を入力してください。 + - **Firewall Rule Name**：この接続を識別するための名前を入力してください。 - - **VPCエンドポイントID** ：AWSマネジメントコンソールから取得した22文字のVPCエンドポイントIDを貼り付けてください（ `vpce-`で始まります）。 + - **Your VPC Endpoint ID** ：AWSマネジメントコンソールから取得した22文字のVPCエンドポイントIDを貼り付けてください（ `vpce-`で始まります）。 > **Tip:** > > - **「承認済みネットワーク」**テーブルを空のままにした場合、デフォルトで全てのプライベートエンドポイント接続が許可されます。 - > - クラウドリージョンからのすべてのプライベートエンドポイント接続を許可するには（テストまたはオープンアクセスのため）、 **[VPCエンドポイントID]**フィールドにアスタリスク( `*` )を1つ入力します。 + > - クラウドリージョンからのすべてのプライベートエンドポイント接続を許可するには（テストまたはオープンアクセスのため）、 **Your VPC Endpoint ID**フィールドにアスタリスク( `*` )を1つ入力します。 5. **「送信」**をクリックしてください。 @@ -311,6 +311,6 @@ AWS Management Console でプライベートDNSを有効にするには、次の ### プライベートDNSを有効にした後、プライベートエンドポイント経由でTiDB Cloud StarterまたはEssentialインスタンスに接続できません。なぜでしょうか？ {#i-cannot-connect-to-a-tidb-cloud-starter-or-essential-instance-via-a-private-endpoint-after-enabling-private-dns-why} -AWS マネジメント コンソールで**、** VPC エンドポイントのセキュリティ グループを適切に設定する必要がある場合があります。VPC >**エンドポイント**に移動します。VPC エンドポイントを右クリックし、適切な**セキュリティ グループの管理**を選択します。VPC 内に、EC2 インスタンスからのポート 4000 またはお客様定義のポートへの受信アクセスを許可する適切なセキュリティ グループを設定します。 +AWS マネジメント コンソールで**、** VPC エンドポイントのセキュリティ グループを適切に設定する必要がある場合があります。VPC >**エンドポイント**に移動します。VPC エンドポイントを右クリックし、適切な**Manage security groups**を選択します。VPC 内に、EC2 インスタンスからのポート 4000 またはお客様定義のポートへの受信アクセスを許可する適切なセキュリティ グループを設定します。 ![Manage security groups](/media/tidb-cloud/private-endpoint/manage-security-groups.png) diff --git a/tidb-cloud/set-up-sink-private-endpoint.md b/tidb-cloud/set-up-sink-private-endpoint.md index bbd1a6e37cd40..ad5b4847737fa 100644 --- a/tidb-cloud/set-up-sink-private-endpoint.md +++ b/tidb-cloud/set-up-sink-private-endpoint.md @@ -84,9 +84,9 @@ changefeed ダウンストリーム サービスが Azure でホストされて 3. リマインダーに従って、 TiDB Cloudの[AWS プリンシパル](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_elements_principal.html#principal-accounts)にエンドポイントの作成を承認します。 -4. セクション[ネットワーク](#network)で収集した**エンドポイント サービス名**を入力します。 +4. セクション[ネットワーク](#network)で収集した**Endpoint Service Name**を入力します。 -5. **AZ の数**を選択します。AZ の数と AZ ID が Kafka のデプロイメントと一致していることを確認してください。 +5. **Number of AZs**を選択します。AZ の数と AZ ID が Kafka のデプロイメントと一致していることを確認してください。 6. このプライベート エンドポイントが Apache Kafka 用に作成される場合は、 **Kafka 用のアドバタイズドリスナーを構成する**チェックボックスを選択します。 diff --git a/tidb-cloud/setup-azure-self-hosted-kafka-private-link-service.md b/tidb-cloud/setup-azure-self-hosted-kafka-private-link-service.md index 7713208760e3b..771fd4f187ed6 100644 --- a/tidb-cloud/setup-azure-self-hosted-kafka-private-link-service.md +++ b/tidb-cloud/setup-azure-self-hosted-kafka-private-link-service.md @@ -40,9 +40,9 @@ summary: このドキュメントでは、Azure でセルフホスト型 Kafka 1. **宛先**で、 **Kafka**を選択します。 2. **[接続方法]**で**[プライベート リンク]**を選択します。 4. 続行する前に、 TiDB Cloud Azureアカウントのリージョン情報とサブスクリプションを**リマインダー**に書き留めておいてください。この情報は、TiDB CloudがKafka Private Linkサービスにアクセスできるように承認する際に使用します。 - 5. 一意のランダム文字列を指定して、Kafka プライベート リンク サービス用の**Kafka アドバタイズ リスナー パターン**を生成します。 - 1. 一意のランダム文字列を入力してください。数字または小文字のみ使用できます。この文字列は、後ほど**Kafkaアドバタイズリスナーパターンを**生成する際に使用します。 - 2. **「使用状況を確認して生成」をクリックすると、**ランダム文字列が一意であるかどうかが確認され、Kafka ブローカーの外部アドバタイズ リスナーを組み立てるために使用される**Kafka アドバタイズ リスナー パターンが**生成されます。 + 5. 一意のランダム文字列を指定して、Kafka プライベート リンク サービス用の**Kafka Advertised Listener Pattern**を生成します。 + 1. 一意のランダム文字列を入力してください。数字または小文字のみ使用できます。この文字列は、後ほど**Kafka Advertised Listener Pattern**を生成する際に使用します。 + 2. **「使用状況を確認して生成」をクリックすると、**ランダム文字列が一意であるかどうかが確認され、Kafka ブローカーの外部アドバタイズ リスナーを組み立てるために使用される**Kafka Advertised Listener Pattern**が生成されます。 すべてのデプロイメント情報をメモしてください。後でKafka Private Linkサービスを設定する際に必要になります。 @@ -100,20 +100,20 @@ summary: このドキュメントでは、Azure でセルフホスト型 Kafka - **サイズ**: `Standard_D2s_v3` - **認証タイプ**: `SSH public key` - **ユーザー名**: `azureuser` - - **SSH公開鍵ソース:** `Generate new key pair` - - **キーペア名**: `kafka_broker_key` - - **パブリック受信ポート**: `Allow selected ports` - - **受信ポートを選択**: `SSH (22)` -3. **[次へ: ネットワーク]**をクリックし、 **[ネットワーク]**タブに次の情報を入力します。 + - **SSH public key source:** `Generate new key pair` + - **Key pair name**: `kafka_broker_key` + - **Public inbound ports**: `Allow selected ports` + - **Select inbound ports**: `SSH (22)` +3. **Next : Networking**をクリックし、 **[ネットワーク]**タブに次の情報を入力します。 - **仮想ネットワーク**： `kafka-pls-vnet` - **サブネット**: `brokers-subnet` - **パブリックIP** : `None` - - **NIC ネットワーク セキュリティ グループ**: `Basic` - - **パブリック受信ポート**: `Allow selected ports` + - **NIC network security group**: `Basic` + - **Public inbound ports**: `Allow selected ports` - 受信ポートを選択: `SSH (22)` - - **負荷分散オプション**: `None` + - **Load balancing options**: `None` 4. 情報を確認するには、 **「確認 + 作成」**をクリックします。 -5. **「作成」**をクリックします。**新しいキーペアの生成**メッセージが表示されます。 +5. **「作成」**をクリックします。**Generate new key pair**メッセージが表示されます。 6. **「秘密鍵をダウンロードしてリソースを作成」をクリックして、**秘密鍵をローカルマシンにダウンロードします。仮想マシンの作成の進行状況を確認できます。 **2.2. Kafka ランタイムバイナリの準備** @@ -122,7 +122,7 @@ summary: このドキュメントでは、Azure でセルフホスト型 Kafka 1. [Azureポータル](https://portal.azure.com/)で[**リソースグループ**](https://portal.azure.com/#view/HubsExtension/BrowseResourceGroups.ReactView)ページに移動し、リソース グループ名をクリックして、各ブローカー ノード ( `broker-node-1` 、 `broker-node-2` 、および`broker-node-3` ) のページに移動します。 -2. ブローカー ノードの各ページで、左側のナビゲーション ペインの**[接続] > [Bastion]**をクリックし、次の情報を入力します。 +2. ブローカー ノードの各ページで、左側のナビゲーション ペインの**Connect > Bastion**をクリックし、次の情報を入力します。 - **認証タイプ**: `SSH Private Key from Local File` - **ユーザー名**: `azureuser` @@ -151,7 +151,7 @@ summary: このドキュメントでは、Azure でセルフホスト型 Kafka 2. `advertised.listeners`については、次の操作を行います。 1. ブローカー ノードの内部 IP アドレスを使用して、各ブローカーの内部アドバタイズ リスナーを構成します。これにより、内部 Kafka クライアントはアドバタイズ アドレスを介してブローカーに接続できるようになります。 - 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNALアドバタイズリスナーを設定することで、TiDB Cloudが異なるブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 + 2. TiDB Cloudから取得した**Kafka Advertised Listener Pattern**に基づいて、各ブローカーノードにEXTERNALアドバタイズリスナーを設定することで、TiDB Cloudが異なるブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - Kafka Private Link サービスへのアクセスにおいて、ブローカーを区別するために異なる``値を使用してください。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲を計画してください。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらのポートは、Private Link サービス内のロードバランサーがリッスンするポートであり、ロードバランサーはリクエストを異なるブローカーに転送します。 - トラブルシューティングを容易にするために、ブローカーごとに異なるブローカー ID を構成することをお勧めします。 @@ -435,7 +435,7 @@ b3.abc.eastus.azure.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. - **タイプ**: `Internal` - **ティア**: `Regional` -3. **[フロントエンド IP 構成]**タブで、 **[+ フロントエンド IP 構成の追加]**をクリックし、次の情報を入力して**[保存]**をクリックし、 **[次へ: バックエンド プール >]**をクリックします。 +3. **Frontend IP configuration**タブで、 **[+ フロントエンド IP 構成の追加]**をクリックし、次の情報を入力して**[保存]**をクリックし、 **[次へ: バックエンド プール >]**をクリックします。 - **名前**: `kafka-lb-ip` - **IP バージョン**: `IPv4` @@ -444,7 +444,7 @@ b3.abc.eastus.azure.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. - **課題**： `Dynamic` - **可用性ゾーン**: `Zone-redundant` -4. **[バックエンド プール]**タブで、次の 3 つのバックエンド プールを追加し、 **[次へ: 受信規則]**をクリックします。 +4. **[バックエンド プール]**タブで、次の 3 つのバックエンド プールを追加し、 **Next : Inbound rules**をクリックします。 - 名前: `pool1` ; バックエンド プールコンフィグレーション: `NIC` ; IP 構成: `broker-node-1` - 名前: `pool2` ; バックエンド プールコンフィグレーション: `NIC` ; IP 構成: `broker-node-2` @@ -456,7 +456,7 @@ b3.abc.eastus.azure.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. - **名前**: `rule1` - **IP バージョン**: `IPv4` - - **フロントエンドIPアドレス**: `kafka-lb-ip` + - **Frontend IP address**: `kafka-lb-ip` - **バックエンドプール**: `pool1` - **プロトコル**： `TCP` - **ポート**: `9093` @@ -470,7 +470,7 @@ b3.abc.eastus.azure.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. - **名前**: `rule2` - **IP バージョン**: `IPv4` - - **フロントエンドIPアドレス**: `kafka-lb-ip` + - **Frontend IP address**: `kafka-lb-ip` - **バックエンドプール**: `pool2` - **プロトコル**： `TCP` - **ポート**: `9094` @@ -484,7 +484,7 @@ b3.abc.eastus.azure.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. - **名前**: `rule3` - **IP バージョン**: `IPv4` - - **フロントエンドIPアドレス**: `kafka-lb-ip` + - **Frontend IP address**: `kafka-lb-ip` - **バックエンドプール**: `pool3` - **プロトコル**： `TCP` - **ポート**: `9095` @@ -494,7 +494,7 @@ b3.abc.eastus.azure.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. - **プロトコル**： `TCP` - **ポート**: `39092` -6. **[次へ: 送信規則]**をクリックし、 **[次へ: タグ >]**をクリックしてから、 **[次へ: 確認と作成]**をクリックして情報を確認します。 +6. **Next : Outbound rule**をクリックし、 **Next : Tags >**をクリックしてから、 **[次へ: 確認と作成]**をクリックして情報を確認します。 7. **[作成]を**クリックします。 @@ -508,14 +508,14 @@ b3.abc.eastus.azure.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. - **ロードバランサー**： `kafka-lb` - **ロードバランサのフロントエンド IP アドレス**: `kafka-lb-ip` - - **送信元NATサブネット**: `kafka-pls-vnet/brokers-subnet` + - **Source NAT subnet**: `kafka-pls-vnet/brokers-subnet` 4. **[アクセス セキュリティ]**タブで、次の操作を行います。 - - **表示**については、 **「サブスクリプションにより制限」**または**「エイリアスを持つすべてのユーザー」**を選択します。 - - **サブスクリプション レベルのアクセスと自動承認**については、[サブスクリプション**の追加]**をクリックして、 [前提条件](#prerequisites)で取得したTiDB Cloud Azure アカウントのサブスクリプションを追加します。 + - **表示**については、 **Restricted by subscription**または**Anyone with your alias**を選択します。 + - **Subscription-level access and auto-approval**については、**サブスクリプションの追加**をクリックして、 [前提条件](#prerequisites)で取得したTiDB Cloud Azure アカウントのサブスクリプションを追加します。 -5. **「次へ: タグ >」**をクリックし、 **「次へ: 確認と作成 >」**をクリックして情報を確認します。 +5. **Next : Tags >**をクリックし、 **「次へ: 確認と作成 >」**をクリックして情報を確認します。 6. **「作成」**をクリックします。操作が完了したら、後で使用するためにプライベートリンクサービスのエイリアスを書き留めておきます。 @@ -525,7 +525,7 @@ b3.abc.eastus.azure.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. 2. **「ChangeFeed ターゲットの構成」>「接続方法」>「プライベート リンク」**に進むときは、次のフィールドに対応する値を入力し、必要に応じてその他のフィールドを入力します。 - - **Kafka アドバタイズ リスナー パターン**: [前提条件](#prerequisites)で**Kafka アドバタイズ リスナー パターン**を生成するために使用する一意のランダム文字列。 + - **Kafka Advertised Listener Pattern**: [前提条件](#prerequisites)で**Kafka Advertised Listener Pattern**を生成するために使用する一意のランダム文字列。 - **プライベート リンク サービスのエイリアス**: [2. プライベートリンクサービスを設定する](#2-set-up-private-link-service)で取得したプライベート リンク サービスのエイリアス。 - **ブートストラップ ポート**: `9093,9094,9095` 。 diff --git a/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md b/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md index adaa614864cfd..d6df1d02039f6 100644 --- a/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md +++ b/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md @@ -41,12 +41,12 @@ Google Cloud でセルフホスト型 Kafka に Private Service Connect を設 2. 概要ページで、TiDB クラスターのリージョンを確認します。Kafka クラスターが同じリージョンにデプロイされることを確認してください。 3. 左側のナビゲーション ペインで**[データ]** > **[Changefeed] を**クリックし、右上隅の**[Changefeed の作成]**をクリックして、次の情報を入力します。 1. **宛先**で、 **Kafka**を選択します。 - 2. **[接続方法]**で、 **[プライベート サービス接続]**を選択します。 + 2. **[接続方法]**で、 **Private Service Connect**を選択します。 4. **先に進む前に、Google Cloud プロジェクトをリマインダー**に書き留めておいてください。このプロジェクトは、 TiDB Cloudからのエンドポイント作成リクエストの自動承認を承認するために使用します。 - 5. **TiDBクラスタのゾーン**をメモしておいてください。これらのゾーンに TiDB クラスターをデプロイします。ゾーン間のトラフィックを削減するため、これらのゾーンに Kafka をデプロイすることをお勧めします。 - 6. Kafka プライベート サービス接続サービスに固有の**Kafka アドバタイズ リスナー パターン**を選択します。 - 1. 一意のランダム文字列を入力してください。数字または小文字のみ使用できます。この文字列は、後ほど**Kafkaアドバタイズリスナーパターンを**生成する際に使用します。 - 2. **「使用状況を確認して生成」を**クリックすると、ランダム文字列が一意であるかどうかが確認され、Kafka ブローカーの外部アドバタイズ リスナーを組み立てるために使用される**Kafka アドバタイズ リスナー パターンが**生成されるか、Kafka プロキシが構成されます。 + 5. **Zones of TiDB Cluster**をメモしておいてください。これらのゾーンに TiDB クラスターをデプロイします。ゾーン間のトラフィックを削減するため、これらのゾーンに Kafka をデプロイすることをお勧めします。 + 6. Kafka プライベート サービス接続サービスに固有の**Kafka Advertised Listener Pattern**を選択します。 + 1. 一意のランダム文字列を入力してください。数字または小文字のみ使用できます。この文字列は、後ほど**Kafka Advertised Listener Pattern**を生成する際に使用します。 + 2. **「使用状況を確認して生成」を**クリックすると、ランダム文字列が一意であるかどうかが確認され、Kafka ブローカーの外部アドバタイズ リスナーを組み立てるために使用される**Kafka Advertised Listener Pattern**が生成されるか、Kafka プロキシが構成されます。 すべてのデプロイメント情報をメモしてください。後でKafka Private Service Connectサービスを設定する際に必要になります。 @@ -100,7 +100,7 @@ VM をプロビジョニングするには、 [VMインスタンス](https://con - **画像**： `Debian GNU/Linux 12` - **ネットワーク**: `kafka-vpc` - **サブネットワーク**: `bastion-subnet` - - **外部 IPv4 アドレス**: `Ephemeral` + - **External IPv4 address**: `Ephemeral` 2. ブローカーノード1 @@ -111,7 +111,7 @@ VM をプロビジョニングするには、 [VMインスタンス](https://con - **画像**： `Debian GNU/Linux 12` - **ネットワーク**: `kafka-vpc` - **サブネットワーク**: `brokers-subnet` - - **外部 IPv4 アドレス**: `None` + - **External IPv4 address**: `None` 3. ブローカーノード2 @@ -122,7 +122,7 @@ VM をプロビジョニングするには、 [VMインスタンス](https://con - **画像**： `Debian GNU/Linux 12` - **ネットワーク**: `kafka-vpc` - **サブネットワーク**: `brokers-subnet` - - **外部 IPv4 アドレス**: `None` + - **External IPv4 address**: `None` 4. ブローカーノード3 @@ -133,7 +133,7 @@ VM をプロビジョニングするには、 [VMインスタンス](https://con - **画像**： `Debian GNU/Linux 12` - **ネットワーク**: `kafka-vpc` - **サブネットワーク**: `brokers-subnet` - - **外部 IPv4 アドレス**: `None` + - **External IPv4 address**: `None` **3. Kafkaランタイムバイナリを準備する** @@ -172,7 +172,7 @@ VM をプロビジョニングするには、 [VMインスタンス](https://con 2. 2 つの**ブローカー**リスナーを構成します。内部アクセスの場合は INTERNAL、 TiDB Cloudからの外部アクセスの場合は EXTERNAL です。 2. `advertised.listeners`については、次の操作を行います。 1. ブローカー ノードの内部 IP アドレスを使用して、各ブローカーの内部アドバタイズ リスナーを構成します。これにより、内部 Kafka クライアントはアドバタイズ アドレスを介してブローカーに接続できるようになります。 - 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNALアドバタイズリスナーを設定することで、TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 + 2. TiDB Cloudから取得した**Kafka Advertised Listener Pattern**に基づいて、各ブローカーノードにEXTERNALアドバタイズリスナーを設定することで、TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - ``ブローカーと Kafka Private Service Connect アクセスポイントを区別します。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲を計画してください。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらは、リクエストを別のブローカーに転送する Private Service Connect のロードバランサーがリッスンするポートです。 - トラブルシューティングを容易にするために、ブローカーごとに異なるブローカー ID を構成することをお勧めします。 3. 計画値: @@ -469,7 +469,7 @@ b3.abc.us-west1.gcp.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. 1. [ネットワークエンドポイントグループ](https://console.cloud.google.com/compute/networkendpointgroups/list)ページに移動します。以下の手順でネットワークエンドポイントグループを作成します。 - **名前**: `kafka-neg` - - **ネットワークエンドポイントグループタイプ**: `Port Mapping NEG(Regional)` + - **Network endpoint group type**: `Port Mapping NEG(Regional)` - **リージョン**: `us-west1` - **ネットワーク**: `kafka-vpc` - **サブネット**: `brokers-subnet` @@ -491,10 +491,10 @@ b3.abc.us-west1.gcp.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. 3. [負荷分散](https://console.cloud.google.com/net-services/loadbalancing/list/loadBalancers)ページに移動します。以下の手順でロードバランサーを作成します。 - - **ロードバランサーの種類**: `Network Load Balancer` - - **プロキシまたはパススルー**: `Passthrough` - - **対外向けまたは社内向け**： `Internal` - - **ロードバランサー名**: `kafka-lb` + - **Type of load balancer**: `Network Load Balancer` + - **Proxy or Passthrough**: `Passthrough` + - **Public facing or internal**： `Internal` + - **Load Balancer name**: `kafka-lb` - **リージョン**: `us-west1` - **ネットワーク**: `kafka-vpc` - バックエンド構成 @@ -505,10 +505,10 @@ b3.abc.us-west1.gcp.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. - **サブネットワーク**: `brokers-subnet` - **ポート**: `All` -4. [**プライベートサービス接続**>**公開サービス**](https://console.cloud.google.com/net-services/psc/list/producers)に進みます。 +4. [**Private Service Connect**>**公開サービス**](https://console.cloud.google.com/net-services/psc/list/producers)に進みます。 - - **ロードバランサータイプ**: `Internal passthrough Network Load Balancer` - - **内部ロードバランサ**： `kafka-lb` + - **Load Balancer Type**: `Internal passthrough Network Load Balancer` + - **Internal load balancer**： `kafka-lb` - **サービス名**： `kafka-psc` - **サブネット**: `RESERVE NEW SUBNET` - **名前**: `psc-subnet` @@ -522,12 +522,12 @@ b3.abc.us-west1.gcp.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. 6. VPC ネットワーク`kafka-vpc`の詳細ページに移動し、すべてのブローカーへの PSC トラフィックを許可するファイアウォール ルールを追加します。 - **名前**: `allow-psc-traffic` - - **交通方向**： `Ingress` - - **試合のアクション**： `Allow` + - **Direction of traffic**： `Ingress` + - **Action on match**： `Allow` - **ターゲット**： `All instances in the network` - **ソースフィルター**: `IPv4 ranges` - - **ソースIPv4範囲**: `10.128.0.0/18` -subnetの範囲。 - - **プロトコルとポート**: すべて許可 + - **Source IPv4 ranges**: `10.128.0.0/18` -subnetの範囲。 + - **Protocols and ports**: すべて許可 ### ステップ3. TiDB Cloudから接続する {#step-3-connect-from-tidb-cloud} @@ -535,7 +535,7 @@ b3.abc.us-west1.gcp.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. 2. **「ChangeFeed ターゲットの構成」>「接続方法」>「プライベート サービス接続」**に進むときは、次のフィールドに対応する値を入力し、必要に応じてその他のフィールドを入力します。 - - **Kafka アドバタイズ リスナー パターン**: `abc` 。これは、 [前提条件](#prerequisites)で**Kafka アドバタイズ リスナー パターン**を生成するために使用する一意のランダム文字列と同じです。 + - **Kafka Advertised Listener Pattern**: `abc` 。これは、 [前提条件](#prerequisites)で**Kafka Advertised Listener Pattern**を生成するために使用する一意のランダム文字列と同じです。 - **サービス アタッチメント**: PSC の Kafka サービス アタッチメント (例: `projects/tidbcloud-dp-stg-000/regions/us-west1/serviceAttachments/kafka-psc` )。 - **ブートストラップポート**: `9092,9093,9094` @@ -561,13 +561,13 @@ TiDB クラスターと同じリージョンで既に Kafka クラスターが - **マシンタイプ**: `e2-medium`ワークロードに応じて独自のマシンタイプを選択できます。 - **ネットワーク**: Kafka クラスターに接続できる VPC ネットワーク。 - **サブネットワーク**: Kafka クラスターに接続できるサブネット。 - - **外部IPv4アドレス**： `Ephemeral` -proxyの設定を容易にするため、インターネットアクセスを有効にしてください。本番環境では**「なし」**を選択し、任意の方法でノードにログインできます。 + - **External IPv4 address**： `Ephemeral` -proxyの設定を容易にするため、インターネットアクセスを有効にしてください。本番環境では**「なし」**を選択し、任意の方法でノードにログインできます。 - **場所**： `Single zone` - **リージョン**: `us-west1` - **ゾーン**: ブローカーのゾーンの 1 つを選択します。 - **自動スケーリングモード**: `Off` - - **インスタンスの最小数**: `1` - - **インスタンスの最大数**: `1` 。Kafkaプロキシはクラスターモードをサポートしていないため、デプロイできるインスタンスは1つだけです。各Kafkaプロキシはローカルポートをブローカーのポートにランダムにマッピングするため、プロキシごとにマッピングが異なります。ロードバランサーの背後に複数のKafkaプロキシをデプロイすると、問題が発生する可能性があります。Kafkaクライアントが1つのプロキシに接続し、別のプロキシを経由してブローカーにアクセスすると、リクエストが誤ったブローカーにルーティングされる可能性があります。 + - **Minimum number of instances**: `1` + - **Maximum number of instances**: `1` 。Kafkaプロキシはクラスターモードをサポートしていないため、デプロイできるインスタンスは1つだけです。各Kafkaプロキシはローカルポートをブローカーのポートにランダムにマッピングするため、プロキシごとにマッピングが異なります。ロードバランサーの背後に複数のKafkaプロキシをデプロイすると、問題が発生する可能性があります。Kafkaクライアントが1つのプロキシに接続し、別のプロキシを経由してブローカーにアクセスすると、リクエストが誤ったブローカーにルーティングされる可能性があります。 2. kafka-proxy-ig のノードの詳細ページに移動します。SSH**を**クリックしてノードにログインします。バイナリをダウンロードします。 @@ -626,10 +626,10 @@ TiDB クラスターと同じリージョンで既に Kafka クラスターが 1. [負荷分散](https://console.cloud.google.com/net-services/loadbalancing/list/loadBalancers)ページに移動して、ロードバランサーを作成します。 - - **ロードバランサーの種類**: `Network Load Balancer` - - **プロキシまたはパススルー**: `Passthrough` - - **対外向けまたは社内向け**： `Internal` - - **ロードバランサー名**: `kafka-proxy-lb` + - **Type of load balancer**: `Network Load Balancer` + - **Proxy or Passthrough**: `Passthrough` + - **Public facing or internal**： `Internal` + - **Load Balancer name**: `kafka-proxy-lb` - **リージョン**: `us-west1` - **ネットワーク**: あなたのネットワーク - バックエンド構成 @@ -645,10 +645,10 @@ TiDB クラスターと同じリージョンで既に Kafka クラスターが - **プロトコル**： `TCP` - **ポート**: `9092` -proxy でブートストラップ ポートの 1 つを選択できます。 -2. [**プライベートサービス接続**>**公開サービス**](https://console.cloud.google.com/net-services/psc/list/producers)に進みます。 +2. [**Private Service Connect**>**公開サービス**](https://console.cloud.google.com/net-services/psc/list/producers)に進みます。 - - **ロードバランサータイプ**: `Internal passthrough Network Load Balancer` - - **内部ロードバランサ**： `kafka-proxy-lb` + - **Load Balancer Type**: `Internal passthrough Network Load Balancer` + - **Internal load balancer**： `kafka-proxy-lb` - **サービス名**： `kafka-proxy-psc` - **サブネット**: `RESERVE NEW SUBNET` - **名前**: `proxy-psc-subnet` @@ -662,20 +662,20 @@ TiDB クラスターと同じリージョンで既に Kafka クラスターが 4. VPC ネットワークの詳細ページに移動し、すべてのブローカーの PSC トラフィックを許可するファイアウォール ルールを追加します。 - **名前**: `allow-proxy-psc-traffic` - - **交通方向**： `Ingress` - - **試合のアクション**： `Allow` + - **Direction of traffic**： `Ingress` + - **Action on match**： `Allow` - **対象**: ネットワーク内のすべてのインスタンス - **ソースフィルター**: `IPv4 ranges` - - **ソース IPv4 範囲**: proxy-psc-subnet の CIDR - - **プロトコルとポート**: すべて許可 + - **Source IPv4 ranges**: proxy-psc-subnet の CIDR + - **Protocols and ports**: すべて許可 ### ステップ3. TiDB Cloudから接続する {#step-3-connect-from-tidb-cloud} 1. [TiDB Cloudコンソール](https://tidbcloud.com)に戻り、クラスターが**Private Service Connect**経由で Kafka クラスターに接続するための changefeed を作成します。詳細については、 [Apache Kafka にシンクする](/tidb-cloud/changefeed-sink-to-apache-kafka.md)を参照してください。 -2. **「ChangeFeed ターゲットの構成」** > **「接続方法」** > **「プライベート サービス接続」**に進んだ後、次のフィールドに対応する値を入力し、必要に応じてその他のフィールドを入力します。 +2. **Configure the changefeed target** > **「接続方法」** > **Private Service Connect**に進んだ後、次のフィールドに対応する値を入力し、必要に応じてその他のフィールドを入力します。 - - **Kafka アドバタイズ リスナー パターン**: `abc` . [前提条件](#prerequisites)で**Kafka アドバタイズ リスナー パターン**を生成するために使用する一意のランダム文字列と同じです。 + - **Kafka Advertised Listener Pattern**: `abc` . [前提条件](#prerequisites)で**Kafka Advertised Listener Pattern**を生成するために使用する一意のランダム文字列と同じです。 - **サービス アタッチメント**: PSC の kafka-proxy サービス アタッチメント (例: `projects/tidbcloud-dp-stg-000/regions/us-west1/serviceAttachments/kafka-proxy-psc` )。 - **ブートストラップポート**: `9092,9093,9094` diff --git a/tidb-cloud/tidb-cloud-auditing.md b/tidb-cloud/tidb-cloud-auditing.md index 64c8dbb7cfc31..1c6343bfd0bd9 100644 --- a/tidb-cloud/tidb-cloud-auditing.md +++ b/tidb-cloud/tidb-cloud-auditing.md @@ -69,11 +69,11 @@ TiDB Cloud が監査ログを書き込む宛先として、組織所有の AWS > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 - 2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[DB 監査ログ]**をクリックします。 + 2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **DB Audit Logging**をクリックします。 - 3. **DB 監査ログ**ページで、右上隅の**[有効化]**をクリックします。 + 3. **DB Audit Logging**ページで、右上隅の**[有効化]**をクリックします。 - 4. **「データベース監査ログストレージ設定」**ダイアログで、 **AWS IAMポリシー設定**セクションを見つけて、後で使用するために**TiDB Cloudアカウント ID**と**TiDB Cloud外部 ID**を記録します。 + 4. **「データベース監査ログストレージ設定」**ダイアログで、 **AWS IAM Policy Settings**セクションを見つけて、後で使用するために**TiDB Cloud Account ID**と**TiDB Cloud External ID**を記録します。 2. [AWS Management Console](https://console.aws.amazon.com/)で、 **IAM** >**アクセス管理**>**ポリシー**に移動し、書き込み専用権限`s3:PutObject`を持つIAMポリシーがあるかどうかを確認します。 @@ -98,7 +98,7 @@ TiDB Cloud が監査ログを書き込む宛先として、組織所有の AWS 3. **「IAM」** > **「アクセス管理」** > **「ロール」**に移動し、前に記録したTiDB Cloudアカウント ID と外部 ID に対応する信頼エンティティを持つロールがすでに存在するかどうかを確認します。 - はいの場合は、後で使用するために一致したロールを記録します。 - - そうでない場合は、 **「ロールの作成」**をクリックし、信頼エンティティタイプとして**「別のAWSアカウント」を**選択し、 **「アカウント**ID」フィールドにTiDB CloudのアカウントIDを入力します。次に、 **「外部IDが必要」**オプションを選択し、 **「外部ID」**フィールドにTiDB Cloudの外部IDを入力します。 + - そうでない場合は、 **「ロールの作成」**をクリックし、信頼エンティティタイプとして**Another AWS account**を選択し、 **「アカウントID」**フィールドにTiDB CloudのアカウントIDを入力します。次に、 **Require External ID**オプションを選択し、 **「外部ID」**フィールドにTiDB Cloudの外部IDを入力します。 4. **IAM** >**アクセス管理**>**ロール**で、前の手順のロール名をクリックして**概要**ページに移動し、次の手順を実行します。 @@ -115,7 +115,7 @@ TiDB Cloudコンソールで、 TiDB Cloudアカウント ID と外部 ID 値を 3. **「ロール ARN」**フィールドに、 [ステップ2. Amazon S3アクセスを構成する](#step-2-configure-amazon-s3-access)でコピーしたロール ARN 値を入力します。 -4. **「接続をテストして次へ」**をクリックして、 TiDB Cloud がバケットにアクセスして書き込むことができるかどうかを確認します。接続に成功すると、ダイアログはデータベース監査ログ設定の次のステップに進みます。 +4. **Test Connection and Next**をクリックして、 TiDB Cloud がバケットにアクセスして書き込むことができるかどうかを確認します。接続に成功すると、ダイアログはデータベース監査ログ設定の次のステップに進みます。 > **Note:** > @@ -142,20 +142,20 @@ TiDB Cloud が監査ログを書き込む宛先として、組織所有の Googl > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 - 2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[DB 監査ログ]**をクリックします。 + 2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **DB Audit Logging**をクリックします。 - 3. **DB 監査ログ**ページで、右上隅の**[有効化]**をクリックします。 + 3. **DB Audit Logging**ページで、右上隅の**[有効化]**をクリックします。 - 4. **[データベース監査ログストレージ設定]**ダイアログで、 **[Google Cloud Service アカウント ID]**セクションを見つけて、後で使用するために**サービス アカウント ID**を記録します。 + 4. **[データベース監査ログストレージ設定]**ダイアログで、 **[Google Cloud Service アカウント ID]**セクションを見つけて、後で使用するために**Service Account ID**を記録します。 -2. [Google Cloud console](https://console.cloud.google.com/)で、 **[IAMと管理]** > **[ロール]**に移動し、ストレージバケット内のオブジェクトに対する次の書き込み専用権限を持つロールが存在するかどうかを確認します。 +2. [Google Cloud console](https://console.cloud.google.com/)で、 **IAM & Admin** > **[ロール]**に移動し、ストレージバケット内のオブジェクトに対する次の書き込み専用権限を持つロールが存在するかどうかを確認します。 - storage.objects.create - storage.objects.delete - はいの場合は、後で使用するためにTiDBクラスターの一致したロールを記録してください。いいえの場合は、 **「IAMと管理」** > **「ロール」** > **「ロールの作成」**に移動して、TiDBクラスターのロールを定義してください。 + はいの場合は、後で使用するためにTiDBクラスターの一致したロールを記録してください。いいえの場合は、 **IAM & Admin** > **「ロール」** > **「ロールの作成」**に移動して、TiDBクラスターのロールを定義してください。 -3. **[Cloud Storage]** > **[ブラウザ]**に移動し、 TiDB Cloudがアクセスする GCS バケットを選択して、 **[情報パネルを表示]**をクリックします。 +3. **[Cloud Storage]** > **[ブラウザ]**に移動し、 TiDB Cloudがアクセスする GCS バケットを選択して、 **SHOW INFO PANEL**をクリックします。 パネルが表示されます。 @@ -177,7 +177,7 @@ TiDB Cloudコンソールで、 Google Cloud サービス アカウント ID を 2. **「バケットリージョン」**フィールドで、バケットが配置されている GCS リージョンを選択します。 -3. **「接続をテストして次へ」**をクリックして、 TiDB Cloud がバケットにアクセスして書き込むことができるかどうかを確認します。接続に成功すると、ダイアログはデータベース監査ログ設定の次のステップに進みます。 +3. **Test Connection and Next**をクリックして、 TiDB Cloud がバケットにアクセスして書き込むことができるかどうかを確認します。接続に成功すると、ダイアログはデータベース監査ログ設定の次のステップに進みます。 > **Note:** > @@ -204,7 +204,7 @@ TiDB Cloudがデータベース監査ログを書き込む宛先として、組 > > 左側のナビゲーション ペインが非表示になっている場合は、左上隅のメニュー ボタンをクリックして表示を切り替えます。 - 2. 選択したストレージアカウントのナビゲーション ウィンドウで、 **[データストレージ] > [コンテナー]**をクリックし、 **[+ コンテナー]**をクリックして**[新しいコンテナー]**ウィンドウを開きます。 + 2. 選択したストレージアカウントのナビゲーション ウィンドウで、 **Data storage > Containers**をクリックし、 **[+ コンテナー]**をクリックして**[新しいコンテナー]**ウィンドウを開きます。 3. **「新しいコンテナ」**ペインで、新しいコンテナの名前を入力し、匿名アクセスレベル（推奨レベルは**「プライベート」** （匿名アクセスなし））を設定して、 **「作成」**をクリックします。数秒以内に新しいコンテナが作成され、コンテナリストに表示されます。 @@ -231,7 +231,7 @@ TiDB Cloudがデータベース監査ログを書き込む宛先として、組 5. **許可されたプロトコル**については、安全なアクセスを確保するために**HTTPS のみ**を選択します。 - 6. **[SAS トークンと URL の生成] を**クリックし、表示される**BLOB SAS トークンを**後で使用するためにコピーします。 + 6. **[SAS トークンと URL の生成]**をクリックし、表示される**Blob SAS token**を後で使用するためにコピーします。 #### ステップ3. 監査ログを有効にする {#step-3-enable-audit-logging} @@ -241,16 +241,16 @@ TiDB Cloudがデータベース監査ログを書き込む宛先として、組 > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 -2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **[DB 監査ログ]**をクリックします。 +2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[設定]** > **DB Audit Logging**をクリックします。 -3. **DB 監査ログ**ページで、右上隅の**[有効化]**をクリックします。 +3. **DB Audit Logging**ページで、右上隅の**[有効化]**をクリックします。 4. **データベース監査ログストレージ設定**ダイアログで、 [ステップ2. Azure BLOBアクセスを構成する](#step-2-configure-azure-blob-storage-access)から取得した BLOB URL と SAS トークンを指定します。 - **「Blob URL」**フィールドに、監査ログが保存されるコンテナの URL を入力します。 - **SAS トークン**フィールドに、コンテナーにアクセスするための SAS トークンを入力します。 -5. **「接続をテストして次へ」**をクリックして、TiDB Cloud がコンテナにアクセスして書き込むことができるかどうかを確認します。接続に成功すると、ダイアログはデータベース監査ログ設定の次のステップに進みます。 +5. **Test Connection and Next**をクリックして、TiDB Cloud がコンテナにアクセスして書き込むことができるかどうかを確認します。接続に成功すると、ダイアログはデータベース監査ログ設定の次のステップに進みます。 > **Note:** > @@ -284,9 +284,9 @@ TiDB Cloudがデータベース監査ログを書き込む宛先として、組 クラスターの監査フィルター ルールを指定するには、次の手順を実行します。 -1. **「DB 監査ログ」**ページで、 **「監査フィルター」**セクションの**「フィルタ ルールの追加」**をクリックして、監査フィルタ ルールを追加します。 +1. **DB Audit Logging**ページで、 **Audit Filters**セクションの**「フィルタ ルールの追加」**をクリックして、監査フィルタ ルールを追加します。 -2. **「フィルタ ルールの追加」**ダイアログで、次の項目を設定します。 +2. **Add Filter Rule**ダイアログで、次の項目を設定します。 - **フィルタ名**: フィルタルールの名前を入力します。 - **SQL ユーザー**: `@` 形式で SQL ユーザーを入力します。ユーザー名とホスト名では、任意の値に一致させるために `%`、任意の 1 文字に一致させるために `_` を使用できます。`@` 記号と `` は省略可能です。 @@ -304,7 +304,7 @@ TiDB Cloudがデータベース監査ログを書き込む宛先として、組 > **Note:** > -> 監査ログ ファイルをTiDB Cloudに保存することを要求して選択した場合は、**データベース監査ログ**ページの**監査ログ アクセス**セクションからダウンロードできます。 +> 監査ログ ファイルをTiDB Cloudに保存することを要求して選択した場合は、**Database Audit Logging**ページの**Audit Log Access**セクションからダウンロードできます。 TiDB Cloud監査ログは、クラスター ID、ノード ID、およびログ作成日が完全修飾ファイルパスに組み込まれた読み取り可能なテキスト ファイルです。 diff --git a/tidb-cloud/tidb-cloud-billing-ticdc-rcu.md b/tidb-cloud/tidb-cloud-billing-ticdc-rcu.md index 99d50fdd3d0cd..6a8575382b654 100644 --- a/tidb-cloud/tidb-cloud-billing-ticdc-rcu.md +++ b/tidb-cloud/tidb-cloud-billing-ticdc-rcu.md @@ -43,6 +43,6 @@ TiDB Cloud Dedicatedは、[チェンジフィード](/tidb-cloud/changefeed-over ## プライベートデータリンクのコスト {#private-data-link-cost} -**プライベートリンク**または**プライベートサービスコネクトの**ネットワーク接続方法を選択した場合、追加の**プライベートデータリンク**料金が発生します。これらの料金は[データ転送コスト](https://www.pingcap.com/tidb-dedicated-pricing-details/#data-transfer-cost)カテゴリに該当します。 +**プライベートリンク**または**Private Service Connect**のネットワーク接続方法を選択した場合、追加の**Private Data Link**料金が発生します。これらの料金は[データ転送コスト](https://www.pingcap.com/tidb-dedicated-pricing-details/#data-transfer-cost)カテゴリに該当します。 -**プライベート データ リンク**の料金は**$0.01/GiB**で、**データ処理量**[AWS インターフェースエンドポイントの料金](https://aws.amazon.com/privatelink/pricing/#Interface_Endpoint_pricing) 、**コンシューマー データ処理**量[Google Cloud プライベート サービス コネクトの料金](https://cloud.google.com/vpc/pricing#psc-forwarding-rules) 、**受信/送信データ処理量**[Azure Private Link の料金](https://azure.microsoft.com/en-us/pricing/details/private-link/)と同じです。 +**Private Data Link**の料金は**$0.01/GiB**で、**データ処理量**[AWS インターフェースエンドポイントの料金](https://aws.amazon.com/privatelink/pricing/#Interface_Endpoint_pricing) 、**Consumer data processing**量[Google Cloud プライベート サービス コネクトの料金](https://cloud.google.com/vpc/pricing#psc-forwarding-rules) 、**Inbound/Outbound Data Processed**量[Azure Private Link の料金](https://azure.microsoft.com/en-us/pricing/details/private-link/)と同じです。 diff --git a/tidb-cloud/tidb-cloud-billing.md b/tidb-cloud/tidb-cloud-billing.md index 2458fbe6357cf..e5f0b962626d2 100644 --- a/tidb-cloud/tidb-cloud-billing.md +++ b/tidb-cloud/tidb-cloud-billing.md @@ -257,15 +257,15 @@ TiDB Cloudは、概念実証（PoC）ユーザー向けに一定数のクレジ - TiDB Cloud Dedicatedクラスターを作成する場合： - 1. **リソース作成**ページで、 **「クレジットカードを追加」**をクリックします。 - 2. **「カードを追加」**ダイアログで、カード情報と請求先住所を入力してください。 + 1. **リソース作成**ページで、 **Add Credit Card**をクリックします。 + 2. **Add a Card**ダイアログで、カード情報と請求先住所を入力してください。 3. **「カードを保存」**をクリックしてください。 - 請求コンソールではいつでも： 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 2. 左側のナビゲーションペインで、 **「請求」**をクリックします。 - 3. **請求**ページで、 **「支払い方法」**タブをクリックし、 **「新しいカードを追加」**をクリックします。 + 3. **請求**ページで、 **「支払い方法」**タブをクリックし、 **Add a New Card**をクリックします。 4. クレジットカード情報とクレジットカードの住所を入力し、 **「カードを保存」**をクリックしてください。 主要事業所住所を指定しない場合 税金計算には、クレジットカードの住所が主要事業所住所として使用されます。主要事業所住所は[**請求プロファイル**](#billing-profile)**請求プロファイル**でいつでも更新できます。 @@ -340,9 +340,9 @@ TiDB CloudアカウントをAWSの請求アカウントにリンクするには 1. [AWS Marketplaceページ](https://aws.amazon.com/marketplace)を開き、 `TiDB Cloud`を検索して、検索結果から**TiDB Cloud**を選択します。TiDB Cloud の製品ページが表示されます。 -2. TiDB Cloud製品ページで、 **「購読を続ける」を**クリックします。注文ページが表示されます。 +2. TiDB Cloud製品ページで、 **Continue to Subscribe**をクリックします。注文ページが表示されます。 -3. 注文ページで**「購読」**をクリックし、次に**「アカウントの設定」を**クリックしてください。TiDB Cloudのサインアップページに移動します。 +3. 注文ページで**「購読」**をクリックし、次に**Set Up your Account**をクリックしてください。TiDB Cloudのサインアップページに移動します。 4. サインアップページの上部にある通知を確認し、 **「サインイン」**をクリックしてください。 @@ -362,15 +362,15 @@ TiDB CloudアカウントをAzureの請求アカウントにリンクするに 1. [Azure Marketplace ページ](https://azuremarketplace.microsoft.com)を開き、 `TiDB Cloud`を検索して、検索結果から**TiDB Cloud on Azure (PREVIEW)**を選択します。TiDB Cloud の製品ページが表示されます。 -2. TiDB Cloud製品ページで、 **「今すぐ入手」**をクリックし、利用規約に同意してから、 **「続行」**をクリックして注文ページに進んでください。 +2. TiDB Cloud製品ページで、 **Get It Now**をクリックし、利用規約に同意してから、 **「続行」**をクリックして注文ページに進んでください。 > **Note:** > > Microsoft アカウントに国と地域の情報を追加していない場合は、 **[続行]**をクリックする前にその情報を入力する必要があります。 -3. 注文ページで**「購読」**をクリックし、 **「基本情報」**タブで必要な情報を入力してから、 **「確認＋購読」**をクリックします。内容に問題がなければ**「購読」**をクリックし、購読が完了するまで数秒お待ちください。 +3. 注文ページで**「購読」**をクリックし、 **「基本情報」**タブで必要な情報を入力してから、 **Review + subscribe**をクリックします。内容に問題がなければ**「購読」**をクリックし、購読が完了するまで数秒お待ちください。 -4. 購読手続きが完了したら、 **「アカウント設定」**をクリックしてください。TiDB Cloudのサインアップページに移動します。 +4. 購読手続きが完了したら、 **Configure account now**をクリックしてください。TiDB Cloudのサインアップページに移動します。 5. サインアップページの上部にある通知を確認し、 **「サインイン」**をクリックしてください。 @@ -392,7 +392,7 @@ TiDB CloudアカウントをGoogle Cloudの請求アカウントにリンクす 2. TiDB Cloud製品ページで、 **「購読」**をクリックします。購読ページが表示されます。 -3. 購読ページで**「購読」**をクリックし、次に**「製品ページへ移動」**をクリックします。TiDB Cloudのサインアップページに移動します。 +3. 購読ページで**「購読」**をクリックし、次に**Go to product page**をクリックします。TiDB Cloudのサインアップページに移動します。 4. サインアップページの上部にある通知を確認し、 **「サインイン」**をクリックしてください。 diff --git a/tidb-cloud/tidb-cloud-budget.md b/tidb-cloud/tidb-cloud-budget.md index 9a2669f1f58a9..15047962c4905 100644 --- a/tidb-cloud/tidb-cloud-budget.md +++ b/tidb-cloud/tidb-cloud-budget.md @@ -11,7 +11,7 @@ TiDB Cloudでは、予算機能を使用してコストを監視し、支出を TiDB Cloud、支出を追跡するのに役立つ 2 種類の予算を提供しています。 -- **Starter支出制限**予算：支出制限が0を超えるTiDB Cloud Starterごとに、 TiDB Cloudは**Starter支出制限**予算を自動的に作成します。この予算は、そのクラスターに設定されている[支出限度額](/tidb-cloud/manage-serverless-spend-limit.md)予算に対する実際のコストを追跡するのに役立ちます。予算には、予算の75%、90%、100%という3つのしきい値ルールが含まれており、編集できません。 +- **Starter Spending Limit**予算：支出制限が0を超えるTiDB Cloud Starterごとに、 TiDB Cloudは**Starter Spending Limit**予算を自動的に作成します。この予算は、そのクラスターに設定されている[支出限度額](/tidb-cloud/manage-serverless-spend-limit.md)予算に対する実際のコストを追跡するのに役立ちます。予算には、予算の75%、90%、100%という3つのしきい値ルールが含まれており、編集できません。 - **カスタム**予算：カスタム予算を作成して、組織全体または特定のプロジェクトの実際のコストを追跡できます。各予算ごとに、予算スコープの指定、目標支出額の設定、アラートしきい値の設定が可能です。カスタム予算を作成したら、毎月の実際のコストと計画コストを比較することで、予算内に収まっているかどうかを確認できます。 @@ -37,7 +37,7 @@ TiDB Cloud、支出を追跡するのに役立つ 2 種類の予算を提供し 2. 左側のナビゲーション ペインで、 **[請求]**をクリックします。 -3. **「請求」**ページで**「予算」**タブをクリックし、 **「カスタム予算の作成」を**クリックします。カスタム予算は最大5つまで作成できます。 +3. **「請求」**ページで**「予算」**タブをクリックし、 **Create Custom Budget**をクリックします。カスタム予算は最大5つまで作成できます。 4. 予算の基本設定を提供します。 @@ -54,7 +54,7 @@ TiDB Cloud、支出を追跡するのに役立つ 2 種類の予算を提供し 6. 予算のアラートしきい値を設定します。選択した期間中に実際の支出が指定されたしきい値を超えた場合、 TiDB Cloud は組織のオーナーと課金管理者に予算通知メールを送信します。 - TiDB Cloud はデフォルトで、予算額の 75%、90%、100% の 3 つのアラートしきい値を提供しています。これらのパーセンテージは必要に応じて変更できます。 - - 新しいアラートしきい値を追加するには、 **「アラートしきい値の追加」をクリックします。** + - 新しいアラートしきい値を追加するには、 **Add alert threshold.**をクリックします。 - しきい値を削除するには、しきい値の横にある削除アイコンをクリックします。 7. **[作成]を**クリックします。 @@ -63,7 +63,7 @@ TiDB Cloud、支出を追跡するのに役立つ 2 種類の予算を提供し > **Note:** > -> **Starter支出制限**予算は、 TiDB Cloudによって自動的に作成されるため、編集できません。これは、TiDB Cloud Starter クラスターのコストを[支出限度額](/tidb-cloud/manage-serverless-spend-limit.md)に対して追跡できるようにするためです。 +> **Starter Spending Limit**予算は、 TiDB Cloudによって自動的に作成されるため、編集できません。これは、TiDB Cloud Starter クラスターのコストを[支出限度額](/tidb-cloud/manage-serverless-spend-limit.md)に対して追跡できるようにするためです。 カスタム予算を編集するには、次の手順を実行します。 @@ -88,7 +88,7 @@ TiDB Cloud、支出を追跡するのに役立つ 2 種類の予算を提供し > **Note:** > > - カスタム予算を削除すると、それに関連するアラートメールは受信されなくなります。 -> - **Starter支出制限**予算は、 TiDB Cloudによって自動的に作成されるため、削除できません。これは、TiDB Cloud Starter クラスターのコストを[支出限度額](/tidb-cloud/manage-serverless-spend-limit.md)に対して追跡できるようにするためです。 +> - **Starter Spending Limit**予算は、 TiDB Cloudによって自動的に作成されるため、削除できません。これは、TiDB Cloud Starter クラスターのコストを[支出限度額](/tidb-cloud/manage-serverless-spend-limit.md)に対して追跡できるようにするためです。 カスタム予算を削除するには、次の手順を実行します。 diff --git a/tidb-cloud/tidb-cloud-clinic.md b/tidb-cloud/tidb-cloud-clinic.md index 28ab95e5480f1..40b5c725d6a44 100644 --- a/tidb-cloud/tidb-cloud-clinic.md +++ b/tidb-cloud/tidb-cloud-clinic.md @@ -21,7 +21,7 @@ TiDB Cloud Clinic は、**Enterprise**または**Premium**サポート プラン **クラスタ**ページを表示するには、次の手順を実行します。 -1. [TiDB Cloud Clinic コンソール](https://clinic.pingcap.com/)にログインし、 **「TiDB アカウントで続行」**を選択して、 TiDB Cloudログイン ページに入ります。 +1. [TiDB Cloud Clinic コンソール](https://clinic.pingcap.com/)にログインし、 **Continue with TiDB Account**を選択して、 TiDB Cloudログイン ページに入ります。 2. 組織リストから対象の組織を選択します。選択したプロジェクト内のクラスターが表示されます。 diff --git a/tidb-cloud/tidb-cloud-connect-aws-dms.md b/tidb-cloud/tidb-cloud-connect-aws-dms.md index b1f27b3f05095..bec202de0c447 100644 --- a/tidb-cloud/tidb-cloud-connect-aws-dms.md +++ b/tidb-cloud/tidb-cloud-connect-aws-dms.md @@ -85,7 +85,7 @@ TiDB Cloud Dedicated の場合、クライアントはパブリック エンド ![Create replication instance](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-connect-replication-instances.png) -2. **レプリケーションインスタンスの作成を**クリックします。 +2. **Create replication instance**をクリックします。 3. インスタンス名、ARN、説明を入力します。 @@ -94,18 +94,18 @@ TiDB Cloud Dedicated の場合、クライアントはパブリック エンド - **エンジン バージョン**: デフォルト構成を維持します。 - **高可用性**: ビジネス ニーズに応じて、**マルチ AZ**または**シングル AZ**を選択します。 -5. **割り当てられたストレージ(GiB)**フィールドでストレージを構成します。 +5. **Allocated storage (GiB)**フィールドでストレージを構成します。 6. 接続とセキュリティを設定します。ネットワーク設定については[前のセクション](#configure-network)を参照してください。 - - **ネットワーク タイプ - 新規**: **IPv4**を選択します。 + - **Network type - new**: **IPv4**を選択します。 - **IPv4 用の仮想プライベート クラウド (VPC)** : 必要な VPC を選択します。 - - **レプリケーション サブネット グループ**: レプリケーション インスタンスのサブネット グループを選択します。 + - **Replication subnet group**: レプリケーション インスタンスのサブネット グループを選択します。 - **パブリックアクセス可能**: ネットワーク構成に基づいて設定します。 ![Connectivity and security](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-connect-connectivity-security.png) -7. 必要に応じて、 **[詳細設定]** 、 **[メンテナンス]** 、 **[タグ]**セクションを構成し、 **[レプリケーション インスタンスの作成]**をクリックしてインスタンスの作成を完了します。 +7. 必要に応じて、 **[詳細設定]** 、 **[メンテナンス]** 、 **[タグ]**セクションを構成し、 **[Create replication instance]**をクリックしてインスタンスの作成を完了します。 > **Note:** > @@ -113,7 +113,7 @@ TiDB Cloud Dedicated の場合、クライアントはパブリック エンド ## TiDB Cloud DMSエンドポイントを作成する {#create-tidb-cloud-dms-endpoints} -接続に関しては、 TiDB Cloudクラスターをソースとして使用する場合とターゲットとして使用する場合の手順は似ていますが、DMS ではソースとターゲットでデータベース設定要件が異なります。詳細については、 [MySQLをソースとして使用する](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html)または[MySQLをターゲットとして使用する](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Target.MySQL.html)を参照してください。TiDB Cloudクラスターをソースとして使用する場合、TiDB は MySQL binlogをサポートしていないため、**既存のデータの移行**のみが可能です。 +接続に関しては、 TiDB Cloudクラスターをソースとして使用する場合とターゲットとして使用する場合の手順は似ていますが、DMS ではソースとターゲットでデータベース設定要件が異なります。詳細については、 [MySQLをソースとして使用する](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html)または[MySQLをターゲットとして使用する](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Target.MySQL.html)を参照してください。TiDB Cloudクラスターをソースとして使用する場合、TiDB は MySQL binlogをサポートしていないため、**Migrate existing data**のみが可能です。 1. AWS DMS コンソールで、 [**エンドポイント**](https://console.aws.amazon.com/dms/v2/home#endpointList)ページに移動し、対応するリージョンに切り替えます。 @@ -125,7 +125,7 @@ TiDB Cloud Dedicated の場合、クライアントはパブリック エンド 4. **エンドポイント設定**セクションで、**エンドポイント識別子**とARNフィールドに入力します。次に、**ソースエンジン**または**ターゲットエンジン**として**MySQLを**選択します。 -5. **[エンドポイント データベースへのアクセス]**フィールドで、 **[アクセス情報を手動で提供する**] チェックボックスをオンにし、次のようにクラスター情報を入力します。 +5. **[Access to endpoint database]**フィールドで、 **[Provide access information manually]**チェックボックスをオンにし、次のようにクラスター情報を入力します。 @@ -154,6 +154,6 @@ TiDB Cloud Dedicated の場合、クライアントはパブリック エンド ![Provide access information manually](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-connect-configure-endpoint.png) -6. エンドポイントを**ターゲット エンドポイント**として作成する場合は、**エンドポイント設定**セクションを展開し、**エンドポイント接続属性を使用する**チェックボックスをオンにして、**追加の接続属性を**`Initstmt=SET FOREIGN_KEY_CHECKS=0;`に設定します。 +6. エンドポイントを**ターゲット エンドポイント**として作成する場合は、**エンドポイント設定**セクションを展開し、**Use endpoint connection attributes**チェックボックスをオンにして、**Extra connection attributes**を`Initstmt=SET FOREIGN_KEY_CHECKS=0;`に設定します。 7. 必要に応じて、 **KMSキー**と**タグの**セクションを設定します。 **「エンドポイントの作成」**をクリックしてインスタンスの作成を完了します。 diff --git a/tidb-cloud/tidb-cloud-console-auditing.md b/tidb-cloud/tidb-cloud-console-auditing.md index 0bb4b2bb69668..ae239507d5388 100644 --- a/tidb-cloud/tidb-cloud-console-auditing.md +++ b/tidb-cloud/tidb-cloud-console-auditing.md @@ -16,7 +16,7 @@ TiDB Cloudは、 [TiDB Cloudコンソール](https://tidbcloud.com)上のユー コンソール監査ログ機能はデフォルトで無効になっています。有効にすると、TiDB Cloudコンソールでサポートされているすべてのイベントタイプが監査され、特定のイベントタイプのみを監査するように設定することはできません。有効にするには、以下の手順を実行してください。 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、左上隅のコンボ ボックスを使用して対象の組織に切り替えます。 -2. 左側のナビゲーション ペインで、 **[コンソール監査ログ] を**クリックします。 +2. 左側のナビゲーション ペインで、 **[Console Audit Logging]**をクリックします。 3. 右上隅の**[設定]**をクリックし、コンソール監査ログを有効にして、 **[更新]**をクリックします。 ## コンソール監査ログを無効にする {#disable-console-audit-logging} @@ -24,7 +24,7 @@ TiDB Cloudは、 [TiDB Cloudコンソール](https://tidbcloud.com)上のユー コンソール監査ログを無効にするには、次の手順を実行します。 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、左上隅のコンボ ボックスを使用して対象の組織に切り替えます。 -2. 左側のナビゲーション ペインで、 **[コンソール監査ログ] を**クリックします。 +2. 左側のナビゲーション ペインで、 **[Console Audit Logging]**をクリックします。 3. 右上隅の**[設定]**をクリックし、コンソール監査ログを無効にして、 **[更新]**をクリックします。 ## コンソール監査ログを確認する {#view-console-audit-logs} @@ -37,7 +37,7 @@ TiDB Cloudは、 [TiDB Cloudコンソール](https://tidbcloud.com)上のユー > - コンソール監査ログが無効になってから 90 日以上経過した場合、ログは表示されません。 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、左上隅のコンボ ボックスを使用して対象の組織に切り替えます。 -2. 左側のナビゲーション ペインで、 **[コンソール監査ログ] を**クリックします。 +2. 左側のナビゲーション ペインで、 **[Console Audit Logging]**をクリックします。 3. 監査ログの特定の部分を取得するには、イベントの種類、操作ステータス、および時間範囲をフィルタリングできます。 4. (オプション) さらにフィールドをフィルターするには、 **[詳細フィルター]**をクリックし、さらにフィルターを追加して、 **[適用]**をクリックします。 5. ログの行をクリックすると、右側のペインに詳細情報が表示されます。 @@ -47,7 +47,7 @@ TiDB Cloudは、 [TiDB Cloudコンソール](https://tidbcloud.com)上のユー 組織のコンソール監査ログをエクスポートするには、次の手順を実行します。 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、左上隅のコンボ ボックスを使用して対象の組織に切り替えます。 -2. 左側のナビゲーション ペインで、 **[コンソール監査ログ] を**クリックします。 +2. 左側のナビゲーション ペインで、 **[Console Audit Logging]**をクリックします。 3. （オプション）コンソール監査ログの特定の部分をエクスポートする必要がある場合は、さまざまな条件でフィルタリングできます。それ以外の場合は、この手順をスキップしてください。 4. **「ログのダウンロード」**をクリックし、JSON または CSV で希望のエクスポート形式を選択します。 diff --git a/tidb-cloud/tidb-cloud-dm-precheck-and-troubleshooting.md b/tidb-cloud/tidb-cloud-dm-precheck-and-troubleshooting.md index 22131d79e7dd8..4ae1c18aef0c4 100644 --- a/tidb-cloud/tidb-cloud-dm-precheck-and-troubleshooting.md +++ b/tidb-cloud/tidb-cloud-dm-precheck-and-troubleshooting.md @@ -60,7 +60,7 @@ TiDB Cloudクラスターでエラーが発生した場合は、ドキュメン ## 移行エラーとその解決策 {#migration-errors-and-solutions} -このセクションでは、移行中に発生する可能性のある問題とその解決策について説明します。これらのエラーメッセージは、**移行ジョブの詳細**ページに表示されます。 +このセクションでは、移行中に発生する可能性のある問題とその解決策について説明します。これらのエラーメッセージは、**Migration Job Details**ページに表示されます。 ### エラーメッセージ：「移行に必要なバイナリログがソースデータベースに存在しません。移行が成功するためには、バイナリログファイルが十分な期間保持されていることを確認してください。」 {#error-message-the-required-binary-log-for-migration-no-longer-exists-on-the-source-database-please-make-sure-binary-log-files-are-kept-for-long-enough-time-for-migration-to-succeed} diff --git a/tidb-cloud/tidb-cloud-import-local-files.md b/tidb-cloud/tidb-cloud-import-local-files.md index 1e29a7d494620..b276f9c35d18e 100644 --- a/tidb-cloud/tidb-cloud-import-local-files.md +++ b/tidb-cloud/tidb-cloud-import-local-files.md @@ -27,7 +27,7 @@ summary: ローカル ファイルをTiDB Cloud Starter にインポートする 2. ターゲット TiDB Cloud Starter インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート]**をクリックします。 -2. **インポート**ページでは、ローカルファイルをアップロードエリアに直接ドラッグ＆ドロップするか、 **「ローカルファイルをアップロード」**をクリックして対象のローカルファイルを選択してアップロードできます。1つのタスクにつき、250MiB未満のCSVファイルを1つだけアップロードできます。ローカルファイルが250MiBを超える場合は、 [250 MiB を超えるローカル ファイルをインポートするにはどうすればよいでしょうか?](#how-to-import-a-local-file-larger-than-250-mib)を参照してください。 +2. **インポート**ページでは、ローカルファイルをアップロードエリアに直接ドラッグ＆ドロップするか、 **Upload a local file**をクリックして対象のローカルファイルを選択してアップロードできます。1つのタスクにつき、250MiB未満のCSVファイルを1つだけアップロードできます。ローカルファイルが250MiBを超える場合は、 [250 MiB を超えるローカル ファイルをインポートするにはどうすればよいでしょうか?](#how-to-import-a-local-file-larger-than-250-mib)を参照してください。 3. **「宛先」**セクションで、ターゲットデータベースとターゲットテーブルを選択するか、名前を直接入力して新しいデータベースまたはテーブルを作成します。名前には、Unicode BMP（Basic Multilingual Plane）の文字のみを使用し、ヌル文字`\u0000`と空白文字は含めず、最大64文字まで使用できます。 **「テーブルの定義」を**クリックすると、 **「テーブル定義」**セクションが表示されます。 @@ -72,11 +72,11 @@ summary: ローカル ファイルをTiDB Cloud Starter にインポートする 7. 必要に応じて CSV 構成を編集します。 - **「CSV設定の編集」を**クリックすると、バックスラッシュエスケープ、セパレーター、区切り文字を設定して、よりきめ細かな制御を行うことができます。CSV設定の詳細については、 [データのインポートのためのCSV構成](/tidb-cloud/csv-config-for-import-data.md)を参照してください。 + **Edit CSV configuration**をクリックすると、バックスラッシュエスケープ、セパレーター、区切り文字を設定して、よりきめ細かな制御を行うことができます。CSV設定の詳細については、 [データのインポートのためのCSV構成](/tidb-cloud/csv-config-for-import-data.md)を参照してください。 8. **[インポートの開始]を**クリックします。 - **インポートタスクの詳細**ページでインポートの進行状況を確認できます。警告や失敗したタスクがある場合は、詳細を確認して解決できます。 + **Import Task Detail**ページでインポートの進行状況を確認できます。警告や失敗したタスクがある場合は、詳細を確認して解決できます。 9. インポートタスクが完了したら、 **「SQLエディタでデータを探索」**をクリックして、インポートしたデータに対してクエリを実行できます。SQLエディタの使用方法の詳細については、 [AI支援SQLエディターでデータを探索](/tidb-cloud/explore-data-with-chat2query.md)をご覧ください。 diff --git a/tidb-cloud/tidb-cloud-log-redaction.md b/tidb-cloud/tidb-cloud-log-redaction.md index 547835631efae..3be5dbad4044f 100644 --- a/tidb-cloud/tidb-cloud-log-redaction.md +++ b/tidb-cloud/tidb-cloud-log-redaction.md @@ -46,7 +46,7 @@ summary: TiDB Cloudでユーザーが制御するログのマスキングを有 3. 左側のナビゲーションペインで、 **[設定]** > **[セキュリティ]**をクリックします。 -4. **実行ログの秘匿化**セクションでは、秘匿化機能がデフォルトで**有効になっている**ことがわかります。 +4. **Execution Log Redaction**セクションでは、秘匿化機能がデフォルトで**有効になっている**ことがわかります。 5. **「無効にする」**をクリックします。ログのマスキングを無効にすることのリスクを説明する警告が表示されます。 @@ -86,7 +86,7 @@ summary: TiDB Cloudでユーザーが制御するログのマスキングを有 3. 左側のナビゲーションペインで、 **[設定]** > **[セキュリティ]**をクリックします。 -4. **実行ログの秘匿化**セクションでは、秘匿化機能が**無効になって**いることがわかります。 +4. **Execution Log Redaction**セクションでは、秘匿化機能が**無効になって**いることがわかります。 5. 有効にするには、 **「有効にする**」をクリックしてください。 diff --git a/tidb-cloud/tidb-cloud-org-sso-authentication.md b/tidb-cloud/tidb-cloud-org-sso-authentication.md index 47d1e5fac48bf..591415af5a8ac 100644 --- a/tidb-cloud/tidb-cloud-org-sso-authentication.md +++ b/tidb-cloud/tidb-cloud-org-sso-authentication.md @@ -89,7 +89,7 @@ Cloud Organization SSO を有効にするには、次の手順を実行します > > Cloud Organization SSO を有効にすると、URL を変更できなくなります。組織のメンバーは、カスタム URL を使用してのみTiDB Cloudにログインできるようになります。後で設定済みの URL を変更する必要がある場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 -5. **[理解して確認します]**チェックボックスをクリックし、 **[有効にする]**をクリックします。 +5. **[I understand and confirm]**チェックボックスをクリックし、 **[有効にする]**をクリックします。 > **Note:** > @@ -113,7 +113,7 @@ Cloud Organization SSO を有効にした後、次のようにユーザー名と デフォルトでは無効になっています。必要に応じて有効にすることができます。セキュリティ上の理由から、自動プロビジョニングを有効にする場合は、認証に許可するメールドメインを制限することをお勧めします。 - - **許可されたメールドメイン** + - **Allowed Email Domains** このフィールドを設定すると、この認証方法で指定されたメールドメインのユーザーのみが、カスタムURLを使用してTiDB Cloudにログインできるようになります。ドメイン名を入力する際は、 `@`記号を除外し、カンマで区切る必要があります。例： `company1.com,company2.com` @@ -170,7 +170,7 @@ TiDB Cloudでは、OIDC認証方式はデフォルトで無効になっていま デフォルトでは無効になっています。必要に応じて有効にすることができます。 - - **許可されたメールドメイン** + - **Allowed Email Domains** OIDC で **Auto-provision Accounts** を有効にする場合、このフィールドは必須です。 **Domains** で検証済みのドメインのみを入力してください。これらのメールドメインを持つユーザーのみが、カスタムURLを使用してTiDB Cloudにログインし、組織に自動プロビジョニングされます。 `@`記号を除外し、複数のドメインはカンマで区切ります。例： `company1.com,company2.com` @@ -205,7 +205,7 @@ TiDB Cloudでは、SAML認証方式はデフォルトで無効になっていま カスタム ログイン ページに表示される SAML 認証方法の名前を指定します。 - - **サインオンURL** + - **Sign on URL** IdP から取得した URL を貼り付けます。 @@ -217,7 +217,7 @@ TiDB Cloudでは、SAML認証方式はデフォルトで無効になっていま デフォルトでは無効になっています。必要に応じて有効にすることができます。 - - **許可されたメールドメイン** + - **Allowed Email Domains** SAML で **Auto-provision Accounts** または **SCIM Provisioning Accounts** を有効にする場合、このフィールドは必須です。 **Domains** で検証済みのドメインのみを入力してください。これらのメールドメインを持つユーザーのみが、カスタムURLを使用してTiDB Cloudにログインし、組織にプロビジョニングされます。 `@`記号を除外し、複数のドメインはカンマで区切ります。例： `company1.com,company2.com` 。 @@ -227,7 +227,7 @@ TiDB Cloudでは、SAML認証方式はデフォルトで無効になっていま > > 設定を保存する前に、TiDB Cloud からロックアウトされないように、現在ログインに使用している検証済みのメールドメインを必ず含めてください。 - - **SCIMプロビジョニングアカウント** + - **SCIM Provisioning Accounts** デフォルトでは無効になっています。TiDB Cloud組織のユーザーとグループのプロビジョニング、デプロビジョニング、およびID管理をIDプロバイダから一元化・自動化したい場合は、有効にすることができます。詳細な設定手順については、 [SCIMプロビジョニングを構成する](#configure-scim-provisioning)をご覧ください。 @@ -243,7 +243,7 @@ TiDB Cloudでは、SAML認証方式はデフォルトで無効になっていま > > SCIM プロビジョニングは[SAML認証方法](#configure-the-saml-authentication-method)でのみ有効にできます。 -1. TiDB Cloudで、 [SAML認証方法](#configure-the-saml-authentication-method)の**SCIM プロビジョニング アカウント**オプションを有効にし、後で使用するために次の情報を記録します。 +1. TiDB Cloudで、 [SAML認証方法](#configure-the-saml-authentication-method)の**SCIM Provisioning Accounts**オプションを有効にし、後で使用するために次の情報を記録します。 - SCIMコネクタのベースURL - ユーザーの一意の識別子フィールド diff --git a/tidb-cloud/tidb-cloud-password-authentication.md b/tidb-cloud/tidb-cloud-password-authentication.md index 6db7e3e8782d9..900642554427c 100644 --- a/tidb-cloud/tidb-cloud-password-authentication.md +++ b/tidb-cloud/tidb-cloud-password-authentication.md @@ -97,7 +97,7 @@ TiDB Cloudは、登録ユーザーに対してデフォルトのパスワード 4. 本人確認のため、アカウントのパスワードを入力してください。 -5. **「認証アプリの設定」**セクションで、認証アプリを使用して QR コードをスキャンし、MFA デバイスを関連付けます。 +5. **Set Up Authenticator App**セクションで、認証アプリを使用して QR コードをスキャンし、MFA デバイスを関連付けます。 6. アプリによって生成された認証コードを入力して、MFA デバイスの関連付けを完了します。 diff --git a/tidb-cloud/tidb-cloud-poc.md b/tidb-cloud/tidb-cloud-poc.md index 878f912bf559f..05a2fc494c500 100644 --- a/tidb-cloud/tidb-cloud-poc.md +++ b/tidb-cloud/tidb-cloud-poc.md @@ -62,7 +62,7 @@ PoC 用の[TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-d 1. PoC申請フォームにご記入ください。 - [TiDB Cloudコンソール](https://tidbcloud.com/)で、右下隅の**[?]**をクリックし、 **[営業担当者に問い合わせ]**をクリックして、 **[PoC の申請] を**選択して申請フォームに入力します。 + [TiDB Cloudコンソール](https://tidbcloud.com/)で、右下隅の**[?]**をクリックし、 **[営業担当者に問い合わせ]**をクリックして、 **[Apply for PoC]** を選択して申請フォームに入力します。 フォームを送信すると、 TiDB Cloudサポートチームが申請内容を確認し、ご連絡いたします。申請が承認され次第、アカウントにクレジットが付与されます。また、PingCAP サポートエンジニアにご連絡いただければ、PoC の手順をサポートし、PoC がスムーズに実行されるようサポートいたします。 diff --git a/tidb-cloud/tidb-cloud-quickstart.md b/tidb-cloud/tidb-cloud-quickstart.md index 97a7717fab392..38ab5516c0980 100644 --- a/tidb-cloud/tidb-cloud-quickstart.md +++ b/tidb-cloud/tidb-cloud-quickstart.md @@ -54,9 +54,9 @@ category: quick start AWS でホストされているTiDB Cloud Starter クラスターでは、 TiDB Cloudコンソールに組み込まれた AI 支援型 SQL エディタを使用して、データの価値を最大限に高めることができます。これにより、ローカル SQL クライアントを使用せずに、データベースに対して SQL クエリを実行できます。クエリ結果は表やグラフで直感的に表示され、クエリログも簡単に確認できます。 -1. [**クラスター**](https://tidbcloud.com/project/clusters)ページで、クラスター名をクリックして概要ページに移動し、左側のナビゲーション ペインで**[SQL エディター] を**クリックします。 +1. [**クラスター**](https://tidbcloud.com/project/clusters)ページで、クラスター名をクリックして概要ページに移動し、左側のナビゲーション ペインで**[SQL エディター]** をクリックします。 -2. TiDB Cloudの AI 機能を試すには、画面上の指示に従って、PingCAP と AWS Bedrock が研究とサービスの改善のためにコードスニペットを使用することを許可し、 **[保存して開始] を**クリックします。 +2. TiDB Cloudの AI 機能を試すには、画面上の指示に従って、PingCAP と AWS Bedrock が研究とサービスの改善のためにコードスニペットを使用することを許可し、 **[Save and Get Started]** をクリックします。 3. SQL エディターで、macOS の場合は⌘ + I (Windows または Linux の場合はControl + I ) を押して、 [Chat2Query（PREVIEW）](/tidb-cloud/tidb-cloud-glossary.md#chat2query)に SQL クエリを自動的に生成するように指示します。 @@ -89,7 +89,7 @@ AWS でホストされているTiDB Cloud Starter クラスターでは、 TiDB - エディタにクエリが1つしかない場合は、 **Ctrl + Enter**キーを押すか、 **「実行」**をクリックして実行します。 - - エディターに複数のクエリがある場合は、カーソルで対象クエリの行を選択し、 **Ctrl + Enter キー**を押すか、 **[実行]**をクリックして順番に実行します。 + - エディターに複数のクエリがある場合は、カーソルで対象クエリの行を選択し、 **Ctrl + Enter**を押すか、 **[実行]**をクリックして順番に実行します。 - エディター内のすべてのクエリを順番に実行するには、 **Shift + Ctrl + Enter**を押すか、カーソルですべてのクエリの行を選択して**[実行]**をクリックします。 diff --git a/tidb-cloud/tidb-cloud-sso-authentication.md b/tidb-cloud/tidb-cloud-sso-authentication.md index 99fe0a7b5e1ee..3ab4bf793c411 100644 --- a/tidb-cloud/tidb-cloud-sso-authentication.md +++ b/tidb-cloud/tidb-cloud-sso-authentication.md @@ -19,7 +19,7 @@ Google アカウントでサインインするには、次の手順に従いま 1. TiDB Cloud [ログイン](https://tidbcloud.com/)ページに移動します。 -2. **「Googleでサインイン」**をクリックします。Googleのログインページに移動します。 +2. **Sign in with Google**をクリックします。Googleのログインページに移動します。 3. 画面の指示に従って、Google のユーザー名とパスワードを入力します。 @@ -36,7 +36,7 @@ GitHub アカウントでサインインするには、次の手順を実行し 1. TiDB Cloud [ログイン](https://tidbcloud.com/)ページに移動します。 -2. **「GitHubでサインイン」**をクリックします。GitHubのログインページに移動します。 +2. **Sign in with GitHub**をクリックします。GitHubのログインページに移動します。 3. 画面上の指示に従って、GitHub のユーザー名とパスワードを入力します。 @@ -53,7 +53,7 @@ Microsoft アカウントでサインインするには、次の手順を実行 1. TiDB Cloud [ログイン](https://tidbcloud.com/)ページに移動します。 -2. **「Microsoftでサインイン」**をクリックします。Microsoftのログインページに移動します。 +2. **Sign in with Microsoft**をクリックします。Microsoftのログインページに移動します。 3. 画面の指示に従って、Microsoft のユーザー名とパスワードを入力します。 diff --git a/tidb-cloud/tidb-cloud-support.md b/tidb-cloud/tidb-cloud-support.md index 3f1ba95621702..efd445d851a20 100644 --- a/tidb-cloud/tidb-cloud-support.md +++ b/tidb-cloud/tidb-cloud-support.md @@ -41,8 +41,8 @@ PingCAP ヘルプ センターには、 [https://tidb.support.pingcap.com/servic - [TiDB Cloudコンソール](https://tidbcloud.com/)の右下隅にある**[?]**をクリックし、 **[サポート チケット]**をクリックします。 - [TiDB Cloudコンソール](https://tidbcloud.com/)の左下隅にある**[サポート] を**クリックし、サポート プランに応じて次のいずれかを実行します。 - - **基本**: **[アカウントと請求]**領域で、 **[アカウント/請求の問題]**をクリックします。 - - **Developer** 、 **Enterprise** 、または**Premium** : **「専門家に相談」**エリアで、 **PingCAP ヘルプ センター**をクリックします。 + - **基本**: **[Account & Billing]**領域で、 **[アカウント/請求の問題]**をクリックします。 + - **Developer** 、 **Enterprise** 、または**Premium** : **Talk to an expert**エリアで、 **PingCAP Help Center**をクリックします。 - プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページで、クラスターの行にある**[...]**をクリックし、 **[サポートを受ける]**を選択します。 - クラスターの概要ページで、右上隅の**[...]**をクリックし、 **[サポートを受ける]**を選択します。 @@ -52,13 +52,13 @@ TiDB Cloudのすべてのユーザーは、請求およびアカウント関連 1. [PingCAP ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)にログインし、 [TiDB Cloudアカウント/請求サポート](https://tidb.support.pingcap.com/servicedesk/customer/portal/16)をクリックします。 -2. **[リクエストを送信]**をクリックします。 +2. **[Submit a request]**をクリックします。 3. 次のフィールドに入力します。 - **概要**: 質問の簡単な概要を記入します。 - **TiDB Cloud Org** : 該当する場合は、関連するTiDB Cloud組織を選択します。 - - **TiDB Cloudクラスタ**: 該当する場合は、関連するTiDB Cloudクラスターを選択します。 + - **TiDB Cloud Resource**: 該当する場合は、関連するTiDB Cloudクラスターを選択します。 - **説明**: 問題に関する詳細を提供します。 - **重大度**: 問題のビジネスへの影響を見積もり、適切な重大度を選択します。(S1 は請求やアカウントの問題には適用されません。) @@ -74,7 +74,7 @@ TiDB Cloudのすべてのユーザーは、請求およびアカウント関連 > > [TiDB Cloudテクニカルサポート](https://tidb.support.pingcap.com/servicedesk/customer/portal/6)エントリーは、 **Developer** 、 **Enterprise** 、または**Premium** [サポートプラン](/tidb-cloud/connected-care-detail.md)でのみご利用いただけます。Basic**プラン**をご利用の場合は、 [Slack](https://slack.tidb.io/invite?team=tidb-community&channel=everyone&ref=pingcap)または[Discord](https://discord.com/invite/KVRZBR2DrG)のコミュニティチャンネルを通じて技術的な質問を投稿できます。PingCAPのエンジニアやコミュニティメンバーがサポートいたします。 -2. **[リクエストを送信]**をクリックします。 +2. **[Submit a request]**をクリックします。 3. 次のフィールドに入力します。 @@ -82,7 +82,7 @@ TiDB Cloudのすべてのユーザーは、請求およびアカウント関連 - **TiDB Cloud Org** : 問題に関連するTiDB Cloud組織を選択します。 - - **TiDB Cloudクラスタ**: 該当する場合は、関連するTiDB Cloudクラスターを選択します。 + - **TiDB Cloud Resource**: 該当する場合は、関連するTiDB Cloudクラスターを選択します。 - **環境**: TiDB Cloudクラスターを使用する対応する環境を選択します。 diff --git a/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md b/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md index 395ff77726d76..cebfab48471fa 100644 --- a/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md +++ b/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md @@ -28,7 +28,7 @@ TiDB Cloudでは、TLS 接続の確立はTiDB Cloud Dedicated クラスタへの 3. 接続ダイアログで、 **[接続タイプ]**ドロップダウン リストから**[パブリック]**を選択します。 - IPアクセスリストを設定していない場合は、初回接続前に**「IPアクセスリストの設定**」をクリックして設定してください。詳細については、 [IPアクセスリストを設定する](/tidb-cloud/configure-ip-access-list.md)を参照してください。 + IPアクセスリストを設定していない場合は、初回接続前に**Configure IP Access List**をクリックして設定してください。詳細については、 [IPアクセスリストを設定する](/tidb-cloud/configure-ip-access-list.md)を参照してください。 4. **「CA証明書」**をクリックして、TiDBクラスタへのTLS接続用のCA証明書をダウンロードしてください。CA証明書はデフォルトでTLS 1.2バージョンをサポートしています。 @@ -85,7 +85,7 @@ TiDB クラスター CA をダウンロードした後、それをオペレー jdbc:mysql://tidb.srgnqxji5bc.clusters.staging.tidb-cloud.com:4000/test?user=root&password=&sslMode=VERIFY_IDENTITY&tlsVersions=TLSv1.2&trustCertificateKeyStoreUrl=file:&trustCertificateKeyStorePassword= ``` -詳細なコード例を表示するには、 **「使用例を表示」**をクリックします。 +詳細なコード例を表示するには、 **show example usage**をクリックします。 import com.mysql.jdbc.Driver; import java.sql.*; @@ -125,7 +125,7 @@ jdbc:mysql://tidb.srgnqxji5bc.clusters.staging.tidb-cloud.com:4000/test?user=roo host="tidb.srgnqxji5bc.clusters.staging.tidb-cloud.com", user="root", password="", port=4000, database="test", ssl_mode="VERIFY_IDENTITY", ssl={"ca": "ca.pem"} -詳細なコード例を表示するには、 **「使用例を表示」**をクリックします。 +詳細なコード例を表示するには、 **show example usage**をクリックします。 import MySQLdb @@ -164,7 +164,7 @@ jdbc:mysql://tidb.srgnqxji5bc.clusters.staging.tidb-cloud.com:4000/test?user=roo db, err := sql.Open("mysql", "root:@tcp(tidb.srgnqxji5bc.clusters.staging.tidb-cloud.com:4000)/test?tls=tidb") -詳細なコード例を表示するには、 **「使用例を表示」**をクリックします。 +詳細なコード例を表示するには、 **show example usage**をクリックします。 package main import ( @@ -231,7 +231,7 @@ jdbc:mysql://tidb.srgnqxji5bc.clusters.staging.tidb-cloud.com:4000/test?user=roo } }); -詳細なコード例を表示するには、 **「使用例を表示」**をクリックします。 +詳細なコード例を表示するには、 **show example usage**をクリックします。 var mysql = require('mysql2'); var fs = require('fs'); diff --git a/tidb-cloud/tidb-node-group-management.md b/tidb-cloud/tidb-node-group-management.md index b409c137b50d6..04dde57345d6d 100644 --- a/tidb-cloud/tidb-node-group-management.md +++ b/tidb-cloud/tidb-node-group-management.md @@ -46,10 +46,10 @@ TiDB ノード グループを作成するには、次の手順を実行しま - **ノードグループ**: **+**をクリックして新しい TiDB ノードグループを作成します。デフォルトのグループを使用し、 **DefaultGroup**フィールドに TiDB ノードの数を入力することもできます。 - TiKV - **vCPU + RAM** : 必要な[TiKVサイズ](/tidb-cloud/size-your-cluster.md#size-tikv)を選択します。 - - **ストレージ x ノード**:ストレージサイズと TiKV ノードの数を選択します。 + - **Storage x Nodes**:ストレージサイズと TiKV ノードの数を選択します。 - TiFlash （オプション） - **vCPU + RAM** : 必要な[TiFlashサイズ](/tidb-cloud/size-your-cluster.md#size-tiflash)を選択します。 - - **ストレージ x ノード**:ストレージサイズとTiFlashノードの数を選択します。 + - **Storage x Nodes**:ストレージサイズとTiFlashノードの数を選択します。 ![Create TiDB Node Group](/media/tidb-cloud/tidb-node-group-create.png) @@ -71,15 +71,15 @@ TiDBノードグループを作成しても、デフォルトグループのエ 2. 右上隅の**「接続」**をクリックします。接続ダイアログが表示されます。 -3. **「TiDB ノード グループ」**リストから TiDB ノード グループを選択し、 **「接続タイプ」**リストから**「パブリック」**を選択します。 +3. **TiDB Node Group**リストから TiDB ノード グループを選択し、 **「接続タイプ」**リストから**「パブリック」**を選択します。 - IP アクセス リストをまだ設定していない場合は、 **「IP アクセス リストの設定」**をクリックするか、手順[IPアクセスリストを設定する](https://docs.pingcap.com/tidbcloud/configure-ip-access-list)に従って、最初の接続の前に設定してください。 + IP アクセス リストをまだ設定していない場合は、 **Configure IP Access List**をクリックするか、手順[IPアクセスリストを設定する](https://docs.pingcap.com/tidbcloud/configure-ip-access-list)に従って、最初の接続の前に設定してください。 4. 左側のナビゲーション ペインで、 **[設定]** > **[ネットワーク]**をクリックします。 -5. **[ネットワーク]**ページで、右上隅の**[TiDB ノード グループ]**リストから TiDB ノード グループを選択します。 +5. **[ネットワーク]**ページで、右上隅の**[TiDB Node Group]**リストから TiDB ノード グループを選択します。 -6. **[パブリック エンドポイント]**セクションで**[有効にする]**をクリックし、 **[IP アクセス リスト]**セクションで**[IP アドレスの追加]**をクリックします。 +6. **[パブリック エンドポイント]**セクションで**[有効にする]**をクリックし、 **[IP Access List]**セクションで**[Add IP Address]**をクリックします。 7. **[ネットワーク]**ページの右上隅にある**[接続]**をクリックして、接続文字列を取得します。 @@ -93,13 +93,13 @@ TiDBノードグループを作成しても、デフォルトグループのエ 2. 右上隅の**「接続」**をクリックします。接続ダイアログが表示されます。 -3. **TiDB ノード グループ**リストから TiDB ノード グループを選択し、**接続タイプ**リストから**プライベート エンドポイント**を選択します。 +3. **TiDB Node Group**リストから TiDB ノード グループを選択し、**接続タイプ**リストから**プライベート エンドポイント**を選択します。 4. 左側のナビゲーション ペインで、 **[設定]** > **[ネットワーク]**をクリックします。 -5. **[ネットワーク]**ページで、右上隅の**[TiDB ノード グループ]**リストから TiDB ノード グループを選択します。 +5. **[ネットワーク]**ページで、右上隅の**[TiDB Node Group]**リストから TiDB ノード グループを選択します。 -6. このノード グループの新しい接続を作成するには、 **[プライベート エンドポイント接続の作成]**をクリックします。 +6. このノード グループの新しい接続を作成するには、 **[Create Private Endpoint Connection]**をクリックします。 - AWS にデプロイされたクラスターについては、 [AWS PrivateLink 経由でTiDB Cloud Dedicatedクラスタに接続する](/tidb-cloud/set-up-private-endpoint-connections.md)を参照してください。 @@ -152,7 +152,7 @@ TiDB ノード グループの詳細を表示するには、次の手順を実 - TiDB ノードの数を変更します。 - 新しいノード グループを追加します。 - - TiKV ノードとTiFlashノードのサイズと**ストレージ x ノード**構成を更新します。 + - TiKV ノードとTiFlashノードのサイズと**Storage x Nodes**構成を更新します。 ![Change TiDB node group node count](/media/tidb-cloud/tidb-node-group-change-node-count.png) diff --git a/tidb-cloud/tidbx-instance-move-faq.md b/tidb-cloud/tidbx-instance-move-faq.md index 00a3f4ed76f3b..378f81d801095 100644 --- a/tidb-cloud/tidbx-instance-move-faq.md +++ b/tidb-cloud/tidbx-instance-move-faq.md @@ -11,16 +11,16 @@ TiDB Xインスタンスは、 [TiDB Xアーキテクチャ](/tidb-cloud/tidb-x- ## TiDB Cloudコンソールで、TiDB Cloud StarterとEssentialインスタンスを移動するように促されるのはなぜですか？ {#why-does-the-tidb-cloud-console-prompt-me-to-move-my-tidb-cloud-starter-and-essential-instances} -2026年4月15日以前は、 TiDB Cloudは単一の**TiDB専用プロジェクト**タイプを使用してすべてのTiDB Cloudリソースを管理していました。このようなプロジェクトには、TiDB Cloud DedicatedクラスタとTiDB Xインスタンスが混在することができました。しかし、1つのプロジェクトに異なるリソースタイプを混在させると、次のような理由で管理が複雑化しました。 +2026年4月15日以前は、 TiDB Cloudは単一の**TiDB dedicated project**タイプを使用してすべてのTiDB Cloudリソースを管理していました。このようなプロジェクトには、TiDB Cloud DedicatedクラスタとTiDB Xインスタンスが混在することができました。しかし、1つのプロジェクトに異なるリソースタイプを混在させると、次のような理由で管理が複雑化しました。 - TiDB専用プロジェクトは、元々 TiDB Cloud Dedicatedクラスター向けに設計されたものです。 - TiDB XインスタンスとTiDB Cloud Dedicatedクラスタは、動作と管理モデルが異なります。 2026年4月15日より、 TiDB Cloudは異なるリソースタイプを明確に区別するために、個別のプロジェクトタイプを導入します。各プロジェクトタイプは、それぞれ独自のリソースタイプをホストするようになります。 -- **TiDB専用プロジェクト**： TiDB Cloud Dedicatedクラスター向け -- **TiDB Xプロジェクト**：TiDB Xインスタンス向け -- **TiDB X仮想プロジェクト**：どのTiDB Xプロジェクトにもグループ化されていないTiDB Xインスタンス用 +- **TiDB dedicated project**： TiDB Cloud Dedicatedクラスター向け +- **TiDB X project**：TiDB Xインスタンス向け +- **TiDB X virtual project**：どのTiDB Xプロジェクトにもグループ化されていないTiDB Xインスタンス用 TiDB Xプロジェクトは軽量で、TiDB Xインスタンスではオプションですが、 TiDB Cloud Dedicatedクラスタでは専用プロジェクトが必須です。これらのリソースを分離することで、より一貫性のあるユーザーエクスペリエンスが実現し、どのプロジェクト機能が適用されるかについての混乱が解消されます。 @@ -30,20 +30,20 @@ TiDB Xプロジェクトは軽量で、TiDB Xインスタンスではオプシ TiDB Cloudは、異なるリソースタイプとユースケースに対応するため、3種類のプロジェクトタイプを提供しています。 -- **TiDB専用プロジェクト**：このプロジェクトタイプは、 TiDB Cloud Dedicatedクラスターでのみ使用されます。 +- **TiDB dedicated project**：このプロジェクトタイプは、 TiDB Cloud Dedicatedクラスターでのみ使用されます。 - この機能を使うと、RBAC、ネットワーク、メンテナンス、アラート購読、暗号化アクセスなど、 TiDB Cloud Dedicatedクラスタの設定をプロジェクトごとに個別に管理できます。 - 各TiDB Cloud Dedicatedクラスターは、専用プロジェクトに属していなければなりません。 - TiDB Cloud Dedicatedクラスターは、インフラストラクチャの結合により、プロジェクト間で移動することはできません。 -- **TiDB Xプロジェクト**：このプロジェクトタイプは、TiDB Xインスタンスでのみ使用されます。 +- **TiDB X project**：このプロジェクトタイプは、TiDB Xインスタンスでのみ使用されます。 - これは、プロジェクトごとにTiDB XインスタンスのRBAC（ロールベースアクセス制御）を管理するのに役立ちます。 - TiDB Xプロジェクトは軽量でオプションなので、プロジェクトに割り当てずにTiDB Xインスタンスを作成することもできます。 - プロジェクトは、TiDB Xインスタンスを整理したりグループ化したりする場合に役立ちますが、必須ではありません。 - TiDB Xインスタンスは、TiDB Xプロジェクト間、または組織レベルに戻して移動できます。 -- **TiDB X仮想プロジェクト**：このプロジェクトは仮想プロジェクトであり、管理機能は提供していません。 +- **TiDB X virtual project**：このプロジェクトは仮想プロジェクトであり、管理機能は提供していません。 - これは、どのプロジェクトにも属さないTiDB Xインスタンスの論理コンテナとして機能するため、プロジェクトIDを使用することで、 TiDB Cloud APIを介してこれらのインスタンスにアクセスできます。 - 各組織には固有の仮想プロジェクトIDが付与されています。 @@ -68,7 +68,7 @@ TiDB Cloudは、異なるリソースタイプとユースケースに対応す それは、現在のプロジェクトの構造によって異なります。 - プロジェクトにTiDB Cloud StarterおよびEssentialインスタンスのみが含まれている場合、 TiDB Cloudは2026年4月15日に自動的にプロジェクトをTiDB Xプロジェクトに変換します。追加の操作は必要ありません。 -- プロジェクトにTiDB Cloud DedicatedクラスターとTiDB Cloud StarterまたはEssentialインスタンスの両方が含まれている場合、 TiDB Cloudコンソールは、上部のバナーにある**[移動とロック解除]**をクリックして、 TiDB Cloud StarterおよびEssentialインスタンスを新しい TiDB X プロジェクトに移動するように促します。 +- プロジェクトにTiDB Cloud DedicatedクラスターとTiDB Cloud StarterまたはEssentialインスタンスの両方が含まれている場合、 TiDB Cloudコンソールは、上部のバナーにある**[Move & Unlock]**をクリックして、 TiDB Cloud StarterおよびEssentialインスタンスを新しい TiDB X プロジェクトに移動するように促します。 ## 誰が移行作業を実行できますか？ {#who-can-perform-the-migration} @@ -93,13 +93,13 @@ TiDB Cloud StarterおよびEssentialインスタンスのみを含むプロジ TiDB Cloudのリソースごとに異なるプロジェクトタイプが導入されたことにより、専用プロジェクトではTiDB Xインスタンスをホストできなくなりました。 -プロジェクトにTiDB Cloud DedicatedクラスターとTiDB Cloud StarterまたはEssentialインスタンスの両方が含まれている場合、 TiDB Cloud は上部のバナーで、プロジェクト内のTiDB Cloud StarterおよびEssentialインスタンスを新しい**TiDB X プロジェクト**に移動するように促します。 +プロジェクトにTiDB Cloud DedicatedクラスターとTiDB Cloud StarterまたはEssentialインスタンスの両方が含まれている場合、 TiDB Cloud は上部のバナーで、プロジェクト内のTiDB Cloud StarterおよびEssentialインスタンスを新しい**TiDB X project**に移動するように促します。 > **Note:** > > TiDB Cloud Dedicatedクラスターは、移行後も元のプロジェクト内に残ります。したがって、この移行はTiDB Cloud Dedicatedクラスターに影響を与えません。 -あなたが`Organization Owner`の場合は、上部のバナーにある**[移動とロック解除]**をクリックし、移行ウィザードに従って移行を完了してください。 +あなたが`Organization Owner`の場合は、上部のバナーにある**[Move & Unlock]**をクリックし、移行ウィザードに従って移行を完了してください。 移行ウィザードには、移行対象となるTiDB Cloud StarterおよびEssentialインスタンスのリストが表示され、新しい TiDB X プロジェクトの新しい名前を指定できます。 diff --git a/tidb-cloud/tiproxy-management.md b/tidb-cloud/tiproxy-management.md index 6b6a58b732c0a..d4dfcbeb89587 100644 --- a/tidb-cloud/tiproxy-management.md +++ b/tidb-cloud/tiproxy-management.md @@ -78,7 +78,7 @@ TiProxyを無効にするには、以下の手順を実行してください。 TiProxyのトポロジーを表示するには、以下の手順を実行してください。 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Dedicatedクラスターの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[監視] > [ノード]**をクリックします。**ノードマップ**ページが表示されます。 +2. 左側のナビゲーションペインで、 **Monitoring > Nodes**をクリックします。**ノードマップ**ページが表示されます。 3. **ノードマップ**ページでは、TiProxyのトポロジーが**TiDB**ペインに表示されます。 ![TiProxy Topology](/media/tidb-cloud/tiproxy-topology.png) @@ -88,15 +88,15 @@ TiProxyのトポロジーを表示するには、以下の手順を実行して TiProxyのメトリクスを表示するには、以下の手順を実行してください。 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Dedicatedクラスターの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[監視] > [メトリクス]**をクリックします。**[メトリクス]**ページが表示されます。 -3. **メトリクス**ページで、 **[サーバー]**をクリックし、TiProxy関連のメトリクスまでスクロールします。特定のTiDBノードグループのTiProxyメトリクスを表示するには、 **[TiDBノードグループビュー]**をクリックし、TiDBノードグループを選択してから、TiProxy関連のメトリクスまでスクロールします。 +2. 左側のナビゲーションペインで、 **Monitoring > Metrics**をクリックします。**[メトリクス]**ページが表示されます。 +3. **メトリクス**ページで、 **[サーバー]**をクリックし、TiProxy関連のメトリクスまでスクロールします。特定のTiDBノードグループのTiProxyメトリクスを表示するには、 **TiDB Node Group View**をクリックし、TiDBノードグループを選択してから、TiProxy関連のメトリクスまでスクロールします。 指標には以下が含まれます。 -- **TiProxyのCPU使用率**：各TiProxyノードのCPU使用率統計情報。上限は100%です。CPU使用率が80%を超える場合は、TiProxyのスケールアウトをお勧めします。 +- **TiProxy CPU Usage**：各TiProxyノードのCPU使用率統計情報。上限は100%です。CPU使用率が80%を超える場合は、TiProxyのスケールアウトをお勧めします。 - **TiProxy接続数**：各TiProxyノード上の接続数。 - **TiProxy スループット**: 各 TiProxy ノードで 1 秒あたりに転送されるバイト数。最大スループットが最大ネットワーク帯域幅に達した場合は、TiProxy をスケールアウトすることをお勧めします。最大ネットワーク帯域幅の詳細については、 [TiProxyノードのサイズと数を決定する](#decide-the-size-and-number-of-tiproxy-nodes)を参照してください。 -- **TiProxyセッション移行の理由**：1分ごとに発生するセッション移行の数とその理由。たとえば、TiDBがスケールインし、TiProxyがセッションを他のTiDBノードに移行する場合、理由は`status`です。その他の移行理由については、 [TiProxyのモニタリング指標](https://docs.pingcap.com/tidb/stable/tiproxy-grafana#balance)を参照してください。 +- **TiProxy Sessions Migration Reasons**：1分ごとに発生するセッション移行の数とその理由。たとえば、TiDBがスケールインし、TiProxyがセッションを他のTiDBノードに移行する場合、理由は`status`です。その他の移行理由については、 [TiProxyのモニタリング指標](https://docs.pingcap.com/tidb/stable/tiproxy-grafana#balance)を参照してください。 ### TiProxyの請求書を確認する {#view-tiproxy-bills} @@ -104,7 +104,7 @@ TiProxyの請求書を表示するには、以下の手順を実行してくだ 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 2. 左側のナビゲーションペインで**「請求」**をクリックします。 **「請求」**ページでは、デフォルトで**「請求書」**タブが表示されます。 -3. **サービス別概要**セクションでは、TiProxy ノードのコストは**TiDB Dedicated**の下に表示され、TiProxy のデータ転送コストは**データ転送 > 同一リージョン**に含まれています。 +3. **Summary by Service**セクションでは、TiProxy ノードのコストは**TiDB Dedicated**の下に表示され、TiProxy のデータ転送コストは**データ転送 > 同一リージョン**に含まれています。 ![TiProxy Billing](/media/tidb-cloud/tiproxy-billing.png) diff --git a/tidb-cloud/top-ru.md b/tidb-cloud/top-ru.md index ffa67342190c2..58e3501e3b493 100644 --- a/tidb-cloud/top-ru.md +++ b/tidb-cloud/top-ru.md @@ -19,8 +19,8 @@ TiDB Cloudプランによって、RUの主要機能は異なります。 | 特徴 | TiDB Cloud Premium | TiDB Cloud Essential | | -------------------- | --------------- | -------------------- | | **概要**タブ | サポート対象 | サポート対象 | -| **ユーザー別スライス**タブ | サポート対象 | サポート対象 | -| **トップDBユーザー（RU）**パネル | サポート対象 | サポート対象 | +| **Sliced by Users**タブ | サポート対象 | サポート対象 | +| **Top DB Users (RU)**パネル | サポート対象 | サポート対象 | | 上位N個のオプション | 5、10、20、100 | 5、10、20 | | データ保持 | 30日間 | 7日間 | @@ -39,11 +39,11 @@ TiDB Cloudプランによって、RUの主要機能は異なります。 - **時間範囲**：あらかじめ設定された間隔、またはカスタム範囲を選択してください。 - プリセットオプション：**過去15分**、 **30分**、 **1時間**、 **2時間**、 **6時間**、 **12時間**、 **1日**。 + プリセットオプション：**Last 15 min**、 **30分**、 **1時間**、 **2時間**、 **6時間**、 **12時間**、 **1日**。 カスタム時間範囲の場合： - - 利用可能な開始日の最短日は、データ保持期間によって異なります。TiDB Cloud Premiumインスタンスの場合は**30日前**、 TiDB Cloud Essentialインスタンスの場合は**7日前です**。 + - 利用可能な開始日の最短日は、データ保持期間によって異なります。TiDB Cloud Premiumインスタンスの場合は**30 days ago**、 TiDB Cloud Essentialインスタンスの場合は**7 days ago**。 - 1回のクエリの最大有効期間は**24時間**です。 - **上位N** ：表示するSQL文の数を指定します。 @@ -84,7 +84,7 @@ TiDB Cloudプランによって、RUの主要機能は異なります。 特定のデータベースユーザーのSQLステートメントを詳しく調べるには： -1. **「ユーザー別スライス」**タブをクリックします。 +1. **Sliced by Users**タブをクリックします。 2. **ユーザー**フィルターで、調査対象のユーザーを選択します。このフィルターには最大100人のユーザーが表示され、それ以上のユーザーは**「その他のユーザー」**としてグループ化されます。 3. **トップN SQLリスト**とトレンドチャートには、選択したユーザーのクエリのみが表示されます。 @@ -128,9 +128,9 @@ RUスパイクを調査するには、以下のワークフローを使用して 2. **「モニタリング」** > **「トップRU」**に移動し、 **「概要」**タブをクリックして、スパイクが発生した期間を選択します。 3. **合計RU値**が最も高いSQL文を特定します。各SQL文にカーソルを合わせると、RU値の推移が表示され、急上昇が始まった時期がわかります。 4. 特定のユーザーがランキングの急上昇を引き起こしているかどうかを確認するには、 **「ユーザー別ランキング」**パネルを確認してください。 -5. 必要に応じて、 **「ユーザー別スライス」**タブに移動し、ユーザーを選択して、そのユーザーが最も多くのRUを消費しているSQLステートメントに注目してください。 +5. 必要に応じて、 **Sliced by Users**タブに移動し、ユーザーを選択して、そのユーザーが最も多くのRUを消費しているSQLステートメントに注目してください。 6. SQL文をクリックすると、詳細パネルが開きます。実行計画を確認して、インデックスの欠落など、最適化の機会を見つけてください。 -7. **クエリテンプレートID**を使用して、実行コンテキストの詳細を確認するために、スロークエリまたはSQLステートメントを相互参照してください。 +7. **Query Template ID**を使用して、実行コンテキストの詳細を確認するために、スロークエリまたはSQLステートメントを相互参照してください。 8. インデックスの追加、SQLの書き換え、ビジネスロジックの調整など、最適化を適用してください。 9. **トップRU**ページに戻り、最近の期間を選択して、RU消費量が減少していることを確認してください。 diff --git a/tidb-cloud/use-chat2query-api.md b/tidb-cloud/use-chat2query-api.md index f209ca79f4a00..32c9ba75cf027 100644 --- a/tidb-cloud/use-chat2query-api.md +++ b/tidb-cloud/use-chat2query-api.md @@ -25,9 +25,9 @@ Chat2Query エンドポイントを呼び出す前に、Chat2Query データ ア > **Tip:** > - > クラスターの**SQL エディター**ページが表示されている場合は、右上隅の**...**をクリックし、 **API 経由で Chat2Query にアクセス**して、**新しい Chat2Query データ アプリ**をクリックすることで、データ アプリ作成ダイアログを開くこともできます。 + > クラスターの**SQL エディター**ページが表示されている場合は、右上隅の**...**をクリックし、 **Access Chat2Query via API**を選択して、**New Chat2Query Data App**をクリックすることで、データ アプリ作成ダイアログを開くこともできます。 -2. ダイアログで、データアプリの名前を定義し、データソースとして必要なクラスターを選択し、**データアプリ**の種類として**「Chat2Query データアプリ」**を選択します。必要に応じて、アプリの説明を記入することもできます。 +2. ダイアログで、データアプリの名前を定義し、データソースとして必要なクラスターを選択し、**Data App**の種類として**Chat2Query Data App**を選択します。必要に応じて、アプリの説明を記入することもできます。 3. **[作成]**をクリックします。 @@ -41,9 +41,9 @@ API キーを作成するには、次の手順を実行します。 1. [**Data Service**](https://tidbcloud.com/project/data-service)の左側のペインで、Chat2Query データ アプリをクリックすると、右側にその詳細が表示されます。 -2. **認証**領域で、 **「API キーの作成」**をクリックします。 +2. **認証**領域で、 **Create API Key**をクリックします。 -3. **「API キーの作成」**ダイアログで説明を入力し、API キーの次のいずれかのロールを選択します。 +3. **Create API Key**ダイアログで説明を入力し、API キーの次のいずれかのロールを選択します。 - `Chat2Query Admin` : API キーがデータ サマリーを管理し、提供された指示に基づいて SQL ステートメントを生成し、任意の SQL ステートメントを実行できるようにします。 @@ -89,7 +89,7 @@ TiDB Cloudは、Chat2Queryエンドポイントを素早く呼び出すための エンドポイント URL、コード例、リクエスト メソッドなど、このエンドポイントを呼び出すための情報が右側に表示されます。 -2. **[コード例を表示]**をクリックします。 +2. **[Show Code Example]**をクリックします。 3. 表示されたダイアログ ボックスで、エンドポイントの呼び出しに使用するクラスター、データベース、および認証方法を選択し、コード例をコピーします。 diff --git a/tidb-cloud/use-chat2query-knowledge.md b/tidb-cloud/use-chat2query-knowledge.md index 9cd16f681724a..24c2f7c896e3e 100644 --- a/tidb-cloud/use-chat2query-knowledge.md +++ b/tidb-cloud/use-chat2query-knowledge.md @@ -32,7 +32,7 @@ Chat2Queryデータアプリでは、エンドポイント`/v3/knowledgeBases` > **Tip:** > -> エンドポイントの具体的なコード例を取得するには、データアプリの左側のペインでエンドポイント名をクリックし、 **「コード例を表示」**をクリックします。詳細については、 [エンドポイントのサンプルコードを取得する](/tidb-cloud/use-chat2query-api.md#get-the-code-example-of-an-endpoint)を参照してください。 +> エンドポイントの具体的なコード例を取得するには、データアプリの左側のペインでエンドポイント名をクリックし、 **Show Code Example**をクリックします。詳細については、 [エンドポイントのサンプルコードを取得する](/tidb-cloud/use-chat2query-api.md#get-the-code-example-of-an-endpoint)を参照してください。 ```bash curl --digest --user ${PUBLIC_KEY}:${PRIVATE_KEY} --request POST 'https://.data.tidbcloud.com/api/v1beta/app/chat2query-/endpoint/v3/knowledgeBases'\ diff --git a/tidb-cloud/use-chat2query-sessions.md b/tidb-cloud/use-chat2query-sessions.md index c7f33b25d80af..b17ecf5e35dd1 100644 --- a/tidb-cloud/use-chat2query-sessions.md +++ b/tidb-cloud/use-chat2query-sessions.md @@ -23,7 +23,7 @@ Chat2Query API v3以降では、セッション関連のエンドポイントを > **Tip:** > -> エンドポイントの具体的なコード例を取得するには、データアプリの左側のペインでエンドポイント名をクリックし、 **「コード例を表示」**をクリックします。詳細については、 [エンドポイントのサンプルコードを取得する](/tidb-cloud/use-chat2query-api.md#get-the-code-example-of-an-endpoint)を参照してください。 +> エンドポイントの具体的なコード例を取得するには、データアプリの左側のペインでエンドポイント名をクリックし、 **Show Code Example**をクリックします。詳細については、 [エンドポイントのサンプルコードを取得する](/tidb-cloud/use-chat2query-api.md#get-the-code-example-of-an-endpoint)を参照してください。 ```bash curl --digest --user ${PUBLIC_KEY}:${PRIVATE_KEY} --request POST 'https://.data.tidbcloud.com/api/v1beta/app/chat2query-/endpoint/v3/sessions'\