From 3edefd88c986dc0146322b6becddab5a3a6bf507 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Thu, 13 Aug 2026 14:35:06 +0900 Subject: [PATCH 01/31] i18n(ja): restore 4-word and 3-word TiDB Cloud UI labels to English MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Many bold-wrapped TiDB Cloud web console UI labels (button/tab/field/page names) were translated into Japanese instead of being kept in English, inconsistent with how UI strings are usually handled elsewhere in the ja docs (see maintainer guidance in https://github.com/pingcap/docs/pull/23455#discussion_r3725226983). This restores 467 target 4-word and 3-word UI labels (977 occurrences) across 135 tidb-cloud/ files (excluding releases/) back to English, using EN/JA bold-span positional pairing per file, limited to files where EN and JA bold-span counts matched exactly. Also fixes several pre-existing MT defects surfaced while auditing the mechanical fix: stray leftover decoration characters (「」[]) left over from imprecise bold-span capture, a word-order swap between EN and JA labels, dropped particles, and one case where the JA bold span covered far more text than the actual label, causing content loss. 11 files with mismatched EN/JA bold-span counts were intentionally skipped and are left for a separate pass. A corpus-wide scan for "straddling bracket" defects (decoration characters split across the wrong side of ** markers) on the touched files found 133 additional candidates, all single-word labels out of this batch's scope; logged for a future 1-word/2-word batch, not fixed here. --- tidb-cloud/architecture-concepts.md | 28 +++--- tidb-cloud/backup-and-restore-serverless.md | 4 +- tidb-cloud/backup-and-restore.md | 20 ++--- tidb-cloud/branch-github-integration.md | 6 +- tidb-cloud/branch-manage.md | 6 +- tidb-cloud/branch-overview.md | 2 +- tidb-cloud/built-in-monitoring.md | 2 +- tidb-cloud/changefeed-overview.md | 2 +- tidb-cloud/changefeed-sink-to-apache-kafka.md | 22 ++--- .../changefeed-sink-to-apache-pulsar.md | 20 ++--- .../changefeed-sink-to-cloud-storage.md | 44 +++++----- tidb-cloud/changefeed-sink-to-mysql.md | 18 ++-- tidb-cloud/changefeed-sink-to-tidb-cloud.md | 20 ++--- .../configure-external-storage-access.md | 52 +++++------ tidb-cloud/configure-maintenance-window.md | 2 +- ...ess-firewall-rules-for-public-endpoints.md | 8 +- tidb-cloud/configure-sql-users.md | 2 +- ...nect-via-standard-connection-serverless.md | 4 +- tidb-cloud/connect-via-standard-connection.md | 2 +- tidb-cloud/connected-lark-ticket-creation.md | 6 +- .../connected-lark-ticket-interaction.md | 2 +- .../connected-slack-ticket-interaction.md | 2 +- tidb-cloud/create-tidb-cluster-serverless.md | 2 +- tidb-cloud/create-tidb-cluster.md | 4 +- tidb-cloud/data-service-api-key.md | 4 +- tidb-cloud/data-service-custom-domain.md | 8 +- tidb-cloud/data-service-get-started.md | 24 +++--- tidb-cloud/data-service-integrations.md | 10 +-- tidb-cloud/data-service-manage-data-app.md | 30 +++---- tidb-cloud/data-service-manage-endpoint.md | 12 +-- .../data-service-manage-github-connection.md | 16 ++-- .../data-service-postman-integration.md | 10 +-- tidb-cloud/dedicated-external-storage.md | 26 +++--- tidb-cloud/delete-tidb-cluster.md | 2 +- .../essential-changefeed-sink-to-kafka.md | 8 +- .../essential-changefeed-sink-to-mysql.md | 2 +- .../essential-database-audit-logging.md | 44 +++++----- tidb-cloud/explore-data-with-chat2query.md | 10 +-- tidb-cloud/features.md | 6 +- tidb-cloud/import-csv-files-serverless.md | 32 +++---- tidb-cloud/import-csv-files.md | 16 ++-- tidb-cloud/import-parquet-files-serverless.md | 32 +++---- tidb-cloud/import-parquet-files.md | 10 +-- tidb-cloud/import-sample-data-serverless.md | 6 +- tidb-cloud/import-sample-data.md | 10 +-- tidb-cloud/import-with-mysql-cli.md | 4 +- .../integrate-tidbcloud-with-airbyte.md | 12 +-- .../integrate-tidbcloud-with-aws-lambda.md | 6 +- tidb-cloud/integrate-tidbcloud-with-n8n.md | 16 ++-- tidb-cloud/integrate-tidbcloud-with-vercel.md | 8 +- tidb-cloud/integrate-tidbcloud-with-zapier.md | 4 +- tidb-cloud/manage-projects-and-resources.md | 8 +- tidb-cloud/manage-serverless-spend-limit.md | 4 +- tidb-cloud/manage-user-access.md | 10 +-- .../migrate-from-mysql-using-aws-dms.md | 34 ++++---- ...migrate-from-mysql-using-data-migration.md | 78 ++++++++--------- tidb-cloud/migrate-from-op-tidb.md | 6 +- ...al-data-from-mysql-using-data-migration.md | 24 +++--- tidb-cloud/migrate-metrics-integrations.md | 2 +- ...migrate-prometheus-metrics-integrations.md | 2 +- tidb-cloud/migrate-sql-shards.md | 8 +- tidb-cloud/monitor-alert-pagerduty.md | 2 +- tidb-cloud/monitor-alert-slack.md | 4 +- tidb-cloud/monitor-datadog-integration.md | 14 +-- tidb-cloud/monitor-new-relic-integration.md | 8 +- ...itor-prometheus-and-grafana-integration.md | 6 +- tidb-cloud/oauth2.md | 4 +- tidb-cloud/pause-or-resume-tidb-cluster.md | 4 +- .../premium/backup-and-restore-premium.md | 6 +- .../configure-ip-access-list-premium.md | 10 +-- ...mium-via-alibaba-cloud-private-endpoint.md | 10 +-- ...ect-to-premium-via-aws-private-endpoint.md | 2 +- ...onnect-to-premium-via-public-connection.md | 2 +- .../premium/create-tidb-instance-premium.md | 4 +- .../dual-layer-data-encryption-premium.md | 36 ++++---- .../premium/import-csv-files-premium.md | 24 +++--- tidb-cloud/premium/import-from-s3-premium.md | 6 +- .../premium/migrate-from-op-tidb-premium.md | 10 +-- tidb-cloud/premium/premium-export.md | 4 +- .../set-up-sink-private-endpoint-premium.md | 8 +- .../premium/tidb-cloud-auditing-premium.md | 32 +++---- .../premium/tidb-cloud-billing-ticdc-ccu.md | 4 +- .../tidb-cloud-tls-connect-to-premium.md | 4 +- tidb-cloud/prometheus-grafana-integration.md | 4 +- tidb-cloud/recovery-group-delete.md | 2 +- tidb-cloud/recovery-group-failover.md | 4 +- tidb-cloud/recovery-group-get-started.md | 10 +-- tidb-cloud/security-concepts.md | 26 +++--- tidb-cloud/select-cluster-tier.md | 4 +- tidb-cloud/serverless-export.md | 14 +-- tidb-cloud/serverless-faqs.md | 2 +- tidb-cloud/serverless-high-availability.md | 8 +- ...private-link-connection-to-alicloud-rds.md | 14 +-- ...s-private-link-connection-to-amazon-msk.md | 2 +- ...rivate-link-connection-to-aws-confluent.md | 2 +- ...less-private-link-connection-to-aws-rds.md | 16 ++-- ...ection-to-self-hosted-kafka-in-alicloud.md | 66 +++++++------- .../serverless-private-link-connection.md | 18 ++-- ...e-endpoint-connections-on-alibaba-cloud.md | 14 +-- ...p-private-endpoint-connections-on-azure.md | 8 +- ...te-endpoint-connections-on-google-cloud.md | 12 +-- ...private-endpoint-connections-serverless.md | 20 ++--- tidb-cloud/set-up-sink-private-endpoint.md | 4 +- ...ws-msk-provisioned-private-link-service.md | 2 +- ...-self-hosted-kafka-private-link-service.md | 72 ++++++++-------- ...lf-hosted-kafka-private-service-connect.md | 86 +++++++++---------- tidb-cloud/tidb-cloud-auditing-legacy.md | 6 +- tidb-cloud/tidb-cloud-auditing.md | 42 ++++----- tidb-cloud/tidb-cloud-billing-ticdc-rcu.md | 4 +- tidb-cloud/tidb-cloud-billing.md | 22 ++--- tidb-cloud/tidb-cloud-budget.md | 10 +-- tidb-cloud/tidb-cloud-clinic.md | 2 +- tidb-cloud/tidb-cloud-connect-aws-dms.md | 16 ++-- tidb-cloud/tidb-cloud-console-auditing.md | 8 +- ...b-cloud-dm-precheck-and-troubleshooting.md | 2 +- tidb-cloud/tidb-cloud-import-local-files.md | 6 +- tidb-cloud/tidb-cloud-intro.md | 8 +- tidb-cloud/tidb-cloud-log-redaction.md | 6 +- .../tidb-cloud-org-sso-authentication.md | 14 +-- .../tidb-cloud-password-authentication.md | 4 +- tidb-cloud/tidb-cloud-poc.md | 2 +- tidb-cloud/tidb-cloud-quickstart.md | 4 +- tidb-cloud/tidb-cloud-roadmap.md | 2 +- tidb-cloud/tidb-cloud-sso-authentication.md | 6 +- tidb-cloud/tidb-cloud-support.md | 12 +-- .../tidb-cloud-tls-connect-to-dedicated.md | 10 +-- tidb-cloud/tidb-node-group-management.md | 20 ++--- tidb-cloud/tidb-x-architecture.md | 24 +++--- tidb-cloud/tidbx-instance-move-faq.md | 20 ++--- tidb-cloud/tiproxy-management.md | 12 +-- tidb-cloud/top-ru.md | 30 +++---- tidb-cloud/use-chat2query-api.md | 10 +-- tidb-cloud/use-chat2query-knowledge.md | 6 +- tidb-cloud/use-chat2query-sessions.md | 2 +- tidb-cloud/v8.5-performance-highlights.md | 10 +-- 135 files changed, 879 insertions(+), 879 deletions(-) diff --git a/tidb-cloud/architecture-concepts.md b/tidb-cloud/architecture-concepts.md index 7a62d25e880de..28a7d1a9778b1 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は、自動スケーリングとコスト効率の高いワークロード向けの**TiDB Cloud Starter** 、プロビジョニングされた容量を備えた本番環境対応ワークロード向けの**TiDB Cloud Essential** 、高いパフォーマンスと強化されたセキュリティを必要とするミッションクリティカルなワークロード向け**{{{ .premium }}}** 、専用リソースと高度な機能を備えたエンタープライズグレードのアプリケーション向けの**{{{ .dedicated }}}**提供します。 +- TiDB Cloudは、Google CloudおよびAzure向けに、専用リソースと高度な機能を備えたエンタープライズグレードのアプリケーション向けサービス**{{{ .dedicated }}}**を提供しています。 +- Alibaba Cloud向けに、 TiDB Cloudは、自動スケーリングとコスト効率の高いワークロード向けの**TiDB Cloud Starter** 、プロビジョニングされた容量を備えた本番環境対応ワークロード向けの**TiDB Cloud 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は、自動スケーリングとコスト効率の高いワークロード向けの**TiDB Cloud Starter** 、プロビジョニングされた容量を備えた本番環境対応ワークロード向けの**TiDB Cloud Essential** 、高いパフォーマンスと強化されたセキュリティを必要とするミッションクリティカルなワークロード向け**{{{ .premium }}}** 、専用リソースと高度な機能を備えたエンタープライズグレードのアプリケーション向けの**{{{ .dedicated }}}**提供します。 +- Google CloudおよびAzure向けに、 TiDB Cloudは、専用リソースと高度な機能を備えたエンタープライズグレードのアプリケーション向けに、 **{{{ .dedicated }}}**提供します。 @@ -82,7 +82,7 @@ TiDB Cloud Essentialは、さまざまな運用要件に対応するため、2 管理された環境で高いパフォーマンスと強化されたセキュリティを必要とするミッションクリティカルなアプリケーション向けに、Premiumプランは、以下の機能を備えた堅牢なインフラストラクチャと高度な制御を提供します。 -- **無制限の成長と自動スケーリング**：変化するワークロードに対応するためのシームレスなスケーリングを提供し、ビジネスに不可欠な業務の継続的な信頼性を確保します。 +- **Unlimited growth and auto-scaling**：変化するワークロードに対応するためのシームレスなスケーリングを提供し、ビジネスに不可欠な業務の継続的な信頼性を確保します。 - **パフォーマンス最適化**：高スループットかつ低遅延のワークロード向けに調整されており、より大きなリソース上限と、よりきめ細かなスケーリング制御を提供します。 - **従量課金制**：実際の[要求容量単位（RCU）](/tidb-cloud/tidb-cloud-glossary.md#request-capacity-unit-rcu)消費量とストレージ使用量に基づいて課金されます。この柔軟なモデルにより、バックエンドでの手動による過剰プロビジョニングが不要になります。 - **高度なセキュリティ**：大規模企業や規制対象業界が必要とする、より高度なセキュリティ設定とコンプライアンス機能を提供します。 @@ -177,7 +177,7 @@ TiDBノードを複数デプロイすることで、水平方向に拡張し、 **主な特徴：** -- **リージョンベースのデータストレージ** +- **Region-based data storage** - データは[リージョン](https://docs.pingcap.com/tidb/dev/glossary#regionpeerraft-group)ごとに分割され、それぞれが特定のキー範囲（左端が閉じ、右端が開いた区間： `StartKey`から`EndKey` ）をカバーします。 - 効率的なデータ配信を確保するため、各TiKVノード内には複数のリージョンが共存している。 @@ -192,7 +192,7 @@ TiDBノードを複数デプロイすることで、水平方向に拡張し、 - TiKVノード内のすべてのデータは、耐久性を確保するために複製されます（デフォルト：3つのレプリカ）。 - TiKVはネイティブな高可用性を保証し、自動フェイルオーバーをサポートすることで、ノード障害からシステムを保護します。 -- **拡張性と信頼性** +- **Scalability and reliability** - TiKVノードは、分散の一貫性と耐障害性を維持しながら、拡大するデータセットを処理できるように設計されています。 @@ -206,7 +206,7 @@ TiDBノードを複数デプロイすることで、水平方向に拡張し、 TiFlashノードはデータを列形式で保存するため、分析クエリに最適化されており、読み取り負荷の高いワークロードのパフォーマンスを大幅に向上させます。 -- **ベクトル検索インデックスのサポート** +- **Vector search index support** ベクトル検索インデックス機能は、テーブルにTiFlashレプリカを使用することで、高度な検索機能を実現し、複雑な分析シナリオにおける効率性を向上させます。 @@ -263,10 +263,10 @@ TiDB Cloud Premiumは、リクエストユニット（RU）を使用してすべ TiDB Cloudは、あらゆる操作の実行に必要なデータベース処理量に基づいて、その操作の総RU料金を計算します。 -- **データアクセスとサイズ** +- **Data access and size** - - **読み書きボリューム**：RU（リソースユニット）はデータペイロードのサイズに比例して増加します。100 KiBのレコードを処理する場合、1 KiBのレコードを処理する場合よりも多くのRUを消費します。 - - **行の読み書き**：操作に関わる行数は、コストを左右する主要因です。ペイロードが小さくても、複数の行を照会または更新すると、各行の処理、ロック、検証が必要となるため、RUの総消費量が増加します。 + - **Read and write volume**：RU（リソースユニット）はデータペイロードのサイズに比例して増加します。100 KiBのレコードを処理する場合、1 KiBのレコードを処理する場合よりも多くのRUを消費します。 + - **Read and write rows**：操作に関わる行数は、コストを左右する主要因です。ペイロードが小さくても、複数の行を照会または更新すると、各行の処理、ロック、検証が必要となるため、RUの総消費量が増加します。 - **インデックスへの影響**： - **書き込み**: テーブル上の影響を受ける各インデックスは、書き込み操作中に更新する必要があります。インデックスが多いテーブルでは、 `INSERT` 、 `UPDATE` 、および`DELETE`操作でRUコストが高くなります。 @@ -276,9 +276,9 @@ TiDB Cloudは、あらゆる操作の実行に必要なデータベース処理 - **スキャン効率**：RU消費量は、エンジンがスキャンする必要のある行数に大きく影響されます。 - - **読み取りメトリック（推定行数）** ：主キーまたは一意インデックスを使用するポイント読み取りが最も効率的な操作です。数百万行をスキャンするクエリは、最適化されたインデックスを使用するクエリよりもはるかに多くのRUを消費します。 + - **Read metrics (estimated rows)** ：主キーまたは一意インデックスを使用するポイント読み取りが最も効率的な操作です。数百万行をスキャンするクエリは、最適化されたインデックスを使用するクエリよりもはるかに多くのRUを消費します。 - - **書き込みメトリック（影響を受ける行数）** ：データ変更にかかるRUコストは、影響を受ける行数に依存します。1つのステートメントで10,000行を変更すると、1行だけを変更する場合よりもはるかに高い料金が発生します。 + - **Write metrics (affected rows)** ：データ変更にかかるRUコストは、影響を受ける行数に依存します。1つのステートメントで10,000行を変更すると、1行だけを変更する場合よりもはるかに高い料金が発生します。 - **計算ロジック**：複数のテーブル結合、深いサブクエリ、集計などを含む複雑なSQL操作は、実行パスを計算してデータを処理するために、より多くのCPUサイクルを必要とします。 diff --git a/tidb-cloud/backup-and-restore-serverless.md b/tidb-cloud/backup-and-restore-serverless.md index ebfc636277171..a8c38413b90af 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分前より後には復元できません。 @@ -149,7 +149,7 @@ TiDB Cloudは、新しいTiDB Cloud StarterまたはEssentialインスタンス > **Note:** > - > TiDB Cloud Essentialインスタンス**にバックアップがない**場合、削除されたインスタンスはごみ箱に表示されません。 + > TiDB Cloud Essentialインスタンス**has no backup**場合、削除されたインスタンスはごみ箱に表示されません。 4. 復元したいバックアップの行で、 **...**をクリックし、次に**「復元」**を選択します。 diff --git a/tidb-cloud/backup-and-restore.md b/tidb-cloud/backup-and-restore.md index efc9e338a596a..f64b175b0eff8 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. 変更を保存するには、 **「保存」**をクリックしてください。 @@ -199,11 +199,11 @@ TiDB Cloud Dedicatedクラスターに手動バックアップを適用するに 4. **「コマンド生成」**をクリックすると、権限設定用のコマンドが表示されます。 - - **AWS CLI を使用する場合**: + - **With AWS CLI**: 生成されたコマンドをAWS上で実行して、 TiDB CloudにAmazon S3バケットへのアクセス権を付与してください。 - - **AWSコンソールを使用する場合**： + - **With AWS Console**： 1. [Amazon S3コンソール](https://console.aws.amazon.com/s3/)に移動します。 2. 対象のバケットの詳細ページを開き、「**アクセス許可」**タブをクリックします。 @@ -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にパスサフィックスを追加します。 @@ -256,7 +256,7 @@ TiDB Cloud Dedicatedクラスターの既存のバックアップ ファイル #### 実行中のバックアップジョブを削除します {#delete-a-running-backup-job} -TiDB Cloud Dedicatedクラスターの実行中のバックアップ ジョブを削除するには、[**バックアップファイルを削除する**](#delete-backup-files)と同様のプロセスに従います。 +TiDB Cloud Dedicatedクラスターの実行中のバックアップ ジョブを削除するには、[**Delete backup files**](#delete-backup-files)と同様のプロセスに従います。 1. TiDB Cloud Dedicatedクラスターの[**バックアップ**](#view-the-backup-page)ページに移動します。 @@ -283,7 +283,7 @@ TiDB Cloud Dedicatedクラスタのデータをバックアップから新しい バックアップ保持期間内の任意の時点のデータを新しいクラスタに復元するには、**バックアップ設定**の**「時点復元」**がオンになっていることを確認し、以下の手順を実行してください。 - - **「時間ポイントを選択」**をクリックしてください。 + - **Select Time Point**をクリックしてください。 - 復元したい**日時****を**選択してください。 @@ -292,7 +292,7 @@ TiDB Cloud Dedicatedクラスタのデータをバックアップから新しい 選択したバックアップを新しいクラスターに復元するには、次の手順を実行します。 - - **「バックアップ名を選択」**をクリックします。 + - **Select Backup Name**をクリックします。 - 復元先のバックアップを選択してください。 @@ -303,7 +303,7 @@ TiDB Cloud Dedicatedクラスタのデータをバックアップから新しい > **注記** > > - デフォルトでは、新しいクラスターはソースクラスターと同じリージョンに復元されます。 - > - **バックアップ設定**で [**Dual Region Backup**](/tidb-cloud/backup-and-restore.md#turn-on-dual-region-backup) が有効になっている場合は、デュアルリージョンバックアップ用に構成された**Secondary Region**に新しいクラスターを復元することもできます。 + > - **Dual Region Backup**で [**Dual Region Backup**](/tidb-cloud/backup-and-restore.md#turn-on-dual-region-backup) が有効になっている場合は、デュアルリージョンバックアップ用に構成された**Secondary Region**に新しいクラスターを復元することもできます。 5. **復元**ウィンドウでは、必要に応じて以下の変更を行うこともできます。 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/branch-overview.md b/tidb-cloud/branch-overview.md index 2ce8e399fe5ae..06ef21e165c49 100644 --- a/tidb-cloud/branch-overview.md +++ b/tidb-cloud/branch-overview.md @@ -43,7 +43,7 @@ TiDB Cloudは、高速かつシームレスなブランチ作成を実現する > **Note:** > - > エージェント プラットフォームや多数のブランチを必要とするその他のサービスを構築している有料組織向けに、 TiDB Cloud は5 つを超えるブランチを作成できる**インスタンス容量計画**を提供します。詳細については、 [インスタンス容量計画](/tidb-cloud/select-cluster-tier.md#instance-capacity-plan)を参照してください。 + > エージェント プラットフォームや多数のブランチを必要とするその他のサービスを構築している有料組織向けに、 TiDB Cloud は5 つを超えるブランチを作成できる**Instance Capacity Plan**を提供します。詳細については、 [インスタンス容量計画](/tidb-cloud/select-cluster-tier.md#instance-capacity-plan)を参照してください。 - 無料のTiDB Cloud Starterインスタンスの各ブランチには、10 GiB のストレージが許可されます。利用制限が 0 より大きいTiDB Cloud Starterインスタンスの各ブランチには、100 GiB のストレージが許可されます。ストレージ容量が上限に達すると、ストレージを減らすまで、このブランチでの読み取りおよび書き込み操作が制限されます。 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..c4caa9d83af88 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..1ecd2155a85cc 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,9 +102,9 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl 5. バケットへのアクセスを許可するには、以下の情報を入力し、 **「保存」**をクリックしてください。 - - **「新しいプリンシパル」**フィールドに、以前に記録した対象のTiDBクラスタの**サービスアカウントID**を貼り付けます。 + - **「新しいプリンシパル」**フィールドに、以前に記録した対象のTiDBクラスタの**Service Account ID**を貼り付けます。 - - **「役割を選択」ドロップ**ダウンリストに、先ほど作成したIAMロールの名前を入力し、フィルター結果からその名前を選択します。 + - **Select a role**ダウンリストに、先ほど作成したIAMロールの名前を入力し、フィルター結果からその名前を選択します。 > **Note:** > @@ -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..d18d2cbf5d314 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..1d5d930931ce6 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 **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アカウント」**を選択します。 + - **An AWS account**で**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 テンプレートを使用して新しいものを作成する] をクリックします**。 @@ -265,7 +265,7 @@ Azure ARMテンプレートを使用してSASトークンを作成するには - データをAzure Blob Storageにエクスポートする場合： 1. **「データのエクスポート」を**クリックします。 - 2. **ターゲット接続**で**Azure Blob Storageを**選択してください。 + 2. **Azure Blob Storage**で**Azure Blob Storageを**選択してください。 3. SASトークンフィールドの下にある**「ここをクリックして、Azure ARMテンプレートを使用して新しいものを作成してください」をクリックしてください**。 @@ -276,11 +276,11 @@ Azure ARMテンプレートを使用してSASトークンを作成するには 2. Azureにログインすると、Azure**カスタムデプロイ**ページにリダイレクトされます。 - 3. **カスタムデプロイメント**ページで、**リソースグループ**と**ストレージアカウント名**を入力してください。コンテナが配置されているストレージアカウントの概要ページから、すべての情報を取得できます。 + 3. **カスタムデプロイメント**ページで、**Storage Account Name**と**ストレージアカウント名**を入力してください。コンテナが配置されているストレージアカウントの概要ページから、すべての情報を取得できます。 ![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..df3a24e4f6a56 100644 --- a/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md +++ b/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md @@ -31,7 +31,7 @@ IPファイアウォールルールは最大200個まで作成できます。 ### AWSへのアクセスを許可する {#allow-aws-access} -TiDB Cloud Starterインスタンスが AWS でホストされている場合は、公式[AWS IPアドレスリスト](https://docs.aws.amazon.com/vpc/latest/userguide/aws-ip-ranges.html)を参照して、**すべての AWS IP アドレス**からのアクセスを有効にすることができます。 +TiDB Cloud Starterインスタンスが AWS でホストされている場合は、公式[AWS IPアドレスリスト](https://docs.aws.amazon.com/vpc/latest/userguide/aws-ip-ranges.html)を参照して、**all AWS IP addresses**からのアクセスを有効にすることができます。 TiDB Cloud はこのリストを定期的に更新し、予約済みの IP アドレス**169.254.65.87**を使用してすべての AWS IP アドレスを表します。 @@ -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-serverless.md b/tidb-cloud/connect-via-standard-connection-serverless.md index 3c0bce2915979..1cf952f890265 100644 --- a/tidb-cloud/connect-via-standard-connection-serverless.md +++ b/tidb-cloud/connect-via-standard-connection-serverless.md @@ -11,8 +11,8 @@ summary: パブリックエンドポイントを介して、 TiDB Cloud Starter TiDB Cloudプランに応じて、適切なエンドポイントモデルを選択します。 -- {{{ .starter }}} インスタンス、または 2026 年 7 月 1 日より前に作成された {{{ .essential }}} インスタンスの場合は、 [**エンドポイント共有モデル**](#connect-via-a-public-endpoint-endpoint-shared-model)を使用します。このモデルでは、単一のパブリックエンドポイントを同じリージョン内の複数の {{{ .starter }}} インスタンスおよび Essential インスタンスで共有できます。 -- 2026 年 7 月 1 日以降に作成された {{{ .essential }}} インスタンスの場合は、 [**エンドポイント占有モデル**](#connect-via-a-public-endpoint-endpoint-exclusive-model)を使用します。このモデルでは、各 {{{ .essential }}} インスタンスが独自のスタンドアロンパブリックエンドポイントを使用します。このモデルでは接続時に[アカウントプレフィックス](/tidb-cloud/select-cluster-tier.md#user-name-prefix)を含める必要がなくなりますが、各 {{{ .essential }}} インスタンスに対してセットアップ手順を繰り返す必要があります。 +- {{{ .starter }}} インスタンス、または 2026 年 7 月 1 日より前に作成された {{{ .essential }}} インスタンスの場合は、 [**endpoint shared model**](#connect-via-a-public-endpoint-endpoint-shared-model)を使用します。このモデルでは、単一のパブリックエンドポイントを同じリージョン内の複数の {{{ .starter }}} インスタンスおよび Essential インスタンスで共有できます。 +- 2026 年 7 月 1 日以降に作成された {{{ .essential }}} インスタンスの場合は、 [**endpoint exclusive model**](#connect-via-a-public-endpoint-endpoint-exclusive-model)を使用します。このモデルでは、各 {{{ .essential }}} インスタンスが独自のスタンドアロンパブリックエンドポイントを使用します。このモデルでは接続時に[アカウントプレフィックス](/tidb-cloud/select-cluster-tier.md#user-name-prefix)を含める必要がなくなりますが、各 {{{ .essential }}} インスタンスに対してセットアップ手順を繰り返す必要があります。 ## 公開エンドポイント経由で接続します（エンドポイント共有モデル） {#connect-via-a-public-endpoint-endpoint-shared-model} diff --git a/tidb-cloud/connect-via-standard-connection.md b/tidb-cloud/connect-via-standard-connection.md index 321b9b0fdccac..fbfd09ff8b01f 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..564c4656ac672 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..51b25e709ed86 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..c48b58871f94e 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..6431fa94d51d4 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インスタンスを選択して、 **[作成]**をクリックします。 @@ -37,7 +37,7 @@ Data Serviceを使い始めるには、サンプルデータアプリを作成 > **Note:** > - > 現在のプロジェクトにTiDB Cloud Starterインスタンスが存在しない場合は、 **「データソースのリンク」**ドロップダウンリストの**「新しいリソースの作成」**をクリックして、まずインスタンスを作成してください。 + > 現在のプロジェクトにTiDB Cloud Starterインスタンスが存在しない場合は、 **Create New Resource**ドロップダウンリストの**Link Data Sources**をクリックして、まずインスタンスを作成してください。 4. サンプルデータアプリが自動的に作成されると、アプリ名、左側のペインにエンドポイントの一覧、中央のペインにエンドポイントのSQLステートメント、右側にサンプルデータアプリの使用方法に関する説明が表示されます。 @@ -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} @@ -181,7 +181,7 @@ Data Serviceの利用を開始するには、独自のデータアプリを作 1. エンドポイントの詳細ページで、右上隅にある**「デプロイ」**をクリックします。 -2. デプロイを確定するには、 **「デプロイ」**をクリックしてください。エンドポイントが正常にデプロイされると、 **「エンドポイントがデプロイされました」**というメッセージが表示されます。 +2. デプロイを確定するには、 **「デプロイ」**をクリックしてください。エンドポイントが正常にデプロイされると、 **Endpoint has been deployed**というメッセージが表示されます。 デプロイ履歴を表示するには、左側のペインでデータアプリの名前をクリックし、右側のペインで「**デプロイ」**タブをクリックします。 @@ -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..9f80572d084de 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との連携]**エリアで**Integrate with Dify**クリックする必要がある点です。 diff --git a/tidb-cloud/data-service-manage-data-app.md b/tidb-cloud/data-service-manage-data-app.md index 8610f852aec16..4a324f5167e27 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**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..6c58fa8215efb 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)を参照してください。 エンドポイントをデプロイするには、以下の手順を実行します。 @@ -362,7 +362,7 @@ Data Serviceでは、データアプリに直接追加できる事前定義済 2. 左側のペインで、対象のデータアプリの名前をクリックすると、そのエンドポイントが表示されます。 3. デプロイしたいエンドポイントを見つけ、エンドポイント名をクリックして詳細を表示し、右上隅の**「デプロイ」**をクリックします。 4. データアプリで**「下書きの確認」**が有効になっている場合、変更内容を確認するためのダイアログが表示されます。確認結果に基づいて、変更を破棄するかどうかを選択できます。 -5. デプロイを確定するには、 **「デプロイ」**をクリックしてください。エンドポイントが正常にデプロイされると、 **「エンドポイントがデプロイされました」**というメッセージが表示されます。 +5. デプロイを確定するには、 **「デプロイ」**をクリックしてください。エンドポイントが正常にデプロイされると、 **Endpoint has been deployed**というメッセージが表示されます。 エンドポイント詳細ページの右側のペインで、「**デプロイメント」**タブをクリックすると、デプロイ履歴を表示できます。 @@ -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..bc224786bccc1 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 to GitHub**をクリックします。接続設定用のダイアログボックスが表示されます。 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に接続」**エリアの**Connect to GitHub**をクリックします。 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..e8457e0c50de3 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. お好みに応じて、 **「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..08cc2c807b197 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 をコピーするには、ファイルを選択し、 **Open object overflow menu**をクリックして、 **Copy gsutil URI**クリックします。 ![Get bucket URI](/media/tidb-cloud/gcp-bucket-uri01.png) @@ -222,7 +222,7 @@ TiDB CloudがGCSバケット内のソースデータにアクセスできるよ ![Get bucket URI](/media/tidb-cloud/gcp-bucket-uri02.png) -7. TiDB Cloudコンソールで、Google Cloud Service アカウント ID を取得する**データインポート**ページに移動し、GCS バケットの gsutil URI を**バケット gsutil URI**フィールドに貼り付けます。たとえば、 `gs://tidb-cloud-source-data/`を貼り付けます。 +7. TiDB Cloudコンソールで、Google Cloud Service アカウント ID を取得する**データインポート**ページに移動し、GCS バケットの gsutil URI を**Bucket gsutil URI**フィールドに貼り付けます。たとえば、 `gs://tidb-cloud-source-data/`を貼り付けます。 ## Azure Blob Storageへのアクセスを構成する {#configure-azure-blob-storage-access} @@ -230,16 +230,16 @@ 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. 必要に応じて**開始日時と有効期限日時**を調整してください。セキュリティ上の理由から、有効期限はデータインポートのスケジュールに合わせて設定することをお勧めします。 + 4. 必要に応じて**Start and expiry date/time**を調整してください。セキュリティ上の理由から、有効期限はデータインポートのスケジュールに合わせて設定することをお勧めします。 5. その他の設定については、デフォルト値を維持してください。 ![sas-create](/media/tidb-cloud/dedicated-external-storage/azure-sas-create.png) 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..edfe252dbedf6 100644 --- a/tidb-cloud/essential-database-audit-logging.md +++ b/tidb-cloud/essential-database-audit-logging.md @@ -14,7 +14,7 @@ TiDB Cloud Essentialは、実行されたSQLステートメントなど、デー 組織のユーザーアクセスポリシーやその他の情報セキュリティ対策の有効性を評価するには、データベース監査ログを定期的に分析することがセキュリティ上のベストプラクティスです。 -監査ログ機能は**デフォルトでは無効になっています**。TiDB Cloud Essentialインスタンスの監査を行うには、監査ログを有効にする必要があります。 +監査ログ機能は**disabled by default**。TiDB Cloud Essentialインスタンスの監査を行うには、監査ログを有効にする必要があります。 ## 監査ログの設定 {#audit-logging-configurations} @@ -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..76949ec17b0af 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/features.md b/tidb-cloud/features.md index 74f36e5ddbe5e..890cb66a08db9 100644 --- a/tidb-cloud/features.md +++ b/tidb-cloud/features.md @@ -11,10 +11,10 @@ summary: TiDB Cloudの各プランにおける機能サポート状況につい > > [TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter) 、 TiDB Cloudを始めるのに最適な方法です。さらに、 [TiDB Playground](https://play.tidbcloud.com/?utm_source=docs&utm_medium=tidb_cloud_quick_start)でTiDB Cloudの機能を試すこともできます。 -- ✅:**一般公開済み**、または**パブリックプレビュー中です**。 -- 🔒:**プライベートプレビュー中です**。 +- ✅:**一般公開済み**、または**in public preview**。 +- 🔒:**In private preview**。 - 🚧:**開発中です**。 -- ❌:**現在ご利用いただけません**。 +- ❌:**Currently not available**。
カテゴリ特徴StarterEssentialPremiumDedicated
基本スケーラブルなトランザクション処理✅ ✅ ✅ ✅
分析処理✅ ✅ ✅ ✅
API ✅
（一般公開プレビュー）		 ✅
（一般公開プレビュー）		 ✅
（一般公開プレビュー）		 ✅
（一般公開プレビュー）
開発者エクスペリエンスデータブランチ✅ ✅ 🚧 ❌
SQLエディタ✅ 🚧 🚧 ❌
リソース管理使った分だけ支払う✅ ✅ ✅ ❌
ワークロードに基づいた自動スケーリング✅ ✅ ✅ ❌
クラスターの手動変更❌ ❌ ❌ ✅
パスワード設定✅ ✅ ✅ ✅
一時停止と再開❌ ❌ ❌ ✅
システムメンテナンス期間❌ ❌ 🚧 ✅
バックアップファイルのごみ箱❌ ✅ ✅ ✅
Specialized featuresベクトルストレージとベクトル検索✅
（一般公開プレビュー）		❌❌❌
全文検索✅
（一般公開プレビュー）		❌🚧❌
データ処理CSV、Parquet、SQLファイルからTiDB Cloudへのデータインポート✅ ✅ ✅ ✅
MySQL互換データベースからTiDB Cloudへのデータ移行❌ ✅
（一般公開プレビュー）		 ✅
（一般公開プレビュー）		 ✅
CSV、Parquet、SQLファイルによるローカルストレージまたはオブジェクトストレージへのデータエクスポート✅
（一般公開プレビュー）		 ✅
（一般公開プレビュー）		 🔒 ❌
変更フィードを使用して、Kafkaまたはその他のMySQL互換データベースへのデータレプリケーションを変更します。 ❌ 🔒 ✅ ✅
バックアップと復元自動バックアップ✅ ✅ ✅ ✅
手動バックアップ❌ ❌ ✅ ✅
デュアルリージョンバックアップ❌ ❌ ❌ ✅
特定時点リカバリ（PITR） ❌ ✅ ✅ ✅
復元する✅ ✅ ✅ ✅
可観測性組み込みの指標✅ ✅ ✅ ✅
アラート❌ ✅ ✅ ✅
SQL文の分析✅ ✅ ✅ ✅
スロークエリログ✅ ✅ ✅ ✅
Top SQL ❌ ✅
（公開プレビューでトップRUを獲得）		 ✅
（公開プレビューでトップRUを獲得）		 ✅
イベント✅ ✅ 🚧 ✅
PrometheusとGrafanaの統合❌ ✅
（一般公開プレビュー）		 ✅
（一般公開プレビュー）		 ✅
Datadogとの連携❌✅
(Public preview)		✅
(Public preview)		 ✅
New Relicとの連携❌ ❌ ❌ ✅
高可用性クロスAZフェイルオーバー❌ ❌ ✅ ✅ ✅
リソース割り当てノードグループ❌ ❌ ❌ ✅
リソース制御❌ ❌ 🚧 ✅
ネットワーク接続プライベートエンドポイント✅ ✅ ✅ ✅
公開エンドポイント✅ ✅ ✅ ✅
VPCピアリング❌ ❌ 🔒 ✅
Securityデータベース監査ログ❌ 🔒 ✅ ✅
コンソール監査ログ✅ ✅ ✅ ✅
ログの秘匿化✅ ✅ ✅ ✅
CMEK ❌ ❌ 🔒 ✅
二重層暗号化✅ ✅ 🔒 ✅
IAM （メールアドレスとパスワードによるログイン、標準SSO、Cloud Organization SSOを含む） ✅ ✅ ✅ ✅
クラウドとリージョンAWS ✅ ✅ ✅ ✅
アリババクラウド✅ ✅ ✅ ❌
Azure ❌ ❌ 🚧 ✅
Google Cloud ❌ ❌ ❌ ✅
クラウドとリージョンAWS ✅ ✅ ✅ ✅
Azure ❌ ❌ 🚧 ✅
Google Cloud ❌ ❌ ❌ ✅
diff --git a/tidb-cloud/import-csv-files-serverless.md b/tidb-cloud/import-csv-files-serverless.md index c1715ee6a4af1..50c098441957c 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..c2e019b9cc5f0 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..b2b0d1dbd7bfb 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..a11a099614b13 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..0004151f02d8e 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..4af9e501c828c 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. **ネットワーク設定**ページで、 **Add IP Address**領域の**IP Access List**をクリックします。 -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..520ee2975d4e9 100644 --- a/tidb-cloud/integrate-tidbcloud-with-airbyte.md +++ b/tidb-cloud/integrate-tidbcloud-with-airbyte.md @@ -62,7 +62,7 @@ Airbyteのバナーが表示されたら、ユーザー名（ `airbyte` ）と > - JDBC を介してTiDB Cloudへの TLS 接続を無効にする場合は、JDBC URL パラメータで useSSL を`false`に設定し、SSL 接続を閉じる必要があります。たとえば、 `useSSL=false`のように設定します。 > - TiDB Cloud StarterとTiDB Cloud EssentialはTLS接続のみをサポートしています。 -4. コネクタの作成を完了するには、「ソースまたは**宛先の****設定」**をクリックします。次のスクリーンショットは、ソースとしてTiDBを設定した例です。 +4. コネクタの作成を完了するには、「ソースまたは**Set up source****設定」**をクリックします。次のスクリーンショットは、ソースとしてTiDBを設定した例です。 ![TiDB source configuration](/media/tidb-cloud/integration-airbyte-parameters.jpg) @@ -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..9d7125831598f 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..c8fa66a702534 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..564f1a44d5483 100644 --- a/tidb-cloud/integrate-tidbcloud-with-vercel.md +++ b/tidb-cloud/integrate-tidbcloud-with-vercel.md @@ -80,7 +80,7 @@ TiDB Cloud Vercel 統合経由で接続するには、 [Vercelの統合マーケ
-1. [TiDB Cloud Vercelとの統合](https://vercel.com/integrations/tidb-cloud)ページの右上領域にある**[統合の追加] を**クリックします。 **[TiDB Cloudの追加]**ダイアログが表示されます。 +1. [TiDB Cloud Vercelとの統合](https://vercel.com/integrations/tidb-cloud)ページの右上領域にある**[統合の追加] を**クリックします。 **Add TiDB Cloud**ダイアログが表示されます。 2. ドロップダウンリストから統合の範囲を選択し、 **「続行」**をクリックしてください。 3. 統合を追加するVercelプロジェクトを選択し、 **「続行」**をクリックします。 4. 統合に必要な権限を確認し、 **「統合を追加」**をクリックしてください。すると、 TiDB Cloudコンソールの統合ページに移動します。 @@ -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に戻ります**。 @@ -123,7 +123,7 @@ TiDB Cloud Vercel 統合経由で接続するには、 [Vercelの統合マーケ
-1. [TiDB Cloud Vercelとの統合](https://vercel.com/integrations/tidb-cloud)ページの右上領域にある**[統合の追加] を**クリックします。 **[TiDB Cloudの追加]**ダイアログが表示されます。 +1. [TiDB Cloud Vercelとの統合](https://vercel.com/integrations/tidb-cloud)ページの右上領域にある**[統合の追加] を**クリックします。 **Add TiDB Cloud**ダイアログが表示されます。 2. ドロップダウンリストから統合の範囲を選択し、 **「続行」**をクリックしてください。 3. 統合を追加するVercelプロジェクトを選択し、 **「続行」**をクリックします。 4. 統合に必要な権限を確認し、 **「統合を追加」**をクリックしてください。すると、 TiDB Cloudコンソールの統合ページに移動します。 diff --git a/tidb-cloud/integrate-tidbcloud-with-zapier.md b/tidb-cloud/integrate-tidbcloud-with-zapier.md index cb2f6ecdce12d..c0828002bfe75 100644 --- a/tidb-cloud/integrate-tidbcloud-with-zapier.md +++ b/tidb-cloud/integrate-tidbcloud-with-zapier.md @@ -187,7 +187,7 @@ TiDB Cloudには、Zapierで直接使用できるテンプレートがいくつ ### TiDB CloudアカウントをZapierに設定するにはどうすればよいですか？ {#how-can-i-set-up-the-tidb-cloud-account-in-zapier} -Zapierは、 TiDB Cloudアカウントに接続するために**TiDB Cloud APIキー**を必要とします。ZapierはTiDB Cloudのログインアカウントを必要としません。 +Zapierは、 TiDB Cloudアカウントに接続するために**TiDB Cloud API key**を必要とします。ZapierはTiDB Cloudのログインアカウントを必要としません。 TiDB Cloud API キーを取得するには、 [TiDB Cloud APIドキュメント](https://docs.pingcap.com/tidbcloud/api/v1beta#section/Authentication/API-Key-Management)に従ってください。 @@ -201,7 +201,7 @@ API 内のアイテムが複数の異なるポーリングに存在する場合 `New Cluster`および`New Table`トリガーは、 `cluster_id`または`table_id`を`id`フィールドとして使用して重複排除を行います。この 2 つのトリガーについては、何もする必要はありません。 -**新しい行のトリガー** +**New Row Trigger** `New Row`トリガーは、フェッチごとに10,000件の結果を制限します。そのため、新しい行が10,000件の結果に含まれていない場合、Zapierはトリガーされません。 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..b2b3efbcf2c63 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..0895e64cd6d07 100644 --- a/tidb-cloud/manage-user-access.md +++ b/tidb-cloud/manage-user-access.md @@ -71,15 +71,15 @@ 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 仮想プロジェクト**: このプロジェクトは仮想プロジェクトであり、管理機能は提供しません。これは、どのプロジェクトにも属さない TiDB X インスタンスの仮想コンテナとして機能するため、これらのインスタンスには、プロジェクト ID を使用してTiDB Cloud API 経由でアクセスできます。各組織には一意の仮想プロジェクト ID があります。この ID は、TiDB Cloud API の[アクセス可能なプロジェクトをすべて一覧表示します](https://docs.pingcap.com/tidbcloud/api/v1beta/#tag/Project/operation/ListProjects) 。 +- **TiDB Dedicated project**：このプロジェクトタイプは、 TiDB Cloud Dedicatedクラスタでのみ使用されます。RBAC、ネットワーク、メンテナンス、アラート購読、暗号化アクセスなど、 TiDB Cloud Dedicatedクラスタの設定をプロジェクトごとに個別に管理できます。 +- **TiDB X project**: このプロジェクト タイプは、TiDB X インスタンス ( TiDB Cloud Starter、 Essential、Premium インスタンスを含む) でのみ使用されます。プロジェクトごとに TiDB X インスタンスの RBAC を管理できます。TiDB X プロジェクトは[**My TiDB**](https://tidbcloud.com/tidbs)ページでプロジェクトを作成する際のデフォルトのプロジェクト タイプです。 +- **TiDB X virtual project**: このプロジェクトは仮想プロジェクトであり、管理機能は提供しません。これは、どのプロジェクトにも属さない 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..5ac4dace6c391 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..4e2f71939c26f 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,9 +840,9 @@ TiDB Cloudへのデータ移行を一度で完了させるには、ソースデ -TiDB Cloud Premiumへのデータ移行を一度で完了させるには、 **「フル＋増分」**を選択してください。これにより、ソースデータベースとターゲットデータベース間のデータの一貫性が確保されます。 +TiDB Cloud Premiumへのデータ移行を一度で完了させるには、 **Full + Incremental**を選択してください。これにより、ソースデータベースとターゲットデータベース間のデータの一貫性が確保されます。 -**既存データの移行**には、**物理​​モード**または**論理モードの**いずれかを使用できます。 +**既存データの移行**には、**物理​​モード**または**existing data migration**いずれかを使用できます。 - デフォルトモードは**論理モード**です。このモードでは、MySQLソースデータベースからSQLステートメントとしてデータをエクスポートし、ターゲットのTiDB Cloud Premiumインスタンス上で実行します。このモードでは、移行前にターゲットテーブルが空でも空でなくても構いませんが、物理モードよりもパフォーマンスが低下します。 @@ -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..e83464c73a28b 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**をクリックします。表示されたダイアログで、 **Use IP addresses**を選択し、 [ **+]**をクリックし、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..f051baf8dd364 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..b72fdb55b23aa 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. **統合**ページで、 **「Datadogとの統合」**または**Integration to Datadog**横にある**Integration to New Relic**クリックします。 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..af0d06e9592f8 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..241d7fb60d7c0 100644 --- a/tidb-cloud/monitor-datadog-integration.md +++ b/tidb-cloud/monitor-datadog-integration.md @@ -19,7 +19,7 @@ TiDB CloudはDatadogとの連携をサポートしています。TiDB Cloudを TiDB Cloudは、2022年3月4日よりプロジェクトレベルのDatadog統合（ベータ版）をサポートしてきました。2025年7月31日より、TiDB CloudレベルのDatadog統合（PREVIEW）を導入します。2025年9月30日より、クラスターレベルのDatadog統合が一般提供（GA）となります。 -- **クラスタレベルのDatadog統合**：2025年7月31日までに組織内に削除されていない従来のプロジェクトレベルのDatadogまたはNew Relic統合が残っていない場合、 TiDB Cloudは組織が最新の機能強化を体験できるように、クラスタレベルのDatadog統合を提供します。 +- **Cluster-level Datadog integration**：2025年7月31日までに組織内に削除されていない従来のプロジェクトレベルのDatadogまたはNew Relic統合が残っていない場合、 TiDB Cloudは組織が最新の機能強化を体験できるように、クラスタレベルのDatadog統合を提供します。 - **従来のプロジェクトレベルの Datadog 統合 (ベータ版)** : 2025 年 7 月 31 日時点で組織内に少なくとも 1 つの従来のプロジェクトレベルの Datadog または New Relic 統合が削除されずに残っている場合、 TiDB Cloudは、現在のダッシュボードへの影響を回避するために、組織向けにプロジェクトレベルで既存および新規の統合の両方を保持します。従来のプロジェクトレベルの Datadog 統合は、2025 年 10 月 31 日に廃止されました。組織がこれらの従来の統合をまだ使用している場合は、[DatadogとNew Relicの統合を移行する](/tidb-cloud/migrate-metrics-integrations.md)手順に従って、新しいクラスタレベルの統合に移行し、メトリクス関連サービスへの影響を最小限に抑えてください。 ## 前提条件 {#prerequisites} @@ -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)に移動します。 +2. Datadog の[**TiDB Cloud Integration**ページ](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..f881b852bf02c 100644 --- a/tidb-cloud/monitor-new-relic-integration.md +++ b/tidb-cloud/monitor-new-relic-integration.md @@ -11,7 +11,7 @@ TiDB CloudはNew Relicとの連携をサポートしています。TiDB Cloudを TiDB Cloudは、2023年4月11日よりプロジェクトレベルのNew Relic統合（ベータ版）をサポートしてきました。2025年7月31日より、TiDB CloudレベルのNew Relic統合（PREVIEW）を導入します。2025年9月30日より、クラスターレベルのNew Relic統合が一般提供（GA）となります。 -- **クラスタレベルのNew Relic統合**：2025年7月31日までに組織内で削除されていない従来のプロジェクトレベルのDatadogまたはNew Relic統合が残っていない場合、 TiDB Cloudは組織が最新の機能強化を体験できるように、クラスタレベルのNew Relic統合を提供します。 +- **Cluster-level New Relic integration**：2025年7月31日までに組織内で削除されていない従来のプロジェクトレベルのDatadogまたはNew Relic統合が残っていない場合、 TiDB Cloudは組織が最新の機能強化を体験できるように、クラスタレベルのNew Relic統合を提供します。 - **従来のプロジェクトレベルの New Relic 統合 (ベータ版)** : 2025 年 7 月 31 日時点で組織内に少なくとも 1 つの従来のプロジェクトレベルの Datadog または New Relic 統合が削除されずに残っている場合、 TiDB Cloud は、現在のダッシュボードへの影響を回避するために、組織向けにプロジェクトレベルで既存および新規の統合の両方を保持します。従来のプロジェクトレベルの New Relic 統合は、2025 年 10 月 31 日に廃止されました。組織がこれらの従来の統合をまだ使用している場合は、[DatadogとNew Relicの統合を移行する](/tidb-cloud/migrate-metrics-integrations.md)手順に従って、新しいクラスタレベルの統合に移行し、メトリクス関連サービスへの影響を最小限に抑えてください。 ## 前提条件 {#prerequisites} @@ -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..910a39e08d3ca 100644 --- a/tidb-cloud/monitor-prometheus-and-grafana-integration.md +++ b/tidb-cloud/monitor-prometheus-and-grafana-integration.md @@ -13,7 +13,7 @@ TiDB Cloudは[Prometheus](https://prometheus.io/)APIエンドポイントを提 TiDB Cloudは、2022年3月15日よりプロジェクトレベルのPrometheus統合（ベータ版）をサポートしてきました。2025年10月21日より、TiDB CloudレベルのPrometheus統合（PREVIEW）を導入します。2025年12月2日より、クラスターレベルのPrometheus統合が一般提供（GA）となります。 -- **クラスタレベルのPrometheus統合**：2025年10月21日までに組織内に削除されていない従来のプロジェクトレベルのPrometheus統合が残っていない場合、 TiDB Cloudは組織が最新の機能強化を体験できるように、クラスタレベルのPrometheus統合を提供します。 +- **Cluster-level Prometheus integration**：2025年10月21日までに組織内に削除されていない従来のプロジェクトレベルのPrometheus統合が残っていない場合、 TiDB Cloudは組織が最新の機能強化を体験できるように、クラスタレベルのPrometheus統合を提供します。 - **従来のプロジェクトレベルの Prometheus 統合 (ベータ版)** : 2025 年 10 月 21 日時点で組織内に少なくとも 1 つの従来のプロジェクトレベルの Prometheus 統合が削除されずに残っている場合、 TiDB Cloud は、現在のダッシュボードへの影響を回避するために、組織向けにプロジェクトレベルで既存および新規の統合の両方を保持します。 @@ -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..d6965fe38a4c3 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/pause-or-resume-tidb-cluster.md b/tidb-cloud/pause-or-resume-tidb-cluster.md index 7c9cef015c50e..f52f23e4a17de 100644 --- a/tidb-cloud/pause-or-resume-tidb-cluster.md +++ b/tidb-cloud/pause-or-resume-tidb-cluster.md @@ -92,7 +92,7 @@ TiDB Cloudでは、常時稼働していないTiDB Cloud Dedicatedクラスタ 3. ドロップダウンメニューの**「一時停止」**をクリックしてください。 - **「クラスターを一時停止する」**ダイアログが表示されます。 + **Pause your cluster**ダイアログが表示されます。 4. ダイアログで**「一時停止」**をクリックして選択を確定してください。 @@ -112,7 +112,7 @@ TiDB Cloud API を使用してクラスタを一時停止することもでき 1. TiDB Cloudコンソールで、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動します。 -2. 再開したいTiDB Cloud Dedicatedクラスターについて、 **[再開]**をクリックします。 **[クラスターの再開]**ダイアログが表示されます。 +2. 再開したいTiDB Cloud Dedicatedクラスターについて、 **[再開]**をクリックします。 **Resume your cluster**ダイアログが表示されます。 > **Note:** > diff --git a/tidb-cloud/premium/backup-and-restore-premium.md b/tidb-cloud/premium/backup-and-restore-premium.md index d108144e83d89..8320800c9188c 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 はインスタンスの **latest successful automatic backup** を保護します。これを削除しようとすると、コンソールに、このバックアップは保護されており、有効期限が切れるまで削除できないことを説明するメッセージが表示されます。 > TiDB Cloud で `Organization Owner` または `Project Owner` ロールを持っている場合は、最新の成功した自動バックアップ以外の自動バックアップ、または手動バックアップを削除できます。 ## 手動バックアップ {#manual-backups} @@ -169,7 +169,7 @@ TiDB Cloud Premiumは、自動バックアップに加えて、手動バック ### 主な特徴 {#key-characteristics} -- **保持と削除**：自動バックアップとは異なり、手動バックアップは保持ポリシーに基づいて自動的に削除されません。明示的に削除するまで保持されます。インスタンスを削除すると、その手動バックアップはごみ箱に移動し、手動で削除するまでそこに残ります。 +- **Retention and deletion**：自動バックアップとは異なり、手動バックアップは保持ポリシーに基づいて自動的に削除されません。明示的に削除するまで保持されます。インスタンスを削除すると、その手動バックアップはごみ箱に移動し、手動で削除するまでそこに残ります。 - **保存場所**：手動バックアップは、TiDBが管理するクラウドストレージに保存されます。 @@ -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..b64421f5fd908 100644 --- a/tidb-cloud/premium/configure-ip-access-list-premium.md +++ b/tidb-cloud/premium/configure-ip-access-list-premium.md @@ -9,7 +9,7 @@ TiDB Cloudの各TiDB Cloud Premium インスタンスに対して、IP アクセ > **Note:** > -> このドキュメントは**TiDB Cloud Premium**に適用されます。 **TiDB Cloud Starter**または**TiDB Cloud Essential**の IP アクセス リストを構成する手順については、 [パブリックエンドポイント向けにTiDB Cloud StarterまたはEssential Firewallルールを設定する](/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md)するを参照してください。 +> このドキュメントは**{{{ .premium }}}**に適用されます。 **TiDB Cloud Starter**または**TiDB Cloud Essential**の IP アクセス リストを構成する手順については、 [パブリックエンドポイント向けにTiDB Cloud StarterまたはEssential Firewallルールを設定する](/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md)するを参照してください。 TiDB Cloud PremiumインスタンスのIPアクセスリストを設定するには、以下の手順に従ってください。 @@ -21,13 +21,13 @@ TiDB Cloud PremiumインスタンスのIPアクセスリストを設定するに 2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 -3. **ネットワークの**ページで、 **[パブリックエンドポイント****を有効にする]**をクリックして、インスタンスがパブリックエンドポイント経由でアクセスできるようにし、 **[IP アドレスを追加] を**クリックします。 +3. **ネットワークの**ページで、 **[パブリックエンドポイント****を有効にする]**をクリックして、インスタンスがパブリックエンドポイント経由でアクセスできるようにし、 **Add IP Address**クリックします。 4. 表示されたダイアログで、以下のいずれかのオプションを選択してください。 - - **どこからでもアクセスを許可する**：すべてのIPアドレスからTiDB Cloudへのアクセスを許可します。このオプションを選択すると、インスタンスがインターネットに完全に公開されるため、非常に危険です。 - - **IPアドレスを使用する**（推奨）：SQLクライアント経由でTiDB Cloudへのアクセスを許可するIPアドレスとCIDRアドレスのリストを追加できます。 + - **Allow access from anywhere**：すべてのIPアドレスからTiDB Cloudへのアクセスを許可します。このオプションを選択すると、インスタンスがインターネットに完全に公開されるため、非常に危険です。 + - **Use IP addresses**（推奨）：SQLクライアント経由でTiDB Cloudへのアクセスを許可するIPアドレスとCIDRアドレスのリストを追加できます。 -5. **「IPアドレスを使用する」**を選択した場合は、IPアドレスまたはCIDR範囲を追加し、必要に応じて説明を追加してください。 +5. **Use IP addresses**を選択した場合は、IPアドレスまたはCIDR範囲を追加し、必要に応じて説明を追加してください。 6. 変更を保存するには、 **「確認」**をクリックしてください。 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..87aedc140540a 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} @@ -38,8 +38,8 @@ Alibaba Cloud管理コンソールを使用してVPCインターフェースエ - **リージョン**： TiDB Cloud Premiumインスタンスと同じリージョンを選択してください。 - **エンドポイント名**：エンドポイントの名前を入力してください。 - **エンドポイントタイプ**：**インターフェースエンドポイント**を選択してください。 - - **エンドポイントサービス**： **[その他のエンドポイントサービス]**を選択します。 -5. **「エンドポイントサービス名」**フィールドに、 TiDB Cloudからコピーしたサービス名を貼り付けます。 + - **エンドポイントサービス**： **Other Endpoint Services**を選択します。 +5. **Endpoint Service Name**フィールドに、 TiDB Cloudからコピーしたサービス名を貼り付けます。 6. **「確認」**をクリックしてください。緑色のチェックマークが表示されれば、サービスが有効であることを示します。 7. エンドポイントに関連付ける**VPC** 、**セキュリティグループ**、および**ゾーン**を選択してください。 8. エンドポイントを作成するには、 **「OK」**をクリックしてください。 @@ -49,7 +49,7 @@ Alibaba Cloud管理コンソールを使用してVPCインターフェースエ - **「基本情報」**セクションで、**エンドポイントID**をコピーしてください。この値は後で*エンドポイントリソースID*として使用します。 -- **「エンドポイントサービスのドメイン名」**セクションで、 **「デフォルトのドメイン名」**をコピーしてください。この値は後で*ドメイン名*として使用します。 +- **「エンドポイントサービスのドメイン名」**セクションで、 **Default Domain Name**をコピーしてください。この値は後で*ドメイン名*として使用します。 ![AliCloud private endpoint Information](/media/tidb-cloud/private-endpoint/alicloud-private-endpoint-info.png) @@ -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..ad892d4caa646 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..3a25f4617bba8 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）またはサービス管理暗号化キーのいずれかを選択できます。 @@ -36,14 +36,14 @@ TiDB Cloud Premiumは、より高いレベルのデータセキュリティを バックアップデータへのアクセスには元のKMSマスターキーが必要となるため、以下の要件を満たしていることを確認してください。 -- **キーの可用性を管理**：元のTiDB Cloud Premium インスタンスを削除した場合でも、バックアップデータを復元できるように、関連付けられた KMS マスターキーをアクティブな状態に保ってください。 -- **適切な認証を確保する**：復元操作中は、バックアップに関連付けられているものと全く同じKMSマスターキーを設定し、そのキーにデータアクセスに必要な権限が付与されていることを確認してください。 +- **Maintain key availability**：元のTiDB Cloud Premium インスタンスを削除した場合でも、バックアップデータを復元できるように、関連付けられた KMS マスターキーをアクティブな状態に保ってください。 +- **Ensure correct authorization**：復元操作中は、バックアップに関連付けられているものと全く同じKMSマスターキーを設定し、そのキーにデータアクセスに必要な権限が付与されていることを確認してください。 ### 主要管理オプション {#key-management-options} デュアルレイヤーデータ暗号化では、クラウドプロバイダーの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} @@ -132,9 +132,9 @@ TiDB Cloudに暗号化キーの管理を代行させるには、以下の手順 開始する前に、クラウドプロバイダーのKMSで対称暗号化キーを作成済みであることを確認してください。次に、以下の手順を実行してください。 -1. TiDB Cloud Premiumインスタンスの**セキュリティ**ページで、 **「二重層データ暗号化」**セクションの**「有効にする」**をクリックします。 +1. TiDB Cloud Premiumインスタンスの**セキュリティ**ページで、 **「二重層データ暗号化」**セクションの**Dual-Layer Data Encryption**をクリックします。 -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を追加」**をクリックして、キーアクセス構成を確認し、二重層データ暗号化を有効にします。 @@ -151,8 +151,8 @@ TiDB Cloudに暗号化キーの管理を代行させるには、以下の手順 TiDB Cloudに暗号化キーの管理を代行させるには、以下の手順に従ってください。 -1. TiDB Cloud Premiumインスタンスの**セキュリティ**ページで、 **「二重層データ暗号化」**セクションの**「有効にする」**をクリックします。 -2. **サービス管理暗号化キー**を選択してください。 +1. TiDB Cloud Premiumインスタンスの**セキュリティ**ページで、 **「二重層データ暗号化」**セクションの**Dual-Layer Data Encryption**をクリックします。 +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..2e6e6b52f5964 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,8 +281,8 @@ TiDB Self-ManagedクラスターからAmazon S3にデータをエクスポート 1. [TiDB Cloudコンソール](https://tidbcloud.com/tidbs)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 - 3. **ネットワーク設定**ページで、 **「IPアドレスの追加」**をクリックします。 - 4. 表示されたダイアログで、 **[IP アドレスを使用する]**を選択し、 [ **+** ] をクリックし、 **[IP アドレス]**フィールドに TiCDCコンポーネントのパブリック IP アドレスを入力して、 **[確認]**をクリックします。これで、TiCDC はTiDB Cloud Premium にアクセスできるようになりました。詳細については、 [IPアクセスリストを設定する](/tidb-cloud/configure-ip-access-list.md)を参照してください。 + 3. **ネットワーク設定**ページで、 **Add IP Address**をクリックします。 + 4. 表示されたダイアログで、 **Use IP addresses**を選択し、 [ **+** ] をクリックし、 **[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..e09ed8d8ec75e 100644 --- a/tidb-cloud/premium/tidb-cloud-auditing-premium.md +++ b/tidb-cloud/premium/tidb-cloud-auditing-premium.md @@ -9,7 +9,7 @@ TiDB Cloudは、実行されたSQLステートメントなど、データベー 組織のユーザーアクセスポリシーやその他の情報セキュリティ対策の有効性を評価するには、データベース監査ログを定期的に分析することがセキュリティ上のベストプラクティスです。 -監査ログ機能は**デフォルトでは無効になっています**。TiDB Cloud Premiumインスタンスを監査するには、まず監査ログを有効にしてから、監査フィルタールールを設定する必要があります。 +監査ログ機能は**disabled by default**。TiDB Cloud Premiumインスタンスを監査するには、まず監査ログを有効にしてから、監査フィルタールールを設定する必要があります。 > **Note:** > @@ -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ポリシー設定**セクションを探し、後で使用するために**TiDB Cloud Account ID**と**TiDB Cloud External ID**を記録してください。 2. Alibaba Cloud コンソールで、 **[RAM]** > **[権限]** > **[ポリシー]**に移動し、監査ログ OSS バケットに対して`oss:PutObject`書き込み専用権限を持つポリシーが既に存在するかどうかを確認します。 @@ -166,13 +166,13 @@ TiDB Cloudが監査ログを書き込む宛先として、組織が所有するA - そうでない場合は、以下の手順に従って**「役割の作成」を**クリックしてください。 - 1. 役割作成ページで、 **[ポリシーエディターに切り替える]**をクリックします。 - 2. **「プリンシパル」**で**「クラウドアカウント」**を選択し、フィールドに**TiDB CloudアカウントID**を入力します。 + 1. 役割作成ページで、 **Switch to Policy Editor**をクリックします。 + 2. **「プリンシパル」**で**「クラウドアカウント」**を選択し、フィールドに**TiDB Cloud Account Id**を入力します。 3. **「アクション」**の下にあるドロップダウンリストから**「sts:AssumeRole」**を選択します。 4. **「条件を追加」**をクリックし、次のように条件を設定します。 - **キーを**`sts:ExternalId`に設定します。 - **演算子を**`StringEquals`に設定します。 - - **TiDB Cloud外部ID**に**値**を設定します。 + - **TiDB Cloud外部ID**に**TiDB Cloud External ID**を設定します。 5. **「OK」**をクリックして**「役割の作成」**ダイアログを開きます。 6. **「役割名」**フィールドに役割名を入力し、 **「OK」**をクリックして役割を作成します。 @@ -243,7 +243,7 @@ TiDB Cloudコンソールで、 TiDB CloudアカウントIDを取得した**「 4. **「接続テスト」**をクリックして、 TiDB CloudがOSSバケットにアクセスして書き込みできるかどうかを確認してください。 - - 接続が成功すると、 **「接続成功」**と表示されます。 + - 接続が成功すると、 **The connection is successful**と表示されます。 - そうでない場合は、OSSバケットのアクセス許可、RAMロールの設定、およびポリシーを確認してください。 5. インスタンスの監査ログを有効にするには、 **「有効にする」**をクリックしてください。 @@ -263,11 +263,11 @@ TiDB Cloudコンソールで、 TiDB CloudアカウントIDを取得した**「 インスタンスの監査フィルタルールを指定するには、次の手順を実行します。 -1. **DB監査ログ**ページで、 **「ログフィルタルール」**セクションの**「フィルタルールの追加」**をクリックして、監査フィルタルールを追加します。 +1. **DB Audit Logging**ページで、 **Add Filter Rule**セクションの**Log Filter Rules**をクリックして、監査フィルタルールを追加します。 監査ルールは一度に1つずつ追加できます。各ルールでは、ユーザー式、データベース式、テーブル式、およびアクセスタイプを指定します。監査要件に合わせて、複数の監査ルールを追加できます。 -2. **ログフィルタルールの**セクションで、 **>**をクリックして展開し、追加した監査ルールの一覧を表示します。 +2. **Log Filter Rules**セクションで、 **>**をクリックして展開し、追加した監査ルールの一覧を表示します。 > **Note:** > 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..213b6d6c9ed82 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..1930370dd2131 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..504ede39f5318 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/security-concepts.md b/tidb-cloud/security-concepts.md index 4dfedef5c16d0..64e098e8a5edc 100644 --- a/tidb-cloud/security-concepts.md +++ b/tidb-cloud/security-concepts.md @@ -11,9 +11,9 @@ TiDB Cloudは、データの保護、アクセス制御の徹底、最新のコ - **IDおよびアクセス管理（IAM ）** ： TiDB Cloudコンソール環境とデータベース環境の両方において、セキュリティかつ柔軟な認証と権限管理を実現します。 -- **ネットワークアクセス制御**：プライベートエンドポイント、VPCピアリング、TLS暗号化、IPアクセスリストなど、設定可能な接続オプション。 +- **Network access control**：プライベートエンドポイント、VPCピアリング、TLS暗号化、IPアクセスリストなど、設定可能な接続オプション。 -- **データアクセス制御**：保存されているデータを保護するための、顧客管理暗号化キー（CMEK）などの高度な暗号化機能。 +- **Data access control**：保存されているデータを保護するための、顧客管理暗号化キー（CMEK）などの高度な暗号化機能。 - **監査ログ**：コンソール操作とデータベース操作の両方について包括的なアクティビティ追跡を行い、説明責任と透明性を確保します。 @@ -27,13 +27,13 @@ TiDB Cloudは、アイデンティティおよびアクセス管理（IAM）を TiDB Cloudのユーザーアカウントは、ID管理とリソースへのアクセス管理の基盤となります。各アカウントはプラットフォーム内の個人または組織を表し、組織のニーズに合わせて複数の認証方法をサポートします。 -- **デフォルトのユーザー名とパスワード** +- **Default username and password** - ユーザーはメールアドレスとパスワードを使ってアカウントを作成します。 - 外部のIDプロバイダーを利用していない小規模チームや個人に適しています。 -- **標準SSO認証** +- **Standard SSO authentication** - ユーザーはGitHub、Google、またはMicrosoftのアカウント経由でログインします。 @@ -43,7 +43,7 @@ TiDB Cloudのユーザーアカウントは、ID管理とリソースへのア - 詳細については、 [標準SSO認証](/tidb-cloud/tidb-cloud-sso-authentication.md)を参照してください。 -- **組織のSSO認証** +- **Organization SSO authentication** - OIDCまたはSAMLプロトコルを使用して、企業IDプロバイダー（IdP）と連携します。 @@ -77,7 +77,7 @@ SQLプロキシアカウントは、 TiDB Cloudによって自動的に生成さ - **TiDB Cloudユーザーアカウントにリンクされています：**各SQLプロキシアカウントは、特定のTiDB Cloudユーザーに対応しています。 -- **役割にマッピングされています:** SQL プロキシ アカウントには`role_admin`役割が付与されます。 +- **Mapped to roles:** SQL プロキシ アカウントには`role_admin`役割が付与されます。 - **トークンベース：** SQLプロキシアカウントは、パスワードの代わりに安全なJWTトークンを使用するため、 TiDB Cloud Data ServiceまたはSQLエディターを介したシームレスで制限されたアクセスが保証されます。 @@ -97,7 +97,7 @@ TiDBの権限管理システムはMySQL 5.7をベースとしており、デー - 例: より広範な管理権限を持たないデータベースバックアップを管理するアカウントに`BACKUP_ADMIN`を割り当てます。 -**SQLロール（RBAC）** +**SQL roles (RBAC)** - 権限を役割ごとにグループ化し、ユーザーに割り当てられるようにすることで、権限管理の効率化と動的な更新が可能になります。 @@ -121,9 +121,9 @@ TiDB Cloudは、組織、プロジェクト、リソースという階層構造 - TiDB Cloudには、3種類のプロジェクトがあります。 - - **TiDB Dedicatedプロジェクト**： TiDB Cloud Dedicatedクラスタ専用のプロジェクトタイプです。Dedicatedプロジェクトは、ネットワーク、メンテナンス、アラート購読、統合、暗号化関連のアクセスなど、プロジェクトスコープの設定を管理します。 - - **TiDB Xプロジェクト**：TiDB Xインスタンス（ TiDB Cloud Starter、 Essential、Premiumインスタンスを含む）の論理コンテナです。TiDB Xプロジェクトは、リソースのグループ化やプロジェクトレベルのRBACの適用に使用されますが、専用環境専用のインフラストラクチャ設定は保持しません。 - - **TiDB X仮想プロジェクト**：どのTiDB Xプロジェクトにもグループ化されていないTiDB Xインスタンス用の仮想プロジェクトです。このプロジェクトタイプはAPI互換性のためだけに使用され、管理機能は提供されません。 + - **TiDB Dedicated project**： TiDB Cloud Dedicatedクラスタ専用のプロジェクトタイプです。Dedicatedプロジェクトは、ネットワーク、メンテナンス、アラート購読、統合、暗号化関連のアクセスなど、プロジェクトスコープの設定を管理します。 + - **TiDB X project**：TiDB Xインスタンス（ TiDB Cloud Starter、 Essential、Premiumインスタンスを含む）の論理コンテナです。TiDB Xプロジェクトは、リソースのグループ化やプロジェクトレベルのRBACの適用に使用されますが、専用環境専用のインフラストラクチャ設定は保持しません。 + - **TiDB X virtual project**：どのTiDB Xプロジェクトにもグループ化されていないTiDB Xインスタンス用の仮想プロジェクトです。このプロジェクトタイプはAPI互換性のためだけに使用され、管理機能は提供されません。 **リソース** @@ -150,7 +150,7 @@ TiDB Cloudは、組織、プロジェクト、リソースという階層構造 - TiDB Xインスタンスにはプロジェクトロールまたはインスタンスロールのいずれかを通じてアクセスできますが、 TiDB Cloud Dedicatedクラスタはプロジェクトレベルのアクセスによって管理されます。 -- **柔軟なプロジェクトモデル**： +- **Flexible project model**： - TiDB Xプロジェクトはオプションなので、TiDB Xインスタンスはプロジェクトにグループ化することも、組織レベルで管理することもできます。 - TiDB Dedicatedプロジェクトは必須であるため、各DedicatedクラスターはDedicatedプロジェクトに属していなければなりません。 @@ -225,7 +225,7 @@ TiDB Cloudは、高度な暗号化機能で静的データを保護し、セキ -**顧客管理暗号化キー（CMEK）** +**Customer-Managed Encryption Key (CMEK)** - TiDB Cloud Dedicatedクラスターの暗号化に関して、組織に完全な制御権限を提供します。 @@ -259,7 +259,7 @@ TiDB Cloudは、高度な暗号化機能で静的データを保護し、セキ -**二重層データ暗号化** +**Dual-Layer Data Encryption** - ストレージ層の暗号化（クラウドプロバイダーによって提供される）とデータベースレイヤーの暗号化を組み合わせることで、AWS上でホストされているTiDB Cloud Premiumインスタンスの保存データに対する保護をさらに強化します。 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..a0b773a43ecfc 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-high-availability.md b/tidb-cloud/serverless-high-availability.md index 1185adbf4e0d3..ecf4321c0d6dd 100644 --- a/tidb-cloud/serverless-high-availability.md +++ b/tidb-cloud/serverless-high-availability.md @@ -37,9 +37,9 @@ TiDB Cloudは、ゾーン別高可用性とリージョン別高可用性によ -- **ゾーン高可用性**：このオプションでは、すべてのノードを単一の可用性ゾーン内に配置することで、ネットワークレイテンシーを低減します。ゾーン間でアプリケーションレベルの冗長性を必要とせずに高可用性を確保するため、単一ゾーン内での低レイテンシーを優先するアプリケーションに適しています。詳細については、[ゾーン別高可用性アーキテクチャ](#zonal-high-availability-architecture)を参照してください。 +- **Zonal high availability**：このオプションでは、すべてのノードを単一の可用性ゾーン内に配置することで、ネットワークレイテンシーを低減します。ゾーン間でアプリケーションレベルの冗長性を必要とせずに高可用性を確保するため、単一ゾーン内での低レイテンシーを優先するアプリケーションに適しています。詳細については、[ゾーン別高可用性アーキテクチャ](#zonal-high-availability-architecture)を参照してください。 -- **地域別高可用性 (PREVIEW)** : このオプションでは、ノードを複数の可用性ゾーンに分散し、インフラストラクチャの分離と冗長性を最大限に高めます。最高レベルの可用性を提供しますが、ゾーン間でアプリケーションレベルの冗長性が必要です。ゾーン内のインフラストラクチャ障害に対する最大限の可用性保護が必要な場合は、このオプションを選択することをお勧めします。レイテンシーが増加し、ゾーン間のデータ転送料金が発生する可能性があることに注意してください。この機能は、3 つ以上の可用性ゾーンを持つリージョンで利用できます。詳細については、[地域的な高可用性アーキテクチャ](#regional-high-availability-architecture)を参照してください。 +- **Regional high availability (PREVIEW)** : このオプションでは、ノードを複数の可用性ゾーンに分散し、インフラストラクチャの分離と冗長性を最大限に高めます。最高レベルの可用性を提供しますが、ゾーン間でアプリケーションレベルの冗長性が必要です。ゾーン内のインフラストラクチャ障害に対する最大限の可用性保護が必要な場合は、このオプションを選択することをお勧めします。レイテンシーが増加し、ゾーン間のデータ転送料金が発生する可能性があることに注意してください。この機能は、3 つ以上の可用性ゾーンを持つリージョンで利用できます。詳細については、[地域的な高可用性アーキテクチャ](#regional-high-availability-architecture)を参照してください。 ## ゾーン別高可用性アーキテクチャ {#zonal-high-availability-architecture} @@ -160,8 +160,8 @@ TiKVレプリケーションによる高可用性に加え、TiKVインスタン TiDB Cloudは、継続的なデータ保護を保証するために、堅牢な自動バックアップメカニズムを提供します。 -- **毎日の完全バックアップ**：データベースの完全なバックアップが1日に1回作成され、データベース全体の状態が記録されます。 -- **トランザクションログの継続的なバックアップ**：トランザクションログは、データベースのアクティビティに応じて、約5分ごとに継続的にバックアップされます。 +- **Daily full backups**：データベースの完全なバックアップが1日に1回作成され、データベース全体の状態が記録されます。 +- **Continuous transaction log backups**：トランザクションログは、データベースのアクティビティに応じて、約5分ごとに継続的にバックアップされます。 これらの自動バックアップ機能により、データベースをフルバックアップから復元することも、フルバックアップと継続的なトランザクションログを組み合わせることで特定の時点から復元することも可能です。この柔軟性により、インシデント発生直前の正確な時点までデータベースを復旧できます。 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..8d9409545724c 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-amazon-msk.md b/tidb-cloud/serverless-private-link-connection-to-amazon-msk.md index ef46d2a4f50f3..5ba6941df2df8 100644 --- a/tidb-cloud/serverless-private-link-connection-to-amazon-msk.md +++ b/tidb-cloud/serverless-private-link-connection-to-amazon-msk.md @@ -24,7 +24,7 @@ AWS アカウント ID とアベイラビリティーゾーンを表示するに 始める前に、Amazon MSK プロビジョニングされたクラスターについて次の点を確認してください。 -- **リージョンと AZ** : Amazon MSK プロビジョニングされたクラスターは、 TiDB Cloud Essentialクラスターと同じ AWS リージョンにあり、MSK クラスターのアベイラビリティーゾーンはTiDB Cloudクラスターと同じです。 +- **Region and AZ** : Amazon MSK プロビジョニングされたクラスターは、 TiDB Cloud Essentialクラスターと同じ AWS リージョンにあり、MSK クラスターのアベイラビリティーゾーンはTiDB Cloudクラスターと同じです。 - MSK クラスターには**認証**: [SASL/SCRAM認証](https://docs.aws.amazon.com/msk/latest/developerguide/msk-password.html)が必要です。 - **ブローカータイプ**: ブローカー`t4.small`タイプは使用しないでください。プライベートリンクをサポートしていません。 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..c68e16ece960b 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 @@ -101,44 +101,44 @@ Kafka VPC を作成するには、次の手順を実行します。 [ECSコンソール](https://ecs.console.alibabacloud.com/home#/)に進みます。要塞 vSwitch に要塞ノードを作成します。 -- **ネットワークとゾーン**: `Kafka VPC`および`bastion` vSwitch。 -- **インスタンスとイメージ**: インスタンス タイプが`ecs.t5-lc1m2.small` 、イメージが`Alibaba Cloud Linux` 。 -- **ネットワークとセキュリティグループ**: `Assign Public IPv4 Address`を選択します。 +- **Network and Zone**: `Kafka VPC`および`bastion` vSwitch。 +- **Instance and Image**: インスタンス タイプが`ecs.t5-lc1m2.small` 、イメージが`Alibaba Cloud Linux` 。 +- **Network and Security Groups**: `Assign Public IPv4 Address`を選択します。 - **キーペア**: `kafka-vpc-key-pair` 。 `kafka-vpc-key-pair`という名前の新しいキーペアを作成します。 `kafka-vpc-key-pair.pem`ローカルマシンにダウンロードして、後で設定します。 - **セキュリティグループ**：どこからでもSSHログインを許可する新しいセキュリティグループを作成します。本番環境の安全性を確保するために、ルールを絞り込むことができます。 - **インスタンス名**: `bastion-node` 。 -**2.2. ブローカーノードを作成する** +**2.2. Create broker nodes** [ECSコンソール](https://ecs.console.alibabacloud.com/home#/)に進みます。vSwitch に 3 つのブローカー ノード (AZ ごとに 1 つ) を作成します。 - vSwitch `broker-ap-southeast-1a`のブローカー 1 - - **ネットワークとゾーン**: `Kafka VPC`および`broker-ap-southeast-1a` vSwitch - - **インスタンスとイメージ**: `ecs.t5-lc1m2.small`インスタンスタイプと`Alibaba Cloud Linux`イメージ + - **Network and Zone**: `Kafka VPC`および`broker-ap-southeast-1a` vSwitch + - **Instance and Image**: `ecs.t5-lc1m2.small`インスタンスタイプと`Alibaba Cloud Linux`イメージ - **キーペア**:再利用`kafka-vpc-key-pair` 。 - **インスタンス名**: `broker-node1` - **セキュリティグループ**: Kafka VPCからのすべてのTCPを許可する新しいセキュリティグループを作成します。本番環境では、安全性を考慮してルールを絞り込むことができます。インバウンドルール: -**プロトコル**: `TCP` -**ポート範囲**: `All` -**ソース**: `10.0.0.0/16` - vSwitch `broker-ap-southeast-1b`のブローカー 2 - - **ネットワークとゾーン**: `Kafka VPC`および`broker-ap-southeast-1b` vSwitch - - **インスタンスとイメージ**: `ecs.t5-lc1m2.small`インスタンスタイプと`Alibaba Cloud Linux`イメージ + - **Network and Zone**: `Kafka VPC`および`broker-ap-southeast-1b` vSwitch + - **Instance and Image**: `ecs.t5-lc1m2.small`インスタンスタイプと`Alibaba Cloud Linux`イメージ - **キーペア**:再利用`kafka-vpc-key-pair` 。 - **インスタンス名**: `broker-node2` - **セキュリティグループ**: Kafka VPCからのすべてのTCPを許可する新しいセキュリティグループを作成します。本番環境では、安全性を考慮してルールを絞り込むことができます。インバウンドルール: -**プロトコル**: `TCP` -**ポート範囲**: `All` -**ソース**: `10.0.0.0/16` - vSwitch `broker-ap-southeast-1c`のブローカー 3 - - **ネットワークとゾーン**: `Kafka VPC`および`broker-ap-southeast-1c` vSwitch - - **インスタンスとイメージ**: `ecs.t5-lc1m2.small`インスタンスタイプと`Alibaba Cloud Linux`イメージ + - **Network and Zone**: `Kafka VPC`および`broker-ap-southeast-1c` vSwitch + - **Instance and Image**: `ecs.t5-lc1m2.small`インスタンスタイプと`Alibaba Cloud Linux`イメージ - **キーペア**:再利用`kafka-vpc-key-pair` 。 - **インスタンス名**: `broker-node3` - **セキュリティグループ**: Kafka VPCからのすべてのTCPを許可する新しいセキュリティグループを作成します。本番環境では、安全性を考慮してルールを絞り込むことができます。インバウンドルール: -**プロトコル**: `TCP` -**ポート範囲**: `All` -**ソース**: `10.0.0.0/16` **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 を構成することをお勧めします。 @@ -267,7 +267,7 @@ listener.security.protocol.map=INTERNAL:PLAINTEXT,CONTROLLER:PLAINTEXT,EXTERNAL: log.dirs=./data ``` -**2.4.3 Kafkaブローカーを起動する** +**2.4.3 Start Kafka brokers** スクリプトを作成し、それを実行して各ブローカー ノードで Kafka ブローカーを起動します。 @@ -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**Kafka Advertised Listener Pattern**を設定することで、 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..aae46f23fcdcd 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..aff529dee2049 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..e156dd4996416 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**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..4ab660abf231d 100644 --- a/tidb-cloud/set-up-private-endpoint-connections-serverless.md +++ b/tidb-cloud/set-up-private-endpoint-connections-serverless.md @@ -39,8 +39,8 @@ AWS VPC 設定で DNS ホスト名と DNS 解決の両方が有効になって TiDB Cloudプランに応じて、適切なプライベートエンドポイントモデルを選択してください。 -- {{{ .starter }}} インスタンス、または2026年7月1日より前に作成された {{{ .essential }}} インスタンスの場合は、[**エンドポイント共有モデル**](#set-up-a-private-endpoint-with-aws-endpoint-shared-model) を使用します。このモデルでは、同じAWSリージョンおよびVPC内の複数の {{{ .starter }}} または {{{ .essential }}} インスタンスで、1つのプライベートエンドポイントを共有できます。 -- 2026年7月1日以降に作成された {{{ .essential }}} インスタンスの場合は、[**エンドポイント占有モデル**](#set-up-a-private-endpoint-with-aws-endpoint-exclusive-model) を使用します。このモデルでは、各 {{{ .essential }}} インスタンスが専用のスタンドアロンプライベートエンドポイントを使用します。このモデルでは接続時に [アカウントプレフィックス](/tidb-cloud/select-cluster-tier.md#user-name-prefix) を含める必要がありませんが、各 {{{ .essential }}} インスタンスごとに設定手順を繰り返す必要があります。 +- {{{ .starter }}} インスタンス、または2026年7月1日より前に作成された {{{ .essential }}} インスタンスの場合は、[**endpoint shared model**](#set-up-a-private-endpoint-with-aws-endpoint-shared-model) を使用します。このモデルでは、同じAWSリージョンおよびVPC内の複数の {{{ .starter }}} または {{{ .essential }}} インスタンスで、1つのプライベートエンドポイントを共有できます。 +- 2026年7月1日以降に作成された {{{ .essential }}} インスタンスの場合は、[**endpoint exclusive model**](#set-up-a-private-endpoint-with-aws-endpoint-exclusive-model) を使用します。このモデルでは、各 {{{ .essential }}} インスタンスが専用のスタンドアロンプライベートエンドポイントを使用します。このモデルでは接続時に [アカウントプレフィックス](/tidb-cloud/select-cluster-tier.md#user-name-prefix) を含める必要がありませんが、各 {{{ .essential }}} インスタンスごとに設定手順を繰り返す必要があります。 ## AWSでプライベートエンドポイントを設定する（エンドポイント共有モデル） {#set-up-a-private-endpoint-with-aws-endpoint-shared-model} @@ -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-aws-msk-provisioned-private-link-service.md b/tidb-cloud/setup-aws-msk-provisioned-private-link-service.md index 407d9850108ca..513f408a40ab7 100644 --- a/tidb-cloud/setup-aws-msk-provisioned-private-link-service.md +++ b/tidb-cloud/setup-aws-msk-provisioned-private-link-service.md @@ -22,7 +22,7 @@ TiDB Cloud で Amazon MSK Provisioned のダウンストリームサービス用 2. **Private Link Endpoint For External Services** エリアで、**Create Private Endpoint for External Services** をクリックします。 3. ダイアログで **Connection Type** を **AWS MSK Provisioned** に切り替え、**AWS Account ID** と **availability zone IDs**（例: `use1-az1`）を確認します。 - **AZ の整合性に関する重要事項**: AWS アカウント間で availability zone の整合性を確認する際は、AZ 名（例: `us-east-1a`）ではなく AZ ID（例: `use1-az1`）を使用してください。同じ AZ 名でも、アカウントによって異なる物理ゾーンに対応している場合があります。MSK クラスターは、TiDB Cloud Premium インスタンスと同じ AZ ID を使用する必要があります。 + **Important about AZ alignment**: AWS アカウント間で availability zone の整合性を確認する際は、AZ 名（例: `us-east-1a`）ではなく AZ ID（例: `use1-az1`）を使用してください。同じ AZ 名でも、アカウントによって異なる物理ゾーンに対応している場合があります。MSK クラスターは、TiDB Cloud Premium インスタンスと同じ AZ ID を使用する必要があります。 ## ステップ 1. Amazon VPC とサブネットをセットアップする {#step-1-set-up-the-amazon-vpc-and-subnets} 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..547c1b8383e2e 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 @@ -39,10 +39,10 @@ summary: このドキュメントでは、Azure でセルフホスト型 Kafka 3. **Changefeed**ページで、右上隅の**Changefeed の作成を**クリックし、次の情報を入力します。 1. **宛先**で、 **Kafka**を選択します。 2. **[接続方法]**で**[プライベート リンク]**を選択します。 - 4. 続行する前に、 TiDB Cloud Azureアカウントのリージョン情報とサブスクリプションを**リマインダー**に書き留めておいてください。この情報は、TiDB CloudがKafka Private Linkサービスにアクセスできるように承認する際に使用します。 - 5. 一意のランダム文字列を指定して、Kafka プライベート リンク サービス用の**Kafka アドバタイズ リスナー パターン**を生成します。 - 1. 一意のランダム文字列を入力してください。数字または小文字のみ使用できます。この文字列は、後ほど**Kafkaアドバタイズリスナーパターンを**生成する際に使用します。 - 2. **「使用状況を確認して生成」をクリックすると、**ランダム文字列が一意であるかどうかが確認され、Kafka ブローカーの外部アドバタイズ リスナーを組み立てるために使用される**Kafka アドバタイズ リスナー パターンが**生成されます。 + 4. 続行する前に、 TiDB Cloud Azureアカウントのリージョン情報とサブスクリプションを**Reminders before proceeding**に書き留めておいてください。この情報は、TiDB CloudがKafka Private Linkサービスにアクセスできるように承認する際に使用します。 + 5. 一意のランダム文字列を指定して、Kafka プライベート リンク サービス用の**Kafka Advertised Listener Pattern**を生成します。 + 1. 一意のランダム文字列を入力してください。数字または小文字のみ使用できます。この文字列は、後ほど**Kafka Advertised Listener Pattern**生成する際に使用します。 + 2. **Check usage and generate**ランダム文字列が一意であるかどうかが確認され、Kafka ブローカーの外部アドバタイズ リスナーを組み立てるために使用される**Kafka Advertised Listener Pattern**生成されます。 すべてのデプロイメント情報をメモしてください。後でKafka Private Linkサービスを設定する際に必要になります。 @@ -66,32 +66,32 @@ summary: このドキュメントでは、Azure でセルフホスト型 Kafka 1. [Azureポータル](https://portal.azure.com/)にログインし、 [仮想ネットワーク](https://portal.azure.com/#browse/Microsoft.Network%2FvirtualNetworks)ページに移動して、 **「+ 作成」**をクリックして仮想ネットワークを作成します。 -2. **[基本]**タブで、 **[サブスクリプション]** 、 **[リソース グループ]** 、および**[リージョン]**を選択し、 **[仮想ネットワーク名]**フィールドに名前 (たとえば、 `kafka-pls-vnet` ) を入力して、 **[次へ]**をクリックします。 +2. **[基本]**タブで、 **[サブスクリプション]** 、 **[リソース グループ]** 、および**[リージョン]**を選択し、 **Virtual network name**フィールドに名前 (たとえば、 `kafka-pls-vnet` ) を入力して、 **[次へ]**をクリックします。 3. **[セキュリティ]**タブで、Azure Bastion を有効にし、 **[次へ]**をクリックします。 4. **[IP アドレス]**タブで、次の操作を行います。 1. 仮想ネットワークのアドレス空間を設定します (例: `10.0.0.0/16` )。 - 2. ブローカーのサブネットを作成するには、 **[サブネットの追加]**をクリックし、次の情報を入力して、 **[追加]**をクリックします。 + 2. ブローカーのサブネットを作成するには、 **Add a subnet**をクリックし、次の情報を入力して、 **[追加]**をクリックします。 - **名前**: `brokers-subnet` - - **IPアドレス範囲**: `10.0.0.0/24` + - **IP address range**: `10.0.0.0/24` - **サイズ**: `/24 (256 addresses)` デフォルトでは`AzureBastionSubnet`が作成されます。 -5. 情報を確認するには、 **「確認 + 作成」**をクリックします。 +5. 情報を確認するには、 **Review + create**をクリックします。 6. **[作成]を**クリックします。 #### 2. Kafkaブローカーを設定する {#2-set-up-kafka-brokers} -**2.1. ブローカーノードを作成する** +**2.1. Create broker nodes** -1. [Azureポータル](https://portal.azure.com/)にログインし、 [仮想マシン](https://portal.azure.com/#view/Microsoft_Azure_ComputeHub/ComputeHubMenuBlade/~/virtualMachinesBrowse)ページに移動して**[+ 作成]**をクリックし、 **[Azure 仮想マシン]**を選択します。 -2. **[基本]**タブで、**サブスクリプション**、**リソース グループ**、**リージョン**を選択し、次の情報を入力して、 **[次へ: ディスク]**をクリックします。 - - **仮想マシン名**: `broker-node` +1. [Azureポータル](https://portal.azure.com/)にログインし、 [仮想マシン](https://portal.azure.com/#view/Microsoft_Azure_ComputeHub/ComputeHubMenuBlade/~/virtualMachinesBrowse)ページに移動して**[+ 作成]**をクリックし、 **Azure virtual machine**を選択します。 +2. **[基本]**タブで、**サブスクリプション**、**リソース グループ**、**リージョン**を選択し、次の情報を入力して、 **Next : Disks**をクリックします。 + - **Virtual machine name**: `broker-node` - **利用可能オプション**: `Availability zone` - **ゾーンオプション**: `Self-selected zone` - `Zone 3` `Zone 2`**ゾーン**: `Zone 1` @@ -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` -4. 情報を確認するには、 **「確認 + 作成」**をクリックします。 -5. **「作成」**をクリックします。**新しいキーペアの生成**メッセージが表示されます。 + - **Load balancing options**: `None` +4. 情報を確認するには、 **Review + create**をクリックします。 +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 を構成することをお勧めします。 @@ -372,7 +372,7 @@ Kafka クラスターが TiDB クラスターと同じリージョンにデプ 1. 構成の変更を計画します。 1. TiDB Cloudからの外部アクセス用に、各ブローカーに EXTERNAL**リスナー**を設定します。EXTERNAL ポートとして一意のポート（例： `39092` ）を選択します。 - 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNAL**アドバタイズリスナー**を設定することで、TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 + 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNAL**Kafka Advertised Listener Pattern**を設定することで、TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - `` 、ブローカーと Kafka Private Link サービスのアクセスポイントを区別します。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲（例： `range from 9093` ）を計画してください。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらは、リクエストを別のブローカーに転送する 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..d6d6f0880233f 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. **[接続方法]**で、 **[プライベート サービス接続]**を選択します。 - 4. **先に進む前に、Google Cloud プロジェクトをリマインダー**に書き留めておいてください。このプロジェクトは、 TiDB Cloudからのエンドポイント作成リクエストの自動承認を承認するために使用します。 - 5. **TiDBクラスタのゾーン**をメモしておいてください。これらのゾーンに TiDB クラスターをデプロイします。ゾーン間のトラフィックを削減するため、これらのゾーンに Kafka をデプロイすることをお勧めします。 - 6. Kafka プライベート サービス接続サービスに固有の**Kafka アドバタイズ リスナー パターン**を選択します。 - 1. 一意のランダム文字列を入力してください。数字または小文字のみ使用できます。この文字列は、後ほど**Kafkaアドバタイズリスナーパターンを**生成する際に使用します。 - 2. **「使用状況を確認して生成」を**クリックすると、ランダム文字列が一意であるかどうかが確認され、Kafka ブローカーの外部アドバタイズ リスナーを組み立てるために使用される**Kafka アドバタイズ リスナー パターンが**生成されるか、Kafka プロキシが構成されます。 + 2. **[接続方法]**で、 **Private Service Connect**を選択します。 + 4. **Reminders before proceeding**に書き留めておいてください。このプロジェクトは、 TiDB Cloudからのエンドポイント作成リクエストの自動承認を承認するために使用します。 + 5. **Zones of TiDB Cluster**をメモしておいてください。これらのゾーンに TiDB クラスターをデプロイします。ゾーン間のトラフィックを削減するため、これらのゾーンに Kafka をデプロイすることをお勧めします。 + 6. Kafka プライベート サービス接続サービスに固有の**Kafka Advertised Listener Pattern**を選択します。 + 1. 一意のランダム文字列を入力してください。数字または小文字のみ使用できます。この文字列は、後ほど**Kafka Advertised Listener Pattern**生成する際に使用します。 + 2. **Check usage and generate**クリックすると、ランダム文字列が一意であるかどうかが確認され、Kafka ブローカーの外部アドバタイズ リスナーを組み立てるために使用される**Kafka Advertised Listener Pattern**生成されるか、Kafka プロキシが構成されます。 すべてのデプロイメント情報をメモしてください。後でKafka Private Service Connectサービスを設定する際に必要になります。 @@ -87,7 +87,7 @@ Kafka クラスターを簡単に構成できるように、Kafka VPC 用に 2 - `kafka-vpc-allow-custom` - `kafka-vpc-allow-ssh` -**2. VMのプロビジョニング** +**2. Provisioning VMs** VM をプロビジョニングするには、 [VMインスタンス](https://console.cloud.google.com/compute/instances)ページに移動します。 @@ -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ランタイムバイナリを準備する** @@ -163,7 +163,7 @@ VM をプロビジョニングするには、 [VMインスタンス](https://con gcloud compute ssh broker-node3 --zone=us-west1-c --command="tar -zxf kafka_2.13-3.7.1.tgz && tar -zxf openjdk-22.0.2_linux-x64_bin.tar.gz" ``` -**4. Kafkaブローカーを構成する** +**4. Configure Kafka brokers** 1. 3つのノードでKRaft 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. 計画値: @@ -414,7 +414,7 @@ Kafka クラスターが TiDB クラスターと同じリージョンにデプ 1. 構成の変更を計画します。 1. TiDB Cloudからの外部アクセス用に、各ブローカーに EXTERNAL**リスナー**を設定します。EXTERNAL ポートとして一意のポート（例： `39092` ）を選択します。 - 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNAL**アドバタイズリスナー**を設定することで、TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 + 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNAL**Kafka Advertised Listener Pattern**を設定することで、TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - ``ブローカーと Kafka Private Service Connect アクセスポイントを区別します。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲を計画します（例： `range from 9093` ）。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらは、リクエストを別のブローカーに転送する Private Service Connect のロードバランサーがリッスンするポートです。 - トラブルシューティングを容易にするために、ブローカーごとに異なるブローカー ID を構成することをお勧めします。 @@ -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-legacy.md b/tidb-cloud/tidb-cloud-auditing-legacy.md index 1ddb4ac661181..81d9bfb487853 100644 --- a/tidb-cloud/tidb-cloud-auditing-legacy.md +++ b/tidb-cloud/tidb-cloud-auditing-legacy.md @@ -13,7 +13,7 @@ TiDB Cloud は、実行された SQL 文など、データベースへのユー 組織のユーザーアクセスポリシーやその他の情報セキュリティ対策の有効性を評価するために、データベース監査ログを定期的に分析することは、セキュリティのベストプラクティスです。 -監査ログ機能は**デフォルトで無効**です。クラスターを監査するには、まず監査ログを有効にし、その後で監査フィルタールールを指定する必要があります。 +監査ログ機能は**disabled by default**です。クラスターを監査するには、まず監査ログを有効にし、その後で監査フィルタールールを指定する必要があります。 > **Note:** > @@ -258,7 +258,7 @@ TiDB Cloud がデータベース監査ログを書き込む宛先として、組 クラスターの監査フィルタールールを指定するには、次の手順を実行します。 -1. **DB Audit Logging** ページの **Log Filter Rules** セクションで **Add Filter Rule** をクリックし、監査フィルタールールを追加します。 +1. **DB Audit Logging** ページの **Add Filter Rule** セクションで **Log Filter Rules** をクリックし、監査フィルタールールを追加します。 一度に追加できる監査ルールは 1 つです。各ルールでは、ユーザー式、データベース式、テーブル式、およびアクセス種別を指定します。監査要件に応じて複数の監査ルールを追加できます。 @@ -275,7 +275,7 @@ TiDB Cloud がデータベース監査ログを書き込む宛先として、組 > **Note:** > -> 監査ログファイルを TiDB Cloud に保存するようリクエストして選択している場合は、**Database Audit Logging** ページの **Audit Log Access** セクションからダウンロードできます。 +> 監査ログファイルを TiDB Cloud に保存するようリクエストして選択している場合は、**Audit Log Access** ページの **Database Audit Logging** セクションからダウンロードできます。 TiDB Cloud の監査ログは可読なテキストファイルであり、完全修飾ファイル名にはクラスター ID、ノード ID、およびログ作成日が含まれます。 diff --git a/tidb-cloud/tidb-cloud-auditing.md b/tidb-cloud/tidb-cloud-auditing.md index 64c8dbb7cfc31..a1d17bf8e8a3d 100644 --- a/tidb-cloud/tidb-cloud-auditing.md +++ b/tidb-cloud/tidb-cloud-auditing.md @@ -20,7 +20,7 @@ TiDB Cloud は、実行された SQL ステートメントなど、データベ 組織のユーザー アクセス ポリシーやその他の情報セキュリティ対策の有効性を評価するには、データベース監査ログを定期的に分析することがセキュリティのベスト プラクティスです。 -監査ログ機能は**デフォルトで無効に**なっています。クラスターを監査するには、まず監査ログを有効にし、次に監査フィルタルールを指定する必要があります。 +監査ログ機能は**disabled by default**なっています。クラスターを監査するには、まず監査ログを有効にし、次に監査フィルタルールを指定する必要があります。 > **Note:** > @@ -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**ページで、 **Add Filter Rule**セクションの**「フィルタ ルールの追加」**をクリックして、監査フィルタ ルールを追加します。 -2. **「フィルタ ルールの追加」**ダイアログで、次の項目を設定します。 +2. **Add Filter Rule**ダイアログで、次の項目を設定します。 - **フィルタ名**: フィルタルールの名前を入力します。 - **SQL ユーザー**: `@` 形式で SQL ユーザーを入力します。ユーザー名とホスト名では、任意の値に一致させるために `%`、任意の 1 文字に一致させるために `_` を使用できます。`@` 記号と `` は省略可能です。 @@ -304,7 +304,7 @@ TiDB Cloudがデータベース監査ログを書き込む宛先として、組 > **Note:** > -> 監査ログ ファイルをTiDB Cloudに保存することを要求して選択した場合は、**データベース監査ログ**ページの**監査ログ アクセス**セクションからダウンロードできます。 +> 監査ログ ファイルをTiDB Cloudに保存することを要求して選択した場合は、**Audit Log Access**ページの**Database Audit Logging**セクションからダウンロードできます。 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..bd04fd3cee41a 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..8bef31f20b1dd 100644 --- a/tidb-cloud/tidb-cloud-billing.md +++ b/tidb-cloud/tidb-cloud-billing.md @@ -116,7 +116,7 @@ TiDB テーブルはデフォルトで行ベースのストレージを使用し ### IA を使用した行ベースのストレージ -Infrequent Access (IA) を使用した行ベースのストレージでは、データは **リモートオブジェクトストレージ** に保存されます。次の SQL ステートメントを使用して、テーブルの **Storage Class** を `IA` に設定できます。 +Infrequent Access (IA) を使用した行ベースのストレージでは、データは **remote object storage** に保存されます。次の SQL ステートメントを使用して、テーブルの **Storage Class** を `IA` に設定できます。 ```sql ALTER TABLE t1 STORAGE_CLASS='IA'; @@ -147,7 +147,7 @@ ALTER TABLE table_name SET TIFLASH REPLICA n; **行ベースのストレージ** と **カラム型ストレージ** はどちらも二重レイヤー暗号化をサポートしています。このメカニズムは 2 つの独立した暗号化レイヤーでデータを保護し、1 つのレイヤーが侵害された場合でもデータが保護された状態を維持できるようにします。 - **インフラストラクチャレベルの暗号化:** 基盤となるクラウドプロバイダーは、ネイティブのストレージ暗号化メカニズムを使用して、保存中のすべてのデータを暗号化します。 -- **TiDB Cloud レベルの暗号化:** クラウドプロバイダーの暗号化に加えて、TiDB Cloud は顧客管理暗号化キー (CMEK) またはエスクローキーを使用して、自動的に第 2 の暗号化レイヤーを適用します。 +- **TiDB Cloud-level encryption:** クラウドプロバイダーの暗号化に加えて、TiDB Cloud は顧客管理暗号化キー (CMEK) またはエスクローキーを使用して、自動的に第 2 の暗号化レイヤーを適用します。 @@ -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..ccb373ddd97f7 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..39f8a83774208 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..7de30cf8e8219 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..307707e10445b 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-intro.md b/tidb-cloud/tidb-cloud-intro.md index e42f0cba1e1e7..0e657f8123702 100644 --- a/tidb-cloud/tidb-cloud-intro.md +++ b/tidb-cloud/tidb-cloud-intro.md @@ -24,7 +24,7 @@ TiDB Cloudの詳細については、以下のビデオをご覧ください。 TiDB Cloudでは、以下の主要機能を利用できます。 -- **高速かつカスタマイズ可能なスケーリング** +- **Fast and Customized Scaling** 重要なワークロード向けに、 ACIDトランザクションを維持しながら、数百ノードまで柔軟かつ透過的に拡張できます。シャーディングについて悩む必要はありません。また、ビジネスニーズに応じて、コンピューティングノードとストレージノードを個別に拡張することも可能です。 @@ -32,7 +32,7 @@ TiDB Cloudでは、以下の主要機能を利用できます。 TiDBのMySQL互換性により、アプリケーションの生産性を向上させ、市場投入までの時間を短縮できます。既存のMySQLインスタンスからデータを簡単に移行でき、コードの書き換えは不要です。 -- **高可用性と高信頼性** +- **High Availability and Reliability** 設計段階から高い可用性を実現。複数の可用性ゾーンにわたるデータレプリケーション、日々のバックアップ、自動フェイルオーバーにより、ハードウェア障害、ネットワーク分断、データセンターの障害発生時でも、事業継続性を確保します。 @@ -40,7 +40,7 @@ TiDB Cloudでは、以下の主要機能を利用できます。 内蔵の分析エンジンにより、リアルタイムの分析クエリ結果を取得できます。TiDB Cloudは、ミッションクリティカルなアプリケーションに影響を与えることなく、最新データに対して一貫した分析クエリを実行します。 -- **エンタープライズグレードのセキュリティ** +- **Enterprise Grade Security** 専用ネットワークと専用マシンでデータを保護します。転送中および保存時の暗号化にも対応しています。TiDB Cloudは、SOC 2 Type 2、ISO 27001:2013、ISO 27701の認証を取得しており、GDPRにも完全に準拠しています。 @@ -62,7 +62,7 @@ TiDB Cloudでは、以下の主要機能を利用できます。 -- **シンプルな料金プラン** +- **Simple Pricing Plans** 使った分だけ支払う、透明性の高い明瞭な料金体系で、隠れた料金は一切ありません。 diff --git a/tidb-cloud/tidb-cloud-log-redaction.md b/tidb-cloud/tidb-cloud-log-redaction.md index 547835631efae..1654ff98d6c0e 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. **「無効にする」**をクリックします。ログのマスキングを無効にすることのリスクを説明する警告が表示されます。 @@ -74,7 +74,7 @@ summary: TiDB Cloudでユーザーが制御するログのマスキングを有 ## ログの秘匿化を有効にする {#enable-log-redaction} -データセキュリティを維持するため、診断またはメンテナンス作業が完了したらすぐに、以下の手順で**ログのマスキングを有効にしてください**。 +データセキュリティを維持するため、診断またはメンテナンス作業が完了したらすぐに、以下の手順で**enable log redaction**。 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインします。 @@ -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..261360f3240bf 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..5d05e4ed9c394 100644 --- a/tidb-cloud/tidb-cloud-password-authentication.md +++ b/tidb-cloud/tidb-cloud-password-authentication.md @@ -83,7 +83,7 @@ TiDB Cloudは、登録ユーザーに対してデフォルトのパスワード > **Note:** > > - このセクションは、メールアドレスとパスワードを使用してTiDB Cloudに[サインアップ](https://tidbcloud.com/free-trial)する場合にのみ適用されます。Google、GitHub、またはMicrosoft SSOを使用してTiDB Cloudにサインアップする場合は、選択したID管理プラットフォームでMFAを有効にできます。 -> - SSO ログイン シナリオでTiDB Cloud MFA を有効にしている場合は、アカウントのセキュリティを確保するために、 **2025 年 9 月 30 日**までに MFA 管理を SSO ID 管理プラットフォームに移行してください。 +> - SSO ログイン シナリオでTiDB Cloud MFA を有効にしている場合は、アカウントのセキュリティを確保するために、 **September 30, 2025**までに MFA 管理を SSO ID 管理プラットフォームに移行してください。 多要素認証（MFA）は、認証アプリを使用してログイン時にワンタイム認証コードを生成することで、セキュリティを強化します。ログインすると、 TiDB Cloud はパスワードとMFA認証コードの両方を検証します。このパスワードを生成するには、iOS または Android App Store で提供されている Google Authenticator や Authy などの認証アプリを使用できます。 @@ -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..9a3d1d4f17cad 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..18be3ab2f55fa 100644 --- a/tidb-cloud/tidb-cloud-quickstart.md +++ b/tidb-cloud/tidb-cloud-quickstart.md @@ -56,7 +56,7 @@ AWS でホストされているTiDB Cloud Starter クラスターでは、 TiDB 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-roadmap.md b/tidb-cloud/tidb-cloud-roadmap.md index 40b09217f7a0e..18b3583d4b97f 100644 --- a/tidb-cloud/tidb-cloud-roadmap.md +++ b/tidb-cloud/tidb-cloud-roadmap.md @@ -13,7 +13,7 @@ TiDB Cloudのロードマップでは、近未来に予定されている新機 ✅: その機能または改善は既にTiDB Cloudで利用可能です。 -> **セーフハーバー条項：** +> **Safe harbor statement:** > > 当社の文書、ロードマップ、ブログ、ウェブサイト、プレスリリース、または公式声明で言及または参照されている未公開機能のうち、現在利用できないもの（以下「未公開機能」といいます）は、当社の裁量により変更される場合があり、計画どおりに提供されない場合や、全く提供されない場合があります。お客様は、購入の決定は現在利用可能な関数のみに基づいて行われるものであり、別途明記されていない限り、PingCAPは契約の一部として前述の未公開機能を提供する義務を負わないことを承諾するものとします。 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..c6f7a69d9141b 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..d1172180f4eb1 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. **[パブリック エンドポイント]**セクションで**[有効にする]**をクリックし、 **Add IP Address**セクションで**IP Access List**をクリックします。 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/tidb-x-architecture.md b/tidb-cloud/tidb-x-architecture.md index 22302c83655c6..7539b37680c6f 100644 --- a/tidb-cloud/tidb-x-architecture.md +++ b/tidb-cloud/tidb-x-architecture.md @@ -37,7 +37,7 @@ TiDB X は[クラシックTiDB](/tidb-architecture.md)の共有なしアーキ - ストレージエンジンのボトルネック：従来のTiDBの基盤となるRocksDBストレージエンジンは、グローバルミューテックスで保護された単一のLSMツリーを使用しています。この設計により、システムが大規模なデータセット（例えば、TiKVノードあたり6TiBを超えるデータ、または30万を超えるSSTファイル）を処理する際に限界が生じ、ハードウェア容量を十分に活用できなくなります。 -- **安定性とパフォーマンスの干渉** +- **Stability and performance interference** - リソース競合：書き込みトラフィックが増加すると、SST ファイルをマージするための大規模なローカル圧縮ジョブが実行されます。従来の TiDB では、これらの圧縮ジョブはオンライン トラフィックを処理する同じ TiKV ノードで実行されるため、同じ CPU および I/O リソースを競合し、オンライン アプリケーションに影響を与える可能性があります。 @@ -45,7 +45,7 @@ TiDB X は[クラシックTiDB](/tidb-architecture.md)の共有なしアーキ - 書き込みスロットリング：書き込み負荷が高い場合、バックグラウンドの圧縮処理がフォアグラウンドの書き込みトラフィックに追いつかないと、従来のTiDBはストレージエンジンを保護するためにフロー制御メカニズムを作動させます。その結果、アプリケーションの書き込みスループットが制限され、レイテンシーが急上昇します。 -- **資源利用とコスト** +- **Resource utilization and cost** - 過剰プロビジョニング：ピーク時のトラフィックやバックグラウンドメンテナンス時に安定性を維持し、パフォーマンスを確保するために、ユーザーは「ハイウォーターマーク」要件に基づいてハードウェアを過剰にプロビジョニングすることがよくあります。 @@ -65,11 +65,11 @@ TiDB Xへの移行は、データと物理的なコンピューティングリ TiDB Xは、従来のTiDB分散設計をクラウドネイティブに進化させたものです。従来のTiDBから以下のアーキテクチャ上の強みを受け継いでいます。 -- **ステートレスなSQLレイヤー**：SQLレイヤー（TiDBサーバー）はステートレスであり、永続的なデータを保存することなく、クエリの解析、最適化、および実行を担当します。 -- **ゲートウェイと接続管理**：TiProxy（またはロードバランサー）は、クライアントとの永続的な接続を維持し、SQLトラフィックをシームレスにルーティングします。元々はオンラインアップグレードをサポートするために設計されたTiProxyは、現在では自然なゲートウェイコンポーネントとして機能します。 -- **リージョンによる動的シャーディング**：TiKVは、リージョン（デフォルトでは256MiB）と呼ばれる範囲ベースのシャーディング単位を使用します。データは数百万のリージョンに分割され、システムはリージョンの配置、移動、およびノー​​ド間の負荷分散を自動的に管理します。 +- **Stateless SQL layer**：SQLレイヤー（TiDBサーバー）はステートレスであり、永続的なデータを保存することなく、クエリの解析、最適化、および実行を担当します。 +- **Gateway and connection management**：TiProxy（またはロードバランサー）は、クライアントとの永続的な接続を維持し、SQLトラフィックをシームレスにルーティングします。元々はオンラインアップグレードをサポートするために設計されたTiProxyは、現在では自然なゲートウェイコンポーネントとして機能します。 +- **Dynamic sharding with [Regions](/tidb-cloud/tidb-cloud-glossary.md#region)**：TiKVは、リージョン（デフォルトでは256MiB）と呼ばれる範囲ベースのシャーディング単位を使用します。データは数百万のリージョンに分割され、システムはリージョンの配置、移動、およびノー​​ド間の負荷分散を自動的に管理します。 -TiDB X は、ローカルのシェアードストレージを**クラウドネイティブの共有ストレージ オブジェクトストレージ**バックボーンに置き換えることにより、これらの基盤を進化させます。この移行により、「コンピューティング[コンピューティングとコンピューティングの分離](#separation-of-compute-and-compute)」モデルが可能になり、リソースを大量に消費するタスクをエラスティック プールにオフロードして、即時のスケーラビリティと予測可能なパフォーマンスを確保します。 +TiDB X は、ローカルのシェアードストレージを**cloud-native shared-storage object storage**バックボーンに置き換えることにより、これらの基盤を進化させます。この移行により、「コンピューティング[コンピューティングとコンピューティングの分離](#separation-of-compute-and-compute)」モデルが可能になり、リソースを大量に消費するタスクをエラスティック プールにオフロードして、即時のスケーラビリティと予測可能なパフォーマンスを確保します。 TiDB Xのアーキテクチャは以下のとおりです。 @@ -77,21 +77,21 @@ TiDB Xのアーキテクチャは以下のとおりです。 ### オブジェクトストレージのサポート {#object-storage-support} -TiDB X は、Amazon S3 などのオブジェクトストレージを、すべてのデータの唯一の信頼できる情報源として使用します。データがローカルディスクに保存される従来のアーキテクチャとは異なり、TiDB X ではすべてのデータの永続的なコピーが**共有オブジェクトストレージレイヤー**に保存されます。上位の**共有キャッシュレイヤー**（行エンジンと列エンジン）は、低レイテンシーを確保するための高性能キャッシュとして機能します。 +TiDB X は、Amazon S3 などのオブジェクトストレージを、すべてのデータの唯一の信頼できる情報源として使用します。データがローカルディスクに保存される従来のアーキテクチャとは異なり、TiDB X ではすべてのデータの永続的なコピーが**shared object storage layer**に保存されます。上位の**shared cache layer**（行エンジンと列エンジン）は、低レイテンシーを確保するための高性能キャッシュとして機能します。 信頼できるデータは既にオブジェクトストレージに保存されているため、バックアップはS3に保存されたRaftの増分ログとメタデータのみに依存し、データ総量に関わらずバックアップ操作は数秒で完了します。スケールアウト操作中、新しいTiKVノードは既存のノードから大量のデータをコピーする必要はありません。代わりに、オブジェクトストレージに接続して必要なデータをオンデマンドでロードするため、スケールアウト操作が大幅に高速化されます。 ### 自動スケーリング機構 {#auto-scaling-mechanism} -TiDB Xアーキテクチャは、ロードバランサーとステートレスな**分離型SQLレイヤー**によって実現される、弾力的なスケーリングを前提として設計されています。共有キャッシュレイヤーは、CPU使用率またはディスク容量に基づいてスケーリングできます。システムは、リアルタイムのワークロード要求に対応するため、コンピューティングポッドを数秒以内に自動的に追加または削除します。 +TiDB Xアーキテクチャは、ロードバランサーとステートレスな**isolated SQL layer**によって実現される、弾力的なスケーリングを前提として設計されています。共有キャッシュレイヤーは、CPU使用率またはディスク容量に基づいてスケーリングできます。システムは、リアルタイムのワークロード要求に対応するため、コンピューティングポッドを数秒以内に自動的に追加または削除します。 この技術的な柔軟性により、使用量に応じた従量課金制の料金モデルが実現します。ユーザーはピーク時の負荷に備えてリソースを事前に確保する必要がなくなります。代わりに、システムはトラフィックが急増した際には自動的にスケールアウトし、アイドル状態の時にはスケールインすることでコストを最小限に抑えます。 ### マイクロサービスとワークロードの分離 {#microservice-and-workload-isolation} -TiDB Xは、多様なワークロードが互いに干渉しないように、高度な職務分掌を実装しています。**分離されたSQLレイヤーは**、独立したコンピューティングノードのグループで構成されており、ワークロードの分離や、異なるアプリケーションが同じ基盤データを共有しながら専用のコンピューティングリソースを使用できるマルチテナントシナリオを実現します。 +TiDB Xは、多様なワークロードが互いに干渉しないように、高度な職務分掌を実装しています。**isolated SQL layer**、独立したコンピューティングノードのグループで構成されており、ワークロードの分離や、異なるアプリケーションが同じ基盤データを共有しながら専用のコンピューティングリソースを使用できるマルチテナントシナリオを実現します。 -**共有サービスレイヤーは、**データベースの負荷の高い操作を、圧縮、統計情報の収集、DDL実行などの独立したマイクロサービスに分解します。インデックス作成や大規模データインポートといったリソース集約型のバックグラウンド操作をこのレイヤーにオフロードすることで、TiDB Xはこれらの操作がオンラインユーザーのトラフィックを処理する計算ノードとCPUやメモリのリソースを競合しないようにします。この設計により、重要なアプリケーションのパフォーマンスがより予測可能になり、ゲートウェイ、SQL計算、キャッシュ、バックグラウンドサービスといった各コンポーネントが、それぞれのリソース需要に基づいて独立してスケーリングできるようになります。 +**shared services layer**データベースの負荷の高い操作を、圧縮、統計情報の収集、DDL実行などの独立したマイクロサービスに分解します。インデックス作成や大規模データインポートといったリソース集約型のバックグラウンド操作をこのレイヤーにオフロードすることで、TiDB Xはこれらの操作がオンラインユーザーのトラフィックを処理する計算ノードとCPUやメモリのリソースを競合しないようにします。この設計により、重要なアプリケーションのパフォーマンスがより予測可能になり、ゲートウェイ、SQL計算、キャッシュ、バックグラウンドサービスといった各コンポーネントが、それぞれのリソース需要に基づいて独立してスケーリングできるようになります。 ## TiDB Xの主な革新点 {#key-innovations-of-tidb-x} @@ -99,9 +99,9 @@ TiDB Xは、多様なワークロードが互いに干渉しないように、 ![Classic TiDB vs TiDB X architecture](/media/tidb-x/tidb-classic-vs-tidb-x-1.png) -- **エンジンの進化**：従来のTiDBでは、 RaftエンジンがMulti-Raftログを管理し、RocksDBがローカルディスク上の物理データストレージを処理していました。TiDB Xでは、これらのコンポーネントは**新しいRFエンジン**（Raftエンジン）と**再設計されたKVエンジン**に置き換えられています。KVエンジンは、RocksDBに代わるLSMツリーストレージエンジンです。どちらの新しいエンジンも、高性能とオブジェクトストレージとのシームレスな統合に特化して最適化されています。 +- **エンジンの進化**：従来のTiDBでは、 RaftエンジンがMulti-Raftログを管理し、RocksDBがローカルディスク上の物理データストレージを処理していました。TiDB Xでは、これらのコンポーネントは**new RF engine**（Raftエンジン）と**redesigned KV engine**に置き換えられています。KVエンジンは、RocksDBに代わるLSMツリーストレージエンジンです。どちらの新しいエンジンも、高性能とオブジェクトストレージとのシームレスな統合に特化して最適化されています。 -- **コンピューティングワークロードの分離**：図中の点線は、オブジェクトストレージレイヤーへのバックグラウンドでの読み書き操作を表しています。TiDB Xでは、RF/KVエンジンとオブジェクトストレージ間のこれらの相互作用はフォアグラウンドプロセスから分離されているため、バックグラウンド操作がオンライントラフィックのレイテンシーに影響を与えません。 +- **Compute workload separation**：図中の点線は、オブジェクトストレージレイヤーへのバックグラウンドでの読み書き操作を表しています。TiDB Xでは、RF/KVエンジンとオブジェクトストレージ間のこれらの相互作用はフォアグラウンドプロセスから分離されているため、バックグラウンド操作がオンライントラフィックのレイテンシーに影響を与えません。 ### 計算と計算の分離 {#separation-of-compute-and-compute} diff --git a/tidb-cloud/tidbx-instance-move-faq.md b/tidb-cloud/tidbx-instance-move-faq.md index 00a3f4ed76f3b..991a14fe6d189 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..ddeca187d0032 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文の数を指定します。 @@ -53,7 +53,7 @@ TiDB Cloudプランによって、RUの主要機能は異なります。 ### SQLリストを読む {#read-the-sql-list} -**トップN SQLリストは、**選択されたフィルタに対して最もRUを消費するSQLステートメントを表示します。 +**Top N SQL list**選択されたフィルタに対して最もRUを消費するSQLステートメントを表示します。 | カラム | 説明 | | ---------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | @@ -68,11 +68,11 @@ TiDB Cloudプランによって、RUの主要機能は異なります。 > **Note:** > -> Top RUは、実行中のクエリも含め、SQL文の**累積RU消費量**に基づいて順位付けします。これにより、実行中のクエリが完了する前に、負荷の高いクエリを検出できます。実行中のクエリについては、実行計画は利用できません。 +> Top RUは、実行中のクエリも含め、SQL文の**cumulative RU consumption**に基づいて順位付けします。これにより、実行中のクエリが完了する前に、負荷の高いクエリを検出できます。実行中のクエリについては、実行計画は利用できません。 ### RUトレンドを確認する {#view-the-ru-trend} -リスト内のSQLステートメントにカーソルを合わせると、トレンドチャートでそのステートメントの**RUトレンドラインが**ハイライト表示されます。このチャートは、選択した期間におけるRU消費量を1分間隔で表示し、急増がいつ始まったか、またその急増が現在も続いているかどうかを把握するのに役立ちます。 +リスト内のSQLステートメントにカーソルを合わせると、トレンドチャートでそのステートメントの**RU trend line**ハイライト表示されます。このチャートは、選択した期間におけるRU消費量を1分間隔で表示し、急増がいつ始まったか、またその急増が現在も続いているかどうかを把握するのに役立ちます。 ## ユーザーごとのRU消費量を特定する {#identify-ru-consumption-by-user} @@ -84,13 +84,13 @@ TiDB Cloudプランによって、RUの主要機能は異なります。 特定のデータベースユーザーのSQLステートメントを詳しく調べるには： -1. **「ユーザー別スライス」**タブをクリックします。 +1. **Sliced by Users**タブをクリックします。 2. **ユーザー**フィルターで、調査対象のユーザーを選択します。このフィルターには最大100人のユーザーが表示され、それ以上のユーザーは**「その他のユーザー」**としてグループ化されます。 -3. **トップN SQLリスト**とトレンドチャートには、選択したユーザーのクエリのみが表示されます。 +3. **Top N SQL list**とトレンドチャートには、選択したユーザーのクエリのみが表示されます。 ## SQLステートメントをドリルダウンする {#drill-down-into-a-sql-statement} -**上位N個のSQLリスト**からSQL文をクリックすると、詳細パネルが開きます。 +**Top N SQL list**からSQL文をクリックすると、詳細パネルが開きます。 ### 実行概要 {#execution-summary} @@ -127,19 +127,19 @@ RUスパイクを調査するには、以下のワークフローを使用して 1. TiDB Cloud EssentialまたはTiDB Cloud PremiumインスタンスのメトリクスにRUの急上昇が見られるか、アラートがトリガーされた場合は、その旨にご注意ください。 2. **「モニタリング」** > **「トップRU」**に移動し、 **「概要」**タブをクリックして、スパイクが発生した期間を選択します。 3. **合計RU値**が最も高いSQL文を特定します。各SQL文にカーソルを合わせると、RU値の推移が表示され、急上昇が始まった時期がわかります。 -4. 特定のユーザーがランキングの急上昇を引き起こしているかどうかを確認するには、 **「ユーザー別ランキング」**パネルを確認してください。 -5. 必要に応じて、 **「ユーザー別スライス」**タブに移動し、ユーザーを選択して、そのユーザーが最も多くのRUを消費しているSQLステートメントに注目してください。 +4. 特定のユーザーがランキングの急上昇を引き起こしているかどうかを確認するには、 **Rank by Users**パネルを確認してください。 +5. 必要に応じて、 **Sliced by Users**タブに移動し、ユーザーを選択して、そのユーザーが最も多くのRUを消費しているSQLステートメントに注目してください。 6. SQL文をクリックすると、詳細パネルが開きます。実行計画を確認して、インデックスの欠落など、最適化の機会を見つけてください。 -7. **クエリテンプレートID**を使用して、実行コンテキストの詳細を確認するために、スロークエリまたはSQLステートメントを相互参照してください。 +7. **Query Template ID**を使用して、実行コンテキストの詳細を確認するために、スロークエリまたはSQLステートメントを相互参照してください。 8. インデックスの追加、SQLの書き換え、ビジネスロジックの調整など、最適化を適用してください。 9. **トップRU**ページに戻り、最近の期間を選択して、RU消費量が減少していることを確認してください。 ## 制限事項 {#limitations} - **請求RUとは同等ではありません**：Top RUデータは、ほぼリアルタイムでの可視性を目的としており、 TiDB Cloudの請求書に記載されているRU使用量とは異なる場合があります。Top RUデータは、請求の照合や監査には使用しないでください。 -- **上位N件の集計**：RU消費量が最も多いSQL文のみが個別に表示されます。RU消費量が少ないSQL文は**「その他」**カテゴリに集約されます。 +- **Top N aggregation**：RU消費量が最も多いSQL文のみが個別に表示されます。RU消費量が少ないSQL文は**「その他」**カテゴリに集約されます。 - **データの鮮度**：データは分単位の粒度で更新されます。 -- **最大クエリ期間**：一度に最大24時間分のデータをクエリできます。 +- **Maximum query window**：一度に最大24時間分のデータをクエリできます。 ## FAQ {#faq} diff --git a/tidb-cloud/use-chat2query-api.md b/tidb-cloud/use-chat2query-api.md index f209ca79f4a00..8b711a3149160 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. ダイアログで、データアプリの名前を定義し、データソースとして必要なクラスターを選択し、**Chat2Query Data App**の種類として**「Chat2Query データアプリ」**を選択します。必要に応じて、アプリの説明を記入することもできます。 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..2bfddfda63eea 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'\ @@ -154,8 +154,8 @@ Few-Shot の例を使用すると、次のようなさまざまなシナリオ 指示はさまざまなシナリオで使用でき、Chat2Query が要件に応じて出力するようにガイドできます。これには次のものが含まれますが、これらに限定されません。 -- **クエリ範囲の制限**: SQL で特定のテーブルまたは列のみを考慮する場合は、これを指定する命令を使用します。 -- **SQL 構造のガイド**: SQL 構造に特定の要件がある場合は、Chat2Query をガイドする指示を使用します。 +- **Limiting query scope**: SQL で特定のテーブルまたは列のみを考慮する場合は、これを指定する命令を使用します。 +- **Guiding SQL structure**: SQL 構造に特定の要件がある場合は、Chat2Query をガイドする指示を使用します。 ## ステップ3. 新しく作成したナレッジベースに知識を追加する {#step-3-add-knowledge-to-the-newly-created-knowledge-base} 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'\ diff --git a/tidb-cloud/v8.5-performance-highlights.md b/tidb-cloud/v8.5-performance-highlights.md index 3b376197a2e23..4b467dd525862 100644 --- a/tidb-cloud/v8.5-performance-highlights.md +++ b/tidb-cloud/v8.5-performance-highlights.md @@ -70,15 +70,15 @@ MVCC バージョンが蓄積されると、要求されたデータと処理さ TiDB v8.5.0 では、クラウド ディスク IO ジッターによるパフォーマンスへの影響を軽減するための複数の機能強化が導入されています。 -- **Leader書き込み最適化**: リーダーがコミットされたがまだ永続化されていないRaftログを早期に適用できるようにし、リーダー ピアの書き込みレイテンシーに対する IO ジッターの影響を軽減します。 +- **Leader write optimization**: リーダーがコミットされたがまだ永続化されていないRaftログを早期に適用できるようにし、リーダー ピアの書き込みレイテンシーに対する IO ジッターの影響を軽減します。 -- **低速ノード検出の強化**：低速ノード検出アルゴリズムを改良し、デフォルトで低速スコア検出を有効にしました。これにより、低速ノードが特定されると、エビクトリーダースケジューラがトリガーされ、パフォーマンスが回復します。[遅いノード検出メカニズム](https://docs.pingcap.com/tidb/v8.5/pd-scheduling-best-practices#troubleshoot-tikv-node)は、 [低速ストアの排除スケジューラ](https://docs.pingcap.com/tidb/v8.5/pd-control#scheduler-show--add--remove--pause--resume--config--describe)を使用して低速ノードを検出・管理し、クラウドディスクジッターの影響を軽減します。 +- **Enhanced slow-node detection**：低速ノード検出アルゴリズムを改良し、デフォルトで低速スコア検出を有効にしました。これにより、低速ノードが特定されると、エビクトリーダースケジューラがトリガーされ、パフォーマンスが回復します。[遅いノード検出メカニズム](https://docs.pingcap.com/tidb/v8.5/pd-scheduling-best-practices#troubleshoot-tikv-node)は、 [低速ストアの排除スケジューラ](https://docs.pingcap.com/tidb/v8.5/pd-control#scheduler-show--add--remove--pause--resume--config--describe)を使用して低速ノードを検出・管理し、クラウドディスクジッターの影響を軽減します。 -- **統合ヘルスコントローラー**：TiKVに統合ヘルスコントローラーを追加し、KVクライアントにフィードバックメカニズムを追加します。KVクライアントは、TiKVノードのヘルスとパフォーマンスに基づいて、エラー処理とレプリカ選択を最適化します。 +- **Unified health controller**：TiKVに統合ヘルスコントローラーを追加し、KVクライアントにフィードバックメカニズムを追加します。KVクライアントは、TiKVノードのヘルスとパフォーマンスに基づいて、エラー処理とレプリカ選択を最適化します。 -- **改良されたレプリカ セレクター**: KV クライアントにレプリカ セレクター V2 が導入され、不要な再試行やバックオフ操作を排除する改良された状態遷移が実現しました。 +- **Improved replica selector**: KV クライアントにレプリカ セレクター V2 が導入され、不要な再試行やバックオフ操作を排除する改良された状態遷移が実現しました。 -- **追加の修正と改善**: TiKV のストア ループでの不要な IO 操作を回避しながら、リージョン キャッシュや KV クライアント ヘルス チェッカーなどの重要なコンポーネントの機能強化が含まれています。 +- **Additional fixes and improvements**: TiKV のストア ループでの不要な IO 操作を回避しながら、リージョン キャッシュや KV クライアント ヘルス チェッカーなどの重要なコンポーネントの機能強化が含まれています。 ### テスト環境 {#test-environment} From 19487bc30f0fca94ea92d58e8d842781b1c261d6 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Thu, 13 Aug 2026 14:42:47 +0900 Subject: [PATCH 02/31] i18n(ja): keep 'latest successful automatic backup' as a translated phrase, not a UI label --- tidb-cloud/premium/backup-and-restore-premium.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tidb-cloud/premium/backup-and-restore-premium.md b/tidb-cloud/premium/backup-and-restore-premium.md index 8320800c9188c..9ac0af7878c6a 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 はインスタンスの **latest successful automatic backup** を保護します。これを削除しようとすると、コンソールに、このバックアップは保護されており、有効期限が切れるまで削除できないことを説明するメッセージが表示されます。 + > データ損失を防ぐため、TiDB Cloud はインスタンスの**最新の成功した自動バックアップ**を保護します。これを削除しようとすると、コンソールに、このバックアップは保護されており、有効期限が切れるまで削除できないことを説明するメッセージが表示されます。 > TiDB Cloud で `Organization Owner` または `Project Owner` ロールを持っている場合は、最新の成功した自動バックアップ以外の自動バックアップ、または手動バックアップを削除できます。 ## 手動バックアップ {#manual-backups} From e4304bed778a5dc97e201adf83f5b09627ea6a0d Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Thu, 13 Aug 2026 14:49:57 +0900 Subject: [PATCH 03/31] i18n(ja): fix template-placeholder leak in Premium/Dedicated product names The 3/4-word UI-label restoration mechanically treated the literal Hugo template placeholders {{{ .premium }}} and {{{ .dedicated }}}, as captured from the EN bold span content at those exact positions, as English UI labels and inserted them verbatim into JA prose, overwriting the correctly hardcoded product names and, in three spots, dropping the trailing particle that used to sit inside the old bold span. --- tidb-cloud/architecture-concepts.md | 10 +++++----- tidb-cloud/premium/configure-ip-access-list-premium.md | 2 +- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/tidb-cloud/architecture-concepts.md b/tidb-cloud/architecture-concepts.md index 28a7d1a9778b1..332348a14533a 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** 、高いパフォーマンスと強化されたセキュリティを必要とするミッションクリティカルなワークロード向け**{{{ .premium }}}** 、専用リソースと高度な機能を備えたエンタープライズグレードのアプリケーション向けの**{{{ .dedicated }}}**提供します。 -- TiDB Cloudは、Google CloudおよびAzure向けに、専用リソースと高度な機能を備えたエンタープライズグレードのアプリケーション向けサービス**{{{ .dedicated }}}**を提供しています。 -- Alibaba Cloud向けに、 TiDB Cloudは、自動スケーリングとコスト効率の高いワークロード向けの**TiDB Cloud Starter** 、プロビジョニングされた容量を備えた本番環境対応ワークロード向けの**TiDB Cloud Essential** 、そして高いパフォーマンスと強化されたセキュリティを必要とするミッションクリティカルなワークロード向けの**{{{ .premium }}}**提供しています。 +- 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は、自動スケーリングとコスト効率の高いワークロード向けの**TiDB Cloud Starter** 、プロビジョニングされた容量を備えた本番環境対応ワークロード向けの**TiDB Cloud Essential** 、高いパフォーマンスと強化されたセキュリティを必要とするミッションクリティカルなワークロード向け**{{{ .premium }}}** 、専用リソースと高度な機能を備えたエンタープライズグレードのアプリケーション向けの**{{{ .dedicated }}}**提供します。 -- Google CloudおよびAzure向けに、 TiDB Cloudは、専用リソースと高度な機能を備えたエンタープライズグレードのアプリケーション向けに、 **{{{ .dedicated }}}**提供します。 +- AWS向けに、 TiDB Cloudは、自動スケーリングとコスト効率の高いワークロード向けの**TiDB Cloud Starter** 、プロビジョニングされた容量を備えた本番環境対応ワークロード向けの**TiDB Cloud Essential** 、高いパフォーマンスと強化されたセキュリティを必要とするミッションクリティカルなワークロード向けの**TiDB Cloud Premium** 、専用リソースと高度な機能を備えたエンタープライズグレードのアプリケーション向けの**TiDB Cloud Dedicated**を提供します。 +- Google CloudおよびAzure向けに、 TiDB Cloudは、専用リソースと高度な機能を備えたエンタープライズグレードのアプリケーション向けに、 **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 b64421f5fd908..c3c3dc1d507e4 100644 --- a/tidb-cloud/premium/configure-ip-access-list-premium.md +++ b/tidb-cloud/premium/configure-ip-access-list-premium.md @@ -9,7 +9,7 @@ TiDB Cloudの各TiDB Cloud Premium インスタンスに対して、IP アクセ > **Note:** > -> このドキュメントは**{{{ .premium }}}**に適用されます。 **TiDB Cloud Starter**または**TiDB Cloud Essential**の IP アクセス リストを構成する手順については、 [パブリックエンドポイント向けにTiDB Cloud StarterまたはEssential Firewallルールを設定する](/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md)するを参照してください。 +> このドキュメントは**TiDB Cloud Premium**に適用されます。 **TiDB Cloud Starter**または**TiDB Cloud Essential**の IP アクセス リストを構成する手順については、 [パブリックエンドポイント向けにTiDB Cloud StarterまたはEssential Firewallルールを設定する](/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md)するを参照してください。 TiDB Cloud PremiumインスタンスのIPアクセスリストを設定するには、以下の手順に従ってください。 From eecc03798e9c4755e11a34336e61363e5e0a4aae Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Thu, 13 Aug 2026 14:51:48 +0900 Subject: [PATCH 04/31] i18n(ja): mirror EN template placeholders for Starter/Essential/Premium/Dedicated in the provider bullet list --- tidb-cloud/architecture-concepts.md | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/tidb-cloud/architecture-concepts.md b/tidb-cloud/architecture-concepts.md index 332348a14533a..b2ed2fe6a0ef5 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 }}}**を提供します。 From 704647f389560ea2d4ba4efd816512510e2bf6a1 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Thu, 13 Aug 2026 14:54:20 +0900 Subject: [PATCH 05/31] i18n(ja): fix malformed quadruple-asterisk bold span and dropped particle in IP access list steps --- tidb-cloud/premium/configure-ip-access-list-premium.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tidb-cloud/premium/configure-ip-access-list-premium.md b/tidb-cloud/premium/configure-ip-access-list-premium.md index c3c3dc1d507e4..8de377a069cf5 100644 --- a/tidb-cloud/premium/configure-ip-access-list-premium.md +++ b/tidb-cloud/premium/configure-ip-access-list-premium.md @@ -21,7 +21,7 @@ TiDB Cloud PremiumインスタンスのIPアクセスリストを設定するに 2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 -3. **ネットワークの**ページで、 **[パブリックエンドポイント****を有効にする]**をクリックして、インスタンスがパブリックエンドポイント経由でアクセスできるようにし、 **Add IP Address**クリックします。 +3. **ネットワーク**のページで、 **[パブリックエンドポイントを有効にする]**をクリックして、インスタンスがパブリックエンドポイント経由でアクセスできるようにし、 **Add IP Address**をクリックします。 4. 表示されたダイアログで、以下のいずれかのオプションを選択してください。 From 036a0a0d898f4f882b113ba26a6b8e4569b6c0a9 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Thu, 13 Aug 2026 14:55:20 +0900 Subject: [PATCH 06/31] i18n(ja): keep 'Retention and deletion' bullet lead-in translated, not a UI label --- tidb-cloud/premium/backup-and-restore-premium.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tidb-cloud/premium/backup-and-restore-premium.md b/tidb-cloud/premium/backup-and-restore-premium.md index 9ac0af7878c6a..be36913cc1641 100644 --- a/tidb-cloud/premium/backup-and-restore-premium.md +++ b/tidb-cloud/premium/backup-and-restore-premium.md @@ -169,7 +169,7 @@ TiDB Cloud Premiumは、自動バックアップに加えて、手動バック ### 主な特徴 {#key-characteristics} -- **Retention and deletion**：自動バックアップとは異なり、手動バックアップは保持ポリシーに基づいて自動的に削除されません。明示的に削除するまで保持されます。インスタンスを削除すると、その手動バックアップはごみ箱に移動し、手動で削除するまでそこに残ります。 +- **保持と削除**：自動バックアップとは異なり、手動バックアップは保持ポリシーに基づいて自動的に削除されません。明示的に削除するまで保持されます。インスタンスを削除すると、その手動バックアップはごみ箱に移動し、手動で削除するまでそこに残ります。 - **保存場所**：手動バックアップは、TiDBが管理するクラウドストレージに保存されます。 From 0ceaa181e5c032bd96f865486f7c568b33a4e59c Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Thu, 13 Aug 2026 14:57:39 +0900 Subject: [PATCH 07/31] i18n(ja): fix dropped particle after Create a Project label and revert Minimum Billing RCU to its translated term --- tidb-cloud/create-tidb-cluster-serverless.md | 2 +- tidb-cloud/create-tidb-cluster.md | 2 +- tidb-cloud/premium/create-tidb-instance-premium.md | 4 ++-- 3 files changed, 4 insertions(+), 4 deletions(-) diff --git a/tidb-cloud/create-tidb-cluster-serverless.md b/tidb-cloud/create-tidb-cluster-serverless.md index 564c4656ac672..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. （オプション）このインスタンスを管理対象プロジェクトにグループ化するには、 **[インスタンスをプロジェクトにグループ化]を**クリックし、インスタンスのターゲットプロジェクトを選択します。組織内にプロジェクトがない場合は、 **Create a Project**クリックして作成できます。 +5. （オプション）このインスタンスを管理対象プロジェクトにグループ化するには、 **[インスタンスをプロジェクトにグループ化]を**クリックし、インスタンスのターゲットプロジェクトを選択します。組織内にプロジェクトがない場合は、 **Create a Project**をクリックして作成できます。 6. インスタンスの容量を更新します。 diff --git a/tidb-cloud/create-tidb-cluster.md b/tidb-cloud/create-tidb-cluster.md index 51b25e709ed86..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クラスターのプロジェクトを選択してください。組織内にプロジェクトがない場合は、 **Create a Project**クリックして作成できます。 + 1. TiDB Cloud Dedicatedクラスターのプロジェクトを選択してください。組織内にプロジェクトがない場合は、 **Create a Project**をクリックして作成できます。 2. TiDB Cloud Dedicatedクラスターの名前を入力してください。 diff --git a/tidb-cloud/premium/create-tidb-instance-premium.md b/tidb-cloud/premium/create-tidb-instance-premium.md index ad892d4caa646..503c11170b4bd 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 インスタンスを管理用のプロジェクトにグループ化するには、 **[インスタンスをプロジェクトにグループ化] を**クリックし、インスタンスの対象となるプロジェクトを選択します。組織内にプロジェクトがない場合は、 **Create a Project**クリックして作成できます。 +4. （オプション）このTiDB Cloud Premium インスタンスを管理用のプロジェクトにグループ化するには、 **[インスタンスをプロジェクトにグループ化] を**クリックし、インスタンスの対象となるプロジェクトを選択します。組織内にプロジェクトがない場合は、 **Create a Project**をクリックして作成できます。 5. 「**容量」**セクションで、インスタンスの最大リクエストキャパシティユニット（RCU）数を設定します。RCUは、ワークロード用にプロビジョニングされたコンピューティングリソースを表します。TiDB Cloudは、需要に基づいて、この範囲内でインスタンスを自動的にスケーリングします。 > **Note:** > > - RCUの最大値は100刻みで設定する必要があります。 - > - お客様には、**Minimum Billing RCU**と呼ばれる最低限のRCU数に基づいて課金されます。この値は、設定された最大RCUの25%と5,000RCUのうち大きい方です。最低請求RCUは、ピークパフォーマンスのために専用リソースが確保されることを保証します。実際の使用量がこれより少ない場合でも、この最低額が課金されます。 + > - お客様には、**最低請求RCU**と呼ばれる最低限のRCU数に基づいて課金されます。この値は、設定された最大RCUの25%と5,000RCUのうち大きい方です。最低請求RCUは、ピークパフォーマンスのために専用リソースが確保されることを保証します。実際の使用量がこれより少ない場合でも、この最低額が課金されます。 6. TiDB Cloud Premiumインスタンスでは、リージョンごとの高可用性のみが有効になっており、設定変更はできません。詳細については、[高可用性](/tidb-cloud/serverless-high-availability.md)を参照してください。 From 1fbc165bcdd06931724d78d4a6eed9bb4c1b58a6 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Thu, 13 Aug 2026 15:07:37 +0900 Subject: [PATCH 08/31] =?UTF-8?q?i18n(ja):=20conservative=20pass=201=20?= =?UTF-8?q?=E2=80=94=20revert=20non-UI-label=20conversions,=20verified=20a?= =?UTF-8?q?gainst=20dbaas-ui=20source?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Audited the part-1 batch (26 files) against the actual TiDB Cloud console source (tidbcloud/dbaas-ui) to tell literal UI strings apart from descriptive/marketing prose that EN happens to bold. Reverted to Japanese where the label is not confirmed literal UI text (architecture-concepts.md marketing bullets, RU cost-factor headers, branch/backup/configure-external-storage descriptive headers, etc). Kept/restored to English where dbaas-ui confirms the exact string is rendered in the console, including two cases that are dynamically built from field identifiers rather than literal string constants (Ignore insert/delete value expression, built via capitalize(id.replace('_',' ').replace('expr','expression')) in EventFilter.tsx) and were therefore missed by a naive grep. --- tidb-cloud/architecture-concepts.md | 18 +++++++++--------- tidb-cloud/backup-and-restore-serverless.md | 4 ++-- tidb-cloud/backup-and-restore.md | 8 ++++---- tidb-cloud/branch-overview.md | 2 +- tidb-cloud/changefeed-sink-to-cloud-storage.md | 2 +- .../configure-external-storage-access.md | 6 +++--- ...less-firewall-rules-for-public-endpoints.md | 2 +- ...nnect-via-standard-connection-serverless.md | 4 ++-- tidb-cloud/connect-via-standard-connection.md | 2 +- tidb-cloud/data-service-get-started.md | 6 +++--- .../premium/create-tidb-instance-premium.md | 2 +- 11 files changed, 28 insertions(+), 28 deletions(-) diff --git a/tidb-cloud/architecture-concepts.md b/tidb-cloud/architecture-concepts.md index b2ed2fe6a0ef5..b5e4cce7802b4 100644 --- a/tidb-cloud/architecture-concepts.md +++ b/tidb-cloud/architecture-concepts.md @@ -82,7 +82,7 @@ TiDB Cloud Essentialは、さまざまな運用要件に対応するため、2 管理された環境で高いパフォーマンスと強化されたセキュリティを必要とするミッションクリティカルなアプリケーション向けに、Premiumプランは、以下の機能を備えた堅牢なインフラストラクチャと高度な制御を提供します。 -- **Unlimited growth and auto-scaling**：変化するワークロードに対応するためのシームレスなスケーリングを提供し、ビジネスに不可欠な業務の継続的な信頼性を確保します。 +- **無制限の成長と自動スケーリング**：変化するワークロードに対応するためのシームレスなスケーリングを提供し、ビジネスに不可欠な業務の継続的な信頼性を確保します。 - **パフォーマンス最適化**：高スループットかつ低遅延のワークロード向けに調整されており、より大きなリソース上限と、よりきめ細かなスケーリング制御を提供します。 - **従量課金制**：実際の[要求容量単位（RCU）](/tidb-cloud/tidb-cloud-glossary.md#request-capacity-unit-rcu)消費量とストレージ使用量に基づいて課金されます。この柔軟なモデルにより、バックエンドでの手動による過剰プロビジョニングが不要になります。 - **高度なセキュリティ**：大規模企業や規制対象業界が必要とする、より高度なセキュリティ設定とコンプライアンス機能を提供します。 @@ -177,7 +177,7 @@ TiDBノードを複数デプロイすることで、水平方向に拡張し、 **主な特徴：** -- **Region-based data storage** +- **リージョンベースのデータストレージ** - データは[リージョン](https://docs.pingcap.com/tidb/dev/glossary#regionpeerraft-group)ごとに分割され、それぞれが特定のキー範囲（左端が閉じ、右端が開いた区間： `StartKey`から`EndKey` ）をカバーします。 - 効率的なデータ配信を確保するため、各TiKVノード内には複数のリージョンが共存している。 @@ -192,7 +192,7 @@ TiDBノードを複数デプロイすることで、水平方向に拡張し、 - TiKVノード内のすべてのデータは、耐久性を確保するために複製されます（デフォルト：3つのレプリカ）。 - TiKVはネイティブな高可用性を保証し、自動フェイルオーバーをサポートすることで、ノード障害からシステムを保護します。 -- **Scalability and reliability** +- **拡張性と信頼性** - TiKVノードは、分散の一貫性と耐障害性を維持しながら、拡大するデータセットを処理できるように設計されています。 @@ -206,7 +206,7 @@ TiDBノードを複数デプロイすることで、水平方向に拡張し、 TiFlashノードはデータを列形式で保存するため、分析クエリに最適化されており、読み取り負荷の高いワークロードのパフォーマンスを大幅に向上させます。 -- **Vector search index support** +- **ベクトル検索インデックスのサポート** ベクトル検索インデックス機能は、テーブルにTiFlashレプリカを使用することで、高度な検索機能を実現し、複雑な分析シナリオにおける効率性を向上させます。 @@ -263,10 +263,10 @@ TiDB Cloud Premiumは、リクエストユニット（RU）を使用してすべ TiDB Cloudは、あらゆる操作の実行に必要なデータベース処理量に基づいて、その操作の総RU料金を計算します。 -- **Data access and size** +- **データアクセスとサイズ** - - **Read and write volume**：RU（リソースユニット）はデータペイロードのサイズに比例して増加します。100 KiBのレコードを処理する場合、1 KiBのレコードを処理する場合よりも多くのRUを消費します。 - - **Read and write rows**：操作に関わる行数は、コストを左右する主要因です。ペイロードが小さくても、複数の行を照会または更新すると、各行の処理、ロック、検証が必要となるため、RUの総消費量が増加します。 + - **読み書きボリューム**：RU（リソースユニット）はデータペイロードのサイズに比例して増加します。100 KiBのレコードを処理する場合、1 KiBのレコードを処理する場合よりも多くのRUを消費します。 + - **行の読み書き**：操作に関わる行数は、コストを左右する主要因です。ペイロードが小さくても、複数の行を照会または更新すると、各行の処理、ロック、検証が必要となるため、RUの総消費量が増加します。 - **インデックスへの影響**： - **書き込み**: テーブル上の影響を受ける各インデックスは、書き込み操作中に更新する必要があります。インデックスが多いテーブルでは、 `INSERT` 、 `UPDATE` 、および`DELETE`操作でRUコストが高くなります。 @@ -276,9 +276,9 @@ TiDB Cloudは、あらゆる操作の実行に必要なデータベース処理 - **スキャン効率**：RU消費量は、エンジンがスキャンする必要のある行数に大きく影響されます。 - - **Read metrics (estimated rows)** ：主キーまたは一意インデックスを使用するポイント読み取りが最も効率的な操作です。数百万行をスキャンするクエリは、最適化されたインデックスを使用するクエリよりもはるかに多くのRUを消費します。 + - **読み取りメトリック（推定行数）** ：主キーまたは一意インデックスを使用するポイント読み取りが最も効率的な操作です。数百万行をスキャンするクエリは、最適化されたインデックスを使用するクエリよりもはるかに多くのRUを消費します。 - - **Write metrics (affected rows)** ：データ変更にかかるRUコストは、影響を受ける行数に依存します。1つのステートメントで10,000行を変更すると、1行だけを変更する場合よりもはるかに高い料金が発生します。 + - **書き込みメトリック（影響を受ける行数）** ：データ変更にかかるRUコストは、影響を受ける行数に依存します。1つのステートメントで10,000行を変更すると、1行だけを変更する場合よりもはるかに高い料金が発生します。 - **計算ロジック**：複数のテーブル結合、深いサブクエリ、集計などを含む複雑なSQL操作は、実行パスを計算してデータを処理するために、より多くのCPUサイクルを必要とします。 diff --git a/tidb-cloud/backup-and-restore-serverless.md b/tidb-cloud/backup-and-restore-serverless.md index a8c38413b90af..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インスタンスを復元します。 -- **Point-in-Time Restore (PREVIEW)** ： TiDB Cloud Essentialインスタンスを特定の時点の状態に復元します。 +- **Point-in-Time Restore（PREVIEW）** ： TiDB Cloud Essentialインスタンスを特定の時点の状態に復元します。 - TiDB Cloud Starterインスタンス：サポートされていません。 - TiDB Cloud Essentialインスタンス：バックアップ保持期間内の任意の時点に復元できますが、 TiDB Cloud Essentialインスタンスの作成時刻より前、または現在時刻の1分前より後には復元できません。 @@ -149,7 +149,7 @@ TiDB Cloudは、新しいTiDB Cloud StarterまたはEssentialインスタンス > **Note:** > - > TiDB Cloud Essentialインスタンス**has no backup**場合、削除されたインスタンスはごみ箱に表示されません。 + > TiDB Cloud Essentialインスタンス**にバックアップがない**場合、削除されたインスタンスはごみ箱に表示されません。 4. 復元したいバックアップの行で、 **...**をクリックし、次に**「復元」**を選択します。 diff --git a/tidb-cloud/backup-and-restore.md b/tidb-cloud/backup-and-restore.md index f64b175b0eff8..ac6f331b32b45 100644 --- a/tidb-cloud/backup-and-restore.md +++ b/tidb-cloud/backup-and-restore.md @@ -199,11 +199,11 @@ TiDB Cloud Dedicatedクラスターに手動バックアップを適用するに 4. **「コマンド生成」**をクリックすると、権限設定用のコマンドが表示されます。 - - **With AWS CLI**: + - **AWS CLI を使用する場合**: 生成されたコマンドをAWS上で実行して、 TiDB CloudにAmazon S3バケットへのアクセス権を付与してください。 - - **With AWS Console**： + - **AWSコンソールを使用する場合**： 1. [Amazon S3コンソール](https://console.aws.amazon.com/s3/)に移動します。 2. 対象のバケットの詳細ページを開き、「**アクセス許可」**タブをクリックします。 @@ -256,7 +256,7 @@ TiDB Cloud Dedicatedクラスターの既存のバックアップ ファイル #### 実行中のバックアップジョブを削除します {#delete-a-running-backup-job} -TiDB Cloud Dedicatedクラスターの実行中のバックアップ ジョブを削除するには、[**Delete backup files**](#delete-backup-files)と同様のプロセスに従います。 +TiDB Cloud Dedicatedクラスターの実行中のバックアップ ジョブを削除するには、[**バックアップファイルを削除する**](#delete-backup-files)と同様のプロセスに従います。 1. TiDB Cloud Dedicatedクラスターの[**バックアップ**](#view-the-backup-page)ページに移動します。 @@ -303,7 +303,7 @@ TiDB Cloud Dedicatedクラスタのデータをバックアップから新しい > **注記** > > - デフォルトでは、新しいクラスターはソースクラスターと同じリージョンに復元されます。 - > - **Dual Region Backup**で [**Dual Region Backup**](/tidb-cloud/backup-and-restore.md#turn-on-dual-region-backup) が有効になっている場合は、デュアルリージョンバックアップ用に構成された**Secondary Region**に新しいクラスターを復元することもできます。 + > - **バックアップ設定**で [**Dual Region Backup**](/tidb-cloud/backup-and-restore.md#turn-on-dual-region-backup) が有効になっている場合は、デュアルリージョンバックアップ用に構成された**Secondary Region**に新しいクラスターを復元することもできます。 5. **復元**ウィンドウでは、必要に応じて以下の変更を行うこともできます。 diff --git a/tidb-cloud/branch-overview.md b/tidb-cloud/branch-overview.md index 06ef21e165c49..2ce8e399fe5ae 100644 --- a/tidb-cloud/branch-overview.md +++ b/tidb-cloud/branch-overview.md @@ -43,7 +43,7 @@ TiDB Cloudは、高速かつシームレスなブランチ作成を実現する > **Note:** > - > エージェント プラットフォームや多数のブランチを必要とするその他のサービスを構築している有料組織向けに、 TiDB Cloud は5 つを超えるブランチを作成できる**Instance Capacity Plan**を提供します。詳細については、 [インスタンス容量計画](/tidb-cloud/select-cluster-tier.md#instance-capacity-plan)を参照してください。 + > エージェント プラットフォームや多数のブランチを必要とするその他のサービスを構築している有料組織向けに、 TiDB Cloud は5 つを超えるブランチを作成できる**インスタンス容量計画**を提供します。詳細については、 [インスタンス容量計画](/tidb-cloud/select-cluster-tier.md#instance-capacity-plan)を参照してください。 - 無料のTiDB Cloud Starterインスタンスの各ブランチには、10 GiB のストレージが許可されます。利用制限が 0 より大きいTiDB Cloud Starterインスタンスの各ブランチには、100 GiB のストレージが許可されます。ストレージ容量が上限に達すると、ストレージを減らすまで、このブランチでの読み取りおよび書き込み操作が制限されます。 diff --git a/tidb-cloud/changefeed-sink-to-cloud-storage.md b/tidb-cloud/changefeed-sink-to-cloud-storage.md index 1ecd2155a85cc..f2128bdb22ebd 100644 --- a/tidb-cloud/changefeed-sink-to-cloud-storage.md +++ b/tidb-cloud/changefeed-sink-to-cloud-storage.md @@ -104,7 +104,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl - **「新しいプリンシパル」**フィールドに、以前に記録した対象のTiDBクラスタの**Service Account ID**を貼り付けます。 - - **Select a role**ダウンリストに、先ほど作成したIAMロールの名前を入力し、フィルター結果からその名前を選択します。 + - **「役割を選択」ドロップ**ダウンリストに、先ほど作成したIAMロールの名前を入力し、フィルター結果からその名前を選択します。 > **Note:** > diff --git a/tidb-cloud/configure-external-storage-access.md b/tidb-cloud/configure-external-storage-access.md index 1d5d930931ce6..23ba39dacc71c 100644 --- a/tidb-cloud/configure-external-storage-access.md +++ b/tidb-cloud/configure-external-storage-access.md @@ -161,7 +161,7 @@ AWS CloudFormationでロールARNを作成する際に問題が発生した場 2. 役割を作成するには、以下の情報を入力してください。 - **Trusted entity type**で**「AWSアカウント」**を選択します。 - - **An AWS account**で**Another AWS account**を選択し、 TiDB CloudアカウントIDを**「アカウントID」**フィールドに貼り付けます。 + - **「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. **「次へ」**をクリックしてポリシー一覧を開き、先ほど作成したポリシーを選択してから**「次へ」**をクリックします。 @@ -265,7 +265,7 @@ Azure ARMテンプレートを使用してSASトークンを作成するには - データをAzure Blob Storageにエクスポートする場合： 1. **「データのエクスポート」を**クリックします。 - 2. **Azure Blob Storage**で**Azure Blob Storageを**選択してください。 + 2. **ターゲット接続**で**Azure Blob Storageを**選択してください。 3. SASトークンフィールドの下にある**「ここをクリックして、Azure ARMテンプレートを使用して新しいものを作成してください」をクリックしてください**。 @@ -276,7 +276,7 @@ Azure ARMテンプレートを使用してSASトークンを作成するには 2. Azureにログインすると、Azure**カスタムデプロイ**ページにリダイレクトされます。 - 3. **カスタムデプロイメント**ページで、**Storage Account Name**と**ストレージアカウント名**を入力してください。コンテナが配置されているストレージアカウントの概要ページから、すべての情報を取得できます。 + 3. **カスタムデプロイメント**ページで、**リソースグループ**と**ストレージアカウント名**を入力してください。コンテナが配置されているストレージアカウントの概要ページから、すべての情報を取得できます。 ![azure-storage-account-overview](/media/tidb-cloud/serverless-external-storage/azure-storage-account-overview.png) 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 df3a24e4f6a56..4fce843963911 100644 --- a/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md +++ b/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md @@ -31,7 +31,7 @@ IPファイアウォールルールは最大200個まで作成できます。 ### AWSへのアクセスを許可する {#allow-aws-access} -TiDB Cloud Starterインスタンスが AWS でホストされている場合は、公式[AWS IPアドレスリスト](https://docs.aws.amazon.com/vpc/latest/userguide/aws-ip-ranges.html)を参照して、**all AWS IP addresses**からのアクセスを有効にすることができます。 +TiDB Cloud Starterインスタンスが AWS でホストされている場合は、公式[AWS IPアドレスリスト](https://docs.aws.amazon.com/vpc/latest/userguide/aws-ip-ranges.html)を参照して、**すべての AWS IP アドレス**からのアクセスを有効にすることができます。 TiDB Cloud はこのリストを定期的に更新し、予約済みの IP アドレス**169.254.65.87**を使用してすべての AWS IP アドレスを表します。 diff --git a/tidb-cloud/connect-via-standard-connection-serverless.md b/tidb-cloud/connect-via-standard-connection-serverless.md index 1cf952f890265..3c0bce2915979 100644 --- a/tidb-cloud/connect-via-standard-connection-serverless.md +++ b/tidb-cloud/connect-via-standard-connection-serverless.md @@ -11,8 +11,8 @@ summary: パブリックエンドポイントを介して、 TiDB Cloud Starter TiDB Cloudプランに応じて、適切なエンドポイントモデルを選択します。 -- {{{ .starter }}} インスタンス、または 2026 年 7 月 1 日より前に作成された {{{ .essential }}} インスタンスの場合は、 [**endpoint shared model**](#connect-via-a-public-endpoint-endpoint-shared-model)を使用します。このモデルでは、単一のパブリックエンドポイントを同じリージョン内の複数の {{{ .starter }}} インスタンスおよび Essential インスタンスで共有できます。 -- 2026 年 7 月 1 日以降に作成された {{{ .essential }}} インスタンスの場合は、 [**endpoint exclusive model**](#connect-via-a-public-endpoint-endpoint-exclusive-model)を使用します。このモデルでは、各 {{{ .essential }}} インスタンスが独自のスタンドアロンパブリックエンドポイントを使用します。このモデルでは接続時に[アカウントプレフィックス](/tidb-cloud/select-cluster-tier.md#user-name-prefix)を含める必要がなくなりますが、各 {{{ .essential }}} インスタンスに対してセットアップ手順を繰り返す必要があります。 +- {{{ .starter }}} インスタンス、または 2026 年 7 月 1 日より前に作成された {{{ .essential }}} インスタンスの場合は、 [**エンドポイント共有モデル**](#connect-via-a-public-endpoint-endpoint-shared-model)を使用します。このモデルでは、単一のパブリックエンドポイントを同じリージョン内の複数の {{{ .starter }}} インスタンスおよび Essential インスタンスで共有できます。 +- 2026 年 7 月 1 日以降に作成された {{{ .essential }}} インスタンスの場合は、 [**エンドポイント占有モデル**](#connect-via-a-public-endpoint-endpoint-exclusive-model)を使用します。このモデルでは、各 {{{ .essential }}} インスタンスが独自のスタンドアロンパブリックエンドポイントを使用します。このモデルでは接続時に[アカウントプレフィックス](/tidb-cloud/select-cluster-tier.md#user-name-prefix)を含める必要がなくなりますが、各 {{{ .essential }}} インスタンスに対してセットアップ手順を繰り返す必要があります。 ## 公開エンドポイント経由で接続します（エンドポイント共有モデル） {#connect-via-a-public-endpoint-endpoint-shared-model} diff --git a/tidb-cloud/connect-via-standard-connection.md b/tidb-cloud/connect-via-standard-connection.md index fbfd09ff8b01f..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 アクセス リストを設定していない場合は、最初の接続の前に、 **Configure IP Access List**の手順に従って[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/data-service-get-started.md b/tidb-cloud/data-service-get-started.md index 6431fa94d51d4..0c7fb5d49192f 100644 --- a/tidb-cloud/data-service-get-started.md +++ b/tidb-cloud/data-service-get-started.md @@ -37,7 +37,7 @@ Data Serviceを使い始めるには、サンプルデータアプリを作成 > **Note:** > - > 現在のプロジェクトにTiDB Cloud Starterインスタンスが存在しない場合は、 **Create New Resource**ドロップダウンリストの**Link Data Sources**をクリックして、まずインスタンスを作成してください。 + > 現在のプロジェクトにTiDB Cloud Starterインスタンスが存在しない場合は、 **「データソースのリンク」**ドロップダウンリストの**「新しいリソースの作成」**をクリックして、まずインスタンスを作成してください。 4. サンプルデータアプリが自動的に作成されると、アプリ名、左側のペインにエンドポイントの一覧、中央のペインにエンドポイントのSQLステートメント、右側にサンプルデータアプリの使用方法に関する説明が表示されます。 @@ -67,7 +67,7 @@ Data Serviceの利用を開始するには、独自のデータアプリを作 4. （オプション）データアプリのエンドポイントを、お好みのGitHubリポジトリとブランチに自動的にデプロイするには、 **Connect to GitHub**を有効にしてから、以下の手順を実行してください。 - 1. **Install on GitHub**クリックし、画面の指示に従って、 **TiDB Cloud Data Service**アプリケーションとして対象のリポジトリにインストールしてください。 + 1. **Install on GitHub**をクリックし、画面の指示に従って、 **TiDB Cloud Data Service**アプリケーションとして対象のリポジトリにインストールしてください。 2. TiDB Cloudコンソールに戻り、 **「承認」**をクリックしてGitHub上のアプリケーションへのアクセスを承認してください。 @@ -181,7 +181,7 @@ Data Serviceの利用を開始するには、独自のデータアプリを作 1. エンドポイントの詳細ページで、右上隅にある**「デプロイ」**をクリックします。 -2. デプロイを確定するには、 **「デプロイ」**をクリックしてください。エンドポイントが正常にデプロイされると、 **Endpoint has been deployed**というメッセージが表示されます。 +2. デプロイを確定するには、 **「デプロイ」**をクリックしてください。エンドポイントが正常にデプロイされると、 **「エンドポイントがデプロイされました」**というメッセージが表示されます。 デプロイ履歴を表示するには、左側のペインでデータアプリの名前をクリックし、右側のペインで「**デプロイ」**タブをクリックします。 diff --git a/tidb-cloud/premium/create-tidb-instance-premium.md b/tidb-cloud/premium/create-tidb-instance-premium.md index 503c11170b4bd..6bf8cc3373b8d 100644 --- a/tidb-cloud/premium/create-tidb-instance-premium.md +++ b/tidb-cloud/premium/create-tidb-instance-premium.md @@ -51,7 +51,7 @@ TiDB Cloudアカウントをお持ちでない場合は、[ここ](https://tidbc > **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)を参照してください。 From 4497fc570d5a538736cb0ce3a71412591303a213 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 09:08:02 +0900 Subject: [PATCH 09/31] i18n(ja): revert non-confirmed UI-label conversions in cluster pause/resume, Alibaba/Azure Kafka private-link, and premium encryption docs Partial audit work from a session that hit its token limit mid-run. Verified the remaining calls before committing: TiDB Cloud's own pause/resume dialog title is dynamically 'Pause/Resume {cluster name} cluster', not the literal 'Pause your cluster' the EN doc bolds, so Japanese is kept. Third-party AWS/Azure/Alibaba console field names are not in dbaas-ui (TiDB Cloud's own frontend) by definition; kept the ones that are well-established, stable console conventions in English and reverted documentation-only category headers (grouping several real fields under one bold label) to Japanese. --- tidb-cloud/pause-or-resume-tidb-cluster.md | 4 ++-- .../configure-ip-access-list-premium.md | 4 ++-- ...mium-via-alibaba-cloud-private-endpoint.md | 6 ++--- .../dual-layer-data-encryption-premium.md | 4 ++-- ...ection-to-self-hosted-kafka-in-alicloud.md | 16 ++++++------- ...-self-hosted-kafka-private-link-service.md | 24 +++++++++---------- 6 files changed, 29 insertions(+), 29 deletions(-) diff --git a/tidb-cloud/pause-or-resume-tidb-cluster.md b/tidb-cloud/pause-or-resume-tidb-cluster.md index f52f23e4a17de..7c9cef015c50e 100644 --- a/tidb-cloud/pause-or-resume-tidb-cluster.md +++ b/tidb-cloud/pause-or-resume-tidb-cluster.md @@ -92,7 +92,7 @@ TiDB Cloudでは、常時稼働していないTiDB Cloud Dedicatedクラスタ 3. ドロップダウンメニューの**「一時停止」**をクリックしてください。 - **Pause your cluster**ダイアログが表示されます。 + **「クラスターを一時停止する」**ダイアログが表示されます。 4. ダイアログで**「一時停止」**をクリックして選択を確定してください。 @@ -112,7 +112,7 @@ TiDB Cloud API を使用してクラスタを一時停止することもでき 1. TiDB Cloudコンソールで、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動します。 -2. 再開したいTiDB Cloud Dedicatedクラスターについて、 **[再開]**をクリックします。 **Resume your cluster**ダイアログが表示されます。 +2. 再開したいTiDB Cloud Dedicatedクラスターについて、 **[再開]**をクリックします。 **[クラスターの再開]**ダイアログが表示されます。 > **Note:** > diff --git a/tidb-cloud/premium/configure-ip-access-list-premium.md b/tidb-cloud/premium/configure-ip-access-list-premium.md index 8de377a069cf5..72ef27431ec92 100644 --- a/tidb-cloud/premium/configure-ip-access-list-premium.md +++ b/tidb-cloud/premium/configure-ip-access-list-premium.md @@ -26,8 +26,8 @@ TiDB Cloud PremiumインスタンスのIPアクセスリストを設定するに 4. 表示されたダイアログで、以下のいずれかのオプションを選択してください。 - **Allow access from anywhere**：すべてのIPアドレスからTiDB Cloudへのアクセスを許可します。このオプションを選択すると、インスタンスがインターネットに完全に公開されるため、非常に危険です。 - - **Use IP addresses**（推奨）：SQLクライアント経由でTiDB Cloudへのアクセスを許可するIPアドレスとCIDRアドレスのリストを追加できます。 + - **IPアドレスを使用する**（推奨）：SQLクライアント経由でTiDB Cloudへのアクセスを許可するIPアドレスとCIDRアドレスのリストを追加できます。 -5. **Use IP addresses**を選択した場合は、IPアドレスまたはCIDR範囲を追加し、必要に応じて説明を追加してください。 +5. **「IPアドレスを使用する」**を選択した場合は、IPアドレスまたはCIDR範囲を追加し、必要に応じて説明を追加してください。 6. 変更を保存するには、 **「確認」**をクリックしてください。 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 87aedc140540a..7087270af9457 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 @@ -38,8 +38,8 @@ Alibaba Cloud管理コンソールを使用してVPCインターフェースエ - **リージョン**： TiDB Cloud Premiumインスタンスと同じリージョンを選択してください。 - **エンドポイント名**：エンドポイントの名前を入力してください。 - **エンドポイントタイプ**：**インターフェースエンドポイント**を選択してください。 - - **エンドポイントサービス**： **Other Endpoint Services**を選択します。 -5. **Endpoint Service Name**フィールドに、 TiDB Cloudからコピーしたサービス名を貼り付けます。 + - **エンドポイントサービス**： **[その他のエンドポイントサービス]**を選択します。 +5. **「エンドポイントサービス名」**フィールドに、 TiDB Cloudからコピーしたサービス名を貼り付けます。 6. **「確認」**をクリックしてください。緑色のチェックマークが表示されれば、サービスが有効であることを示します。 7. エンドポイントに関連付ける**VPC** 、**セキュリティグループ**、および**ゾーン**を選択してください。 8. エンドポイントを作成するには、 **「OK」**をクリックしてください。 @@ -49,7 +49,7 @@ Alibaba Cloud管理コンソールを使用してVPCインターフェースエ - **「基本情報」**セクションで、**エンドポイントID**をコピーしてください。この値は後で*エンドポイントリソースID*として使用します。 -- **「エンドポイントサービスのドメイン名」**セクションで、 **Default Domain Name**をコピーしてください。この値は後で*ドメイン名*として使用します。 +- **「エンドポイントサービスのドメイン名」**セクションで、 **「デフォルトのドメイン名」**をコピーしてください。この値は後で*ドメイン名*として使用します。 ![AliCloud private endpoint Information](/media/tidb-cloud/private-endpoint/alicloud-private-endpoint-info.png) diff --git a/tidb-cloud/premium/dual-layer-data-encryption-premium.md b/tidb-cloud/premium/dual-layer-data-encryption-premium.md index 3a25f4617bba8..5631267a972ac 100644 --- a/tidb-cloud/premium/dual-layer-data-encryption-premium.md +++ b/tidb-cloud/premium/dual-layer-data-encryption-premium.md @@ -36,8 +36,8 @@ TiDB Cloud Premiumは、より高いレベルのデータセキュリティを バックアップデータへのアクセスには元のKMSマスターキーが必要となるため、以下の要件を満たしていることを確認してください。 -- **Maintain key availability**：元のTiDB Cloud Premium インスタンスを削除した場合でも、バックアップデータを復元できるように、関連付けられた KMS マスターキーをアクティブな状態に保ってください。 -- **Ensure correct authorization**：復元操作中は、バックアップに関連付けられているものと全く同じKMSマスターキーを設定し、そのキーにデータアクセスに必要な権限が付与されていることを確認してください。 +- **キーの可用性を管理**：元のTiDB Cloud Premium インスタンスを削除した場合でも、バックアップデータを復元できるように、関連付けられた KMS マスターキーをアクティブな状態に保ってください。 +- **適切な認証を確保する**：復元操作中は、バックアップに関連付けられているものと全く同じKMSマスターキーを設定し、そのキーにデータアクセスに必要な権限が付与されていることを確認してください。 ### 主要管理オプション {#key-management-options} 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 c68e16ece960b..54fe643929ef0 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 @@ -101,29 +101,29 @@ Kafka VPC を作成するには、次の手順を実行します。 [ECSコンソール](https://ecs.console.alibabacloud.com/home#/)に進みます。要塞 vSwitch に要塞ノードを作成します。 -- **Network and Zone**: `Kafka VPC`および`bastion` vSwitch。 -- **Instance and Image**: インスタンス タイプが`ecs.t5-lc1m2.small` 、イメージが`Alibaba Cloud Linux` 。 -- **Network and Security Groups**: `Assign Public IPv4 Address`を選択します。 +- **ネットワークとゾーン**: `Kafka VPC`および`bastion` vSwitch。 +- **インスタンスとイメージ**: インスタンス タイプが`ecs.t5-lc1m2.small` 、イメージが`Alibaba Cloud Linux` 。 +- **ネットワークとセキュリティグループ**: `Assign Public IPv4 Address`を選択します。 - **キーペア**: `kafka-vpc-key-pair` 。 `kafka-vpc-key-pair`という名前の新しいキーペアを作成します。 `kafka-vpc-key-pair.pem`ローカルマシンにダウンロードして、後で設定します。 - **セキュリティグループ**：どこからでもSSHログインを許可する新しいセキュリティグループを作成します。本番環境の安全性を確保するために、ルールを絞り込むことができます。 - **インスタンス名**: `bastion-node` 。 -**2.2. Create broker nodes** +**2.2. ブローカーノードを作成する** [ECSコンソール](https://ecs.console.alibabacloud.com/home#/)に進みます。vSwitch に 3 つのブローカー ノード (AZ ごとに 1 つ) を作成します。 - vSwitch `broker-ap-southeast-1a`のブローカー 1 - - **Network and Zone**: `Kafka VPC`および`broker-ap-southeast-1a` vSwitch - - **Instance and Image**: `ecs.t5-lc1m2.small`インスタンスタイプと`Alibaba Cloud Linux`イメージ + - **ネットワークとゾーン**: `Kafka VPC`および`broker-ap-southeast-1a` vSwitch + - **インスタンスとイメージ**: `ecs.t5-lc1m2.small`インスタンスタイプと`Alibaba Cloud Linux`イメージ - **キーペア**:再利用`kafka-vpc-key-pair` 。 - **インスタンス名**: `broker-node1` - **セキュリティグループ**: Kafka VPCからのすべてのTCPを許可する新しいセキュリティグループを作成します。本番環境では、安全性を考慮してルールを絞り込むことができます。インバウンドルール: -**プロトコル**: `TCP` -**ポート範囲**: `All` -**ソース**: `10.0.0.0/16` - vSwitch `broker-ap-southeast-1b`のブローカー 2 - - **Network and Zone**: `Kafka VPC`および`broker-ap-southeast-1b` vSwitch - - **Instance and Image**: `ecs.t5-lc1m2.small`インスタンスタイプと`Alibaba Cloud Linux`イメージ + - **ネットワークとゾーン**: `Kafka VPC`および`broker-ap-southeast-1b` vSwitch + - **インスタンスとイメージ**: `ecs.t5-lc1m2.small`インスタンスタイプと`Alibaba Cloud Linux`イメージ - **キーペア**:再利用`kafka-vpc-key-pair` 。 - **インスタンス名**: `broker-node2` - **セキュリティグループ**: Kafka VPCからのすべてのTCPを許可する新しいセキュリティグループを作成します。本番環境では、安全性を考慮してルールを絞り込むことができます。インバウンドルール: -**プロトコル**: `TCP` -**ポート範囲**: `All` -**ソース**: `10.0.0.0/16` 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 547c1b8383e2e..74ec78226b528 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 @@ -39,10 +39,10 @@ summary: このドキュメントでは、Azure でセルフホスト型 Kafka 3. **Changefeed**ページで、右上隅の**Changefeed の作成を**クリックし、次の情報を入力します。 1. **宛先**で、 **Kafka**を選択します。 2. **[接続方法]**で**[プライベート リンク]**を選択します。 - 4. 続行する前に、 TiDB Cloud Azureアカウントのリージョン情報とサブスクリプションを**Reminders before proceeding**に書き留めておいてください。この情報は、TiDB CloudがKafka Private Linkサービスにアクセスできるように承認する際に使用します。 + 4. 続行する前に、 TiDB Cloud Azureアカウントのリージョン情報とサブスクリプションを**リマインダー**に書き留めておいてください。この情報は、TiDB CloudがKafka Private Linkサービスにアクセスできるように承認する際に使用します。 5. 一意のランダム文字列を指定して、Kafka プライベート リンク サービス用の**Kafka Advertised Listener Pattern**を生成します。 - 1. 一意のランダム文字列を入力してください。数字または小文字のみ使用できます。この文字列は、後ほど**Kafka Advertised Listener Pattern**生成する際に使用します。 - 2. **Check usage and generate**ランダム文字列が一意であるかどうかが確認され、Kafka ブローカーの外部アドバタイズ リスナーを組み立てるために使用される**Kafka Advertised Listener Pattern**生成されます。 + 1. 一意のランダム文字列を入力してください。数字または小文字のみ使用できます。この文字列は、後ほど**Kafka Advertised Listener Pattern**を生成する際に使用します。 + 2. **「使用状況を確認して生成」をクリックすると、**ランダム文字列が一意であるかどうかが確認され、Kafka ブローカーの外部アドバタイズ リスナーを組み立てるために使用される**Kafka Advertised Listener Pattern**が生成されます。 すべてのデプロイメント情報をメモしてください。後でKafka Private Linkサービスを設定する際に必要になります。 @@ -66,32 +66,32 @@ summary: このドキュメントでは、Azure でセルフホスト型 Kafka 1. [Azureポータル](https://portal.azure.com/)にログインし、 [仮想ネットワーク](https://portal.azure.com/#browse/Microsoft.Network%2FvirtualNetworks)ページに移動して、 **「+ 作成」**をクリックして仮想ネットワークを作成します。 -2. **[基本]**タブで、 **[サブスクリプション]** 、 **[リソース グループ]** 、および**[リージョン]**を選択し、 **Virtual network name**フィールドに名前 (たとえば、 `kafka-pls-vnet` ) を入力して、 **[次へ]**をクリックします。 +2. **[基本]**タブで、 **[サブスクリプション]** 、 **[リソース グループ]** 、および**[リージョン]**を選択し、 **[仮想ネットワーク名]**フィールドに名前 (たとえば、 `kafka-pls-vnet` ) を入力して、 **[次へ]**をクリックします。 3. **[セキュリティ]**タブで、Azure Bastion を有効にし、 **[次へ]**をクリックします。 4. **[IP アドレス]**タブで、次の操作を行います。 1. 仮想ネットワークのアドレス空間を設定します (例: `10.0.0.0/16` )。 - 2. ブローカーのサブネットを作成するには、 **Add a subnet**をクリックし、次の情報を入力して、 **[追加]**をクリックします。 + 2. ブローカーのサブネットを作成するには、 **[サブネットの追加]**をクリックし、次の情報を入力して、 **[追加]**をクリックします。 - **名前**: `brokers-subnet` - - **IP address range**: `10.0.0.0/24` + - **IPアドレス範囲**: `10.0.0.0/24` - **サイズ**: `/24 (256 addresses)` デフォルトでは`AzureBastionSubnet`が作成されます。 -5. 情報を確認するには、 **Review + create**をクリックします。 +5. 情報を確認するには、 **「確認 + 作成」**をクリックします。 6. **[作成]を**クリックします。 #### 2. Kafkaブローカーを設定する {#2-set-up-kafka-brokers} -**2.1. Create broker nodes** +**2.1. ブローカーノードを作成する** -1. [Azureポータル](https://portal.azure.com/)にログインし、 [仮想マシン](https://portal.azure.com/#view/Microsoft_Azure_ComputeHub/ComputeHubMenuBlade/~/virtualMachinesBrowse)ページに移動して**[+ 作成]**をクリックし、 **Azure virtual machine**を選択します。 -2. **[基本]**タブで、**サブスクリプション**、**リソース グループ**、**リージョン**を選択し、次の情報を入力して、 **Next : Disks**をクリックします。 - - **Virtual machine name**: `broker-node` +1. [Azureポータル](https://portal.azure.com/)にログインし、 [仮想マシン](https://portal.azure.com/#view/Microsoft_Azure_ComputeHub/ComputeHubMenuBlade/~/virtualMachinesBrowse)ページに移動して**[+ 作成]**をクリックし、 **[Azure 仮想マシン]**を選択します。 +2. **[基本]**タブで、**サブスクリプション**、**リソース グループ**、**リージョン**を選択し、次の情報を入力して、 **[次へ: ディスク]**をクリックします。 + - **仮想マシン名**: `broker-node` - **利用可能オプション**: `Availability zone` - **ゾーンオプション**: `Self-selected zone` - `Zone 3` `Zone 2`**ゾーン**: `Zone 1` @@ -112,7 +112,7 @@ summary: このドキュメントでは、Azure でセルフホスト型 Kafka - **Public inbound ports**: `Allow selected ports` - 受信ポートを選択: `SSH (22)` - **Load balancing options**: `None` -4. 情報を確認するには、 **Review + create**をクリックします。 +4. 情報を確認するには、 **「確認 + 作成」**をクリックします。 5. **「作成」**をクリックします。**Generate new key pair**メッセージが表示されます。 6. **「秘密鍵をダウンロードしてリソースを作成」をクリックして、**秘密鍵をローカルマシンにダウンロードします。仮想マシンの作成の進行状況を確認できます。 From a9bdc977c512db822d9a072d2683589a2ed2cfe9 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 09:28:40 +0900 Subject: [PATCH 10/31] =?UTF-8?q?i18n(ja):=20conservative=20pass=202=20?= =?UTF-8?q?=E2=80=94=20revert=20non-UI-label=20conversions,=20verified=20a?= =?UTF-8?q?gainst=20dbaas-ui=20source=20and=20EN=20parity?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Audited the part-2 batch (26 files: data-service, import, integrate-*, manage-* docs) against tidbcloud/dbaas-ui and, for third-party consoles (AWS/Vercel/Zapier/n8n/Airbyte/Postman), general knowledge of their stable UI conventions. Reverted marketing/prose bullets and doc-only category headers that aren't literal console strings. Corrected a few spans where the mechanical pass had picked the wrong adjacent English phrase for the position (e.g. data-service-manage-github-connection.md's Connect/ Disconnect toggle button was mislabeled 'Connect to GitHub', which is actually the area title, not the button — confirmed 1:1 against the EN source's own 'click **Connect** in the **Connect to GitHub** area' phrasing). --- tidb-cloud/data-service-integrations.md | 2 +- tidb-cloud/data-service-manage-data-app.md | 14 +++++++------- tidb-cloud/data-service-manage-endpoint.md | 6 +++--- .../data-service-manage-github-connection.md | 10 +++++----- tidb-cloud/data-service-postman-integration.md | 6 +++--- tidb-cloud/dedicated-external-storage.md | 8 ++++---- tidb-cloud/essential-database-audit-logging.md | 4 ++-- tidb-cloud/explore-data-with-chat2query.md | 2 +- tidb-cloud/features.md | 6 +++--- tidb-cloud/import-csv-files-serverless.md | 4 ++-- tidb-cloud/import-csv-files.md | 6 +++--- tidb-cloud/import-parquet-files-serverless.md | 4 ++-- tidb-cloud/import-parquet-files.md | 6 +++--- tidb-cloud/import-sample-data.md | 4 ++-- tidb-cloud/import-with-mysql-cli.md | 2 +- tidb-cloud/integrate-tidbcloud-with-airbyte.md | 2 +- tidb-cloud/integrate-tidbcloud-with-vercel.md | 4 ++-- tidb-cloud/integrate-tidbcloud-with-zapier.md | 4 ++-- tidb-cloud/manage-projects-and-resources.md | 2 +- tidb-cloud/manage-serverless-spend-limit.md | 2 +- tidb-cloud/manage-user-access.md | 8 ++++---- 21 files changed, 53 insertions(+), 53 deletions(-) diff --git a/tidb-cloud/data-service-integrations.md b/tidb-cloud/data-service-integrations.md index 9f80572d084de..b867d5f7acace 100644 --- a/tidb-cloud/data-service-integrations.md +++ b/tidb-cloud/data-service-integrations.md @@ -39,4 +39,4 @@ summary: TiDB Cloudコンソールで、 TiDB CloudデータアプリをGPTやDi データアプリを[Dify](https://dify.ai/)と統合することで、ベクトル距離計算、高度な類似性検索、ベクトル解析などのインテリジェントな機能を追加し、アプリケーションを強化できます。 -データアプリをDifyと連携させるには、 [GPT統合](#integrate-your-data-app-with-gpts)の場合と同じ手順に従ってください。唯一の違いは、 **[連携]**タブの**[Difyとの連携]**エリアで**Integrate with 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 4a324f5167e27..06d857bbf4c75 100644 --- a/tidb-cloud/data-service-manage-data-app.md +++ b/tidb-cloud/data-service-manage-data-app.md @@ -23,11 +23,11 @@ Data Service（プレビュー版）のデータアプリは、特定のアプ > **Note:** > - > デフォルトでは、データアプリの種類は**Standard Data App**です。Chat2Query**Chat2Query Data App**を作成する場合は、このドキュメントではなく[Chat2Query APIを使い始める](/tidb-cloud/use-chat2query-api.md)を参照してください。 + > デフォルトでは、データアプリの種類は**Standard Data App**です。**Chat2Query Data App**を作成する場合は、このドキュメントではなく[Chat2Query APIを使い始める](/tidb-cloud/use-chat2query-api.md)を参照してください。 -3. (オプション) データ アプリのエンドポイントを優先 GitHub リポジトリとブランチに自動的にデプロイするには、 **Connect to GitHub**有効にして、次の操作を行います。 +3. (オプション) データ アプリのエンドポイントを優先 GitHub リポジトリとブランチに自動的にデプロイするには、 **Connect to GitHub**を有効にして、次の操作を行います。 - 1. **Install on 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. **Create Data App**クリックします。 +4. **Create Data App**をクリックします。 新しく作成されたデータアプリがリストの一番上に追加されます。新しいデータアプリにはデフォルトで「 `untitled endpoint`が作成されます。 5. データアプリをGitHubに接続するように設定している場合は、指定したGitHubディレクトリを確認してください`tidb-cloud-data-service`までに[データアプリの構成ファイル](/tidb-cloud/data-service-app-config-files.md)ディレクトリにコミットされていることがわかります。これは、データアプリがGitHubに正常に接続されていることを意味します。 - 新しいデータアプリでは、**Auto Sync & Deployment**および**ドラフトのレビューが**デフォルトで有効になっているため、 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} @@ -146,7 +146,7 @@ OpenAPI ドキュメントにアクセスするには、次の手順を実行し 2. 左側のペインで、対象のデータ アプリの名前をクリックして詳細を表示します。 -3. ページの右上隅にある**View API Docs**クリックします。 +3. ページの右上隅にある**View API Docs**をクリックします。 OpenAPI 仕様を初めて使用する場合は、プロンプトが表示されたらリクエストを承認する必要があります。 @@ -176,7 +176,7 @@ OpenAPI ドキュメントの使用方法の詳細については、 [スワッ 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 2. 左側のペインで、対象のデータ アプリを見つけ、対象のデータ アプリの名前をクリックして詳細を表示します。 3. **危険ゾーン**エリアで、 **Delete Data App**をクリックします。確認のダイアログボックスが表示されます。 -4. `//`を入力し、 **I understand, delete**クリックします。 +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 6c58fa8215efb..aefefa5f82fc0 100644 --- a/tidb-cloud/data-service-manage-endpoint.md +++ b/tidb-cloud/data-service-manage-endpoint.md @@ -130,7 +130,7 @@ Data Serviceでは、データアプリに直接追加できる事前定義済 > **Note:** > -> データアプリをGitHubに接続し、**Auto Sync & Deployment**有効にしている場合は、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} @@ -362,7 +362,7 @@ Data Serviceでは、データアプリに直接追加できる事前定義済 2. 左側のペインで、対象のデータアプリの名前をクリックすると、そのエンドポイントが表示されます。 3. デプロイしたいエンドポイントを見つけ、エンドポイント名をクリックして詳細を表示し、右上隅の**「デプロイ」**をクリックします。 4. データアプリで**「下書きの確認」**が有効になっている場合、変更内容を確認するためのダイアログが表示されます。確認結果に基づいて、変更を破棄するかどうかを選択できます。 -5. デプロイを確定するには、 **「デプロイ」**をクリックしてください。エンドポイントが正常にデプロイされると、 **Endpoint has been deployed**というメッセージが表示されます。 +5. デプロイを確定するには、 **「デプロイ」**をクリックしてください。エンドポイントが正常にデプロイされると、 **「エンドポイントがデプロイされました」**というメッセージが表示されます。 エンドポイント詳細ページの右側のペインで、「**デプロイメント」**タブをクリックすると、デプロイ履歴を表示できます。 @@ -480,7 +480,7 @@ TiDB Cloud Data Serviceは、エンドポイントを呼び出すのに役立つ > **Note:** > -> データ アプリ[データアプリをGitHubに接続しました](/tidb-cloud/data-service-manage-github-connection.md)**Auto Sync & Deployment**有効にしている場合、このデータ アプリのエンドポイントのデプロイを解除すると、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 bc224786bccc1..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接続で**Auto Sync & Deployment**有効になっている場合、GitHub上の設定ファイルを更新することでデータアプリを変更することもできます。設定ファイルの変更をGitHubにプッシュすると、新しい設定がTiDB Cloudに自動的にデプロイされます。 +GitHub接続で**Auto Sync & Deployment**が有効になっている場合、GitHub上の設定ファイルを更新することでデータアプリを変更することもできます。設定ファイルの変更をGitHubにプッシュすると、新しい設定がTiDB Cloudに自動的にデプロイされます。 このドキュメントでは、GitHub を使用してデータ アプリを自動的にデプロイする方法と、GitHub 接続を管理する方法について説明します。 @@ -34,11 +34,11 @@ GitHub接続で**Auto Sync & Deployment**有効になっている場合、GitHub 2. 左側のペインで、対象のデータアプリの名前をクリックすると、その詳細が表示されます。 -3. **「設定」**タブで、 **「GitHubに接続」**エリアの**Connect to GitHub**をクリックします。接続設定用のダイアログボックスが表示されます。 +3. **「設定」**タブで、 **「GitHubに接続」**エリアの**Connect**をクリックします。接続設定用のダイアログボックスが表示されます。 4. ダイアログボックスで、以下の手順を実行してください。 - 1. **Install on GitHub**クリックし、画面の指示に従って、 **TiDB Cloud Data Service**アプリケーションとして対象のリポジトリにインストールしてください。 + 1. **Install on GitHub**をクリックし、画面の指示に従って、 **TiDB Cloud Data Service**をアプリケーションとして対象のリポジトリにインストールしてください。 2. **「承認」**をクリックして、GitHub上のアプリケーションへのアクセスを承認してください。 @@ -78,7 +78,7 @@ GitHub接続で**Auto Sync & Deployment**有効になっている場合、GitHub ## ステップ3．データアプリを変更する {#step-3-modify-your-data-app} -**Auto Sync & Deployment**有効になっている場合、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) @@ -166,7 +166,7 @@ TiDB Cloudコンソールでデータアプリのエンドポイント[データ 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 2. 左側のペインで、対象のデータアプリの名前をクリックすると、その詳細が表示されます。 -3. **「設定」**タブで、 **「GitHubに接続」**エリアの**Connect to 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 e8457e0c50de3..3390175e383dc 100644 --- a/tidb-cloud/data-service-postman-integration.md +++ b/tidb-cloud/data-service-postman-integration.md @@ -39,15 +39,15 @@ Postmanにデータアプリをインポートする前に、以下のものを > **Note:** > - > - データアプリに明確なエンドポイント（ターゲットとなるTiDB Cloud Starterインスタンス、パス、リクエストメソッド、SQLステートメントが構成されていること）が設定されていない場合、データアプリの**Run in Postman**無効のままになります。 - > - Chat2Queryデータアプリの場合、 **Run in Postman**利用できません。 + > - データアプリに明確なエンドポイント（ターゲットとなるTiDB Cloud Starterインスタンス、パス、リクエストメソッド、SQLステートメントが構成されていること）が設定されていない場合、データアプリの**Run in Postman**は無効のままになります。 + > - Chat2Queryデータアプリの場合、 **Run in Postman**は利用できません。 4. データアプリのインポートに関するダイアログに表示される手順に従ってください。 1. お好みに応じて、 **「Postman for Webで実行」**または**Run in Postman Desktop**を選択してPostmanワークスペースを開き、次に目的のワークスペースを選択してください。 - Postmanにログインしていない場合は、画面の指示に従ってまずPostmanにログインしてください。 - - **Run in Postman Desktop**クリックした場合は、画面の指示に従って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 08cc2c807b197..98de72a370d98 100644 --- a/tidb-cloud/dedicated-external-storage.md +++ b/tidb-cloud/dedicated-external-storage.md @@ -204,7 +204,7 @@ TiDB CloudがGCSバケット内のソースデータにアクセスできるよ - **「新しいプリンシパル」**フィールドに、対象のTiDBクラスターのGoogle Cloud ServiceアカウントIDを貼り付けます。 - - **Select a role**ダウンリストに、先ほど作成したIAMロールの名前を入力し、フィルター結果からその名前を選択します。 + - **Select a role**ドロップダウンリストに、先ほど作成したIAMロールの名前を入力し、フィルター結果からその名前を選択します。 > **Note:** > @@ -212,7 +212,7 @@ TiDB CloudがGCSバケット内のソースデータにアクセスできるよ 6. **バケットの詳細**ページで、「**オブジェクト」**タブをクリックします。 - ファイルの gsutil URI をコピーするには、ファイルを選択し、 **Open object overflow menu**をクリックして、 **Copy gsutil URI**クリックします。 + ファイルの gsutil URI をコピーするには、ファイルを選択し、 **[オブジェクトを開く] オーバーフロー メニュー**をクリックして、 **Copy gsutil URI**をクリックします。 ![Get bucket URI](/media/tidb-cloud/gcp-bucket-uri01.png) @@ -222,7 +222,7 @@ TiDB CloudがGCSバケット内のソースデータにアクセスできるよ ![Get bucket URI](/media/tidb-cloud/gcp-bucket-uri02.png) -7. TiDB Cloudコンソールで、Google Cloud Service アカウント ID を取得する**データインポート**ページに移動し、GCS バケットの gsutil URI を**Bucket gsutil URI**フィールドに貼り付けます。たとえば、 `gs://tidb-cloud-source-data/`を貼り付けます。 +7. TiDB Cloudコンソールで、Google Cloud Service アカウント ID を取得する**データインポート**ページに移動し、GCS バケットの gsutil URI を**バケット gsutil URI**フィールドに貼り付けます。たとえば、 `gs://tidb-cloud-source-data/`を貼り付けます。 ## Azure Blob Storageへのアクセスを構成する {#configure-azure-blob-storage-access} @@ -239,7 +239,7 @@ TiDB Cloud DedicatedがAzure Blobコンテナにアクセスできるように 1. **「許可されたサービス」**で**「Blob」**を選択します。 2. **Allowed resource types**で、 **「コンテナ」**と**「オブジェクト」**を選択します。 3. **「許可された権限」**で、必要な権限を選択します。たとえば、 TiDB Cloud Dedicatedにデータをインポートするには、 **「読み取り」**と**「一覧表示」の**権限が必要です。 - 4. 必要に応じて**Start and expiry date/time**を調整してください。セキュリティ上の理由から、有効期限はデータインポートのスケジュールに合わせて設定することをお勧めします。 + 4. 必要に応じて**開始日時と有効期限日時**を調整してください。セキュリティ上の理由から、有効期限はデータインポートのスケジュールに合わせて設定することをお勧めします。 5. その他の設定については、デフォルト値を維持してください。 ![sas-create](/media/tidb-cloud/dedicated-external-storage/azure-sas-create.png) diff --git a/tidb-cloud/essential-database-audit-logging.md b/tidb-cloud/essential-database-audit-logging.md index edfe252dbedf6..f1d12ea0ad942 100644 --- a/tidb-cloud/essential-database-audit-logging.md +++ b/tidb-cloud/essential-database-audit-logging.md @@ -14,7 +14,7 @@ TiDB Cloud Essentialは、実行されたSQLステートメントなど、デー 組織のユーザーアクセスポリシーやその他の情報セキュリティ対策の有効性を評価するには、データベース監査ログを定期的に分析することがセキュリティ上のベストプラクティスです。 -監査ログ機能は**disabled by default**。TiDB Cloud Essentialインスタンスの監査を行うには、監査ログを有効にする必要があります。 +監査ログ機能は**デフォルトでは無効になっています**。TiDB Cloud Essentialインスタンスの監査を行うには、監査ログを有効にする必要があります。 ## 監査ログの設定 {#audit-logging-configurations} @@ -343,7 +343,7 @@ ticloud serverless audit-log filter update --cluster-id --filter-ru 3. **DB Audit Logging**ページで、削除するフィルタルールを見つけて、 **...**をクリックします。 -4. **「削除」**をクリックし、次に**I understand. Delete it**クリックしてください。 +4. **「削除」**をクリックし、次に**I understand, Delete it**をクリックしてください。
diff --git a/tidb-cloud/explore-data-with-chat2query.md b/tidb-cloud/explore-data-with-chat2query.md index 76949ec17b0af..1000996355510 100644 --- a/tidb-cloud/explore-data-with-chat2query.md +++ b/tidb-cloud/explore-data-with-chat2query.md @@ -46,7 +46,7 @@ PingCAP は、ユーザーのデータのプライバシーとセキュリティ Chat2Queryに初めてアクセスすると、PingCAPとAmazon Bedrockがお客様のコードスニペットを使用してサービスを調査および改善することを許可するかどうかを尋ねるダイアログが表示されます。 -- AIがSQLクエリを生成できるようにするには、チェックボックスを選択して**Save and Get Started**クリックします。 +- AIがSQLクエリを生成できるようにするには、チェックボックスを選択して**Save and Get Started**をクリックします。 - AIによるSQLクエリ生成を無効にするには、このダイアログを直接閉じてください。 初回アクセス後も、AI設定は以下のように変更できます。 diff --git a/tidb-cloud/features.md b/tidb-cloud/features.md index 890cb66a08db9..74f36e5ddbe5e 100644 --- a/tidb-cloud/features.md +++ b/tidb-cloud/features.md @@ -11,10 +11,10 @@ summary: TiDB Cloudの各プランにおける機能サポート状況につい > > [TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter) 、 TiDB Cloudを始めるのに最適な方法です。さらに、 [TiDB Playground](https://play.tidbcloud.com/?utm_source=docs&utm_medium=tidb_cloud_quick_start)でTiDB Cloudの機能を試すこともできます。 -- ✅:**一般公開済み**、または**in public preview**。 -- 🔒:**In private preview**。 +- ✅:**一般公開済み**、または**パブリックプレビュー中です**。 +- 🔒:**プライベートプレビュー中です**。 - 🚧:**開発中です**。 -- ❌:**Currently not available**。 +- ❌:**現在ご利用いただけません**。
カテゴリ特徴StarterEssentialPremiumDedicated
基本スケーラブルなトランザクション処理✅ ✅ ✅ ✅
分析処理✅ ✅ ✅ ✅
API ✅
（一般公開プレビュー）		 ✅
（一般公開プレビュー）		 ✅
（一般公開プレビュー）		 ✅
（一般公開プレビュー）
開発者エクスペリエンスデータブランチ✅ ✅ 🚧 ❌
SQLエディタ✅ 🚧 🚧 ❌
リソース管理使った分だけ支払う✅ ✅ ✅ ❌
ワークロードに基づいた自動スケーリング✅ ✅ ✅ ❌
クラスターの手動変更❌ ❌ ❌ ✅
パスワード設定✅ ✅ ✅ ✅
一時停止と再開❌ ❌ ❌ ✅
システムメンテナンス期間❌ ❌ 🚧 ✅
バックアップファイルのごみ箱❌ ✅ ✅ ✅
Specialized featuresベクトルストレージとベクトル検索✅
（一般公開プレビュー）		❌❌❌
全文検索✅
（一般公開プレビュー）		❌🚧❌
データ処理CSV、Parquet、SQLファイルからTiDB Cloudへのデータインポート✅ ✅ ✅ ✅
MySQL互換データベースからTiDB Cloudへのデータ移行❌ ✅
（一般公開プレビュー）		 ✅
（一般公開プレビュー）		 ✅
CSV、Parquet、SQLファイルによるローカルストレージまたはオブジェクトストレージへのデータエクスポート✅
（一般公開プレビュー）		 ✅
（一般公開プレビュー）		 🔒 ❌
変更フィードを使用して、Kafkaまたはその他のMySQL互換データベースへのデータレプリケーションを変更します。 ❌ 🔒 ✅ ✅
バックアップと復元自動バックアップ✅ ✅ ✅ ✅
手動バックアップ❌ ❌ ✅ ✅
デュアルリージョンバックアップ❌ ❌ ❌ ✅
特定時点リカバリ（PITR） ❌ ✅ ✅ ✅
復元する✅ ✅ ✅ ✅
可観測性組み込みの指標✅ ✅ ✅ ✅
アラート❌ ✅ ✅ ✅
SQL文の分析✅ ✅ ✅ ✅
スロークエリログ✅ ✅ ✅ ✅
Top SQL ❌ ✅
（公開プレビューでトップRUを獲得）		 ✅
（公開プレビューでトップRUを獲得）		 ✅
イベント✅ ✅ 🚧 ✅
PrometheusとGrafanaの統合❌ ✅
（一般公開プレビュー）		 ✅
（一般公開プレビュー）		 ✅
Datadogとの連携❌✅
(Public preview)		✅
(Public preview)		 ✅
New Relicとの連携❌ ❌ ❌ ✅
高可用性クロスAZフェイルオーバー❌ ❌ ✅ ✅ ✅
リソース割り当てノードグループ❌ ❌ ❌ ✅
リソース制御❌ ❌ 🚧 ✅
ネットワーク接続プライベートエンドポイント✅ ✅ ✅ ✅
公開エンドポイント✅ ✅ ✅ ✅
VPCピアリング❌ ❌ 🔒 ✅
Securityデータベース監査ログ❌ 🔒 ✅ ✅
コンソール監査ログ✅ ✅ ✅ ✅
ログの秘匿化✅ ✅ ✅ ✅
CMEK ❌ ❌ 🔒 ✅
二重層暗号化✅ ✅ 🔒 ✅
IAM （メールアドレスとパスワードによるログイン、標準SSO、Cloud Organization SSOを含む） ✅ ✅ ✅ ✅
クラウドとリージョンAWS ✅ ✅ ✅ ✅
アリババクラウド✅ ✅ ✅ ❌
Azure ❌ ❌ 🚧 ✅
Google Cloud ❌ ❌ ❌ ✅
クラウドとリージョンAWS ✅ ✅ ✅ ✅
Azure ❌ ❌ 🚧 ✅
Google Cloud ❌ ❌ ❌ ✅
diff --git a/tidb-cloud/import-csv-files-serverless.md b/tidb-cloud/import-csv-files-serverless.md index 50c098441957c..34a9e7c3ba2fd 100644 --- a/tidb-cloud/import-csv-files-serverless.md +++ b/tidb-cloud/import-csv-files-serverless.md @@ -162,7 +162,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Google Cloud Storage**選択してください。 + - **ストレージプロバイダー**： **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/` 。 @@ -213,7 +213,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Azure Blob Storage**選択します。 + - **ストレージプロバイダー**： **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/` 。 diff --git a/tidb-cloud/import-csv-files.md b/tidb-cloud/import-csv-files.md index c2e019b9cc5f0..2bd22852f3aeb 100644 --- a/tidb-cloud/import-csv-files.md +++ b/tidb-cloud/import-csv-files.md @@ -116,7 +116,7 @@ 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 Role ARN** (推奨): AWS ロール ARN の値を入力します。まだロール ARN がない場合は、 **[ここをクリックして AWS CloudFormation を使用して新しいロール ARN を作成する] を**クリックし、画面の指示に従うか、 **[問題が発生しましたか?] ダイアログでロール ARN を手動で作成して、**クラスター**TiDB Cloud Account ID**と**TiDB Cloud External ID**を取得し、 IAMロールを手動で作成します。 + - **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. **「次へ」**をクリックしてください。 @@ -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/` 。 @@ -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` 。 diff --git a/tidb-cloud/import-parquet-files-serverless.md b/tidb-cloud/import-parquet-files-serverless.md index b2b0d1dbd7bfb..5feea86bb59ff 100644 --- a/tidb-cloud/import-parquet-files-serverless.md +++ b/tidb-cloud/import-parquet-files-serverless.md @@ -166,7 +166,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Google Cloud Storage**選択してください。 + - **ストレージプロバイダー**： **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/` 。 @@ -217,7 +217,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Azure Blob Storage**選択します。 + - **ストレージプロバイダー**： **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/` 。 diff --git a/tidb-cloud/import-parquet-files.md b/tidb-cloud/import-parquet-files.md index a11a099614b13..ce7bbba776ac0 100644 --- a/tidb-cloud/import-parquet-files.md +++ b/tidb-cloud/import-parquet-files.md @@ -121,7 +121,7 @@ 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 Role ARN** (推奨): AWS ロール ARN の値を入力します。まだロール ARN がない場合は、 **[ここをクリックして AWS CloudFormation を使用して新しいロール ARN を作成する] を**クリックし、画面の指示に従うか、 **[問題が発生しましたか?] ダイアログでロール ARN を手動で作成して、**クラスター**TiDB Cloud Account ID**と**TiDB Cloud External ID**を取得し、 IAMロールを手動で作成します。 + - **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` 。 diff --git a/tidb-cloud/import-sample-data.md b/tidb-cloud/import-sample-data.md index 0004151f02d8e..510b68d793a0c 100644 --- a/tidb-cloud/import-sample-data.md +++ b/tidb-cloud/import-sample-data.md @@ -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/`を入力してください。 diff --git a/tidb-cloud/import-with-mysql-cli.md b/tidb-cloud/import-with-mysql-cli.md index 4af9e501c828c..3fd22f83877c1 100644 --- a/tidb-cloud/import-with-mysql-cli.md +++ b/tidb-cloud/import-with-mysql-cli.md @@ -22,7 +22,7 @@ TiDB Cloud Dedicatedクラスターに接続してください。 2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 -3. **ネットワーク設定**ページで、 **Add IP Address**領域の**IP Access List**をクリックします。 +3. **ネットワーク設定**ページで、 **IP Access List**領域の**Add IP Address**をクリックします。 4. ダイアログで**Allow access from anywhere**を選択し、 **「確認」**をクリックします。 diff --git a/tidb-cloud/integrate-tidbcloud-with-airbyte.md b/tidb-cloud/integrate-tidbcloud-with-airbyte.md index 520ee2975d4e9..8be902fcef5fe 100644 --- a/tidb-cloud/integrate-tidbcloud-with-airbyte.md +++ b/tidb-cloud/integrate-tidbcloud-with-airbyte.md @@ -62,7 +62,7 @@ Airbyteのバナーが表示されたら、ユーザー名（ `airbyte` ）と > - JDBC を介してTiDB Cloudへの TLS 接続を無効にする場合は、JDBC URL パラメータで useSSL を`false`に設定し、SSL 接続を閉じる必要があります。たとえば、 `useSSL=false`のように設定します。 > - TiDB Cloud StarterとTiDB Cloud EssentialはTLS接続のみをサポートしています。 -4. コネクタの作成を完了するには、「ソースまたは**Set up source****設定」**をクリックします。次のスクリーンショットは、ソースとしてTiDBを設定した例です。 +4. コネクタの作成を完了するには、「ソースまたは**宛先の****設定」**をクリックします。次のスクリーンショットは、ソースとしてTiDBを設定した例です。 ![TiDB source configuration](/media/tidb-cloud/integration-airbyte-parameters.jpg) diff --git a/tidb-cloud/integrate-tidbcloud-with-vercel.md b/tidb-cloud/integrate-tidbcloud-with-vercel.md index 564f1a44d5483..c02d04750e5e1 100644 --- a/tidb-cloud/integrate-tidbcloud-with-vercel.md +++ b/tidb-cloud/integrate-tidbcloud-with-vercel.md @@ -80,7 +80,7 @@ TiDB Cloud Vercel 統合経由で接続するには、 [Vercelの統合マーケ
-1. [TiDB Cloud Vercelとの統合](https://vercel.com/integrations/tidb-cloud)ページの右上領域にある**[統合の追加] を**クリックします。 **Add TiDB Cloud**ダイアログが表示されます。 +1. [TiDB Cloud Vercelとの統合](https://vercel.com/integrations/tidb-cloud)ページの右上領域にある**[統合の追加] を**クリックします。 **[TiDB Cloudの追加]**ダイアログが表示されます。 2. ドロップダウンリストから統合の範囲を選択し、 **「続行」**をクリックしてください。 3. 統合を追加するVercelプロジェクトを選択し、 **「続行」**をクリックします。 4. 統合に必要な権限を確認し、 **「統合を追加」**をクリックしてください。すると、 TiDB Cloudコンソールの統合ページに移動します。 @@ -123,7 +123,7 @@ TiDB Cloud Vercel 統合経由で接続するには、 [Vercelの統合マーケ
-1. [TiDB Cloud Vercelとの統合](https://vercel.com/integrations/tidb-cloud)ページの右上領域にある**[統合の追加] を**クリックします。 **Add TiDB Cloud**ダイアログが表示されます。 +1. [TiDB Cloud Vercelとの統合](https://vercel.com/integrations/tidb-cloud)ページの右上領域にある**[統合の追加] を**クリックします。 **[TiDB Cloudの追加]**ダイアログが表示されます。 2. ドロップダウンリストから統合の範囲を選択し、 **「続行」**をクリックしてください。 3. 統合を追加するVercelプロジェクトを選択し、 **「続行」**をクリックします。 4. 統合に必要な権限を確認し、 **「統合を追加」**をクリックしてください。すると、 TiDB Cloudコンソールの統合ページに移動します。 diff --git a/tidb-cloud/integrate-tidbcloud-with-zapier.md b/tidb-cloud/integrate-tidbcloud-with-zapier.md index c0828002bfe75..cb2f6ecdce12d 100644 --- a/tidb-cloud/integrate-tidbcloud-with-zapier.md +++ b/tidb-cloud/integrate-tidbcloud-with-zapier.md @@ -187,7 +187,7 @@ TiDB Cloudには、Zapierで直接使用できるテンプレートがいくつ ### TiDB CloudアカウントをZapierに設定するにはどうすればよいですか？ {#how-can-i-set-up-the-tidb-cloud-account-in-zapier} -Zapierは、 TiDB Cloudアカウントに接続するために**TiDB Cloud API key**を必要とします。ZapierはTiDB Cloudのログインアカウントを必要としません。 +Zapierは、 TiDB Cloudアカウントに接続するために**TiDB Cloud APIキー**を必要とします。ZapierはTiDB Cloudのログインアカウントを必要としません。 TiDB Cloud API キーを取得するには、 [TiDB Cloud APIドキュメント](https://docs.pingcap.com/tidbcloud/api/v1beta#section/Authentication/API-Key-Management)に従ってください。 @@ -201,7 +201,7 @@ API 内のアイテムが複数の異なるポーリングに存在する場合 `New Cluster`および`New Table`トリガーは、 `cluster_id`または`table_id`を`id`フィールドとして使用して重複排除を行います。この 2 つのトリガーについては、何もする必要はありません。 -**New Row Trigger** +**新しい行のトリガー** `New Row`トリガーは、フェッチごとに10,000件の結果を制限します。そのため、新しい行が10,000件の結果に含まれていない場合、Zapierはトリガーされません。 diff --git a/tidb-cloud/manage-projects-and-resources.md b/tidb-cloud/manage-projects-and-resources.md index 392b1a880a50b..2ed012f49fad3 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クラスター用に作成されている場合は、 **Create for Dedicated Cluster**オプションを選択し、プロジェクトの [顧客管理型暗号化キー（CMEK）](/tidb-cloud/tidb-cloud-encrypt-cmek-aws.md)と[メンテナンスウィンドウ](/tidb-cloud/configure-maintenance-window.md)を構成して、 **「確認」**をクリックします。 + - プロジェクトがTiDB Cloud Dedicatedクラスター用に作成されている場合は、 **Create for Dedicated Clusters**オプションを選択し、プロジェクトの [顧客管理型暗号化キー（CMEK）](/tidb-cloud/tidb-cloud-encrypt-cmek-aws.md)と[メンテナンスウィンドウ](/tidb-cloud/configure-maintenance-window.md)を構成して、 **「確認」**をクリックします。 ### プロジェクトを管理する {#manage-a-project} diff --git a/tidb-cloud/manage-serverless-spend-limit.md b/tidb-cloud/manage-serverless-spend-limit.md index b2b3efbcf2c63..1df941b08e26d 100644 --- a/tidb-cloud/manage-serverless-spend-limit.md +++ b/tidb-cloud/manage-serverless-spend-limit.md @@ -39,7 +39,7 @@ TiDB Cloud Starterインスタンスの支出制限を更新するには、以 > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. **Capacity used this month**の欄で、 **Set Spending Limit**クリックします。 +2. **Capacity used this month**の欄で、 **Set Spending limit**をクリックします。 以前に支出限度額を設定していて、それを更新したい場合は、クリックしてください。 **編集**。 diff --git a/tidb-cloud/manage-user-access.md b/tidb-cloud/manage-user-access.md index 0895e64cd6d07..c279d41ba555d 100644 --- a/tidb-cloud/manage-user-access.md +++ b/tidb-cloud/manage-user-access.md @@ -71,15 +71,15 @@ TiDB Cloudは組織レベルで課金計算を行い、各プロジェクトお TiDB Cloudには、3種類のプロジェクトがあります。 -- **TiDB Dedicated project**：このプロジェクトタイプは、 TiDB Cloud Dedicatedクラスタでのみ使用されます。RBAC、ネットワーク、メンテナンス、アラート購読、暗号化アクセスなど、 TiDB Cloud Dedicatedクラスタの設定をプロジェクトごとに個別に管理できます。 +- **TiDB Dedicatedプロジェクト**：このプロジェクトタイプは、 TiDB Cloud Dedicatedクラスタでのみ使用されます。RBAC、ネットワーク、メンテナンス、アラート購読、暗号化アクセスなど、 TiDB Cloud Dedicatedクラスタの設定をプロジェクトごとに個別に管理できます。 - **TiDB X project**: このプロジェクト タイプは、TiDB X インスタンス ( TiDB Cloud Starter、 Essential、Premium インスタンスを含む) でのみ使用されます。プロジェクトごとに TiDB X インスタンスの RBAC を管理できます。TiDB X プロジェクトは[**My TiDB**](https://tidbcloud.com/tidbs)ページでプロジェクトを作成する際のデフォルトのプロジェクト タイプです。 -- **TiDB X virtual project**: このプロジェクトは仮想プロジェクトであり、管理機能は提供しません。これは、どのプロジェクトにも属さない TiDB X インスタンスの仮想コンテナとして機能するため、これらのインスタンスには、プロジェクト ID を使用してTiDB Cloud API 経由でアクセスできます。各組織には一意の仮想プロジェクト ID があります。この ID は、TiDB Cloud API の[アクセス可能なプロジェクトをすべて一覧表示します](https://docs.pingcap.com/tidbcloud/api/v1beta/#tag/Project/operation/ListProjects) 。 +- **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の文字が入ったフォルダアイコン） |
（通常のフォルダアイコン） | プロジェクトビューには**Out of project**リストに、どのプロジェクトにも割り当てられていない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リソースのページにいる場合、左上隅のコンボボックスをクリックした後、組織リストに戻るには、コンボボックス内の**Back to My TiDB**クリックする必要があります。 + > - 現在特定のTiDB Cloudリソースのページにいる場合、左上隅のコンボボックスをクリックした後、組織リストに戻るには、コンボボックス内の**Back to My TiDB**をクリックする必要があります。 > - 複数の組織に所属している場合は、コンボボックス内の対象組織名をクリックすることで、組織間でアカウントを切り替えることができます。 2. 組織IDやタイムゾーンなどの組織の詳細情報を表示するには、組織名をクリックし、左側のナビゲーションペインで**「組織設定」** > **「一般」**をクリックします。 From 08e87bf712099cc80add6f610614d5dc246dafc5 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 09:47:47 +0900 Subject: [PATCH 11/31] =?UTF-8?q?i18n(ja):=20conservative=20pass=203=20?= =?UTF-8?q?=E2=80=94=20revert=20non-UI-label=20conversions=20in=20migrate/?= =?UTF-8?q?monitor/oauth=20docs,=20verified=20against=20dbaas-ui?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Audited the part-3 batch (21 files: migrate-*, monitor-*, oauth2, premium auditing/export/import docs) against tidbcloud/dbaas-ui and, for third-party consoles (AWS DMS/IAM, PagerDuty, Slack, Datadog, New Relic, Alibaba RAM), general knowledge of their stable UI conventions. Reverted doc-only category headers and unconfirmed spans. Fixed a few cases where the mechanical pass had scrambled which English label landed on which position (Datadog/New Relic/Delete mismap in migrate-metrics-integrations.md; Add Filter Rule/Log Filter Rules swap in premium/tidb-cloud-auditing-premium.md). Kept dbaas-ui's exact wording only for confirming whether a span is a genuine UI label at all; where dbaas-ui's current literal text differs from what the EN doc itself bolds (e.g. EN bolds 'Choose migration job type' but the current console tab is labeled 'Migration Type'), mirrored the EN doc's own wording rather than substitute newer UI copy EN doesn't use — this stays a ja-only sync fix, not an EN-side accuracy correction. --- .../migrate-from-mysql-using-aws-dms.md | 12 +++++----- ...migrate-from-mysql-using-data-migration.md | 22 +++++++++---------- tidb-cloud/migrate-from-op-tidb.md | 4 ++-- ...al-data-from-mysql-using-data-migration.md | 8 +++---- tidb-cloud/migrate-metrics-integrations.md | 2 +- tidb-cloud/migrate-sql-shards.md | 2 +- tidb-cloud/monitor-datadog-integration.md | 4 ++-- tidb-cloud/monitor-new-relic-integration.md | 2 +- ...itor-prometheus-and-grafana-integration.md | 2 +- tidb-cloud/oauth2.md | 2 +- .../premium/migrate-from-op-tidb-premium.md | 4 ++-- .../premium/tidb-cloud-auditing-premium.md | 18 +++++++-------- 12 files changed, 41 insertions(+), 41 deletions(-) diff --git a/tidb-cloud/migrate-from-mysql-using-aws-dms.md b/tidb-cloud/migrate-from-mysql-using-aws-dms.md index 5ac4dace6c391..03f3004a19c4c 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. **Create replication instance**クリックします。 +2. **Create replication instance**をクリックします。 ![Create replication instance](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-to-tidb-cloud-create-instance.png) @@ -49,12 +49,12 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ 5. ストレージは**Allocated storage (GiB)**フィールドで設定します。デフォルト設定を使用してください。 6. 接続性とセキュリティを設定します。 - - **Network type - new**: **IPv4**を選択してください。 + - **Network type** - 新規: **IPv4**を選択してください。 - **IPv4 用仮想プライベートクラウド (VPC)** ：必要な VPC を選択してください。ネットワーク構成を簡素化するため、アップストリームデータベースと同じ VPC を使用することをお勧めします。 - **Replication subnet group**：レプリケーションインスタンスに使用するサブネットグループを選択してください。 - **一般公開**：デフォルト設定を使用します。 -7. 必要に応じて、**詳細設定**、**メンテナンス**、および**タグ**を設定します。 **Create replication instance**クリックして、インスタンスの作成を完了します。 +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. この例では、 **Select RDS DB instance**クリックし、ソースとなる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,7 +79,7 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ - **エンドポイント識別子**：後続のタスク構成で識別しやすくするために、ソースエンドポイントにラベルを作成します。 - **記述的な Amazon リソース名 (ARN) - オプション**: デフォルトの DMS ARN に分かりやすい名前を作成します。 - **ソースエンジン**: **MySQL**を選択してください。 - - **Access to endpoint database**:**Provide access information manually**選択します。 + - **Access to endpoint database**:**Provide access information manually**を選択します。 - **サーバー名**：データプロバイダーのデータサーバー名を入力してください。データベースコンソールからコピーできます。アップストリームがAmazon RDSまたはAmazon Auroraの場合は、名前が自動的に入力されます。ドメイン名のないセルフホスト型MySQLの場合は、IPアドレスを入力してください。 - ソースデータベースの**ポート番号**、**ユーザー名**、**パスワード**を入力してください。 - **セキュリティソケットレイヤー（SSL）モード**：必要に応じてSSLモードを有効にできます。 @@ -124,7 +124,7 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ - **ユーザー名**: TiDB クラスターのユーザー名を入力してください。これは、記録した`-u`情報です。 - **パスワード**：TiDBクラスタのパスワードを入力してください。 - **セキュリティソケットレイヤー（SSL）モード**： **Verify-ca**を選択します。 - - **Add new CA certificate**クリックして、前の手順で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) diff --git a/tidb-cloud/migrate-from-mysql-using-data-migration.md b/tidb-cloud/migrate-from-mysql-using-data-migration.md index 4e2f71939c26f..9e539261ab0d8 100644 --- a/tidb-cloud/migrate-from-mysql-using-data-migration.md +++ b/tidb-cloud/migrate-from-mysql-using-data-migration.md @@ -405,7 +405,7 @@ AWS は RDS またはAuroraへの PrivateLink による直接アクセスをサ 2. [Amazon VPC コンソール](https://console.aws.amazon.com/vpc/)で、左側のナビゲーションペインの**[エンドポイント サービス]**をクリックし、 **Create endpoint service**をクリックします。次の設定を構成します。 - - **Load balancer type****「ネットワーク」**に設定し、前の手順で作成したNLBを選択します。**Available load balancers**リストが空の場合は、NLBが**アクティブ**状態になるまで待ってから、リストの横にある更新アイコンをクリックします。 + - **Load balancer type**を**「ネットワーク」**に設定し、前の手順で作成したNLBを選択します。**Available load balancers**リストが空の場合は、NLBが**アクティブ**状態になるまで待ってから、リストの横にある更新アイコンをクリックします。 - **承認が必要**：有効（デフォルト）。 - **Supported IP address types**： **IPv4**を選択してください。 @@ -443,7 +443,7 @@ Azure Database for MySQL - Flexible Server は、ネイティブのプライベ 2. **ネットワーク設定**ページで、**プライベートエンドポイントの**セクションまでスクロールダウンし、 **+ Create private endpoint**をクリックして、画面の指示に従ってプライベートエンドポイントを設定します。 - セットアップ中に、**Virtual Network**タブでTiDB Cloud がアクセスできる仮想ネットワークとサブネットを選択し、 **DNS**タブで**Private DNS integration**を有効にします。プライベートエンドポイントが作成されてデプロイされたら、 **Go to resource**クリックし、左側のナビゲーション ペインで**[設定]** > **[DNS 構成] を**クリックして、**Customer Visible FQDNs**セクションでインスタンスへの接続に使用するホスト名を見つけます。通常、ホスト名は`.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)を参照してください。 @@ -491,7 +491,7 @@ AWS は RDS またはAuroraへの PrivateLink による直接アクセスをサ 2. [Amazon VPC コンソール](https://console.aws.amazon.com/vpc/)で、左側のナビゲーションペインの**[エンドポイント サービス]**をクリックし、 **Create endpoint service**をクリックします。次の設定を構成します。 - - **Load balancer type****「ネットワーク」**に設定し、前の手順で作成したNLBを選択します。**Available load balancers**リストが空の場合は、NLBが**アクティブ**状態になるまで待ってから、リストの横にある更新アイコンをクリックします。 + - **Load balancer type**を**「ネットワーク」**に設定し、前の手順で作成したNLBを選択します。**Available load balancers**リストが空の場合は、NLBが**アクティブ**状態になるまで待ってから、リストの横にある更新アイコンをクリックします。 - **承認が必要**：有効（デフォルト）。 - **Supported IP address types**： **IPv4**を選択してください。 @@ -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. 入力した情報を検証するには、 **Validate Connection and Next**クリックしてください。 +4. 入力した情報を検証するには、 **Validate Connection and Next**をクリックしてください。 5. 表示されたメッセージに従って行動してください。 @@ -832,7 +832,7 @@ TiDB Cloudへのデータ移行を一度で完了させるには、 **Existing d -TiDB Cloudへのデータ移行を一度で完了させるには、ソースデータベースとターゲットデータベース間のデータの一貫性を確保するため、 **Full + Incremental**と**Incremental data migration**選択してください。 +TiDB Cloudへのデータ移行を一度で完了させるには、ソースデータベースとターゲットデータベース間のデータの一貫性を確保するため、 **Full + Incremental**と**Incremental data migration**を選択してください。 現在、**既存データの**移行には**論理モード**のみを使用できます。このモードでは、MySQLソースデータベースからSQLステートメントとしてデータをエクスポートし、TiDB上で実行します。このモードでは、移行前のターゲットテーブルは空でも空でなくても構いません。 @@ -842,7 +842,7 @@ TiDB Cloudへのデータ移行を一度で完了させるには、ソースデ TiDB Cloud Premiumへのデータ移行を一度で完了させるには、 **Full + Incremental**を選択してください。これにより、ソースデータベースとターゲットデータベース間のデータの一貫性が確保されます。 -**既存データの移行**には、**物理​​モード**または**existing data migration**いずれかを使用できます。 +**既存データの移行**には、**物理​​モード**または**論理モードの**いずれかを使用できます。 - デフォルトモードは**論理モード**です。このモードでは、MySQLソースデータベースからSQLステートメントとしてデータをエクスポートし、ターゲットのTiDB Cloud Premiumインスタンス上で実行します。このモードでは、移行前にターゲットテーブルが空でも空でなくても構いませんが、物理モードよりもパフォーマンスが低下します。 @@ -859,7 +859,7 @@ TiDB Cloud Premiumへのデータ移行を一度で完了させるには、 **Fu ### 既存データのみを移行する {#migrate-only-existing-data} -ソースデータベースの既存データのみをTiDB Cloudに移行するには、 **Existing data migration**選択します。 +ソースデータベースの既存データのみをTiDB Cloudに移行するには、 **Existing data migration**を選択します。 物理モードまたは論理モードを使用して、既存のデータを移行できます。詳細については、[既存データと増分データを移行する](#migrate-existing-data-and-incremental-data)を参照してください。 @@ -897,7 +897,7 @@ TiDB Cloud Premiumへのデータ移行を一度で完了させるには、 **Fu ## ステップ6：移行の進捗状況を確認する {#step-6-view-the-migration-progress} -移行ジョブが作成されると、**Migration Job Details**ページで移行の進行状況を確認できます。移行の進行状況は、 **Stage and Status**領域に表示されます。 +移行ジョブが作成されると、**Migration Job Details**ページで移行の進行状況を確認できます。移行の進行状況は、 **Stage and Status**の領域に表示されます。 移行ジョブは、実行中でも一時停止または削除できます。 @@ -913,7 +913,7 @@ TiDB Cloud Premiumへのデータ移行を一度で完了させるには、 **Fu ## ステップ6：移行の進捗状況を監視する {#step-6-monitor-the-migration-progress} -移行ジョブが作成されると、**Migration Job Details**ページで移行の進行状況を確認できます。移行の進行状況は、 **Stage and Status**領域に表示されます。 +移行ジョブが作成されると、**Migration Job Details**ページで移行の進行状況を確認できます。移行の進行状況は、 **Stage and Status**の領域に表示されます。 移行ジョブは、実行中でも一時停止または削除できます。移行ジョブが失敗した場合は、問題を解決した後に再開できます。移行ジョブは、どの状態でも削除できます。 @@ -931,11 +931,11 @@ TiDB Cloud Premiumへのデータ移行を一度で完了させるには、 **Fu **「仕様を選択して移行を開始」**ページで、パフォーマンス要件に応じて適切な移行仕様を選択します。仕様の詳細については、 [データ移行の仕様](/tidb-cloud/tidb-cloud-billing-dm.md#specifications-for-data-migration)を参照してください。 -仕様を選択したら、 **Create Job and Start**クリックして移行を開始します。 +仕様を選択したら、 **Create Job and Start**をクリックして移行を開始します。 ## ステップ7：移行の進捗状況を確認する {#step-7-view-the-migration-progress} -移行ジョブが作成されると、**Migration Job Details**ページで移行の進行状況を確認できます。移行の進行状況は、 **Stage and Status**領域に表示されます。 +移行ジョブが作成されると、**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 e83464c73a28b..323859696c237 100644 --- a/tidb-cloud/migrate-from-op-tidb.md +++ b/tidb-cloud/migrate-from-op-tidb.md @@ -143,7 +143,7 @@ AWS コンソールでアクセスキーを作成します。詳細について 2. 右上にあるナビゲーションバーでユーザー名を選択し、 **My Security Credentials**をクリックします。 -3. アクセスキーを作成するには、 **Create access key**をクリックします。次に、 **Download .csv file**選択して、アクセスキー 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の場合は、 **Add IP Address**をクリックします。表示されたダイアログで、 **Use IP addresses**を選択し、 [ **+]**をクリックし、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 f051baf8dd364..e57f2d2c3e13e 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 @@ -204,7 +204,7 @@ SHOW VARIABLES LIKE 'binlog_row_image'; - **ユーザー名**: ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud EssentialインスタンスTiDB Cloud Premiumインスタンスのユーザー名を入力します。 - **パスワード**： TiDB Cloudのユーザー名のパスワードを入力してください。 -4. 入力した情報を検証するには、 **Validate Connection and Next**クリックしてください。 +4. 入力した情報を検証するには、 **Validate Connection and Next**をクリックしてください。 5. 表示されたメッセージに従って行動してください。 @@ -289,7 +289,7 @@ SHOW MASTER STATUS; ## ステップ6：移行の進捗状況を確認する {#step-6-view-the-migration-progress} -移行ジョブが作成されると、**Migration Job Details**ページで移行の進行状況を確認できます。移行の進行状況は、 **Stage and Status**領域に表示されます。 +移行ジョブが作成されると、**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**クリックして移行を開始します。 +仕様を選択したら、 **Create Job and Start**をクリックして移行を開始します。 ## ステップ7：移行の進捗状況を確認する {#step-7-view-the-migration-progress} -移行ジョブが作成されると、**Migration Job Details**ページで移行の進行状況を確認できます。移行の進行状況は、 **Stage and Status**領域に表示されます。 +移行ジョブが作成されると、**Migration Job Details**ページで移行の進行状況を確認できます。移行の進行状況は、 **Stage and Status**の領域に表示されます。 移行ジョブは、実行中でも一時停止または削除できます。 diff --git a/tidb-cloud/migrate-metrics-integrations.md b/tidb-cloud/migrate-metrics-integrations.md index b72fdb55b23aa..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との統合」**または**Integration to Datadog**横にある**Integration to New Relic**クリックします。 +4. **統合**ページで、 **Integration to Datadog**または**Integration to New Relic**の横にある**Delete**をクリックします。 5. 表示されたダイアログで、 `Delete`と入力して、従来の統合機能の削除を確認します。 diff --git a/tidb-cloud/migrate-sql-shards.md b/tidb-cloud/migrate-sql-shards.md index af0d06e9592f8..7155699344c8f 100644 --- a/tidb-cloud/migrate-sql-shards.md +++ b/tidb-cloud/migrate-sql-shards.md @@ -221,7 +221,7 @@ Amazon S3へのアクセスを設定した後、 TiDB Cloudコンソールで次 6. 必要に応じてCSV設定を編集してください。 - また、 **Edit CSV configuration**クリックすると、バックスラッシュエスケープ、セパレータ、区切り文字を設定して、より詳細な制御を行うことができます。 + また、 **Edit CSV Configuration**をクリックすると、バックスラッシュエスケープ、セパレータ、区切り文字を設定して、より詳細な制御を行うことができます。 > **Note:** > diff --git a/tidb-cloud/monitor-datadog-integration.md b/tidb-cloud/monitor-datadog-integration.md index 241d7fb60d7c0..ce633e495253d 100644 --- a/tidb-cloud/monitor-datadog-integration.md +++ b/tidb-cloud/monitor-datadog-integration.md @@ -19,7 +19,7 @@ TiDB CloudはDatadogとの連携をサポートしています。TiDB Cloudを TiDB Cloudは、2022年3月4日よりプロジェクトレベルのDatadog統合（ベータ版）をサポートしてきました。2025年7月31日より、TiDB CloudレベルのDatadog統合（PREVIEW）を導入します。2025年9月30日より、クラスターレベルのDatadog統合が一般提供（GA）となります。 -- **Cluster-level Datadog integration**：2025年7月31日までに組織内に削除されていない従来のプロジェクトレベルのDatadogまたはNew Relic統合が残っていない場合、 TiDB Cloudは組織が最新の機能強化を体験できるように、クラスタレベルのDatadog統合を提供します。 +- **クラスタレベルのDatadog統合**：2025年7月31日までに組織内に削除されていない従来のプロジェクトレベルのDatadogまたはNew Relic統合が残っていない場合、 TiDB Cloudは組織が最新の機能強化を体験できるように、クラスタレベルのDatadog統合を提供します。 - **従来のプロジェクトレベルの Datadog 統合 (ベータ版)** : 2025 年 7 月 31 日時点で組織内に少なくとも 1 つの従来のプロジェクトレベルの Datadog または New Relic 統合が削除されずに残っている場合、 TiDB Cloudは、現在のダッシュボードへの影響を回避するために、組織向けにプロジェクトレベルで既存および新規の統合の両方を保持します。従来のプロジェクトレベルの Datadog 統合は、2025 年 10 月 31 日に廃止されました。組織がこれらの従来の統合をまだ使用している場合は、[DatadogとNew Relicの統合を移行する](/tidb-cloud/migrate-metrics-integrations.md)手順に従って、新しいクラスタレベルの統合に移行し、メトリクス関連サービスへの影響を最小限に抑えてください。 ## 前提条件 {#prerequisites} @@ -92,7 +92,7 @@ TiDB Cloudは、2022年3月4日よりプロジェクトレベルのDatadog統合 > 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 Integration**ページ](https://app.datadoghq.com/account/settings#integrations/tidb-cloud)に移動します。 +2. Datadog の[**TiDB Cloud統合**ページ](https://app.datadoghq.com/account/settings#integrations/tidb-cloud)に移動します。 3. **「コンフィグレーション」**タブで、 **「統合のインストール」を**クリックします。 - クラスターレベルの Datadog 統合の場合、 [**TiDB Cloud Dynamic Tracker**](https://app.datadoghq.com/dash/integration/32021/tidb-cloud-dynamic-tracker)ダッシュボードが[**ダッシュボード一覧**](https://app.datadoghq.com/dashboard/lists)に表示されます。 diff --git a/tidb-cloud/monitor-new-relic-integration.md b/tidb-cloud/monitor-new-relic-integration.md index f881b852bf02c..ba67615bef78e 100644 --- a/tidb-cloud/monitor-new-relic-integration.md +++ b/tidb-cloud/monitor-new-relic-integration.md @@ -11,7 +11,7 @@ TiDB CloudはNew Relicとの連携をサポートしています。TiDB Cloudを TiDB Cloudは、2023年4月11日よりプロジェクトレベルのNew Relic統合（ベータ版）をサポートしてきました。2025年7月31日より、TiDB CloudレベルのNew Relic統合（PREVIEW）を導入します。2025年9月30日より、クラスターレベルのNew Relic統合が一般提供（GA）となります。 -- **Cluster-level New Relic integration**：2025年7月31日までに組織内で削除されていない従来のプロジェクトレベルのDatadogまたはNew Relic統合が残っていない場合、 TiDB Cloudは組織が最新の機能強化を体験できるように、クラスタレベルのNew Relic統合を提供します。 +- **クラスタレベルのNew Relic統合**：2025年7月31日までに組織内で削除されていない従来のプロジェクトレベルのDatadogまたはNew Relic統合が残っていない場合、 TiDB Cloudは組織が最新の機能強化を体験できるように、クラスタレベルのNew Relic統合を提供します。 - **従来のプロジェクトレベルの New Relic 統合 (ベータ版)** : 2025 年 7 月 31 日時点で組織内に少なくとも 1 つの従来のプロジェクトレベルの Datadog または New Relic 統合が削除されずに残っている場合、 TiDB Cloud は、現在のダッシュボードへの影響を回避するために、組織向けにプロジェクトレベルで既存および新規の統合の両方を保持します。従来のプロジェクトレベルの New Relic 統合は、2025 年 10 月 31 日に廃止されました。組織がこれらの従来の統合をまだ使用している場合は、[DatadogとNew Relicの統合を移行する](/tidb-cloud/migrate-metrics-integrations.md)手順に従って、新しいクラスタレベルの統合に移行し、メトリクス関連サービスへの影響を最小限に抑えてください。 ## 前提条件 {#prerequisites} diff --git a/tidb-cloud/monitor-prometheus-and-grafana-integration.md b/tidb-cloud/monitor-prometheus-and-grafana-integration.md index 910a39e08d3ca..1fe017c059471 100644 --- a/tidb-cloud/monitor-prometheus-and-grafana-integration.md +++ b/tidb-cloud/monitor-prometheus-and-grafana-integration.md @@ -13,7 +13,7 @@ TiDB Cloudは[Prometheus](https://prometheus.io/)APIエンドポイントを提 TiDB Cloudは、2022年3月15日よりプロジェクトレベルのPrometheus統合（ベータ版）をサポートしてきました。2025年10月21日より、TiDB CloudレベルのPrometheus統合（PREVIEW）を導入します。2025年12月2日より、クラスターレベルのPrometheus統合が一般提供（GA）となります。 -- **Cluster-level Prometheus integration**：2025年10月21日までに組織内に削除されていない従来のプロジェクトレベルのPrometheus統合が残っていない場合、 TiDB Cloudは組織が最新の機能強化を体験できるように、クラスタレベルのPrometheus統合を提供します。 +- **クラスタレベルのPrometheus統合**：2025年10月21日までに組織内に削除されていない従来のプロジェクトレベルのPrometheus統合が残っていない場合、 TiDB Cloudは組織が最新の機能強化を体験できるように、クラスタレベルのPrometheus統合を提供します。 - **従来のプロジェクトレベルの Prometheus 統合 (ベータ版)** : 2025 年 10 月 21 日時点で組織内に少なくとも 1 つの従来のプロジェクトレベルの Prometheus 統合が削除されずに残っている場合、 TiDB Cloud は、現在のダッシュボードへの影響を回避するために、組織向けにプロジェクトレベルで既存および新規の統合の両方を保持します。 diff --git a/tidb-cloud/oauth2.md b/tidb-cloud/oauth2.md index d6965fe38a4c3..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/) （**Cloud & Technology Partner**で**クラウド＆テクノロジーパートナー**を選択）にリクエストを送信してください。担当者からご連絡いたします。 +アプリがOAuthを使用してTiDB Cloudにアクセスする必要がある場合は、 [クラウド＆テクノロジーパートナーになる](https://www.pingcap.com/partners/become-a-partner/) （**パートナープログラム**で**Cloud & Technology Partner**を選択）にリクエストを送信してください。担当者からご連絡いたします。 ## 承認された OAuth アプリのビューと取り消し {#view-and-revoke-authorized-oauth-apps} diff --git a/tidb-cloud/premium/migrate-from-op-tidb-premium.md b/tidb-cloud/premium/migrate-from-op-tidb-premium.md index 2e6e6b52f5964..3198356c07e7e 100644 --- a/tidb-cloud/premium/migrate-from-op-tidb-premium.md +++ b/tidb-cloud/premium/migrate-from-op-tidb-premium.md @@ -143,7 +143,7 @@ AWS コンソールでアクセスキーを作成します。詳細について 2. 右上にあるナビゲーションバーでユーザー名を選択し、 **My Security Credentials**をクリックします。 -3. アクセスキーを作成するには、 **Create access key**をクリックします。次に、 **Download .csv file**選択して、アクセスキー 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) @@ -282,7 +282,7 @@ TiDB Self-ManagedクラスターからAmazon S3にデータをエクスポート 1. [TiDB Cloudコンソール](https://tidbcloud.com/tidbs)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 3. **ネットワーク設定**ページで、 **Add IP Address**をクリックします。 - 4. 表示されたダイアログで、 **Use IP addresses**を選択し、 [ **+** ] をクリックし、 **[IP アドレス]**フィールドに TiCDCコンポーネントのパブリック IP アドレスを入力して、 **[確認]**をクリックします。これで、TiCDC はTiDB Cloud Premium にアクセスできるようになりました。詳細については、 [IPアクセスリストを設定する](/tidb-cloud/configure-ip-access-list.md)を参照してください。 + 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/tidb-cloud-auditing-premium.md b/tidb-cloud/premium/tidb-cloud-auditing-premium.md index e09ed8d8ec75e..8aeb7b916e972 100644 --- a/tidb-cloud/premium/tidb-cloud-auditing-premium.md +++ b/tidb-cloud/premium/tidb-cloud-auditing-premium.md @@ -9,7 +9,7 @@ TiDB Cloudは、実行されたSQLステートメントなど、データベー 組織のユーザーアクセスポリシーやその他の情報セキュリティ対策の有効性を評価するには、データベース監査ログを定期的に分析することがセキュリティ上のベストプラクティスです。 -監査ログ機能は**disabled by default**。TiDB Cloud Premiumインスタンスを監査するには、まず監査ログを有効にしてから、監査フィルタールールを設定する必要があります。 +監査ログ機能は**デフォルトでは無効になっています**。TiDB Cloud Premiumインスタンスを監査するには、まず監査ログを有効にしてから、監査フィルタールールを設定する必要があります。 > **Note:** > @@ -80,7 +80,7 @@ TiDB Cloudが監査ログを書き込む宛先として、組織が所有するA 3. **IAM** >**アクセス管理**>**ロール**に移動し、以前に記録したTiDB Cloudアカウント ID と外部 ID に対応する信頼エンティティを持つロールが既に存在するかどうかを確認します。 - はいの場合、後で使用するために一致した役割を記録してください。 - - そうでない場合は、 **「ロールの作成」**をクリックし、信頼エンティティタイプとして**Another AWS account**選択してから、 **「アカウント**ID」フィールドにTiDB CloudアカウントIDの値を入力します。次に、 **Require External 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. **Test Connection and Next**クリックして、 TiDB Cloudがバケットにアクセスして書き込みできるかどうかを確認します。 +4. **Test Connection and Next**をクリックして、 TiDB Cloudがバケットにアクセスして書き込みできるかどうかを確認します。 - **The connection is successful**表示されます。そうでない場合は、アクセス設定を確認してください。 + **The connection is successful**と表示されます。そうでない場合は、アクセス設定を確認してください。 5. インスタンスの監査ログを有効にするには、 **「有効にする」**をクリックしてください。 @@ -166,13 +166,13 @@ TiDB Cloudが監査ログを書き込む宛先として、組織が所有するA - そうでない場合は、以下の手順に従って**「役割の作成」を**クリックしてください。 - 1. 役割作成ページで、 **Switch to Policy Editor**をクリックします。 - 2. **「プリンシパル」**で**「クラウドアカウント」**を選択し、フィールドに**TiDB Cloud Account Id**を入力します。 + 1. 役割作成ページで、 **[ポリシーエディターに切り替える]**をクリックします。 + 2. **「プリンシパル」**で**「クラウドアカウント」**を選択し、フィールドに**TiDB Cloud Account ID**を入力します。 3. **「アクション」**の下にあるドロップダウンリストから**「sts:AssumeRole」**を選択します。 4. **「条件を追加」**をクリックし、次のように条件を設定します。 - **キーを**`sts:ExternalId`に設定します。 - **演算子を**`StringEquals`に設定します。 - - **TiDB Cloud外部ID**に**TiDB Cloud External ID**を設定します。 + - **TiDB Cloud外部ID**に**値**を設定します。 5. **「OK」**をクリックして**「役割の作成」**ダイアログを開きます。 6. **「役割名」**フィールドに役割名を入力し、 **「OK」**をクリックして役割を作成します。 @@ -263,11 +263,11 @@ TiDB Cloudコンソールで、 TiDB CloudアカウントIDを取得した**「 インスタンスの監査フィルタルールを指定するには、次の手順を実行します。 -1. **DB Audit Logging**ページで、 **Add Filter Rule**セクションの**Log Filter Rules**をクリックして、監査フィルタルールを追加します。 +1. **DB Audit Logging**ページで、 **「ログフィルタルール」**セクションの**Add Filter Rule**をクリックして、監査フィルタルールを追加します。 監査ルールは一度に1つずつ追加できます。各ルールでは、ユーザー式、データベース式、テーブル式、およびアクセスタイプを指定します。監査要件に合わせて、複数の監査ルールを追加できます。 -2. **Log Filter Rules**セクションで、 **>**をクリックして展開し、追加した監査ルールの一覧を表示します。 +2. **ログフィルタルールの**セクションで、 **>**をクリックして展開し、追加した監査ルールの一覧を表示します。 > **Note:** > From 0564749ec67024bfebfcf7f2c7c3977c1a491992 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 10:09:03 +0900 Subject: [PATCH 12/31] =?UTF-8?q?i18n(ja):=20conservative=20pass=204=20?= =?UTF-8?q?=E2=80=94=20revert=20non-UI-label=20conversions=20in=20security?= =?UTF-8?q?/recovery-group/private-link/auditing=20docs?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Audited the part-4 batch (27 files: security-concepts, recovery-group-*, serverless private-link setup across AWS/Azure/GCP/Alibaba, TiDB Cloud auditing) against tidbcloud/dbaas-ui and third-party console knowledge. security-concepts.md is fully conceptual/architectural prose (IAM, projects, encryption overview) with no console walkthrough — reverted in full, now byte-identical to the pre-automation original. Fixed word-order/mapping bugs the mechanical pass introduced in tidb-cloud-auditing(-legacy).md: Log Filter Rules/Add Filter Rule and Database Audit Logging/Audit Log Access had been swapped onto the wrong bold spans; corrected to match EN's own step-by-step order. --- .../tidb-cloud-tls-connect-to-premium.md | 2 +- tidb-cloud/recovery-group-get-started.md | 2 +- tidb-cloud/security-concepts.md | 26 +++++++++---------- tidb-cloud/serverless-export.md | 2 +- tidb-cloud/serverless-high-availability.md | 8 +++--- ...s-private-link-connection-to-amazon-msk.md | 2 +- .../serverless-private-link-connection.md | 2 +- ...te-endpoint-connections-on-google-cloud.md | 2 +- ...private-endpoint-connections-serverless.md | 4 +-- ...ws-msk-provisioned-private-link-service.md | 2 +- ...lf-hosted-kafka-private-service-connect.md | 10 +++---- tidb-cloud/tidb-cloud-auditing-legacy.md | 4 +-- tidb-cloud/tidb-cloud-auditing.md | 10 +++---- 13 files changed, 38 insertions(+), 38 deletions(-) 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 213b6d6c9ed82..f3a12e7734487 100644 --- a/tidb-cloud/premium/tidb-cloud-tls-connect-to-premium.md +++ b/tidb-cloud/premium/tidb-cloud-tls-connect-to-premium.md @@ -27,7 +27,7 @@ TiDB Cloudでは、TLS接続の確立は、 TiDB Cloud Premiumインスタンス 3. 接続ダイアログで、 **「接続タイプ」**ドロップダウンリストから**「パブリック」**を選択します。 - IP アクセス リストを設定していない場合は、最初の接続の前に、 **Configure IP Access List**クリックして設定します。詳細については、 [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/recovery-group-get-started.md b/tidb-cloud/recovery-group-get-started.md index 504ede39f5318..98904f69e3fa0 100644 --- a/tidb-cloud/recovery-group-get-started.md +++ b/tidb-cloud/recovery-group-get-started.md @@ -24,7 +24,7 @@ summary: TiDB Cloudでリカバリ グループを作成し、その詳細を表 2. 左側のナビゲーション ペインで、 **[リカバリグループ]**をクリックします。 -3. **[リカバリグループ]**ページで、 **Create Recovery Group**クリックします。 +3. **[リカバリグループ]**ページで、 **Create Recovery Group**をクリックします。 4. **Create Recovery Group**ページで、リカバリグループの名前を入力します。 diff --git a/tidb-cloud/security-concepts.md b/tidb-cloud/security-concepts.md index 64e098e8a5edc..4dfedef5c16d0 100644 --- a/tidb-cloud/security-concepts.md +++ b/tidb-cloud/security-concepts.md @@ -11,9 +11,9 @@ TiDB Cloudは、データの保護、アクセス制御の徹底、最新のコ - **IDおよびアクセス管理（IAM ）** ： TiDB Cloudコンソール環境とデータベース環境の両方において、セキュリティかつ柔軟な認証と権限管理を実現します。 -- **Network access control**：プライベートエンドポイント、VPCピアリング、TLS暗号化、IPアクセスリストなど、設定可能な接続オプション。 +- **ネットワークアクセス制御**：プライベートエンドポイント、VPCピアリング、TLS暗号化、IPアクセスリストなど、設定可能な接続オプション。 -- **Data access control**：保存されているデータを保護するための、顧客管理暗号化キー（CMEK）などの高度な暗号化機能。 +- **データアクセス制御**：保存されているデータを保護するための、顧客管理暗号化キー（CMEK）などの高度な暗号化機能。 - **監査ログ**：コンソール操作とデータベース操作の両方について包括的なアクティビティ追跡を行い、説明責任と透明性を確保します。 @@ -27,13 +27,13 @@ TiDB Cloudは、アイデンティティおよびアクセス管理（IAM）を TiDB Cloudのユーザーアカウントは、ID管理とリソースへのアクセス管理の基盤となります。各アカウントはプラットフォーム内の個人または組織を表し、組織のニーズに合わせて複数の認証方法をサポートします。 -- **Default username and password** +- **デフォルトのユーザー名とパスワード** - ユーザーはメールアドレスとパスワードを使ってアカウントを作成します。 - 外部のIDプロバイダーを利用していない小規模チームや個人に適しています。 -- **Standard SSO authentication** +- **標準SSO認証** - ユーザーはGitHub、Google、またはMicrosoftのアカウント経由でログインします。 @@ -43,7 +43,7 @@ TiDB Cloudのユーザーアカウントは、ID管理とリソースへのア - 詳細については、 [標準SSO認証](/tidb-cloud/tidb-cloud-sso-authentication.md)を参照してください。 -- **Organization SSO authentication** +- **組織のSSO認証** - OIDCまたはSAMLプロトコルを使用して、企業IDプロバイダー（IdP）と連携します。 @@ -77,7 +77,7 @@ SQLプロキシアカウントは、 TiDB Cloudによって自動的に生成さ - **TiDB Cloudユーザーアカウントにリンクされています：**各SQLプロキシアカウントは、特定のTiDB Cloudユーザーに対応しています。 -- **Mapped to roles:** SQL プロキシ アカウントには`role_admin`役割が付与されます。 +- **役割にマッピングされています:** SQL プロキシ アカウントには`role_admin`役割が付与されます。 - **トークンベース：** SQLプロキシアカウントは、パスワードの代わりに安全なJWTトークンを使用するため、 TiDB Cloud Data ServiceまたはSQLエディターを介したシームレスで制限されたアクセスが保証されます。 @@ -97,7 +97,7 @@ TiDBの権限管理システムはMySQL 5.7をベースとしており、デー - 例: より広範な管理権限を持たないデータベースバックアップを管理するアカウントに`BACKUP_ADMIN`を割り当てます。 -**SQL roles (RBAC)** +**SQLロール（RBAC）** - 権限を役割ごとにグループ化し、ユーザーに割り当てられるようにすることで、権限管理の効率化と動的な更新が可能になります。 @@ -121,9 +121,9 @@ TiDB Cloudは、組織、プロジェクト、リソースという階層構造 - TiDB Cloudには、3種類のプロジェクトがあります。 - - **TiDB Dedicated project**： TiDB Cloud Dedicatedクラスタ専用のプロジェクトタイプです。Dedicatedプロジェクトは、ネットワーク、メンテナンス、アラート購読、統合、暗号化関連のアクセスなど、プロジェクトスコープの設定を管理します。 - - **TiDB X project**：TiDB Xインスタンス（ TiDB Cloud Starter、 Essential、Premiumインスタンスを含む）の論理コンテナです。TiDB Xプロジェクトは、リソースのグループ化やプロジェクトレベルのRBACの適用に使用されますが、専用環境専用のインフラストラクチャ設定は保持しません。 - - **TiDB X virtual project**：どのTiDB Xプロジェクトにもグループ化されていないTiDB Xインスタンス用の仮想プロジェクトです。このプロジェクトタイプはAPI互換性のためだけに使用され、管理機能は提供されません。 + - **TiDB Dedicatedプロジェクト**： TiDB Cloud Dedicatedクラスタ専用のプロジェクトタイプです。Dedicatedプロジェクトは、ネットワーク、メンテナンス、アラート購読、統合、暗号化関連のアクセスなど、プロジェクトスコープの設定を管理します。 + - **TiDB Xプロジェクト**：TiDB Xインスタンス（ TiDB Cloud Starter、 Essential、Premiumインスタンスを含む）の論理コンテナです。TiDB Xプロジェクトは、リソースのグループ化やプロジェクトレベルのRBACの適用に使用されますが、専用環境専用のインフラストラクチャ設定は保持しません。 + - **TiDB X仮想プロジェクト**：どのTiDB Xプロジェクトにもグループ化されていないTiDB Xインスタンス用の仮想プロジェクトです。このプロジェクトタイプはAPI互換性のためだけに使用され、管理機能は提供されません。 **リソース** @@ -150,7 +150,7 @@ TiDB Cloudは、組織、プロジェクト、リソースという階層構造 - TiDB Xインスタンスにはプロジェクトロールまたはインスタンスロールのいずれかを通じてアクセスできますが、 TiDB Cloud Dedicatedクラスタはプロジェクトレベルのアクセスによって管理されます。 -- **Flexible project model**： +- **柔軟なプロジェクトモデル**： - TiDB Xプロジェクトはオプションなので、TiDB Xインスタンスはプロジェクトにグループ化することも、組織レベルで管理することもできます。 - TiDB Dedicatedプロジェクトは必須であるため、各DedicatedクラスターはDedicatedプロジェクトに属していなければなりません。 @@ -225,7 +225,7 @@ TiDB Cloudは、高度な暗号化機能で静的データを保護し、セキ -**Customer-Managed Encryption Key (CMEK)** +**顧客管理暗号化キー（CMEK）** - TiDB Cloud Dedicatedクラスターの暗号化に関して、組織に完全な制御権限を提供します。 @@ -259,7 +259,7 @@ TiDB Cloudは、高度な暗号化機能で静的データを保護し、セキ -**Dual-Layer Data Encryption** +**二重層データ暗号化** - ストレージ層の暗号化（クラウドプロバイダーによって提供される）とデータベースレイヤーの暗号化を組み合わせることで、AWS上でホストされているTiDB Cloud Premiumインスタンスの保存データに対する保護をさらに強化します。 diff --git a/tidb-cloud/serverless-export.md b/tidb-cloud/serverless-export.md index a0b773a43ecfc..37eb1da9d389b 100644 --- a/tidb-cloud/serverless-export.md +++ b/tidb-cloud/serverless-export.md @@ -325,7 +325,7 @@ ticloud serverless export create -c --target-type GCS --gcs.uri -- **Zonal high availability**：このオプションでは、すべてのノードを単一の可用性ゾーン内に配置することで、ネットワークレイテンシーを低減します。ゾーン間でアプリケーションレベルの冗長性を必要とせずに高可用性を確保するため、単一ゾーン内での低レイテンシーを優先するアプリケーションに適しています。詳細については、[ゾーン別高可用性アーキテクチャ](#zonal-high-availability-architecture)を参照してください。 +- **ゾーン高可用性**：このオプションでは、すべてのノードを単一の可用性ゾーン内に配置することで、ネットワークレイテンシーを低減します。ゾーン間でアプリケーションレベルの冗長性を必要とせずに高可用性を確保するため、単一ゾーン内での低レイテンシーを優先するアプリケーションに適しています。詳細については、[ゾーン別高可用性アーキテクチャ](#zonal-high-availability-architecture)を参照してください。 -- **Regional high availability (PREVIEW)** : このオプションでは、ノードを複数の可用性ゾーンに分散し、インフラストラクチャの分離と冗長性を最大限に高めます。最高レベルの可用性を提供しますが、ゾーン間でアプリケーションレベルの冗長性が必要です。ゾーン内のインフラストラクチャ障害に対する最大限の可用性保護が必要な場合は、このオプションを選択することをお勧めします。レイテンシーが増加し、ゾーン間のデータ転送料金が発生する可能性があることに注意してください。この機能は、3 つ以上の可用性ゾーンを持つリージョンで利用できます。詳細については、[地域的な高可用性アーキテクチャ](#regional-high-availability-architecture)を参照してください。 +- **地域別高可用性 (PREVIEW)** : このオプションでは、ノードを複数の可用性ゾーンに分散し、インフラストラクチャの分離と冗長性を最大限に高めます。最高レベルの可用性を提供しますが、ゾーン間でアプリケーションレベルの冗長性が必要です。ゾーン内のインフラストラクチャ障害に対する最大限の可用性保護が必要な場合は、このオプションを選択することをお勧めします。レイテンシーが増加し、ゾーン間のデータ転送料金が発生する可能性があることに注意してください。この機能は、3 つ以上の可用性ゾーンを持つリージョンで利用できます。詳細については、[地域的な高可用性アーキテクチャ](#regional-high-availability-architecture)を参照してください。 ## ゾーン別高可用性アーキテクチャ {#zonal-high-availability-architecture} @@ -160,8 +160,8 @@ TiKVレプリケーションによる高可用性に加え、TiKVインスタン TiDB Cloudは、継続的なデータ保護を保証するために、堅牢な自動バックアップメカニズムを提供します。 -- **Daily full backups**：データベースの完全なバックアップが1日に1回作成され、データベース全体の状態が記録されます。 -- **Continuous transaction log backups**：トランザクションログは、データベースのアクティビティに応じて、約5分ごとに継続的にバックアップされます。 +- **毎日の完全バックアップ**：データベースの完全なバックアップが1日に1回作成され、データベース全体の状態が記録されます。 +- **トランザクションログの継続的なバックアップ**：トランザクションログは、データベースのアクティビティに応じて、約5分ごとに継続的にバックアップされます。 これらの自動バックアップ機能により、データベースをフルバックアップから復元することも、フルバックアップと継続的なトランザクションログを組み合わせることで特定の時点から復元することも可能です。この柔軟性により、インシデント発生直前の正確な時点までデータベースを復旧できます。 diff --git a/tidb-cloud/serverless-private-link-connection-to-amazon-msk.md b/tidb-cloud/serverless-private-link-connection-to-amazon-msk.md index 5ba6941df2df8..ef46d2a4f50f3 100644 --- a/tidb-cloud/serverless-private-link-connection-to-amazon-msk.md +++ b/tidb-cloud/serverless-private-link-connection-to-amazon-msk.md @@ -24,7 +24,7 @@ AWS アカウント ID とアベイラビリティーゾーンを表示するに 始める前に、Amazon MSK プロビジョニングされたクラスターについて次の点を確認してください。 -- **Region and AZ** : Amazon MSK プロビジョニングされたクラスターは、 TiDB Cloud Essentialクラスターと同じ AWS リージョンにあり、MSK クラスターのアベイラビリティーゾーンはTiDB Cloudクラスターと同じです。 +- **リージョンと AZ** : Amazon MSK プロビジョニングされたクラスターは、 TiDB Cloud Essentialクラスターと同じ AWS リージョンにあり、MSK クラスターのアベイラビリティーゾーンはTiDB Cloudクラスターと同じです。 - MSK クラスターには**認証**: [SASL/SCRAM認証](https://docs.aws.amazon.com/msk/latest/developerguide/msk-password.html)が必要です。 - **ブローカータイプ**: ブローカー`t4.small`タイプは使用しないでください。プライベートリンクをサポートしていません。 diff --git a/tidb-cloud/serverless-private-link-connection.md b/tidb-cloud/serverless-private-link-connection.md index aae46f23fcdcd..d040d61ea319e 100644 --- a/tidb-cloud/serverless-private-link-connection.md +++ b/tidb-cloud/serverless-private-link-connection.md @@ -114,7 +114,7 @@ Amazon MSK プロビジョニングプライベートリンク接続を作成す 4. **[外部サービス用プライベートエンドポイントの作成]**ダイアログで、必要な情報を入力します。 - **Private Link Connection Name**: プライベート リンク接続の名前を入力します。 - - **接続タイプ**： **Amazon MSK Provisioned**選択します。このオプションが表示されない場合は、クラスターがAWS上に作成されていることを確認してください。 + - **接続タイプ**： **Amazon MSK Provisioned**を選択します。このオプションが表示されない場合は、クラスターがAWS上に作成されていることを確認してください。 - **MSK Cluster ARN** : Amazon MSK プロビジョニングされたクラスターの ARN を入力します (例: `arn:aws:kafka:us-east-1:385595570414:cluster//xxxx` )。 5. **[作成]**をクリックします。 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 e156dd4996416..15a4f962b37b7 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. **「接続タイプ」**ドロップダウンリストで**「プライベートエンドポイント」**を選択し、 **Create Private Endpoint Connection**クリックします。 +3. **「接続タイプ」**ドロップダウンリストで**「プライベートエンドポイント」**を選択し、 **Create Private Endpoint Connection**をクリックします。 > **Note:** > diff --git a/tidb-cloud/set-up-private-endpoint-connections-serverless.md b/tidb-cloud/set-up-private-endpoint-connections-serverless.md index 4ab660abf231d..5f0e152420bc9 100644 --- a/tidb-cloud/set-up-private-endpoint-connections-serverless.md +++ b/tidb-cloud/set-up-private-endpoint-connections-serverless.md @@ -39,8 +39,8 @@ AWS VPC 設定で DNS ホスト名と DNS 解決の両方が有効になって TiDB Cloudプランに応じて、適切なプライベートエンドポイントモデルを選択してください。 -- {{{ .starter }}} インスタンス、または2026年7月1日より前に作成された {{{ .essential }}} インスタンスの場合は、[**endpoint shared model**](#set-up-a-private-endpoint-with-aws-endpoint-shared-model) を使用します。このモデルでは、同じAWSリージョンおよびVPC内の複数の {{{ .starter }}} または {{{ .essential }}} インスタンスで、1つのプライベートエンドポイントを共有できます。 -- 2026年7月1日以降に作成された {{{ .essential }}} インスタンスの場合は、[**endpoint exclusive model**](#set-up-a-private-endpoint-with-aws-endpoint-exclusive-model) を使用します。このモデルでは、各 {{{ .essential }}} インスタンスが専用のスタンドアロンプライベートエンドポイントを使用します。このモデルでは接続時に [アカウントプレフィックス](/tidb-cloud/select-cluster-tier.md#user-name-prefix) を含める必要がありませんが、各 {{{ .essential }}} インスタンスごとに設定手順を繰り返す必要があります。 +- {{{ .starter }}} インスタンス、または2026年7月1日より前に作成された {{{ .essential }}} インスタンスの場合は、[**エンドポイント共有モデル**](#set-up-a-private-endpoint-with-aws-endpoint-shared-model) を使用します。このモデルでは、同じAWSリージョンおよびVPC内の複数の {{{ .starter }}} または {{{ .essential }}} インスタンスで、1つのプライベートエンドポイントを共有できます。 +- 2026年7月1日以降に作成された {{{ .essential }}} インスタンスの場合は、[**エンドポイント占有モデル**](#set-up-a-private-endpoint-with-aws-endpoint-exclusive-model) を使用します。このモデルでは、各 {{{ .essential }}} インスタンスが専用のスタンドアロンプライベートエンドポイントを使用します。このモデルでは接続時に [アカウントプレフィックス](/tidb-cloud/select-cluster-tier.md#user-name-prefix) を含める必要がありませんが、各 {{{ .essential }}} インスタンスごとに設定手順を繰り返す必要があります。 ## AWSでプライベートエンドポイントを設定する（エンドポイント共有モデル） {#set-up-a-private-endpoint-with-aws-endpoint-shared-model} diff --git a/tidb-cloud/setup-aws-msk-provisioned-private-link-service.md b/tidb-cloud/setup-aws-msk-provisioned-private-link-service.md index 513f408a40ab7..407d9850108ca 100644 --- a/tidb-cloud/setup-aws-msk-provisioned-private-link-service.md +++ b/tidb-cloud/setup-aws-msk-provisioned-private-link-service.md @@ -22,7 +22,7 @@ TiDB Cloud で Amazon MSK Provisioned のダウンストリームサービス用 2. **Private Link Endpoint For External Services** エリアで、**Create Private Endpoint for External Services** をクリックします。 3. ダイアログで **Connection Type** を **AWS MSK Provisioned** に切り替え、**AWS Account ID** と **availability zone IDs**（例: `use1-az1`）を確認します。 - **Important about AZ alignment**: AWS アカウント間で availability zone の整合性を確認する際は、AZ 名（例: `us-east-1a`）ではなく AZ ID（例: `use1-az1`）を使用してください。同じ AZ 名でも、アカウントによって異なる物理ゾーンに対応している場合があります。MSK クラスターは、TiDB Cloud Premium インスタンスと同じ AZ ID を使用する必要があります。 + **AZ の整合性に関する重要事項**: AWS アカウント間で availability zone の整合性を確認する際は、AZ 名（例: `us-east-1a`）ではなく AZ ID（例: `use1-az1`）を使用してください。同じ AZ 名でも、アカウントによって異なる物理ゾーンに対応している場合があります。MSK クラスターは、TiDB Cloud Premium インスタンスと同じ AZ ID を使用する必要があります。 ## ステップ 1. Amazon VPC とサブネットをセットアップする {#step-1-set-up-the-amazon-vpc-and-subnets} 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 d6d6f0880233f..0eaad0118a54d 100644 --- a/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md +++ b/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md @@ -42,11 +42,11 @@ Google Cloud でセルフホスト型 Kafka に Private Service Connect を設 3. 左側のナビゲーション ペインで**[データ]** > **[Changefeed] を**クリックし、右上隅の**[Changefeed の作成]**をクリックして、次の情報を入力します。 1. **宛先**で、 **Kafka**を選択します。 2. **[接続方法]**で、 **Private Service Connect**を選択します。 - 4. **Reminders before proceeding**に書き留めておいてください。このプロジェクトは、 TiDB Cloudからのエンドポイント作成リクエストの自動承認を承認するために使用します。 + 4. **先に進む前に、Google Cloud プロジェクトをリマインダー**に書き留めておいてください。このプロジェクトは、 TiDB Cloudからのエンドポイント作成リクエストの自動承認を承認するために使用します。 5. **Zones of TiDB Cluster**をメモしておいてください。これらのゾーンに TiDB クラスターをデプロイします。ゾーン間のトラフィックを削減するため、これらのゾーンに Kafka をデプロイすることをお勧めします。 6. Kafka プライベート サービス接続サービスに固有の**Kafka Advertised Listener Pattern**を選択します。 - 1. 一意のランダム文字列を入力してください。数字または小文字のみ使用できます。この文字列は、後ほど**Kafka Advertised Listener Pattern**生成する際に使用します。 - 2. **Check usage and generate**クリックすると、ランダム文字列が一意であるかどうかが確認され、Kafka ブローカーの外部アドバタイズ リスナーを組み立てるために使用される**Kafka Advertised Listener Pattern**生成されるか、Kafka プロキシが構成されます。 + 1. 一意のランダム文字列を入力してください。数字または小文字のみ使用できます。この文字列は、後ほど**Kafka Advertised Listener Pattern**を生成する際に使用します。 + 2. **「使用状況を確認して生成」を**クリックすると、ランダム文字列が一意であるかどうかが確認され、Kafka ブローカーの外部アドバタイズ リスナーを組み立てるために使用される**Kafka Advertised Listener Pattern**が生成されるか、Kafka プロキシが構成されます。 すべてのデプロイメント情報をメモしてください。後でKafka Private Service Connectサービスを設定する際に必要になります。 @@ -87,7 +87,7 @@ Kafka クラスターを簡単に構成できるように、Kafka VPC 用に 2 - `kafka-vpc-allow-custom` - `kafka-vpc-allow-ssh` -**2. Provisioning VMs** +**2. VMのプロビジョニング** VM をプロビジョニングするには、 [VMインスタンス](https://console.cloud.google.com/compute/instances)ページに移動します。 @@ -163,7 +163,7 @@ VM をプロビジョニングするには、 [VMインスタンス](https://con gcloud compute ssh broker-node3 --zone=us-west1-c --command="tar -zxf kafka_2.13-3.7.1.tgz && tar -zxf openjdk-22.0.2_linux-x64_bin.tar.gz" ``` -**4. Configure Kafka brokers** +**4. Kafkaブローカーを構成する** 1. 3つのノードでKRaft Kafkaクラスターをセットアップします。各ノードはブローカーとコントローラーの役割を持ちます。各ブローカーに対して、以下の手順を実行します。 diff --git a/tidb-cloud/tidb-cloud-auditing-legacy.md b/tidb-cloud/tidb-cloud-auditing-legacy.md index 81d9bfb487853..3ec9858e74c22 100644 --- a/tidb-cloud/tidb-cloud-auditing-legacy.md +++ b/tidb-cloud/tidb-cloud-auditing-legacy.md @@ -258,7 +258,7 @@ TiDB Cloud がデータベース監査ログを書き込む宛先として、組 クラスターの監査フィルタールールを指定するには、次の手順を実行します。 -1. **DB Audit Logging** ページの **Add Filter Rule** セクションで **Log Filter Rules** をクリックし、監査フィルタールールを追加します。 +1. **DB Audit Logging** ページの **Log Filter Rules** セクションで **Add Filter Rule** をクリックし、監査フィルタールールを追加します。 一度に追加できる監査ルールは 1 つです。各ルールでは、ユーザー式、データベース式、テーブル式、およびアクセス種別を指定します。監査要件に応じて複数の監査ルールを追加できます。 @@ -275,7 +275,7 @@ TiDB Cloud がデータベース監査ログを書き込む宛先として、組 > **Note:** > -> 監査ログファイルを TiDB Cloud に保存するようリクエストして選択している場合は、**Audit Log Access** ページの **Database Audit Logging** セクションからダウンロードできます。 +> 監査ログファイルを TiDB Cloud に保存するようリクエストして選択している場合は、**Database Audit Logging** ページの **Audit Log Access** セクションからダウンロードできます。 TiDB Cloud の監査ログは可読なテキストファイルであり、完全修飾ファイル名にはクラスター ID、ノード ID、およびログ作成日が含まれます。 diff --git a/tidb-cloud/tidb-cloud-auditing.md b/tidb-cloud/tidb-cloud-auditing.md index a1d17bf8e8a3d..7bbce42966e5b 100644 --- a/tidb-cloud/tidb-cloud-auditing.md +++ b/tidb-cloud/tidb-cloud-auditing.md @@ -20,7 +20,7 @@ TiDB Cloud は、実行された SQL ステートメントなど、データベ 組織のユーザー アクセス ポリシーやその他の情報セキュリティ対策の有効性を評価するには、データベース監査ログを定期的に分析することがセキュリティのベスト プラクティスです。 -監査ログ機能は**disabled by default**なっています。クラスターを監査するには、まず監査ログを有効にし、次に監査フィルタルールを指定する必要があります。 +監査ログ機能は**disabled by default**になっています。クラスターを監査するには、まず監査ログを有効にし、次に監査フィルタルールを指定する必要があります。 > **Note:** > @@ -98,7 +98,7 @@ TiDB Cloud が監査ログを書き込む宛先として、組織所有の AWS 3. **「IAM」** > **「アクセス管理」** > **「ロール」**に移動し、前に記録したTiDB Cloudアカウント ID と外部 ID に対応する信頼エンティティを持つロールがすでに存在するかどうかを確認します。 - はいの場合は、後で使用するために一致したロールを記録します。 - - そうでない場合は、 **「ロールの作成」**をクリックし、信頼エンティティタイプとして**Another AWS account**選択し、 **「アカウント**ID」フィールドにTiDB CloudのアカウントIDを入力します。次に、 **Require External ID**オプションを選択し、 **「外部ID」**フィールドにTiDB Cloudの外部IDを入力します。 + - そうでない場合は、 **「ロールの作成」**をクリックし、信頼エンティティタイプとして**Another AWS account**を選択し、 **「アカウント**ID」フィールドにTiDB CloudのアカウントIDを入力します。次に、 **Require External ID**オプションを選択し、 **「外部ID」**フィールドにTiDB Cloudの外部IDを入力します。 4. **IAM** >**アクセス管理**>**ロール**で、前の手順のロール名をクリックして**概要**ページに移動し、次の手順を実行します。 @@ -231,7 +231,7 @@ TiDB Cloudがデータベース監査ログを書き込む宛先として、組 5. **許可されたプロトコル**については、安全なアクセスを確保するために**HTTPS のみ**を選択します。 - 6. **[SAS トークンと URL の生成] を**クリックし、表示される**Blob SAS token**後で使用するためにコピーします。 + 6. **[SAS トークンと URL の生成] を**クリックし、表示される**Blob SAS token**を後で使用するためにコピーします。 #### ステップ3. 監査ログを有効にする {#step-3-enable-audit-logging} @@ -284,7 +284,7 @@ TiDB Cloudがデータベース監査ログを書き込む宛先として、組 クラスターの監査フィルター ルールを指定するには、次の手順を実行します。 -1. **DB Audit Logging**ページで、 **Add Filter Rule**セクションの**「フィルタ ルールの追加」**をクリックして、監査フィルタ ルールを追加します。 +1. **DB Audit Logging**ページで、 **Audit Filters**セクションの**「フィルタ ルールの追加」**をクリックして、監査フィルタ ルールを追加します。 2. **Add Filter Rule**ダイアログで、次の項目を設定します。 @@ -304,7 +304,7 @@ TiDB Cloudがデータベース監査ログを書き込む宛先として、組 > **Note:** > -> 監査ログ ファイルをTiDB Cloudに保存することを要求して選択した場合は、**Audit Log Access**ページの**Database Audit Logging**セクションからダウンロードできます。 +> 監査ログ ファイルをTiDB Cloudに保存することを要求して選択した場合は、**Database Audit Logging**ページの**Audit Log Access**セクションからダウンロードできます。 TiDB Cloud監査ログは、クラスター ID、ノード ID、およびログ作成日が完全修飾ファイルパスに組み込まれた読み取り可能なテキスト ファイルです。 From 1c81c31df30a5b8090bb7e0e0ccf45da57971291 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 10:33:07 +0900 Subject: [PATCH 13/31] =?UTF-8?q?i18n(ja):=20conservative=20pass=205=20(fi?= =?UTF-8?q?nal)=20=E2=80=94=20revert=20non-UI-label=20conversions,=20verif?= =?UTF-8?q?ied=20against=20dbaas-ui=20source?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Audited the part-5 batch (27 files: billing, budget, clinic, DMS/DM, console-auditing, import, log-redaction, SSO auth, PoC, quickstart, roadmap, support, TLS connect, node-group management, TiDB X architecture/intro, tiproxy, top-ru, chat2query docs) against tidbcloud/dbaas-ui and third-party console knowledge. Reverted marketing/architecture-whitepaper prose (tidb-x-architecture.md, tidb-cloud-intro.md, v8.5-performance-highlights.md are almost entirely descriptive, not console walkthroughs) and fixed a couple of field/button mapping swaps (use-chat2query-api.md, tidb-node-group-management.md). Restored 'Sign in with Google/GitHub/Microsoft' to English rather than reverting to Japanese: dbaas-ui shows these buttons were renamed to 'Continue with X', but EN's own doc text still says 'Sign in with X' — per the established rule, ja mirrors EN's own wording exactly; EN's staleness relative to the live console is a separate, EN-side concern out of scope for a ja-only sync fix. --- tidb-cloud/tidb-cloud-billing-ticdc-rcu.md | 2 +- tidb-cloud/tidb-cloud-billing.md | 14 +++++------ tidb-cloud/tidb-cloud-budget.md | 4 ++-- tidb-cloud/tidb-cloud-clinic.md | 2 +- tidb-cloud/tidb-cloud-connect-aws-dms.md | 8 +++---- tidb-cloud/tidb-cloud-console-auditing.md | 8 +++---- tidb-cloud/tidb-cloud-import-local-files.md | 4 ++-- tidb-cloud/tidb-cloud-intro.md | 8 +++---- tidb-cloud/tidb-cloud-log-redaction.md | 2 +- .../tidb-cloud-org-sso-authentication.md | 2 +- .../tidb-cloud-password-authentication.md | 4 ++-- tidb-cloud/tidb-cloud-poc.md | 2 +- tidb-cloud/tidb-cloud-quickstart.md | 2 +- tidb-cloud/tidb-cloud-roadmap.md | 2 +- tidb-cloud/tidb-cloud-support.md | 8 +++---- .../tidb-cloud-tls-connect-to-dedicated.md | 10 ++++---- tidb-cloud/tidb-node-group-management.md | 12 +++++----- tidb-cloud/tidb-x-architecture.md | 24 +++++++++---------- tidb-cloud/tidbx-instance-move-faq.md | 4 ++-- tidb-cloud/top-ru.md | 20 ++++++++-------- tidb-cloud/use-chat2query-api.md | 10 ++++---- tidb-cloud/use-chat2query-knowledge.md | 6 ++--- tidb-cloud/use-chat2query-sessions.md | 2 +- tidb-cloud/v8.5-performance-highlights.md | 10 ++++---- 24 files changed, 85 insertions(+), 85 deletions(-) diff --git a/tidb-cloud/tidb-cloud-billing-ticdc-rcu.md b/tidb-cloud/tidb-cloud-billing-ticdc-rcu.md index bd04fd3cee41a..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} -**プライベートリンク**または**Private Service Connect**ネットワーク接続方法を選択した場合、追加の**Private Data Link**料金が発生します。これらの料金は[データ転送コスト](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 インターフェースエンドポイントの料金](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 8bef31f20b1dd..573b9affccc54 100644 --- a/tidb-cloud/tidb-cloud-billing.md +++ b/tidb-cloud/tidb-cloud-billing.md @@ -116,7 +116,7 @@ TiDB テーブルはデフォルトで行ベースのストレージを使用し ### IA を使用した行ベースのストレージ -Infrequent Access (IA) を使用した行ベースのストレージでは、データは **remote object storage** に保存されます。次の SQL ステートメントを使用して、テーブルの **Storage Class** を `IA` に設定できます。 +Infrequent Access (IA) を使用した行ベースのストレージでは、データは **リモートオブジェクトストレージ** に保存されます。次の SQL ステートメントを使用して、テーブルの **Storage Class** を `IA` に設定できます。 ```sql ALTER TABLE t1 STORAGE_CLASS='IA'; @@ -147,7 +147,7 @@ ALTER TABLE table_name SET TIFLASH REPLICA n; **行ベースのストレージ** と **カラム型ストレージ** はどちらも二重レイヤー暗号化をサポートしています。このメカニズムは 2 つの独立した暗号化レイヤーでデータを保護し、1 つのレイヤーが侵害された場合でもデータが保護された状態を維持できるようにします。 - **インフラストラクチャレベルの暗号化:** 基盤となるクラウドプロバイダーは、ネイティブのストレージ暗号化メカニズムを使用して、保存中のすべてのデータを暗号化します。 -- **TiDB Cloud-level encryption:** クラウドプロバイダーの暗号化に加えて、TiDB Cloud は顧客管理暗号化キー (CMEK) またはエスクローキーを使用して、自動的に第 2 の暗号化レイヤーを適用します。 +- **TiDB Cloud レベルの暗号化:** クラウドプロバイダーの暗号化に加えて、TiDB Cloud は顧客管理暗号化キー (CMEK) またはエスクローキーを使用して、自動的に第 2 の暗号化レイヤーを適用します。 @@ -257,15 +257,15 @@ TiDB Cloudは、概念実証（PoC）ユーザー向けに一定数のクレジ - TiDB Cloud Dedicatedクラスターを作成する場合： - 1. **リソース作成**ページで、 **Add Credit Card**をクリックします。 - 2. **Add a Card**ダイアログで、カード情報と請求先住所を入力してください。 + 1. **リソース作成**ページで、 **「Add Credit Card」**をクリックします。 + 2. **「Add a Card」**ダイアログで、カード情報と請求先住所を入力してください。 3. **「カードを保存」**をクリックしてください。 - 請求コンソールではいつでも： 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 2. 左側のナビゲーションペインで、 **「請求」**をクリックします。 - 3. **請求**ページで、 **「支払い方法」**タブをクリックし、 **Add a New Card**をクリックします。 + 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製品ページで、 **Continue to Subscribe**クリックします。注文ページが表示されます。 +2. TiDB Cloud製品ページで、 **Continue to Subscribe**をクリックします。注文ページが表示されます。 -3. 注文ページで**「購読」**をクリックし、次に**Set Up your Account**クリックしてください。TiDB Cloudのサインアップページに移動します。 +3. 注文ページで**「購読」**をクリックし、次に**Set Up your Account**をクリックしてください。TiDB Cloudのサインアップページに移動します。 4. サインアップページの上部にある通知を確認し、 **「サインイン」**をクリックしてください。 diff --git a/tidb-cloud/tidb-cloud-budget.md b/tidb-cloud/tidb-cloud-budget.md index ccb373ddd97f7..e7e06a80ee3fa 100644 --- a/tidb-cloud/tidb-cloud-budget.md +++ b/tidb-cloud/tidb-cloud-budget.md @@ -37,7 +37,7 @@ TiDB Cloud、支出を追跡するのに役立つ 2 種類の予算を提供し 2. 左側のナビゲーション ペインで、 **[請求]**をクリックします。 -3. **「請求」**ページで**「予算」**タブをクリックし、 **Create Custom Budget**クリックします。カスタム予算は最大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.** + - 新しいアラートしきい値を追加するには、 **「Add alert threshold.」**をクリックします。 - しきい値を削除するには、しきい値の横にある削除アイコンをクリックします。 7. **[作成]を**クリックします。 diff --git a/tidb-cloud/tidb-cloud-clinic.md b/tidb-cloud/tidb-cloud-clinic.md index 40b5c725d6a44..00b49a2d0fa1a 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/)にログインし、 **Continue with TiDB Account**を選択して、 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 39f8a83774208..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. **Create replication instance**クリックします。 +2. **Create replication instance**をクリックします。 3. インスタンス名、ARN、説明を入力します。 @@ -105,7 +105,7 @@ TiDB Cloud Dedicated の場合、クライアントはパブリック エンド ![Connectivity and security](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-connect-connectivity-security.png) -7. 必要に応じて、 **[詳細設定]** 、 **[メンテナンス]** 、 **[タグ]**セクションを構成し、 **Create replication instance**をクリックしてインスタンスの作成を完了します。 +7. 必要に応じて、 **[詳細設定]** 、 **[メンテナンス]** 、 **[タグ]**セクションを構成し、 **[Create replication instance]**をクリックしてインスタンスの作成を完了します。 > **Note:** > @@ -125,7 +125,7 @@ TiDB Cloud Dedicated の場合、クライアントはパブリック エンド 4. **エンドポイント設定**セクションで、**エンドポイント識別子**とARNフィールドに入力します。次に、**ソースエンジン**または**ターゲットエンジン**として**MySQLを**選択します。 -5. **Access to endpoint database**フィールドで、 **Provide access information manually**チェックボックスをオンにし、次のようにクラスター情報を入力します。 +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. エンドポイントを**ターゲット エンドポイント**として作成する場合は、**エンドポイント設定**セクションを展開し、**Use endpoint connection attributes**チェックボックスをオンにして、**Extra connection attributes**`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 7de30cf8e8219..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. 左側のナビゲーション ペインで、 **Console Audit Logging**クリックします。 +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. 左側のナビゲーション ペインで、 **Console Audit Logging**クリックします。 +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. 左側のナビゲーション ペインで、 **Console Audit Logging**クリックします。 +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. 左側のナビゲーション ペインで、 **Console Audit Logging**クリックします。 +2. 左側のナビゲーション ペインで、 **[Console Audit Logging]**をクリックします。 3. （オプション）コンソール監査ログの特定の部分をエクスポートする必要がある場合は、さまざまな条件でフィルタリングできます。それ以外の場合は、この手順をスキップしてください。 4. **「ログのダウンロード」**をクリックし、JSON または CSV で希望のエクスポート形式を選択します。 diff --git a/tidb-cloud/tidb-cloud-import-local-files.md b/tidb-cloud/tidb-cloud-import-local-files.md index 307707e10445b..13fdbc86aa45b 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. **インポート**ページでは、ローカルファイルをアップロードエリアに直接ドラッグ＆ドロップするか、 **Upload a local file**をクリックして対象のローカルファイルを選択してアップロードできます。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,7 +72,7 @@ summary: ローカル ファイルをTiDB Cloud Starter にインポートする 7. 必要に応じて CSV 構成を編集します。 - **Edit CSV configuration**クリックすると、バックスラッシュエスケープ、セパレーター、区切り文字を設定して、よりきめ細かな制御を行うことができます。CSV設定の詳細については、 [データのインポートのためのCSV構成](/tidb-cloud/csv-config-for-import-data.md)を参照してください。 + **「Edit CSV configuration」**をクリックすると、バックスラッシュエスケープ、セパレーター、区切り文字を設定して、よりきめ細かな制御を行うことができます。CSV設定の詳細については、 [データのインポートのためのCSV構成](/tidb-cloud/csv-config-for-import-data.md)を参照してください。 8. **[インポートの開始]を**クリックします。 diff --git a/tidb-cloud/tidb-cloud-intro.md b/tidb-cloud/tidb-cloud-intro.md index 0e657f8123702..e42f0cba1e1e7 100644 --- a/tidb-cloud/tidb-cloud-intro.md +++ b/tidb-cloud/tidb-cloud-intro.md @@ -24,7 +24,7 @@ TiDB Cloudの詳細については、以下のビデオをご覧ください。 TiDB Cloudでは、以下の主要機能を利用できます。 -- **Fast and Customized Scaling** +- **高速かつカスタマイズ可能なスケーリング** 重要なワークロード向けに、 ACIDトランザクションを維持しながら、数百ノードまで柔軟かつ透過的に拡張できます。シャーディングについて悩む必要はありません。また、ビジネスニーズに応じて、コンピューティングノードとストレージノードを個別に拡張することも可能です。 @@ -32,7 +32,7 @@ TiDB Cloudでは、以下の主要機能を利用できます。 TiDBのMySQL互換性により、アプリケーションの生産性を向上させ、市場投入までの時間を短縮できます。既存のMySQLインスタンスからデータを簡単に移行でき、コードの書き換えは不要です。 -- **High Availability and Reliability** +- **高可用性と高信頼性** 設計段階から高い可用性を実現。複数の可用性ゾーンにわたるデータレプリケーション、日々のバックアップ、自動フェイルオーバーにより、ハードウェア障害、ネットワーク分断、データセンターの障害発生時でも、事業継続性を確保します。 @@ -40,7 +40,7 @@ TiDB Cloudでは、以下の主要機能を利用できます。 内蔵の分析エンジンにより、リアルタイムの分析クエリ結果を取得できます。TiDB Cloudは、ミッションクリティカルなアプリケーションに影響を与えることなく、最新データに対して一貫した分析クエリを実行します。 -- **Enterprise Grade Security** +- **エンタープライズグレードのセキュリティ** 専用ネットワークと専用マシンでデータを保護します。転送中および保存時の暗号化にも対応しています。TiDB Cloudは、SOC 2 Type 2、ISO 27001:2013、ISO 27701の認証を取得しており、GDPRにも完全に準拠しています。 @@ -62,7 +62,7 @@ TiDB Cloudでは、以下の主要機能を利用できます。 -- **Simple Pricing Plans** +- **シンプルな料金プラン** 使った分だけ支払う、透明性の高い明瞭な料金体系で、隠れた料金は一切ありません。 diff --git a/tidb-cloud/tidb-cloud-log-redaction.md b/tidb-cloud/tidb-cloud-log-redaction.md index 1654ff98d6c0e..3be5dbad4044f 100644 --- a/tidb-cloud/tidb-cloud-log-redaction.md +++ b/tidb-cloud/tidb-cloud-log-redaction.md @@ -74,7 +74,7 @@ summary: TiDB Cloudでユーザーが制御するログのマスキングを有 ## ログの秘匿化を有効にする {#enable-log-redaction} -データセキュリティを維持するため、診断またはメンテナンス作業が完了したらすぐに、以下の手順で**enable log redaction**。 +データセキュリティを維持するため、診断またはメンテナンス作業が完了したらすぐに、以下の手順で**ログのマスキングを有効にしてください**。 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインします。 diff --git a/tidb-cloud/tidb-cloud-org-sso-authentication.md b/tidb-cloud/tidb-cloud-org-sso-authentication.md index 261360f3240bf..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. **I understand and confirm**チェックボックスをクリックし、 **[有効にする]**をクリックします。 +5. **[I understand and confirm]**チェックボックスをクリックし、 **[有効にする]**をクリックします。 > **Note:** > diff --git a/tidb-cloud/tidb-cloud-password-authentication.md b/tidb-cloud/tidb-cloud-password-authentication.md index 5d05e4ed9c394..ce376f8dc8fa0 100644 --- a/tidb-cloud/tidb-cloud-password-authentication.md +++ b/tidb-cloud/tidb-cloud-password-authentication.md @@ -83,7 +83,7 @@ TiDB Cloudは、登録ユーザーに対してデフォルトのパスワード > **Note:** > > - このセクションは、メールアドレスとパスワードを使用してTiDB Cloudに[サインアップ](https://tidbcloud.com/free-trial)する場合にのみ適用されます。Google、GitHub、またはMicrosoft SSOを使用してTiDB Cloudにサインアップする場合は、選択したID管理プラットフォームでMFAを有効にできます。 -> - SSO ログイン シナリオでTiDB Cloud MFA を有効にしている場合は、アカウントのセキュリティを確保するために、 **September 30, 2025**までに MFA 管理を SSO ID 管理プラットフォームに移行してください。 +> - SSO ログイン シナリオでTiDB Cloud MFA を有効にしている場合は、アカウントのセキュリティを確保するために、 **2025 年 9 月 30 日**までに MFA 管理を SSO ID 管理プラットフォームに移行してください。 多要素認証（MFA）は、認証アプリを使用してログイン時にワンタイム認証コードを生成することで、セキュリティを強化します。ログインすると、 TiDB Cloud はパスワードとMFA認証コードの両方を検証します。このパスワードを生成するには、iOS または Android App Store で提供されている Google Authenticator や Authy などの認証アプリを使用できます。 @@ -97,7 +97,7 @@ TiDB Cloudは、登録ユーザーに対してデフォルトのパスワード 4. 本人確認のため、アカウントのパスワードを入力してください。 -5. **Set Up Authenticator App**セクションで、認証アプリを使用して 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 9a3d1d4f17cad..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/)で、右下隅の**[?]**をクリックし、 **[営業担当者に問い合わせ]**をクリックして、 **Apply for 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 18be3ab2f55fa..ba29ca25ac844 100644 --- a/tidb-cloud/tidb-cloud-quickstart.md +++ b/tidb-cloud/tidb-cloud-quickstart.md @@ -56,7 +56,7 @@ AWS でホストされているTiDB Cloud Starter クラスターでは、 TiDB 1. [**クラスター**](https://tidbcloud.com/project/clusters)ページで、クラスター名をクリックして概要ページに移動し、左側のナビゲーション ペインで**[SQL エディター] を**クリックします。 -2. TiDB Cloudの AI 機能を試すには、画面上の指示に従って、PingCAP と AWS Bedrock が研究とサービスの改善のためにコードスニペットを使用することを許可し、 **Save and Get Started**クリックします。 +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 クエリを自動的に生成するように指示します。 diff --git a/tidb-cloud/tidb-cloud-roadmap.md b/tidb-cloud/tidb-cloud-roadmap.md index 18b3583d4b97f..40b09217f7a0e 100644 --- a/tidb-cloud/tidb-cloud-roadmap.md +++ b/tidb-cloud/tidb-cloud-roadmap.md @@ -13,7 +13,7 @@ TiDB Cloudのロードマップでは、近未来に予定されている新機 ✅: その機能または改善は既にTiDB Cloudで利用可能です。 -> **Safe harbor statement:** +> **セーフハーバー条項：** > > 当社の文書、ロードマップ、ブログ、ウェブサイト、プレスリリース、または公式声明で言及または参照されている未公開機能のうち、現在利用できないもの（以下「未公開機能」といいます）は、当社の裁量により変更される場合があり、計画どおりに提供されない場合や、全く提供されない場合があります。お客様は、購入の決定は現在利用可能な関数のみに基づいて行われるものであり、別途明記されていない限り、PingCAPは契約の一部として前述の未公開機能を提供する義務を負わないことを承諾するものとします。 diff --git a/tidb-cloud/tidb-cloud-support.md b/tidb-cloud/tidb-cloud-support.md index c6f7a69d9141b..3a502e503ddc1 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/)の左下隅にある**[サポート] を**クリックし、サポート プランに応じて次のいずれかを実行します。 - - **基本**: **Account & Billing**領域で、 **[アカウント/請求の問題]**をクリックします。 - - **Developer** 、 **Enterprise** 、または**Premium** : **Talk to an expert**エリアで、 **PingCAP Help Center**をクリックします。 + - **基本**: **[Account & Billing]**領域で、 **[アカウント/請求の問題]**をクリックします。 + - **Developer** 、 **Enterprise** 、または**Premium** : **「Talk to an expert」**エリアで、 **PingCAP Help Center**をクリックします。 - プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページで、クラスターの行にある**[...]**をクリックし、 **[サポートを受ける]**を選択します。 - クラスターの概要ページで、右上隅の**[...]**をクリックし、 **[サポートを受ける]**を選択します。 @@ -52,7 +52,7 @@ TiDB Cloudのすべてのユーザーは、請求およびアカウント関連 1. [PingCAP ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)にログインし、 [TiDB Cloudアカウント/請求サポート](https://tidb.support.pingcap.com/servicedesk/customer/portal/16)をクリックします。 -2. **Submit a request**をクリックします。 +2. **[Submit a request]**をクリックします。 3. 次のフィールドに入力します。 @@ -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. **Submit a request**をクリックします。 +2. **[Submit a request]**をクリックします。 3. 次のフィールドに入力します。 diff --git a/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md b/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md index cebfab48471fa..cc93d3d256c70 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アクセスリストを設定していない場合は、初回接続前に**Configure IP Access List**をクリックして設定してください。詳細については、 [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**をクリックします。 +詳細なコード例を表示するには、 **「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**をクリックします。 +詳細なコード例を表示するには、 **「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**をクリックします。 +詳細なコード例を表示するには、 **「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**をクリックします。 +詳細なコード例を表示するには、 **「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 d1172180f4eb1..91566eadd6aee 100644 --- a/tidb-cloud/tidb-node-group-management.md +++ b/tidb-cloud/tidb-node-group-management.md @@ -71,15 +71,15 @@ TiDBノードグループを作成しても、デフォルトグループのエ 2. 右上隅の**「接続」**をクリックします。接続ダイアログが表示されます。 -3. **TiDB Node Group**リストから TiDB ノード グループを選択し、 **「接続タイプ」**リストから**「パブリック」**を選択します。 +3. **「TiDB Node Group」**リストから TiDB ノード グループを選択し、 **「接続タイプ」**リストから**「パブリック」**を選択します。 - IP アクセス リストをまだ設定していない場合は、 **Configure IP Access List**をクリックするか、手順[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 Node Group**リストから TiDB ノード グループを選択します。 +5. **[ネットワーク]**ページで、右上隅の**[TiDB Node Group]**リストから TiDB ノード グループを選択します。 -6. **[パブリック エンドポイント]**セクションで**[有効にする]**をクリックし、 **Add IP Address**セクションで**IP Access List**をクリックします。 +6. **[パブリック エンドポイント]**セクションで**[有効にする]**をクリックし、 **[IP Access List]**セクションで**[Add IP Address]**をクリックします。 7. **[ネットワーク]**ページの右上隅にある**[接続]**をクリックして、接続文字列を取得します。 @@ -97,9 +97,9 @@ TiDBノードグループを作成しても、デフォルトグループのエ 4. 左側のナビゲーション ペインで、 **[設定]** > **[ネットワーク]**をクリックします。 -5. **[ネットワーク]**ページで、右上隅の**TiDB Node Group**リストから TiDB ノード グループを選択します。 +5. **[ネットワーク]**ページで、右上隅の**[TiDB Node Group]**リストから TiDB ノード グループを選択します。 -6. このノード グループの新しい接続を作成するには、 **Create Private Endpoint Connection**をクリックします。 +6. このノード グループの新しい接続を作成するには、 **[Create Private Endpoint Connection]**をクリックします。 - AWS にデプロイされたクラスターについては、 [AWS PrivateLink 経由でTiDB Cloud Dedicatedクラスタに接続する](/tidb-cloud/set-up-private-endpoint-connections.md)を参照してください。 diff --git a/tidb-cloud/tidb-x-architecture.md b/tidb-cloud/tidb-x-architecture.md index 7539b37680c6f..22302c83655c6 100644 --- a/tidb-cloud/tidb-x-architecture.md +++ b/tidb-cloud/tidb-x-architecture.md @@ -37,7 +37,7 @@ TiDB X は[クラシックTiDB](/tidb-architecture.md)の共有なしアーキ - ストレージエンジンのボトルネック：従来のTiDBの基盤となるRocksDBストレージエンジンは、グローバルミューテックスで保護された単一のLSMツリーを使用しています。この設計により、システムが大規模なデータセット（例えば、TiKVノードあたり6TiBを超えるデータ、または30万を超えるSSTファイル）を処理する際に限界が生じ、ハードウェア容量を十分に活用できなくなります。 -- **Stability and performance interference** +- **安定性とパフォーマンスの干渉** - リソース競合：書き込みトラフィックが増加すると、SST ファイルをマージするための大規模なローカル圧縮ジョブが実行されます。従来の TiDB では、これらの圧縮ジョブはオンライン トラフィックを処理する同じ TiKV ノードで実行されるため、同じ CPU および I/O リソースを競合し、オンライン アプリケーションに影響を与える可能性があります。 @@ -45,7 +45,7 @@ TiDB X は[クラシックTiDB](/tidb-architecture.md)の共有なしアーキ - 書き込みスロットリング：書き込み負荷が高い場合、バックグラウンドの圧縮処理がフォアグラウンドの書き込みトラフィックに追いつかないと、従来のTiDBはストレージエンジンを保護するためにフロー制御メカニズムを作動させます。その結果、アプリケーションの書き込みスループットが制限され、レイテンシーが急上昇します。 -- **Resource utilization and cost** +- **資源利用とコスト** - 過剰プロビジョニング：ピーク時のトラフィックやバックグラウンドメンテナンス時に安定性を維持し、パフォーマンスを確保するために、ユーザーは「ハイウォーターマーク」要件に基づいてハードウェアを過剰にプロビジョニングすることがよくあります。 @@ -65,11 +65,11 @@ TiDB Xへの移行は、データと物理的なコンピューティングリ TiDB Xは、従来のTiDB分散設計をクラウドネイティブに進化させたものです。従来のTiDBから以下のアーキテクチャ上の強みを受け継いでいます。 -- **Stateless SQL layer**：SQLレイヤー（TiDBサーバー）はステートレスであり、永続的なデータを保存することなく、クエリの解析、最適化、および実行を担当します。 -- **Gateway and connection management**：TiProxy（またはロードバランサー）は、クライアントとの永続的な接続を維持し、SQLトラフィックをシームレスにルーティングします。元々はオンラインアップグレードをサポートするために設計されたTiProxyは、現在では自然なゲートウェイコンポーネントとして機能します。 -- **Dynamic sharding with [Regions](/tidb-cloud/tidb-cloud-glossary.md#region)**：TiKVは、リージョン（デフォルトでは256MiB）と呼ばれる範囲ベースのシャーディング単位を使用します。データは数百万のリージョンに分割され、システムはリージョンの配置、移動、およびノー​​ド間の負荷分散を自動的に管理します。 +- **ステートレスなSQLレイヤー**：SQLレイヤー（TiDBサーバー）はステートレスであり、永続的なデータを保存することなく、クエリの解析、最適化、および実行を担当します。 +- **ゲートウェイと接続管理**：TiProxy（またはロードバランサー）は、クライアントとの永続的な接続を維持し、SQLトラフィックをシームレスにルーティングします。元々はオンラインアップグレードをサポートするために設計されたTiProxyは、現在では自然なゲートウェイコンポーネントとして機能します。 +- **リージョンによる動的シャーディング**：TiKVは、リージョン（デフォルトでは256MiB）と呼ばれる範囲ベースのシャーディング単位を使用します。データは数百万のリージョンに分割され、システムはリージョンの配置、移動、およびノー​​ド間の負荷分散を自動的に管理します。 -TiDB X は、ローカルのシェアードストレージを**cloud-native shared-storage object storage**バックボーンに置き換えることにより、これらの基盤を進化させます。この移行により、「コンピューティング[コンピューティングとコンピューティングの分離](#separation-of-compute-and-compute)」モデルが可能になり、リソースを大量に消費するタスクをエラスティック プールにオフロードして、即時のスケーラビリティと予測可能なパフォーマンスを確保します。 +TiDB X は、ローカルのシェアードストレージを**クラウドネイティブの共有ストレージ オブジェクトストレージ**バックボーンに置き換えることにより、これらの基盤を進化させます。この移行により、「コンピューティング[コンピューティングとコンピューティングの分離](#separation-of-compute-and-compute)」モデルが可能になり、リソースを大量に消費するタスクをエラスティック プールにオフロードして、即時のスケーラビリティと予測可能なパフォーマンスを確保します。 TiDB Xのアーキテクチャは以下のとおりです。 @@ -77,21 +77,21 @@ TiDB Xのアーキテクチャは以下のとおりです。 ### オブジェクトストレージのサポート {#object-storage-support} -TiDB X は、Amazon S3 などのオブジェクトストレージを、すべてのデータの唯一の信頼できる情報源として使用します。データがローカルディスクに保存される従来のアーキテクチャとは異なり、TiDB X ではすべてのデータの永続的なコピーが**shared object storage layer**に保存されます。上位の**shared cache layer**（行エンジンと列エンジン）は、低レイテンシーを確保するための高性能キャッシュとして機能します。 +TiDB X は、Amazon S3 などのオブジェクトストレージを、すべてのデータの唯一の信頼できる情報源として使用します。データがローカルディスクに保存される従来のアーキテクチャとは異なり、TiDB X ではすべてのデータの永続的なコピーが**共有オブジェクトストレージレイヤー**に保存されます。上位の**共有キャッシュレイヤー**（行エンジンと列エンジン）は、低レイテンシーを確保するための高性能キャッシュとして機能します。 信頼できるデータは既にオブジェクトストレージに保存されているため、バックアップはS3に保存されたRaftの増分ログとメタデータのみに依存し、データ総量に関わらずバックアップ操作は数秒で完了します。スケールアウト操作中、新しいTiKVノードは既存のノードから大量のデータをコピーする必要はありません。代わりに、オブジェクトストレージに接続して必要なデータをオンデマンドでロードするため、スケールアウト操作が大幅に高速化されます。 ### 自動スケーリング機構 {#auto-scaling-mechanism} -TiDB Xアーキテクチャは、ロードバランサーとステートレスな**isolated SQL layer**によって実現される、弾力的なスケーリングを前提として設計されています。共有キャッシュレイヤーは、CPU使用率またはディスク容量に基づいてスケーリングできます。システムは、リアルタイムのワークロード要求に対応するため、コンピューティングポッドを数秒以内に自動的に追加または削除します。 +TiDB Xアーキテクチャは、ロードバランサーとステートレスな**分離型SQLレイヤー**によって実現される、弾力的なスケーリングを前提として設計されています。共有キャッシュレイヤーは、CPU使用率またはディスク容量に基づいてスケーリングできます。システムは、リアルタイムのワークロード要求に対応するため、コンピューティングポッドを数秒以内に自動的に追加または削除します。 この技術的な柔軟性により、使用量に応じた従量課金制の料金モデルが実現します。ユーザーはピーク時の負荷に備えてリソースを事前に確保する必要がなくなります。代わりに、システムはトラフィックが急増した際には自動的にスケールアウトし、アイドル状態の時にはスケールインすることでコストを最小限に抑えます。 ### マイクロサービスとワークロードの分離 {#microservice-and-workload-isolation} -TiDB Xは、多様なワークロードが互いに干渉しないように、高度な職務分掌を実装しています。**isolated SQL layer**、独立したコンピューティングノードのグループで構成されており、ワークロードの分離や、異なるアプリケーションが同じ基盤データを共有しながら専用のコンピューティングリソースを使用できるマルチテナントシナリオを実現します。 +TiDB Xは、多様なワークロードが互いに干渉しないように、高度な職務分掌を実装しています。**分離されたSQLレイヤーは**、独立したコンピューティングノードのグループで構成されており、ワークロードの分離や、異なるアプリケーションが同じ基盤データを共有しながら専用のコンピューティングリソースを使用できるマルチテナントシナリオを実現します。 -**shared services layer**データベースの負荷の高い操作を、圧縮、統計情報の収集、DDL実行などの独立したマイクロサービスに分解します。インデックス作成や大規模データインポートといったリソース集約型のバックグラウンド操作をこのレイヤーにオフロードすることで、TiDB Xはこれらの操作がオンラインユーザーのトラフィックを処理する計算ノードとCPUやメモリのリソースを競合しないようにします。この設計により、重要なアプリケーションのパフォーマンスがより予測可能になり、ゲートウェイ、SQL計算、キャッシュ、バックグラウンドサービスといった各コンポーネントが、それぞれのリソース需要に基づいて独立してスケーリングできるようになります。 +**共有サービスレイヤーは、**データベースの負荷の高い操作を、圧縮、統計情報の収集、DDL実行などの独立したマイクロサービスに分解します。インデックス作成や大規模データインポートといったリソース集約型のバックグラウンド操作をこのレイヤーにオフロードすることで、TiDB Xはこれらの操作がオンラインユーザーのトラフィックを処理する計算ノードとCPUやメモリのリソースを競合しないようにします。この設計により、重要なアプリケーションのパフォーマンスがより予測可能になり、ゲートウェイ、SQL計算、キャッシュ、バックグラウンドサービスといった各コンポーネントが、それぞれのリソース需要に基づいて独立してスケーリングできるようになります。 ## TiDB Xの主な革新点 {#key-innovations-of-tidb-x} @@ -99,9 +99,9 @@ TiDB Xは、多様なワークロードが互いに干渉しないように、 ![Classic TiDB vs TiDB X architecture](/media/tidb-x/tidb-classic-vs-tidb-x-1.png) -- **エンジンの進化**：従来のTiDBでは、 RaftエンジンがMulti-Raftログを管理し、RocksDBがローカルディスク上の物理データストレージを処理していました。TiDB Xでは、これらのコンポーネントは**new RF engine**（Raftエンジン）と**redesigned KV engine**に置き換えられています。KVエンジンは、RocksDBに代わるLSMツリーストレージエンジンです。どちらの新しいエンジンも、高性能とオブジェクトストレージとのシームレスな統合に特化して最適化されています。 +- **エンジンの進化**：従来のTiDBでは、 RaftエンジンがMulti-Raftログを管理し、RocksDBがローカルディスク上の物理データストレージを処理していました。TiDB Xでは、これらのコンポーネントは**新しいRFエンジン**（Raftエンジン）と**再設計されたKVエンジン**に置き換えられています。KVエンジンは、RocksDBに代わるLSMツリーストレージエンジンです。どちらの新しいエンジンも、高性能とオブジェクトストレージとのシームレスな統合に特化して最適化されています。 -- **Compute workload separation**：図中の点線は、オブジェクトストレージレイヤーへのバックグラウンドでの読み書き操作を表しています。TiDB Xでは、RF/KVエンジンとオブジェクトストレージ間のこれらの相互作用はフォアグラウンドプロセスから分離されているため、バックグラウンド操作がオンライントラフィックのレイテンシーに影響を与えません。 +- **コンピューティングワークロードの分離**：図中の点線は、オブジェクトストレージレイヤーへのバックグラウンドでの読み書き操作を表しています。TiDB Xでは、RF/KVエンジンとオブジェクトストレージ間のこれらの相互作用はフォアグラウンドプロセスから分離されているため、バックグラウンド操作がオンライントラフィックのレイテンシーに影響を与えません。 ### 計算と計算の分離 {#separation-of-compute-and-compute} diff --git a/tidb-cloud/tidbx-instance-move-faq.md b/tidb-cloud/tidbx-instance-move-faq.md index 991a14fe6d189..378f81d801095 100644 --- a/tidb-cloud/tidbx-instance-move-faq.md +++ b/tidb-cloud/tidbx-instance-move-faq.md @@ -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コンソールは、上部のバナーにある**Move & Unlock**をクリックして、 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} @@ -99,7 +99,7 @@ TiDB Cloudのリソースごとに異なるプロジェクトタイプが導入 > > TiDB Cloud Dedicatedクラスターは、移行後も元のプロジェクト内に残ります。したがって、この移行はTiDB Cloud Dedicatedクラスターに影響を与えません。 -あなたが`Organization Owner`の場合は、上部のバナーにある**Move & Unlock**をクリックし、移行ウィザードに従って移行を完了してください。 +あなたが`Organization Owner`の場合は、上部のバナーにある**[Move & Unlock]**をクリックし、移行ウィザードに従って移行を完了してください。 移行ウィザードには、移行対象となるTiDB Cloud StarterおよびEssentialインスタンスのリストが表示され、新しい TiDB X プロジェクトの新しい名前を指定できます。 diff --git a/tidb-cloud/top-ru.md b/tidb-cloud/top-ru.md index ddeca187d0032..0ee6b3b153cc5 100644 --- a/tidb-cloud/top-ru.md +++ b/tidb-cloud/top-ru.md @@ -53,7 +53,7 @@ TiDB Cloudプランによって、RUの主要機能は異なります。 ### SQLリストを読む {#read-the-sql-list} -**Top N SQL list**選択されたフィルタに対して最もRUを消費するSQLステートメントを表示します。 +**トップN SQLリストは、**選択されたフィルタに対して最もRUを消費するSQLステートメントを表示します。 | カラム | 説明 | | ---------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | @@ -68,11 +68,11 @@ TiDB Cloudプランによって、RUの主要機能は異なります。 > **Note:** > -> Top RUは、実行中のクエリも含め、SQL文の**cumulative RU consumption**に基づいて順位付けします。これにより、実行中のクエリが完了する前に、負荷の高いクエリを検出できます。実行中のクエリについては、実行計画は利用できません。 +> Top RUは、実行中のクエリも含め、SQL文の**累積RU消費量**に基づいて順位付けします。これにより、実行中のクエリが完了する前に、負荷の高いクエリを検出できます。実行中のクエリについては、実行計画は利用できません。 ### RUトレンドを確認する {#view-the-ru-trend} -リスト内のSQLステートメントにカーソルを合わせると、トレンドチャートでそのステートメントの**RU trend line**ハイライト表示されます。このチャートは、選択した期間におけるRU消費量を1分間隔で表示し、急増がいつ始まったか、またその急増が現在も続いているかどうかを把握するのに役立ちます。 +リスト内のSQLステートメントにカーソルを合わせると、トレンドチャートでそのステートメントの**RUトレンドラインが**ハイライト表示されます。このチャートは、選択した期間におけるRU消費量を1分間隔で表示し、急増がいつ始まったか、またその急増が現在も続いているかどうかを把握するのに役立ちます。 ## ユーザーごとのRU消費量を特定する {#identify-ru-consumption-by-user} @@ -84,13 +84,13 @@ TiDB Cloudプランによって、RUの主要機能は異なります。 特定のデータベースユーザーのSQLステートメントを詳しく調べるには： -1. **Sliced by Users**タブをクリックします。 +1. **「Sliced by Users」**タブをクリックします。 2. **ユーザー**フィルターで、調査対象のユーザーを選択します。このフィルターには最大100人のユーザーが表示され、それ以上のユーザーは**「その他のユーザー」**としてグループ化されます。 -3. **Top N SQL list**とトレンドチャートには、選択したユーザーのクエリのみが表示されます。 +3. **トップN SQLリスト**とトレンドチャートには、選択したユーザーのクエリのみが表示されます。 ## SQLステートメントをドリルダウンする {#drill-down-into-a-sql-statement} -**Top N SQL list**からSQL文をクリックすると、詳細パネルが開きます。 +**上位N個のSQLリスト**からSQL文をクリックすると、詳細パネルが開きます。 ### 実行概要 {#execution-summary} @@ -127,8 +127,8 @@ RUスパイクを調査するには、以下のワークフローを使用して 1. TiDB Cloud EssentialまたはTiDB Cloud PremiumインスタンスのメトリクスにRUの急上昇が見られるか、アラートがトリガーされた場合は、その旨にご注意ください。 2. **「モニタリング」** > **「トップRU」**に移動し、 **「概要」**タブをクリックして、スパイクが発生した期間を選択します。 3. **合計RU値**が最も高いSQL文を特定します。各SQL文にカーソルを合わせると、RU値の推移が表示され、急上昇が始まった時期がわかります。 -4. 特定のユーザーがランキングの急上昇を引き起こしているかどうかを確認するには、 **Rank by Users**パネルを確認してください。 -5. 必要に応じて、 **Sliced by Users**タブに移動し、ユーザーを選択して、そのユーザーが最も多くのRUを消費しているSQLステートメントに注目してください。 +4. 特定のユーザーがランキングの急上昇を引き起こしているかどうかを確認するには、 **「ユーザー別ランキング」**パネルを確認してください。 +5. 必要に応じて、 **「Sliced by Users」**タブに移動し、ユーザーを選択して、そのユーザーが最も多くのRUを消費しているSQLステートメントに注目してください。 6. SQL文をクリックすると、詳細パネルが開きます。実行計画を確認して、インデックスの欠落など、最適化の機会を見つけてください。 7. **Query Template ID**を使用して、実行コンテキストの詳細を確認するために、スロークエリまたはSQLステートメントを相互参照してください。 8. インデックスの追加、SQLの書き換え、ビジネスロジックの調整など、最適化を適用してください。 @@ -137,9 +137,9 @@ RUスパイクを調査するには、以下のワークフローを使用して ## 制限事項 {#limitations} - **請求RUとは同等ではありません**：Top RUデータは、ほぼリアルタイムでの可視性を目的としており、 TiDB Cloudの請求書に記載されているRU使用量とは異なる場合があります。Top RUデータは、請求の照合や監査には使用しないでください。 -- **Top N aggregation**：RU消費量が最も多いSQL文のみが個別に表示されます。RU消費量が少ないSQL文は**「その他」**カテゴリに集約されます。 +- **上位N件の集計**：RU消費量が最も多いSQL文のみが個別に表示されます。RU消費量が少ないSQL文は**「その他」**カテゴリに集約されます。 - **データの鮮度**：データは分単位の粒度で更新されます。 -- **Maximum query window**：一度に最大24時間分のデータをクエリできます。 +- **最大クエリ期間**：一度に最大24時間分のデータをクエリできます。 ## FAQ {#faq} diff --git a/tidb-cloud/use-chat2query-api.md b/tidb-cloud/use-chat2query-api.md index 8b711a3149160..5aefffd7e575a 100644 --- a/tidb-cloud/use-chat2query-api.md +++ b/tidb-cloud/use-chat2query-api.md @@ -25,9 +25,9 @@ Chat2Query エンドポイントを呼び出す前に、Chat2Query データ ア > **Tip:** > - > クラスターの**SQL エディター**ページが表示されている場合は、右上隅の**...**をクリックし、 **Access Chat2Query via API**して、**New Chat2Query Data App**をクリックすることで、データ アプリ作成ダイアログを開くこともできます。 + > クラスターの**SQL エディター**ページが表示されている場合は、右上隅の**...**をクリックし、 **Access Chat2Query via API**を選択して、**New Chat2Query Data App**をクリックすることで、データ アプリ作成ダイアログを開くこともできます。 -2. ダイアログで、データアプリの名前を定義し、データソースとして必要なクラスターを選択し、**Chat2Query Data App**の種類として**「Chat2Query データアプリ」**を選択します。必要に応じて、アプリの説明を記入することもできます。 +2. ダイアログで、データアプリの名前を定義し、データソースとして必要なクラスターを選択し、**Data App**の種類として**「Chat2Query Data App」**を選択します。必要に応じて、アプリの説明を記入することもできます。 3. **[作成]**をクリックします。 @@ -41,9 +41,9 @@ API キーを作成するには、次の手順を実行します。 1. [**Data Service**](https://tidbcloud.com/project/data-service)の左側のペインで、Chat2Query データ アプリをクリックすると、右側にその詳細が表示されます。 -2. **認証**領域で、 **Create API Key**をクリックします。 +2. **認証**領域で、 **「Create API Key」**をクリックします。 -3. **Create API Key**ダイアログで説明を入力し、API キーの次のいずれかのロールを選択します。 +3. **「Create API Key」**ダイアログで説明を入力し、API キーの次のいずれかのロールを選択します。 - `Chat2Query Admin` : API キーがデータ サマリーを管理し、提供された指示に基づいて SQL ステートメントを生成し、任意の SQL ステートメントを実行できるようにします。 @@ -89,7 +89,7 @@ TiDB Cloudは、Chat2Queryエンドポイントを素早く呼び出すための エンドポイント URL、コード例、リクエスト メソッドなど、このエンドポイントを呼び出すための情報が右側に表示されます。 -2. **Show Code Example**をクリックします。 +2. **[Show Code Example]**をクリックします。 3. 表示されたダイアログ ボックスで、エンドポイントの呼び出しに使用するクラスター、データベース、および認証方法を選択し、コード例をコピーします。 diff --git a/tidb-cloud/use-chat2query-knowledge.md b/tidb-cloud/use-chat2query-knowledge.md index 2bfddfda63eea..5151d929adab8 100644 --- a/tidb-cloud/use-chat2query-knowledge.md +++ b/tidb-cloud/use-chat2query-knowledge.md @@ -32,7 +32,7 @@ Chat2Queryデータアプリでは、エンドポイント`/v3/knowledgeBases` > **Tip:** > -> エンドポイントの具体的なコード例を取得するには、データアプリの左側のペインでエンドポイント名をクリックし、 **Show Code Example**をクリックします。詳細については、 [エンドポイントのサンプルコードを取得する](/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'\ @@ -154,8 +154,8 @@ Few-Shot の例を使用すると、次のようなさまざまなシナリオ 指示はさまざまなシナリオで使用でき、Chat2Query が要件に応じて出力するようにガイドできます。これには次のものが含まれますが、これらに限定されません。 -- **Limiting query scope**: SQL で特定のテーブルまたは列のみを考慮する場合は、これを指定する命令を使用します。 -- **Guiding SQL structure**: SQL 構造に特定の要件がある場合は、Chat2Query をガイドする指示を使用します。 +- **クエリ範囲の制限**: SQL で特定のテーブルまたは列のみを考慮する場合は、これを指定する命令を使用します。 +- **SQL 構造のガイド**: SQL 構造に特定の要件がある場合は、Chat2Query をガイドする指示を使用します。 ## ステップ3. 新しく作成したナレッジベースに知識を追加する {#step-3-add-knowledge-to-the-newly-created-knowledge-base} diff --git a/tidb-cloud/use-chat2query-sessions.md b/tidb-cloud/use-chat2query-sessions.md index b17ecf5e35dd1..87359ac877560 100644 --- a/tidb-cloud/use-chat2query-sessions.md +++ b/tidb-cloud/use-chat2query-sessions.md @@ -23,7 +23,7 @@ Chat2Query API v3以降では、セッション関連のエンドポイントを > **Tip:** > -> エンドポイントの具体的なコード例を取得するには、データアプリの左側のペインでエンドポイント名をクリックし、 **Show Code Example**をクリックします。詳細については、 [エンドポイントのサンプルコードを取得する](/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'\ diff --git a/tidb-cloud/v8.5-performance-highlights.md b/tidb-cloud/v8.5-performance-highlights.md index 4b467dd525862..3b376197a2e23 100644 --- a/tidb-cloud/v8.5-performance-highlights.md +++ b/tidb-cloud/v8.5-performance-highlights.md @@ -70,15 +70,15 @@ MVCC バージョンが蓄積されると、要求されたデータと処理さ TiDB v8.5.0 では、クラウド ディスク IO ジッターによるパフォーマンスへの影響を軽減するための複数の機能強化が導入されています。 -- **Leader write optimization**: リーダーがコミットされたがまだ永続化されていないRaftログを早期に適用できるようにし、リーダー ピアの書き込みレイテンシーに対する IO ジッターの影響を軽減します。 +- **Leader書き込み最適化**: リーダーがコミットされたがまだ永続化されていないRaftログを早期に適用できるようにし、リーダー ピアの書き込みレイテンシーに対する IO ジッターの影響を軽減します。 -- **Enhanced slow-node detection**：低速ノード検出アルゴリズムを改良し、デフォルトで低速スコア検出を有効にしました。これにより、低速ノードが特定されると、エビクトリーダースケジューラがトリガーされ、パフォーマンスが回復します。[遅いノード検出メカニズム](https://docs.pingcap.com/tidb/v8.5/pd-scheduling-best-practices#troubleshoot-tikv-node)は、 [低速ストアの排除スケジューラ](https://docs.pingcap.com/tidb/v8.5/pd-control#scheduler-show--add--remove--pause--resume--config--describe)を使用して低速ノードを検出・管理し、クラウドディスクジッターの影響を軽減します。 +- **低速ノード検出の強化**：低速ノード検出アルゴリズムを改良し、デフォルトで低速スコア検出を有効にしました。これにより、低速ノードが特定されると、エビクトリーダースケジューラがトリガーされ、パフォーマンスが回復します。[遅いノード検出メカニズム](https://docs.pingcap.com/tidb/v8.5/pd-scheduling-best-practices#troubleshoot-tikv-node)は、 [低速ストアの排除スケジューラ](https://docs.pingcap.com/tidb/v8.5/pd-control#scheduler-show--add--remove--pause--resume--config--describe)を使用して低速ノードを検出・管理し、クラウドディスクジッターの影響を軽減します。 -- **Unified health controller**：TiKVに統合ヘルスコントローラーを追加し、KVクライアントにフィードバックメカニズムを追加します。KVクライアントは、TiKVノードのヘルスとパフォーマンスに基づいて、エラー処理とレプリカ選択を最適化します。 +- **統合ヘルスコントローラー**：TiKVに統合ヘルスコントローラーを追加し、KVクライアントにフィードバックメカニズムを追加します。KVクライアントは、TiKVノードのヘルスとパフォーマンスに基づいて、エラー処理とレプリカ選択を最適化します。 -- **Improved replica selector**: KV クライアントにレプリカ セレクター V2 が導入され、不要な再試行やバックオフ操作を排除する改良された状態遷移が実現しました。 +- **改良されたレプリカ セレクター**: KV クライアントにレプリカ セレクター V2 が導入され、不要な再試行やバックオフ操作を排除する改良された状態遷移が実現しました。 -- **Additional fixes and improvements**: TiKV のストア ループでの不要な IO 操作を回避しながら、リージョン キャッシュや KV クライアント ヘルス チェッカーなどの重要なコンポーネントの機能強化が含まれています。 +- **追加の修正と改善**: TiKV のストア ループでの不要な IO 操作を回避しながら、リージョン キャッシュや KV クライアント ヘルス チェッカーなどの重要なコンポーネントの機能強化が含まれています。 ### テスト環境 {#test-environment} From e0a2bd2aeb7bc53250ec627b57ed63d73693e420 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 10:58:52 +0900 Subject: [PATCH 14/31] i18n(ja): fix dropped particle and straddling bracket in changefeed destination step --- tidb-cloud/changefeed-sink-to-cloud-storage.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tidb-cloud/changefeed-sink-to-cloud-storage.md b/tidb-cloud/changefeed-sink-to-cloud-storage.md index f2128bdb22ebd..b0e08c383be21 100644 --- a/tidb-cloud/changefeed-sink-to-cloud-storage.md +++ b/tidb-cloud/changefeed-sink-to-cloud-storage.md @@ -21,7 +21,7 @@ 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**を選択します。構成プロセスは、選択した宛先によって異なります。
From c5cbc92bd3a381529914d4a3fe7886b40f6bf590 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 11:14:01 +0900 Subject: [PATCH 15/31] i18n(ja): fix dropped particle after NLB in Alibaba Cloud service resource type step --- .../serverless-private-link-connection-to-alicloud-rds.md | 2 +- ...-private-link-connection-to-self-hosted-kafka-in-alicloud.md | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) 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 8d9409545724c..db69c1a8fbb67 100644 --- a/tidb-cloud/serverless-private-link-connection-to-alicloud-rds.md +++ b/tidb-cloud/serverless-private-link-connection-to-alicloud-rds.md @@ -78,7 +78,7 @@ ApsaraDB RDS for MySQL と同じリージョンにエンドポイント サー 1. エンドポイントサービスを作成するには、 [エンドポイントサービス](https://vpc.console.alibabacloud.com/endpointservice)に進んでください。以下の情報を入力してください。 - - **Service Resource Type**: `NLB`選択 + - **Service Resource Type**: `NLB`を選択 - **Select Service Resource**: NLB が含まれるすべてのゾーンを選択し、前の手順で作成した NLB を選択します。 - **Automatically Accept Endpoint Connections**: `No`選択することをお勧めします 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 54fe643929ef0..309f4ac4db859 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 @@ -638,7 +638,7 @@ b3.ap-southeast-1c.unique_name.alicloud.plc.tidbcloud.com:9095 (id: 3 rack: null 1. エンドポイント サービスを作成するには、 [エンドポイントサービス](https://vpc.console.alibabacloud.com/endpointservice)に進みます。 - - **Service Resource Type**: `NLB`選択 + - **Service Resource Type**: `NLB`を選択 - **Select Service Resource**: NLB が含まれるすべてのゾーンを選択し、前の手順で作成した NLB を選択します。 - **Automatically Accept Endpoint Connections**: `No`選択することをお勧めします From c1f4b5161df021229642168e9b81c6e25867d202 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 11:15:05 +0900 Subject: [PATCH 16/31] i18n(ja): translate stray English numbered step heading to match sibling docs --- ...-private-link-connection-to-self-hosted-kafka-in-alicloud.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) 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 309f4ac4db859..bfc99a03bcb64 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 @@ -267,7 +267,7 @@ listener.security.protocol.map=INTERNAL:PLAINTEXT,CONTROLLER:PLAINTEXT,EXTERNAL: log.dirs=./data ``` -**2.4.3 Start Kafka brokers** +**2.4.3 Kafkaブローカーを起動する** スクリプトを作成し、それを実行して各ブローカー ノードで Kafka ブローカーを起動します。 From 87109c3f96bf98c11c4931ffe9d7a064f08adffb Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 11:16:23 +0900 Subject: [PATCH 17/31] i18n(ja): fix dropped particle after No and stray untranslated broker-3 field labels MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Fixed missing を particle after `No` in Automatically Accept Endpoint Connections steps (2 files), and translated the broker-3 Network and Zone / Instance and Image field labels that were left in English while their broker-1/broker-2 siblings in the same file were already correctly translated. --- .../serverless-private-link-connection-to-alicloud-rds.md | 2 +- ...vate-link-connection-to-self-hosted-kafka-in-alicloud.md | 6 +++--- 2 files changed, 4 insertions(+), 4 deletions(-) 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 db69c1a8fbb67..6e24fdd761653 100644 --- a/tidb-cloud/serverless-private-link-connection-to-alicloud-rds.md +++ b/tidb-cloud/serverless-private-link-connection-to-alicloud-rds.md @@ -80,7 +80,7 @@ ApsaraDB RDS for MySQL と同じリージョンにエンドポイント サー - **Service Resource Type**: `NLB`を選択 - **Select Service Resource**: NLB が含まれるすべてのゾーンを選択し、前の手順で作成した NLB を選択します。 - - **Automatically Accept Endpoint Connections**: `No`選択することをお勧めします + - **Automatically Accept Endpoint Connections**: `No`を選択することをお勧めします 2. エンドポイントサービスの詳細ページに移動し、**Endpoint Service Name**（例： `com.aliyuncs.privatelink..xxxxx` ）をコピーします。これは後で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 bfc99a03bcb64..377c90f030bbf 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 @@ -130,8 +130,8 @@ Kafka VPC を作成するには、次の手順を実行します。 - vSwitch `broker-ap-southeast-1c`のブローカー 3 - - **Network and Zone**: `Kafka VPC`および`broker-ap-southeast-1c` vSwitch - - **Instance and Image**: `ecs.t5-lc1m2.small`インスタンスタイプと`Alibaba Cloud Linux`イメージ + - **ネットワークとゾーン**: `Kafka VPC`および`broker-ap-southeast-1c` vSwitch + - **インスタンスとイメージ**: `ecs.t5-lc1m2.small`インスタンスタイプと`Alibaba Cloud Linux`イメージ - **キーペア**:再利用`kafka-vpc-key-pair` 。 - **インスタンス名**: `broker-node3` - **セキュリティグループ**: Kafka VPCからのすべてのTCPを許可する新しいセキュリティグループを作成します。本番環境では、安全性を考慮してルールを絞り込むことができます。インバウンドルール: -**プロトコル**: `TCP` -**ポート範囲**: `All` -**ソース**: `10.0.0.0/16` @@ -640,7 +640,7 @@ b3.ap-southeast-1c.unique_name.alicloud.plc.tidbcloud.com:9095 (id: 3 rack: null - **Service Resource Type**: `NLB`を選択 - **Select Service Resource**: NLB が含まれるすべてのゾーンを選択し、前の手順で作成した NLB を選択します。 - - **Automatically Accept Endpoint Connections**: `No`選択することをお勧めします + - **Automatically Accept Endpoint Connections**: `No`を選択することをお勧めします 2. エンドポイントサービスの詳細ページに移動し、**Endpoint Service Name**（例： `com.aliyuncs.privatelink..xxxxx` ）をコピーします。これは後でTiDB Cloudで使用する必要があります。 From ddf51064fe40410161b5840e2a812bba493ffb21 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 11:21:57 +0900 Subject: [PATCH 18/31] i18n(ja): keep 'disabled by default' translated in legacy auditing doc, matching its sibling docs --- tidb-cloud/tidb-cloud-auditing-legacy.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tidb-cloud/tidb-cloud-auditing-legacy.md b/tidb-cloud/tidb-cloud-auditing-legacy.md index 3ec9858e74c22..1ddb4ac661181 100644 --- a/tidb-cloud/tidb-cloud-auditing-legacy.md +++ b/tidb-cloud/tidb-cloud-auditing-legacy.md @@ -13,7 +13,7 @@ TiDB Cloud は、実行された SQL 文など、データベースへのユー 組織のユーザーアクセスポリシーやその他の情報セキュリティ対策の有効性を評価するために、データベース監査ログを定期的に分析することは、セキュリティのベストプラクティスです。 -監査ログ機能は**disabled by default**です。クラスターを監査するには、まず監査ログを有効にし、その後で監査フィルタールールを指定する必要があります。 +監査ログ機能は**デフォルトで無効**です。クラスターを監査するには、まず監査ログを有効にし、その後で監査フィルタールールを指定する必要があります。 > **Note:** > From 71cb26c774df5e3bca811ddf2aa6629fdf896699 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 11:22:31 +0900 Subject: [PATCH 19/31] i18n(ja): keep 'disabled by default' translated in auditing doc, matching legacy and premium siblings --- tidb-cloud/tidb-cloud-auditing.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tidb-cloud/tidb-cloud-auditing.md b/tidb-cloud/tidb-cloud-auditing.md index 7bbce42966e5b..b2e889775b725 100644 --- a/tidb-cloud/tidb-cloud-auditing.md +++ b/tidb-cloud/tidb-cloud-auditing.md @@ -20,7 +20,7 @@ TiDB Cloud は、実行された SQL ステートメントなど、データベ 組織のユーザー アクセス ポリシーやその他の情報セキュリティ対策の有効性を評価するには、データベース監査ログを定期的に分析することがセキュリティのベスト プラクティスです。 -監査ログ機能は**disabled by default**になっています。クラスターを監査するには、まず監査ログを有効にし、次に監査フィルタルールを指定する必要があります。 +監査ログ機能は**デフォルトで無効に**なっています。クラスターを監査するには、まず監査ログを有効にし、次に監査フィルタルールを指定する必要があります。 > **Note:** > From 023d5d27e7cc80b3e4c9e814314be80385031b34 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 11:28:01 +0900 Subject: [PATCH 20/31] i18n(ja): remove stray Japanese quote marks around Edit CSV configuration label --- tidb-cloud/tidb-cloud-import-local-files.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tidb-cloud/tidb-cloud-import-local-files.md b/tidb-cloud/tidb-cloud-import-local-files.md index 13fdbc86aa45b..98e44a1a89f50 100644 --- a/tidb-cloud/tidb-cloud-import-local-files.md +++ b/tidb-cloud/tidb-cloud-import-local-files.md @@ -72,7 +72,7 @@ summary: ローカル ファイルをTiDB Cloud Starter にインポートする 7. 必要に応じて CSV 構成を編集します。 - **「Edit CSV configuration」**をクリックすると、バックスラッシュエスケープ、セパレーター、区切り文字を設定して、よりきめ細かな制御を行うことができます。CSV設定の詳細については、 [データのインポートのためのCSV構成](/tidb-cloud/csv-config-for-import-data.md)を参照してください。 + **Edit CSV configuration**をクリックすると、バックスラッシュエスケープ、セパレーター、区切り文字を設定して、よりきめ細かな制御を行うことができます。CSV設定の詳細については、 [データのインポートのためのCSV構成](/tidb-cloud/csv-config-for-import-data.md)を参照してください。 8. **[インポートの開始]を**クリックします。 From 153eb50d90f6157cbdd4ec41c64ad35369dfd27e Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 11:29:32 +0900 Subject: [PATCH 21/31] i18n(ja): remove stray Japanese quote marks around Configure IP Access List label --- tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md | 2 +- tidb-cloud/tidb-node-group-management.md | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md b/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md index cc93d3d256c70..064e703f77886 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アクセスリストを設定していない場合は、初回接続前に**「Configure IP Access List」**をクリックして設定してください。詳細については、 [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/tidb-node-group-management.md b/tidb-cloud/tidb-node-group-management.md index 91566eadd6aee..df63c7ee42097 100644 --- a/tidb-cloud/tidb-node-group-management.md +++ b/tidb-cloud/tidb-node-group-management.md @@ -73,7 +73,7 @@ TiDBノードグループを作成しても、デフォルトグループのエ 3. **「TiDB Node Group」**リストから TiDB ノード グループを選択し、 **「接続タイプ」**リストから**「パブリック」**を選択します。 - IP アクセス リストをまだ設定していない場合は、 **「Configure IP Access List」**をクリックするか、手順[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. 左側のナビゲーション ペインで、 **[設定]** > **[ネットワーク]**をクリックします。 From 75099713991c0ec78f6a7b524ddd53280677be50 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 11:31:46 +0900 Subject: [PATCH 22/31] i18n(ja): remove stray Japanese quote marks around Sliced by Users tab label --- tidb-cloud/top-ru.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/tidb-cloud/top-ru.md b/tidb-cloud/top-ru.md index 0ee6b3b153cc5..58e3501e3b493 100644 --- a/tidb-cloud/top-ru.md +++ b/tidb-cloud/top-ru.md @@ -84,7 +84,7 @@ TiDB Cloudプランによって、RUの主要機能は異なります。 特定のデータベースユーザーのSQLステートメントを詳しく調べるには： -1. **「Sliced by Users」**タブをクリックします。 +1. **Sliced by Users**タブをクリックします。 2. **ユーザー**フィルターで、調査対象のユーザーを選択します。このフィルターには最大100人のユーザーが表示され、それ以上のユーザーは**「その他のユーザー」**としてグループ化されます。 3. **トップN SQLリスト**とトレンドチャートには、選択したユーザーのクエリのみが表示されます。 @@ -128,7 +128,7 @@ RUスパイクを調査するには、以下のワークフローを使用して 2. **「モニタリング」** > **「トップRU」**に移動し、 **「概要」**タブをクリックして、スパイクが発生した期間を選択します。 3. **合計RU値**が最も高いSQL文を特定します。各SQL文にカーソルを合わせると、RU値の推移が表示され、急上昇が始まった時期がわかります。 4. 特定のユーザーがランキングの急上昇を引き起こしているかどうかを確認するには、 **「ユーザー別ランキング」**パネルを確認してください。 -5. 必要に応じて、 **「Sliced by Users」**タブに移動し、ユーザーを選択して、そのユーザーが最も多くのRUを消費しているSQLステートメントに注目してください。 +5. 必要に応じて、 **Sliced by Users**タブに移動し、ユーザーを選択して、そのユーザーが最も多くのRUを消費しているSQLステートメントに注目してください。 6. SQL文をクリックすると、詳細パネルが開きます。実行計画を確認して、インデックスの欠落など、最適化の機会を見つけてください。 7. **Query Template ID**を使用して、実行コンテキストの詳細を確認するために、スロークエリまたはSQLステートメントを相互参照してください。 8. インデックスの追加、SQLの書き換え、ビジネスロジックの調整など、最適化を適用してください。 From 6d6de9c035de5179ee69e42c3dd072b41e59ec0f Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 11:34:12 +0900 Subject: [PATCH 23/31] i18n(ja): remove stray Japanese quote marks around English UI labels across PR #23519's changed lines MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Scoped sweep: checked every line changed by the 3/4-word UI-label restoration batch (git diff fcd3ad0c0) for **「English label」** where EN's own doc has no quote decoration, restricted to lines the batch actually touched (not a blind corpus-wide strip, since 「」 around Japanese-language UI references elsewhere is often legitimate). 24 sites across 15 files: Amazon S3, Alibaba Cloud OSS, Failover, Add Credit Card, Add a Card, Add a New Card, Create Custom Budget, Add alert threshold., Continue with TiDB Account, Upload a local file, Set Up Authenticator App, Talk to an expert, show example usage (x4), TiDB Node Group, Chat2Query Data App, Create API Key (x2), Show Code Example (x2). --- tidb-cloud/configure-external-storage-access.md | 2 +- tidb-cloud/dedicated-external-storage.md | 2 +- tidb-cloud/recovery-group-failover.md | 2 +- tidb-cloud/serverless-export.md | 4 ++-- tidb-cloud/tidb-cloud-billing.md | 6 +++--- tidb-cloud/tidb-cloud-budget.md | 4 ++-- tidb-cloud/tidb-cloud-clinic.md | 2 +- tidb-cloud/tidb-cloud-import-local-files.md | 2 +- tidb-cloud/tidb-cloud-password-authentication.md | 2 +- tidb-cloud/tidb-cloud-support.md | 2 +- tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md | 8 ++++---- tidb-cloud/tidb-node-group-management.md | 2 +- tidb-cloud/use-chat2query-api.md | 6 +++--- tidb-cloud/use-chat2query-knowledge.md | 2 +- tidb-cloud/use-chat2query-sessions.md | 2 +- 15 files changed, 24 insertions(+), 24 deletions(-) diff --git a/tidb-cloud/configure-external-storage-access.md b/tidb-cloud/configure-external-storage-access.md index 23ba39dacc71c..308e821f01909 100644 --- a/tidb-cloud/configure-external-storage-access.md +++ b/tidb-cloud/configure-external-storage-access.md @@ -42,7 +42,7 @@ TiDB Cloud Starter、 Essential、またはPremiumインスタンスがAmazon S3 - データをAmazon S3にエクスポートする場合は、次のように**Add New ARN**ダイアログを開きます。 - 1. **Export data to...** > **「Amazon S3」**をクリックします。TiDB Cloud StarterまたはEssentialインスタンスでこれまでデータのインポートまたはエクスポートが行われていない場合は、ページ下部の**「ここをクリックしてデータをエクスポート...」** > **「Amazon S3」**をクリックしてください。 + 1. **Export data to...** > **Amazon S3**をクリックします。TiDB Cloud StarterまたはEssentialインスタンスでこれまでデータのインポートまたはエクスポートが行われていない場合は、ページ下部の**「ここをクリックしてデータをエクスポート...」** > **Amazon S3**をクリックしてください。 2. **フォルダURI**欄に入力してください。 3. **AWS Role ARN**を選択し、[**ここをクリックして AWS CloudFormation を使用して新しいロールを作成します] をクリックします**。 diff --git a/tidb-cloud/dedicated-external-storage.md b/tidb-cloud/dedicated-external-storage.md index 98de72a370d98..a79faf2ce476a 100644 --- a/tidb-cloud/dedicated-external-storage.md +++ b/tidb-cloud/dedicated-external-storage.md @@ -33,7 +33,7 @@ TiDB Cloudのバケットアクセスを設定し、以下の手順でロールA 3. **「クラウドストレージからデータをインポート」**をクリックします。 - 4. **「クラウドストレージからデータをインポート」**ページで、**ストレージプロバイダーを****「Amazon S3」**に設定し、 **Credentials**で**AWS Role ARN**が選択されていることを確認してから、 **「ロール ARN」**フィールドの下にある**「ここをクリックして AWS CloudFormation で新しいロール ARN を作成」をクリックします**。 **Add New Role ARN**ダイアログが表示されます。 + 4. **「クラウドストレージからデータをインポート」**ページで、**ストレージプロバイダーを****Amazon S3**に設定し、 **Credentials**で**AWS Role ARN**が選択されていることを確認してから、 **「ロール ARN」**フィールドの下にある**「ここをクリックして AWS CloudFormation で新しいロール ARN を作成」をクリックします**。 **Add New Role ARN**ダイアログが表示されます。 5. **問題が発生しましたか？ロールARNを手動で作成して**、このクラスターの**TiDB Cloud Account ID**と**TiDB Cloud External ID**を取得してください。これらのIDは後で使用するため、メモしておいてください。 diff --git a/tidb-cloud/recovery-group-failover.md b/tidb-cloud/recovery-group-failover.md index 1930370dd2131..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」**と入力し、 **I understand, failover group**をクリックしてフェイルオーバーを開始し、フェイルオーバーが引き起こす可能性のある混乱について理解していることを確認してください。 +6. 確認画面に**Failover**と入力し、 **I understand, failover group**をクリックしてフェイルオーバーを開始し、フェイルオーバーが引き起こす可能性のある混乱について理解していることを確認してください。 ![Fail Over Recovery Group](/media/tidb-cloud/recovery-group/recovery-group-failover.png) diff --git a/tidb-cloud/serverless-export.md b/tidb-cloud/serverless-export.md index 37eb1da9d389b..99a9c5284c10d 100644 --- a/tidb-cloud/serverless-export.md +++ b/tidb-cloud/serverless-export.md @@ -243,7 +243,7 @@ Alibaba Cloud OSS にデータをエクスポートするには、次の情報 2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート] を**クリックします。 -3. **インポート**ページで、右上隅の**Export Data to**をクリックし、ドロップダウンリストから**「Amazon S3」**を選択します。以下のパラメータを入力します。 +3. **インポート**ページで、右上隅の**Export Data to**をクリックし、ドロップダウンリストから**Amazon S3**を選択します。以下のパラメータを入力します。 - **タスク名**: エクスポートタスクの名前を入力します。デフォルト値は`SNAPSHOT_{snapshot_time}`です。 - **エクスポートされたデータ**: エクスポートするデータベースとテーブルを選択します。 @@ -363,7 +363,7 @@ ticloud serverless export create -c --target-type AZURE_BLOB --azbl 2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート] を**クリックします。 -3. **「インポート」**ページで、右上隅の**Export Data to**をクリックし、ドロップダウンリストから**「Alibaba Cloud OSS」**を選択します。 +3. **「インポート」**ページで、右上隅の**Export Data to**をクリックし、ドロップダウンリストから**Alibaba Cloud OSS**を選択します。 4. 次のパラメータを入力してください。 diff --git a/tidb-cloud/tidb-cloud-billing.md b/tidb-cloud/tidb-cloud-billing.md index 573b9affccc54..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. **リソース作成**ページで、 **「Add Credit Card」**をクリックします。 - 2. **「Add a Card」**ダイアログで、カード情報と請求先住所を入力してください。 + 1. **リソース作成**ページで、 **Add Credit Card**をクリックします。 + 2. **Add a Card**ダイアログで、カード情報と請求先住所を入力してください。 3. **「カードを保存」**をクリックしてください。 - 請求コンソールではいつでも： 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 2. 左側のナビゲーションペインで、 **「請求」**をクリックします。 - 3. **請求**ページで、 **「支払い方法」**タブをクリックし、 **「Add a New Card」**をクリックします。 + 3. **請求**ページで、 **「支払い方法」**タブをクリックし、 **Add a New Card**をクリックします。 4. クレジットカード情報とクレジットカードの住所を入力し、 **「カードを保存」**をクリックしてください。 主要事業所住所を指定しない場合 税金計算には、クレジットカードの住所が主要事業所住所として使用されます。主要事業所住所は[**請求プロファイル**](#billing-profile)**請求プロファイル**でいつでも更新できます。 diff --git a/tidb-cloud/tidb-cloud-budget.md b/tidb-cloud/tidb-cloud-budget.md index e7e06a80ee3fa..15047962c4905 100644 --- a/tidb-cloud/tidb-cloud-budget.md +++ b/tidb-cloud/tidb-cloud-budget.md @@ -37,7 +37,7 @@ TiDB Cloud、支出を追跡するのに役立つ 2 種類の予算を提供し 2. 左側のナビゲーション ペインで、 **[請求]**をクリックします。 -3. **「請求」**ページで**「予算」**タブをクリックし、 **「Create Custom Budget」**をクリックします。カスタム予算は最大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.」**をクリックします。 + - 新しいアラートしきい値を追加するには、 **Add alert threshold.**をクリックします。 - しきい値を削除するには、しきい値の横にある削除アイコンをクリックします。 7. **[作成]を**クリックします。 diff --git a/tidb-cloud/tidb-cloud-clinic.md b/tidb-cloud/tidb-cloud-clinic.md index 00b49a2d0fa1a..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/)にログインし、 **「Continue with TiDB Account」**を選択して、 TiDB Cloudログイン ページに入ります。 +1. [TiDB Cloud Clinic コンソール](https://clinic.pingcap.com/)にログインし、 **Continue with TiDB Account**を選択して、 TiDB Cloudログイン ページに入ります。 2. 組織リストから対象の組織を選択します。選択したプロジェクト内のクラスターが表示されます。 diff --git a/tidb-cloud/tidb-cloud-import-local-files.md b/tidb-cloud/tidb-cloud-import-local-files.md index 98e44a1a89f50..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. **インポート**ページでは、ローカルファイルをアップロードエリアに直接ドラッグ＆ドロップするか、 **「Upload a local file」**をクリックして対象のローカルファイルを選択してアップロードできます。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文字まで使用できます。 **「テーブルの定義」を**クリックすると、 **「テーブル定義」**セクションが表示されます。 diff --git a/tidb-cloud/tidb-cloud-password-authentication.md b/tidb-cloud/tidb-cloud-password-authentication.md index ce376f8dc8fa0..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. **「Set Up Authenticator App」**セクションで、認証アプリを使用して QR コードをスキャンし、MFA デバイスを関連付けます。 +5. **Set Up Authenticator App**セクションで、認証アプリを使用して QR コードをスキャンし、MFA デバイスを関連付けます。 6. アプリによって生成された認証コードを入力して、MFA デバイスの関連付けを完了します。 diff --git a/tidb-cloud/tidb-cloud-support.md b/tidb-cloud/tidb-cloud-support.md index 3a502e503ddc1..efd445d851a20 100644 --- a/tidb-cloud/tidb-cloud-support.md +++ b/tidb-cloud/tidb-cloud-support.md @@ -42,7 +42,7 @@ PingCAP ヘルプ センターには、 [https://tidb.support.pingcap.com/servic - [TiDB Cloudコンソール](https://tidbcloud.com/)の右下隅にある**[?]**をクリックし、 **[サポート チケット]**をクリックします。 - [TiDB Cloudコンソール](https://tidbcloud.com/)の左下隅にある**[サポート] を**クリックし、サポート プランに応じて次のいずれかを実行します。 - **基本**: **[Account & Billing]**領域で、 **[アカウント/請求の問題]**をクリックします。 - - **Developer** 、 **Enterprise** 、または**Premium** : **「Talk to an expert」**エリアで、 **PingCAP Help Center**をクリックします。 + - **Developer** 、 **Enterprise** 、または**Premium** : **Talk to an expert**エリアで、 **PingCAP Help Center**をクリックします。 - プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページで、クラスターの行にある**[...]**をクリックし、 **[サポートを受ける]**を選択します。 - クラスターの概要ページで、右上隅の**[...]**をクリックし、 **[サポートを受ける]**を選択します。 diff --git a/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md b/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md index 064e703f77886..cebfab48471fa 100644 --- a/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md +++ b/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md @@ -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」**をクリックします。 +詳細なコード例を表示するには、 **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」**をクリックします。 +詳細なコード例を表示するには、 **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」**をクリックします。 +詳細なコード例を表示するには、 **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」**をクリックします。 +詳細なコード例を表示するには、 **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 df63c7ee42097..04dde57345d6d 100644 --- a/tidb-cloud/tidb-node-group-management.md +++ b/tidb-cloud/tidb-node-group-management.md @@ -71,7 +71,7 @@ TiDBノードグループを作成しても、デフォルトグループのエ 2. 右上隅の**「接続」**をクリックします。接続ダイアログが表示されます。 -3. **「TiDB Node Group」**リストから TiDB ノード グループを選択し、 **「接続タイプ」**リストから**「パブリック」**を選択します。 +3. **TiDB Node Group**リストから TiDB ノード グループを選択し、 **「接続タイプ」**リストから**「パブリック」**を選択します。 IP アクセス リストをまだ設定していない場合は、 **Configure IP Access List**をクリックするか、手順[IPアクセスリストを設定する](https://docs.pingcap.com/tidbcloud/configure-ip-access-list)に従って、最初の接続の前に設定してください。 diff --git a/tidb-cloud/use-chat2query-api.md b/tidb-cloud/use-chat2query-api.md index 5aefffd7e575a..32c9ba75cf027 100644 --- a/tidb-cloud/use-chat2query-api.md +++ b/tidb-cloud/use-chat2query-api.md @@ -27,7 +27,7 @@ Chat2Query エンドポイントを呼び出す前に、Chat2Query データ ア > > クラスターの**SQL エディター**ページが表示されている場合は、右上隅の**...**をクリックし、 **Access Chat2Query via API**を選択して、**New Chat2Query Data App**をクリックすることで、データ アプリ作成ダイアログを開くこともできます。 -2. ダイアログで、データアプリの名前を定義し、データソースとして必要なクラスターを選択し、**Data App**の種類として**「Chat2Query Data App」**を選択します。必要に応じて、アプリの説明を記入することもできます。 +2. ダイアログで、データアプリの名前を定義し、データソースとして必要なクラスターを選択し、**Data App**の種類として**Chat2Query Data App**を選択します。必要に応じて、アプリの説明を記入することもできます。 3. **[作成]**をクリックします。 @@ -41,9 +41,9 @@ API キーを作成するには、次の手順を実行します。 1. [**Data Service**](https://tidbcloud.com/project/data-service)の左側のペインで、Chat2Query データ アプリをクリックすると、右側にその詳細が表示されます。 -2. **認証**領域で、 **「Create API Key」**をクリックします。 +2. **認証**領域で、 **Create API Key**をクリックします。 -3. **「Create API Key」**ダイアログで説明を入力し、API キーの次のいずれかのロールを選択します。 +3. **Create API Key**ダイアログで説明を入力し、API キーの次のいずれかのロールを選択します。 - `Chat2Query Admin` : API キーがデータ サマリーを管理し、提供された指示に基づいて SQL ステートメントを生成し、任意の SQL ステートメントを実行できるようにします。 diff --git a/tidb-cloud/use-chat2query-knowledge.md b/tidb-cloud/use-chat2query-knowledge.md index 5151d929adab8..24c2f7c896e3e 100644 --- a/tidb-cloud/use-chat2query-knowledge.md +++ b/tidb-cloud/use-chat2query-knowledge.md @@ -32,7 +32,7 @@ Chat2Queryデータアプリでは、エンドポイント`/v3/knowledgeBases` > **Tip:** > -> エンドポイントの具体的なコード例を取得するには、データアプリの左側のペインでエンドポイント名をクリックし、 **「Show Code Example」**をクリックします。詳細については、 [エンドポイントのサンプルコードを取得する](/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 87359ac877560..b17ecf5e35dd1 100644 --- a/tidb-cloud/use-chat2query-sessions.md +++ b/tidb-cloud/use-chat2query-sessions.md @@ -23,7 +23,7 @@ Chat2Query API v3以降では、セッション関連のエンドポイントを > **Tip:** > -> エンドポイントの具体的なコード例を取得するには、データアプリの左側のペインでエンドポイント名をクリックし、 **「Show Code Example」**をクリックします。詳細については、 [エンドポイントのサンプルコードを取得する](/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'\ From 94ba6831a50ca3d60ec6eb9402b1b90cba91cee9 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 14:11:08 +0900 Subject: [PATCH 24/31] i18n(ja): fix dropped/trapped particles and remove duplicate word found during 1:1 EN fluency review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Partial results from a review pass that hit its session limit mid-run: particle (を/が) restored outside bold spans in 7 files, and a duplicated stray 'TiDB' word removed in configure-external-storage-access.md. --- tidb-cloud/changefeed-sink-to-cloud-storage.md | 6 +++--- tidb-cloud/changefeed-sink-to-tidb-cloud.md | 2 +- tidb-cloud/configure-external-storage-access.md | 2 +- tidb-cloud/data-service-api-key.md | 2 +- tidb-cloud/data-service-get-started.md | 10 +++++----- tidb-cloud/import-csv-files.md | 2 +- tidb-cloud/import-parquet-files.md | 2 +- 7 files changed, 13 insertions(+), 13 deletions(-) diff --git a/tidb-cloud/changefeed-sink-to-cloud-storage.md b/tidb-cloud/changefeed-sink-to-cloud-storage.md index b0e08c383be21..c844f214fd160 100644 --- a/tidb-cloud/changefeed-sink-to-cloud-storage.md +++ b/tidb-cloud/changefeed-sink-to-cloud-storage.md @@ -26,7 +26,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl
-**Amazon S3**の認証には、 **AWS Role ARN**または**AWS access key**いずれかを使用できます。セキュリティの強化と管理の容易化のため、 **AWS Role ARN**使用をお勧めします。 +**Amazon S3**の認証には、 **AWS Role ARN**または**AWS access key**のいずれかを使用できます。セキュリティの強化と管理の容易化のため、 **AWS Role ARN**の使用をお勧めします。 **オプション1：AWSロールARN（推奨）** @@ -53,7 +53,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl > **Note:** > -> アクセスキーとシークレットキー（AK/SK）を使用する場合、認証情報の管理とローテーションを手動で行う必要があり、セキュリティリスクが高まります。より強力なセキュリティを確保するには、代わりに**AWS Role ARN**使用することをお勧めします。 +> アクセスキーとシークレットキー（AK/SK）を使用する場合、認証情報の管理とローテーションを手動で行う必要があり、セキュリティリスクが高まります。より強力なセキュリティを確保するには、代わりに**AWS Role ARN**を使用することをお勧めします。 アクセスキーを使用して認証を行うには、以下の手順に従ってください。 @@ -209,7 +209,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl **CSV**形式を設定するには、以下の項目を入力してください。 - - **Binary Encode Method**：バイナリデータのエンコード方式。base64（デフォルト）または**hexを****選択**できます。AWS DMSと連携する場合は、 **hexを**使用してください。 + - **Binary Encode Method**：バイナリデータのエンコード方式。base64（デフォルト）または**hex**を選択できます。AWS DMSと連携する場合は、 **hex**を使用してください。 - **日付区切り文字**：年、月、日に基づいてデータをローテーションするか、ローテーションしないかを選択します。 - **区切り文字**：CSVファイル内の値を区切る文字を指定します。最も一般的に使用される区切り文字はカンマ（ `,` ）です。 - **引用符**：区切り文字または特殊文字を含む値を囲むために使用する文字を指定します。通常、引用符には二重引用符（ `"` ）が使用されます。 diff --git a/tidb-cloud/changefeed-sink-to-tidb-cloud.md b/tidb-cloud/changefeed-sink-to-tidb-cloud.md index d18d2cbf5d314..3a4cb1ed5d37f 100644 --- a/tidb-cloud/changefeed-sink-to-tidb-cloud.md +++ b/tidb-cloud/changefeed-sink-to-tidb-cloud.md @@ -39,7 +39,7 @@ summary: このドキュメントでは、TiDB Cloud Dedicatedクラスタから 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**を作成する時間 例えば： diff --git a/tidb-cloud/configure-external-storage-access.md b/tidb-cloud/configure-external-storage-access.md index 308e821f01909..df01bfe84bdf8 100644 --- a/tidb-cloud/configure-external-storage-access.md +++ b/tidb-cloud/configure-external-storage-access.md @@ -77,7 +77,7 @@ AWS CloudFormationでロールARNを作成する際に問題が発生した場
詳細はこちらをクリックしてください -1. 前の手順で説明した**Add New ARN**ダイアログで、 **「問題が発生しましたか？ロール ARN を手動で作成します」**をクリックします。TiDB **TiDB Cloud Account ID**と**TiDB Cloud External ID**が取得されます。 +1. 前の手順で説明した**Add New ARN**ダイアログで、 **「問題が発生しましたか？ロール ARN を手動で作成します」**をクリックします。**TiDB Cloud Account ID**と**TiDB Cloud External ID**が取得されます。 2. AWS マネジメントコンソールで、Amazon S3 バケット用のマネージドポリシーを作成します。 diff --git a/tidb-cloud/data-service-api-key.md b/tidb-cloud/data-service-api-key.md index c48b58871f94e..92adc3d0cfe7b 100644 --- a/tidb-cloud/data-service-api-key.md +++ b/tidb-cloud/data-service-api-key.md @@ -93,7 +93,7 @@ TiDB Cloud Data API は[基本認証](https://en.wikipedia.org/wiki/Basic_access 2. 左側のペインで、対象のデータアプリの名前をクリックすると、その詳細が表示されます。 -3. **認証**エリアで、 **Create API Key**クリックします。 +3. **認証**エリアで、 **Create API Key**をクリックします。 4. **Create API Key**ダイアログボックスで、以下の操作を行います。 diff --git a/tidb-cloud/data-service-get-started.md b/tidb-cloud/data-service-get-started.md index 0c7fb5d49192f..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**ページで、 **Create Sample Data App**クリックします。ダイアログが表示されます。 +2. **Data Service**ページで、 **Create Sample Data App**をクリックします。ダイアログが表示されます。 3. ダイアログで、必要に応じてアプリ名を更新し、データアプリがアクセスするTiDB Cloud Starterインスタンスを選択して、 **[作成]**をクリックします。 @@ -67,7 +67,7 @@ Data Serviceの利用を開始するには、独自のデータアプリを作 4. （オプション）データアプリのエンドポイントを、お好みのGitHubリポジトリとブランチに自動的にデプロイするには、 **Connect to GitHub**を有効にしてから、以下の手順を実行してください。 - 1. **Install on 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. **Create Data App**クリックします。 [**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 に正常に接続されていることを意味します。 - 新しいデータ アプリでは、**Auto Sync & Deployment**および**ドラフトのレビューが**デフォルトで有効になっているため、 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,7 +193,7 @@ HTTPSリクエストを送信することでエンドポイントを呼び出す 1. [**Data Service**](https://tidbcloud.com/project/data-service)ページの左側のペインで、データ アプリの名前をクリックして詳細を表示します。 -2. **認証**エリアで、 **Create API Key**クリックします。 +2. **認証**エリアで、 **Create API Key**をクリックします。 3. **Create API Key**ダイアログボックスで、以下の操作を行います。 diff --git a/tidb-cloud/import-csv-files.md b/tidb-cloud/import-csv-files.md index 2bd22852f3aeb..fd690f79d33c3 100644 --- a/tidb-cloud/import-csv-files.md +++ b/tidb-cloud/import-csv-files.md @@ -116,7 +116,7 @@ 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 Role ARN** (推奨): AWS ロール ARN の値を入力します。まだロール ARN がない場合は、 **[ここをクリックして AWS CloudFormation を使用して新しいロール ARN を作成する] を**クリックし、画面の指示に従うか、 **[問題が発生しましたか?] ダイアログでロール ARN を手動で作成して、**クラスターの**TiDB Cloud Account ID**と**TiDB Cloud External ID**を取得し、 IAMロールを手動で作成します。 + - **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. **「次へ」**をクリックしてください。 diff --git a/tidb-cloud/import-parquet-files.md b/tidb-cloud/import-parquet-files.md index ce7bbba776ac0..b8598d397405a 100644 --- a/tidb-cloud/import-parquet-files.md +++ b/tidb-cloud/import-parquet-files.md @@ -121,7 +121,7 @@ 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 Role ARN** (推奨): AWS ロール ARN の値を入力します。まだロール ARN がない場合は、 **[ここをクリックして AWS CloudFormation を使用して新しいロール ARN を作成する] を**クリックし、画面の指示に従うか、 **[問題が発生しましたか?] ダイアログでロール ARN を手動で作成して、**クラスターの**TiDB Cloud Account ID**と**TiDB Cloud External ID**を取得し、 IAMロールを手動で作成します。 + - **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. **「次へ」**をクリックしてください。 From c246c52b79e6f116359650a611820c8214182054 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 14:16:12 +0900 Subject: [PATCH 25/31] i18n(ja): fix inconsistent Postman option restoration and button casing found during 1:1 EN fluency review Restored 'Run in Postman for Web' to English (sibling option 'Run in Postman Desktop' was already correctly restored, this one had been left in Japanese, EN bolds both). Fixed 'I understand, Delete it' to match EN's literal button punctuation 'I understand. Delete it'. --- tidb-cloud/data-service-postman-integration.md | 2 +- tidb-cloud/essential-database-audit-logging.md | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/tidb-cloud/data-service-postman-integration.md b/tidb-cloud/data-service-postman-integration.md index 3390175e383dc..6e18a00a9c623 100644 --- a/tidb-cloud/data-service-postman-integration.md +++ b/tidb-cloud/data-service-postman-integration.md @@ -44,7 +44,7 @@ Postmanにデータアプリをインポートする前に、以下のものを 4. データアプリのインポートに関するダイアログに表示される手順に従ってください。 - 1. お好みに応じて、 **「Postman for Webで実行」**または**Run in Postman Desktop**を選択してPostmanワークスペースを開き、次に目的のワークスペースを選択してください。 + 1. お好みに応じて、 **Run in Postman for Web**または**Run in Postman Desktop**を選択してPostmanワークスペースを開き、次に目的のワークスペースを選択してください。 - Postmanにログインしていない場合は、画面の指示に従ってまずPostmanにログインしてください。 - **Run in Postman Desktop**をクリックした場合は、画面の指示に従ってPostmanデスクトップアプリを起動してください。 diff --git a/tidb-cloud/essential-database-audit-logging.md b/tidb-cloud/essential-database-audit-logging.md index f1d12ea0ad942..612a6906d75ab 100644 --- a/tidb-cloud/essential-database-audit-logging.md +++ b/tidb-cloud/essential-database-audit-logging.md @@ -343,7 +343,7 @@ ticloud serverless audit-log filter update --cluster-id --filter-ru 3. **DB Audit Logging**ページで、削除するフィルタルールを見つけて、 **...**をクリックします。 -4. **「削除」**をクリックし、次に**I understand, Delete it**をクリックしてください。 +4. **「削除」**をクリックし、次に**I understand. Delete it**をクリックしてください。
From 7fcec39aae0fc261efbdf0f266e15f242315f650 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 14:16:31 +0900 Subject: [PATCH 26/31] i18n(ja): remove stray counter suffix and fix dropped particles found during 1:1 EN fluency review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Removed a leftover '数' suffix glued onto the restored 'Max Messages per Batch' label (artifact of the old JA term), and added 2 missing を particles before クリック after Import from S3 / Azure Blob Storage labels in configure-external-storage-access.md. --- tidb-cloud/changefeed-sink-to-apache-pulsar.md | 2 +- tidb-cloud/configure-external-storage-access.md | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/tidb-cloud/changefeed-sink-to-apache-pulsar.md b/tidb-cloud/changefeed-sink-to-apache-pulsar.md index c4caa9d83af88..49982494a097b 100644 --- a/tidb-cloud/changefeed-sink-to-apache-pulsar.md +++ b/tidb-cloud/changefeed-sink-to-apache-pulsar.md @@ -102,7 +102,7 @@ Apache PulsarサービスにパブリックIPアクセスを提供する場合 4. オプション：**詳細設定**セクションで、追加設定を構成します。 - **圧縮**：この変更フィードのデータに対して、オプションの圧縮アルゴリズムを選択してください。 - - **Max Messages per Batch**と**Max Publish Delay**：Pulsarに送信されるイベントメッセージのバッチ処理を指定します。**Max Messages per Batch**数は、バッチあたりの最大メッセージ数を設定し、**Max Publish Delay**は、バッチを送信する前の最大待機時間を設定します。 + - **Max Messages per Batch**と**Max Publish Delay**：Pulsarに送信されるイベントメッセージのバッチ処理を指定します。**Max Messages per Batch**は、バッチあたりの最大メッセージ数を設定し、**Max Publish Delay**は、バッチを送信する前の最大待機時間を設定します。 - **接続タイムアウト**：PulsarへのTCP接続を確立するためのタイムアウト時間を調整します。 - **操作タイムアウト**：TiCDC Pulsarクライアントを使用して操作を開始する際のタイムアウト時間を調整します。 - **送信タイムアウト**：TiCDC Pulsarプロデューサーがメッセージを送信するまでのタイムアウトを調整します。 diff --git a/tidb-cloud/configure-external-storage-access.md b/tidb-cloud/configure-external-storage-access.md index df01bfe84bdf8..ec90ba5322edd 100644 --- a/tidb-cloud/configure-external-storage-access.md +++ b/tidb-cloud/configure-external-storage-access.md @@ -34,7 +34,7 @@ TiDB Cloud Starter、 Essential、またはPremiumインスタンスがAmazon S3 - Amazon S3からデータをインポートする場合は、次のようにして**Add New ARN**ダイアログを開きます。 - 1. **Import from S3**クリックします。 + 1. **Import from S3**をクリックします。 2. **ファイルURI**欄に入力してください。 3. **AWS Role ARN**を選択し、[**ここをクリックして AWS CloudFormation を使用して新しいロールを作成します] をクリックします**。 @@ -255,7 +255,7 @@ Azure ARMテンプレートを使用してSASトークンを作成するには - データをAzure Blob Storageにエクスポートする場合： - 1. **Export data to...** > **Azure Blob Storage**をクリックします。TiDB Cloud StarterまたはEssentialインスタンスでこれまでデータのインポートまたはエクスポートが行われていない場合は、ページ下部の**「データのエクスポート先...」** > **Azure Blob Storage**クリックしてください。 + 1. **Export data to...** > **Azure Blob Storage**をクリックします。TiDB Cloud StarterまたはEssentialインスタンスでこれまでデータのインポートまたはエクスポートが行われていない場合は、ページ下部の**「データのエクスポート先...」** > **Azure Blob Storage**をクリックしてください。 2. **Azure Blob Storage Settings**エリアまでスクロールダウンし、SAS トークンフィールドの下にある**[ここをクリックして、Azure ARM テンプレートを使用して新しいものを作成する] をクリックします**。 From c2ef7a9321b258f6f92b7f37cde31af36943577d Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 14:20:45 +0900 Subject: [PATCH 27/31] i18n(ja): fix trapped particles, bracket splits, and label casing found during 1:1 EN fluency review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit 15 fixes across 9 files: particles (の/を/が) moved outside bold spans, 「すべて」closing bracket moved inside its bold span to match EN's own quoting, a stray duplicated leading word removed, and 3 correctness fixes where the restored English text didn't exactly match EN's own casing/wording (Create for Dedicated Cluster is singular in EN despite dbaas-ui's plural Clusters — corrects an earlier pass that had wrongly substituted dbaas-ui's wording over EN's own; Set Spending Limit capitalization; Network type - new as one combined label matching EN's own bold span). --- tidb-cloud/integrate-tidbcloud-with-airbyte.md | 4 ++-- tidb-cloud/integrate-tidbcloud-with-aws-lambda.md | 2 +- tidb-cloud/integrate-tidbcloud-with-n8n.md | 2 +- tidb-cloud/integrate-tidbcloud-with-vercel.md | 4 ++-- tidb-cloud/manage-projects-and-resources.md | 2 +- tidb-cloud/manage-serverless-spend-limit.md | 2 +- tidb-cloud/migrate-from-mysql-using-aws-dms.md | 2 +- .../migrate-from-mysql-using-data-migration.md | 12 ++++++------ ...cremental-data-from-mysql-using-data-migration.md | 4 ++-- 9 files changed, 17 insertions(+), 17 deletions(-) diff --git a/tidb-cloud/integrate-tidbcloud-with-airbyte.md b/tidb-cloud/integrate-tidbcloud-with-airbyte.md index 8be902fcef5fe..7c33b5b244fc5 100644 --- a/tidb-cloud/integrate-tidbcloud-with-airbyte.md +++ b/tidb-cloud/integrate-tidbcloud-with-airbyte.md @@ -82,9 +82,9 @@ TiDB コネクタの詳細については、 [TiDBソース](https://docs.airbyt 3. 接続**設定**パネルに移動し、 `${source_name} - ${destination-name}`などの接続名を作成します。 -4. **レプリケーション頻度を****Every 24 hours**に設定すると、接続は1日に1回データを複製します。 +4. **レプリケーション頻度**を**Every 24 hours**に設定すると、接続は1日に1回データを複製します。 -5. **宛先名前空間を****カスタム形式**に設定し、**Namespace Custom Format**を**テスト**に設定して、すべてのデータを`test`データベースに保存します。 +5. **宛先名前空間**を**カスタム形式**に設定し、**Namespace Custom Format**を**テスト**に設定して、すべてのデータを`test`データベースに保存します。 6. **同期モード**を**Full refresh | Overwrite**に選択してください。 diff --git a/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md b/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md index 9d7125831598f..f1df6b87291a8 100644 --- a/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md +++ b/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md @@ -117,7 +117,7 @@ AWS CloudFormation を使用して書店プロジェクトを設定するには 2. **[スタックの作成]** > **With new resources (standard)**をクリックします。 3. 「**スタックの作成」**ページで、スタックの作成プロセスを完了します。 - 1. **前提条件の**領域で、 **Choose an existing template**を選択します。 + 1. **前提条件**の領域で、 **Choose an existing template**を選択します。 2. **テンプレート指定**領域で、 **Upload a template file**を選択し、 **[ファイルを選択]**をクリックしてテンプレート ファイル (YAML または JSON) をアップロードし、 **[次へ]**をクリックします。 diff --git a/tidb-cloud/integrate-tidbcloud-with-n8n.md b/tidb-cloud/integrate-tidbcloud-with-n8n.md index c8fa66a702534..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キーの**ページで、 **Create API Key**をクリックします。 +3. **APIキー**のページで、 **Create API Key**をクリックします。 4. APIキーの説明を入力し、 **「次へ」**をクリックしてください。 5. 作成したAPIキーをコピーしてn8nで後で使用するようにし、 **「完了」**をクリックしてください。 diff --git a/tidb-cloud/integrate-tidbcloud-with-vercel.md b/tidb-cloud/integrate-tidbcloud-with-vercel.md index c02d04750e5e1..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インスタンスを選択する場合は、リストの**+ Create Cluster**をクリックして作成してください。 - 5. 接続するデータベースを選択してください。**データベースの**ドロップダウンリストが空の場合、または新しいデータベースを選択する場合は、リスト内の**+ Create Database**をクリックして作成してください。 + 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 2ed012f49fad3..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クラスター用に作成されている場合は、 **Create for Dedicated Clusters**オプションを選択し、プロジェクトの [顧客管理型暗号化キー（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} diff --git a/tidb-cloud/manage-serverless-spend-limit.md b/tidb-cloud/manage-serverless-spend-limit.md index 1df941b08e26d..bde2898af22af 100644 --- a/tidb-cloud/manage-serverless-spend-limit.md +++ b/tidb-cloud/manage-serverless-spend-limit.md @@ -39,7 +39,7 @@ TiDB Cloud Starterインスタンスの支出制限を更新するには、以 > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. **Capacity used this month**の欄で、 **Set Spending limit**をクリックします。 +2. **Capacity used this month**の欄で、 **Set Spending Limit**をクリックします。 以前に支出限度額を設定していて、それを更新したい場合は、クリックしてください。 **編集**。 diff --git a/tidb-cloud/migrate-from-mysql-using-aws-dms.md b/tidb-cloud/migrate-from-mysql-using-aws-dms.md index 03f3004a19c4c..57f0600d3dd23 100644 --- a/tidb-cloud/migrate-from-mysql-using-aws-dms.md +++ b/tidb-cloud/migrate-from-mysql-using-aws-dms.md @@ -49,7 +49,7 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ 5. ストレージは**Allocated storage (GiB)**フィールドで設定します。デフォルト設定を使用してください。 6. 接続性とセキュリティを設定します。 - - **Network type** - 新規: **IPv4**を選択してください。 + - **Network type - new**: **IPv4**を選択してください。 - **IPv4 用仮想プライベートクラウド (VPC)** ：必要な VPC を選択してください。ネットワーク構成を簡素化するため、アップストリームデータベースと同じ VPC を使用することをお勧めします。 - **Replication subnet group**：レプリケーションインスタンスに使用するサブネットグループを選択してください。 - **一般公開**：デフォルト設定を使用します。 diff --git a/tidb-cloud/migrate-from-mysql-using-data-migration.md b/tidb-cloud/migrate-from-mysql-using-data-migration.md index 9e539261ab0d8..3935ab0c56c91 100644 --- a/tidb-cloud/migrate-from-mysql-using-data-migration.md +++ b/tidb-cloud/migrate-from-mysql-using-data-migration.md @@ -443,7 +443,7 @@ Azure Database for MySQL - Flexible Server は、ネイティブのプライベ 2. **ネットワーク設定**ページで、**プライベートエンドポイントの**セクションまでスクロールダウンし、 **+ Create private endpoint**をクリックして、画面の指示に従ってプライベートエンドポイントを設定します。 - セットアップ中に、**Virtual Network**タブでTiDB Cloud がアクセスできる仮想ネットワークとサブネットを選択し、 **DNS**タブで**Private DNS Integration**を有効にします。プライベートエンドポイントが作成されてデプロイされたら、 **Go to resource**をクリックし、左側のナビゲーション ペインで**[設定]** > **[DNS 構成] を**クリックして、**Customer Visible FQDNs**セクションでインスタンスへの接続に使用するホスト名を見つけます。通常、ホスト名は`.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)を参照してください。 @@ -700,9 +700,9 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON - 選択した**接続方法**に基づいて、以下の手順を実行してください。 - - **パブリックIP**または**VPCピアリングを**選択した場合は、**Hostname or IP address**フィールドにデータソースのホスト名またはIPアドレスを入力してください。 + - **パブリックIP**または**VPCピアリング**を選択した場合は、**Hostname or IP address**フィールドにデータソースのホスト名またはIPアドレスを入力してください。 - **「プライベートリンク」**を選択した場合は、以下の情報を入力してください。 - - **Endpoint Service Name**(**データ ソースが**AWS の場合に利用可能): RDS または Aurora インスタンス用に作成した VPC エンドAuroraサービス名 (形式: `com.amazonaws.vpce..vpce-svc-` 、例: `com.amazonaws.vpce.us-east-1.vpce-svc-0123456789abcdef0` ) を入力します。 + - **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/` ）。 @@ -799,7 +799,7 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON -**移行タイプの**ステップでは、既存データと増分データの両方を移行する場合は**Full + Incremental**、増分データのみを移行する場合は**「増分のみ」**を選択できます。 +**移行タイプ**のステップでは、既存データと増分データの両方を移行する場合は**Full + Incremental**、増分データのみを移行する場合は**「増分のみ」**を選択できます。 @@ -807,7 +807,7 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON -TiDB Cloudへのデータ移行を一度で完了させるには、 **Existing data migration**と**Incremental data migration**両方を選択してください。これにより、ソースデータベースとターゲットデータベース間のデータの一貫性が確保されます。 +TiDB Cloudへのデータ移行を一度で完了させるには、 **Existing data migration**と**Incremental data migration**の両方を選択してください。これにより、ソースデータベースとターゲットデータベース間のデータの一貫性が確保されます。 **既存データ**と**増分データの**移行には**、物理​​モード**または**論理モード**を使用できます。 @@ -873,7 +873,7 @@ TiDB Cloud Premiumへのデータ移行を一度で完了させるには、 **Fu ## ステップ4：移行するオブジェクトを選択する {#step-4-choose-the-objects-to-be-migrated} -1. **Choose Objects to Migrate**ページで、移行するオブジェクトを選択します。 **「すべて**」をクリックするとすべてのオブジェクトを選択できます。 **「カスタマイズ」**をクリックしてから、オブジェクト名の横にあるチェックボックスをクリックしてオブジェクトを選択することもできます。 +1. **Choose Objects to Migrate**ページで、移行するオブジェクトを選択します。 **「すべて」**をクリックするとすべてのオブジェクトを選択できます。 **「カスタマイズ」**をクリックしてから、オブジェクト名の横にあるチェックボックスをクリックしてオブジェクトを選択することもできます。 - **「すべて」**をクリックすると、移行ジョブはソースデータベースインスタンス全体から既存のデータをTiDB Cloudに移行し、完全移行後に進行中の変更も移行します。ただし、これは前の手順で**Existing data migration**と**Incremental data migration**のチェックボックスを選択した場合にのみ実行されます。 - **「カスタマイズ」**をクリックしてデータベースを選択すると、移行ジョブによって既存のデータと選択したデータベースの進行中の変更がTiDB Cloudに移行されます。ただし、これは前の手順で**Existing data migration**と**Incremental data migration**のチェックボックスを選択した場合にのみ実行されます。 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 e57f2d2c3e13e..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 @@ -181,7 +181,7 @@ SHOW VARIABLES LIKE 'binlog_row_image'; - **Hostname or IP address**（パブリックIPの場合）：データソースのホスト名またはIPアドレス。 - - **Private Link Connection**(プライベート リンク用): プライベートリンク[プライベートリンク接続](/tidb-cloud/serverless-private-link-connection.md)セクションで作成したプライベート リンク接続。 + - **Private Link Connection**(プライベート リンク用): [プライベートリンク接続](/tidb-cloud/serverless-private-link-connection.md)セクションで作成したプライベート リンク接続。 @@ -269,7 +269,7 @@ SHOW MASTER STATUS; ## ステップ4：移行するオブジェクトを選択する {#step-4-choose-the-objects-to-be-migrated} -1. **Choose Objects to Migrate**ページで、移行するオブジェクトを選択します。 **「すべて**」をクリックするとすべてのオブジェクトを選択できます。 **「カスタマイズ」**をクリックしてから、オブジェクト名の横にあるチェックボックスをクリックしてオブジェクトを選択することもできます。 +1. **Choose Objects to Migrate**ページで、移行するオブジェクトを選択します。 **「すべて」**をクリックするとすべてのオブジェクトを選択できます。 **「カスタマイズ」**をクリックしてから、オブジェクト名の横にあるチェックボックスをクリックしてオブジェクトを選択することもできます。 2. **「次へ」**をクリックしてください。 From 5deb1b420fbf8d08430849bca2e91ae21c871838 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 14:27:26 +0900 Subject: [PATCH 28/31] i18n(ja): fix content-substitution bug, dropped particles, and casing found during 1:1 EN fluency review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit premium/dual-layer-data-encryption-premium.md had a real content bug: the mechanical pass overwrote the clicked button label (Enable / 有効にする) with a duplicate of the surrounding section name (Dual-Layer Data Encryption), producing a nonsensical 'in the X section, click X' sentence; restored to match EN's own 'click **Enable** in the **Dual-Layer Data Encryption** section' and the file's own sibling instances. Also fixed a garbled dashboard/が fragment in monitor-datadog-integration.md, a dropped を particle in connect-to-premium-via-alibaba-cloud-private-endpoint.md, and Edit CSV configuration casing in migrate-sql-shards.md to match EN verbatim. --- tidb-cloud/migrate-sql-shards.md | 2 +- tidb-cloud/monitor-datadog-integration.md | 2 +- ...connect-to-premium-via-alibaba-cloud-private-endpoint.md | 2 +- tidb-cloud/premium/dual-layer-data-encryption-premium.md | 6 +++--- 4 files changed, 6 insertions(+), 6 deletions(-) diff --git a/tidb-cloud/migrate-sql-shards.md b/tidb-cloud/migrate-sql-shards.md index 7155699344c8f..ee7c76642bb5b 100644 --- a/tidb-cloud/migrate-sql-shards.md +++ b/tidb-cloud/migrate-sql-shards.md @@ -221,7 +221,7 @@ Amazon S3へのアクセスを設定した後、 TiDB Cloudコンソールで次 6. 必要に応じてCSV設定を編集してください。 - また、 **Edit CSV Configuration**をクリックすると、バックスラッシュエスケープ、セパレータ、区切り文字を設定して、より詳細な制御を行うことができます。 + また、 **Edit CSV configuration**をクリックすると、バックスラッシュエスケープ、セパレータ、区切り文字を設定して、より詳細な制御を行うことができます。 > **Note:** > diff --git a/tidb-cloud/monitor-datadog-integration.md b/tidb-cloud/monitor-datadog-integration.md index ce633e495253d..c94f7164bbaa7 100644 --- a/tidb-cloud/monitor-datadog-integration.md +++ b/tidb-cloud/monitor-datadog-integration.md @@ -96,7 +96,7 @@ TiDB Cloudは、2022年3月4日よりプロジェクトレベルのDatadog統合 3. **「コンフィグレーション」**タブで、 **「統合のインストール」を**クリックします。 - クラスターレベルの 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)に表示されます。 + - 従来のプロジェクト レベルの 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/premium/connect-to-premium-via-alibaba-cloud-private-endpoint.md b/tidb-cloud/premium/connect-to-premium-via-alibaba-cloud-private-endpoint.md index 7087270af9457..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 @@ -59,7 +59,7 @@ Alibaba Cloud管理コンソールを使用してVPCインターフェースエ 2. 先ほどコピーした*エンドポイントリソースID*と*ドメイン名*を、それぞれのフィールドに貼り付けてください。 -3. プライベートエンドポイントからの接続を受け入れるには、 **Create Private Endpoint Connection**クリックしてください。 +3. プライベートエンドポイントからの接続を受け入れるには、 **Create Private Endpoint Connection**をクリックしてください。 ### ステップ4. TiDB Cloud Premiumインスタンスに接続します {#step-4-connect-to-your-tidb-cloud-premium-instance} diff --git a/tidb-cloud/premium/dual-layer-data-encryption-premium.md b/tidb-cloud/premium/dual-layer-data-encryption-premium.md index 5631267a972ac..d203eed98666c 100644 --- a/tidb-cloud/premium/dual-layer-data-encryption-premium.md +++ b/tidb-cloud/premium/dual-layer-data-encryption-premium.md @@ -74,7 +74,7 @@ TiDB Cloud Premiumインスタンスを作成する際、またはインスタ ### インスタンス作成時に暗号化を有効にする {#enable-encryption-during-instance-creation} -TiDB Cloud Premiumインスタンスを作成する際に、二重層データ暗号化を有効にすることができます。セキュリティおよび運用要件に応じて、**Customer-Managed Encryption Key (CMEK)**または**Service-Managed Encryption Key**いずれかを選択してください。 +TiDB Cloud Premiumインスタンスを作成する際に、二重層データ暗号化を有効にすることができます。セキュリティおよび運用要件に応じて、**Customer-Managed Encryption Key (CMEK)**または**Service-Managed Encryption Key**のいずれかを選択してください。 #### オプション1：顧客管理暗号化キー（CMEK） {#option-1-customer-managed-encryption-key-cmek} @@ -132,7 +132,7 @@ TiDB Cloudに暗号化キーの管理を代行させるには、以下の手順 開始する前に、クラウドプロバイダーのKMSで対称暗号化キーを作成済みであることを確認してください。次に、以下の手順を実行してください。 -1. TiDB Cloud Premiumインスタンスの**セキュリティ**ページで、 **「二重層データ暗号化」**セクションの**Dual-Layer Data Encryption**をクリックします。 +1. TiDB Cloud Premiumインスタンスの**セキュリティ**ページで、 **「二重層データ暗号化」**セクションの**「有効にする」**をクリックします。 2. **Customer-Managed Encryption Key (CMEK)**を選択し、 **Add KMS Key ARN**をクリックします。 @@ -151,7 +151,7 @@ TiDB Cloudに暗号化キーの管理を代行させるには、以下の手順 TiDB Cloudに暗号化キーの管理を代行させるには、以下の手順に従ってください。 -1. TiDB Cloud Premiumインスタンスの**セキュリティ**ページで、 **「二重層データ暗号化」**セクションの**Dual-Layer Data Encryption**をクリックします。 +1. TiDB Cloud Premiumインスタンスの**セキュリティ**ページで、 **「二重層データ暗号化」**セクションの**「有効にする」**をクリックします。 2. **Service-Managed Encryption Key**を選択してください。 3. **「有効にする」**をクリックしてください。 From d5ef3e6eb1155ec9771a598212ef18ec8b4abce8 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 14:29:15 +0900 Subject: [PATCH 29/31] i18n(ja): fix bold-scope errors, casing, and dropped particles found during 1:1 EN fluency review premium/tidb-cloud-tls-connect-to-premium.md had bold-scope creep where the mechanical pass had bolded an entire trailing clause instead of just the button label. premium/tidb-cloud-auditing-premium.md had an untranslated Alibaba Cloud RAM Policy Settings term left in Japanese while its parallel AWS sentence was correctly restored, plus a casing fix matching EN's own (inconsistent) 'TiDB Cloud Account Id' at one specific spot. serverless-private-link-connection-to-self-hosted-kafka-in-alicloud.md had a correctness bug where 'advertised listener' was wrongly overwritten with the unrelated 'Kafka Advertised Listener Pattern' term. Also fixed dropped particles in premium/migrate-from-op-tidb-premium.md and recovery-group-get-started.md. --- tidb-cloud/premium/migrate-from-op-tidb-premium.md | 2 +- tidb-cloud/premium/tidb-cloud-auditing-premium.md | 6 +++--- tidb-cloud/premium/tidb-cloud-tls-connect-to-premium.md | 2 +- tidb-cloud/recovery-group-get-started.md | 2 +- ...vate-link-connection-to-self-hosted-kafka-in-alicloud.md | 4 ++-- 5 files changed, 8 insertions(+), 8 deletions(-) diff --git a/tidb-cloud/premium/migrate-from-op-tidb-premium.md b/tidb-cloud/premium/migrate-from-op-tidb-premium.md index 3198356c07e7e..80de22930fd2b 100644 --- a/tidb-cloud/premium/migrate-from-op-tidb-premium.md +++ b/tidb-cloud/premium/migrate-from-op-tidb-premium.md @@ -208,7 +208,7 @@ TiDB Self-ManagedクラスターからAmazon S3にデータをエクスポート 3. **「クラウドストレージからデータをインポート」** > **「Amazon S3」**を選択します。 4. ウィザードに表示される**アカウントID**と**外部ID**をメモしておいてください。これらの値はCloudFormationテンプレートに埋め込まれています。 -2. **[ソース接続]**ダイアログで、 **AWS Role 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警告を承認してください。 diff --git a/tidb-cloud/premium/tidb-cloud-auditing-premium.md b/tidb-cloud/premium/tidb-cloud-auditing-premium.md index 8aeb7b916e972..cabc4efe675c6 100644 --- a/tidb-cloud/premium/tidb-cloud-auditing-premium.md +++ b/tidb-cloud/premium/tidb-cloud-auditing-premium.md @@ -80,7 +80,7 @@ TiDB Cloudが監査ログを書き込む宛先として、組織が所有するA 3. **IAM** >**アクセス管理**>**ロール**に移動し、以前に記録したTiDB Cloudアカウント ID と外部 ID に対応する信頼エンティティを持つロールが既に存在するかどうかを確認します。 - はいの場合、後で使用するために一致した役割を記録してください。 - - そうでない場合は、 **「ロールの作成」**をクリックし、信頼エンティティタイプとして**Another AWS account**を選択してから、 **「アカウント**ID」フィールドにTiDB CloudアカウントIDの値を入力します。次に、 **Require external ID**オプションを選択し、「**外部ID」**フィールドにTiDB Cloud外部IDの値を入力します。 + - そうでない場合は、 **「ロールの作成」**をクリックし、信頼エンティティタイプとして**Another AWS account**を選択してから、 **「アカウント**ID」フィールドにTiDB CloudアカウントIDの値を入力します。次に、 **Require External ID**オプションを選択し、「**外部ID」**フィールドにTiDB Cloud外部IDの値を入力します。 4. **IAM** >**アクセス管理**>**ロール**で、前の手順で確認したロール名をクリックして**概要**ページに移動し、以下の手順を実行します。 @@ -135,7 +135,7 @@ TiDB Cloudが監査ログを書き込む宛先として、組織が所有するA 1. TiDB Cloudコンソールで、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動します。 2. 対象インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「設定」** > **DB Audit Logging**をクリックします。 3. **DB Audit Logging**ページで、右上隅にある**「有効にする」**をクリックします。 - 4. **データベース監査ログストレージコンフィグレーション**ダイアログで、 **Alibaba Cloud RAMポリシー設定**セクションを探し、後で使用するために**TiDB Cloud Account ID**と**TiDB Cloud External ID**を記録してください。 + 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 Account ID**を入力します。 + 2. **「プリンシパル」**で**「クラウドアカウント」**を選択し、フィールドに**TiDB Cloud Account Id**を入力します。 3. **「アクション」**の下にあるドロップダウンリストから**「sts:AssumeRole」**を選択します。 4. **「条件を追加」**をクリックし、次のように条件を設定します。 - **キーを**`sts:ExternalId`に設定します。 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 f3a12e7734487..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 インスタンスの行にある「 **...」**をクリックして、 **Change Root Password**を選択します。パスワード設定で、「パスワード**の自動生成」をクリックすると、数字、大文字、小文字、特殊文字を含む 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} diff --git a/tidb-cloud/recovery-group-get-started.md b/tidb-cloud/recovery-group-get-started.md index 98904f69e3fa0..bfa6612e0f724 100644 --- a/tidb-cloud/recovery-group-get-started.md +++ b/tidb-cloud/recovery-group-get-started.md @@ -43,7 +43,7 @@ summary: TiDB Cloudでリカバリ グループを作成し、その詳細を表 > データベースをグループに割り当てるときは、特定のデータベースを選択するか、プライマリ クラスター (現在および将来) 上のすべての (システム以外の) データベースを選択できます。 > > - **すべてのデータベース (現在および将来) を割り当てる**と、クラスターに追加される将来のデータベースは自動的にこのリカバリ グループに含まれ、セカンダリ クラスターに複製されます。 - > - **Assign specific databases**場合は、セカンダリクラスタにレプリケートするプライマリクラスタ上の特定のデータベースを選択します。将来、プライマリクラスタにデータベースが追加されても、これらの新しいデータベースはこのリカバリグループの一部として自動的にレプリケートされません。 + > - **Assign specific databases**を選択した場合は、セカンダリクラスタにレプリケートするプライマリクラスタ上の特定のデータベースを選択します。将来、プライマリクラスタにデータベースが追加されても、これらの新しいデータベースはこのリカバリグループの一部として自動的にレプリケートされません。 > > 初期レプリケーション中は、転送されるデータ量が多いため、プライマリクラスタまたはセカンダリクラスタでのオンラインクエリのパフォーマンスに影響が出る可能性があります。データベースの初期保護は、比較的混雑していない時間帯にスケジュールしてください。 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 377c90f030bbf..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 @@ -195,7 +195,7 @@ Kafka VPC を作成するには、次の手順を実行します。 2. TiDB Cloudから取得した**Kafka Advertised Listener Pattern**に基づいて、各ブローカーノードに外部ア​​ドバタイズリスナーを設定することで、 TiDB Cloudが複数のブローカーを区別できるようになります。異なる外部アドバタイズリスナーを設定することで、 TiDB CloudのKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - ``ブローカーと Kafka プライベートリンクサービスのアクセスポイントを区別します。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲を計画してください。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらは、リクエストを別のブローカーに転送するプライベートリンクサービスのロードバランサーがリッスンするポートです。 - - **Kafka Advertised Listener Pattern**の`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**Kafka Advertised Listener Pattern**を設定することで、 TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、TiDB CloudのKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 + 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNAL**advertised listener**を設定することで、 TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、TiDB CloudのKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - ``ブローカーと Kafka プライベートリンクサービスのアクセスポイントを区別します。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲を計画してください（例： `range from 9093` ）。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらは、リクエストを別のブローカーに転送するプライベートリンクサービスのロードバランサーがリッスンするポートです。 From 317aab2dae46ccfdec07a37eb459adfd038d6c9e Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 14:30:00 +0900 Subject: [PATCH 30/31] i18n(ja): fix wrong-term substitution, broken brackets, and trapped particles found during 1:1 EN fluency review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit setup-azure-self-hosted-kafka-private-link-service.md and setup-self-hosted-kafka-private-service-connect.md had a correctness bug: 'advertised listener' was wrongly overwritten with 'Kafka Advertised Listener Pattern', a different bold term from earlier in the same sentence (same defect class as the alicloud sibling doc, confirmed against the correct EN section: 'Deploy a new Kafka cluster' keeps advertised listener unbolded, 'Reconfigure a running Kafka cluster' bolds it — verified each JA occurrence against its matching EN section). Also fixed a duplicated 'VPC' word, a broken bracket/bold split around 'Add subscriptions', a bold cut through the middle of 'Account ID', and 2 dropped/trapped を particles. --- tidb-cloud/set-up-private-endpoint-connections-on-azure.md | 2 +- .../set-up-private-endpoint-connections-on-google-cloud.md | 2 +- .../setup-azure-self-hosted-kafka-private-link-service.md | 4 ++-- tidb-cloud/setup-self-hosted-kafka-private-service-connect.md | 2 +- tidb-cloud/tidb-cloud-auditing.md | 4 ++-- 5 files changed, 7 insertions(+), 7 deletions(-) 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 aff529dee2049..8203c7c62f124 100644 --- a/tidb-cloud/set-up-private-endpoint-connections-on-azure.md +++ b/tidb-cloud/set-up-private-endpoint-connections-on-azure.md @@ -86,7 +86,7 @@ Azure Private Link のアーキテクチャは次のとおりです: [^1] 2. **「プライベートエンドポイント」**を検索し、検索結果から**「プライベートエンドポイント」**を選択してください。 3. **プライベートエンドポイントの**ページで、 **[+ 作成]**をクリックします。 4. **「基本」**タブで、プロジェクトとインスタンスの情報を入力し、 **「次へ: リソース」**をクリックします。 -5. **「リソース」**タブで、**接続方法**として**「リソース ID またはエイリアスを使用して Azure リソースに接続する」を**選択し、コピーしたTiDB Cloudリソース ID を**Resource ID or alias**フィールドに貼り付けます。 +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. プライベートエンドポイントの作成とデプロイが完了したら、 **Go to resource**をクリックし、以下の手順を実行してください。 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 15a4f962b37b7..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 @@ -114,7 +114,7 @@ Google Cloud Private Service Connect のアーキテクチャは以下のとお 1. プライベートエンドポイント作成用のコマンドを生成するには、以下の情報を提供してください。 - **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 Subnet Name**：指定された VPC 内のサブネットの名前です。VPC**VPC network details**ページで確認できます。 + - **Google Cloud Subnet Name**：指定された VPC 内のサブネットの名前です。**VPC network details**ページで確認できます。 - **プライベートサービス接続エンドポイント名**：作成されるプライベートエンドポイントの一意の名前を入力してください。 2. 情報を入力したら、 **「コマンド生成」**をクリックしてください。 3. Google Cloud CLI または Google Cloud コンソールを使用して、プライベートエンドポイントを作成します。 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 74ec78226b528..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 @@ -372,7 +372,7 @@ Kafka クラスターが TiDB クラスターと同じリージョンにデプ 1. 構成の変更を計画します。 1. TiDB Cloudからの外部アクセス用に、各ブローカーに EXTERNAL**リスナー**を設定します。EXTERNAL ポートとして一意のポート（例： `39092` ）を選択します。 - 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNAL**Kafka Advertised Listener Pattern**を設定することで、TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 + 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNAL**アドバタイズリスナー**を設定することで、TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - `` 、ブローカーと Kafka Private Link サービスのアクセスポイントを区別します。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲（例： `range from 9093` ）を計画してください。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらは、リクエストを別のブローカーに転送する Private Link サービスのロードバランサーがリッスンするポートです。 - トラブルシューティングを容易にするために、ブローカーごとに異なるブローカー ID を構成することをお勧めします。 @@ -513,7 +513,7 @@ b3.abc.eastus.azure.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. 4. **[アクセス セキュリティ]**タブで、次の操作を行います。 - **表示**については、 **Restricted by subscription**または**Anyone with your alias**を選択します。 - - **Subscription-level access and auto-approval**については、[サブスクリプション**の追加]**をクリックして、 [前提条件](#prerequisites)で取得したTiDB Cloud Azure アカウントのサブスクリプションを追加します。 + - **Subscription-level access and auto-approval**については、**サブスクリプションの追加**をクリックして、 [前提条件](#prerequisites)で取得したTiDB Cloud Azure アカウントのサブスクリプションを追加します。 5. **Next : Tags >**をクリックし、 **「次へ: 確認と作成 >」**をクリックして情報を確認します。 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 0eaad0118a54d..d6df1d02039f6 100644 --- a/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md +++ b/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md @@ -414,7 +414,7 @@ Kafka クラスターが TiDB クラスターと同じリージョンにデプ 1. 構成の変更を計画します。 1. TiDB Cloudからの外部アクセス用に、各ブローカーに EXTERNAL**リスナー**を設定します。EXTERNAL ポートとして一意のポート（例： `39092` ）を選択します。 - 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNAL**Kafka Advertised Listener Pattern**を設定することで、TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 + 2. TiDB Cloudから取得した**Kafkaアドバタイズリスナーパターン**に基づいて、各ブローカーノードにEXTERNAL**アドバタイズリスナー**を設定することで、TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - ``ブローカーと Kafka Private Service Connect アクセスポイントを区別します。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲を計画します（例： `range from 9093` ）。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらは、リクエストを別のブローカーに転送する Private Service Connect のロードバランサーがリッスンするポートです。 - トラブルシューティングを容易にするために、ブローカーごとに異なるブローカー ID を構成することをお勧めします。 diff --git a/tidb-cloud/tidb-cloud-auditing.md b/tidb-cloud/tidb-cloud-auditing.md index b2e889775b725..1c6343bfd0bd9 100644 --- a/tidb-cloud/tidb-cloud-auditing.md +++ b/tidb-cloud/tidb-cloud-auditing.md @@ -98,7 +98,7 @@ TiDB Cloud が監査ログを書き込む宛先として、組織所有の AWS 3. **「IAM」** > **「アクセス管理」** > **「ロール」**に移動し、前に記録したTiDB Cloudアカウント ID と外部 ID に対応する信頼エンティティを持つロールがすでに存在するかどうかを確認します。 - はいの場合は、後で使用するために一致したロールを記録します。 - - そうでない場合は、 **「ロールの作成」**をクリックし、信頼エンティティタイプとして**Another AWS account**を選択し、 **「アカウント**ID」フィールドにTiDB CloudのアカウントIDを入力します。次に、 **Require External ID**オプションを選択し、 **「外部ID」**フィールドにTiDB Cloudの外部IDを入力します。 + - そうでない場合は、 **「ロールの作成」**をクリックし、信頼エンティティタイプとして**Another AWS account**を選択し、 **「アカウントID」**フィールドにTiDB CloudのアカウントIDを入力します。次に、 **Require External ID**オプションを選択し、 **「外部ID」**フィールドにTiDB Cloudの外部IDを入力します。 4. **IAM** >**アクセス管理**>**ロール**で、前の手順のロール名をクリックして**概要**ページに移動し、次の手順を実行します。 @@ -231,7 +231,7 @@ TiDB Cloudがデータベース監査ログを書き込む宛先として、組 5. **許可されたプロトコル**については、安全なアクセスを確保するために**HTTPS のみ**を選択します。 - 6. **[SAS トークンと URL の生成] を**クリックし、表示される**Blob SAS token**を後で使用するためにコピーします。 + 6. **[SAS トークンと URL の生成]**をクリックし、表示される**Blob SAS token**を後で使用するためにコピーします。 #### ステップ3. 監査ログを有効にする {#step-3-enable-audit-logging} From 769d5ce286f3fd1688ad908cf444c9bfd531e350 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 14 Aug 2026 14:36:30 +0900 Subject: [PATCH 31/31] i18n(ja): fix trapped particle found during 1:1 EN fluency review (part 7/7, final) --- tidb-cloud/tidb-cloud-quickstart.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tidb-cloud/tidb-cloud-quickstart.md b/tidb-cloud/tidb-cloud-quickstart.md index ba29ca25ac844..38ab5516c0980 100644 --- a/tidb-cloud/tidb-cloud-quickstart.md +++ b/tidb-cloud/tidb-cloud-quickstart.md @@ -54,7 +54,7 @@ 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 が研究とサービスの改善のためにコードスニペットを使用することを許可し、 **[Save and Get Started]** をクリックします。