From b1e4a2fc029bf3c5e07e32b04c63a50489df56e1 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Mon, 17 Aug 2026 10:12:31 +0900 Subject: [PATCH 1/6] i18n(ja): restore 2-word TiDB Cloud UI labels to English MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Continues the UI-labels-English sweep (see PR #23519 for the 4-word and 3-word batch) with 2-word labels: 382 target labels / 1391 occurrences across 137 tidb-cloud/ files (excluding releases/). Unlike the previous batch, every candidate label was verified against the actual TiDB Cloud console source (tidbcloud/dbaas-ui) or, for third-party consoles, general knowledge of their UI conventions, BEFORE applying the mechanical fix — not after. This kept the false- revert rate much lower than the convert-then-audit approach used for the 3/4-word batch, though it doesn't eliminate the position-pairing risk entirely: 5 occurrences turned out to be mismapped due to EN/JA word-order differences shifting bold-span indices (e.g. 'Select PagerDuty from the Subscriber Type drop-down list' reorders in Japanese, so positional pairing swapped which JA span got which EN label) and were corrected by hand after cross-checking against EN. Also fixed ~25 'straddling bracket' MT defects surfaced by the fix (leftover decoration characters split across the wrong side of ** markers from the original translation) and ~80 dropped-particle instances (を/が) where the original bold span had swallowed a trailing particle that the English replacement doesn't need. 228 labels were checked but not confirmed as literal UI text (via dbaas-ui or general knowledge) and were left in Japanese, matching the conservative policy from the previous batch. --- tidb-cloud/architecture-concepts.md | 16 +-- tidb-cloud/backup-and-restore-serverless.md | 22 ++-- tidb-cloud/backup-and-restore.md | 60 ++++----- tidb-cloud/branch-github-integration.md | 4 +- tidb-cloud/branch-manage.md | 10 +- tidb-cloud/built-in-monitoring.md | 10 +- tidb-cloud/changefeed-overview.md | 8 +- tidb-cloud/changefeed-sink-to-apache-kafka.md | 120 +++++++++--------- .../changefeed-sink-to-apache-pulsar.md | 50 ++++---- .../changefeed-sink-to-cloud-storage.md | 40 +++--- tidb-cloud/changefeed-sink-to-mysql.md | 26 ++-- tidb-cloud/changefeed-sink-to-tidb-cloud.md | 16 +-- .../configure-external-storage-access.md | 36 +++--- tidb-cloud/configure-maintenance-window.md | 4 +- tidb-cloud/configure-security-settings.md | 6 +- ...ess-firewall-rules-for-public-endpoints.md | 6 +- tidb-cloud/configure-sql-users.md | 22 ++-- tidb-cloud/connect-via-sql-shell.md | 2 +- ...nect-via-standard-connection-serverless.md | 10 +- tidb-cloud/connect-via-standard-connection.md | 4 +- tidb-cloud/create-tidb-cluster-serverless.md | 2 +- tidb-cloud/create-tidb-cluster.md | 10 +- tidb-cloud/csv-config-for-import-data.md | 4 +- tidb-cloud/data-service-api-key.md | 8 +- tidb-cloud/data-service-custom-domain.md | 10 +- tidb-cloud/data-service-get-started.md | 16 +-- tidb-cloud/data-service-integrations.md | 6 +- tidb-cloud/data-service-manage-data-app.md | 18 +-- tidb-cloud/data-service-manage-endpoint.md | 56 ++++---- .../data-service-manage-github-connection.md | 2 +- tidb-cloud/data-service-oas-with-nextjs.md | 4 +- .../data-service-postman-integration.md | 6 +- .../data-service-response-and-status-code.md | 2 +- tidb-cloud/dedicated-external-storage.md | 22 ++-- tidb-cloud/essential-changefeed-overview.md | 6 +- .../essential-changefeed-sink-to-kafka.md | 70 +++++----- .../essential-changefeed-sink-to-mysql.md | 28 ++-- .../essential-database-audit-logging.md | 6 +- tidb-cloud/explore-data-with-chat2query.md | 14 +- tidb-cloud/features.md | 2 +- tidb-cloud/get-started-with-cli.md | 2 +- tidb-cloud/high-availability-with-multi-az.md | 6 +- tidb-cloud/import-csv-files-serverless.md | 38 +++--- tidb-cloud/import-csv-files.md | 60 ++++----- tidb-cloud/import-parquet-files-serverless.md | 38 +++--- tidb-cloud/import-parquet-files.md | 58 ++++----- tidb-cloud/import-sample-data-serverless.md | 6 +- tidb-cloud/import-sample-data.md | 36 +++--- .../import-with-mysql-cli-serverless.md | 10 +- .../integrate-tidbcloud-with-airbyte.md | 6 +- .../integrate-tidbcloud-with-aws-lambda.md | 4 +- tidb-cloud/integrate-tidbcloud-with-n8n.md | 12 +- tidb-cloud/integrate-tidbcloud-with-vercel.md | 20 +-- tidb-cloud/integrate-tidbcloud-with-zapier.md | 6 +- tidb-cloud/manage-projects-and-resources.md | 8 +- tidb-cloud/manage-user-access.md | 40 +++--- .../migrate-from-mysql-using-aws-dms.md | 28 ++-- ...migrate-from-mysql-using-data-migration.md | 92 +++++++------- tidb-cloud/migrate-from-op-tidb.md | 6 +- .../migrate-from-oracle-using-aws-dms.md | 2 +- ...al-data-from-mysql-using-data-migration.md | 16 +-- tidb-cloud/migrate-metrics-integrations.md | 4 +- ...migrate-prometheus-metrics-integrations.md | 4 +- tidb-cloud/migrate-sql-shards.md | 14 +- tidb-cloud/monitor-alert-email.md | 46 +++---- tidb-cloud/monitor-alert-flashduty.md | 42 +++--- tidb-cloud/monitor-alert-pagerduty.md | 54 ++++---- tidb-cloud/monitor-alert-slack.md | 42 +++--- tidb-cloud/monitor-alert-zoom.md | 44 +++---- tidb-cloud/monitor-built-in-alerting.md | 14 +- tidb-cloud/monitor-datadog-integration.md | 8 +- tidb-cloud/monitor-new-relic-integration.md | 10 +- ...itor-prometheus-and-grafana-integration.md | 8 +- tidb-cloud/monitor-tidb-cluster.md | 2 +- .../naming-conventions-for-data-import.md | 6 +- tidb-cloud/notifications.md | 2 +- tidb-cloud/oauth2.md | 2 +- .../premium/backup-and-restore-premium.md | 20 +-- ...mium-via-alibaba-cloud-private-endpoint.md | 18 +-- ...ect-to-premium-via-aws-private-endpoint.md | 4 +- ...onnect-to-premium-via-public-connection.md | 4 +- .../premium/create-tidb-instance-premium.md | 4 +- .../dual-layer-data-encryption-premium.md | 10 +- .../premium/import-csv-files-premium.md | 26 ++-- tidb-cloud/premium/import-from-s3-premium.md | 6 +- .../premium/import-with-mysql-cli-premium.md | 8 +- .../premium/migrate-from-op-tidb-premium.md | 10 +- tidb-cloud/premium/premium-export.md | 60 ++++----- .../set-up-sink-private-endpoint-premium.md | 14 +- .../premium/tidb-cloud-auditing-premium.md | 28 ++-- .../premium/tidb-cloud-billing-ticdc-ccu.md | 2 +- .../tidb-cloud-tls-connect-to-premium.md | 6 +- tidb-cloud/prometheus-grafana-integration.md | 4 +- tidb-cloud/recovery-group-delete.md | 4 +- tidb-cloud/recovery-group-failover.md | 8 +- tidb-cloud/recovery-group-get-started.md | 8 +- tidb-cloud/scale-tidb-cluster.md | 12 +- ...cure-connections-to-serverless-clusters.md | 4 +- tidb-cloud/security-concepts.md | 8 +- tidb-cloud/select-cluster-tier.md | 10 +- tidb-cloud/serverless-export.md | 46 +++---- tidb-cloud/serverless-faqs.md | 2 +- ...private-link-connection-to-alicloud-rds.md | 2 +- ...less-private-link-connection-to-aws-rds.md | 4 +- ...ection-to-self-hosted-kafka-in-alicloud.md | 34 ++--- .../serverless-private-link-connection.md | 22 ++-- ...e-endpoint-connections-on-alibaba-cloud.md | 28 ++-- ...p-private-endpoint-connections-on-azure.md | 24 ++-- ...te-endpoint-connections-on-google-cloud.md | 16 +-- ...private-endpoint-connections-serverless.md | 26 ++-- tidb-cloud/set-up-sink-private-endpoint.md | 20 +-- ...-self-hosted-kafka-private-link-service.md | 44 +++---- ...lf-hosted-kafka-private-service-connect.md | 26 ++-- tidb-cloud/size-your-cluster.md | 4 +- tidb-cloud/tidb-cloud-auditing.md | 34 ++--- tidb-cloud/tidb-cloud-billing-ticdc-rcu.md | 2 +- tidb-cloud/tidb-cloud-billing.md | 36 +++--- tidb-cloud/tidb-cloud-budget.md | 8 +- tidb-cloud/tidb-cloud-clinic.md | 4 +- tidb-cloud/tidb-cloud-connect-aws-dms.md | 24 ++-- tidb-cloud/tidb-cloud-console-auditing.md | 2 +- tidb-cloud/tidb-cloud-import-local-files.md | 4 +- tidb-cloud/tidb-cloud-log-redaction.md | 4 +- .../tidb-cloud-org-sso-authentication.md | 24 ++-- .../tidb-cloud-password-authentication.md | 18 +-- tidb-cloud/tidb-cloud-poc.md | 10 +- tidb-cloud/tidb-cloud-quickstart.md | 8 +- tidb-cloud/tidb-cloud-sql-tuning-overview.md | 4 +- tidb-cloud/tidb-cloud-support.md | 6 +- .../tidb-cloud-tls-connect-to-dedicated.md | 6 +- .../tidb-cloud-tune-performance-overview.md | 2 +- tidb-cloud/tidb-node-group-management.md | 22 ++-- tidb-cloud/tidb-x-architecture.md | 2 +- ...r-essential-project-api-migration-guide.md | 2 +- tidb-cloud/tiproxy-management.md | 20 +-- tidb-cloud/top-ru.md | 20 +-- tidb-cloud/use-chat2query-api.md | 8 +- 137 files changed, 1203 insertions(+), 1203 deletions(-) diff --git a/tidb-cloud/architecture-concepts.md b/tidb-cloud/architecture-concepts.md index 7a62d25e880de..7173a802892ce 100644 --- a/tidb-cloud/architecture-concepts.md +++ b/tidb-cloud/architecture-concepts.md @@ -42,11 +42,11 @@ TiDB Cloud Starterは、フルマネージド型のマルチテナントTiDBサ Starterプランは、 TiDB Cloudを初めて利用する方に最適です。開発者や小規模チーム向けに、以下の機能を提供します。 -- **無料**：このプランは[無料割り当て](https://www.pingcap.com/tidb-cloud-starter-pricing-details/)の範囲内でご利用の場合は無料です。始めるのにクレジットカードは必要ありません。 +- **No cost**：このプランは[無料割り当て](https://www.pingcap.com/tidb-cloud-starter-pricing-details/)の範囲内でご利用の場合は無料です。始めるのにクレジットカードは必要ありません。 - **ストレージ**：初期容量として、行ベースのストレージが5 GiB、列ベースのストレージが5 GiB提供されます。 -- **要求単位**: データベース操作の 5,000 万[要求単位（RU）](/tidb-cloud/tidb-cloud-glossary.md#request-unit-ru)が含まれます。 +- **Request Units**: データベース操作の 5,000 万[要求単位（RU）](/tidb-cloud/tidb-cloud-glossary.md#request-unit-ru)が含まれます。 ## TiDB Cloud Essential {#tidb-cloud-essential} @@ -54,7 +54,7 @@ Starterプランは、 TiDB Cloudを初めて利用する方に最適です。 -- **機能強化**：Starterプランのすべての機能に加え、より大規模で複雑なワークロードを処理できる能力、および高度なセキュリティ機能が含まれています。 +- **Enhanced capabilities**：Starterプランのすべての機能に加え、より大規模で複雑なワークロードを処理できる能力、および高度なセキュリティ機能が含まれています。 - **自動スケーリング**：変化するワークロードの需要に効率的に対応するために、ストレージとコンピューティングリソースを自動的に調整します。 - **予測可能な料金体系**：コンピューティングリソースのストレージとリクエストキャパシティユニット（RCU）に基づいて課金されるため、ニーズに合わせて拡張可能な透明性の高い使用量ベースの料金体系が提供され、予期せぬ追加料金なしで使用した分だけを支払うことができます。 @@ -64,9 +64,9 @@ TiDB Cloud Essentialは、ゾーン型高可用性を提供します。これは -- **機能強化**：Starterプランのすべての機能に加え、より大規模で複雑なワークロードを処理できる能力、および高度なセキュリティ機能が含まれています。 +- **Enhanced capabilities**：Starterプランのすべての機能に加え、より大規模で複雑なワークロードを処理できる能力、および高度なセキュリティ機能が含まれています。 - **自動スケーリング**：変化するワークロードの需要に効率的に対応するために、ストレージとコンピューティングリソースを自動的に調整します。 -- **高可用性**：組み込みの耐障害性と冗長性により、インフラストラクチャの障害発生時でも、アプリケーションの可用性と回復力が維持されます。 +- **High availability**：組み込みの耐障害性と冗長性により、インフラストラクチャの障害発生時でも、アプリケーションの可用性と回復力が維持されます。 - **予測可能な料金体系**：コンピューティングリソースのストレージとリクエストキャパシティユニット（RCU）に基づいて課金されるため、ニーズに合わせて拡張可能な透明性の高い使用量ベースの料金体系が提供され、予期せぬ追加料金なしで使用した分だけを支払うことができます。 TiDB Cloud Essentialは、さまざまな運用要件に対応するため、2種類の高可用性機能を提供します。 @@ -85,7 +85,7 @@ TiDB Cloud Essentialは、さまざまな運用要件に対応するため、2 - **無制限の成長と自動スケーリング**：変化するワークロードに対応するためのシームレスなスケーリングを提供し、ビジネスに不可欠な業務の継続的な信頼性を確保します。 - **パフォーマンス最適化**：高スループットかつ低遅延のワークロード向けに調整されており、より大きなリソース上限と、よりきめ細かなスケーリング制御を提供します。 - **従量課金制**：実際の[要求容量単位（RCU）](/tidb-cloud/tidb-cloud-glossary.md#request-capacity-unit-rcu)消費量とストレージ使用量に基づいて課金されます。この柔軟なモデルにより、バックエンドでの手動による過剰プロビジョニングが不要になります。 -- **高度なセキュリティ**：大規模企業や規制対象業界が必要とする、より高度なセキュリティ設定とコンプライアンス機能を提供します。 +- **Advanced security**：大規模企業や規制対象業界が必要とする、より高度なセキュリティ設定とコンプライアンス機能を提供します。 ミッション クリティカルなワークロードの稼働時間と回復力を最大化するために、 TiDB Cloud Premium は[地域的な高可用性](/tidb-cloud/serverless-high-availability.md#regional-high-availability-architecture)を提供し、複数のアベイラビリティ ゾーンにノードを分散して、ゾーン展開よりも高い冗長性を実現します。 @@ -187,7 +187,7 @@ TiDBノードを複数デプロイすることで、水平方向に拡張し、 - TiKVノードは、キーバリューレベルでネイティブな分散トランザクションをサポートし、スナップショット分離をデフォルトの分離レベルとして保証します。 - TiDBノードは、SQL実行計画をTiKVノードAPIへの呼び出しに変換することで、シームレスなSQLレベルのトランザクションサポートを実現します。 -- **高可用性** +- **High availability** - TiKVノード内のすべてのデータは、耐久性を確保するために複製されます（デフォルト：3つのレプリカ）。 - TiKVはネイティブな高可用性を保証し、自動フェイルオーバーをサポートすることで、ノード障害からシステムを保護します。 @@ -202,7 +202,7 @@ TiDBノードを複数デプロイすることで、水平方向に拡張し、 **主な特徴：** -- **列ベースストレージ** +- **Columnar storage** TiFlashノードはデータを列形式で保存するため、分析クエリに最適化されており、読み取り負荷の高いワークロードのパフォーマンスを大幅に向上させます。 diff --git a/tidb-cloud/backup-and-restore-serverless.md b/tidb-cloud/backup-and-restore-serverless.md index ebfc636277171..d6c0afba57340 100644 --- a/tidb-cloud/backup-and-restore-serverless.md +++ b/tidb-cloud/backup-and-restore-serverless.md @@ -36,14 +36,14 @@ TiDB Cloudはデータを自動的にバックアップするため、災害発 | バックアップ保持 | 1日 | 最大30日間 | 最大30日間 | | バックアップ時間 | 固定時間 | 設定可能 | 設定可能 | -- **バックアップサイクル**とは、バックアップが実行される頻度のことです。 +- **Backup Cycle**とは、バックアップが実行される頻度のことです。 -- **バックアップ保持期間**とは、バックアップが保持される期間のことです。期限切れのバックアップは復元できません。 +- **Backup Retention**とは、バックアップが保持される期間のことです。期限切れのバックアップは復元できません。 - 無料のTiDB Cloud Starterインスタンスの場合、バックアップの保持期間は1日間です。 - TiDB Cloud Starter （利用限度額が0より大きい場合）またはTiDB Cloud Essentialインスタンスの場合、バックアップの保持期間を1日から30日の間の任意の値に設定できます。デフォルトの保持期間は14日です。 -- **バックアップ時刻**とは、バックアップのスケジュールが開始される時刻です。最終的なバックアップ時刻は、設定されたバックアップ時刻よりも遅れる場合があることにご注意ください。 +- **Backup Time**とは、バックアップのスケジュールが開始される時刻です。最終的なバックアップ時刻は、設定されたバックアップ時刻よりも遅れる場合があることにご注意ください。 - 無料のTiDB Cloud Starterインスタンスの場合、バックアップ時間はランダムに固定された時間になります。 - TiDB Cloud Starter （利用限度額が0より大きい場合）またはTiDB Cloud Essentialインスタンスの場合、バックアップ間隔を30分ごとに設定できます。デフォルト値はランダムに固定された時間です。 @@ -54,9 +54,9 @@ TiDB Cloud Essentialインスタンスのバックアップ時間を設定する 1. TiDB Cloud StarterまたはEssentialインスタンスの[**バックアップ**](#view-the-backup-page)ページに移動します。 -2. **「バックアップ設定」**をクリックしてください。すると**「バックアップ設定」**ウィンドウが開きます。ここで、必要に応じて自動バックアップの設定を構成できます。 +2. **Backup Setting**をクリックしてください。すると**Backup Setting**ウィンドウが開きます。ここで、必要に応じて自動バックアップの設定を構成できます。 -3. **「バックアップ時間」**で、毎日のバックアップの開始時刻を設定します。 +3. **Backup Time**で、毎日のバックアップの開始時刻を設定します。 4. **「確認」**をクリックしてください。 @@ -68,7 +68,7 @@ TiDB Cloudは、偶発的なデータ損失や破損が発生した場合にデ TiDB Cloudは、 TiDB Cloud StarterまたはEssentialインスタンスのスナップショット復元と特定時点への復元をサポートしています。 -- **スナップショット復元**：特定のバックアップスナップショットからTiDB Cloud StarterまたはEssentialインスタンスを復元します。 +- **Snapshot Restore**：特定のバックアップスナップショットからTiDB Cloud StarterまたはEssentialインスタンスを復元します。 - **ポイントインタイム復元（PREVIEW）** ： TiDB Cloud Essentialインスタンスを特定の時点の状態に復元します。 @@ -97,14 +97,14 @@ TiDB Cloudは、新しいTiDB Cloud StarterまたはEssentialインスタンス 2. **「復元」**をクリックしてください。 -3. **復元モード**では、特定のバックアップから復元するか、任意の時点から復元するかを選択できます。 +3. **Restore Mode**では、特定のバックアップから復元するか、任意の時点から復元するかを選択できます。
選択したバックアップスナップショットから復元するには、次の手順を実行します。 - 1. **「スナップショット復元」**をクリックします。 + 1. **Snapshot Restore**をクリックします。 2. 復元元のバックアップスナップショットを選択してください。
@@ -112,7 +112,7 @@ TiDB Cloudは、新しいTiDB Cloud StarterまたはEssentialインスタンス TiDB Cloud Essentialインスタンスを特定の時点に復元するには、以下の手順を実行してください。 - 1. **「特定時点への復元」**をクリックします。 + 1. **Point-in-Time Restore**をクリックします。 2. 復元したい日時を選択してください。 @@ -137,13 +137,13 @@ TiDB Cloudは、新しいTiDB Cloud StarterまたはEssentialインスタンス ごみ箱から削除されたTiDB Cloud Essentialインスタンスを復元するには、次の手順を実行します。 -1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、右上隅の**[...]**をクリックして、 **[ごみ箱] を**クリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、右上隅の**[...]**をクリックして、 **Recycle Bin**をクリックします。 > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. **ごみ箱**ページで、 **「Essential」**タブをクリックすると、 TiDB Cloud Essentialインスタンスのごみ箱に移動します。 +2. **Recycle Bin**ページで、 **「Essential」**タブをクリックすると、 TiDB Cloud Essentialインスタンスのごみ箱に移動します。 3. 復元したいTiDB Cloud Essentialインスタンスを見つけて、 **[>]**ボタンをクリックして、そのインスタンスで使用可能なバックアップを展開します。 diff --git a/tidb-cloud/backup-and-restore.md b/tidb-cloud/backup-and-restore.md index efc9e338a596a..dece9f9454e26 100644 --- a/tidb-cloud/backup-and-restore.md +++ b/tidb-cloud/backup-and-restore.md @@ -16,9 +16,9 @@ aliases: ['/ja/tidbcloud/restore-deleted-tidb-cluster'] - TiDB Cloud Dedicatedは、v6.2.0以降のバージョンのクラスタでは、デフォルトでバックアップからのユーザーアカウントとSQLバインディングの復元をサポートしています。 - TiDB Cloud Dedicated は、 `mysql`スキーマに保存されているシステム変数の復元をサポートしていません。 -- 最初にデータをインポートし、次に**手動**スナップショット バックアップを実行し、最後にポイントインタイム リストアを有効にすることをお勧めします。 TiDB Cloudコンソールを通じてインポートされたデータは変更ログを生成**しない**ため、自動的に検出してバックアップすることはできません。詳細については、[クラウドストレージからTiDB Cloud DedicatedにCSVファイルをインポートする](/tidb-cloud/import-csv-files.md)を参照してください。 +- 最初にデータをインポートし、次に**手動**スナップショット バックアップを実行し、最後にポイントインタイム リストアを有効にすることをお勧めします。 TiDB Cloudコンソールを通じてインポートされたデータは変更ログを生成**does not**ため、自動的に検出してバックアップすることはできません。詳細については、[クラウドストレージからTiDB Cloud DedicatedにCSVファイルをインポートする](/tidb-cloud/import-csv-files.md)を参照してください。 - ポイントインタイム復元を複数回オン/オフした場合、復元可能な期間内で選択できるのは、直近のポイントインタイム復元が有効になった時点以降の時点のみです。それ以前の復元可能な期間にはアクセスできません。 -- **ポイントインタイム復元**と**デュアルリージョンバックアップ**のスイッチを同時に変更しないでください。 +- **Point-in-time Restore**と**デュアルリージョンバックアップ**のスイッチを同時に変更しないでください。 ## バックアップ {#backup} @@ -54,11 +54,11 @@ TiDB Cloud Dedicatedクラスターでこの機能を有効にするには、以 1. TiDB Cloud Dedicatedクラスターの[**バックアップ**](#view-the-backup-page)ページに移動します。 -2. **バックアップ設定**をクリックします。 +2. **Backup Setting**をクリックします。 -3. **自動バックアップ**スイッチを**オン**に切り替えます。 +3. **Auto Backup**スイッチを**オン**に切り替えます。 -4. **ポイントインタイム復元**スイッチを**オン**に切り替えます。 +4. **Point-in-time Restore**スイッチを**オン**に切り替えます。 > **警告** > @@ -74,20 +74,20 @@ TiDB Cloud Dedicatedクラスターのバックアップ スケジュールを 1. TiDB Cloud Dedicatedクラスターの[**バックアップ**](#view-the-backup-page)ページに移動します。 -2. **バックアップ設定**をクリックします。 +2. **Backup Setting**をクリックします。 -3. **自動バックアップ**スイッチを**オン**に切り替えます。 +3. **Auto Backup**スイッチを**オン**に切り替えます。 4. バックアップスケジュールは以下のように設定してください。 - - **「バックアップサイクル」**で、「**日次バックアップ」**または**「週次バックアップ」**タブをクリックします。 **「週次バックアップ」**の場合は、バックアップを行う曜日を指定する必要があります。 + - **Backup Cycle**で、**Daily Backup**または**Weekly Backup**タブをクリックします。 **Weekly Backup**の場合は、バックアップを行う曜日を指定する必要があります。 > **警告** > > - 週次バックアップが有効になっている場合、ポイントインタイム復元機能はデフォルトで有効になりますが、手動で無効にすることもできます。 > - バックアップサイクルを週単位から日単位に変更した場合でも、ポイントインタイム復元機能は元の設定のままです。必要に応じて手動で無効にすることもできます。 - - **「バックアップ時間」**で、日次または週次のクラスタバックアップの開始時刻をスケジュールします。 + - **Backup Time**で、日次または週次のクラスタバックアップの開始時刻をスケジュールします。 バックアップの希望時刻を指定しない場合、 TiDB Cloudはデフォルトのバックアップ時刻を割り当てます。これは、クラスターが配置されているリージョンのタイムゾーンにおける午前2時です。 @@ -96,7 +96,7 @@ TiDB Cloud Dedicatedクラスターのバックアップ スケジュールを > - データインポート中、TiDB Cloud は自動バックアップジョブを遅延させ、手動バックアップは実行できません。 > - クラスターのスケーリング中、TiDB Cloud は自動バックアップジョブを遅延させます。遅延が30分を超えると、TiDB Cloud はスケジュールされたバックアップをスキップします。スケジュールされたバックアップを確実に正常実行するため、スケジュールされたバックアップ時刻の前後でクラスターのスケーリングを頻繁に行うことは避けてください。クラスターのスケーリング中は、手動バックアップを実行**しないでください**。 - - **バックアップ保持期間**では、バックアップデータの最小保持期間を設定します。デフォルトの期間は7日間です。業務への影響を最小限に抑えるため、ワークロードが少ない時間帯に自動バックアップを実行することをお勧めします。 + - **Backup Retention**では、バックアップデータの最小保持期間を設定します。デフォルトの期間は7日間です。業務への影響を最小限に抑えるため、ワークロードが少ない時間帯に自動バックアップを実行することをお勧めします。 > **注記** > @@ -118,11 +118,11 @@ TiDB Cloud Dedicatedクラスターでデュアルリージョンバックアッ 1. TiDB Cloud Dedicatedクラスターの[**バックアップ**](#view-the-backup-page)ページに移動します。 -2. **バックアップ設定**をクリックします。 +2. **Backup Setting**をクリックします。 3. **デュアルリージョンバックアップ**スイッチを**オン**に切り替えます。 -4. **「セカンダリリージョン」**ドロップダウンリストから、バックアップファイルを保存するリージョンを選択します。 +4. **Secondary Region**ドロップダウンリストから、バックアップファイルを保存するリージョンを選択します。 5. 変更を保存するには、 **「保存」**をクリックしてください。 @@ -136,9 +136,9 @@ TiDB Cloud Dedicatedクラスターの自動バックアップを無効にする 1. TiDB Cloud Dedicatedクラスターの[**バックアップ**](#view-the-backup-page)ページに移動します。 -2. **バックアップ設定**をクリックします。 +2. **Backup Setting**をクリックします。 -3. **自動バックアップ**スイッチを**オフ**に切り替えてください。 +3. **Auto Backup**スイッチを**オフ**に切り替えてください。 4. 変更を保存するには、 **「保存」**をクリックしてください。 @@ -152,7 +152,7 @@ TiDB Cloud Dedicatedクラスターのデュアルリージョンバックアッ 1. TiDB Cloud Dedicatedクラスターの[**バックアップ**](#view-the-backup-page)ページに移動します。 -2. **バックアップ設定**をクリックします。 +2. **Backup Setting**をクリックします。 3. **デュアルリージョンバックアップ**スイッチを**オフ**に切り替えます。 @@ -171,7 +171,7 @@ TiDB Cloud Dedicatedクラスターに手動バックアップを適用するに 1. TiDB Cloud Dedicatedクラスターの[**バックアップ**](#view-the-backup-page)ページに移動します。 -2. 右上隅で、 **…** >**手動バックアップ**をクリックします。 +2. 右上隅で、 **…** >**Manual Backup**をクリックします。 3. 表示されたダイアログに**名前**を入力してください。 @@ -183,7 +183,7 @@ TiDB Cloud Dedicatedクラスターに手動バックアップを適用するに > **Note:** > -> 現在、この機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)の右下隅にある**「？」**をクリックし、 次に**「サポートチケット」**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。チケットを作成し、「**説明」**フィールドに「バックアップのエクスポート機能の申請」と入力して、 **「送信」を**クリックします。 +> 現在、この機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)の右下隅にある**「？」**をクリックし、 次に**Support Tickets**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。チケットを作成し、「**説明」**フィールドに「バックアップのエクスポート機能の申請」と入力して、 **「送信」を**クリックします。 @@ -195,9 +195,9 @@ TiDB Cloud Dedicatedクラスターに手動バックアップを適用するに 2. エクスポートしたいバックアップファイルを見つけて、 **[アクション]**列の**[...]** > **[エクスポート]**をクリックします。 -3. **「Amazon S3 へのバックアップのエクスポート」**ダイアログで、 **「フォルダー URI」**フィールドに入力し、バックアップ バケットのバケット リージョンを選択します。 +3. **「Amazon S3 へのバックアップのエクスポート」**ダイアログで、 **Folder URI**フィールドに入力し、バックアップ バケットのバケット リージョンを選択します。 -4. **「コマンド生成」**をクリックすると、権限設定用のコマンドが表示されます。 +4. **Generate Command**をクリックすると、権限設定用のコマンドが表示されます。 - **AWS CLI を使用する場合**: @@ -207,7 +207,7 @@ TiDB Cloud Dedicatedクラスターに手動バックアップを適用するに 1. [Amazon S3コンソール](https://console.aws.amazon.com/s3/)に移動します。 2. 対象のバケットの詳細ページを開き、「**アクセス許可」**タブをクリックします。 - 3. **バケットポリシー**までスクロールし、**編集**をクリックします。 + 3. **Bucket policy**までスクロールし、**編集**をクリックします。 4. 生成されたコマンドからポリシーの内容をコピーし、ポリシーエディタに貼り付けてください。 5. **「変更を保存」**をクリックしてください。 @@ -232,11 +232,11 @@ TiDB Cloud Dedicatedクラスターに手動バックアップを適用するに - `storage.objects.create` - `storage.objects.delete` -5. **クラウドストレージ**>**バケット**に移動し、対象のバケットを選択してから、**アクセス許可**>**アクセスを**許可 をクリックします。 +5. **Cloud Storage**>**バケット**に移動し、対象のバケットを選択してから、**アクセス許可**>**アクセスを**許可 をクリックします。 6. **「新しいプリンシパル」**で、手順3の**サービスアカウントID**を入力し、手順4の役割を割り当ててから、 **「保存」**をクリックします。 -7. **「コンフィグレーション」**タブを開き、 **gsutil URIを**コピーして、 **「Google Cloud Storageへのバックアップのエクスポート」**ダイアログの**「エクスポートパス」**フィールドに貼り付けます。サブディレクトリにエクスポートする場合は、URIにパスサフィックスを追加します。 +7. **「コンフィグレーション」**タブを開き、 **gsutil URI**コピーして、 **「Google Cloud Storageへのバックアップのエクスポート」**ダイアログの**「エクスポートパス」**フィールドに貼り付けます。サブディレクトリにエクスポートする場合は、URIにパスサフィックスを追加します。 8. エクスポートを開始するには、 **「エクスポート」**をクリックしてください。 @@ -276,12 +276,12 @@ TiDB Cloud Dedicatedクラスタのデータをバックアップから新しい 2. **「復元」**をクリックします。設定ウィンドウが表示されます。 -3. **復元モード**では、任意の時点のデータ、または選択したバックアップを新しいクラスターに復元するかどうかを選択できます。 +3. **Restore Mode**では、任意の時点のデータ、または選択したバックアップを新しいクラスターに復元するかどうかを選択できます。
- バックアップ保持期間内の任意の時点のデータを新しいクラスタに復元するには、**バックアップ設定**の**「時点復元」**がオンになっていることを確認し、以下の手順を実行してください。 + バックアップ保持期間内の任意の時点のデータを新しいクラスタに復元するには、**Point-in-time Restore**の**Backup Setting**がオンになっていることを確認し、以下の手順を実行してください。 - **「時間ポイントを選択」**をクリックしてください。 - 復元したい**日時****を**選択してください。 @@ -313,9 +313,9 @@ TiDB Cloud Dedicatedクラスタのデータをバックアップから新しい 6. **「復元」**をクリックしてください。 - クラスター復元プロセスが開始され、**パスワード設定**ダイアログボックスが表示されます。 + クラスター復元プロセスが開始され、**Password Settings**ダイアログボックスが表示されます。 -7. **パスワード設定**ダイアログボックスで、 TiDB Cloud Dedicatedクラスタに接続するためのrootパスワードを設定し、 **[保存]**をクリックします。 +7. **Password Settings**ダイアログボックスで、 TiDB Cloud Dedicatedクラスタに接続するためのrootパスワードを設定し、 **[保存]**をクリックします。 ### 削除されたクラスターを復元する {#restore-a-deleted-cluster} @@ -325,13 +325,13 @@ TiDB Cloud Dedicatedクラスタのデータをバックアップから新しい ごみ箱から削除された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)ページに移動し、右上隅の**[...]**をクリックして、 **Recycle Bin**をクリックします。 > **Tip:** > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. **ごみ箱**ページで、 **「Dedicated」**タブをクリックすると、 TiDB Cloud Dedicatedクラスターのごみ箱に移動します。 +2. **Recycle Bin**ページで、 **「Dedicated」**タブをクリックすると、 TiDB Cloud Dedicatedクラスターのごみ箱に移動します。 3. 復元したいクラスターを見つけてから、 **[>]**ボタンをクリックして、そのクラスターで使用可能なバックアップを展開します。 @@ -344,6 +344,6 @@ TiDB Cloud Dedicatedクラスタのデータをバックアップから新しい 6. **概要**セクションで復元情報を確認し、 **「復元」**をクリックします。 - クラスター復元プロセスが開始され、**パスワード設定**ダイアログボックスが表示されます。 + クラスター復元プロセスが開始され、**Password Settings**ダイアログボックスが表示されます。 -7. **パスワード設定**ダイアログボックスで、 TiDB Cloud Dedicatedクラスタに接続するためのrootパスワードを設定し、 **[保存]**をクリックします。 +7. **Password Settings**ダイアログボックスで、 TiDB Cloud Dedicatedクラスタに接続するためのrootパスワードを設定し、 **[保存]**をクリックします。 diff --git a/tidb-cloud/branch-github-integration.md b/tidb-cloud/branch-github-integration.md index e5118fa34705a..d31d0810f9ad3 100644 --- a/tidb-cloud/branch-github-integration.md +++ b/tidb-cloud/branch-github-integration.md @@ -42,11 +42,11 @@ TiDB Cloud BranchingをGitHubリポジトリと統合するには、以下の手 -4. **「GitHubに接続」**ダイアログで、 **「GitHubアカウント」**ドロップダウンリストからGitHubアカウントを選択します。 +4. **「GitHubに接続」**ダイアログで、 **GitHub Account**ドロップダウンリストからGitHubアカウントを選択します。 リストにあなたのアカウントが存在しない場合は、 **「他のアカウントをインストール」**をクリックし、画面の指示に従ってアカウントをインストールしてください。 -5. **GitHubリポジトリの**ドロップダウンリストから、対象のリポジトリを選択してください。リストが長い場合は、リポジトリ名を入力して検索することもできます。 +5. **GitHub Repository**ドロップダウンリストから、対象のリポジトリを選択してください。リストが長い場合は、リポジトリ名を入力して検索することもできます。 6. **「接続」**をクリックすると、 TiDB Cloud StarterインスタンスとGitHubリポジトリが接続されます。 diff --git a/tidb-cloud/branch-manage.md b/tidb-cloud/branch-manage.md index 4a929e95cd2db..e33ecbfc87275 100644 --- a/tidb-cloud/branch-manage.md +++ b/tidb-cloud/branch-manage.md @@ -26,14 +26,14 @@ summary: TiDB Cloudブランチの管理方法を学びましょう。 2. 左側のナビゲーションペインで**「ブランチ」**をクリックします。 -3. **「ブランチ」**ページの右上隅にある**「ブランチの作成」を**クリックします。ダイアログが表示されます。 +3. **「ブランチ」**ページの右上隅にある**Create Branch**をクリックします。ダイアログが表示されます。 または、既存の親ブランチからブランチを作成するには、対象の親ブランチの行を見つけて、 **[アクション**] 列の**[...]** > **[ブランチの作成] を**クリックします。 -4. **「ブランチの作成」**ダイアログで、以下のオプションを設定します。 +4. **Create Branch**ダイアログで、以下のオプションを設定します。 - **名前**：ブランチの名前を入力してください。 - - **親ブランチ**：元のTiDB Cloud Starterインスタンス、あるいは既存のブランチを選択します。`main` は現在のインスタンスを表します。 + - **Parent branch**：元のTiDB Cloud Starterインスタンス、あるいは既存のブランチを選択します。`main` は現在のインスタンスを表します。 - **データを含める最大**: 次のいずれかを選択してください: - **現在の時点**：現在の状態からブランチを作成します。 - **特定の日時**：指定した時間からブランチを作成します。 @@ -59,7 +59,7 @@ TiDB Cloud Starterインスタンスのブランチを表示するには、以 2. 左側のナビゲーションペインで**「ブランチ」**をクリックします。 3. 接続する対象ブランチの行で、 **「アクション」**列の**「…」**をクリックします。 4. ドロップダウンリストから**「接続」**をクリックします。接続情報の入力ダイアログが表示されます。 -5. ルートパスワードを作成またはリセットするには、 **「パスワードを生成」**または**「パスワードをリセット」**をクリックしてください。 +5. ルートパスワードを作成またはリセットするには、 **Generate Password**または**Reset Password**をクリックしてください。 6. 接続情報を使用してブランチに接続します。 または、 TiDB Cloud Starterインスタンスの概要ページから接続文字列を取得することもできます。 @@ -67,7 +67,7 @@ TiDB Cloud Starterインスタンスのブランチを表示するには、以 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Starterインスタンスの名前をクリックして、その概要ページに移動します。 2. 右上隅の**「接続」**をクリックしてください。 3. `Branch`ドロップダウンリストから接続先のブランチを選択してください。 -4. ルートパスワードを作成またはリセットするには、 **「パスワードを生成」**または**「パスワードをリセット」**をクリックしてください。 +4. ルートパスワードを作成またはリセットするには、 **Generate Password**または**Reset Password**をクリックしてください。 5. 接続情報を使用してブランチに接続します。 ## ブランチを削除する {#delete-a-branch} diff --git a/tidb-cloud/built-in-monitoring.md b/tidb-cloud/built-in-monitoring.md index dbf6242fabbb4..c0c25c48f6197 100644 --- a/tidb-cloud/built-in-monitoring.md +++ b/tidb-cloud/built-in-monitoring.md @@ -96,18 +96,18 @@ TiDB Cloudでは、メトリクスデータは7日間保持されます。 **メトリクス**ページには、TiDB Cloud StarterとTiDB Cloud Essentialインスタンスのメトリクスを表示する2つのタブがあります。 -- **インスタンス概要**：インスタンスレベルの主要なメトリクスを表示します。 -- **データベースステータス**：データベースレベルの主要なメトリックを表示します。 +- **Instance Overview**：インスタンスレベルの主要なメトリクスを表示します。 +- **Database Status**：データベースレベルの主要なメトリックを表示します。 ### インスタンスの概要 {#instance-overview} -以下の表は**、「インスタンス概要」**タブに表示されるインスタンスレベルの主要メトリクスを示しています。 +以下の表は**Instance Overview**タブに表示されるインスタンスレベルの主要メトリクスを示しています。 | メトリック名 | ラベル | 説明 | | :----------- | :----------------------- | :----------------------------------------------------------------------------------------------------------------------------------------------------------------- | | ユニットをリクエストする | 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以上の場合にのみこのメトリックを表示します。**行ベースStandardストレージ**は**Row-based storage**と同じ意味です。| | 1秒あたりのクエリ数 | すべて、{SQLタイプ} | 1 秒あたりに実行される SQL ステートメントの数。これは、 `SELECT` 、 `INSERT` 、 `UPDATE`などの SQL タイプごとに収集されます。 | | クエリ実行時間 | 平均値、P99、P99-{SQLタイプ} | クライアントからTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにリクエストが送信されてから、インスタンスがリクエストを実行して結果をクライアントに返すまでの時間。 | | クエリが失敗しました | 全て | 1秒あたりのSQL文実行エラー数。 | @@ -119,7 +119,7 @@ TiDB Cloudでは、メトリクスデータは7日間保持されます。 ### データベースの状態 {#database-status} -以下の表は**、[データベースの状態]**タブにあるデータベースレベルの主要なメトリックを示しています。 +以下の表は**Database Status**タブにあるデータベースレベルの主要なメトリックを示しています。 | メトリック名 | ラベル | 説明 | | :------------------ | :------------ | :------------------------------------------------------------------------------------- | diff --git a/tidb-cloud/changefeed-overview.md b/tidb-cloud/changefeed-overview.md index 806b254f5a5a1..218db2ec8a045 100644 --- a/tidb-cloud/changefeed-overview.md +++ b/tidb-cloud/changefeed-overview.md @@ -124,15 +124,15 @@ TiDB Cloud Premiumでは、チェンジフィードのTiCDC Changefeed容量ユ - Apache Kafkaシンク：すべての設定。 - - MySQLシンク： **MySQL接続**、**テーブルフィルタ**、および**イベントフィルタ**。 + - MySQLシンク： **MySQL接続**、**Table Filter**、および**Event Filter**。 - Apache Kafkaシンク：すべての設定。 - - MySQLシンク： **MySQL接続**、**テーブルフィルタ**、および**イベントフィルタ**。 - - TiDB Cloudシンク: **TiDB Cloud接続**、**テーブルフィルタ**、および**イベントフィルタ**。 - - クラウドストレージシンク：**ストレージエンドポイント**、**テーブルフィルタ**、および**イベントフィルタ**。 + - MySQLシンク： **MySQL接続**、**Table Filter**、および**Event Filter**。 + - TiDB Cloudシンク: **TiDB Cloud接続**、**Table Filter**、および**Event Filter**。 + - クラウドストレージシンク：**Storage Endpoint**、**Table Filter**、および**Event Filter**。 diff --git a/tidb-cloud/changefeed-sink-to-apache-kafka.md b/tidb-cloud/changefeed-sink-to-apache-kafka.md index 875118a7236ea..ab100d317a933 100644 --- a/tidb-cloud/changefeed-sink-to-apache-kafka.md +++ b/tidb-cloud/changefeed-sink-to-apache-kafka.md @@ -58,13 +58,13 @@ Apache Kafkaにデータをストリーミングするためのチェンジフ
-プライベートコネクトは、クラウドプロバイダーの**プライベートリンク**または**プライベートサービスコネクト**技術を活用し、VPC内のリソースがプライベートIPアドレスを使用して他のVPC内のサービスに接続できるようにします。これにより、あたかもそれらのサービスがVPC内で直接ホストされているかのように動作します。 +プライベートコネクトは、クラウドプロバイダーの**Private Link**または**プライベートサービスコネクト**技術を活用し、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 サービスで同様です。 -- Apache Kafka サービスが AWS でホストされている場合は、 [AWSでセルフホスト型のKafkaプライベートリンクサービスをセットアップする](/tidb-cloud/setup-aws-self-hosted-kafka-private-link-service.md)セットアップする」に従ってネットワーク接続を構成し、**ブートストラップ ポート**情報を取得します。次に[Changefeeds用のプライベートエンドポイントを設定する](/tidb-cloud/set-up-sink-private-endpoint.md)ポイントを設定する」に従ってプライベート エンドポイントを作成します。 -- Apache Kafka サービスが Google Cloud でホストされている場合は、 [Google Cloud でセルフホスト型の Kafka プライベートサービスコネクトを設定する](/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md)ネットワーク接続を構成し、**ブートストラップ ポート**情報を取得します。次に[Changefeeds用のプライベートエンドポイントを設定する](/tidb-cloud/set-up-sink-private-endpoint.md)ポイントを設定するに従ってプライベート エンドポイントを作成します。 -- Apache Kafka サービスが Azure でホストされている場合は、 [Azureでセルフホスト型Kafkaプライベートリンクサービスをセットアップする](/tidb-cloud/setup-azure-self-hosted-kafka-private-link-service.md)セットアップする」に従ってネットワーク接続を構成し、**ブートストラップ ポート**情報を取得してから、[Changefeeds用のプライベートエンドポイントを設定する](/tidb-cloud/set-up-sink-private-endpoint.md)エンドプライベートポイントを設定するに従ってプライベート エンドポイントを作成します。 +- Apache Kafka サービスが AWS でホストされている場合は、 [AWSでセルフホスト型のKafkaプライベートリンクサービスをセットアップする](/tidb-cloud/setup-aws-self-hosted-kafka-private-link-service.md)セットアップする」に従ってネットワーク接続を構成し、**Bootstrap Ports**情報を取得します。次に[Changefeeds用のプライベートエンドポイントを設定する](/tidb-cloud/set-up-sink-private-endpoint.md)ポイントを設定する」に従ってプライベート エンドポイントを作成します。 +- Apache Kafka サービスが Google Cloud でホストされている場合は、 [Google Cloud でセルフホスト型の Kafka プライベートサービスコネクトを設定する](/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md)ネットワーク接続を構成し、**Bootstrap Ports**情報を取得します。次に[Changefeeds用のプライベートエンドポイントを設定する](/tidb-cloud/set-up-sink-private-endpoint.md)ポイントを設定するに従ってプライベート エンドポイントを作成します。 +- Apache Kafka サービスが Azure でホストされている場合は、 [Azureでセルフホスト型Kafkaプライベートリンクサービスをセットアップする](/tidb-cloud/setup-azure-self-hosted-kafka-private-link-service.md)セットアップする」に従ってネットワーク接続を構成し、**Bootstrap Ports**情報を取得してから、[Changefeeds用のプライベートエンドポイントを設定する](/tidb-cloud/set-up-sink-private-endpoint.md)エンドプライベートポイントを設定するに従ってプライベート エンドポイントを作成します。
@@ -75,7 +75,7 @@ Apache KafkaサービスがインターネットにアクセスできないAWS V 2. Apache Kafkaサービスが関連付けられているセキュリティグループの受信ルールを変更します。 - TiDB Cloud Dedicatedクラスターが配置されているリージョンの CIDR を受信ルールに追加する必要があります。CIDR は**VPC ピアリング**ページで確認できます。これにより、TiDB Cloud Dedicatedクラスターから Kafka ブローカーへのトラフィックが流れるようになります。 + TiDB Cloud Dedicatedクラスターが配置されているリージョンの CIDR を受信ルールに追加する必要があります。CIDR は**VPC Peering**ページで確認できます。これにより、TiDB Cloud Dedicatedクラスターから Kafka ブローカーへのトラフィックが流れるようになります。 3. Apache KafkaのURLにホスト名が含まれている場合、 TiDB CloudがApache KafkaブローカーのDNSホスト名を解決できるようにする必要があります。 @@ -87,7 +87,7 @@ Apache Kafka サービスがインターネットにアクセスできない Goo 1. Apache Kafka サービスの VPC とTiDB Cloud Dedicatedクラスターの間で[VPCピアリング接続を設定する](/tidb-cloud/set-up-vpc-peering-connections.md)。 2. Apache Kafkaが配置されているVPCのイングレスファイアウォールルールを変更します。 - TiDB Cloud Dedicatedクラスターが配置されているリージョンの CIDR を、イングレス ファイアウォール ルールに追加する必要があります。CIDR は**、VPC ピアリング**ページで確認できます。これにより、TiDB Cloud Dedicatedクラスターから Kafka ブローカーへのトラフィックが流れるようになります。 + TiDB Cloud Dedicatedクラスターが配置されているリージョンの CIDR を、イングレス ファイアウォール ルールに追加する必要があります。CIDR は**VPC Peering**ページで確認できます。これにより、TiDB Cloud Dedicatedクラスターから Kafka ブローカーへのトラフィックが流れるようになります。
@@ -105,13 +105,13 @@ Apache KafkaサービスにパブリックIPアクセスを提供する場合は
-プライベートコネクトは、クラウドプロバイダーの**プライベートリンク**または**プライベートサービスコネクト**技術を活用し、VPC内のリソースがプライベートIPアドレスを使用して他のVPC内のサービスに接続できるようにします。これにより、あたかもそれらのサービスがVPC内で直接ホストされているかのように動作します。 +プライベートコネクトは、クラウドプロバイダーの**Private Link**または**プライベートサービスコネクト**技術を活用し、VPC内のリソースがプライベートIPアドレスを使用して他のVPC内のサービスに接続できるようにします。これにより、あたかもそれらのサービスがVPC内で直接ホストされているかのように動作します。 TiDB Cloud Premium インスタンスでチェンジフィードのプライベート エンドポイントを作成するには、[Changefeeds用のプライベートエンドポイントを設定する](/tidb-cloud/set-up-sink-private-endpoint.md)するに従ってください。 TiDB Cloudは現在、セルフホスト型KafkaのみPrivate Connectをサポートしています。MSK、Confluent Kafka、その他のKafka SaaSサービスとの直接統合はサポートしていません。これらのKafka SaaSサービスにPrivate Connect経由で接続するには、 [kafka-proxy](https://github.com/grepplabs/kafka-proxy)中間サーバーとしてデプロイし、Kafkaサービスをセルフホスト型Kafkaとして公開する必要があります。 -Apache Kafka サービスが AWS でホストされている場合は、 [AWSでセルフホスト型のKafkaプライベートリンクサービスをセットアップする](/tidb-cloud/setup-aws-self-hosted-kafka-private-link-service.md)セットアップする」に従ってネットワーク接続を構成し、**ブートストラップ ポート**情報を取得します。次に[Changefeeds用のプライベートエンドポイントを設定する](/tidb-cloud/premium/set-up-sink-private-endpoint-premium.md)ポイントを設定する」に従ってプライベート エンドポイントを作成します。 +Apache Kafka サービスが AWS でホストされている場合は、 [AWSでセルフホスト型のKafkaプライベートリンクサービスをセットアップする](/tidb-cloud/setup-aws-self-hosted-kafka-private-link-service.md)セットアップする」に従ってネットワーク接続を構成し、**Bootstrap Ports**情報を取得します。次に[Changefeeds用のプライベートエンドポイントを設定する](/tidb-cloud/premium/set-up-sink-private-endpoint-premium.md)ポイントを設定する」に従ってプライベート エンドポイントを作成します。
@@ -124,7 +124,7 @@ Apache KafkaサービスにパブリックIPアクセスを提供する場合は
-現在、 TiDB Cloud PremiumインスタンスのVPCピアリング機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)の右下隅にある**「？」**をクリックし、 次に**「サポートチケット」**をクリックし[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。チケットを作成し、 **「説明」**フィールドに「TiDB Cloud PremiumインスタンスのVPCピアリングの申請」と入力して、 **「送信」を**クリックします。 +現在、 TiDB Cloud PremiumインスタンスのVPCピアリング機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)の右下隅にある**「？」**をクリックし、 次に**Support Tickets**をクリックし[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。チケットを作成し、 **「説明」**フィールドに「TiDB Cloud PremiumインスタンスのVPCピアリングの申請」と入力して、 **「送信」を**クリックします。
@@ -143,7 +143,7 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン 1. [TiDB Cloudコンソール](https://tidbcloud.com)にログインします。 2. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud Premiumインスタンスの概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[変更フィード]**をクリックします。 -3. **「変更フィードの作成」**をクリックし、**宛先**として**「Kafka」**を選択します。 +3. **Create Changefeed**をクリックし、**宛先**として**「Kafka」**を選択します。 ## ステップ2. changefeedターゲットを設定する {#step-2-configure-the-changefeed-target} @@ -152,34 +152,34 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン
-1. **接続方法**で**「VPCピアリング」**または**「パブリックIP」**を選択し、Kafkaブローカーのエンドポイントを入力します。複数のエンドポイントはカンマ`,`で区切ることができます。 +1. **Connectivity Method**で**VPC Peering**または**Public IP**を選択し、Kafkaブローカーのエンドポイントを入力します。複数のエンドポイントはカンマ`,`で区切ることができます。 2. Kafkaの認証設定に応じて、**認証**オプションを選択してください。 - Kafkaで認証が必要ない場合は、デフォルトオプションの**「無効」の**ままにしてください。 - - Kafkaで認証が必要な場合は、該当する認証タイプを選択し、認証に使用するKafkaアカウントの**ユーザー名**と**パスワード**を入力してください。 + - Kafkaで認証が必要な場合は、該当する認証タイプを選択し、認証に使用するKafkaアカウントの**user name**と**パスワード**を入力してください。 -3. **Kafkaのバージョン**を選択してください。どのバージョンを使用すればよいかわからない場合は、 **Kafka v2**を使用してください。 +3. **Kafka Version**を選択してください。どのバージョンを使用すればよいかわからない場合は、 **Kafka v2**を使用してください。 4. この変更フィード内のデータの**圧縮**タイプを選択してください。 -5. Kafkaで**TLS暗号化が有効になっており、Kafka接続にTLS暗号化を使用する場合は、TLS暗号化**オプションを有効にしてください。 +5. Kafkaで**TLS Encryption**オプションを有効にしてください。 6. **「次へ」**をクリックしてネットワーク接続をテストしてください。テストが成功すると、次のページに移動します。
-1. **接続方法**で**「プライベートリンク」**を選択します。 -2. **「プライベートエンドポイント」**で、[ネットワーク](#network)セクションで作成したプライベートエンドポイントを選択します。プライベートエンドポイントのAZがKafkaデプロイメントのAZと一致していることを確認してください。 -3. [ネットワーク](#network)セクションで取得した**ブートストラップポート**を入力してください。1つのAZにつき少なくとも1つのポートを設定することをお勧めします。複数のポートを指定する場合は、カンマ`,`で区切ってください。 +1. **Connectivity Method**で**Private Link**を選択します。 +2. **Private Endpoint**で、[ネットワーク](#network)セクションで作成したプライベートエンドポイントを選択します。プライベートエンドポイントのAZがKafkaデプロイメントのAZと一致していることを確認してください。 +3. [ネットワーク](#network)セクションで取得した**Bootstrap Ports**を入力してください。1つのAZにつき少なくとも1つのポートを設定することをお勧めします。複数のポートを指定する場合は、カンマ`,`で区切ってください。 4. Kafkaの認証設定に応じて、**認証**オプションを選択してください。 - Kafkaで認証が必要ない場合は、デフォルトオプションの**「無効」の**ままにしてください。 - - Kafkaで認証が必要な場合は、該当する認証タイプを選択し、認証に使用するKafkaアカウントの**ユーザー名**と**パスワード**を入力してください。 -5. **Kafkaのバージョン**を選択してください。どのバージョンを使用すればよいかわからない場合は、 **Kafka v2**を使用してください。 + - Kafkaで認証が必要な場合は、該当する認証タイプを選択し、認証に使用するKafkaアカウントの**user name**と**パスワード**を入力してください。 +5. **Kafka Version**を選択してください。どのバージョンを使用すればよいかわからない場合は、 **Kafka v2**を使用してください。 6. この変更フィード内のデータの**圧縮**タイプを選択してください。 -7. Kafkaで**TLS暗号化が有効になっており、Kafka接続にTLS暗号化を使用する場合は、TLS暗号化**オプションを有効にしてください。 +7. Kafkaで**TLS Encryption**オプションを有効にしてください。 8. **「次へ」**をクリックしてネットワーク接続をテストしてください。テストが成功すると、次のページに移動します。
@@ -187,16 +187,16 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン
-1. **接続方法**で**「プライベートリンク」**を選択します。 -2. **「プライベートエンドポイント」**で、[ネットワーク](#network)セクションで作成したプライベートエンドポイントを選択します。プライベートエンドポイントのAZがKafkaデプロイメントのAZと一致していることを確認してください。 -3. [ネットワーク](#network)セクションで取得した**ブートストラップポート**を入力してください。1つのAZにつき少なくとも1つのポートを設定することをお勧めします。複数のポートを指定する場合は、カンマ`,`で区切ってください。 +1. **Connectivity Method**で**Private Link**を選択します。 +2. **Private Endpoint**で、[ネットワーク](#network)セクションで作成したプライベートエンドポイントを選択します。プライベートエンドポイントのAZがKafkaデプロイメントのAZと一致していることを確認してください。 +3. [ネットワーク](#network)セクションで取得した**Bootstrap Ports**を入力してください。1つのAZにつき少なくとも1つのポートを設定することをお勧めします。複数のポートを指定する場合は、カンマ`,`で区切ってください。 4. Kafkaの認証設定に応じて、**認証**オプションを選択してください。 - Kafkaで認証が必要ない場合は、デフォルトオプションの**「無効」の**ままにしてください。 - - Kafkaで認証が必要な場合は、該当する認証タイプを選択し、認証に使用するKafkaアカウントの**ユーザー名**と**パスワード**を入力してください。 -5. **Kafkaのバージョン**を選択してください。どのバージョンを使用すればよいかわからない場合は、 **Kafka v2**を使用してください。 + - Kafkaで認証が必要な場合は、該当する認証タイプを選択し、認証に使用するKafkaアカウントの**user name**と**パスワード**を入力してください。 +5. **Kafka Version**を選択してください。どのバージョンを使用すればよいかわからない場合は、 **Kafka v2**を使用してください。 6. この変更フィード内のデータの**圧縮**タイプを選択してください。 -7. Kafkaで**TLS暗号化が有効になっており、Kafka接続にTLS暗号化を使用する場合は、TLS暗号化**オプションを有効にしてください。 +7. Kafkaで**TLS Encryption**オプションを有効にしてください。 8. **「次へ」**をクリックしてネットワーク接続をテストしてください。テストが成功すると、次のページに移動します。
@@ -205,16 +205,16 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン
-1. **接続方法**で**「プライベートサービス接続」**を選択します。 -2. **[プライベート エンドポイント]**で、[ネットワーク](#network)セクションで作成したプライベート エンドポイントを選択します。 -3. [ネットワーク](#network)セクションで取得した**ブートストラップポート**を入力してください。複数のポートを指定することをお勧めします。複数のポートを区切るには、カンマ`,`を使用できます。 +1. **Connectivity Method**で**「プライベートサービス接続」**を選択します。 +2. **Private Endpoint**で、[ネットワーク](#network)セクションで作成したプライベート エンドポイントを選択します。 +3. [ネットワーク](#network)セクションで取得した**Bootstrap Ports**を入力してください。複数のポートを指定することをお勧めします。複数のポートを区切るには、カンマ`,`を使用できます。 4. Kafkaの認証設定に応じて、**認証**オプションを選択してください。 - Kafkaで認証が必要ない場合は、デフォルトオプションの**「無効」の**ままにしてください。 - - Kafkaで認証が必要な場合は、該当する認証タイプを選択し、認証に使用するKafkaアカウントの**ユーザー名**と**パスワード**を入力してください。 -5. **Kafkaのバージョン**を選択してください。どのバージョンを使用すればよいかわからない場合は、 **Kafka v2**を使用してください。 + - Kafkaで認証が必要な場合は、該当する認証タイプを選択し、認証に使用するKafkaアカウントの**user name**と**パスワード**を入力してください。 +5. **Kafka Version**を選択してください。どのバージョンを使用すればよいかわからない場合は、 **Kafka v2**を使用してください。 6. この変更フィード内のデータの**圧縮**タイプを選択してください。 -7. Kafkaで**TLS暗号化が有効になっており、Kafka接続にTLS暗号化を使用する場合は、TLS暗号化**オプションを有効にしてください。 +7. Kafkaで**TLS Encryption**オプションを有効にしてください。 8. **「次へ」**をクリックしてネットワーク接続をテストしてください。テストが成功すると、次のページに移動します。 9. TiDB Cloudは**プライベートサービス接続**用のエンドポイントを作成しますが、これには数分かかる場合があります。 10. エンドポイントが作成されたら、クラウドプロバイダーのコンソールにログインし、接続要求を承認してください。 @@ -226,18 +226,18 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン
-1. **接続方法**で**「プライベートリンク」**を選択します。 -2. **[プライベート エンドポイント]**で、[ネットワーク](#network)セクションで作成したプライベート エンドポイントを選択します。 -3. [ネットワーク](#network)セクションで取得した**ブートストラップポート**を入力してください。1つのAZにつき少なくとも1つのポートを設定することをお勧めします。複数のポートを指定する場合は、カンマ`,`で区切ってください。 +1. **Connectivity Method**で**Private Link**を選択します。 +2. **Private Endpoint**で、[ネットワーク](#network)セクションで作成したプライベート エンドポイントを選択します。 +3. [ネットワーク](#network)セクションで取得した**Bootstrap Ports**を入力してください。1つのAZにつき少なくとも1つのポートを設定することをお勧めします。複数のポートを指定する場合は、カンマ`,`で区切ってください。 4. Kafkaの認証設定に応じて、**認証**オプションを選択してください。 - Kafkaで認証が必要ない場合は、デフォルトオプションの**「無効」の**ままにしてください。 - - Kafkaで認証が必要な場合は、該当する認証タイプを選択し、認証に使用するKafkaアカウントの**ユーザー名**と**パスワード**を入力してください。 -5. **Kafkaのバージョン**を選択してください。どのバージョンを使用すればよいかわからない場合は、 **Kafka v2**を使用してください。 + - Kafkaで認証が必要な場合は、該当する認証タイプを選択し、認証に使用するKafkaアカウントの**user name**と**パスワード**を入力してください。 +5. **Kafka Version**を選択してください。どのバージョンを使用すればよいかわからない場合は、 **Kafka v2**を使用してください。 6. この変更フィード内のデータの**圧縮**タイプを選択してください。 -7. Kafkaで**TLS暗号化が有効になっており、Kafka接続にTLS暗号化を使用する場合は、TLS暗号化**オプションを有効にしてください。 +7. Kafkaで**TLS Encryption**オプションを有効にしてください。 8. **「次へ」**をクリックしてネットワーク接続をテストしてください。テストが成功すると、次のページに移動します。 -9. TiDB Cloudは**プライベートリンク**のエンドポイントを作成しますが、これには数分かかる場合があります。 +9. TiDB Cloudは**Private Link**のエンドポイントを作成しますが、これには数分かかる場合があります。 10. エンドポイントが作成されたら、 [Azureポータル](https://portal.azure.com/)にログインして接続要求を承認してください。 11. [TiDB Cloudコンソール](https://tidbcloud.com)に戻る 接続要求を承認したことを確認してください。TiDB Cloudは接続テストを実行し、テストが成功した場合は次のページに進みます。 @@ -247,17 +247,17 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン ## ステップ3．チェンジフィードを設定する {#step-3-set-the-changefeed} -1. **テーブル フィルターを**カスタマイズして、複製するテーブルをフィルターします。ルールの構文については、[テーブルフィルタルール](/table-filter.md)を参照してください。 +1. **Table Filter**カスタマイズして、複製するテーブルをフィルターします。ルールの構文については、[テーブルフィルタルール](/table-filter.md)を参照してください。 - - **大文字小文字の区別**：フィルタルールにおけるデータベース名とテーブル名の照合において、大文字小文字を区別するかどうかを設定できます。デフォルトでは、大文字小文字は区別されません。 - - **フィルタルール**：この列でフィルタルールを設定できます。デフォルトでは、すべてのテーブルを複製するルール`*.*`が設定されています。新しいルールを追加すると、 TiDB Cloud はTiDB 内のすべてのテーブルをクエリし、右側のボックスにルールに一致するテーブルのみを表示します。フィルタルールは最大 100 個まで追加できます。 + - **Case Sensitive**：フィルタルールにおけるデータベース名とテーブル名の照合において、大文字小文字を区別するかどうかを設定できます。デフォルトでは、大文字小文字は区別されません。 + - **Filter Rules**：この列でフィルタルールを設定できます。デフォルトでは、すべてのテーブルを複製するルール`*.*`が設定されています。新しいルールを追加すると、 TiDB Cloud はTiDB 内のすべてのテーブルをクエリし、右側のボックスにルールに一致するテーブルのみを表示します。フィルタルールは最大 100 個まで追加できます。 - **有効なキーを持つテーブル**：この列には、主キーや一意インデックスなど、有効なキーを持つテーブルが表示されます。 - **有効なキーのないテーブル**: この列には、主キーまたは一意キーがないテーブルが表示されます。一意の識別子がないと、ダウンストリームが重複イベントを処理する際にデータの一貫性が失われる可能性があるため、これらのテーブルはレプリケーション中に問題となります。データの一貫性を確保するには、レプリケーションを開始する前に、これらのテーブルに一意キーまたは主キーを追加することをお勧めします。または、フィルタルールを追加してこれらのテーブルを除外することもできます。たとえば、ルール`test.tbl1`を使用して、テーブル`"!test.tbl1"`除外できます。 -2. **イベントフィルター**をカスタマイズして、複製したいイベントを絞り込みます。 +2. **Event Filter**をカスタマイズして、複製したいイベントを絞り込みます。 - - **一致するテーブル**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**テーブルフィルター**領域で使用されているものと同じです。変更フィードごとに最大10個のイベントフィルタールールを追加できます。 - - **イベントフィルター**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。 + - **Tables matching**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**Table Filter**領域で使用されているものと同じです。変更フィードごとに最大10個のイベントフィルタールールを追加できます。 + - **Event Filter**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。 - **イベントを無視する**：指定されたイベントタイプを除外します。 - **SQL を無視**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。 - **挿入値の式を無視する**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。 @@ -265,32 +265,32 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン - **古い値の更新を無視する式**: 古い値が指定された条件に一致する`UPDATE`ステートメントを除外します。たとえば、 `age < 18` `age`の古い値が 18 未満である場合の更新を除外します。 - **削除値式を無視する**: 指定された条件を満たす`DELETE`ステートメントを除外します。たとえば、 `name = 'john'`は`DELETE`が`name`である`'john'`ステートメントを除外します。 -3. **カラムセレクタを**カスタマイズして、イベントから列を選択し、選択した列に関連するデータ変更のみを下流に送信します。 +3. **Column Selector**カスタマイズして、イベントから列を選択し、選択した列に関連するデータ変更のみを下流に送信します。 - - **一致するテーブル**：列セレクターを適用するテーブルを指定します。どのルールにも一致しないテーブルの場合、すべての列が送信されます。 - - **カラムセレクター**：一致したテーブルのどの列をダウンストリームに送信するかを指定します。 + - **Tables matching**：列セレクターを適用するテーブルを指定します。どのルールにも一致しないテーブルの場合、すべての列が送信されます。 + - **Column Selector**：一致したテーブルのどの列をダウンストリームに送信するかを指定します。 マッチングルールの詳細については、 [カラムセレクター](https://docs.pingcap.com/tidb/stable/ticdc-sink-to-kafka/#column-selectors)を参照してください。 -4. **データフォーマット**領域で、希望するKafkaメッセージのフォーマットを選択してください。 +4. **Data Format**領域で、希望するKafkaメッセージのフォーマットを選択してください。 - Avroは、コンパクトで高速なバイナリデータフォーマットであり、豊富なデータ構造を備え、様々なフローシステムで広く利用されています。詳細については、 [Avroデータ形式](https://docs.pingcap.com/tidb/stable/ticdc-avro-protocol)を参照してください。 - Canal-JSONは、解析が容易なプレーンなJSONテキスト形式です。詳細については、 [Canal-JSONデータ形式](https://docs.pingcap.com/tidb/stable/ticdc-canal-json)を参照してください。 - オープン プロトコルは、監視、キャッシュ、全文インデックス作成、分析エンジン、および異なるデータベース間のプライマリとセカンダリのレプリケーションのためのデータ ソースを提供する行レベルのデータ変更通知プロトコルです。詳細については、 [オープンプロトコルデータフォーマット](https://docs.pingcap.com/tidb/stable/ticdc-open-protocol)を参照してください。 - Debeziumは、データベースの変更をキャプチャするためのツールです。キャプチャされた各データベース変更を「イベント」と呼ばれるメッセージに変換し、これらのイベントをKafkaに送信します。詳細については、 [Debeziumデータ形式](https://docs.pingcap.com/tidb/stable/ticdc-debezium)を参照してください。 -5. TiDB拡張フィールドをKafkaメッセージ本文に追加する場合は、 **TiDB拡張**オプションを有効にしてください。 +5. TiDB拡張フィールドをKafkaメッセージ本文に追加する場合は、 **TiDB Extension**オプションを有効にしてください。 TiDB 拡張フィールドの詳細については、 [Avroデータ形式のTiDB拡張フィールド](https://docs.pingcap.com/tidb/stable/ticdc-avro-protocol#tidb-extension-fields)フィールド」および[Canal-JSONデータ形式のTiDB拡張フィールド](https://docs.pingcap.com/tidb/stable/ticdc-canal-json#tidb-extension-field)を参照してください。 6. データ形式として**Avroを**選択すると、ページにAvro固有の設定項目が表示されます。これらの設定項目は、以下のように入力できます。 - - **「Decimal」**および**「Unsigned BigInt」の**設定では、 TiDB CloudがKafkaメッセージ内のdecimal型およびunsigned bigint型データ型をどのように処理するかを指定します。 - - **スキーマレジストリ**領域で、スキーマレジストリエンドポイントを入力します。HTTP**認証**を有効にすると、ユーザー名とパスワードのフィールドが表示され、 TiDB Cloud Dedicatedクラスターのエンドポイントとパスワードが自動的に入力されます。TiDB TiDB Cloud Premiumインスタンス。 + - **「Decimal」**および**Unsigned BigInt**設定では、 TiDB CloudがKafkaメッセージ内のdecimal型およびunsigned bigint型データ型をどのように処理するかを指定します。 + - **Schema Registry**領域で、スキーマレジストリエンドポイントを入力します。HTTP**HTTP Authentication**を有効にすると、ユーザー名とパスワードのフィールドが表示され、 TiDB Cloud Dedicatedクラスターのエンドポイントとパスワードが自動的に入力されます。TiDB TiDB Cloud Premiumインスタンス。 -7. **トピック配信**エリアで配信モードを選択し、選択したモードに応じてトピック名の設定を入力します。 +7. **Topic Distribution**エリアで配信モードを選択し、選択したモードに応じてトピック名の設定を入力します。 - データ形式として**Avroを**選択した場合、 **[配信モード]**ドロップダウンリストでは**、[テーブルごとの変更ログをKafkaトピックに配信する]**モードのみを選択できます。 + データ形式として**Avroを**選択した場合、 **[配信モード]**ドロップダウンリストでは**Distribution Mode**モードのみを選択できます。 配信モードは、変更フィードがKafkaトピックを作成する方法を制御します。テーブルごと、データベースごと、またはすべての変更ログに対して1つのトピックを作成するかを選択できます。 @@ -308,9 +308,9 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン - **すべての変更ログを、指定された1つのKafkaトピックに送信する** - 変更フィードで全ての変更ログに対して1つのKafkaトピックを作成する場合は、このモードを選択してください。そうすると、変更フィード内のすべてのKafkaメッセージが1つのKafkaトピックに送信されます。トピック名は**「トピック名」**フィールドで指定できます。 + 変更フィードで全ての変更ログに対して1つのKafkaトピックを作成する場合は、このモードを選択してください。そうすると、変更フィード内のすべてのKafkaメッセージが1つのKafkaトピックに送信されます。トピック名は**Topic Name**フィールドで指定できます。 -8. **パーティション分散**領域では、Kafka メッセージの送信先パーティションを決定できます。**すべてのテーブルに対して単一のパーティションディスパッチャを**定義することも、**テーブルごとに異なるパーティションディスパッチャを**定義することもできます。TiDB Cloud、次の 4 種類のディスパッチャが提供されています。 +8. **Partition Distribution**領域では、Kafka メッセージの送信先パーティションを決定できます。**すべてのテーブルに対して単一のパーティションディスパッチャを**定義することも、**テーブルごとに異なるパーティションディスパッチャを**定義することもできます。TiDB Cloud、次の 4 種類のディスパッチャが提供されています。 - **主キーまたはインデックス値に基づいて変更ログをKafkaパーティションに分散します。** @@ -328,10 +328,10 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン テーブルのKafkaメッセージを複数のパーティションに送信するように変更フィードを設定したい場合は、この配信方法を選択してください。行の変更ログで指定された列の値によって、変更ログの送信先パーティションが決まります。この配信方法では、各パーティション内の順序が確保され、同じ列の値を持つ変更ログが同じパーティションに送信されることが保証されます。 -9. **トピックコンフィグレーション**領域で、以下の数値を設定してください。changefeedは、これらの数値に基づいてKafkaトピックを自動的に作成します。 +9. **Topic Configuration**領域で、以下の数値を設定してください。changefeedは、これらの数値に基づいてKafkaトピックを自動的に作成します。 - - **レプリケーション係数**：各KafkaメッセージがレプリケートされるKafkaサーバーの数を制御します。有効な値の範囲は、 [`min.insync.replicas`](https://kafka.apache.org/33/documentation.html#brokerconfigs_min.insync.replicas)からKafkaブローカーの数までです。 - - **パーティション番号**：トピックに存在するパーティションの数を制御します。有効な値の範囲は`[1, 10 * the number of Kafka brokers]`です。 + - **Replication Factor**：各KafkaメッセージがレプリケートされるKafkaサーバーの数を制御します。有効な値の範囲は、 [`min.insync.replicas`](https://kafka.apache.org/33/documentation.html#brokerconfigs_min.insync.replicas)からKafkaブローカーの数までです。 + - **Partition Number**：トピックに存在するパーティションの数を制御します。有効な値の範囲は`[1, 10 * the number of Kafka brokers]`です。 10. **[イベントの分割]**エリアで、 `UPDATE`イベントを別々の`DELETE`と`INSERT`イベントに分割するか、生の`UPDATE`イベントとして保持するかを選択します。詳細については、 [MySQL以外のシンクにおける、主キーまたは一意キーを分割したUPDATEイベント](https://docs.pingcap.com/tidb/stable/ticdc-split-update-behavior/#split-primary-or-unique-key-update-events-for-non-mysql-sinks)を参照してください。 @@ -340,7 +340,7 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン ## ステップ4. 変更フィード仕様を設定します {#step-4-configure-your-changefeed-specification} 1. **「チェンジフィードの仕様」**領域で、チェンジフィードで使用する複製容量単位（RCU）チェンジフィードチェンジフィード容量ユニット（CCU）の数を指定します。 -2. **変更フィード名**欄に、変更フィードの名前を指定します。 +2. **Changefeed Name**欄に、変更フィードの名前を指定します。 3. **「次へ」**をクリックして、設定した内容を確認し、次のページへ進んでください。 ## ステップ5．設定内容を確認する {#step-5-review-the-configurations} diff --git a/tidb-cloud/changefeed-sink-to-apache-pulsar.md b/tidb-cloud/changefeed-sink-to-apache-pulsar.md index 3397b99c10dc8..16f9ded82ec65 100644 --- a/tidb-cloud/changefeed-sink-to-apache-pulsar.md +++ b/tidb-cloud/changefeed-sink-to-apache-pulsar.md @@ -45,7 +45,7 @@ Apache PulsarサービスがインターネットにアクセスできないAWS 2. Apache Pulsarサービスが関連付けられているセキュリティグループの受信ルールを変更します。 - TiDB Cloudクラスタが配置されているリージョンのCIDRを受信ルールに追加する必要があります。CIDRは**VPCピアリング**ページで確認できます。これにより、TiDBクラスタからPulsarブローカーへのトラフィックが流れるようになります。 + TiDB Cloudクラスタが配置されているリージョンのCIDRを受信ルールに追加する必要があります。CIDRは**VPC Peering**ページで確認できます。これにより、TiDBクラスタからPulsarブローカーへのトラフィックが流れるようになります。 3. Apache PulsarのURLにホスト名が含まれている場合、 TiDB CloudがApache PulsarブローカーのDNSホスト名を解決できるようにする必要があります。 @@ -57,7 +57,7 @@ Apache Pulsar サービスがインターネットにアクセスできない Go 1. Apache Pulsar サービスの VPC と TiDB クラスターの間で[VPCピアリング接続を設定する](/tidb-cloud/set-up-vpc-peering-connections.md)。 2. Apache Pulsarが配置されているVPCのイングレスファイアウォールルールを変更します。 - TiDB Cloudクラスタが配置されているリージョンのCIDRを、イングレスファイアウォールルールに追加する必要があります。CIDRは**VPCピアリング**ページで確認できます。これにより、TiDBクラスタからPulsarブローカーへのトラフィックが流れるようになります。 + TiDB Cloudクラスタが配置されているリージョンのCIDRを、イングレスファイアウォールルールに追加する必要があります。CIDRは**VPC Peering**ページで確認できます。これにより、TiDBクラスタからPulsarブローカーへのトラフィックが流れるようになります。
@@ -85,7 +85,7 @@ Apache PulsarサービスにパブリックIPアクセスを提供する場合 1. [TiDB Cloudコンソール](https://tidbcloud.com)にログインします。 2. 変更フィードイベントの発生源となるTiDBクラスタのクラスタ概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「変更フィード」**をクリックします。 -3. **変更フィードを作成を**クリックします。 +3. **Create Changefeed**をクリックします。 ## ステップ2. changefeedの送信先を設定します {#step-2-configure-the-changefeed-destination} @@ -93,35 +93,35 @@ Apache PulsarサービスにパブリックIPアクセスを提供する場合 2. **接続**セクションに、以下の情報を入力してください。 - - **宛先プロトコル**： **Pulsar**または**Pulsar+SSL**を選択してください。 - - **接続方法**：Pulsarエンドポイントへの接続方法に応じて、 **「VPCピアリング」**または**「パブリック」**を選択してください。 + - **Destination Protocol**： **Pulsar**または**Pulsar+SSL**を選択してください。 + - **Connectivity Method**：Pulsarエンドポイントへの接続方法に応じて、 **VPC Peering**または**「パブリック」**を選択してください。 - **Pulsar Broker** : Pulsar Broker のエンドポイントを入力します。ポートとドメインまたは IP アドレスはコロンで区切ります。例`example.org:6650` 。 -3. **認証**セクションで、Pulsarの認証設定に応じて**「認証タイプ」**オプションを選択します。選択したオプションに基づいて、要求された認証情報を入力します。 +3. **認証**セクションで、Pulsarの認証設定に応じて**Auth Type**オプションを選択します。選択したオプションに基づいて、要求された認証情報を入力します。 -4. オプション：**詳細設定**セクションで、追加設定を構成します。 +4. オプション：**Advanced Settings**セクションで、追加設定を構成します。 - **圧縮**：この変更フィードのデータに対して、オプションの圧縮アルゴリズムを選択してください。 - **バッチあたりの最大メッセージ数**と**最大公開遅延時間**：Pulsarに送信されるイベントメッセージのバッチ処理を指定します。**バッチあたりの最大メッセージ**数は、バッチあたりの最大メッセージ数を設定し、**最大公開遅延時間**は、バッチを送信する前の最大待機時間を設定します。 - - **接続タイムアウト**：PulsarへのTCP接続を確立するためのタイムアウト時間を調整します。 - - **操作タイムアウト**：TiCDC Pulsarクライアントを使用して操作を開始する際のタイムアウト時間を調整します。 - - **送信タイムアウト**：TiCDC Pulsarプロデューサーがメッセージを送信するまでのタイムアウトを調整します。 + - **Connection Timeout**：PulsarへのTCP接続を確立するためのタイムアウト時間を調整します。 + - **Operation Timeout**：TiCDC Pulsarクライアントを使用して操作を開始する際のタイムアウト時間を調整します。 + - **Send Timeout**：TiCDC Pulsarプロデューサーがメッセージを送信するまでのタイムアウトを調整します。 5. **「次へ」**をクリックしてネットワーク接続をテストしてください。テストが成功すると、次のステップに進みます。 ## ステップ3. 変更フィードのレプリケーションを設定する {#step-3-configure-the-changefeed-replication} -1. **テーブル フィルターを**カスタマイズして、複製するテーブルをフィルターします。ルールの構文については、[テーブルフィルタルール](/table-filter.md)を参照してください。 +1. **Table Filter**カスタマイズして、複製するテーブルをフィルターします。ルールの構文については、[テーブルフィルタルール](/table-filter.md)を参照してください。 - - **大文字小文字の区別**：フィルタルールにおけるデータベース名とテーブル名の照合において、大文字小文字を区別するかどうかを設定できます。デフォルトでは、大文字小文字は区別されません。 - - **フィルタルール**：この列でフィルタルールを設定できます。デフォルトでは、すべてのテーブルを複製するルール`*.*`が設定されています。新しいルールを追加すると、 TiDB Cloud はTiDB 内のすべてのテーブルをクエリし、右側のボックスにルールに一致するテーブルのみを表示します。フィルタルールは最大 100 個まで追加できます。 + - **Case Sensitive**：フィルタルールにおけるデータベース名とテーブル名の照合において、大文字小文字を区別するかどうかを設定できます。デフォルトでは、大文字小文字は区別されません。 + - **Filter Rules**：この列でフィルタルールを設定できます。デフォルトでは、すべてのテーブルを複製するルール`*.*`が設定されています。新しいルールを追加すると、 TiDB Cloud はTiDB 内のすべてのテーブルをクエリし、右側のボックスにルールに一致するテーブルのみを表示します。フィルタルールは最大 100 個まで追加できます。 - **有効なキーを持つテーブル**：この列には、主キーや一意インデックスなど、有効なキーを持つテーブルが表示されます。 - **有効なキーのないテーブル**: この列には、主キーまたは一意キーがないテーブルが表示されます。一意の識別子がないと、ダウンストリームが重複イベントを処理する際にデータの一貫性が失われる可能性があるため、これらのテーブルはレプリケーション中に問題となります。データの一貫性を確保するには、レプリケーションを開始する前に、これらのテーブルに一意キーまたは主キーを追加することをお勧めします。または、フィルタルールを追加してこれらのテーブルを除外することもできます。たとえば、ルール`test.tbl1`を使用して、テーブル`"!test.tbl1"`除外できます。 -2. **イベントフィルター**をカスタマイズして、複製したいイベントを絞り込みます。 +2. **Event Filter**をカスタマイズして、複製したいイベントを絞り込みます。 - - **一致するテーブル**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**テーブルフィルター**領域で使用されているものと同じです。変更フィードごとに最大10個のイベントフィルタールールを追加できます。 - - **イベントフィルター**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。 + - **Tables matching**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**Table Filter**領域で使用されているものと同じです。変更フィードごとに最大10個のイベントフィルタールールを追加できます。 + - **Event Filter**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。 - **イベントを無視する**：指定されたイベントタイプを除外します。 - **SQL を無視**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。 - **挿入値の式を無視する**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。 @@ -135,13 +135,13 @@ Apache PulsarサービスにパブリックIPアクセスを提供する場合 - **特定の TSO からレプリケーションを開始する**: 変更フィードは、指定された[TSO](/tso.md)以降のデータのレプリケーションを開始します。指定された TSO は[ガベージコレクションの安全地点](/read-historical-data.md#how-tidb-manages-the-data-versions)内にある必要があります。 - **特定の時刻からレプリケーションを開始する**：変更フィードは、指定されたタイムスタンプ以降からデータのレプリケーションを開始します。指定されたタイムスタンプは、ガベージコレクションのセーフポイント内である必要があります。 -4. **データフォーマットの**領域で、希望するPulsarメッセージのフォーマットを選択してください。 +4. **Data Format**領域で、希望するPulsarメッセージのフォーマットを選択してください。 - Canal-JSONは、解析が容易なプレーンなJSONテキスト形式です。詳細については、 [TiCDC Canal- JSONプロトコル](https://docs.pingcap.com/tidb/stable/ticdc-canal-json/)を参照してください。 - - TiDB 拡張フィールドを Pulsar メッセージ本文に追加するには、 **TiDB 拡張**オプションを有効にします。詳細については、 [TiCDC Canal- JSONプロトコルのTiDB拡張フィールド](https://docs.pingcap.com/tidb/stable/ticdc-canal-json/#tidb-extension-field)を参照してください。 + - TiDB 拡張フィールドを Pulsar メッセージ本文に追加するには、 **TiDB Extension**オプションを有効にします。詳細については、 [TiCDC Canal- JSONプロトコルのTiDB拡張フィールド](https://docs.pingcap.com/tidb/stable/ticdc-canal-json/#tidb-extension-field)を参照してください。 -5. **トピック配信**エリアで配信モードを選択し、選択したモードに応じてトピック名の設定を入力します。 +5. **Topic Distribution**エリアで配信モードを選択し、選択したモードに応じてトピック名の設定を入力します。 配信モードは、チェンジフィードがイベントメッセージをPulsarトピックにどのように配信するかを制御します。すべてのメッセージを1つのトピックに送信するか、テーブルごとまたはデータベースごとに特定のトピックに送信するかを選択できます。 @@ -151,23 +151,23 @@ Apache PulsarサービスにパブリックIPアクセスを提供する場合 - **すべての変更ログを、指定された1つのPulsarトピックに送信する** - 変更フィードからすべてのメッセージを単一のPulsarトピックに送信する場合は、このモードを選択してください。トピック名は**「トピック名」**フィールドで指定できます。 + 変更フィードからすべてのメッセージを単一のPulsarトピックに送信する場合は、このモードを選択してください。トピック名は**Topic Name**フィールドで指定できます。 - **変更履歴をテーブルごとにPulsarトピックに配布する** - 変更フィードで各テーブルのすべての Pulsar メッセージを専用の Pulsar トピックに送信する場合は、このモードを選択してください。トピック名は、**トピック プレフィックス**、データベース名とテーブル名の間の**区切り文字**、および**トピック サフィックス**を設定することで指定できます。たとえば、区切り文字を`_`に設定すると、Pulsar メッセージは`_`の形式の名前を持つトピックに送信されます。これらのトピックは、事前に Pulsar 上に作成しておく必要があります。 + 変更フィードで各テーブルのすべての Pulsar メッセージを専用の Pulsar トピックに送信する場合は、このモードを選択してください。トピック名は、**Topic Prefix**、データベース名とテーブル名の間の**区切り文字**、および**Topic Suffix**を設定することで指定できます。たとえば、区切り文字を`_`に設定すると、Pulsar メッセージは`_`の形式の名前を持つトピックに送信されます。これらのトピックは、事前に Pulsar 上に作成しておく必要があります。 スキーマ作成イベントなどの行以外のイベントの変更ログについては、 **「デフォルトトピック名」**フィールドにトピック名を指定できます。変更フィードは、行以外のイベントをこのトピックに送信し、変更ログを収集します。 - **データベースごとに変更ログをPulsarトピックに配信する** - 変更フィードが各データベースのすべてのPulsarメッセージを専用のPulsarトピックに送信するようにするには、このモードを選択してください。**トピックのプレフィックス**と**サフィックス**を設定することで、データベースのトピック名を指定できます。 + 変更フィードが各データベースのすべてのPulsarメッセージを専用のPulsarトピックに送信するようにするには、このモードを選択してください。**Topic Prefix**と**Topic Suffix**を設定することで、データベースのトピック名を指定できます。 解決済みTsイベントなどの行以外のイベントの変更ログについては、 **「デフォルトトピック名」**フィールドにトピック名を指定できます。変更フィードは、行以外のイベントをこのトピックに送信し、そのような変更ログを収集します。 - Pulsarはマルチテナントをサポートしているため、デフォルト設定と異なる場合は、 **Pulsarテナント**と**Pulsarネームスペース**を設定することもできます。 + Pulsarはマルチテナントをサポートしているため、デフォルト設定と異なる場合は、 **Pulsar Tenant**と**Pulsar Namespace**を設定することもできます。 -6. **パーティション分散**領域では、Pulsar メッセージの送信先パーティションを決定できます。**すべてのテーブルに対して単一のパーティションディスパッチャを**定義することも、**テーブルごとに異なるパーティションディスパッチャを**定義することもできます。TiDB Cloud、変更イベントを Pulsar パーティションに分散するための 4 つのルール オプションが提供されています。 +6. **Partition Distribution**領域では、Pulsar メッセージの送信先パーティションを決定できます。**すべてのテーブルに対して単一のパーティションディスパッチャを**定義することも、**テーブルごとに異なるパーティションディスパッチャを**定義することもできます。TiDB Cloud、変更イベントを Pulsar パーティションに分散するための 4 つのルール オプションが提供されています。 - **主キーまたは一意インデックス** @@ -181,7 +181,7 @@ Apache PulsarサービスにパブリックIPアクセスを提供する場合 変更フィードがタイムスタンプに基づいて異なる Pulsar パーティションに Pulsar メッセージを送信する場合は、この配信方法を選択してください。行の変更ログの commitTs によって、変更ログが送信されるパーティションが決まります。この配信方法は、パーティションのバランスを改善し、各パーティションの順序性を確保します。ただし、データ項目の複数の変更が異なるパーティションに送信され、異なるコンシューマーのコンシューマー処理の進行状況が異なる場合があり、データの不整合が発生する可能性があります。そのため、コンシューマーは、複数のパーティションからのデータを消費する前に commitTs でソートする必要があります。 - - **カラムの値** + - **Column value** テーブルのPulsarメッセージを異なるパーティションに送信するように変更フィードを設定する場合は、この配信方法を選択してください。行の変更ログで指定された列の値によって、変更ログの送信先パーティションが決まります。この配信方法により、各パーティション内の順序が確保され、同じ列の値を持つ変更ログが同じパーティションに送信されることが保証されます。 diff --git a/tidb-cloud/changefeed-sink-to-cloud-storage.md b/tidb-cloud/changefeed-sink-to-cloud-storage.md index 976447cd65395..eeba4fd7c4d50 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クラスターの概要ページに移動します。左側のナビゲーション ペインで**[データ]** > **[変更フィード**] をクリックし、 **Create Changefeed**をクリックして**[宛先]**ページに移動します。次に、 TiDB Cloud Dedicatedクラスターがホストされているクラウド プロバイダーに応じて、宛先として**Amazon S3** 、 **GCS** 、または**Azure Blob Storage を**選択します。構成プロセスは、選択した宛先によって異なります。
@@ -34,7 +34,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl 1. Amazon S3 の**宛先**ページで、 **S3 URI**を入力します。S3 バケットが TiDB クラスターと同じ AWS リージョンにあることを確認してください。 -2. **バケットアクセス**で、 **AWSロールARN**を選択します。 +2. **Bucket Access**で、 **AWSロールARN**を選択します。 3. 新しいロールARNを作成するには、**こちらをクリックしてAWS CloudFormationで新しいロールARNを作成してください**。このテンプレートは必要な権限を自動的に構成します。 @@ -47,7 +47,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl - `s3:GetObject` - `s3:DeleteObject` -5. 生成された**ロールARNを**対応するフィールドに貼り付けてください。 +5. 生成された**Role ARN**対応するフィールドに貼り付けてください。 **オプション2：AWSアクセスキー** @@ -58,7 +58,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl アクセスキーを使用して認証を行うには、以下の手順に従ってください。 1. Amazon S3 の**宛先**ページで、 **S3 URI**を入力します。S3 バケットが TiDB クラスターと同じ AWS リージョンにあることを確認してください。 -2. **「バケットアクセス」**で**「AWSアクセスキー」**を選択します。 +2. **Bucket Access**で**「AWSアクセスキー」**を選択します。 3. 以下の項目を入力してください。 - **アクセスキーID** @@ -77,7 +77,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl 1. [Google Cloud Console](https://console.cloud.google.com/)にサインインしてください。 - 2. に移動して、 [役割](https://console.cloud.google.com/iam-admin/roles)**の作成]**をクリックします。 + 2. に移動して、 [役割](https://console.cloud.google.com/iam-admin/roles)**Create role**をクリックします。 ![Create a role](/media/tidb-cloud/changefeed/sink-to-cloud-storage-gcs-create-role.png) @@ -157,14 +157,14 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl > - 生成されたSASトークンは取り消すことができないため、有効期間を慎重に設定してください。 > - 継続的な可用性を確保するため、SASトークンの有効期限が切れる前に再生成および更新してください。 - 6. **「SASと接続文字列を生成」**をクリックし、 **SASトークン**を保存します。 + 6. **「SASと接続文字列を生成」**をクリックし、 **SAS token**を保存します。 ![Generate a SAS token](/media/tidb-cloud/changefeed/sink-to-cloud-storage-azure-signature.png) 4. [TiDB Cloudコンソール](https://tidbcloud.com/)で、Changefeed の**宛先**ページに移動し、次のフィールドに入力します。 - **Blob URL** ：手順2で取得したコンテナURLを入力してください。必要に応じてプレフィックスを追加できます。 - - **SASトークン**：ステップ3で取得した生成済みのSASトークンを入力してください。 + - **SAS Token**：ステップ3で取得した生成済みのSASトークンを入力してください。
@@ -176,19 +176,19 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl ## ステップ2. レプリケーションの設定 {#step-2-configure-replication} -1. **テーブル フィルターを**カスタマイズして、複製するテーブルをフィルターします。ルールの構文については、 [テーブルフィルタルール](https://docs.pingcap.com/tidb/stable/ticdc-filter#changefeed-log-filters)を参照してください。 +1. **Table Filter**カスタマイズして、複製するテーブルをフィルターします。ルールの構文については、 [テーブルフィルタルール](https://docs.pingcap.com/tidb/stable/ticdc-filter#changefeed-log-filters)を参照してください。 ![the table filter of changefeed](/media/tidb-cloud/changefeed/sink-to-s3-02-table-filter.jpg) - - **大文字小文字の区別**：フィルタルールにおけるデータベース名とテーブル名の照合において、大文字小文字を区別するかどうかを設定できます。デフォルトでは、大文字小文字は区別されません。 - - **フィルタルール**：この列でフィルタルールを設定できます。デフォルトでは、すべてのテーブルを複製するルール`*.*`が設定されています。新しいルールを追加すると、 TiDB Cloud はTiDB 内のすべてのテーブルをクエリし、右側のボックスにルールに一致するテーブルのみを表示します。フィルタルールは最大 100 個まで追加できます。 + - **Case Sensitive**：フィルタルールにおけるデータベース名とテーブル名の照合において、大文字小文字を区別するかどうかを設定できます。デフォルトでは、大文字小文字は区別されません。 + - **Filter Rules**：この列でフィルタルールを設定できます。デフォルトでは、すべてのテーブルを複製するルール`*.*`が設定されています。新しいルールを追加すると、 TiDB Cloud はTiDB 内のすべてのテーブルをクエリし、右側のボックスにルールに一致するテーブルのみを表示します。フィルタルールは最大 100 個まで追加できます。 - **有効なキーを持つテーブル**：この列には、主キーや一意インデックスなど、有効なキーを持つテーブルが表示されます。 - **有効なキーのないテーブル**: この列には、主キーまたは一意キーがないテーブルが表示されます。一意の識別子がないと、下流で重複イベントを処理する際にデータの一貫性が失われる可能性があるため、これらのテーブルはレプリケーション中に問題となります。データの一貫性を確保するには、レプリケーションを開始する前に、これらのテーブルに一意キーまたは主キーを追加することをお勧めします。または、フィルタルールを使用してこれらのテーブルを除外することもできます。たとえば、ルール`test.tbl1`を使用して、テーブル`"!test.tbl1"` 。 -2. **イベントフィルター**をカスタマイズして、複製したいイベントを絞り込みます。 +2. **Event Filter**をカスタマイズして、複製したいイベントを絞り込みます。 - - **一致するテーブル**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**テーブルフィルター**領域で使用されているものと同じです。変更フィードごとに最大10個のイベントフィルタールールを追加できます。 - - **イベントフィルター**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。 + - **Tables matching**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**Table Filter**領域で使用されているものと同じです。変更フィードごとに最大10個のイベントフィルタールールを追加できます。 + - **Event Filter**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。 - **イベントを無視する**：指定されたイベントタイプを除外します。 - **SQL を無視**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。 - **挿入値の式を無視する**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。 @@ -202,7 +202,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl - 特定の[TSO](https://docs.pingcap.com/tidb/stable/glossary#tso)からレプリケーションを開始する - 特定の時間からレプリケーションを開始する -4. **データ形式の**領域で、 **CSV形式**または**Canal-JSON**形式のいずれかを選択してください。 +4. **Data Format**領域で、 **CSV形式**または**Canal-JSON**形式のいずれかを選択してください。
@@ -210,7 +210,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl **CSV**形式を設定するには、以下の項目を入力してください。 - **バイナリエンコード方式**：バイナリデータのエンコード方式。base64（デフォルト）または**hexを****選択**できます。AWS DMSと連携する場合は、 **hexを**使用してください。 - - **日付区切り文字**：年、月、日に基づいてデータをローテーションするか、ローテーションしないかを選択します。 + - **Date Separator**：年、月、日に基づいてデータをローテーションするか、ローテーションしないかを選択します。 - **区切り文字**：CSVファイル内の値を区切る文字を指定します。最も一般的に使用される区切り文字はカンマ（ `,` ）です。 - **引用符**：区切り文字または特殊文字を含む値を囲むために使用する文字を指定します。通常、引用符には二重引用符（ `"` ）が使用されます。 - **null/空値**：CSVファイル内でnull値または空値がどのように表現されるかを指定します。これは、データの適切な処理と解釈のために重要です。 @@ -221,16 +221,16 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl Canal-JSONは、プレーンなJSONテキスト形式です。設定するには、以下のフィールドに入力してください。 - - **日付区切り文字**：年、月、日に基づいてデータをローテーションするか、ローテーションしないかを選択します。 + - **Date Separator**：年、月、日に基づいてデータをローテーションするか、ローテーションしないかを選択します。 - **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 メッセージに追加します。
-5. **フラッシュパラメータ**領域では、次の2つの項目を設定できます。 +5. **Flush Parameters**領域では、次の2つの項目を設定できます。 - - **洗浄間隔**：デフォルトでは60秒に設定されていますが、2秒から10分の範囲で調整可能です。 - - **ファイルサイズ**：デフォルトでは64MBに設定されていますが、1MBから512MBの範囲で調整可能です。 + - **Flush Interval**：デフォルトでは60秒に設定されていますが、2秒から10分の範囲で調整可能です。 + - **File Size**：デフォルトでは64MBに設定されていますが、1MBから512MBの範囲で調整可能です。 ![Flush Parameters](/media/tidb-cloud/changefeed/sink-to-cloud-storage-flush-parameters.jpg) @@ -245,7 +245,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl **「次へ」**をクリックして、変更フィードの仕様を設定してください。 1. **変更フィード仕様**領域で、変更フィードで使用するレプリケーション容量ユニット（RCU）の数を指定します。 -2. **変更フィード名**欄に、変更フィードの名前を指定します。 +2. **Changefeed Name**欄に、変更フィードの名前を指定します。 ## ステップ4．構成を確認し、レプリケーションを開始する {#step-4-review-the-configuration-and-start-replication} diff --git a/tidb-cloud/changefeed-sink-to-mysql.md b/tidb-cloud/changefeed-sink-to-mysql.md index 4930c8fcca1f1..5c9e12a5eb3d8 100644 --- a/tidb-cloud/changefeed-sink-to-mysql.md +++ b/tidb-cloud/changefeed-sink-to-mysql.md @@ -63,7 +63,7 @@ MySQL サービスがパブリック インターネット アクセスのない
-プライベートエンドポイントは、クラウドプロバイダーの**プライベートリンク**または**プライベートサービスコネクト**技術を活用し、VPC内のリソースがプライベートIPアドレスを介して他のVPC内のサービスに接続できるようにします。これにより、あたかもそれらのサービスがVPC内で直接ホストされているかのように動作します。 +プライベートエンドポイントは、クラウドプロバイダーの**Private Link**または**プライベートサービスコネクト**技術を活用し、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 Link**または**プライベートサービスコネクト**技術を活用し、VPC内のリソースがプライベートIPアドレスを介して他のVPC内のサービスに接続できるようにします。これにより、あたかもそれらのサービスがVPC内で直接ホストされているかのように動作します。 プライベート エンドポイントを通じて、 TiDB Cloud Premium インスタンスを MySQL サービスに安全に接続できます。 MySQL サービスでプライベート エンドポイントが利用できない場合は、 [Changefeeds用のプライベートエンドポイントを設定する](/tidb-cloud/premium/set-up-sink-private-endpoint-premium.md)に従って作成します。 @@ -131,12 +131,12 @@ TiDB Cloud PremiumインスタンスがMySQLサービスに接続できること 1. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud Premiumインスタンスの概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[変更フィード]**をクリックします。 -2. **「変更フィードの作成」**をクリックし、**宛先**として**「MySQL」**を選択します。 +2. **Create Changefeed**をクリックし、**宛先**として**「MySQL」**を選択します。 -3. **「接続方法」**で、MySQLサービスへの接続方法を選択してください。 +3. **Connectivity Method**で、MySQLサービスへの接続方法を選択してください。 - - **VPCピアリング**または**パブリックIP**を選択した場合は、MySQLエンドポイントを入力してください。 - - **「プライベートリンク」**を選択した場合は、[ネットワーク](#network)セクションで作成したプライベートエンドポイントを選択し、MySQLサービスのMySQLポートを入力してください。 + - **VPC Peering**または**Public IP**を選択した場合は、MySQLエンドポイントを入力してください。 + - **Private Link**を選択した場合は、[ネットワーク](#network)セクションで作成したプライベートエンドポイントを選択し、MySQLサービスのMySQLポートを入力してください。 4. **「認証」**欄に、MySQLサービスのユーザー名とパスワードを入力してください。 @@ -145,17 +145,17 @@ TiDB Cloud PremiumインスタンスがMySQLサービスに接続できること - はいの場合、次の設定手順に進みます。 - そうでない場合は、接続エラーが表示されますので、エラーを処理してください。エラーが解決したら、もう一度**「次へ」**をクリックしてください。 -6. **テーブル フィルターを**カスタマイズして、複製するテーブルをフィルターします。ルールの構文については、[テーブルフィルタルール](/table-filter.md)を参照してください。 +6. **Table Filter**カスタマイズして、複製するテーブルをフィルターします。ルールの構文については、[テーブルフィルタルール](/table-filter.md)を参照してください。 - - **大文字小文字の区別**：フィルタルールにおけるデータベース名とテーブル名の照合において、大文字小文字を区別するかどうかを設定できます。デフォルトでは、大文字小文字は区別されません。 - - **フィルタルール**：この列でフィルタルールを設定できます。デフォルトでは、すべてのテーブルを複製するルール`*.*`が設定されています。新しいルールを追加すると、 TiDB Cloud はTiDB 内のすべてのテーブルをクエリし、右側のボックスにルールに一致するテーブルのみを表示します。フィルタルールは最大 100 個まで追加できます。 + - **Case Sensitive**：フィルタルールにおけるデータベース名とテーブル名の照合において、大文字小文字を区別するかどうかを設定できます。デフォルトでは、大文字小文字は区別されません。 + - **Filter Rules**：この列でフィルタルールを設定できます。デフォルトでは、すべてのテーブルを複製するルール`*.*`が設定されています。新しいルールを追加すると、 TiDB Cloud はTiDB 内のすべてのテーブルをクエリし、右側のボックスにルールに一致するテーブルのみを表示します。フィルタルールは最大 100 個まで追加できます。 - **有効なキーを持つテーブル**：この列には、主キーや一意インデックスなど、有効なキーを持つテーブルが表示されます。 - **有効なキーのないテーブル**: この列には、主キーまたは一意キーがないテーブルが表示されます。一意の識別子がないと、ダウンストリームが重複イベントを処理する際にデータの一貫性が失われる可能性があるため、これらのテーブルはレプリケーション中に問題となります。データの一貫性を確保するには、レプリケーションを開始する前に、これらのテーブルに一意キーまたは主キーを追加することをお勧めします。または、フィルタルールを追加してこれらのテーブルを除外することもできます。たとえば、ルール`test.tbl1`を使用して、テーブル`"!test.tbl1"`除外できます。 -7. **イベントフィルター**をカスタマイズして、複製したいイベントを絞り込みます。 +7. **Event Filter**をカスタマイズして、複製したいイベントを絞り込みます。 - - **一致するテーブル**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**テーブルフィルター**領域で使用されているものと同じです。変更フィードごとに最大10個のイベントフィルタールールを追加できます。 - - **イベントフィルター**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。 + - **Tables matching**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**Table Filter**領域で使用されているものと同じです。変更フィードごとに最大10個のイベントフィルタールールを追加できます。 + - **Event Filter**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。 - **イベントを無視する**：指定されたイベントタイプを除外します。 - **SQL を無視**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。 - **挿入値の式を無視する**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。 @@ -172,7 +172,7 @@ TiDB Cloud PremiumインスタンスがMySQLサービスに接続できること 9. **「次へ」**をクリックして、変更フィードの仕様を設定してください。 - **「チェンジフィードの仕様」**領域で、チェンジフィードで使用する複製容量単位（RCU）チェンジフィードチェンジフィード容量ユニット（CCU）の数を指定します。 - - **変更フィード名**欄に、変更フィードの名前を指定します。 + - **Changefeed Name**欄に、変更フィードの名前を指定します。 10. **「次へ」**をクリックして、変更フィードの設定を確認してください。 diff --git a/tidb-cloud/changefeed-sink-to-tidb-cloud.md b/tidb-cloud/changefeed-sink-to-tidb-cloud.md index 1ab9b0890c74f..582118a7f200e 100644 --- a/tidb-cloud/changefeed-sink-to-tidb-cloud.md +++ b/tidb-cloud/changefeed-sink-to-tidb-cloud.md @@ -65,7 +65,7 @@ summary: このドキュメントでは、TiDB Cloud Dedicatedクラスタから 1. 対象のTiDBクラスタのクラスタ概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「変更フィード」**をクリックします。 -2. **「変更フィードを作成」**をクリックし、宛先として**「TiDB Cloud」**を選択します。 +2. **Create Changefeed**をクリックし、宛先として**「TiDB Cloud」**を選択します。 3. **TiDB Cloud接続**エリアで、接続先のTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスを選択し、接続先のインスタンスのユーザー名とパスワードを入力します。 @@ -74,17 +74,17 @@ summary: このドキュメントでは、TiDB Cloud Dedicatedクラスタから - はいの場合、次の設定手順に進みます。 - そうでない場合は、接続エラーが表示されますので、エラーを処理してください。エラーが解決したら、もう一度**「次へ」**をクリックしてください。 -5. **テーブル フィルターを**カスタマイズして、複製するテーブルをフィルターします。ルールの構文については、[テーブルフィルタルール](/table-filter.md)を参照してください。 +5. **Table Filter**カスタマイズして、複製するテーブルをフィルターします。ルールの構文については、[テーブルフィルタルール](/table-filter.md)を参照してください。 - - **大文字小文字の区別**：フィルタルールにおけるデータベース名とテーブル名の照合において、大文字小文字を区別するかどうかを設定できます。デフォルトでは、大文字小文字は区別されません。 - - **フィルタルール**：この列でフィルタルールを設定できます。デフォルトでは、すべてのテーブルを複製するルール`*.*`が設定されています。新しいルールを追加すると、 TiDB Cloud はTiDB 内のすべてのテーブルをクエリし、右側のボックスにルールに一致するテーブルのみを表示します。フィルタルールは最大 100 個まで追加できます。 + - **Case Sensitive**：フィルタルールにおけるデータベース名とテーブル名の照合において、大文字小文字を区別するかどうかを設定できます。デフォルトでは、大文字小文字は区別されません。 + - **Filter Rules**：この列でフィルタルールを設定できます。デフォルトでは、すべてのテーブルを複製するルール`*.*`が設定されています。新しいルールを追加すると、 TiDB Cloud はTiDB 内のすべてのテーブルをクエリし、右側のボックスにルールに一致するテーブルのみを表示します。フィルタルールは最大 100 個まで追加できます。 - **有効なキーを持つテーブル**：この列には、主キーや一意インデックスなど、有効なキーを持つテーブルが表示されます。 - **有効なキーのないテーブル**: この列には、主キーまたは一意キーがないテーブルが表示されます。一意の識別子がないと、ダウンストリームが重複イベントを処理する際にデータの一貫性が失われる可能性があるため、これらのテーブルはレプリケーション中に問題となります。データの一貫性を確保するには、レプリケーションを開始する前に、これらのテーブルに一意キーまたは主キーを追加することをお勧めします。または、フィルタルールを追加してこれらのテーブルを除外することもできます。たとえば、ルール`test.tbl1`を使用して、テーブル`"!test.tbl1"`除外できます。 -6. **イベントフィルター**をカスタマイズして、複製したいイベントを絞り込みます。 +6. **Event Filter**をカスタマイズして、複製したいイベントを絞り込みます。 - - **一致するテーブル**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**テーブルフィルター**領域で使用されているものと同じです。変更フィードごとに最大10個のイベントフィルタールールを追加できます。 - - **イベントフィルター**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。 + - **Tables matching**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**Table Filter**領域で使用されているものと同じです。変更フィードごとに最大10個のイベントフィルタールールを追加できます。 + - **Event Filter**：以下のイベントフィルターを使用して、変更フィードから特定のイベントを除外できます。 - **イベントを無視する**：指定されたイベントタイプを除外します。 - **SQL を無視**: 指定された式に一致する DDL イベントを除外します。たとえば、 `^drop` `DROP`で始まるステートメントを除外し、 `add column`は`ADD COLUMN`を含むステートメントを除外します。 - **挿入値の式を無視する**: 特定の条件を満たす`INSERT`ステートメントを除外します。たとえば、 `id >= 100`は、 `INSERT`が 100 以上である`id`ステートメントを除外します。 @@ -97,7 +97,7 @@ summary: このドキュメントでは、TiDB Cloud Dedicatedクラスタから 8. **「次へ」**をクリックして、変更フィードの仕様を設定してください。 - **変更フィード仕様**領域で、変更フィードで使用するレプリケーション容量ユニット（RCU）の数を指定します。 - - **変更フィード名**欄に、変更フィードの名前を指定します。 + - **Changefeed Name**欄に、変更フィードの名前を指定します。 9. **「次へ」**をクリックして、変更フィードの設定を確認してください。 diff --git a/tidb-cloud/configure-external-storage-access.md b/tidb-cloud/configure-external-storage-access.md index 4053d0249c8ee..d1b01b5c1283b 100644 --- a/tidb-cloud/configure-external-storage-access.md +++ b/tidb-cloud/configure-external-storage-access.md @@ -35,7 +35,7 @@ TiDB Cloud Starter、 Essential、またはPremiumインスタンスがAmazon S3 - Amazon S3からデータをインポートする場合は、次のようにして**「新しいARNの追加」**ダイアログを開きます。 1. **「S3からインポート」を**クリックします。 - 2. **ファイルURI**欄に入力してください。 + 2. **File URI**欄に入力してください。 3. **AWS ロール ARN**を選択し、[**ここをクリックして AWS CloudFormation を使用して新しいロールを作成します] をクリックします**。 @@ -43,7 +43,7 @@ TiDB Cloud Starter、 Essential、またはPremiumインスタンスがAmazon S3 - データをAmazon S3にエクスポートする場合は、次のように**「新しいARNの追加」**ダイアログを開きます。 1. **「データのエクスポート先...」** > **「Amazon S3」**をクリックします。TiDB Cloud StarterまたはEssentialインスタンスでこれまでデータのインポートまたはエクスポートが行われていない場合は、ページ下部の**「ここをクリックしてデータをエクスポート...」** > **「Amazon S3」**をクリックしてください。 - 2. **フォルダURI**欄に入力してください。 + 2. **Folder URI**欄に入力してください。 3. **AWS ロール ARN**を選択し、[**ここをクリックして AWS CloudFormation を使用して新しいロールを作成します] をクリックします**。 @@ -52,9 +52,9 @@ TiDB Cloud Starter、 Essential、またはPremiumインスタンスがAmazon S3 - データをAmazon S3にエクスポートする場合は、次のように**「新しいARNの追加」**ダイアログを開きます。 - 1. **「データのエクスポート」を**クリックします。 - 2. **ターゲット接続**で**Amazon S3を**選択してください。 - 3. **フォルダURI**欄に入力してください。 + 1. **Export Data**をクリックします。 + 2. **Amazon S3**で**Target Connection**を選択してください。 + 3. **Folder URI**欄に入力してください。 4. **AWS ロール ARN**を選択し、[**ここをクリックして AWS CloudFormation を使用して新しいロールを作成します] をクリックします**。 @@ -65,9 +65,9 @@ TiDB Cloud Starter、 Essential、またはPremiumインスタンスがAmazon S3 2. [AWS マネジメントコンソール](https://console.aws.amazon.com)コンソールにログインすると、AWS CloudFormation の**クイック作成スタック**ページにリダイレクトされます。 - 3. **役割名**を入力してください。 + 3. **Role Name**を入力してください。 - 4. 新しいロールを作成することに同意し、 **「スタックの作成」**をクリックしてロールARNを作成します。 + 4. 新しいロールを作成することに同意し、 **Create stack**をクリックしてロールARNを作成します。 5. CloudFormationスタックの実行後、 **[出力]**タブをクリックすると、 **[値]**列にロールARNの値が表示されます。 @@ -154,19 +154,19 @@ AWS CloudFormationでロールARNを作成する際に問題が発生した場 3. AWS マネジメントコンソールで、 TiDB Cloudのアクセスロールを作成し、ロール ARN を取得します。 - 1. [IAMコンソール](https://console.aws.amazon.com/iam/)で、左側のナビゲーション ペインの**[ロール]**をクリックし、 **[ロールの作成]**をクリックします。 + 1. [IAMコンソール](https://console.aws.amazon.com/iam/)で、左側のナビゲーション ペインの**[ロール]**をクリックし、 **Create role**をクリックします。 ![Create a role](/media/tidb-cloud/aws-create-role.png) 2. 役割を作成するには、以下の情報を入力してください。 - - **「信頼済みエンティティタイプ」**で**「AWSアカウント」**を選択します。 - - **「AWSアカウント」**で**「別のAWSアカウント」**を選択し、 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インスタンスのみがバケットにアクセスできます。 + - **「信頼済みエンティティタイプ」**で**AWS account**を選択します。 + - **「AWSアカウント」**で**「別のAWSアカウント」**を選択し、 TiDB CloudアカウントIDを**Account ID**フィールドに貼り付けます。 + - **[オプション]**で、 **[外部 ID が必要 (サードパーティがこの役割を引き受ける場合のベスト プラクティス)]**をクリックし、 TiDB Cloud外部 ID を**External ID**フィールドに貼り付けます。ロールが外部IDを必須とせずに作成された場合、プロジェクト内のいずれかのTiDB Cloud StarterまたはEssentialインスタンスの設定が完了すると、そのプロジェクト内のすべてのTiDB Cloud StarterおよびEssentialインスタンスは同じロールARNを使用してAmazon S3バケットにアクセスできます。ロールがアカウントIDと外部IDの両方を使用して作成された場合、対応するTiDB Cloud StarterまたはEssentialインスタンスのみがバケットにアクセスできます。 3. **「次へ」**をクリックしてポリシー一覧を開き、先ほど作成したポリシーを選択してから**「次へ」**をクリックします。 - 4. **「役割の詳細」**で役割の名前を設定し、右下隅の**「役割の作成」**をクリックします。役割が作成されると、役割の一覧が表示されます。 + 4. **「役割の詳細」**で役割の名前を設定し、右下隅の**Create role**をクリックします。役割が作成されると、役割の一覧が表示されます。 5. 役割の一覧から、先ほど作成した役割の名前をクリックして概要ページに移動すると、役割のARNを取得できます。 @@ -248,8 +248,8 @@ Azure ARMテンプレートを使用してSASトークンを作成するには - Azure Blob Storage からデータをインポートする場合： 1. **「Azure Blob Storage からインポート」を**クリックします。 - 2. **フォルダURI**欄に入力してください。 - 3. **SASトークン**フィールドで、 **[Azure ARMテンプレートを使用して新しいトークンを作成するには、ここをクリックしてください]をクリックします**。 + 2. **Folder URI**欄に入力してください。 + 3. **SAS Token**フィールドで、 **[Azure ARMテンプレートを使用して新しいトークンを作成するには、ここをクリックしてください]をクリックします**。 @@ -264,8 +264,8 @@ Azure ARMテンプレートを使用してSASトークンを作成するには - データをAzure Blob Storageにエクスポートする場合： - 1. **「データのエクスポート」を**クリックします。 - 2. **ターゲット接続**で**Azure Blob Storageを**選択してください。 + 1. **Export Data**をクリックします。 + 2. **ターゲット接続**で**Target Connection**を選択してください。 3. SASトークンフィールドの下にある**「ここをクリックして、Azure ARMテンプレートを使用して新しいものを作成してください」をクリックしてください**。 @@ -276,7 +276,7 @@ Azure ARMテンプレートを使用してSASトークンを作成するには 2. Azureにログインすると、Azure**カスタムデプロイ**ページにリダイレクトされます。 - 3. **カスタムデプロイメント**ページで、**リソースグループ**と**ストレージアカウント名**を入力してください。コンテナが配置されているストレージアカウントの概要ページから、すべての情報を取得できます。 + 3. **Resource group**ページで、**リソースグループ**と**ストレージアカウント名**を入力してください。コンテナが配置されているストレージアカウントの概要ページから、すべての情報を取得できます。 ![azure-storage-account-overview](/media/tidb-cloud/serverless-external-storage/azure-storage-account-overview.png) @@ -290,7 +290,7 @@ Azure ARMテンプレートを使用してSASトークンを作成する際に 1. [Azureストレージアカウント](https://portal.azure.com/#browse/Microsoft.Storage%2FStorageAccounts)ページで、コンテナーが属するストレージアカウントをクリックします。 -2. **ストレージアカウント**ページで、**[セキュリティ + ネットワーク]**をクリックし、 **[共有アクセス署名]**をクリックします。 +2. **Storage account**ページで、**[セキュリティ + ネットワーク]**をクリックし、 **[共有アクセス署名]**をクリックします。 ![sas-position](/media/tidb-cloud/serverless-external-storage/azure-sas-position.png) diff --git a/tidb-cloud/configure-maintenance-window.md b/tidb-cloud/configure-maintenance-window.md index 73d8a0185443d..89dcaf1619382 100644 --- a/tidb-cloud/configure-maintenance-window.md +++ b/tidb-cloud/configure-maintenance-window.md @@ -58,7 +58,7 @@ TiDB Cloudは、メンテナンス期間ごとに、以下のタイミングで 開始時刻を希望の時間に変更したり、期限までメンテナンス作業をリスケジュールしたりするには、以下の手順に従ってください。 -1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **Project view**タブをクリックします。 > **Tip:** > @@ -66,7 +66,7 @@ TiDB Cloudは、メンテナンス期間ごとに、以下のタイミングで 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 -3. 左側のナビゲーションペインで、 **「プロジェクト設定」**の下にある**「メンテナンス」**をクリックします。 +3. 左側のナビゲーションペインで、 **「プロジェクト設定」**の下にある**Project Settings**をクリックします。 4. **メンテナンス**ページで、メンテナンス情報を確認してください。 diff --git a/tidb-cloud/configure-security-settings.md b/tidb-cloud/configure-security-settings.md index ac6d7966eaa2f..5ad6fc58d89f1 100644 --- a/tidb-cloud/configure-security-settings.md +++ b/tidb-cloud/configure-security-settings.md @@ -17,12 +17,12 @@ TiDB Cloud Dedicatedクラスタの場合、ルートパスワードと接続を > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 対象のTiDB Cloud Dedicatedクラスターの行で、[ **...]**をクリックし、 **[パスワード設定]**を選択します。 +2. 対象のTiDB Cloud Dedicatedクラスターの行で、[ **...]**をクリックし、 **Password Settings**を選択します。 3. TiDB Cloud Dedicatedクラスターに接続するためのルートパスワードを設定し、 **[保存]**をクリックします。 - **「パスワードを自動生成」をクリックすると、ランダムなパスワード**が生成されます。生成されたパスワードは二度と表示されませんので、安全な場所に保存してください。 + **Auto-generate Password**が生成されます。生成されたパスワードは二度と表示されませんので、安全な場所に保存してください。 > **Tip:** > -> TiDB Cloud Dedicatedクラスターの概要ページを表示している場合は、ページ右上隅の「 **...」**をクリックし、 **「パスワード設定」**を選択して、これらの設定を構成することもできます。 +> TiDB Cloud Dedicatedクラスターの概要ページを表示している場合は、ページ右上隅の「 **...」**をクリックし、 **Password Settings**を選択して、これらの設定を構成することもできます。 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..e5f4a52db998c 100644 --- a/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md +++ b/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md @@ -21,7 +21,7 @@ TiDB Cloud StarterまたはEssentialインスタンスでパブリック アク - デフォルトでは、すべてのIPアドレス（ `0.0.0.0 - 255.255.255.255` ）が許可されます。 - TiDB Cloud StarterまたはEssentialインスタンスの作成後、許可するIPアドレスを更新できます。 - TiDB Cloud StarterまたはEssentialインスタンスには、公開解決可能なDNS名が割り当てられています。 -- TiDB Cloud StarterまたはEssentialインスタンスとの間のネットワークトラフィックは、プライベートネットワークではなく、**パブリックインターネット**を経由してルーティングされます。 +- TiDB Cloud StarterまたはEssentialインスタンスとの間のネットワークトラフィックは、プライベートネットワークではなく、**public internet**を経由してルーティングされます。 ### ファイアウォールルール {#firewall-rules} @@ -45,11 +45,11 @@ TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにファイア 2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 -3. **ネットワーク設定**ページで、**パブリックエンドポイント**が無効になっている場合は有効にしてください。 +3. **ネットワーク設定**ページで、**Public Endpoint**が無効になっている場合は有効にしてください。 4. （オプション）新しく作成したTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスでは、 TiDB Cloud はデフォルトで**Allow_all_public_connections を**有効にします。特定の IP アドレスまたは範囲へのアクセスを制限するには、 **Allow_all_public_connections**の行にある**...**をクリックし、次に**Delete を**クリックします。 -5. **「承認済みネットワーク」**セクションで、 **「ルールの追加」**をクリックし、許可するIPアドレスまたはIPアドレス範囲を追加します。 +5. **Authorized Networks**セクションで、 **Add rule**をクリックし、許可するIPアドレスまたはIPアドレス範囲を追加します。 - お使いのコンピュータの現在のIPアドレスを追加するには、 **「現在のIPアドレスを追加」**をクリックします。これにより、 TiDB Cloudが認識するコンピュータのパブリックIPアドレスを含むファイアウォールルールが自動的に作成されます。 diff --git a/tidb-cloud/configure-sql-users.md b/tidb-cloud/configure-sql-users.md index af7b75b98b516..bb7c424c70add 100644 --- a/tidb-cloud/configure-sql-users.md +++ b/tidb-cloud/configure-sql-users.md @@ -5,13 +5,13 @@ summary: TiDB Cloudコンソールでデータベースユーザーとロール # データベースのユーザーと役割を管理する {#manage-database-users-and-roles} -このドキュメントでは[TiDB Cloudコンソール](https://tidbcloud.com/)の**SQL ユーザー**ページを使用してデータベース ユーザーとロールを管理する方法について説明します。 +このドキュメントでは[TiDB Cloudコンソール](https://tidbcloud.com/)の**SQL Users**ページを使用してデータベース ユーザーとロールを管理する方法について説明します。 > **Note:** > -> - **SQLユーザー**ページはパブリックプレビューであり、リクエストがあった場合のみ利用可能です。この機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)**？」**をクリックし、**サポートチケット**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。チケットを作成し、 **「説明」**フィールドに「SQLユーザーページの申請」と入力して、 **「送信」を**クリックします。 +> - **SQL Users**ページはパブリックプレビューであり、リクエストがあった場合のみ利用可能です。この機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)**？」**をクリックし、**Support Tickets**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。チケットを作成し、 **「説明」**フィールドに「SQLユーザーページの申請」と入力して、 **「送信」を**クリックします。 > - データベースのユーザーと役割[組織およびプロジェクトのユーザーと役割](/tidb-cloud/manage-user-access.md)から独立しています。データベース ユーザーは TiDB クラスター内のデータベースにアクセスするために使用され、組織およびプロジェクト ユーザーは[TiDB Cloudコンソール](https://tidbcloud.com/)内の組織およびプロジェクトにアクセスするために使用されます。 -> - **「SQL ユーザー」**ページに加えて、SQL クライアントを使用してクラスターに接続し、SQL ステートメントを作成することによって、データベース ユーザーとロールを管理することもできます。詳細については、 [TiDBユーザーアカウント管理](https://docs.pingcap.com/tidb/dev/user-account-management)を参照してください。 +> - **SQL Users**ページに加えて、SQL クライアントを使用してクラスターに接続し、SQL ステートメントを作成することによって、データベース ユーザーとロールを管理することもできます。詳細については、 [TiDBユーザーアカウント管理](https://docs.pingcap.com/tidb/dev/user-account-management)を参照してください。 ## データベースユーザーの役割 {#roles-of-database-users} @@ -33,8 +33,8 @@ SQLユーザーに組み込みロールと複数のカスタムロールの両 ## 前提条件 {#prerequisites} -- **SQL ユーザー**ページを使用してデータベース ユーザーとロールを管理するには、組織の`Organization Owner`ロール、またはプロジェクトの`Project Owner`ロールに属している必要があります。 -- プロジェクトの`Project Data Access Read-Write`または`Project Data Access Read-Only`ロールに属している場合、データベースユーザーはそのプロジェクトの**SQLユーザー**ページでのみ表示できます。 +- **SQL Users**ページを使用してデータベース ユーザーとロールを管理するには、組織の`Organization Owner`ロール、またはプロジェクトの`Project Owner`ロールに属している必要があります。 +- プロジェクトの`Project Data Access Read-Write`または`Project Data Access Read-Only`ロールに属している場合、データベースユーザーはそのプロジェクトの**SQL Users**ページでのみ表示できます。 ## SQLユーザーを確認する {#view-sql-users} @@ -46,13 +46,13 @@ SQLユーザーに組み込みロールと複数のカスタムロールの両 > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **[設定]** > **[SQL ユーザー]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **SQL Users**をクリックします。 ## SQLユーザーを作成する {#create-a-sql-user} クラスター用のSQLユーザーを作成するには、次の手順を実行します。 -1. クラスターの[**SQLユーザー**](/tidb-cloud/configure-sql-users.md#view-sql-users)ページに移動します。 +1. クラスターの[**SQL Users**](/tidb-cloud/configure-sql-users.md#view-sql-users)ページに移動します。 2. 右上隅の**「SQLユーザーの作成」**をクリックしてください。 @@ -64,9 +64,9 @@ SQLユーザーに組み込みロールと複数のカスタムロールの両 2. SQLユーザーのパスワードを作成するか、 TiDB Cloudにユーザーのパスワードを自動生成させるかのいずれかを選択してください。 3. SQLユーザーにロールを付与します。 - - **組み込みロール**：**組み込みロールの**ドロップダウンリストから、SQL ユーザーの組み込みロールを選択する必要があります。 + - **Built-in Role**：**Built-in Role**ドロップダウンリストから、SQL ユーザーの組み込みロールを選択する必要があります。 - - **カスタムロール**：クラスターに[`CREATE ROLE`](/sql-statements/sql-statement-create-role.md)ステートメントを使用して作成されたカスタムロールがある場合、**カスタムロールの**ドロップダウンリストからロールを選択することで、SQLユーザーにカスタムロールを付与できます。そうでない場合、**カスタムロールの**ドロップダウンリストは表示されません。 + - **Custom Role**：クラスターに[`CREATE ROLE`](/sql-statements/sql-statement-create-role.md)ステートメントを使用して作成されたカスタムロールがある場合、**Custom Role**ドロップダウンリストからロールを選択することで、SQLユーザーにカスタムロールを付与できます。そうでない場合、**Custom Roles**ドロップダウンリストは表示されません。 各SQLユーザーに対して、組み込みロールと複数のカスタムロール（存在する場合）を付与できます。 @@ -76,7 +76,7 @@ SQLユーザーに組み込みロールと複数のカスタムロールの両 SQLユーザーのパスワードまたはロールを編集するには、以下の手順を実行します。 -1. クラスターの[**SQLユーザー**](/tidb-cloud/configure-sql-users.md#view-sql-users)ページに移動します。 +1. クラスターの[**SQL Users**](/tidb-cloud/configure-sql-users.md#view-sql-users)ページに移動します。 2. 編集する SQL ユーザーの行で、 **[アクション**] 列の**[...** ] をクリックし、 **[編集]**をクリックします。 @@ -92,7 +92,7 @@ SQLユーザーのパスワードまたはロールを編集するには、以 SQLユーザーを削除するには、以下の手順を実行してください。 -1. クラスターの[**SQLユーザー**](/tidb-cloud/configure-sql-users.md#view-sql-users)ページに移動します。 +1. クラスターの[**SQL Users**](/tidb-cloud/configure-sql-users.md#view-sql-users)ページに移動します。 2. 削除する SQL ユーザーの行で、 **[アクション**] 列の**[...]**をクリックし、 **[削除]**をクリックします。 diff --git a/tidb-cloud/connect-via-sql-shell.md b/tidb-cloud/connect-via-sql-shell.md index 47aa206910012..9a468b9a54d7a 100644 --- a/tidb-cloud/connect-via-sql-shell.md +++ b/tidb-cloud/connect-via-sql-shell.md @@ -23,4 +23,4 @@ SQLシェルを使用してTiDBに接続するには、以下の手順を実行 3. **ネットワーク**ページで、右上隅にある**「Web SQL Shell」**をクリックします。 -4. **「パスワードを入力してください**」というプロンプトが表示されたら、現在のクラスタのrootパスワードを入力してください。これで、アプリケーションがTiDBクラスタに接続されます。 +4. **Enter password**というプロンプトが表示されたら、現在のクラスタのrootパスワードを入力してください。これで、アプリケーションがTiDBクラスタに接続されます。 diff --git a/tidb-cloud/connect-via-standard-connection-serverless.md b/tidb-cloud/connect-via-standard-connection-serverless.md index 3c0bce2915979..56acdfb308c93 100644 --- a/tidb-cloud/connect-via-standard-connection-serverless.md +++ b/tidb-cloud/connect-via-standard-connection-serverless.md @@ -33,7 +33,7 @@ TiDB Cloudプランに応じて、適切なエンドポイントモデルを選 > **Note:** > > - 接続タイプを`Public`のままにすると、接続が標準の TLS 接続を介して行われることを意味します。詳細については、 [TiDB Cloud StarterまたはEssentialへのTLS接続](/tidb-cloud/secure-connections-to-serverless-clusters.md)を参照してください。 - > - **接続タイプの**ドロップダウンリストで**「プライベートエンドポイント」**を選択した場合、接続はプライベートエンドポイント経由で行われます。詳細については、以下のドキュメントを参照してください。 + > - **Private Endpoint**ドロップダウンリストで**Connection Type**を選択した場合、接続はプライベートエンドポイント経由で行われます。詳細については、以下のドキュメントを参照してください。 > > - [AWS PrivateLink経由でTiDB Cloud StarterまたはEssentialに接続します](/tidb-cloud/set-up-private-endpoint-connections-serverless.md) > - [Alibaba Cloudプライベートエンドポイント経由でTiDB Cloud StarterまたはEssentialに接続します](/tidb-cloud/set-up-private-endpoint-connections-on-alibaba-cloud.md) @@ -45,13 +45,13 @@ TiDB Cloudプランに応じて、適切なエンドポイントモデルを選 > **Note:** > > - 接続タイプを`Public`のままにすると、接続が標準の TLS 接続を介して行われることを意味します。詳細については、 [TiDB Cloud StarterまたはEssentialへのTLS接続](/tidb-cloud/secure-connections-to-serverless-clusters.md)を参照してください。 - > - **[接続タイプ]**ドロップダウン リストで**[プライベート エンドポイント]**を選択した場合、接続がプライベート エンドポイント経由であることを意味します。詳細については、 [AWS PrivateLink経由でTiDB Cloud StarterまたはEssentialに接続します](/tidb-cloud/set-up-private-endpoint-connections-serverless.md)を参照してください。 + > - **Private Endpoint**ドロップダウン リストで**Connection Type**を選択した場合、接続がプライベート エンドポイント経由であることを意味します。詳細については、 [AWS PrivateLink経由でTiDB Cloud StarterまたはEssentialに接続します](/tidb-cloud/set-up-private-endpoint-connections-serverless.md)を参照してください。 4. TiDB Cloudでは、TiDB Cloud Starterインスタンス用に[ブランチ](https://docs.pingcap.com/tidbcloud/branch-overview/?plan=starter)を作成できます。ブランチが作成されると、**ブランチの**ドロップダウン リストからブランチに接続できます。 `main` TiDB Cloud Starterインスタンス自体を表します。 -5. まだパスワードを設定していない場合は、 **「パスワードを生成」をクリックしてランダムなパスワード**を生成してください。生成されたパスワードは二度と表示されませんので、安全な場所に保存してください。 +5. まだパスワードを設定していない場合は、 **Generate Password**を生成してください。生成されたパスワードは二度と表示されませんので、安全な場所に保存してください。 6. 接続文字列を使用して、 TiDB Cloud StarterまたはEssentialインスタンスに接続します。 @@ -99,11 +99,11 @@ TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスのパブリッ 2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 -3. **ネットワーク設定**ページで、 **Public Endpoint**の**「無効にする」**をクリックします。確認ダイアログが表示されます。 +3. **ネットワーク設定**ページで、 **Public Endpoint**の**Public Endpoint**をクリックします。確認ダイアログが表示されます。 4. 確認ダイアログで**「無効にする」**をクリックしてください。 -パブリックエンドポイントを無効にすると、接続ダイアログの**「接続タイプ」**ドロップダウンリストにある`Public`エントリが無効になります。ユーザーがパブリックエンドポイントからTiDB Cloud StarterまたはEssentialインスタンスにアクセスしようとすると、エラーが発生します。 +パブリックエンドポイントを無効にすると、接続ダイアログの**Connection Type**ドロップダウンリストにある`Public`エントリが無効になります。ユーザーがパブリックエンドポイントからTiDB Cloud StarterまたはEssentialインスタンスにアクセスしようとすると、エラーが発生します。 > **Note:** > diff --git a/tidb-cloud/connect-via-standard-connection.md b/tidb-cloud/connect-via-standard-connection.md index 321b9b0fdccac..8f753f61d5de9 100644 --- a/tidb-cloud/connect-via-standard-connection.md +++ b/tidb-cloud/connect-via-standard-connection.md @@ -31,11 +31,11 @@ summary: パブリック接続を使用してTiDB Cloudクラスターに接続 2. 右上隅の**「接続」**をクリックしてください。接続ダイアログが表示されます。 -3. 接続ダイアログで、 **「接続タイプ」**ドロップダウンリストから**「パブリック」**を選択します。 +3. 接続ダイアログで、 **「接続タイプ」**ドロップダウンリストから**Connection Type**を選択します。 IP アクセス リストを設定していない場合は、最初の接続の前に、 **[IP アクセス リストの設定] をクリックするか、「IP アクセス リストを設定する」**の手順に従って[IPアクセスリストを設定する](/tidb-cloud/configure-ip-access-list.md)。 -4. **「CA証明書」**をクリックすると、TiDBクラスターへのTLS接続に必要なCA証明書をダウンロードできます。このCA証明書は、デフォルトでTLS 1.2バージョンをサポートしています。 +4. **CA cert**をクリックすると、TiDBクラスターへのTLS接続に必要なCA証明書をダウンロードできます。このCA証明書は、デフォルトでTLS 1.2バージョンをサポートしています。 5. ご希望の接続方法を選択し、タブに表示されている接続文字列とサンプルコードを参照して、 TiDB Cloud Dedicatedクラスターに接続してください。 diff --git a/tidb-cloud/create-tidb-cluster-serverless.md b/tidb-cloud/create-tidb-cluster-serverless.md index 4c8734f7fae0d..804f9afdf131b 100644 --- a/tidb-cloud/create-tidb-cluster-serverless.md +++ b/tidb-cloud/create-tidb-cluster-serverless.md @@ -40,7 +40,7 @@ TiDB Cloudアカウントをお持ちでない場合は、[ここ](https://tidbc 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動します。 -2. **「リソースの作成」を**クリックします。 +2. **Create Resource**をクリックします。 3. プランを選択してください。 diff --git a/tidb-cloud/create-tidb-cluster.md b/tidb-cloud/create-tidb-cluster.md index 71dacb18a81fb..040d07bce53dd 100644 --- a/tidb-cloud/create-tidb-cluster.md +++ b/tidb-cloud/create-tidb-cluster.md @@ -30,9 +30,9 @@ TiDB Cloudアカウントをお持ちでない場合は、[ここ](https://tidbc > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. **「リソースの作成」を**クリックします。 +2. **Create Resource**をクリックします。 -3. **「リソースの作成」**ページで**「Dedicated」**を選択し、クラスタ情報を次のように構成します。 +3. **Create Resource**ページで**「Dedicated」**を選択し、クラスタ情報を次のように構成します。 1. TiDB Cloud Dedicatedクラスターのプロジェクトを選択してください。組織内にプロジェクトがない場合は、 **「プロジェクトの作成」を**クリックして作成できます。 @@ -50,7 +50,7 @@ TiDB Cloudアカウントをお持ちでない場合は、[ここ](https://tidbc 5. 必要に応じて、デフォルトのポート番号を更新してください。 - 6. このリージョンにCIDRが設定されていない場合は、CIDRを設定する必要があります。**プロジェクトCIDR**フィールドが表示されない場合は、このリージョンにCIDRが既に設定されていることを意味します。 + 6. このリージョンにCIDRが設定されていない場合は、CIDRを設定する必要があります。**Project CIDR**フィールドが表示されない場合は、このリージョンにCIDRが既に設定されていることを意味します。 > **Note:** > @@ -77,11 +77,11 @@ TiDB Cloudアカウントをお持ちでない場合は、[ここ](https://tidbc TiDB Cloud Dedicatedクラスターの作成が完了したら、以下の手順に従ってルートパスワードを設定してください。 -1. クラスター概要ページの右上隅にある**「...」**をクリックし、 **「パスワード設定」**を選択します。 +1. クラスター概要ページの右上隅にある**「...」**をクリックし、 **Password Settings**を選択します。 2. クラスターに接続するためのルートパスワードを設定し、 **[保存]**をクリックします。 - **「パスワードを自動生成」をクリックすると、ランダムなパスワード**が生成されます。生成されたパスワードは二度と表示されないため、安全な場所に保存してください。 + **Auto-generate Password**が生成されます。生成されたパスワードは二度と表示されないため、安全な場所に保存してください。 ## 次は？ {#what-s-next} diff --git a/tidb-cloud/csv-config-for-import-data.md b/tidb-cloud/csv-config-for-import-data.md index e542bfe021fd0..671cae3a085b6 100644 --- a/tidb-cloud/csv-config-for-import-data.md +++ b/tidb-cloud/csv-config-for-import-data.md @@ -41,7 +41,7 @@ summary: TiDB Cloudのインポートデータサービスで CSV 構成を使 ## バックスラッシュエスケープ {#backslash-escape} -- 定義: フィールド内のバックスラッシュをエスケープ文字として解析するかどうかを制御します。**バックスラッシュエスケープ**が有効になっている場合、以下のシーケンスが認識され、変換されます。 +- 定義: フィールド内のバックスラッシュをエスケープ文字として解析するかどうかを制御します。**Backslash Escape**が有効になっている場合、以下のシーケンスが認識され、変換されます。 | シーケンス | 変換された | | ----- | ------------------------ | @@ -75,6 +75,6 @@ summary: TiDB Cloudのインポートデータサービスで CSV 構成を使 ## ヘッダーをスキップ {#skip-header} -- 定義: CSVファイルのヘッダー行をスキップするかどうかを制御します。 **「ヘッダーをスキップ」**が有効になっている場合、インポート時にCSVファイルの最初の行がスキップされます。 +- 定義: CSVファイルのヘッダー行をスキップするかどうかを制御します。 **Skip Header**が有効になっている場合、インポート時にCSVファイルの最初の行がスキップされます。 - デフォルト: 無効 diff --git a/tidb-cloud/data-service-api-key.md b/tidb-cloud/data-service-api-key.md index 486174f0fd607..9edca5a728ff7 100644 --- a/tidb-cloud/data-service-api-key.md +++ b/tidb-cloud/data-service-api-key.md @@ -112,7 +112,7 @@ TiDB Cloud Data API は[基本認証](https://en.wikipedia.org/wiki/Basic_access 4. （オプション）APIキーの有効期限を設定します。 - デフォルトでは、API キーの有効期限はありません。API キーの有効期限を指定する場合は、[**有効期限]**をクリックし、時間単位 ( `Minutes` 、 `Days` 、または`Months` ) を選択してから、時間単位に希望する数値を入力してください。 + デフォルトでは、API キーの有効期限はありません。API キーの有効期限を指定する場合は、**Expires in**をクリックし、時間単位 ( `Minutes` 、 `Days` 、または`Months` ) を選択してから、時間単位に希望する数値を入力してください。 5. **「次へ」**をクリックします。公開鍵と秘密鍵が表示されます。 @@ -144,7 +144,7 @@ APIキーの説明またはレート制限を編集するには、以下の手 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 2. 左側のペインで、対象のデータアプリの名前をクリックすると、その詳細が表示されます。 -3. **APIキーの**領域で、 **「アクション」**列を探し、削除したいAPIキーの行で**「...」** > **「削除」を**クリックします。 +3. **API Key**領域で、 **「アクション」**列を探し、削除したいAPIキーの行で**「...」** > **「削除」を**クリックします。 4. 表示されたダイアログボックスで、削除を確認してください。 ### APIキーの有効期限を切る {#expire-an-api-key} @@ -157,7 +157,7 @@ APIキーの説明またはレート制限を編集するには、以下の手 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 2. 左側のペインで、対象のデータアプリの名前をクリックすると、その詳細が表示されます。 -3. **認証**エリアで、 **「アクション」**列を探し、有効期限を切れるようにしたいAPIキーの行で**「...」** > **「今すぐ期限切れ」を**クリックします。 +3. **認証**エリアで、 **「アクション」**列を探し、有効期限を切れるようにしたいAPIキーの行で**「...」** > **Expire Now**をクリックします。 4. 表示されたダイアログボックスで、有効期限を確認してください。 ### すべてのAPIキーを期限切れにする {#expire-all-api-keys} @@ -166,5 +166,5 @@ APIキーの説明またはレート制限を編集するには、以下の手 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 2. 左側のペインで、対象のデータアプリの名前をクリックすると、その詳細が表示されます。 -3. **認証**エリアで、 **「すべて期限切れ」**をクリックします。 +3. **認証**エリアで、 **Expire All**をクリックします。 4. 表示されたダイアログボックスで、有効期限を確認してください。 diff --git a/tidb-cloud/data-service-custom-domain.md b/tidb-cloud/data-service-custom-domain.md index ce6b52213bc86..abca066f0e892 100644 --- a/tidb-cloud/data-service-custom-domain.md +++ b/tidb-cloud/data-service-custom-domain.md @@ -31,9 +31,9 @@ TiDB Cloud Data Serviceは、各データアプリのエンドポイントにア 4. **「カスタムドメインの追加」**ダイアログボックスで、以下の操作を行います。 1. 置き換えたいデフォルトドメインを選択してください。 2. 希望するカスタムドメイン名を入力してください。 - 3. オプション：エンドポイントのプレフィックスとしてカスタムパスを設定できます。**カスタムパスを**空欄にした場合、デフォルトのパスが使用されます。 -5. **ベースURLを**プレビューして、期待どおりになっているか確認してください。問題がなければ、 **「保存」**をクリックしてください。 -6. **DNS設定**ダイアログの指示に従って、DNSプロバイダのデフォルトドメインに`CNAME`レコードを追加してください。 + 3. オプション：エンドポイントのプレフィックスとしてカスタムパスを設定できます。**Custom Path**空欄にした場合、デフォルトのパスが使用されます。 +5. **Base URL**プレビューして、期待どおりになっているか確認してください。問題がなければ、 **「保存」**をクリックしてください。 +6. **DNS Settings**ダイアログの指示に従って、DNSプロバイダのデフォルトドメインに`CNAME`レコードを追加してください。 カスタムドメインは、システムがDNS設定を検証している間、最初は「**保留中」の**状態になります。DNS検証が成功すると、カスタムドメインの状態は**「成功」**に更新されます。 @@ -55,8 +55,8 @@ TiDB Cloud Data Serviceは、各データアプリのエンドポイントにア 2. 左側のペインで、対象のデータアプリの名前をクリックすると、その詳細が表示されます。 3. **カスタムドメインの管理**領域で、**アクション**列を見つけてクリックします。 編集したいカスタムドメインの行を**編集してください**。 4. 表示されたダイアログボックスで、カスタムドメインまたはカスタムパスを更新してください。 -5. **ベースURLを**プレビューして、期待どおりになっているか確認してください。問題がなければ、 **「保存」**をクリックしてください。 -6. カスタムドメインを変更した場合は、 **DNS設定**ダイアログの指示に従って、DNSプロバイダのデフォルトドメインに`CNAME`レコードを追加してください。 +5. **Base URL**プレビューして、期待どおりになっているか確認してください。問題がなければ、 **「保存」**をクリックしてください。 +6. カスタムドメインを変更した場合は、 **DNS Settings**ダイアログの指示に従って、DNSプロバイダのデフォルトドメインに`CNAME`レコードを追加してください。 ### カスタムドメインを削除する {#remove-a-custom-domain} diff --git a/tidb-cloud/data-service-get-started.md b/tidb-cloud/data-service-get-started.md index fcd6e607a5e7b..b1f1a162eec87 100644 --- a/tidb-cloud/data-service-get-started.md +++ b/tidb-cloud/data-service-get-started.md @@ -53,7 +53,7 @@ Data Serviceの利用を開始するには、独自のデータアプリを作 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページの**[プロジェクト ビュー]**タブをクリックし、プロジェクトの [ **...]**をクリックして、 **[Data Service]**をクリックします。 -2. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページで、左側のペインで **DataApp の作成を**クリックします。 +2. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページで、左側のペインで **Create DataApp**をクリックします。 > **Tip:** > @@ -82,13 +82,13 @@ 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)を参照してください。 + 新しいデータ アプリでは、**自動同期とデプロイメント**および**Review Draft**デフォルトで有効になっているため、 TiDB Cloudコンソールと GitHub の間でデータ アプリの変更を簡単に同期し、デプロイメント前に変更をレビューできます。 GitHub 統合の詳細については、 [GitHub を使用してデータ アプリの変更を自動的にデプロイ](/tidb-cloud/data-service-manage-github-connection.md)を参照してください。 ### ステップ2. エンドポイントを開発する {#step-2-develop-an-endpoint} エンドポイントとは、SQL文を実行するようにカスタマイズできるWeb APIのことです。 -新しいエンドポイントを作成するには、新しく作成したデータアプリを見つけて、アプリ名の右側にある**「+****エンドポイントの作成」**をクリックします。 +新しいエンドポイントを作成するには、新しく作成したデータアプリを見つけて、アプリ名の右側にある**+** **Create Endpoint**をクリックします。 #### プロパティを構成する {#configure-properties} @@ -96,9 +96,9 @@ Data Serviceの利用を開始するには、独自のデータアプリを作 - **パス**：ユーザーがエンドポイントにアクセスするために使用するパス。リクエストメソッドとパスの組み合わせは、データアプリ内で一意である必要があります。 -- **エンドポイント URL** : (読み取り専用) URL は、対応するTiDB Cloud Starterインスタンスが配置されているリージョン、データ アプリのサービス URL、およびエンドポイントのパスに基づいて自動的に生成されます。たとえば、エンドポイントのパスが`/my_endpoint/get_id`の場合、エンドポイント URL は`https://.data.tidbcloud.com/api/v1beta/app//endpoint/my_endpoint/get_id`になります。 +- **Endpoint URL** : (読み取り専用) URL は、対応するTiDB Cloud Starterインスタンスが配置されているリージョン、データ アプリのサービス URL、およびエンドポイントのパスに基づいて自動的に生成されます。たとえば、エンドポイントのパスが`/my_endpoint/get_id`の場合、エンドポイント URL は`https://.data.tidbcloud.com/api/v1beta/app//endpoint/my_endpoint/get_id`になります。 -- **リクエストメソッド**：エンドポイントの HTTP メソッド。 `GET`を使用してデータを取得し、 `POST`を使用してデータを作成または挿入し、 `PUT`を使用してデータを更新または変更し、 `DELETE`を使用してデータを削除できます。 +- **Request Method**：エンドポイントの HTTP メソッド。 `GET`を使用してデータを取得し、 `POST`を使用してデータを作成または挿入し、 `PUT`を使用してデータを更新または変更し、 `DELETE`を使用してデータを削除できます。 エンドポイントのプロパティの詳細については、 [プロパティを構成する](/tidb-cloud/data-service-manage-endpoint.md#configure-properties)を参照してください。 @@ -132,7 +132,7 @@ Data Serviceの利用を開始するには、独自のデータアプリを作 > - このパラメータは、テーブル名または列名として使用することはできません。 - **定義**セクションでは、クライアントがエンドポイントを呼び出す際にパラメータが必須かどうか、データ型、およびパラメータのデフォルト値を指定できます。 - - **「テスト値」**セクションでは、パラメーターのテスト値を設定できます。テスト値は、SQLステートメントの実行時やエンドポイントのテスト時に使用されます。テスト値を設定しない場合は、デフォルト値が使用されます。 + - **Test Values**セクションでは、パラメーターのテスト値を設定できます。テスト値は、SQLステートメントの実行時やエンドポイントのテスト時に使用されます。テスト値を設定しない場合は、デフォルト値が使用されます。 - 詳細については、 [パラメータを設定する](/tidb-cloud/data-service-manage-endpoint.md#configure-parameters)を参照してください。 3. SQL文を実行します。 @@ -173,7 +173,7 @@ Data Serviceの利用を開始するには、独自のデータアプリを作 エンドポイントをテストするには、右上隅の**「テスト」**をクリックするか、 **F5**キーを押してください。 -その後、ページの下部にある**[HTTP 応答]**タブで応答を確認できます。応答の詳細については、 [エンドポイントの応答](/tidb-cloud/data-service-manage-endpoint.md#response)を参照してください。 +その後、ページの下部にある**HTTP Response**タブで応答を確認できます。応答の詳細については、 [エンドポイントの応答](/tidb-cloud/data-service-manage-endpoint.md#response)を参照してください。 ### ステップ4. エンドポイントをデプロイ {#step-4-deploy-the-endpoint} @@ -220,7 +220,7 @@ API キーの詳細については、[Data ServiceのAPIキー](/tidb-cloud/data TiDB Cloudは、エンドポイントを呼び出すのに役立つコード例を生成します。コード例を取得するには、以下の手順を実行してください。 -1. [**Data Service**](https://tidbcloud.com/project/data-service)ページの左側のペインで、エンドポイントの名前をクリックし、右上隅の**「...」** > **「コード例」**をクリックします。「**コード例」**ダイアログボックスが表示されます。 +1. [**Data Service**](https://tidbcloud.com/project/data-service)ページの左側のペインで、エンドポイントの名前をクリックし、右上隅の**「...」** > **Code Example**をクリックします。「**Code Example**ダイアログボックスが表示されます。 2. ダイアログボックスで、エンドポイントを呼び出すために使用するTiDB Cloud Starterインスタンスとデータベースを選択し、コード例をコピーします。 diff --git a/tidb-cloud/data-service-integrations.md b/tidb-cloud/data-service-integrations.md index 8d6e82901fcf4..0707ba0821091 100644 --- a/tidb-cloud/data-service-integrations.md +++ b/tidb-cloud/data-service-integrations.md @@ -19,7 +19,7 @@ summary: TiDB Cloudコンソールで、 TiDB CloudデータアプリをGPTやDi 2. 左側のペインで、対象のデータアプリを見つけ、対象のデータアプリの名前をクリックし、次に**「統合」**タブをクリックします。 -3. **「GPTとの統合」**領域で、 **「コンフィグレーションを取得」**をクリックします。 +3. **「GPTとの統合」**領域で、 **Get Configuration**をクリックします。 ![Get Configuration](/media/tidb-cloud/data-service/GPTs1.png) @@ -27,7 +27,7 @@ summary: TiDB Cloudコンソールで、 TiDB CloudデータアプリをGPTやDi ａ． **API 仕様 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 Key**: データ アプリの API キーを入力します。 API キーをまだ持っていない場合は、 **「API キーの作成**」をクリックして作成します。詳細については、 [APIキーを作成する](/tidb-cloud/data-service-api-key.md#create-an-api-key)を参照してください。 c. **APIキーエンコード**：提供したAPIキーに相当するbase64エンコードされた文字列をコピーします。 @@ -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)の場合と同じ手順に従ってください。唯一の違いは、 **[連携]**タブの**Get Configuration**エリアで**[コンフィグレーションを取得]を**クリックする必要がある点です。 diff --git a/tidb-cloud/data-service-manage-data-app.md b/tidb-cloud/data-service-manage-data-app.md index 8610f852aec16..d56205744b7a6 100644 --- a/tidb-cloud/data-service-manage-data-app.md +++ b/tidb-cloud/data-service-manage-data-app.md @@ -13,7 +13,7 @@ Data Service（プレビュー版）のデータアプリは、特定のアプ プロジェクトのデータ アプリを作成するには、次の手順を実行します。 -1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページで、左側のペインで**DataApp を作成します**。 +1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページで、左側のペインで**Create DataApp**。 > **Tip:** > @@ -43,7 +43,7 @@ Data Service（プレビュー版）のデータアプリは、特定のアプ 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)ご覧ください。 + 新しいデータアプリでは、**自動同期とデプロイ、**および**Review Draft**デフォルトで有効になっているため、 TiDB Cloudコンソールと GitHub 間でデータアプリの変更を簡単に同期し、デプロイ前に変更を確認できます。GitHub との統合の詳細については、 [データアプリの変更を GitHub で自動的にデプロイ](/tidb-cloud/data-service-manage-github-connection.md)ご覧ください。 ## データアプリを構成する {#configure-a-data-app} @@ -69,7 +69,7 @@ Data Service（プレビュー版）のデータアプリは、特定のアプ 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 2. 左側のペインで、対象のデータ アプリを見つけ、対象のデータ アプリの名前をクリックして詳細を表示します。 -3. **[リンクされたデータ ソース]**領域で、 **[クラスタの追加] を**クリックします。 +3. **[リンクされたデータ ソース]**領域で、 **Add Cluster**をクリックします。 4. 表示されたダイアログボックスで、リストからクラスターを選択し、 **「追加」**をクリックします。 データ アプリからリンクされたクラスターを削除するには、次の手順を実行します。 @@ -101,9 +101,9 @@ Data Service（プレビュー版）のデータアプリは、特定のアプ 2. 左側のペインで、対象のデータ アプリを見つけ、対象のデータ アプリの名前をクリックして詳細を表示します。 -3. **「デプロイメントコンフィグレーション」**領域で、 **「構成」**をクリックします。デプロイメント構成のダイアログが表示されます。 +3. **Deployment Configuration**領域で、 **「構成」**をクリックします。デプロイメント構成のダイアログが表示されます。 -4. ダイアログで、**自動同期とデプロイメント**と**ドラフトの確認**の希望の設定を選択します。 +4. ダイアログで、**自動同期とデプロイメント**と**Review Draft**の希望の設定を選択します。 - **自動同期と展開** @@ -111,7 +111,7 @@ Data Service（プレビュー版）のデータアプリは、特定のアプ - 有効にすると、指定したGitHubディレクトリに加えられた変更がTiDB Cloudに自動的にデプロイされ、 TiDB Cloudコンソールに加えられた変更もGitHubにプッシュされます。対応するデプロイ情報とコミット情報は、データアプリのデプロイ履歴で確認できます。 - 無効にすると、指定した GitHub ディレクトリで行われた変更はTiDB Cloudにデプロイ**されず**、 TiDB Cloudコンソールで行われた変更も GitHub にプッシュされ**ません**。 - - **レビュー草稿** + - **Review Draft** - 有効にすると、デプロイ前にTiDB Cloudコンソールでデータアプリに加えた変更を確認できます。確認結果に基づいて、変更をデプロイするか破棄するかを選択できます。 - 無効にすると、 TiDB Cloudコンソールで行ったデータ アプリの変更が直接デプロイされます。 @@ -130,7 +130,7 @@ Data Service（プレビュー版）は、各データアプリ向けのOpenAPI 2. 左側のペインで、対象のデータ アプリの名前をクリックして詳細を表示します。 -3. **API 仕様**領域で、 **「ダウンロード」**をクリックし、 **JSON**または**YAML**を選択します。 +3. **API Specification**領域で、 **「ダウンロード」**をクリックし、 **JSON**または**YAML**を選択します。 OpenAPI 仕様を初めてダウンロードする場合は、プロンプトが表示されたらリクエストを承認する必要があります。 @@ -161,7 +161,7 @@ OpenAPI ドキュメントにアクセスするには、次の手順を実行し 詳細については[APIキーを管理する](/tidb-cloud/data-service-api-key.md)を参照してください。 - 2. ターゲットエンドポイントを見つけ、必要なパラメータを入力して**「試してみる」**をクリックします。レスポンスは**「レスポンス本文」**領域に表示されます。 + 2. ターゲットエンドポイントを見つけ、必要なパラメータを入力して**「試してみる」**をクリックします。レスポンスは**Response body**領域に表示されます。 OpenAPI ドキュメントの使用方法の詳細については、 [スワッガーUI](https://swagger.io/tools/swagger-ui/)を参照してください。 @@ -175,7 +175,7 @@ OpenAPI ドキュメントの使用方法の詳細については、 [スワッ 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 2. 左側のペインで、対象のデータ アプリを見つけ、対象のデータ アプリの名前をクリックして詳細を表示します。 -3. **危険ゾーン**エリアで、 **「データアプリを削除」**をクリックします。確認のダイアログボックスが表示されます。 +3. **Danger Zone**エリアで、 **「データアプリを削除」**をクリックします。確認のダイアログボックスが表示されます。 4. `//`を入力し、 **[理解して削除] を**クリックします。 データアプリを削除すると、データアプリ内の既存のエンドポイントとAPIキーも削除されます。このデータアプリがGitHubに接続されている場合、アプリを削除しても、対応するGitHubリポジトリ内のファイルは削除されません。 diff --git a/tidb-cloud/data-service-manage-endpoint.md b/tidb-cloud/data-service-manage-endpoint.md index a8fa5bd97a63b..7f7db17647dbe 100644 --- a/tidb-cloud/data-service-manage-endpoint.md +++ b/tidb-cloud/data-service-manage-endpoint.md @@ -32,7 +32,7 @@ TiDB Cloud Data Serviceでは、以下のようにして1つまたは複数の 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 -2. 左側のペインで、対象のデータアプリを見つけ、アプリ名の右側にある**「+」**をクリックし、 **「エンドポイントの自動生成」**をクリックします。エンドポイント生成ダイアログが表示されます。 +2. 左側のペインで、対象のデータアプリを見つけ、アプリ名の右側にある**「+」**をクリックし、 **Autogenerate Endpoint**をクリックします。エンドポイント生成ダイアログが表示されます。 3. ダイアログで、以下の操作を行ってください。 @@ -55,7 +55,7 @@ TiDB Cloud Data Serviceでは、以下のようにして1つまたは複数の 3. （オプション）操作のタイムアウトとタグを設定します。生成されたすべてのエンドポイントは、設定されたプロパティを自動的に継承しますが、必要に応じて後で変更できます。 - 4. （オプション）「**エンドポイントの自動デプロイ」**オプション（デフォルトでは無効）は、生成されたエンドポイントを直接デプロイするかどうかを制御します。このオプションを有効にすると、ドラフトレビュープロセスがスキップされ、生成されたエンドポイントは、追加の手動レビューや承認なしに即座にデプロイされます。 + 4. （オプション）**Auto-Deploy Endpoint**オプション（デフォルトでは無効）は、生成されたエンドポイントを直接デプロイするかどうかを制御します。このオプションを有効にすると、ドラフトレビュープロセスがスキップされ、生成されたエンドポイントは、追加の手動レビューや承認なしに即座にデプロイされます。 4. **「生成」**をクリックしてください。 @@ -82,7 +82,7 @@ TiDB Cloud Data Serviceでは、以下のようにして1つまたは複数の エンドポイントを手動で作成するには、以下の手順を実行してください。 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 -2. 左側のペインで、対象のデータ アプリを見つけ、アプリ名の右側にある**+ を**クリックし、次に**[エンドポイントの作成] を**クリックします。 +2. 左側のペインで、対象のデータ アプリを見つけ、アプリ名の右側にある**+ を**クリックし、次に**Create Endpoint**をクリックします。 3. 必要に応じてデフォルト名を更新してください。新しく作成されたエンドポイントは、エンドポイントリストの一番上に追加されます。 4. [エンドポイントを開発する](#develop-an-endpoint)」の指示に従って、新しいエンドポイントを構成します。 @@ -96,13 +96,13 @@ Data Serviceでは、データアプリに直接追加できる事前定義済 2. 左側のペインで、対象のデータ アプリを見つけ、アプリ名の右側にある**「+」**をクリックし、次に**「エンドポイント ライブラリの管理」**をクリックします。 - エンドポイントライブラリ管理のダイアログが表示されます。現在、このダイアログには**「クエリの実行」** （つまり、 `/system/query`エンドポイント）のみが表示されます。 + エンドポイントライブラリ管理のダイアログが表示されます。現在、このダイアログには**Execute Query** （つまり、 `/system/query`エンドポイント）のみが表示されます。 -3. `/system/query`エンドポイントをデータアプリに追加するには、[**クエリの実行]**スイッチを**[追加済み]**に切り替えます。 +3. `/system/query`エンドポイントをデータアプリに追加するには、**Execute Query**スイッチを**[追加済み]**に切り替えます。 > **Tip:** > - > データ アプリから追加済みの定義済みエンドポイントを削除するには、 **[クエリの実行]**スイッチを**[削除済み]**に切り替えます。 + > データ アプリから追加済みの定義済みエンドポイントを削除するには、 **Execute Query**スイッチを**[削除済み]**に切り替えます。 4. **「保存」**をクリックしてください。 @@ -174,9 +174,9 @@ Data Serviceでは、データアプリに直接追加できる事前定義済 > > - パス パラメーターは SQL で直接使用できます。詳細については、[パラメータを設定する](#configure-parameters)を参照してください。 -- **エンドポイント URL** : (読み取り専用) デフォルト URL は、対応するTiDB Cloud Starterインスタンスが配置されているリージョン、データ アプリのサービス URL、およびエンドポイントのパスに基づいて自動的に生成されます。たとえば、エンドポイントのパスが`/my_endpoint/get_id`の場合、エンドポイント URL は`https://.data.tidbcloud.com/api/v1beta/app//endpoint/my_endpoint/get_id`です。データ アプリのカスタム ドメインを構成するには、 [Data Serviceのカスタムドメイン](/tidb-cloud/data-service-custom-domain.md)を参照してください。 +- **Endpoint URL** : (読み取り専用) デフォルト URL は、対応するTiDB Cloud Starterインスタンスが配置されているリージョン、データ アプリのサービス URL、およびエンドポイントのパスに基づいて自動的に生成されます。たとえば、エンドポイントのパスが`/my_endpoint/get_id`の場合、エンドポイント URL は`https://.data.tidbcloud.com/api/v1beta/app//endpoint/my_endpoint/get_id`です。データ アプリのカスタム ドメインを構成するには、 [Data Serviceのカスタムドメイン](/tidb-cloud/data-service-custom-domain.md)を参照してください。 -- **リクエストメソッド**：エンドポイントのHTTPメソッド。以下のメソッドがサポートされています。 +- **Request Method**：エンドポイントのHTTPメソッド。以下のメソッドがサポートされています。 - `GET` : `SELECT`ステートメントなどのデータを照会または取得するには、このメソッドを使用します。 - `POST` : このメソッドを使用して、 `INSERT`ステートメントなどのデータを挿入または作成します。 @@ -189,7 +189,7 @@ Data Serviceでは、データアプリに直接追加できる事前定義済 - **タイムアウト(ms)** ：エンドポイントのタイムアウト時間（ミリ秒単位）。 -- **最大行数**：エンドポイントが操作または返すことができる最大行数。 +- **Max Rows**：エンドポイントが操作または返すことができる最大行数。 - **タグ**：エンドポイントのグループを識別するために使用されるタグ。 @@ -200,15 +200,15 @@ Data Serviceでは、データアプリに直接追加できる事前定義済 > - リクエストに`page`および`page_size`パラメータを含めない場合、デフォルトの動作では、 **Max Rows**プロパティで指定された最大行数が 1 ページに返されます。 > - `page_size`は**Max Rows**プロパティ以下でなければなりません。そうでない場合はエラーが返されます。 -- **キャッシュレスポンス**：このプロパティは、リクエストメソッドが`GET`の場合にのみ使用できます。**キャッシュレスポンス**が有効になっている場合、 TiDB Cloud Data Service は`GET`によって返されたレスポンスを、指定された有効期限 (TTL) 期間内にキャッシュできます。 +- **Cache Response**：このプロパティは、リクエストメソッドが`GET`の場合にのみ使用できます。**Cache Response**が有効になっている場合、 TiDB Cloud Data Service は`GET`によって返されたレスポンスを、指定された有効期限 (TTL) 期間内にキャッシュできます。 -- **有効期限（Time-to-live）** ：このプロパティは**、キャッシュレスポンス**が有効になっている場合にのみ使用できます。これを使用して、キャッシュされたレスポンスの有効期限（TTL）を秒単位で指定できます。TTL期間中に同じ`GET`リクエストを再度行うと、Data Serviceはターゲットデータベースからデータを再度取得する代わりに、キャッシュされたレスポンスを直接返します。これにより、クエリのパフォーマンスが向上します。 +- **有効期限（Time-to-live）** ：このプロパティは**Cache Response**が有効になっている場合にのみ使用できます。これを使用して、キャッシュされたレスポンスの有効期限（TTL）を秒単位で指定できます。TTL期間中に同じ`GET`リクエストを再度行うと、Data Serviceはターゲットデータベースからデータを再度取得する代わりに、キャッシュされたレスポンスを直接返します。これにより、クエリのパフォーマンスが向上します。 -- **バッチ操作**: このプロパティは、リクエストメソッドが`POST`または`PUT`の場合にのみ表示されます。**バッチ操作が**有効になっている場合、単一のリクエストで複数の行を操作できます。たとえば、curl コマンドの`POST`オプションのオブジェクトの`items`フィールドにデータ オブジェクトの配列を配置することで、単一`--data-raw`リクエストで複数の行のデータ[エンドポイントを呼び出す](#call-an-endpoint)。. +- **Batch Operation**: このプロパティは、リクエストメソッドが`POST`または`PUT`の場合にのみ表示されます。**Batch Operation**が有効になっている場合、単一のリクエストで複数の行を操作できます。たとえば、curl コマンドの`POST`オプションのオブジェクトの`items`フィールドにデータ オブジェクトの配列を配置することで、単一`--data-raw`リクエストで複数の行のデータ[エンドポイントを呼び出す](#call-an-endpoint)。. > **Note:** > - > **バッチ操作**が有効になっているエンドポイントは、リクエスト本文に配列形式とオブジェクト形式の両方をサポートしています。 `[{dataObject1}, {dataObject2}]`と`{items: [{dataObject1}, {dataObject2}]}`です。他のシステムとの互換性を高めるため、オブジェクト形式`{items: [{dataObject1}, {dataObject2}]}`を使用することをお勧めします。 + > **Batch Operation**が有効になっているエンドポイントは、リクエスト本文に配列形式とオブジェクト形式の両方をサポートしています。 `[{dataObject1}, {dataObject2}]`と`{items: [{dataObject1}, {dataObject2}]}`です。他のシステムとの互換性を高めるため、オブジェクト形式`{items: [{dataObject1}, {dataObject2}]}`を使用することをお勧めします。 ### SQL文を書く {#write-sql-statements} @@ -290,14 +290,14 @@ Data Serviceでは、データアプリに直接追加できる事前定義済 `STRING`型のパラメーターを使用する場合、引用符 ( `'`または`"` ) を追加する必要はありません。たとえば、 `foo` `STRING`型に対して有効であり、 `"foo"`として処理されますが、 `"foo"`は`"\"foo\""`として処理されます。 -- **列挙値**: (オプション) パラメーターの有効な値を指定します。パラメーターのタイプが`STRING` 、 `INTEGER` 、または`NUMBER`の場合にのみ使用できます。 +- **Enum Value**: (オプション) パラメーターの有効な値を指定します。パラメーターのタイプが`STRING` 、 `INTEGER` 、または`NUMBER`の場合にのみ使用できます。 - このフィールドを空欄にした場合、パラメータには指定された型の任意の値を指定できます。 - 複数の有効な値を指定するには、カンマで区切ります ( `,` )。たとえば、パラメータータイプを`STRING`に設定し、このフィールドを`foo, bar`と指定した場合、パラメーター値は`foo`または`bar`のみになります。 - **ItemType** : `ARRAY`型パラメーターのアイテムタイプを指定します。 -- **デフォルト値**：パラメータのデフォルト値を指定します。 +- **Default Value**：パラメータのデフォルト値を指定します。 - `ARRAY`型の場合、複数の値をカンマで区切る必要があります ( `,` )。 - 値がパラメータの型に変換できることを確認してください。そうでない場合、エンドポイントはエラーを返します。 @@ -307,7 +307,7 @@ Data Serviceでは、データアプリに直接追加できる事前定義済 - パスパラメータの場合、このプロパティは`Path`です。 - その他のパラメーターの場合、リクエスト メソッドが`GET`または`DELETE`の場合、このプロパティは`Query`です。リクエスト メソッドが`POST`または`PUT`の場合、このプロパティは`Body`です。 -**「テスト値」**セクションでは、テストパラメータの表示と設定ができます。これらの値は、エンドポイントをテストする際のパラメータ値として使用されます。値がパラメータの型に変換できることを確認してください。変換できない場合、エンドポイントはエラーを返します。 +**Test Values**セクションでは、テストパラメータの表示と設定ができます。これらの値は、エンドポイントをテストする際のパラメータ値として使用されます。値がパラメータの型に変換できることを確認してください。変換できない場合、エンドポイントはエラーを返します。 ### 名前を変更する {#rename} @@ -338,7 +338,7 @@ Data Serviceでは、データアプリに直接追加できる事前定義済 4. （オプション）エンドポイントにパラメータが含まれている場合は、テストを行う前にテスト値を設定する必要があります。 1. エンドポイントの詳細ページの右側のペインで、 **「パラメータ」**タブをクリックします。 - 2. **「テスト値」**セクションを展開し、パラメーターのテスト値を設定します。 + 2. **Test Values**セクションを展開し、パラメーターのテスト値を設定します。 パラメータにテスト値を設定しない場合、デフォルト値が使用されます。 @@ -361,7 +361,7 @@ Data Serviceでは、データアプリに直接追加できる事前定義済 1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページに移動します。 2. 左側のペインで、対象のデータアプリの名前をクリックすると、そのエンドポイントが表示されます。 3. デプロイしたいエンドポイントを見つけ、エンドポイント名をクリックして詳細を表示し、右上隅の**「デプロイ」**をクリックします。 -4. データアプリで**「下書きの確認」**が有効になっている場合、変更内容を確認するためのダイアログが表示されます。確認結果に基づいて、変更を破棄するかどうかを選択できます。 +4. データアプリで**Review Draft**が有効になっている場合、変更内容を確認するためのダイアログが表示されます。確認結果に基づいて、変更を破棄するかどうかを選択できます。 5. デプロイを確定するには、 **「デプロイ」**をクリックしてください。エンドポイントが正常にデプロイされると、 **「エンドポイントがデプロイされました」**というメッセージが表示されます。 エンドポイント詳細ページの右側のペインで、「**デプロイメント」**タブをクリックすると、デプロイ履歴を表示できます。 @@ -386,11 +386,11 @@ TiDB Cloud Data Serviceは、エンドポイントを呼び出すのに役立つ 2. 左側のペインで、対象のデータアプリの名前をクリックすると、そのエンドポイントが表示されます。 -3. 呼び出したいエンドポイントを見つけて、 **[...]** > **[コード例]**をクリックします。[**コード例]**ダイアログボックスが表示されます。 +3. 呼び出したいエンドポイントを見つけて、 **[...]** > **Code Example**をクリックします。**Code Example**ダイアログボックスが表示されます。 > **Tip:** > - > または、エンドポイント名をクリックして詳細を表示し、右上隅の**「...」** > **「コード例」**をクリックすることもできます。 + > または、エンドポイント名をクリックして詳細を表示し、右上隅の**「...」** > **Code Example**をクリックすることもできます。 4. ダイアログボックスで、エンドポイントを呼び出すために使用する環境と認証方法を選択し、コード例をコピーしてください。 @@ -399,15 +399,15 @@ TiDB Cloud Data Serviceは、エンドポイントを呼び出すのに役立つ > - コード例は、エンドポイントのプロパティとパラメータに基づいて生成されます。 > - 現在、 TiDB Cloud Data Serviceではcurlコードの例のみを提供しています。 - - 環境：ニーズに応じて、**テスト環境**または**オンライン環境**を選択してください。**オンライン環境は、**エンドポイントをデプロイした後にのみ利用可能です。 - - 認証方法：**基本認証**または**ダイジェスト認証**を選択してください。 + - 環境：ニーズに応じて、**Test Environment**または**Online Environment**を選択してください。**Online Environment**エンドポイントをデプロイした後にのみ利用可能です。 + - 認証方法：**Basic Authentication**または**Digest Authentication**を選択してください。 - - **基本認証では、** APIキーがBase64エンコードされたテキストとして送信されます。 - - **ダイジェスト認証では、** APIキーが暗号化された形式で送信されるため、より安全です。 + - **Basic Authentication** APIキーがBase64エンコードされたテキストとして送信されます。 + - **Digest Authentication** APIキーが暗号化された形式で送信されるため、より安全です。 - **基本認証**と比較して、**ダイジェスト認証**のcurlコードには`--digest`オプションが追加されています。 + **Basic Authentication**と比較して、**Digest Authentication**のcurlコードには`--digest`オプションが追加されています。 - 以下は**、バッチ操作**を有効にし、**ダイジェスト認証**を使用する`POST`リクエストの curl コードスニペットの例です。 + 以下は**Batch Operation**を有効にし、**Digest Authentication**を使用する`POST`リクエストの curl コードスニペットの例です。
@@ -467,8 +467,8 @@ TiDB Cloud Data Serviceは、エンドポイントを呼び出すのに役立つ - エンドポイントのリクエストメソッドが`POST`または`PUT`の場合は、操作対象のデータ行に応じて`--data-raw`オプションを入力してください。 - - **バッチ操作が**有効になっているエンドポイントの場合、 `--data-raw`オプションは、データ オブジェクトの配列を含む`items`フィールドを持つオブジェクトを受け入れるため、1 つのエンドポイントを使用して複数のデータ行を操作できます。 - - **バッチ操作**が有効になっていないエンドポイントの場合、 `--data-raw`オプションは 1 つのデータ オブジェクトのみを受け入れます。 + - **Batch Operation**が有効になっているエンドポイントの場合、 `--data-raw`オプションは、データ オブジェクトの配列を含む`items`フィールドを持つオブジェクトを受け入れるため、1 つのエンドポイントを使用して複数のデータ行を操作できます。 + - **Batch Operation**が有効になっていないエンドポイントの場合、 `--data-raw`オプションは 1 つのデータ オブジェクトのみを受け入れます。 - エンドポイントにパラメータが含まれている場合は、エンドポイントを呼び出す際にパラメータ値を指定してください。 diff --git a/tidb-cloud/data-service-manage-github-connection.md b/tidb-cloud/data-service-manage-github-connection.md index 40780b8e82da6..92f715db5ffe4 100644 --- a/tidb-cloud/data-service-manage-github-connection.md +++ b/tidb-cloud/data-service-manage-github-connection.md @@ -110,7 +110,7 @@ TiDB Cloudコンソールでデータアプリのエンドポイント[データ 2. レビュー内容に応じて、以下のいずれかを実行してください。 - 現在の草稿に基づいてさらに変更を加えたい場合は、このダイアログを閉じて変更を行ってください。 - - 現在の変更を前回のデプロイメントの状態に戻したい場合は、 **「下書きを破棄」**をクリックしてください。 + - 現在の変更を前回のデプロイメントの状態に戻したい場合は、 **Discard Draft**をクリックしてください。 - 変更内容に問題がなければ、変更内容の説明（任意）を入力し、 **「デプロイてGitHubにプッシュ」を**クリックします。デプロイ状況は上部のバナーに表示されます。 デプロイが成功すると、 TiDB Cloudコンソールで行われた変更は自動的にGitHubにプッシュされます。 diff --git a/tidb-cloud/data-service-oas-with-nextjs.md b/tidb-cloud/data-service-oas-with-nextjs.md index 4c7a88c112ba9..fdac2a034c31c 100644 --- a/tidb-cloud/data-service-oas-with-nextjs.md +++ b/tidb-cloud/data-service-oas-with-nextjs.md @@ -84,7 +84,7 @@ SELECT * FROM test.repository; 3. OpenAPI仕様をダウンロードして、 `oas/doc.json`として保存してください。 1. TiDB Cloud[**Data Service**](https://tidbcloud.com/project/data-service)ページで、左側のペインにあるデータアプリ名をクリックすると、アプリの設定が表示されます。 - 2. **API仕様**エリアで**「ダウンロード」**をクリックし、JSON形式を選択して、プロンプトが表示されたら**「承認」**をクリックします。 + 2. **API Specification**エリアで**「ダウンロード」**をクリックし、JSON形式を選択して、プロンプトが表示されたら**「承認」**をクリックします。 3. ダウンロードしたファイルを`oas/doc.json`プロジェクトディレクトリに`hello-repos` }という名前で保存してください。 詳細については、 [OpenAPI仕様書をダウンロードする](/tidb-cloud/data-service-manage-data-app.md#download-the-openapi-specification)を参照してください。 @@ -190,7 +190,7 @@ SELECT * FROM test.repository; > }); > ``` > - > `basePath`データアプリの実際のエンドポイントパスに置き換えてください。 `${YOUR_REGION}`と`{YOUR_DATA_APP_ID}`を取得するには、エンドポイントの**プロパティ**パネルで**エンドポイント URL を**確認してください。 + > `basePath`データアプリの実際のエンドポイントパスに置き換えてください。 `${YOUR_REGION}`と`{YOUR_DATA_APP_ID}`を取得するには、エンドポイントの**Endpoint URL**パネルで**エンドポイント URL を**確認してください。 ## ステップ5．Next.jsアプリケーションをプレビューする {#step-5-preview-your-next-js-application} diff --git a/tidb-cloud/data-service-postman-integration.md b/tidb-cloud/data-service-postman-integration.md index f0da9f6097811..1b91609f7654e 100644 --- a/tidb-cloud/data-service-postman-integration.md +++ b/tidb-cloud/data-service-postman-integration.md @@ -63,7 +63,7 @@ Postmanでインポートしたデータアプリを実行する前に、Postman 1. Postman の左側のナビゲーション メニューで`TiDB Data Service - `をクリックすると、右側にタブが開きます。 2. `TiDB Data Service - `タブの下にある**[変数]**タブをクリックします。 -3. 変数テーブルの**「現在の値」**列に、データアプリの公開鍵と秘密鍵を入力してください。 +3. 変数テーブルの**Current value**列に、データアプリの公開鍵と秘密鍵を入力してください。 4. `TiDB Data Service - `タブの右上隅にある**[保存]**をクリックします。 ## ステップ3. Postmanでデータアプリを実行する {#step-3-run-data-app-in-postman} @@ -77,8 +77,8 @@ Postmanでデータアプリを実行するには、以下の手順に従って - パラメータのないエンドポイントの場合は、 **「送信」**をクリックして直接呼び出すことができます。 - パラメータ付きのエンドポイントの場合は、まずパラメータ値を入力してから**「送信」**をクリックする必要があります。 - - `GET`または`DELETE`リクエストの場合は、**クエリパラメータ**テーブルのパラメータ値を入力してください。 - - `POST`または`PUT`リクエストの場合は、 **[本文]**タブをクリックし、パラメーター値を JSON オブジェクトとして入力します。TiDB Cloud Data Service のエンドポイントで**バッチ操作が**有効になっている場合は、パラメーター値を JSON オブジェクトの配列として`items`フィールドに入力します。 + - `GET`または`DELETE`リクエストの場合は、**Query Params**テーブルのパラメータ値を入力してください。 + - `POST`または`PUT`リクエストの場合は、 **[本文]**タブをクリックし、パラメーター値を JSON オブジェクトとして入力します。TiDB Cloud Data Service のエンドポイントで**Batch Operation**が有効になっている場合は、パラメーター値を JSON オブジェクトの配列として`items`フィールドに入力します。 3. 下部のペインで応答を確認してください。 diff --git a/tidb-cloud/data-service-response-and-status-code.md b/tidb-cloud/data-service-response-and-status-code.md index 4db3456afcc98..153dc95de254a 100644 --- a/tidb-cloud/data-service-response-and-status-code.md +++ b/tidb-cloud/data-service-response-and-status-code.md @@ -26,7 +26,7 @@ Data Serviceは、JSON形式のボディを持つHTTPレスポンスを返しま - `rows` :*配列*。返される結果は`key:value`形式です。 - エンドポイントで**バッチ操作**が有効になっており、エンドポイントの最後の SQL ステートメントが`INSERT`または`UPDATE`操作である場合は、次の点に注意してください。 + エンドポイントで**Batch Operation**が有効になっており、エンドポイントの最後の SQL ステートメントが`INSERT`または`UPDATE`操作である場合は、次の点に注意してください。 - エンドポイントから返される結果には、各行の応答とステータスを示す`"message"`および`"success"`フィールドも含まれます。 - 対象テーブルの主キー列が`auto_increment`に設定されている場合、エンドポイントから返される結果には、各行の`"auto_increment_id"`フィールドも含まれます。このフィールドの値は、 `INSERT`操作のAUTO_INCREMENT ID であり、 `null`などの他の操作の場合は`UPDATE`となります。 diff --git a/tidb-cloud/dedicated-external-storage.md b/tidb-cloud/dedicated-external-storage.md index 576c0042a8e0d..bf9c5e3939abc 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」**に設定し、 **「認証情報**」で**「AWS ロール ARN」**が選択されていることを確認してから、 **「ロール ARN」**フィールドの下にある**「ここをクリックして AWS CloudFormation で新しいロール ARN を作成」をクリックします**。 **「新しいロール ARN を追加」**ダイアログが表示されます。 + 4. **「クラウドストレージからデータをインポート」**ページで、**Storage Provider**を**「Amazon S3」**に設定し、 **「認証情報**」で**「AWS ロール ARN」**が選択されていることを確認してから、 **Role ARN**フィールドの下にある**「ここをクリックして AWS CloudFormation で新しいロール ARN を作成」**をクリックします。 **「新しいロール ARN を追加」**ダイアログが表示されます。 5. **問題が発生しましたか？ロールARNを手動で作成して**、このクラスターの**TiDB CloudアカウントID**と**TiDB Cloud外部ID**を取得してください。これらのIDは後で使用するため、メモしておいてください。 @@ -111,25 +111,25 @@ TiDB Cloudのバケットアクセスを設定し、以下の手順でロールA 3. AWS マネジメントコンソールで、 TiDB Cloudのアクセスロールを作成し、ロール ARN を取得します。 - 1. [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/)のIAMコンソールで、左側のナビゲーション ペインの**[ロール]**をクリックし、 **[ロールの作成]**をクリックします。 + 1. [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/)のIAMコンソールで、左側のナビゲーション ペインの**[ロール]**をクリックし、 **Create role**をクリックします。 ![Create a role](/media/tidb-cloud/aws-create-role.png) 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クラスタのみがバケットにアクセスできます。 + - **「信頼できるエンティティの種類」**で**AWS account**を選択します。 + - **「AWSアカウント」**の下にある**「別のAWSアカウント」**を選択し、 TiDB CloudアカウントIDを**Account ID**フィールドに貼り付けます。 + - **「オプション」**で**「外部IDを必須にする」**をクリックして[混乱した副官の問題](https://docs.aws.amazon.com/IAM/latest/UserGuide/confused-deputy.html)回避し、 TiDB Cloud外部IDを「**External ID**フィールドに貼り付けます。「外部IDを必須にする」を選択せず​​にロールを作成すると、S3バケットURIとIAMロールARNを持つユーザーであれば誰でもAmazon S3バケットにアクセスできる可能性があります。アカウントIDと外部IDの両方を使用してロールを作成すると、同じプロジェクトおよび同じリージョンで実行されているTiDBクラスタのみがバケットにアクセスできます。 3. **「次へ」**をクリックしてポリシー一覧を開き、先ほど作成したポリシーを選択してから**「次へ」**をクリックします。 - 4. **「役割の詳細」**で役割の名前を設定し、右下隅の**「役割の作成」**をクリックします。役割が作成されると、役割の一覧が表示されます。 + 4. **「役割の詳細」**で役割の名前を設定し、右下隅の**Create role**をクリックします。役割が作成されると、役割の一覧が表示されます。 5. 役割の一覧から、先ほど作成した役割の名前をクリックして概要ページに移動し、役割のARNをコピーします。 ![Copy AWS role ARN](/media/tidb-cloud/aws-role-arn.png) -4. TiDB Cloudコンソールで、 TiDB CloudアカウントIDと外部IDを取得する**データインポート**ページに移動し、ロールARNを**ロールARN**フィールドに貼り付けます。 +4. TiDB Cloudコンソールで、 TiDB CloudアカウントIDと外部IDを取得する**Data Import**ページに移動し、ロールARNを**Role ARN**フィールドに貼り付けます。 ### AWSアクセスキーを使用してAmazon S3へのアクセスを設定する {#configure-amazon-s3-access-using-an-aws-access-key} @@ -170,13 +170,13 @@ TiDB CloudがGCSバケット内のソースデータにアクセスできるよ 3. **「クラウドストレージからデータをインポート」**をクリックします。 - 4. **「クラウドストレージからデータをインポート」**ページで、 **「ストレージプロバイダー」を****「Google Cloud Storage」**に設定し、後で使用するためにGoogle CloudサービスアカウントIDをコピーしてください。 + 4. **「クラウドストレージからデータをインポート」**ページで、 **Storage Provider**を**「Google Cloud Storage」**に設定し、後で使用するためにGoogle CloudサービスアカウントIDをコピーしてください。 2. Google Cloud コンソールで、GCS バケット用のIAMロールを作成します。 1. [Google Cloud Console](https://console.cloud.google.com/)にサインインしてください。 - 2. [役割](https://console.cloud.google.com/iam-admin/roles)ページに移動し、「役割**の作成」**をクリックしてください。 + 2. [役割](https://console.cloud.google.com/iam-admin/roles)ページに移動し、「役割**CREATE ROLE**をクリックしてください。 ![Create a role](/media/tidb-cloud/gcp-create-role.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 を取得する**Data Import**ページに移動し、GCS バケットの gsutil URI を**バケット gsutil URI**フィールドに貼り付けます。たとえば、 `gs://tidb-cloud-source-data/`を貼り付けます。 ## Azure Blob Storageへのアクセスを構成する {#configure-azure-blob-storage-access} @@ -246,7 +246,7 @@ TiDB Cloud DedicatedがAzure Blobコンテナにアクセスできるように 4. SASトークンを生成するには、 **「SASと接続文字列の生成」を**クリックしてください。 -5. 生成された**SASトークン**をコピーしてください。このトークン文字列は、TiDB Cloudでデータインポートを設定する際に必要になります。 +5. 生成された**SAS Token**をコピーしてください。このトークン文字列は、TiDB Cloudでデータインポートを設定する際に必要になります。 > **Note:** > diff --git a/tidb-cloud/essential-changefeed-overview.md b/tidb-cloud/essential-changefeed-overview.md index bdcb437e572fe..f0592bcba96fc 100644 --- a/tidb-cloud/essential-changefeed-overview.md +++ b/tidb-cloud/essential-changefeed-overview.md @@ -12,7 +12,7 @@ TiDB Cloud changefeed を使用すると、TiDB Cloudから他のデータサー > - 現在、 TiDB Cloud Essentialの変更フィード機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、以下の手順に従ってください。 > > 1. [TiDB Cloudコンソール](https://tidbcloud.com)の右下隅にある?をクリックします**。** 。 -> 2. **「サポート チケット」**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。 +> 2. **Support Tickets**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。 > 3. チケットを作成します。「説明」欄に「changefeedへの申請」と入力します。 > 4. **「送信」**をクリックしてください。 > - TiDB Cloud Essentialインスタンスごとに最大10個の変更フィードが許可されています。 @@ -125,8 +125,8 @@ ticloud serverless changefeed pause --cluster-id --changefeed-id 現在、 TiDB Cloud Essentialの変更フィード機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、以下の手順に従ってください。 > > 1. [TiDB Cloudコンソール](https://tidbcloud.com)の右下隅にある?をクリックします**。** 。 -> 2. **「サポート チケット」**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。 +> 2. **Support Tickets**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。 > 3. チケットを作成します。「説明」欄に「changefeedへの申請」と入力します。 > 4. **「送信」**をクリックしてください。 @@ -40,7 +40,7 @@ TiDB Cloud EssentialインスタンスがApache Kafkaサービスに接続でき
-プライベートリンク接続は、クラウドプロバイダーの**プライベートリンク**技術を活用し、VPC内のリソースがプライベートIPアドレスを使用して他のVPC内のサービスに接続できるようにします。これにより、あたかもそれらのサービスがVPC内で直接ホストされているかのように動作します。 +プライベートリンク接続は、クラウドプロバイダーの**Private Link**技術を活用し、VPC内のリソースがプライベートIPアドレスを使用して他のVPC内のサービスに接続できるようにします。これにより、あたかもそれらのサービスがVPC内で直接ホストされているかのように動作します。 TiDB Cloud Essentialは現在、セルフホスト型Kafka、Confluent Cloud Dedicatedクラスター、およびAmazon MSK Provisioned向けのプライベートリンク接続のみをサポートしています。他のKafka SaaSサービスとの直接統合はサポートしていません。 @@ -75,7 +75,7 @@ TiDB Cloud Essential の変更フィードが Apache Kafka にデータをスト 1. [TiDB Cloudコンソール](https://tidbcloud.com)にログインします。 2. 対象のTiDB Cloud Essentialインスタンスの概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「変更フィード」**をクリックします。 -3. **「変更フィードの作成」**をクリックし、次に**「宛先」**として**「Kafka」**を選択します。 +3. **Create Changefeed**をクリックし、次に**「宛先」**として**「Kafka」**を選択します。 ## ステップ2. changefeedターゲットを設定する {#step-2-configure-the-changefeed-target} @@ -84,40 +84,40 @@ TiDB Cloud Essential の変更フィードが Apache Kafka にデータをスト
-1. **「接続方法」**で**「パブリック」**を選択し、Kafkaブローカーのエンドポイントを入力します。複数のエンドポイントはカンマ`,`を使用して区切ることができます。 +1. **Connectivity Method**で**「パブリック」**を選択し、Kafkaブローカーのエンドポイントを入力します。複数のエンドポイントはカンマ`,`を使用して区切ることができます。 2. Kafkaの認証設定に応じて、**認証**オプションを選択してください。 - Kafkaで認証が必要ない場合は、デフォルトオプションの**「無効」の**ままにしてください。 - - Kafkaで認証が必要な場合は、該当する認証タイプを選択し、認証に使用するKafkaアカウントの**ユーザー名**と**パスワード**を入力してください。 + - Kafkaで認証が必要な場合は、該当する認証タイプを選択し、認証に使用するKafkaアカウントの**user name**と**パスワード**を入力してください。 -3. **Kafkaのバージョン**については、ご使用のKafkaのバージョンに基づいて、 **Kafka v2**または**Kafka v3**を選択してください。 +3. **Kafka Version**については、ご使用のKafkaのバージョンに基づいて、 **Kafka v2**または**Kafka v3**を選択してください。 4. この変更フィード内のデータの**圧縮**タイプを選択してください。 -5. Kafkaで**TLS暗号化が有効になっており、Kafka接続にTLS暗号化を使用する場合は、TLS暗号化**オプションを有効にしてください。 +5. Kafkaで**TLS Encryption**オプションを有効にしてください。 6. **「次へ」**をクリックしてネットワーク接続をテストしてください。テストが成功すると、次のページに移動します。
-1. **接続方法**で**「プライベートリンク」**を選択します。 +1. **Connectivity Method**で**Private Link**を選択します。 2. **「プライベートリンク接続」**で、[ネットワーク](#network)セクションで作成したプライベートリンク接続を選択します。プライベートリンク接続のアベイラビリティゾーンが、Kafkaデプロイメントのアベイラビリティゾーンと一致していることを確認してください。 -3. [ネットワーク](#network)セクションで取得した**ブートストラップポート**を入力してください。Amazon MSKプロビジョニング済みプライベートリンク接続を使用している場合は、このフィールドはスキップできます。 +3. [ネットワーク](#network)セクションで取得した**Bootstrap Port**を入力してください。Amazon MSKプロビジョニング済みプライベートリンク接続を使用している場合は、このフィールドはスキップできます。 4. Kafkaの認証設定に応じて、**認証**オプションを選択してください。 - Kafkaで認証が必要ない場合は、デフォルトオプションの**「無効」の**ままにしてください。 - - Kafkaで認証が必要な場合は、該当する認証タイプを選択し、認証に使用するKafkaアカウントの**ユーザー名**と**パスワード**を入力してください。 + - Kafkaで認証が必要な場合は、該当する認証タイプを選択し、認証に使用するKafkaアカウントの**user name**と**パスワード**を入力してください。 -5. **Kafkaのバージョン**については、ご使用のKafkaのバージョンに基づいて、 **Kafka v2**または**Kafka v3**を選択してください。 +5. **Kafka Version**については、ご使用のKafkaのバージョンに基づいて、 **Kafka v2**または**Kafka v3**を選択してください。 6. この変更フィード内のデータの**圧縮**タイプを選択してください。 -7. Kafkaで**TLS暗号化が有効になっており、Kafka接続にTLS暗号化を使用する場合は、TLS暗号化**オプションを有効にしてください。 +7. Kafkaで**TLS Encryption**オプションを有効にしてください。 8. KafkaでTLS SNI検証が必要な場合は、 **TLSサーバー名**を入力してください。例： `Confluent Cloud Dedicated clusters` 。 @@ -128,45 +128,45 @@ TiDB Cloud Essential の変更フィードが Apache Kafka にデータをスト ## ステップ3．チェンジフィードを設定する {#step-3-set-the-changefeed} -1. **テーブル フィルターを**カスタマイズして、複製するテーブルをフィルターします。ルールの構文については、 [テーブルフィルタルール](https://docs.pingcap.com/tidb/stable/table-filter/#syntax)を参照してください。 +1. **Table Filter**カスタマイズして、複製するテーブルをフィルターします。ルールの構文については、 [テーブルフィルタルール](https://docs.pingcap.com/tidb/stable/table-filter/#syntax)を参照してください。 - - **レプリケーション範囲**：有効なキーを持つテーブルのみをレプリケートするか、選択したすべてのテーブルをレプリケートするかを選択できます。 - - **フィルタルール**：この列でフィルタルールを設定できます。デフォルトでは、すべてのテーブルを複製するルール`*.*`が設定されています。新しいルールを追加して**[適用**] をクリックすると、 TiDB Cloud はTiDB 内のすべてのテーブルをクエリし、**フィルタ結果**の下にルールに一致するテーブルのみを表示します。 - - **大文字小文字の区別**：フィルタルールにおけるデータベース名とテーブル名の照合において、大文字小文字を区別するかどうかを設定できます。デフォルトでは、大文字小文字は区別されません。 + - **Replication Scope**：有効なキーを持つテーブルのみをレプリケートするか、選択したすべてのテーブルをレプリケートするかを選択できます。 + - **Filter Rules**：この列でフィルタルールを設定できます。デフォルトでは、すべてのテーブルを複製するルール`*.*`が設定されています。新しいルールを追加して**[適用**] をクリックすると、 TiDB Cloud はTiDB 内のすべてのテーブルをクエリし、**Filter results**の下にルールに一致するテーブルのみを表示します。 + - **Case Sensitive**：フィルタルールにおけるデータベース名とテーブル名の照合において、大文字小文字を区別するかどうかを設定できます。デフォルトでは、大文字小文字は区別されません。 - **有効なキーで結果をフィルタリングする**：この列には、主キーや一意インデックスなど、有効なキーを持つテーブルが表示されます。 - **有効なキーのない結果をフィルタリングする**: この列には、主キーまたは一意キーがないテーブルが表示されます。一意の識別子がないと、ダウンストリームが重複イベントを処理する際にデータの一貫性が失われる可能性があるため、これらのテーブルはレプリケーション中に問題となります。データの一貫性を確保するには、レプリケーションを開始する前に、これらのテーブルに一意キーまたは主キーを追加することをお勧めします。または、フィルタ ルールを追加してこれらのテーブルを除外することもできます。たとえば、ルール`test.tbl1`を使用して、テーブル`"!test.tbl1"`を除外できます。 -2. **イベントフィルター**をカスタマイズして、複製したいイベントを絞り込みます。 +2. **Event Filter**をカスタマイズして、複製したいイベントを絞り込みます。 - - **一致するテーブル**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**テーブルフィルター**領域で使用されているものと同じです。 - - **イベントフィルター**：無視したいイベントを選択できます。 + - **Tables matching**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**Table Filter**領域で使用されているものと同じです。 + - **Event Filter**：無視したいイベントを選択できます。 -3. **カラムセレクタを**カスタマイズして、イベントから列を選択し、選択した列に関連するデータ変更のみを下流に送信します。 +3. **Column Selector**カスタマイズして、イベントから列を選択し、選択した列に関連するデータ変更のみを下流に送信します。 - - **一致するテーブル**：列セレクターを適用するテーブルを指定します。どのルールにも一致しないテーブルの場合、すべての列が送信されます。 - - **カラムセレクター**：一致したテーブルのどの列をダウンストリームに送信するかを指定します。 + - **Tables matching**：列セレクターを適用するテーブルを指定します。どのルールにも一致しないテーブルの場合、すべての列が送信されます。 + - **Column Selector**：一致したテーブルのどの列をダウンストリームに送信するかを指定します。 マッチングルールの詳細については、 [カラムセレクター](https://docs.pingcap.com/tidb/stable/ticdc-sink-to-kafka/#column-selectors)を参照してください。 -4. **データフォーマット**領域で、希望するKafkaメッセージのフォーマットを選択してください。 +4. **Data Format**領域で、希望するKafkaメッセージのフォーマットを選択してください。 - Avroは、コンパクトで高速なバイナリデータフォーマットであり、豊富なデータ構造を備え、様々なフローシステムで広く利用されています。詳細については、 [Avroデータ形式](https://docs.pingcap.com/tidb/stable/ticdc-avro-protocol)を参照してください。 - Canal-JSONは、解析が容易なプレーンなJSONテキスト形式です。詳細については、 [Canal-JSONデータ形式](https://docs.pingcap.com/tidb/stable/ticdc-canal-json)を参照してください。 - オープン プロトコルは、監視、キャッシュ、全文インデックス作成、分析エンジン、および異なるデータベース間のプライマリとセカンダリのレプリケーションのためのデータ ソースを提供する行レベルのデータ変更通知プロトコルです。詳細については、 [オープンプロトコルデータフォーマット](https://docs.pingcap.com/tidb/stable/ticdc-open-protocol)を参照してください。 - Debeziumは、データベースの変更をキャプチャするためのツールです。キャプチャされた各データベース変更を「イベント」と呼ばれるメッセージに変換し、これらのイベントをKafkaに送信します。詳細については、 [Debeziumデータ形式](https://docs.pingcap.com/tidb/stable/ticdc-debezium)を参照してください。 -5. TiDB拡張フィールドをKafkaメッセージ本文に追加する場合は、 **TiDB拡張**オプションを有効にしてください。 +5. TiDB拡張フィールドをKafkaメッセージ本文に追加する場合は、 **TiDB Extension**オプションを有効にしてください。 TiDB 拡張フィールドの詳細については、 [Avroデータ形式のTiDB拡張フィールド](https://docs.pingcap.com/tidb/stable/ticdc-avro-protocol#tidb-extension-fields)フィールド」および[Canal-JSONデータ形式のTiDB拡張フィールド](https://docs.pingcap.com/tidb/stable/ticdc-canal-json#tidb-extension-field)を参照してください。 6. データ形式として**Avroを**選択すると、ページにAvro固有の設定項目が表示されます。これらの設定項目は、以下のように入力できます。 - - **「Decimal」**および**「Unsigned BigInt」の**設定では、 TiDB CloudがKafkaメッセージ内のdecimal型およびunsigned bigint型のデータ型をどのように処理するかを指定します。 - - **スキーマレジストリ**領域で、スキーマレジストリのエンドポイントを入力します。HTTP**認証**を有効にする場合は、ユーザー名とパスワードを入力します。 + - **「Decimal」**および**Unsigned BigInt**設定では、 TiDB CloudがKafkaメッセージ内のdecimal型およびunsigned bigint型のデータ型をどのように処理するかを指定します。 + - **Schema Registry**領域で、スキーマレジストリのエンドポイントを入力します。HTTP**HTTP Authentication**を有効にする場合は、ユーザー名とパスワードを入力します。 -7. **トピック配信**エリアで配信モードを選択し、選択したモードに応じてトピック名の設定を入力します。 +7. **Topic Distribution**エリアで配信モードを選択し、選択したモードに応じてトピック名の設定を入力します。 - データ形式として**Avroを**選択した場合、 **[配信モード]**ドロップダウンリストでは**、[テーブルごとの変更ログをKafkaトピックに配信する]**モードのみを選択できます。 + データ形式として**Avroを**選択した場合、 **[配信モード]**ドロップダウンリストでは**Distribution Mode**モードのみを選択できます。 配信モードは、変更フィードがKafkaトピックを作成する方法を制御します。テーブルごと、データベースごと、またはすべての変更ログに対して1つのトピックを作成するかを選択できます。 @@ -184,13 +184,13 @@ TiDB Cloud Essential の変更フィードが Apache Kafka にデータをスト - **すべての変更ログを、指定された1つのKafkaトピックに送信する** - 変更フィードで全ての変更ログに対して1つのKafkaトピックを作成する場合は、このモードを選択してください。そうすると、変更フィード内のすべてのKafkaメッセージが1つのKafkaトピックに送信されます。トピック名は**「トピック名」**フィールドで指定できます。 + 変更フィードで全ての変更ログに対して1つのKafkaトピックを作成する場合は、このモードを選択してください。そうすると、変更フィード内のすべてのKafkaメッセージが1つのKafkaトピックに送信されます。トピック名は**Topic Name**フィールドで指定できます。 -8. **パーティション分散**領域では、Kafkaメッセージの送信先パーティションを決定できます。**すべてのテーブルに対して単一のパーティションディスパッチャを**定義することも、**テーブルごとに異なるパーティションディスパッチャを**定義することもできます。TiDB Cloudは、次の4種類のディスパッチャを提供しています。 +8. **Partition Distribution**領域では、Kafkaメッセージの送信先パーティションを決定できます。**すべてのテーブルに対して単一のパーティションディスパッチャを**定義することも、**テーブルごとに異なるパーティションディスパッチャを**定義することもできます。TiDB Cloudは、次の4種類のディスパッチャを提供しています。 - **主キーまたはインデックス値に基づいて変更ログをKafkaパーティションに分散します。** - 変更フィードでテーブルのKafkaメッセージを異なるパーティションに送信する場合は、この分散方法を選択してください。行の変更ログの主キーまたはインデックス値によって、変更ログの送信先パーティションが決まります。主キーを使用する場合は、 **「インデックス名」**フィールドを空のままにしてください。この分散方法は、パーティションのバランスを改善し、行レベルの順序性を確保します。 + 変更フィードでテーブルのKafkaメッセージを異なるパーティションに送信する場合は、この分散方法を選択してください。行の変更ログの主キーまたはインデックス値によって、変更ログの送信先パーティションが決まります。主キーを使用する場合は、 **Index Name**フィールドを空のままにしてください。この分散方法は、パーティションのバランスを改善し、行レベルの順序性を確保します。 - **変更ログをテーブルごとにKafkaパーティションに分散する** @@ -204,10 +204,10 @@ TiDB Cloud Essential の変更フィードが Apache Kafka にデータをスト テーブルのKafkaメッセージを異なるパーティションに送信するように変更フィードを設定したい場合は、この配信方法を選択してください。行の変更ログで指定された列の値によって、変更ログの送信先パーティションが決まります。この配信方法は、各パーティション内の順序性を保証し、同じ列値を持つ変更ログが同じパーティションに送信されることを保証します。 -9. **トピックコンフィグレーション**領域で、以下の数値を設定してください。changefeedは、これらの数値に基づいてKafkaトピックを自動的に作成します。 +9. **Topic Configuration**領域で、以下の数値を設定してください。changefeedは、これらの数値に基づいてKafkaトピックを自動的に作成します。 - - **レプリケーション係数**：各KafkaメッセージがレプリケートされるKafkaサーバーの数を制御します。有効な値の範囲は、 [`min.insync.replicas`](https://kafka.apache.org/33/documentation.html#brokerconfigs_min.insync.replicas)からKafkaブローカーの数までです。 - - **パーティション番号**：トピックに存在するパーティションの数を制御します。有効な値の範囲は`[1, 10 * the number of Kafka brokers]`です。 + - **Replication Factor**：各KafkaメッセージがレプリケートされるKafkaサーバーの数を制御します。有効な値の範囲は、 [`min.insync.replicas`](https://kafka.apache.org/33/documentation.html#brokerconfigs_min.insync.replicas)からKafkaブローカーの数までです。 + - **Partition Number**：トピックに存在するパーティションの数を制御します。有効な値の範囲は`[1, 10 * the number of Kafka brokers]`です。 10. **[イベントの分割]**エリアで、 `UPDATE`イベントを別々の`DELETE`と`INSERT`イベントに分割するか、生の`UPDATE`イベントとして保持するかを選択します。詳細については、 [MySQL以外のシンクにおける、主キーまたは一意キーを分割したUPDATEイベント](https://docs.pingcap.com/tidb/stable/ticdc-split-update-behavior/#split-primary-or-unique-key-update-events-for-non-mysql-sinks)を参照してください。 @@ -215,6 +215,6 @@ TiDB Cloud Essential の変更フィードが Apache Kafka にデータをスト ## ステップ4．変更フィードを確認して作成する {#step-4-review-and-create-your-changefeed} -1. **変更フィード名**欄に、変更フィードの名前を指定します。 +1. **Changefeed Name**欄に、変更フィードの名前を指定します。 2. 設定した変更フィードの設定をすべて確認してください。必要に応じて**「戻る」**をクリックして変更してください。 3. すべての設定が正しければ、 **「送信」**をクリックして変更フィードを作成します。 diff --git a/tidb-cloud/essential-changefeed-sink-to-mysql.md b/tidb-cloud/essential-changefeed-sink-to-mysql.md index 40b7093af16b2..6729701a6aad7 100644 --- a/tidb-cloud/essential-changefeed-sink-to-mysql.md +++ b/tidb-cloud/essential-changefeed-sink-to-mysql.md @@ -12,7 +12,7 @@ summary: このドキュメントでは、Sink to MySQL changefeed を使用し > 現在、 TiDB Cloud Essentialの変更フィード機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、以下の手順に従ってください。 > > 1. [TiDB Cloudコンソール](https://tidbcloud.com)の右下隅にある?をクリックします**。** 。 -> 2. **「サポート チケット」**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。 +> 2. **Support Tickets**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。 > 3. チケットを作成します。「説明」欄に「changefeedへの申請」と入力します。 > 4. **「送信」**をクリックしてください。 @@ -40,7 +40,7 @@ TiDB Cloud EssentialインスタンスがMySQLサービスに接続できるこ
-プライベートリンク接続は、クラウドプロバイダーの**プライベートリンク**技術を活用することで、VPC内のリソースがプライベートIPアドレスを介して他のVPC内のサービスに接続できるようにします。これにより、あたかもそれらのサービスがVPC内で直接ホストされているかのように動作します。 +プライベートリンク接続は、クラウドプロバイダーの**Private Link**技術を活用することで、VPC内のリソースがプライベートIPアドレスを介して他のVPC内のサービスに接続できるようにします。これにより、あたかもそれらのサービスがVPC内で直接ホストされているかのように動作します。 プライベート リンク接続を通じて、 TiDB Cloud Essentialインスタンスを MySQL サービスに安全に接続できます。 MySQL サービスでプライベート リンク接続が利用できない場合は、プライベートリンク[プライベートリンク接続を介してAmazon RDSに接続する](/tidb-cloud/serverless-private-link-connection-to-aws-rds.md)[プライベートリンク接続を介してAlibaba Cloud ApsaraDB RDS for MySQLに接続する](/tidb-cloud/serverless-private-link-connection-to-alicloud-rds.md)。 @@ -85,12 +85,12 @@ MySQLサービスがパブリックネットワーク経由でアクセスでき 1. 対象のTiDB Cloud Essentialインスタンスの概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「変更フィード」**をクリックします。 -2. **「変更フィードの作成」**をクリックし、**宛先**として**「MySQL」**を選択します。 +2. **Create Changefeed**をクリックし、**宛先**として**「MySQL」**を選択します。 -3. **「接続方法」**で、MySQLサービスへの接続方法を選択してください。 +3. **Connectivity Method**で、MySQLサービスへの接続方法を選択してください。 - **「公開」**を選択した場合は、MySQLエンドポイントを入力してください。 - - **「プライベートリンク」**を選択した場合は、[ネットワーク](#network)セクションで作成したプライベートリンク接続を選択し、MySQLサービスのMySQLポートを入力してください。 + - **Private Link**を選択した場合は、[ネットワーク](#network)セクションで作成したプライベートリンク接続を選択し、MySQLサービスのMySQLポートを入力してください。 4. **認証画面**で、MySQLユーザー名とパスワードを入力し、MySQLサービスのTLS暗号化を設定してください。現在、 TiDB CloudはMySQL TLS接続における自己署名証明書をサポートしていません。 @@ -99,27 +99,27 @@ MySQLサービスがパブリックネットワーク経由でアクセスでき - はいの場合、次の設定手順に進みます。 - そうでない場合は、接続エラーが表示されますので、エラーを処理してください。エラーが解決したら、もう一度**「次へ」**をクリックしてください。 -6. **テーブル フィルターを**カスタマイズして、複製するテーブルをフィルターします。ルールの構文については、 [テーブルフィルタルール](https://docs.pingcap.com/tidb/stable/table-filter/#syntax)を参照してください。 +6. **Table Filter**カスタマイズして、複製するテーブルをフィルターします。ルールの構文については、 [テーブルフィルタルール](https://docs.pingcap.com/tidb/stable/table-filter/#syntax)を参照してください。 - - **レプリケーション範囲**：有効なキーを持つテーブルのみをレプリケートするか、選択したすべてのテーブルをレプリケートするかを選択できます。 - - **フィルタルール**：この列でフィルタルールを設定できます。デフォルトでは、すべてのテーブルを複製するルール`*.*`が設定されています。新しいルールを追加して**[適用**] をクリックすると、 TiDB Cloud はTiDB 内のすべてのテーブルをクエリし、**フィルタ結果**の下にルールに一致するテーブルのみを表示します。 - - **大文字小文字の区別**：フィルタルールにおけるデータベース名とテーブル名の照合において、大文字小文字を区別するかどうかを設定できます。デフォルトでは、大文字小文字は区別されません。 + - **Replication Scope**：有効なキーを持つテーブルのみをレプリケートするか、選択したすべてのテーブルをレプリケートするかを選択できます。 + - **Filter Rules**：この列でフィルタルールを設定できます。デフォルトでは、すべてのテーブルを複製するルール`*.*`が設定されています。新しいルールを追加して**[適用**] をクリックすると、 TiDB Cloud はTiDB 内のすべてのテーブルをクエリし、**Filter results**の下にルールに一致するテーブルのみを表示します。 + - **Case Sensitive**：フィルタルールにおけるデータベース名とテーブル名の照合において、大文字小文字を区別するかどうかを設定できます。デフォルトでは、大文字小文字は区別されません。 - **有効なキーで結果をフィルタリングする**：この列には、主キーや一意インデックスなど、有効なキーを持つテーブルが表示されます。 - **有効なキーのない結果をフィルタリングする**: この列には、主キーまたは一意キーがないテーブルが表示されます。一意の識別子がないと、ダウンストリームが重複イベントを処理する際にデータの一貫性が失われる可能性があるため、これらのテーブルはレプリケーション中に問題となります。データの一貫性を確保するには、レプリケーションを開始する前に、これらのテーブルに一意キーまたは主キーを追加することをお勧めします。または、フィルタ ルールを追加してこれらのテーブルを除外することもできます。たとえば、ルール`test.tbl1`を使用して、テーブル`"!test.tbl1"`を除外できます。 -7. **イベントフィルター**をカスタマイズして、複製したいイベントを絞り込みます。 +7. **Event Filter**をカスタマイズして、複製したいイベントを絞り込みます。 - - **一致するテーブル**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**テーブルフィルター**領域で使用されているものと同じです。 - - **イベントフィルター**：無視したいイベントを選択できます。 + - **Tables matching**：この列では、イベントフィルターを適用するテーブルを設定できます。ルールの構文は、前の**Table Filter**領域で使用されているものと同じです。 + - **Event Filter**：無視したいイベントを選択できます。 8. **「レプリケーション開始位置」**で、MySQLシンクの開始位置を設定します。 - - エクスポートを使用して[既存のデータをロードしました](#load-existing-data-optional)がある場合は、 **[開始時刻] を**選択し、エクスポートによって返されたスナップショット時刻を入力します。タイムゾーンが正しいことを確認してください。 + - エクスポートを使用して[既存のデータをロードしました](#load-existing-data-optional)がある場合は、 **From Time**を選択し、エクスポートによって返されたスナップショット時刻を入力します。タイムゾーンが正しいことを確認してください。 - 上流のTiDB Cloud Essentialインスタンスにデータがない場合は、 **「今すぐレプリケーションを開始する」**を選択してください。 9. **「次へ」**をクリックして変更フィードを設定してください。 - **変更フィード名**欄に、変更フィードの名前を指定します。 + **Changefeed Name**欄に、変更フィードの名前を指定します。 10. 設定内容を確認してください。すべての設定が正しければ、 **「送信」**をクリックしてください。 diff --git a/tidb-cloud/essential-database-audit-logging.md b/tidb-cloud/essential-database-audit-logging.md index 561de629fdfe7..8baa276607f7f 100644 --- a/tidb-cloud/essential-database-audit-logging.md +++ b/tidb-cloud/essential-database-audit-logging.md @@ -10,7 +10,7 @@ TiDB Cloud Essentialは、実行されたSQLステートメントなど、デー > **Note:** > -> 現在、データベース監査ログ機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)**？」**をクリックし、 次に**「サポートチケット」**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。チケットを作成し、 **「説明」**フィールドに「 TiDB Cloud Essentialデータベース監査ログの申請」と入力して、 **「送信」を**クリックします。 +> 現在、データベース監査ログ機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)**？」**をクリックし、 次に**Support Tickets**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。チケットを作成し、 **「説明」**フィールドに「 TiDB Cloud Essentialデータベース監査ログの申請」と入力して、 **「送信」を**クリックします。 組織のユーザーアクセスポリシーやその他の情報セキュリティ対策の有効性を評価するには、データベース監査ログを定期的に分析することがセキュリティ上のベストプラクティスです。 @@ -255,7 +255,7 @@ ticloud serverless audit-log config update -c --disabled=true 3. **DB監査ログの**ページで、 **[フィルタルールの追加]**をクリックします。 -4. **[フィルター ルールの追加]**ダイアログで、 **[フィルター名]** 、 **[SQL ユーザー]** 、および**[フィルター ルール]**フィールドに入力し、 **[確認]**をクリックします。これらのフィールドの詳細については、[監査ログフィルタルール](#audit-logging-filter-rules)を参照してください。 +4. **[フィルター ルールの追加]**ダイアログで、 **Filter Name** 、 **SQL Users** 、および**Filter Rule**フィールドに入力し、 **[確認]**をクリックします。これらのフィールドの詳細については、[監査ログフィルタルール](#audit-logging-filter-rules)を参照してください。
@@ -285,7 +285,7 @@ ticloud serverless audit-log filter create --cluster-id --display-n 3. **DB監査ログ**ページで、編集するフィルタルールを見つけ、その行の**...**をクリックしてから、 **[編集]**をクリックします。 -4. **「フィルタールールの編集」**ダイアログで、 **「フィルター名」**または**「フィルタールール」**フィールドを更新し、 **「確認」**をクリックします。 +4. **「フィルタールールの編集」**ダイアログで、 **Filter Name**または**Filter Rule**フィールドを更新し、 **「確認」**をクリックします。
diff --git a/tidb-cloud/explore-data-with-chat2query.md b/tidb-cloud/explore-data-with-chat2query.md index 5deed1a185638..2af1b8593a226 100644 --- a/tidb-cloud/explore-data-with-chat2query.md +++ b/tidb-cloud/explore-data-with-chat2query.md @@ -30,11 +30,11 @@ SQLエディタの推奨される使用例は以下のとおりです。 > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. TiDB Cloud StarterインスタンスまたはTiDB Cloud Dedicatedクラスタの名前をクリックし、左側のナビゲーションペインで**「SQLエディタ」を**クリックします。 +2. TiDB Cloud StarterインスタンスまたはTiDB Cloud Dedicatedクラスタの名前をクリックし、左側のナビゲーションペインで**SQL Editor**をクリックします。 > **Note:** > - > 以下のケースでは、 **SQLエディタの**エントリが灰色で表示され、クリックできません。 + > 以下のケースでは、 **SQL Editor**エントリが灰色で表示され、クリックできません。 > > - お客様のTiDB Cloud Dedicatedクラスターはv6.5.0より前のバージョンです。SQLエディターを使用するには、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にご依頼いただき、クラスターをアップグレードしていただく必要があります。 > - TiDB Cloud Dedicatedクラスターが作成されたばかりで、SQLエディタの実行環境はまだ準備中です。数分お待ちいただければ、Chat2Queryがご利用いただけるようになります。 @@ -52,7 +52,7 @@ Chat2Queryに初めてアクセスすると、PingCAPとAmazon Bedrockがお客 初回アクセス後も、AI設定は以下のように変更できます。 - AIを有効にするには、Chat2Queryの右上隅にある**「データ探索のためのAI機能を有効にする」**をクリックしてください。 -- AIを無効にするには、 [TiDB Cloudコンソール](https://tidbcloud.com/)の左下隅にあるをクリックします。**アカウント設定**をクリックし、 **AIとプライバシーの**タブをクリックして、 **AIによるデータ探索**オプションを無効にします。 +- AIを無効にするには、 [TiDB Cloudコンソール](https://tidbcloud.com/)の左下隅にあるをクリックします。**Account Settings**をクリックし、 **AIとプライバシーの**タブをクリックして、 **AIによるデータ探索**オプションを無効にします。 ## SQLクエリを作成して実行する {#write-and-run-sql-queries} @@ -149,7 +149,7 @@ SQLエディタでは、SQLクエリを複数のSQLファイルに保存し、 - SQLファイルを追加するには、 **「SQLファイル」**タブの**「+」**をクリックします。 - SQL ファイルの名前を変更するには、ファイル名にカーソルを合わせ、ファイル名の横にある**...**をクリックして、 **[名前の変更]**を選択します。 -- SQL ファイルを削除するには、ファイル名にカーソルを合わせ、ファイル名の横にある**「...」**をクリックしてから、 **「削除」**を選択します。なお、 **「SQL ファイル」**タブに SQL ファイルが 1 つしかない場合は、削除できません。 +- SQL ファイルを削除するには、ファイル名にカーソルを合わせ、ファイル名の横にある**「...」**をクリックしてから、 **「削除」**を選択します。なお、 **SQL Files**タブに SQL ファイルが 1 つしかない場合は、削除できません。 ## API経由でChat2Queryにアクセスする {#access-chat2query-via-api} @@ -169,8 +169,8 @@ Chat2Queryでは、以下の手順でChat2Queryデータアプリにアクセス TiDB Cloud には、カスタム API エンドポイントを使用して HTTPS リクエスト経由でTiDB Cloudデータにアクセスできる[Data Service（PREVIEW）](/tidb-cloud/data-service-overview.md)機能があります。SQL エディターでは、以下の手順で SQL ファイルからData Service（PREVIEW）のエンドポイントを生成できます。 -1. ファイル名にカーソルを合わせ、ファイル名の横にある**「...」**をクリックして、 **「エンドポイントを生成」**を選択します。 -2. **「エンドポイントの生成」**ダイアログボックスで、エンドポイントを生成するデータアプリを選択し、エンドポイント名を入力します。 +1. ファイル名にカーソルを合わせ、ファイル名の横にある**「...」**をクリックして、 **Generate endpoint**を選択します。 +2. **Generate endpoint**ダイアログボックスで、エンドポイントを生成するデータアプリを選択し、エンドポイント名を入力します。 3. **「生成」**をクリックします。エンドポイントが生成され、その詳細ページが表示されます。 詳細については、[エンドポイントを管理する](/tidb-cloud/data-service-manage-endpoint.md)を参照してください. @@ -184,6 +184,6 @@ SQLエディターでは、以下の設定を変更できます。 設定を変更するには、以下の手順に従ってください。 -1. **SQL エディター**の右上隅にある「 **...」**をクリックし、 **「設定」**を選択します。 +1. **SQL Editor**の右上隅にある「 **...」**をクリックし、 **「設定」**を選択します。 2. 必要に応じて設定を変更してください。 3. **「保存」**をクリックしてください。 diff --git a/tidb-cloud/features.md b/tidb-cloud/features.md index 74f36e5ddbe5e..c94d4f25b976e 100644 --- a/tidb-cloud/features.md +++ b/tidb-cloud/features.md @@ -20,4 +20,4 @@ summary: TiDB Cloudの各プランにおける機能サポート状況につい > **Tip:** > -> プライベートプレビューで機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)の右下隅にある**「？」**をクリックします。 次に、 **「サポートチケット」**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。チケットを作成し、「**説明**」フィールドに``の申請」と入力して、 **「送信」**をクリックします。 +> プライベートプレビューで機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)の右下隅にある**「？」**をクリックします。 次に、 **Support Tickets**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。チケットを作成し、「**説明**」フィールドに``の申請」と入力して、 **「送信」**をクリックします。 diff --git a/tidb-cloud/get-started-with-cli.md b/tidb-cloud/get-started-with-cli.md index 109f52f1c40cc..ce77e8a338d75 100644 --- a/tidb-cloud/get-started-with-cli.md +++ b/tidb-cloud/get-started-with-cli.md @@ -105,7 +105,7 @@ TiDB Cloud CLI を使用して TiDB Cloud Starterインスタンスを作成す > **Warning:** > - > プロファイル名には`.`を含めて**はいけません**。 + > プロファイル名には`.`を含めて**MUST NOT**。 - TiDB Cloudに認証情報を使用してログインしてください。 diff --git a/tidb-cloud/high-availability-with-multi-az.md b/tidb-cloud/high-availability-with-multi-az.md index a45582eda0f77..2b459e72e1276 100644 --- a/tidb-cloud/high-availability-with-multi-az.md +++ b/tidb-cloud/high-availability-with-multi-az.md @@ -9,14 +9,14 @@ TiDBはRaftコンセンサスアルゴリズムを使用し、 Raftグループ TiDB Cloud Dedicated クラスタは、TiDB ノード、TiKV ノード、 TiFlashノードという 3 つの主要コンポーネントで構成されています。TiDB Cloud Dedicated の各コンポーネントの高可用性実装は次のとおりです。 -- **TiDBノード** +- **TiDB node** TiDBはコンピューティングのみを目的としており、データの保存は行いません。水平方向に拡張可能です。TiDB Cloud Dedicatedは、リージョン内の異なるアベイラビリティゾーンにTiDBノードを均等に配置します。ユーザーがSQLリクエストを実行すると、リクエストはまず複数のアベイラビリティゾーンに展開されたロードバランサーを通過し、その後、ロードバランサーによって複数のTiDBノードに分散されて実行されます。高可用性を確保するため、各TiDB Cloud Dedicatedクラスタには少なくとも2つのTiDBノードを配置することをお勧めします。 -- **TiKVノード** +- **TiKV node** [TiKV](https://docs.pingcap.com/tidb/stable/tikv-overview) 、水平スケーラビリティを備えたTiDB Cloud Dedicatedクラスタの行ベースのストレージレイヤーです。TiDB Cloud DedicatedクラスタのTiKVノードの最小数は3です。TiDB Cloud Dedicatedは、選択したリージョン内のすべてのアベイラビリティゾーン（少なくとも3つ）にTiKVノードを均等にデプロイすることで、耐久性と高可用性を実現します。典型的な3レプリカ構成では、データはすべてのアベイラビリティゾーンのTiKVノードに均等に分散され、各TiKVノードのディスクに永続化されます。 -- **TiFlashノード** +- **TiFlash node** [TiFlash](https://docs.pingcap.com/tidb/stable/tiflash-overview) 、TiKV の列指向ストレージ拡張機能であり、TiDB を本質的にハイブリッドトランザクション/分析処理 (HTAP) データベースにする重要なコンポーネントです。TiFlash、列指向レプリカはRaft Learnerコンセンサスアルゴリズムに従って非同期的に複製されます。TiDB Cloud Dedicated は、 TiFlashノードをリージョン内の異なるアベイラビリティゾーンに均等にデプロイします。本番環境での高可用性を確保するため、各TiDB Cloud Dedicated クラスターに少なくとも 2 つのTiFlashノードを設定し、少なくとも 2 つのデータレプリカを作成本番ことをお勧めします。 diff --git a/tidb-cloud/import-csv-files-serverless.md b/tidb-cloud/import-csv-files-serverless.md index c1715ee6a4af1..0024bbded9f2c 100644 --- a/tidb-cloud/import-csv-files-serverless.md +++ b/tidb-cloud/import-csv-files-serverless.md @@ -33,7 +33,7 @@ summary: Amazon S3、GCS、Azure Blob Storage、またはAlibaba Cloud Object St > > - パフォーマンスを向上させるためには、各圧縮ファイルのサイズを100MiBに制限することをお勧めします。 > - Snappy 圧縮ファイルは[公式Snappyフォーマット](https://github.com/google/snappy)に存在する必要があります。 Snappy 圧縮の他のバリアントはサポートされていません。 - > - 非圧縮ファイルの場合、場合によっては前述のルールに従ってCSVファイル名を更新できない場合（たとえば、CSVファイルリンクが他のプログラムでも使用されている場合）、ファイル名を変更せずに、[ステップ4](#step-4-import-csv-files)の**マッピング設定**を使用してソースデータを単一のターゲットテーブルにインポートできます。 + > - 非圧縮ファイルの場合、場合によっては前述のルールに従ってCSVファイル名を更新できない場合（たとえば、CSVファイルリンクが他のプログラムでも使用されている場合）、ファイル名を変更せずに、[ステップ4](#step-4-import-csv-files)の**Mapping Settings**を使用してソースデータを単一のターゲットテーブルにインポートできます。 ## ステップ2．対象テーブルのスキーマを作成する {#step-2-create-the-target-table-schemas} @@ -109,7 +109,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Amazon S3**を選択してください。 + - **Storage Provider**： **Amazon S3**を選択してください。 - **ソースファイル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/` 。 @@ -119,7 +119,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー 4. **「次へ」**をクリックしてください。 -5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 +5. **Destination Mapping**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 @@ -136,11 +136,11 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー - `my-data?.csv` : `my-data` `my-data1.csv`や`my-data2.csv`のような 1 文字が続くすべての CSV ファイルに一致します。 - `my-data*.csv` : `my-data`で始まるすべての CSV ファイルに一致します。たとえば`my-data-2023.csv`や`my-data-final.csv`などです。 - - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを選択します。 + - **Target Database**と**Target Table**：データをインポートする対象データベースとテーブルを選択します。 6. **「次へ」**をクリックしてください。TiDB Cloudがソースファイルを適切にスキャンします。 -7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 +7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **Start Import**をクリックします。 8. インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。 @@ -162,7 +162,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Google Cloud Storageを**選択してください。 + - **Storage Provider**： **Google Cloud Storageを**選択してください。 - **ソースファイル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/` 。 @@ -170,7 +170,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー 4. **「次へ」**をクリックしてください。 -5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 +5. **Destination Mapping**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 @@ -187,11 +187,11 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー - `my-data?.csv` : `my-data` `my-data1.csv`や`my-data2.csv`のような 1 文字が続くすべての CSV ファイルに一致します。 - `my-data*.csv` : `my-data`で始まるすべての CSV ファイルに一致します。たとえば`my-data-2023.csv`や`my-data-final.csv`などです。 - - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを選択します。 + - **Target Database**と**Target Table**：データをインポートする対象データベースとテーブルを選択します。 6. **「次へ」**をクリックしてください。TiDB Cloudがソースファイルを適切にスキャンします。 -7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 +7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **Start Import**をクリックします。 8. インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。 @@ -213,7 +213,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Azure Blob Storageを**選択します。 + - **Storage Provider**： **Azure Blob Storageを**選択します。 - **ソースファイル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/` 。 @@ -221,7 +221,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー 4. **「次へ」**をクリックしてください。 -5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 +5. **Destination Mapping**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 @@ -238,11 +238,11 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー - `my-data?.csv` : `my-data` `my-data1.csv`や`my-data2.csv`のような 1 文字が続くすべての CSV ファイルに一致します。 - `my-data*.csv` : `my-data`で始まるすべての CSV ファイルに一致します。たとえば`my-data-2023.csv`や`my-data-final.csv`などです。 - - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを選択します。 + - **Target Database**と**Target Table**：データをインポートする対象データベースとテーブルを選択します。 6. **「次へ」**をクリックしてください。TiDB Cloudがソースファイルを適切にスキャンします。 -7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 +7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **Start Import**をクリックします。 8. インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。 @@ -264,7 +264,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Alibaba Cloud OSS**を選択してください。 + - **Storage Provider**： **Alibaba Cloud OSS**を選択してください。 - **ソースファイル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/` 。 @@ -272,7 +272,7 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー 4. **「次へ」**をクリックしてください。 -5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 +5. **Destination Mapping**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 @@ -289,11 +289,11 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー - `my-data?.csv` : `my-data` `my-data1.csv`や`my-data2.csv`のような 1 文字が続くすべての CSV ファイルに一致します。 - `my-data*.csv` : `my-data`で始まるすべての CSV ファイルに一致します。たとえば`my-data-2023.csv`や`my-data-final.csv`などです。 - - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを選択します。 + - **Target Database**と**Target Table**：データをインポートする対象データベースとテーブルを選択します。 6. **「次へ」**をクリックしてください。TiDB Cloudがソースファイルを適切にスキャンします。 -7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 +7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **Start Import**をクリックします。 8. インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。 @@ -314,10 +314,10 @@ CSVファイルをTiDB Cloud StarterまたはTiDB Cloud Essentialにインポー ### データインポート中の警告を解決する {#resolve-warnings-during-data-import} -**[インポートの開始]**をクリックした後、 `can't find the corresponding source files`などの警告メッセージが表示された場合は、正しいソース ファイルを提供するか、 [データインポートの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従って既存のファイルの名前を変更するか、**詳細設定**を使用して変更することで問題を解決します。 +**Start Import**をクリックした後、 `can't find the corresponding source files`などの警告メッセージが表示された場合は、正しいソース ファイルを提供するか、 [データインポートの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従って既存のファイルの名前を変更するか、**Advanced Settings**を使用して変更することで問題を解決します。 これらの問題を解決した後、データを再度インポートする必要があります。 ### インポートされたテーブルに行が0件あります {#zero-rows-in-the-imported-tables} -インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。行数がゼロの場合は、入力したバケットURIに一致するデータファイルがなかったことを意味します。この場合は、正しいソースファイルを指定するか、既存のファイルを[データインポートの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従って名前変更するか、または**詳細設定**を使用して変更することで問題を解決してください。その後、再度テーブルをインポートしてください。 +インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。行数がゼロの場合は、入力したバケットURIに一致するデータファイルがなかったことを意味します。この場合は、正しいソースファイルを指定するか、既存のファイルを[データインポートの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従って名前変更するか、または**Advanced Settings**を使用して変更することで問題を解決してください。その後、再度テーブルをインポートしてください。 diff --git a/tidb-cloud/import-csv-files.md b/tidb-cloud/import-csv-files.md index 0a45ec9596a4d..bf59f6992712c 100644 --- a/tidb-cloud/import-csv-files.md +++ b/tidb-cloud/import-csv-files.md @@ -16,7 +16,7 @@ aliases: ['/ja/tidbcloud/migrate-from-amazon-s3-or-gcs','/ja/tidbcloud/migrate-f - データの一貫性を確保するため、 TiDB Cloud では CSV ファイルを空のテーブルにのみインポートできます。既にデータが含まれている既存のテーブルにデータをインポートするには、このドキュメントの手順に従ってTiDB Cloud を使用して一時的な空のテーブルにデータをインポートし、その後`INSERT SELECT`ステートメントを使用してデータを対象の既存のテーブルにコピーします。 -- TiDB Cloud Dedicatedクラスターに[変更フィード](/tidb-cloud/changefeed-overview.md)があるか、 [特定時点への復元](/tidb-cloud/backup-and-restore.md#turn-on-point-in-time-restore)が有効になっている場合、現在のデータインポート機能は[物理インポートモード](https://docs.pingcap.com/tidb/stable/tidb-lightning-physical-import-mode)を使用しているため、クラスターにデータをインポートできません ([**データのインポート]**ボタンが無効になります)。このモードでは、インポートされたデータは変更ログを生成しないため、変更フィードとポイントインタイム リストアはインポートされたデータを検出できません。 +- TiDB Cloud Dedicatedクラスターに[変更フィード](/tidb-cloud/changefeed-overview.md)があるか、 [特定時点への復元](/tidb-cloud/backup-and-restore.md#turn-on-point-in-time-restore)が有効になっている場合、現在のデータインポート機能は[物理インポートモード](https://docs.pingcap.com/tidb/stable/tidb-lightning-physical-import-mode)を使用しているため、クラスターにデータをインポートできません ([**Import Data**ボタンが無効になります)。このモードでは、インポートされたデータは変更ログを生成しないため、変更フィードとポイントインタイム リストアはインポートされたデータを検出できません。 ## ステップ1. CSVファイルを準備する {#step-1-prepare-the-csv-files} @@ -37,7 +37,7 @@ aliases: ['/ja/tidbcloud/migrate-from-amazon-s3-or-gcs','/ja/tidbcloud/migrate-f > - データファイルのみを圧縮すればよく、データベースファイルやテーブルスキーマファイルを圧縮する必要はありません。 > - パフォーマンスを向上させるためには、各圧縮ファイルのサイズを100MiBに制限することをお勧めします。 > - Snappy 圧縮ファイルは[公式Snappyフォーマット](https://github.com/google/snappy)に存在する必要があります。 Snappy 圧縮の他のバリアントはサポートされていません。 - > - 圧縮されていないファイルの場合、前述のルールに従って CSV ファイル名を更新できない場合 (たとえば、CSV ファイル リンクが他のプログラムでも使用されている場合)、ファイル名を変更せずに、[ステップ4](#step-4-import-csv-files-to-tidb-cloud)の**宛先マッピング**手順で**「TiDB ファイル命名規則を使用して自動マッピングを行う」の**選択を解除して、ソース ファイルを単一のターゲット テーブルに手動でマッピングできます。 + > - 圧縮されていないファイルの場合、前述のルールに従って CSV ファイル名を更新できない場合 (たとえば、CSV ファイル リンクが他のプログラムでも使用されている場合)、ファイル名を変更せずに、[ステップ4](#step-4-import-csv-files-to-tidb-cloud)の**宛先マッピング**手順で**Destination Mapping**を選択を解除して、ソース ファイルを単一のターゲット テーブルに手動でマッピングできます。 ## ステップ2．対象テーブルのスキーマを作成する {#step-2-create-the-target-table-schemas} @@ -111,8 +111,8 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Amazon S3**を選択してください。 - - **ソースURI** ： + - **Storage Provider**： **Amazon S3**を選択してください。 + - **Source URI** ： - 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)を参照してください。 @@ -121,13 +121,13 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に 4. **「次へ」**をクリックしてください。 -5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 +5. **Destination Mapping**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 - **ソースURI**でディレクトリを指定すると、 TiDB Cloudはデフォルトで**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを選択します。 + **Source URI**でディレクトリを指定すると、 TiDB Cloudはデフォルトで**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを選択します。 > **Note:** > - > **ソースURI**で単一のファイルを指定すると、 TiDB Cloudは**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを表示せず、**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを入力するだけで済みます。 + > **Source URI**で単一のファイルを指定すると、 TiDB Cloudは**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを表示せず、**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを入力するだけで済みます。 - TiDB Cloud が[TiDBファイルの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従うすべてのソースファイルを対応するテーブルに自動的にマッピングするには、このオプションを選択したままにして、データ形式として**CSV**を選択します。ソースフォルダにスキーマファイル ( `${db_name}-schema-create.sql`や`${db_name}.${table_name}-schema.sql`など) が含まれている場合、 TiDB Cloud は、ターゲットデータベースとテーブルがまだ存在しない場合に、それらを使用して作成します。 @@ -138,13 +138,13 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に - `my-data?.csv` : `my-data` `my-data1.csv`や`my-data2.csv`のような 1 文字が続くすべての CSV ファイルに一致します。 - `my-data*.csv` : `my-data`で始まるすべての CSV ファイルに一致します。たとえば`my-data-2023.csv`や`my-data-final.csv`などです。 - - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを入力してください。 + - **Target Database**と**Target Table**：データをインポートする対象データベースとテーブルを入力してください。 必要に応じて、 **「CSVコンフィグレーションの編集」**をクリックして、CSVファイルに合わせてオプションを設定してください。区切り文字や区切り記号の設定、エスケープ文字にバックスラッシュを使用するかどうかの指定、ファイルにヘッダー行が含まれているかどうかの指定が可能です。 6. **「次へ」**をクリックします。TiDB Cloudがソースファイルをスキャンします。 -7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 +7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **Start Import**をクリックします。 8. インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。 @@ -166,21 +166,21 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Google Cloud Storageを**選択してください。 - - **ソースURI** ： + - **Storage Provider**： **Google Cloud Storageを**選択してください。 + - **Source 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/` 。 - **Google Cloud サービス アカウント ID** : TiDB Cloud は、このページで一意の Google Cloud サービス アカウント ID ( `example-service-account@your-project.iam.gserviceaccount.com`など) を提供します。このサービス アカウント ID に、Google Cloud プロジェクト内の GCS バケットに対して必要なIAM権限（ `Storage Object Viewer`など）を付与します。詳細については、 [GCSへのアクセスを設定する](/tidb-cloud/dedicated-external-storage.md#configure-gcs-access)を参照してください。 4. **「次へ」**をクリックしてください。 -5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 +5. **Destination Mapping**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 - **ソースURI**でディレクトリを指定すると、 TiDB Cloudはデフォルトで**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを選択します。 + **Source URI**でディレクトリを指定すると、 TiDB Cloudはデフォルトで**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを選択します。 > **Note:** > - > **ソースURI**で単一のファイルを指定すると、 TiDB Cloudは**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを表示せず、**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを入力するだけで済みます。 + > **Source URI**で単一のファイルを指定すると、 TiDB Cloudは**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを表示せず、**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを入力するだけで済みます。 - TiDB Cloud が[TiDBファイルの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従うすべてのソースファイルを対応するテーブルに自動的にマッピングするには、このオプションを選択したままにして、データ形式として**CSV**を選択します。ソースフォルダにスキーマファイル ( `${db_name}-schema-create.sql`や`${db_name}.${table_name}-schema.sql`など) が含まれている場合、 TiDB Cloud は、ターゲットデータベースとテーブルがまだ存在しない場合に、それらを使用して作成します。 @@ -191,13 +191,13 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に - `my-data?.csv` : `my-data` `my-data1.csv`や`my-data2.csv`のような 1 文字が続くすべての CSV ファイルに一致します。 - `my-data*.csv` : `my-data`で始まるすべての CSV ファイルに一致します。たとえば`my-data-2023.csv`や`my-data-final.csv`などです。 - - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを入力してください。 + - **Target Database**と**Target Table**：データをインポートする対象データベースとテーブルを入力してください。 必要に応じて、 **「CSVコンフィグレーションの編集」**をクリックして、CSVファイルに合わせてオプションを設定してください。区切り文字や区切り記号の設定、エスケープ文字にバックスラッシュを使用するかどうかの指定、ファイルにヘッダー行が含まれているかどうかの指定が可能です。 6. **「次へ」**をクリックします。TiDB Cloudがソースファイルをスキャンします。 -7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 +7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **Start Import**をクリックします。 8. インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。 @@ -219,26 +219,26 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Azure Blob Storageを**選択します。 + - **Storage Provider**： **Azure Blob Storageを**選択します。 - - **ソースURI** ： + - **Source 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` 。 - 複数のファイルをインポートする場合は、ソースフォルダのURIを`https://[account_name].blob.core.windows.net/[container_name]/[data_source_folder]/`の形式で入力してください。例： `https://myaccount.blob.core.windows.net/mycontainer/myfolder/` 。 - - **接続方法**： TiDB CloudがAzure Blob Storageに接続する方法を選択してください。 + - **Connectivity Method**： TiDB CloudがAzure Blob Storageに接続する方法を選択してください。 - **パブリック**（デフォルト）：パブリックインターネット経由で接続します。ストレージアカウントがパブリックネットワークへのアクセスを許可している場合にこのオプションを使用してください。 - - **プライベートリンク**：Azure プライベートエンドポイント経由で接続し、ネットワークから隔離されたアクセスを実現します。ストレージアカウントがパブリックアクセスをブロックしている場合、またはセキュリティポリシーでプライベート接続が必要な場合にこのオプションを使用します。**プライベートリンク**を選択した場合は、追加フィールド**「Azure Blob Storage リソース ID」**も入力する必要があります。リソース ID を確認するには： + - **Private Link**：Azure プライベートエンドポイント経由で接続し、ネットワークから隔離されたアクセスを実現します。ストレージアカウントがパブリックアクセスをブロックしている場合、またはセキュリティポリシーでプライベート接続が必要な場合にこのオプションを使用します。**Private Link**を選択した場合は、追加フィールド**「Azure Blob Storage リソース ID」**も入力する必要があります。リソース ID を確認するには： 1. [Azureポータル](https://portal.azure.com/)にアクセスします。 - 2. ストレージアカウントに移動し、 **[概要]** > **[JSONビュー]**をクリックします。 + 2. ストレージアカウントに移動し、 **[概要]** > **JSON View**をクリックします。 3. `id`プロパティの値をコピーします。リソース ID は`/subscriptions//resourceGroups//providers/Microsoft.Storage/storageAccounts/`の形式です。 - - **SAS トークン**: TiDB Cloud がAzure Blob Storage コンテナー内のソース ファイルにアクセスできるようにするアカウント SAS トークンを入力します。まだお持ちでない場合は、 **「ここをクリックして Azure ARM テンプレートを使用して新しいものを作成します」を**クリックし、画面の指示に従うか、アカウント SAS トークンを手動で作成します。詳細については、 [Azure Blob Storageへのアクセスを構成する](/tidb-cloud/dedicated-external-storage.md#configure-azure-blob-storage-access)を参照してください。 + - **SAS Token**: TiDB Cloud がAzure Blob Storage コンテナー内のソース ファイルにアクセスできるようにするアカウント SAS トークンを入力します。まだお持ちでない場合は、 **「ここをクリックして Azure ARM テンプレートを使用して新しいものを作成します」を**クリックし、画面の指示に従うか、アカウント SAS トークンを手動で作成します。詳細については、 [Azure Blob Storageへのアクセスを構成する](/tidb-cloud/dedicated-external-storage.md#configure-azure-blob-storage-access)を参照してください。 4. **「次へ」**をクリックしてください。 - 接続方法として**プライベートリンク**を選択した場合、 TiDB Cloudはストレージアカウント用のプライベートエンドポイントを作成します。ウィザードを続行するには、Azureポータルでこのエンドポイント要求を承認する必要があります。 + 接続方法として**Private Link**を選択した場合、 TiDB Cloudはストレージアカウント用のプライベートエンドポイントを作成します。ウィザードを続行するには、Azureポータルでこのエンドポイント要求を承認する必要があります。 1. [Azureポータル](https://portal.azure.com/)に移動し、ストレージアカウントに移動します。 @@ -252,13 +252,13 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に > > エンドポイントがまだ承認されていない場合、 TiDB Cloud は接続が承認待ちであることを示すメッセージを表示します。Azure でリクエスト[Azureポータル](https://portal.azure.com/)承認してから、再試行してください。 -5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 +5. **Destination Mapping**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 - **ソースURI**でディレクトリを指定すると、 TiDB Cloudはデフォルトで**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを選択します。 + **Source URI**でディレクトリを指定すると、 TiDB Cloudはデフォルトで**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを選択します。 > **Note:** > - > **ソースURI**で単一のファイルを指定すると、 TiDB Cloudは**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを表示せず、**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを入力するだけで済みます。 + > **Source URI**で単一のファイルを指定すると、 TiDB Cloudは**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを表示せず、**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを入力するだけで済みます。 - TiDB Cloud が[TiDBファイルの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従うすべてのソースファイルを対応するテーブルに自動的にマッピングするには、このオプションを選択したままにして、データ形式として**CSV**を選択します。ソースフォルダにスキーマファイル ( `${db_name}-schema-create.sql`や`${db_name}.${table_name}-schema.sql`など) が含まれている場合、 TiDB Cloud は、ターゲットデータベースとテーブルがまだ存在しない場合に、それらを使用して作成します。 @@ -269,13 +269,13 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に - `my-data?.csv` : `my-data` `my-data1.csv`や`my-data2.csv`のような 1 文字が続くすべての CSV ファイルに一致します。 - `my-data*.csv` : `my-data`で始まるすべての CSV ファイルに一致します。たとえば`my-data-2023.csv`や`my-data-final.csv`などです。 - - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを入力してください。 + - **Target Database**と**Target Table**：データをインポートする対象データベースとテーブルを入力してください。 必要に応じて、 **「CSVコンフィグレーションの編集」**をクリックして、CSVファイルに合わせてオプションを設定してください。区切り文字や区切り記号の設定、エスケープ文字にバックスラッシュを使用するかどうかの指定、ファイルにヘッダー行が含まれているかどうかの指定が可能です。 6. **「次へ」**をクリックします。TiDB Cloudがソースファイルをスキャンします。 -7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 +7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **Start Import**をクリックします。 8. インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。 @@ -296,10 +296,10 @@ CSVファイルをTiDB Cloudにインポートするには、以下の手順に ### データインポート中の警告を解決する {#resolve-warnings-during-data-import} -**事前チェック**ステップで`can't find the corresponding source files`などの警告が表示された場合は、正しいソースファイルを提供するか、 [データインポートの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従って既存のファイルの名前を変更するか、**宛先マッピング**ステップに戻って手動マッピングルールに切り替えることで問題を解決します。 +**事前チェック**ステップで`can't find the corresponding source files`などの警告が表示された場合は、正しいソースファイルを提供するか、 [データインポートの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従って既存のファイルの名前を変更するか、**Destination Mapping**ステップに戻って手動マッピングルールに切り替えることで問題を解決します。 これらの問題を解決したら、ウィザードに戻り、インポートを再度実行してください。 ### インポートされたテーブルに行が0件あります {#zero-rows-in-the-imported-tables} -インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。行数がゼロの場合は、入力したソースURIに一致するデータファイルがなかったことを意味します。この場合は、正しいソースファイルを指定するか、既存のファイルを[データインポートの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従って名前変更するか、または**「宛先マッピング」**ステップに戻って手動マッピング規則に切り替えることで問題を解決してください。その後、再度テーブルをインポートしてください。 +インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。行数がゼロの場合は、入力したソースURIに一致するデータファイルがなかったことを意味します。この場合は、正しいソースファイルを指定するか、既存のファイルを[データインポートの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従って名前変更するか、または**Destination Mapping**ステップに戻って手動マッピング規則に切り替えることで問題を解決してください。その後、再度テーブルをインポートしてください。 diff --git a/tidb-cloud/import-parquet-files-serverless.md b/tidb-cloud/import-parquet-files-serverless.md index 8a930918c9c9e..8a986cb5da99e 100644 --- a/tidb-cloud/import-parquet-files-serverless.md +++ b/tidb-cloud/import-parquet-files-serverless.md @@ -37,7 +37,7 @@ TiDB Cloud StarterまたはTiDB Cloud Essential[Apache Parquet](https://parquet. > **Note:** > - > 場合によっては、前述のルールに従って Parquet ファイル名を更新できないことがあります (たとえば、Parquet ファイル リンクが他のプログラムでも使用されている場合)。その場合は、ファイル名を変更せずに、[ステップ4](#step-4-import-parquet-files)の**マッピング設定**を使用してソース データを単一のターゲット テーブルにインポートできます。 + > 場合によっては、前述のルールに従って Parquet ファイル名を更新できないことがあります (たとえば、Parquet ファイル リンクが他のプログラムでも使用されている場合)。その場合は、ファイル名を変更せずに、[ステップ4](#step-4-import-parquet-files)の**Mapping Settings**を使用してソース データを単一のターゲット テーブルにインポートできます。 ## ステップ2．対象テーブルのスキーマを作成する {#step-2-create-the-target-table-schemas} @@ -113,7 +113,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Amazon S3**を選択してください。 + - **Storage Provider**： **Amazon S3**を選択してください。 - **ソースファイル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/` 。 @@ -123,7 +123,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン 4. **「次へ」**をクリックしてください。 -5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 +5. **Destination Mapping**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 @@ -140,11 +140,11 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン - `my-data?.parquet` : `my-data` `my-data1.parquet`や`my-data2.parquet`のような 1 文字が続くすべての Parquet ファイルに一致します。 - `my-data*.parquet` : `my-data`で始まるすべての Parquet ファイルに一致します。たとえば`my-data-2023.parquet`や`my-data-final.parquet`などです。 - - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを選択します。 + - **Target Database**と**Target Table**：データをインポートする対象データベースとテーブルを選択します。 6. **「次へ」**をクリックしてください。TiDB Cloudがソースファイルを適切にスキャンします。 -7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 +7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **Start Import**をクリックします。 8. インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。 @@ -166,7 +166,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Google Cloud Storageを**選択してください。 + - **Storage Provider**： **Google Cloud Storageを**選択してください。 - **ソースファイル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/` 。 @@ -174,7 +174,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン 4. **「次へ」**をクリックしてください。 -5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 +5. **Destination Mapping**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 @@ -191,11 +191,11 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン - `my-data?.parquet` : `my-data` `my-data1.parquet`や`my-data2.parquet`のような 1 文字が続くすべての Parquet ファイルに一致します。 - `my-data*.parquet` : `my-data`で始まるすべての Parquet ファイルに一致します。たとえば`my-data-2023.parquet`や`my-data-final.parquet`などです。 - - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを選択します。 + - **Target Database**と**Target Table**：データをインポートする対象データベースとテーブルを選択します。 6. **「次へ」**をクリックしてください。TiDB Cloudがソースファイルを適切にスキャンします。 -7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 +7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **Start Import**をクリックします。 8. インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。 @@ -217,7 +217,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Azure Blob Storageを**選択します。 + - **Storage Provider**： **Azure Blob Storageを**選択します。 - **ソースファイル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/` 。 @@ -225,7 +225,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン 4. **「次へ」**をクリックしてください。 -5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 +5. **Destination Mapping**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 @@ -242,11 +242,11 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン - `my-data?.parquet` : `my-data` `my-data1.parquet`や`my-data2.parquet`のような 1 文字が続くすべての Parquet ファイルに一致します。 - `my-data*.parquet` : `my-data`で始まるすべての Parquet ファイルに一致します。たとえば`my-data-2023.parquet`や`my-data-final.parquet`などです。 - - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを選択します。 + - **Target Database**と**Target Table**：データをインポートする対象データベースとテーブルを選択します。 6. **「次へ」**をクリックしてください。TiDB Cloudがソースファイルを適切にスキャンします。 -7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 +7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **Start Import**をクリックします。 8. インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。 @@ -268,7 +268,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Alibaba Cloud OSS**を選択してください。 + - **Storage Provider**： **Alibaba Cloud OSS**を選択してください。 - **ソースファイル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/` 。 @@ -276,7 +276,7 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン 4. **「次へ」**をクリックしてください。 -5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 +5. **Destination Mapping**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 **ソースファイルURI**でディレクトリが指定されている場合、 **「自動マッピングにファイル命名規則を使用する」**オプションがデフォルトで選択されます。 @@ -293,11 +293,11 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン - `my-data?.parquet` : `my-data` `my-data1.parquet`や`my-data2.parquet`のような 1 文字が続くすべての Parquet ファイルに一致します。 - `my-data*.parquet` : `my-data`で始まるすべての Parquet ファイルに一致します。たとえば`my-data-2023.parquet`や`my-data-final.parquet`などです。 - - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを選択します。 + - **Target Database**と**Target Table**：データをインポートする対象データベースとテーブルを選択します。 6. **「次へ」**をクリックしてください。TiDB Cloudがソースファイルを適切にスキャンします。 -7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 +7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **Start Import**をクリックします。 8. インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。 @@ -344,10 +344,10 @@ TiDB Cloud StarterまたはTiDB Cloud EssentialにParquetファイルをイン ### データインポート中の警告を解決する {#resolve-warnings-during-data-import} -**[インポートの開始]**をクリックした後、 `can't find the corresponding source files`などの警告メッセージが表示された場合は、正しいソース ファイルを提供するか、 [データインポートの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従って既存のファイルの名前を変更するか、**詳細設定**を使用して変更することで問題を解決します。 +**Start Import**をクリックした後、 `can't find the corresponding source files`などの警告メッセージが表示された場合は、正しいソース ファイルを提供するか、 [データインポートの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従って既存のファイルの名前を変更するか、**Advanced Settings**を使用して変更することで問題を解決します。 これらの問題を解決した後、データを再度インポートする必要があります。 ### インポートされたテーブルに行が0件あります {#zero-rows-in-the-imported-tables} -インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。行数がゼロの場合は、入力したバケットURIに一致するデータファイルがなかったことを意味します。この場合は、正しいソースファイルを指定するか、既存のファイルを[データインポートの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従って名前変更するか、または**詳細設定**を使用して変更することで問題を解決してください。その後、再度テーブルをインポートしてください。 +インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。行数がゼロの場合は、入力したバケットURIに一致するデータファイルがなかったことを意味します。この場合は、正しいソースファイルを指定するか、既存のファイルを[データインポートの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従って名前変更するか、または**Advanced Settings**を使用して変更することで問題を解決してください。その後、再度テーブルをインポートしてください。 diff --git a/tidb-cloud/import-parquet-files.md b/tidb-cloud/import-parquet-files.md index 2089ffbc5b445..af1bcad0ab763 100644 --- a/tidb-cloud/import-parquet-files.md +++ b/tidb-cloud/import-parquet-files.md @@ -15,7 +15,7 @@ summary: Amazon S3、GCS、またはAzure Blob StorageからTiDB Cloud Dedicated - データの一貫性を確保するため、 TiDB Cloud では Parquet ファイルを空のテーブルにのみインポートできます。既にデータが含まれている既存のテーブルにデータをインポートするには、このドキュメントの手順に従ってTiDB Cloud を使用して一時的な空のテーブルにデータをインポートし、その後`INSERT SELECT`ステートメントを使用してデータを対象の既存のテーブルにコピーします。 -- TiDB Cloud Dedicatedクラスターに[変更フィード](/tidb-cloud/changefeed-overview.md)があるか、 [特定時点への復元](/tidb-cloud/backup-and-restore.md#turn-on-point-in-time-restore)が有効になっている場合、現在のデータインポート機能は[物理インポートモード](https://docs.pingcap.com/tidb/stable/tidb-lightning-physical-import-mode)を使用しているため、クラスターにデータをインポートできません ([**データのインポート]**ボタンが無効になります)。このモードでは、インポートされたデータは変更ログを生成しないため、変更フィードとポイントインタイム リストアはインポートされたデータを検出できません。 +- TiDB Cloud Dedicatedクラスターに[変更フィード](/tidb-cloud/changefeed-overview.md)があるか、 [特定時点への復元](/tidb-cloud/backup-and-restore.md#turn-on-point-in-time-restore)が有効になっている場合、現在のデータインポート機能は[物理インポートモード](https://docs.pingcap.com/tidb/stable/tidb-lightning-physical-import-mode)を使用しているため、クラスターにデータをインポートできません ([**Import Data**ボタンが無効になります)。このモードでは、インポートされたデータは変更ログを生成しないため、変更フィードとポイントインタイム リストアはインポートされたデータを検出できません。 ## ステップ1. Parquetファイルを準備する {#step-1-prepare-the-parquet-files} @@ -41,7 +41,7 @@ summary: Amazon S3、GCS、またはAzure Blob StorageからTiDB Cloud Dedicated > **Note:** > - > - 前述のルールに従って Parquet ファイル名を更新できない場合 (たとえば、Parquet ファイル リンクが他のプログラムでも使用されている場合)、ファイル名を変更せずに、 [ステップ4](#step-4-import-parquet-files-to-tidb-cloud)の**宛先マッピング**サブステップで**「TiDB ファイル命名規則を使用して自動マッピングを行う」**の選択を解除して、ソース ファイルを単一のターゲット テーブルに手動でマッピングできます。 + > - 前述のルールに従って Parquet ファイル名を更新できない場合 (たとえば、Parquet ファイル リンクが他のプログラムでも使用されている場合)、ファイル名を変更せずに、 [ステップ4](#step-4-import-parquet-files-to-tidb-cloud)の**宛先マッピング**サブステップで**Destination Mapping**の選択を解除して、ソース ファイルを単一のターゲット テーブルに手動でマッピングできます。 > - Snappy 圧縮ファイルは[公式Snappyフォーマット](https://github.com/google/snappy)に存在する必要があります。 Snappy 圧縮の他のバリアントはサポートされていません。 ## ステップ2．対象テーブルのスキーマを作成する {#step-2-create-the-target-table-schemas} @@ -116,8 +116,8 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Amazon S3**を選択してください。 - - **ソースURI** ： + - **Storage Provider**： **Amazon S3**を選択してください。 + - **Source URI** ： - 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)を参照してください。 @@ -126,13 +126,13 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 4. **「次へ」**をクリックしてください。 -5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 +5. **Destination Mapping**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 - **ソースURI**でディレクトリを指定すると、 TiDB Cloudはデフォルトで**「TiDBファイル命名規則を使用して自動マッピングを行う**」オプションを選択します。 + **Source URI**でディレクトリを指定すると、 TiDB Cloudはデフォルトで**「TiDBファイル命名規則を使用して自動マッピングを行う**」オプションを選択します。 > **Note:** > - > **ソースURI**で単一のファイルを指定すると、 TiDB Cloudは**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを表示せず、**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを入力するだけで済みます。 + > **Source URI**で単一のファイルを指定すると、 TiDB Cloudは**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを表示せず、**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを入力するだけで済みます。 - TiDB Cloud が[TiDBファイルの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従うすべてのソースファイルを対応するテーブルに自動的にマッピングするには、このオプションを選択したままにして、データ形式として**Parquet を**選択します。ソースフォルダにスキーマファイル ( `${db_name}-schema-create.sql`や`${db_name}.${table_name}-schema.sql`など) が含まれている場合、 TiDB Cloud は、ターゲットデータベースとテーブルがまだ存在しない場合に、それらを使用して作成します。 @@ -143,11 +143,11 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 - `my-data?.parquet` : `my-data` `my-data1.parquet`や`my-data2.parquet`のような 1 文字が続くすべての Parquet ファイルに一致します。 - `my-data*.parquet` : `my-data`で始まるすべての Parquet ファイルに一致します。たとえば`my-data10.parquet`や`my-data100.parquet`などです。 - - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを入力してください。 + - **Target Database**と**Target Table**：データをインポートする対象データベースとテーブルを入力してください。 6. **「次へ」**をクリックします。TiDB Cloudがソースファイルをスキャンします。 -7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 +7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **Start Import**をクリックします。 8. インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。 @@ -169,21 +169,21 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Google Cloud Storageを**選択してください。 - - **ソースURI** ： + - **Storage Provider**： **Google Cloud Storageを**選択してください。 + - **Source 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/` 。 - **認証情報**: TiDB Cloud は、このページで一意の Google Cloud サービス アカウント ID ( `example-service-account@your-project.iam.gserviceaccount.com`など) を提供します。このサービス アカウント ID に、Google Cloud プロジェクト内の GCS バケットに対して必要なIAM権限（ `Storage Object Viewer`など）を付与します。詳細については、 [GCSへのアクセスを設定する](/tidb-cloud/dedicated-external-storage.md#configure-gcs-access)を参照してください。 4. **「次へ」**をクリックしてください。 -5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 +5. **Destination Mapping**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 - **ソースURI**でディレクトリを指定すると、 TiDB Cloudはデフォルトで**「TiDBファイル命名規則を使用して自動マッピングを行う**」オプションを選択します。 + **Source URI**でディレクトリを指定すると、 TiDB Cloudはデフォルトで**「TiDBファイル命名規則を使用して自動マッピングを行う**」オプションを選択します。 > **Note:** > - > **ソースURI**で単一のファイルを指定すると、 TiDB Cloudは**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを表示せず、**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを入力するだけで済みます。 + > **Source URI**で単一のファイルを指定すると、 TiDB Cloudは**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを表示せず、**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを入力するだけで済みます。 - TiDB Cloud が[TiDBファイルの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従うすべてのソースファイルを対応するテーブルに自動的にマッピングするには、このオプションを選択したままにして、データ形式として**Parquet を**選択します。ソースフォルダにスキーマファイル ( `${db_name}-schema-create.sql`や`${db_name}.${table_name}-schema.sql`など) が含まれている場合、 TiDB Cloud は、ターゲットデータベースとテーブルがまだ存在しない場合に、それらを使用して作成します。 @@ -194,11 +194,11 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 - `my-data?.parquet` : `my-data` `my-data1.parquet`や`my-data2.parquet`のような 1 文字が続くすべての Parquet ファイルに一致します。 - `my-data*.parquet` : `my-data`で始まるすべての Parquet ファイルに一致します。たとえば`my-data10.parquet`や`my-data100.parquet`などです。 - - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを入力してください。 + - **Target Database**と**Target Table**：データをインポートする対象データベースとテーブルを入力してください。 6. **「次へ」**をクリックします。TiDB Cloudがソースファイルをスキャンします。 -7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 +7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **Start Import**をクリックします。 8. インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。 @@ -220,26 +220,26 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Azure Blob Storageを**選択します。 + - **Storage Provider**： **Azure Blob Storageを**選択します。 - - **ソースURI** ： + - **Source 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` 。 - 複数のファイルをインポートする場合は、ソースフォルダのURIを`https://[account_name].blob.core.windows.net/[container_name]/[data_source_folder]/`の形式で入力してください。例： `https://myaccount.blob.core.windows.net/mycontainer/myfolder/` 。 - - **接続方法**： TiDB CloudがAzure Blob Storageに接続する方法を選択してください。 + - **Connectivity Method**： TiDB CloudがAzure Blob Storageに接続する方法を選択してください。 - **パブリック**（デフォルト）：パブリックインターネット経由で接続します。ストレージアカウントがパブリックネットワークへのアクセスを許可している場合にこのオプションを使用してください。 - - **プライベートリンク**：Azure プライベートエンドポイント経由で接続し、ネットワークから隔離されたアクセスを実現します。ストレージアカウントがパブリックアクセスをブロックしている場合、またはセキュリティポリシーでプライベート接続が必要な場合にこのオプションを使用します。**プライベートリンク**を選択した場合は、追加フィールド**「Azure Blob Storage リソース ID」**も入力する必要があります。リソース ID を確認するには： + - **Private Link**：Azure プライベートエンドポイント経由で接続し、ネットワークから隔離されたアクセスを実現します。ストレージアカウントがパブリックアクセスをブロックしている場合、またはセキュリティポリシーでプライベート接続が必要な場合にこのオプションを使用します。**Private Link**を選択した場合は、追加フィールド**「Azure Blob Storage リソース ID」**も入力する必要があります。リソース ID を確認するには： 1. [Azureポータル](https://portal.azure.com/)にアクセスします。 - 2. ストレージアカウントに移動し、 **[概要]** > **[JSONビュー]**をクリックします。 + 2. ストレージアカウントに移動し、 **[概要]** > **JSON View**をクリックします。 3. `id`プロパティの値をコピーします。リソース ID は`/subscriptions//resourceGroups//providers/Microsoft.Storage/storageAccounts/`の形式です。 - **資格情報**: TiDB Cloud がAzure Blob Storage コンテナー内のソース ファイルにアクセスできるようにするためのアカウント SAS トークンを入力します。まだお持ちでない場合は、 **「ここをクリックして Azure ARM テンプレートを使用して新しいものを作成します」を**クリックし、画面の指示に従うか、アカウント SAS トークンを手動で作成します。詳細については、 [Azure Blob Storageへのアクセスを構成する](/tidb-cloud/dedicated-external-storage.md#configure-azure-blob-storage-access)を参照してください。 4. **「次へ」**をクリックしてください。 - 接続方法として**プライベートリンク**を選択した場合、 TiDB Cloudはストレージアカウント用のプライベートエンドポイントを作成します。ウィザードを続行するには、Azureポータルでこのエンドポイント要求を承認する必要があります。 + 接続方法として**Private Link**を選択した場合、 TiDB Cloudはストレージアカウント用のプライベートエンドポイントを作成します。ウィザードを続行するには、Azureポータルでこのエンドポイント要求を承認する必要があります。 1. [Azureポータル](https://portal.azure.com/)に移動し、ストレージアカウントに移動します。 @@ -253,13 +253,13 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 > > エンドポイントがまだ承認されていない場合、 TiDB Cloud は接続が承認待ちであることを示すメッセージを表示します。Azure でリクエスト[Azureポータル](https://portal.azure.com/)承認してから、再試行してください。 -5. **「宛先マッピング」**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 +5. **Destination Mapping**セクションで、ソースファイルをターゲットテーブルにどのようにマッピングするかを指定します。 - **ソースURI**でディレクトリを指定すると、 TiDB Cloudはデフォルトで**「TiDBファイル命名規則を使用して自動マッピングを行う**」オプションを選択します。 + **Source URI**でディレクトリを指定すると、 TiDB Cloudはデフォルトで**「TiDBファイル命名規則を使用して自動マッピングを行う**」オプションを選択します。 > **Note:** > - > **ソースURI**で単一のファイルを指定すると、 TiDB Cloudは**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを表示せず、**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを入力するだけで済みます。 + > **Source URI**で単一のファイルを指定すると、 TiDB Cloudは**「自動マッピングにTiDBファイル命名規則を使用する」**オプションを表示せず、**ソース**フィールドにファイル名を自動的に入力します。この場合、データインポートの対象となるデータベースとテーブルを入力するだけで済みます。 - TiDB Cloud が[TiDBファイルの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従うすべてのソースファイルを対応するテーブルに自動的にマッピングするには、このオプションを選択したままにして、データ形式として**Parquet を**選択します。ソースフォルダにスキーマファイル ( `${db_name}-schema-create.sql`や`${db_name}.${table_name}-schema.sql`など) が含まれている場合、 TiDB Cloud は、ターゲットデータベースとテーブルがまだ存在しない場合に、それらを使用して作成します。 @@ -270,11 +270,11 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 - `my-data?.parquet` : `my-data` `my-data1.parquet`や`my-data2.parquet`のような 1 文字が続くすべての Parquet ファイルに一致します。 - `my-data*.parquet` : `my-data`で始まるすべての Parquet ファイルに一致します。たとえば`my-data10.parquet`や`my-data100.parquet`などです。 - - **対象データベース**と**対象テーブル**：データをインポートする対象データベースとテーブルを入力してください。 + - **Target Database**と**Target Table**：データをインポートする対象データベースとテーブルを入力してください。 6. **「次へ」**をクリックします。TiDB Cloudがソースファイルをスキャンします。 -7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 +7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **Start Import**をクリックします。 8. インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。 @@ -321,10 +321,10 @@ TiDB CloudにParquetファイルをインポートするには、以下の手順 ### データインポート中の警告を解決する {#resolve-warnings-during-data-import} -**事前チェック**ステップで`can't find the corresponding source files`などの警告が表示された場合は、正しいソースファイルを提供するか、 [データインポートの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従って既存のファイルの名前を変更するか、**宛先マッピング**ステップに戻って手動マッピングルールに切り替えることで問題を解決します。 +**事前チェック**ステップで`can't find the corresponding source files`などの警告が表示された場合は、正しいソースファイルを提供するか、 [データインポートの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従って既存のファイルの名前を変更するか、**Destination Mapping**ステップに戻って手動マッピングルールに切り替えることで問題を解決します。 これらの問題を解決したら、ウィザードに戻り、インポートを再度実行してください。 ### インポートされたテーブルに行が0件あります {#zero-rows-in-the-imported-tables} -インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。行数がゼロの場合は、入力したソースURIに一致するデータファイルがなかったことを意味します。この場合は、正しいソースファイルを指定するか、既存のファイルを[データインポートの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従って名前変更するか、または**「宛先マッピング」**ステップに戻って手動マッピング規則に切り替えることで問題を解決してください。その後、再度テーブルをインポートしてください。 +インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。行数がゼロの場合は、入力したソースURIに一致するデータファイルがなかったことを意味します。この場合は、正しいソースファイルを指定するか、既存のファイルを[データインポートの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従って名前変更するか、または**Destination Mapping**ステップに戻って手動マッピング規則に切り替えることで問題を解決してください。その後、再度テーブルをインポートしてください。 diff --git a/tidb-cloud/import-sample-data-serverless.md b/tidb-cloud/import-sample-data-serverless.md index 187e6e481a3bd..99e97082d9a97 100644 --- a/tidb-cloud/import-sample-data-serverless.md +++ b/tidb-cloud/import-sample-data-serverless.md @@ -25,7 +25,7 @@ summary: TiDB Cloud StarterまたはTiDB Cloud EssentialにUI経由でサンプ 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Amazon S3**を選択してください。 + - **Storage Provider**： **Amazon S3**を選択してください。 - **ソースファイルURI** ：サンプルデータURI `s3://tidbcloud-sample-data/data-ingestion/`を入力してください。 - **資格情報**： - **AWS ロール ARN** : `arn:aws:iam::801626783489:role/import-sample-access`を入力してください。 @@ -33,11 +33,11 @@ summary: TiDB Cloud StarterまたはTiDB Cloud EssentialにUI経由でサンプ 4. **「次へ」**をクリックしてください。 -5. **「宛先マッピング」**セクションで、 **「自動マッピングにファイル命名規則を使用する」**オプションが選択されたままになっていることを確認し、データ形式として**「SQL」**を選択します。 +5. **Destination Mapping**セクションで、 **「自動マッピングにファイル命名規則を使用する」**オプションが選択されたままになっていることを確認し、データ形式として**「SQL」**を選択します。 6. **「次へ」**をクリックしてください。 -7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 +7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **Start Import**をクリックします。 8. インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。 diff --git a/tidb-cloud/import-sample-data.md b/tidb-cloud/import-sample-data.md index b67ea6e82a809..b882a8ad3902f 100644 --- a/tidb-cloud/import-sample-data.md +++ b/tidb-cloud/import-sample-data.md @@ -24,18 +24,18 @@ summary: TiDB Cloud DedicatedにUI経由でサンプルデータをインポー 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Amazon S3**を選択してください。 - - **ソースURI** ：サンプルデータURI `s3://tidbcloud-sample-data/data-ingestion/`を入力してください。 + - **Storage Provider**： **Amazon S3**を選択してください。 + - **Source URI** ：サンプルデータURI `s3://tidbcloud-sample-data/data-ingestion/`を入力してください。 - **認証情報**: **AWS ロール ARN**を選択し、 `arn:aws:iam::801626783489:role/import-sample-access`を入力します。 - **AWSアクセスキー**：サンプルデータの場合はこのオプションをスキップしてください。 4. **「次へ」**をクリックしてください。 -5. **「宛先マッピング」**セクションで、 **「TiDBファイル命名規則を使用して自動マッピングを行う」**を選択したまま、データ形式として**「SQL」**を選択します。 +5. **Destination Mapping**セクションで、 **「TiDBファイル命名規則を使用して自動マッピングを行う」**を選択したまま、データ形式として**「SQL」**を選択します。 6. **「次へ」**をクリックします。TiDB Cloudがソースファイルをスキャンします。 -7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 +7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **Start Import**をクリックします。 8. インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。 @@ -56,17 +56,17 @@ summary: TiDB Cloud DedicatedにUI経由でサンプルデータをインポー 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Google Cloud Storageを**選択してください。 - - **ソースURI** ：サンプルデータURI `gs://tidbcloud-samples-us-west1/`を入力してください。 + - **Storage Provider**： **Google Cloud Storageを**選択してください。 + - **Source URI** ：サンプルデータURI `gs://tidbcloud-samples-us-west1/`を入力してください。 - **Google CloudサービスアカウントID** ： TiDB Cloudは、このページにGoogle CloudサービスアカウントIDを表示します。サンプルデータURIを使用する場合は、そのまま続行できます。 4. **「次へ」**をクリックしてください。 -5. **「宛先マッピング」**セクションで、 **「TiDBファイル命名規則を使用して自動マッピングを行う」**を選択したまま、データ形式として**「SQL」**を選択します。 +5. **Destination Mapping**セクションで、 **「TiDBファイル命名規則を使用して自動マッピングを行う」**を選択したまま、データ形式として**「SQL」**を選択します。 6. **「次へ」**をクリックします。TiDB Cloudがソースファイルをスキャンします。 -7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 +7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **Start Import**をクリックします。 8. インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。 @@ -88,27 +88,27 @@ summary: TiDB Cloud DedicatedにUI経由でサンプルデータをインポー 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Azure Blob Storageを**選択します。 + - **Storage Provider**： **Azure Blob Storageを**選択します。 - - **ソースURI** ：サンプルデータURI `https://tcidmsampledata.blob.core.windows.net/sql/`を入力してください。 + - **Source URI** ：サンプルデータURI `https://tcidmsampledata.blob.core.windows.net/sql/`を入力してください。 - - **接続方法**： TiDB CloudがAzure Blob Storageに接続する方法を選択します。サンプルデータをインポートするには、デフォルトの接続方法を使用できます。 + - **Connectivity Method**： TiDB CloudがAzure Blob Storageに接続する方法を選択します。サンプルデータをインポートするには、デフォルトの接続方法を使用できます。 - **パブリック**（デフォルト）：パブリックインターネット経由で接続します。ストレージアカウントがパブリックネットワークへのアクセスを許可している場合にこのオプションを使用してください。 - - **プライベートリンク**：Azure プライベートエンドポイント経由で接続し、ネットワークから隔離されたアクセスを実現します。ストレージアカウントがパブリックアクセスをブロックしている場合、またはセキュリティポリシーでプライベート接続が必要な場合にこのオプションを使用します。**プライベートリンク**を選択した場合は、追加フィールド**「Azure Blob Storage リソース ID」**も入力する必要があります。リソース ID を確認するには： + - **Private Link**：Azure プライベートエンドポイント経由で接続し、ネットワークから隔離されたアクセスを実現します。ストレージアカウントがパブリックアクセスをブロックしている場合、またはセキュリティポリシーでプライベート接続が必要な場合にこのオプションを使用します。**Private Link**を選択した場合は、追加フィールド**「Azure Blob Storage リソース ID」**も入力する必要があります。リソース ID を確認するには： 1. [Azureポータル](https://portal.azure.com/)にアクセスします。 - 2. ストレージアカウントに移動し、 **[概要]** > **[JSONビュー]**をクリックします。 + 2. ストレージアカウントに移動し、 **[概要]** > **JSON View**をクリックします。 3. `id`プロパティの値をコピーします。リソース ID は`/subscriptions//resourceGroups//providers/Microsoft.Storage/storageAccounts/`の形式です。 - - **SASトークン**： + - **SAS Token**： - - サンプルデータには、次の**SASトークン**を使用してください： `sv=2015-04-05&ss=b&srt=co&sp=rl&se=2099-03-01T00%3A00%3A01.0000000Z&sig=cQHvaofmVsUJEbgyf4JFkAwTJGsFOmbQHx03GvVMrNc%3D` 。 + - サンプルデータには、次の**SAS Token**を使用してください： `sv=2015-04-05&ss=b&srt=co&sp=rl&se=2099-03-01T00%3A00%3A01.0000000Z&sig=cQHvaofmVsUJEbgyf4JFkAwTJGsFOmbQHx03GvVMrNc%3D` 。 - 自分のデータについては、SAS トークンを使用して Azure Blob Storage にアクセスできます。詳細については、 [Azure Blob Storageへのアクセスを構成する](/tidb-cloud/dedicated-external-storage.md#configure-azure-blob-storage-access)を参照してください。 4. **「次へ」**をクリックしてください。 - 接続方法として**プライベートリンク**を選択した場合、 TiDB Cloudはストレージアカウント用のプライベートエンドポイントを作成します。接続を開始するには、Azureポータルでこのエンドポイント要求を承認する必要があります。 + 接続方法として**Private Link**を選択した場合、 TiDB Cloudはストレージアカウント用のプライベートエンドポイントを作成します。接続を開始するには、Azureポータルでこのエンドポイント要求を承認する必要があります。 1. [Azureポータル](https://portal.azure.com/)に移動し、ストレージアカウントに移動します。 @@ -122,11 +122,11 @@ summary: TiDB Cloud DedicatedにUI経由でサンプルデータをインポー > > エンドポイントがまだ承認されていない場合、 TiDB Cloud は接続が承認待ちであることを示すメッセージを表示します。Azure でリクエスト[Azureポータル](https://portal.azure.com/)承認してから、再試行してください。 -5. **「宛先マッピング」**セクションで、 **「TiDBファイル命名規則を使用して自動マッピングを行う」**を選択したまま、データ形式として**「SQL」**を選択します。 +5. **Destination Mapping**セクションで、 **「TiDBファイル命名規則を使用して自動マッピングを行う」**を選択したまま、データ形式として**「SQL」**を選択します。 6. **「次へ」**をクリックします。TiDB Cloudがソースファイルをスキャンします。 -7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックします。 +7. スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **Start Import**をクリックします。 8. インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。 diff --git a/tidb-cloud/import-with-mysql-cli-serverless.md b/tidb-cloud/import-with-mysql-cli-serverless.md index dd47bb9b8fa89..ff838e22ac6b0 100644 --- a/tidb-cloud/import-with-mysql-cli-serverless.md +++ b/tidb-cloud/import-with-mysql-cli-serverless.md @@ -24,15 +24,15 @@ TiDB Cloud StarterまたはEssentialインスタンスに接続してくださ 3. 接続ダイアログの設定がご使用のオペレーティング環境と一致していることを確認してください。 - - **接続タイプ**は`Public`に設定されています。 - - **「接続」は**`MySQL CLI`に設定されています。 - - お使いの環境に合った**オペレーティングシステム**を選択してください。 + - **Connection Type**は`Public`に設定されています。 + - **Connect With**`MySQL CLI`に設定されています。 + - お使いの環境に合った**Operating System**を選択してください。 -4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。 +4. **Generate Password**をクリックすると、ランダムなパスワードが生成されます。 > **Tip:** > - > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成してください。 + > 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **Reset Password**をクリックして新しいパスワードを生成してください。 ## ステップ2：テーブルを定義し、サンプルデータを挿入する {#step-2-define-the-table-and-insert-sample-data} diff --git a/tidb-cloud/integrate-tidbcloud-with-airbyte.md b/tidb-cloud/integrate-tidbcloud-with-airbyte.md index 750acb96c28e5..c884946fdd5f5 100644 --- a/tidb-cloud/integrate-tidbcloud-with-airbyte.md +++ b/tidb-cloud/integrate-tidbcloud-with-airbyte.md @@ -76,15 +76,15 @@ TiDB コネクタの詳細については、 [TiDBソース](https://docs.airbyt 以下の手順では、TiDBをソースと宛先の両方として使用します。他のコネクタでは、パラメータが異なる場合があります。 -1. サイドバーの**「接続」**をクリックし、次に**「新しい接続」**をクリックします。 +1. サイドバーの**「接続」**をクリックし、次に**New Connection**をクリックします。 2. 事前に設定した送信元と送信先を選択してください。 -3. 接続**設定**パネルに移動し、 `${source_name} - ${destination-name}`などの接続名を作成します。 +3. 接続**Set up**パネルに移動し、 `${source_name} - ${destination-name}`などの接続名を作成します。 4. **レプリケーション頻度を****「24時間ごと**」に設定すると、接続は1日に1回データを複製します。 -5. **宛先名前空間を****カスタム形式**に設定し、**名前空間カスタム形式**を**テスト**に設定して、すべてのデータを`test`データベースに保存します。 +5. **宛先名前空間を** **Custom format**に設定し、**名前空間カスタム形式**を**テスト**に設定して、すべてのデータを`test`データベースに保存します。 6. **同期モード**を**「完全更新」または「上書き」**に選択してください。 diff --git a/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md b/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md index d847bd4f82fdc..f107739a08151 100644 --- a/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md +++ b/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md @@ -114,8 +114,8 @@ AWS リソースを作成する際に`us-east-1`以外の別の AWS リージョ AWS CloudFormation を使用して書店プロジェクトを設定するには、次の手順を実行します。 1. AWS マネジメントコンソールに移動し、 [AWS CloudFormationサービス](https://console.aws.amazon.com/cloudformation)にアクセスします。 -2. **[スタックの作成]** > **[新しいリソースを使用 (標準)]**をクリックします。 -3. 「**スタックの作成」**ページで、スタックの作成プロセスを完了します。 +2. **Create Stack** > **[新しいリソースを使用 (標準)]**をクリックします。 +3. **Create Stack**ページで、スタックの作成プロセスを完了します。 1. **前提条件の**領域で、 **「既存のテンプレートを選択」**を選択します。 diff --git a/tidb-cloud/integrate-tidbcloud-with-n8n.md b/tidb-cloud/integrate-tidbcloud-with-n8n.md index ed81b254cdd07..2f59308a9bd3f 100644 --- a/tidb-cloud/integrate-tidbcloud-with-n8n.md +++ b/tidb-cloud/integrate-tidbcloud-with-n8n.md @@ -16,8 +16,8 @@ summary: n8nにおけるTiDB Cloudノードの使い方を学びましょう。 ## 前提条件： TiDB Cloud APIキーを取得する {#prerequisites-get-tidb-cloud-api-key} 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **[組織設定]** > **[APIキー]**をクリックします。 -3. **APIキーの**ページで、 **「APIキーを作成」**をクリックします。 +2. 左側のナビゲーションペインで、 **Organization Settings** > **API Keys**をクリックします。 +3. **API Keys**ページで、 **「APIキーを作成」**をクリックします。 4. APIキーの説明を入力し、 **「次へ」**をクリックしてください。 5. 作成したAPIキーをコピーしてn8nで後で使用するようにし、 **「完了」**をクリックしてください。 @@ -62,7 +62,7 @@ TiDB Cloudノードは、npmリポジトリでは`n8n-nodes-tidb-cloud`という 4. **npmパッケージ名**フィールドに`n8n-nodes-tidb-cloud`と入力します。 5. **「インストール」**をクリックしてください。 -その後、**ワークフロー**の検索バーで**TiDB Cloud**ノードを検索し、ワークスペースにドラッグすることでTiDB Cloudノードを使用できます。 +その後、**TiDB Cloud**の検索バーで**TiDB Cloud**ノードを検索し、ワークスペースにドラッグすることでTiDB Cloudノードを使用できます。 ## ステップ3：ワークフローを構築する {#step-3-build-your-workflow} @@ -90,7 +90,7 @@ TiDB Cloud Starterインスタンスをお持ちでない場合は、このノ 4. TiDB Cloudノードの認証情報（TiDB Cloud APIキー）を入力してください。 5. **プロジェクト**一覧から、プロジェクトを選択してください。 6. **操作**リストで、 `Create Serverless Cluster`を選択します。 -7. **「クラスタ名」**ボックスに、 TiDB Cloud Starterインスタンスの名前を入力します。 +7. **Cluster Name**ボックスに、 TiDB Cloud Starterインスタンスの名前を入力します。 8. **リージョン**リストから地域を選択してください。 9. **パスワード**欄に、 TiDB Cloud Starterインスタンスへのログインに使用するパスワードを入力してください。 10. ノードを実行するには、 **「ノードを実行」**をクリックしてください。 @@ -227,7 +227,7 @@ TiDB Cloud Starterインスタンスをお持ちでない場合は、このノ TiDB Cloudノードは[通常のノード](https://docs.n8n.io/workflows/nodes/#regular-nodes)として機能し、次の 5 つの操作のみをサポートします。 - **サーバーレスクラスタの作成**: TiDB Cloud Starterインスタンスを作成します。 -- **SQLの実行**：TiDBでSQL文を実行します。 +- **Execute SQL**：TiDBでSQL文を実行します。 - **削除**：TiDB内の行を削除します。 - **Insert** ：TiDBに行を挿入します。 - **更新**: TiDB の行を更新します。 @@ -303,6 +303,6 @@ TiDB Cloudノードは[通常のノード](https://docs.n8n.io/workflows/nodes/# ### 制限事項 {#limitations} -- 通常、 **SQL実行**操作では1つのSQLステートメントしか実行できません。1つの操作で複数のステートメントを実行する場合は、 [`tidb_multi_statement_mode`](https://docs.pingcap.com/tidbcloud/system-variables#tidb_multi_statement_mode-new-in-v4011)手動で有効にする必要があります。 +- 通常、 **Execute SQL**操作では1つのSQLステートメントしか実行できません。1つの操作で複数のステートメントを実行する場合は、 [`tidb_multi_statement_mode`](https://docs.pingcap.com/tidbcloud/system-variables#tidb_multi_statement_mode-new-in-v4011)手動で有効にする必要があります。 - **削除**および**更新**操作では、キーとして1つのフィールドを指定する必要があります。たとえば、 `Delete Key`を`id`に設定すると、 `DELETE FROM table WHERE id = ${item.id}`を実行するのと同等になります。現在、**削除**および**更新**操作では、キーを1つだけ指定できます。 - **挿入**および**更新**操作の場合、**列**フィールドにカンマ区切りのリストを指定する必要があり、フィールド名は入力項目のプロパティ名と同じでなければなりません。 diff --git a/tidb-cloud/integrate-tidbcloud-with-vercel.md b/tidb-cloud/integrate-tidbcloud-with-vercel.md index 2c3981875e06e..5e3da20471e27 100644 --- a/tidb-cloud/integrate-tidbcloud-with-vercel.md +++ b/tidb-cloud/integrate-tidbcloud-with-vercel.md @@ -80,10 +80,10 @@ 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 Integration**をクリックします。 **[TiDB Cloudの追加]**ダイアログが表示されます。 2. ドロップダウンリストから統合の範囲を選択し、 **「続行」**をクリックしてください。 3. 統合を追加するVercelプロジェクトを選択し、 **「続行」**をクリックします。 -4. 統合に必要な権限を確認し、 **「統合を追加」**をクリックしてください。すると、 TiDB Cloudコンソールの統合ページに移動します。 +4. 統合に必要な権限を確認し、 **Add Integration**をクリックしてください。すると、 TiDB Cloudコンソールの統合ページに移動します。 5. 統合ページで、以下の操作を行います。 1. 対象となるVercelプロジェクトを選択し、 **「次へ」**をクリックしてください。 @@ -97,7 +97,7 @@ TiDB Cloud Vercel 統合経由で接続するには、 [Vercelの統合マーケ ![Vercel Integration Page](/media/tidb-cloud/vercel/integration-link-cluster-page.png) -6. Vercelダッシュボードに戻り、Vercelプロジェクトに移動して、 **[設定]** > **[環境変数]**をクリックし、対象のTiDBクラスタの環境変数が自動的に追加されているかどうかを確認してください。 +6. Vercelダッシュボードに戻り、Vercelプロジェクトに移動して、 **[設定]** > **Environment Variables**をクリックし、対象のTiDBクラスタの環境変数が自動的に追加されているかどうかを確認してください。 以下の変数が追加された場合、積分は完了です。 @@ -123,21 +123,21 @@ 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 Integration**をクリックします。 **[TiDB Cloudの追加]**ダイアログが表示されます。 2. ドロップダウンリストから統合の範囲を選択し、 **「続行」**をクリックしてください。 3. 統合を追加するVercelプロジェクトを選択し、 **「続行」**をクリックします。 -4. 統合に必要な権限を確認し、 **「統合を追加」**をクリックしてください。すると、 TiDB Cloudコンソールの統合ページに移動します。 +4. 統合に必要な権限を確認し、 **Add Integration**をクリックしてください。すると、 TiDB Cloudコンソールの統合ページに移動します。 5. 統合ページで、以下の操作を行います。 1. 対象となるVercelプロジェクトを選択し、 **「次へ」**をクリックしてください。 2. 対象となるTiDB Cloud組織とプロジェクトを選択してください。 - 3. 接続タイプとして**「データアプリ」**を選択してください。 + 3. 接続タイプとして**Data App**を選択してください。 4. 対象のTiDBデータアプリを選択してください。 5. **「統合を追加」をクリックしてVercelに戻ります**。 ![Vercel Integration Page](/media/tidb-cloud/vercel/integration-link-data-app-page.png) -6. Vercelダッシュボードに戻り、Vercelプロジェクトに移動して、 **[設定]** > **[環境変数]**をクリックし、対象のデータアプリの環境変数が自動的に追加されているかどうかを確認してください。 +6. Vercelダッシュボードに戻り、Vercelプロジェクトに移動して、 **[設定]** > **Environment Variables**をクリックし、対象のデータアプリの環境変数が自動的に追加されているかどうかを確認してください。 以下の変数が追加された場合、積分は完了です。 @@ -157,7 +157,7 @@ TiDB Cloud Vercel 統合経由で接続するには、 [Vercelの統合マーケ 1. Vercelダッシュボードで、 **[統合]**をクリックします。 2. TiDB Cloudのエントリで**「管理」**をクリックします。 3. **「設定」**をクリックします。 -4. 接続を追加または削除するには、 **「リンクを追加」**または**「削除」**をクリックします。 +4. 接続を追加または削除するには、 **Add Link**または**「削除」**をクリックします。 ![Vercel Integration Configuration Page](/media/tidb-cloud/vercel/integration-vercel-configuration-page.png) @@ -220,7 +220,7 @@ Gitリポジトリに変更をプッシュすると、Vercelがプレビュー 接続情報は、クラスタの接続ダイアログから取得できます。ダイアログを開くには、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象リソースの名前をクリックして概要ページを開き、右上隅の**[接続]**をクリックします。 -2. Vercel ダッシュボード > Vercel プロジェクト >**設定**>**環境変数**に移動し、TiDB クラスターの接続情報に従って[各環境変数の値を宣言する](https://vercel.com/docs/concepts/projects/environment-variables#declare-an-environment-variable)。 +2. Vercel ダッシュボード > Vercel プロジェクト >**設定**>**Environment Variables**に移動し、TiDB クラスターの接続情報に従って[各環境変数の値を宣言する](https://vercel.com/docs/concepts/projects/environment-variables#declare-an-environment-variable)。 ![Vercel Environment Variables](/media/tidb-cloud/vercel/integration-vercel-environment-variables.png) @@ -243,7 +243,7 @@ TiDB Cloud コンソールでは、 `` 、 `` 、 `` 1. データ アプリとそのエンドポイントをまだ作成していない場合は、「データ アプリ[データアプリを管理する](/tidb-cloud/data-service-manage-data-app.md)と[エンドポイントの管理](/tidb-cloud/data-service-manage-endpoint.md)の手順に従ってデータ アプリとそのエンドポイントを作成します。 -2. Vercel ダッシュボード > Vercel プロジェクト >**設定**>**環境変数**に移動し、データ アプリの接続情報に従って[各環境変数の値を宣言する](https://vercel.com/docs/concepts/projects/environment-variables#declare-an-environment-variable)。 +2. Vercel ダッシュボード > Vercel プロジェクト >**設定**>**Environment Variables**に移動し、データ アプリの接続情報に従って[各環境変数の値を宣言する](https://vercel.com/docs/concepts/projects/environment-variables#declare-an-environment-variable)。 ![Vercel Environment Variables](/media/tidb-cloud/vercel/integration-vercel-environment-variables.png) diff --git a/tidb-cloud/integrate-tidbcloud-with-zapier.md b/tidb-cloud/integrate-tidbcloud-with-zapier.md index cb2f6ecdce12d..a7d958fc415ba 100644 --- a/tidb-cloud/integrate-tidbcloud-with-zapier.md +++ b/tidb-cloud/integrate-tidbcloud-with-zapier.md @@ -61,7 +61,7 @@ Zapier で[TiDB Cloudアプリ](https://zapier.com/apps/tidb-cloud/integrations) 2. アカウントを選択 - 1. 「**サインイン」**ボタンをクリックすると、新しいログインページにリダイレクトされます。 + 1. **Sign in**ボタンをクリックすると、新しいログインページにリダイレクトされます。 2. ログイン ページで、公開キーと秘密キーを入力します。 TiDB Cloud API キーを取得するには、 [TiDB Cloud APIドキュメント](https://docs.pingcap.com/tidbcloud/api/v1beta#section/Authentication/API-Key-Management)ドキュメントの手順に従ってください。 3. **「続行」**をクリックしてください。 @@ -105,9 +105,9 @@ Zapier で[TiDB Cloudアプリ](https://zapier.com/apps/tidb-cloud/integrations) 3. アクションを設定する - 1. 前の手順と同様に、**プロジェクト名**、**クラスタ名**、 **TiDBパスワード**、**データベース名**を入力してください。 + 1. 前の手順と同様に、**Project Name**、**Cluster Name**、 **TiDBパスワード**、**Database Name**を入力してください。 - 2. 「**テーブル名」**で、ドロップダウンリストから「 **github_global_event」**テーブルを選択します。テーブルの列が表示されます。 + 2. **Table Name**で、ドロップダウンリストから**github_global_event**テーブルを選択します。テーブルの列が表示されます。 ![Table columns](/media/tidb-cloud/zapier/zapier-set-up-tidbcloud-columns.png) diff --git a/tidb-cloud/manage-projects-and-resources.md b/tidb-cloud/manage-projects-and-resources.md index 9b2c23a010c22..5a1df8ae7924f 100644 --- a/tidb-cloud/manage-projects-and-resources.md +++ b/tidb-cloud/manage-projects-and-resources.md @@ -43,7 +43,7 @@ TiDB Cloudリソースの詳細情報を表示するには、対象のリソー ### TiDB Cloudリソースを作成する {#create-tidb-cloud-resources} -TiDB Cloudリソースを作成するには、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[リソースの作成] を**クリックします。 +TiDB Cloudリソースを作成するには、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **Create Resource**をクリックします。 詳細については、以下の資料を参照してください。 @@ -94,7 +94,7 @@ TiDB Cloudのリソースをプロジェクトごとにグループ化して表 新しいプロジェクトを作成するには、以下の手順に従ってください。 -1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **「プロジェクトの作成」を**クリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **Create Project**をクリックします。 > **Tip:** > @@ -131,7 +131,7 @@ TiDB Cloudのリソースをプロジェクトごとにグループ化して表 プロジェクトを管理するには、以下の手順に従ってください。 -1. TiDB Cloudコンソールで、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。 +1. TiDB Cloudコンソールで、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **Project view**タブをクリックします。 > **Tip:** > @@ -152,7 +152,7 @@ TiDB Cloudのリソースをプロジェクトごとにグループ化して表 TiDB Xインスタンスを移動するには、以下の手順を実行してください。 -1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **Project view**タブをクリックします。 2. プロジェクトビューで、移動する TiDB X インスタンスを含むプロジェクトフォルダーを展開し、対象の TiDB X インスタンスの**...**をクリックしてから、 **[移動]**をクリックします。 diff --git a/tidb-cloud/manage-user-access.md b/tidb-cloud/manage-user-access.md index cfd8f1918d9dc..13cb54394e1cf 100644 --- a/tidb-cloud/manage-user-access.md +++ b/tidb-cloud/manage-user-access.md @@ -184,7 +184,7 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー > - 現在特定のTiDB Cloudリソースのページにいる場合、左上隅のコンボボックスをクリックした後、組織リストに戻るには、コンボボックス内の**「マイTiDBに戻る」を**クリックする必要があります。 > - 複数の組織に所属している場合は、コンボボックス内の対象組織名をクリックすることで、組織間でアカウントを切り替えることができます。 -2. 組織IDやタイムゾーンなどの組織の詳細情報を表示するには、組織名をクリックし、左側のナビゲーションペインで**「組織設定」** > **「一般」**をクリックします。 +2. 組織IDやタイムゾーンなどの組織の詳細情報を表示するには、組織名をクリックし、左側のナビゲーションペインで**Organization Settings** > **「一般」**をクリックします。 ### 組織のタイムゾーンを設定してください {#set-the-time-zone-for-your-organization} @@ -194,9 +194,9 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **[組織設定]** > **[一般]**をクリックします。 +2. 左側のナビゲーションペインで、 **Organization Settings** > **[一般]**をクリックします。 -3. 「**タイムゾーン」**セクションで、ドロップダウンリストからお住まいのタイムゾーンを選択してください。 +3. **Time Zone**セクションで、ドロップダウンリストからお住まいのタイムゾーンを選択してください。 4. **「更新」**をクリックしてください。 @@ -212,9 +212,9 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **[組織設定]** > **[ユーザー]**をクリックします。 +2. 左側のナビゲーションペインで、 **Organization Settings** > **[ユーザー]**をクリックします。 -3. **ユーザー**ページで、右上隅にある**「ユーザーを招待」**をクリックします。 +3. **ユーザー**ページで、右上隅にある**Invite User**をクリックします。 4. 招待するユーザーのメールアドレスを入力してください。 @@ -249,7 +249,7 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **[組織設定]** > **[ユーザー]**をクリックします。 +2. 左側のナビゲーションペインで、 **Organization Settings** > **[ユーザー]**をクリックします。 3. **ユーザー**ページで、対象メンバーの行を見つけ、その行の**「...」**をクリックし、次に**「削除」**をクリックします。 @@ -265,7 +265,7 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー プロジェクト名を変更するには、以下の手順に従ってください。 -1. TiDB Cloudコンソールで、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。 +1. TiDB Cloudコンソールで、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **Project view**タブをクリックします。 > **Tip:** > @@ -319,11 +319,11 @@ TiDB Xインスタンスはインスタンスレベルのロールをサポー 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **[組織設定]** > **[ユーザー]**をクリックします。 +2. 左側のナビゲーションペインで、 **Organization Settings** > **[ユーザー]**をクリックします。 -3. **ユーザー**ページで、対象メンバーの行を見つけ、その行の**「...」**をクリックし、次に**「役割の編集」を**クリックします。 +3. **ユーザー**ページで、対象メンバーの行を見つけ、その行の**「...」**をクリックし、次に**Edit Role**をクリックします。 -4. **役割の編集**ダイアログで、対象のプロジェクトを見つけて、 アイコン。 +4. **Edit Role**ダイアログで、対象のプロジェクトを見つけて、 アイコン。 5. **「保存」**をクリックしてください。 @@ -341,15 +341,15 @@ TiDB Xインスタンスへのアクセス権を付与するには、以下の 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **[組織設定]** > **[ユーザー]**をクリックします。 +2. 左側のナビゲーションペインで、 **Organization Settings** > **[ユーザー]**をクリックします。 -3. **ユーザー**ページで、対象メンバーの行を見つけ、その行の**「...」**をクリックし、次に**「役割の編集」を**クリックします。 +3. **ユーザー**ページで、対象メンバーの行を見つけ、その行の**「...」**をクリックし、次に**Edit Role**をクリックします。 > **Tip:** > - > ユーザーがまだ組織に属していない場合は、右上隅にある**[ユーザーを招待]**をクリックし、[ユーザーを組織に招待する](#invite-a-user-to-your-organization)の手順に従って、ユーザーにインスタンス ロールを付与します。 + > ユーザーがまだ組織に属していない場合は、右上隅にある**Invite User**をクリックし、[ユーザーを組織に招待する](#invite-a-user-to-your-organization)の手順に従って、ユーザーにインスタンス ロールを付与します。 -4. **「ロールの編集」**ページで、 **「インスタンスアクセス」**セクションの**「ロールの追加とインスタンスの選択」**をクリックし、ユーザーにロールを付与して、対象のTiDB Xインスタンスを選択します。 +4. **Edit Role**ページで、 **「インスタンスアクセス」**セクションの**Instance access**をクリックし、ユーザーにロールを付与して、対象のTiDB Xインスタンスを選択します。 5. **「保存」**をクリックしてください。 @@ -361,11 +361,11 @@ TiDB Xインスタンスへのアクセス権を付与するには、以下の 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **[組織設定]** > **[ユーザー]**をクリックします。 +2. 左側のナビゲーションペインで、 **Organization Settings** > **[ユーザー]**をクリックします。 -3. **ユーザー**ページで、対象メンバーの行を見つけ、その行の**「...」**をクリックし、次に**「役割の編集」を**クリックします。 +3. **ユーザー**ページで、対象メンバーの行を見つけ、その行の**「...」**をクリックし、次に**Edit Role**をクリックします。 -4. **ロール編集**ダイアログで、対象のインスタンスを見つけて、 アイコン。 +4. **Edit Role**ダイアログで、対象のインスタンスを見つけて、 アイコン。 5. **「保存」**をクリックしてください。 @@ -375,9 +375,9 @@ TiDB Cloudでユーザーの役割を変更するには、以下の手順を実 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 -2. 左側のナビゲーションペインで、 **[組織設定]** > **[ユーザー]**をクリックします。 +2. 左側のナビゲーションペインで、 **Organization Settings** > **[ユーザー]**をクリックします。 -3. **ユーザー**ページで、対象ユーザーの行を見つけ、その行の**「...」**をクリックし、次に**「役割の編集」を**クリックします。 +3. **ユーザー**ページで、対象ユーザーの行を見つけ、その行の**「...」**をクリックし、次に**Edit Role**をクリックします。 - `Organization Owner`ロールに属している場合は、対象ユーザーの組織ロール、プロジェクトロール、およびインスタンスロールを変更できます。 - `Project Owner`ロールに属している場合は、対象ユーザーのプロジェクトロールとインスタンスロールを変更できます。 @@ -390,6 +390,6 @@ TiDB Cloudでは、氏名（姓、名）、電話番号など、プロフィー 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、左下隅にあるをクリックします。 -2. **アカウント設定**をクリックしてください。 +2. **Account Settings**をクリックしてください。 3. 表示されたダイアログで、プロファイル情報を更新し、 **「更新」**をクリックします。 diff --git a/tidb-cloud/migrate-from-mysql-using-aws-dms.md b/tidb-cloud/migrate-from-mysql-using-aws-dms.md index 367171d975b86..8f4b5653f906e 100644 --- a/tidb-cloud/migrate-from-mysql-using-aws-dms.md +++ b/tidb-cloud/migrate-from-mysql-using-aws-dms.md @@ -54,7 +54,7 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ - **レプリケーションサブネットグループ**：レプリケーションインスタンスに使用するサブネットグループを選択してください。 - **一般公開**：デフォルト設定を使用します。 -7. 必要に応じて、**詳細設定**、**メンテナンス**、および**タグ**を設定します。 **「レプリケーションインスタンスの作成」を**クリックして、インスタンスの作成を完了します。 +7. 必要に応じて、**Advanced settings**、**メンテナンス**、および**タグ**を設定します。 **「レプリケーションインスタンスの作成」を**クリックして、インスタンスの作成を完了します。 ## ステップ2. ソースデータベースエンドポイントを作成する {#step-2-create-the-source-database-endpoint} @@ -66,7 +66,7 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ ![Configure the security group rules](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-to-tidb-cloud-rules.png) -3. ソースデータベースのエンドポイントを作成するには、 **「エンドポイントの作成**」をクリックします。 +3. ソースデータベースのエンドポイントを作成するには、 **Create endpoint**をクリックします。 ![Click Create endpoint](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-to-tidb-cloud-endpoint.png) @@ -80,15 +80,15 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ - **記述的な Amazon リソース名 (ARN) - オプション**: デフォルトの DMS ARN に分かりやすい名前を作成します。 - **ソースエンジン**: **MySQL**を選択してください。 - **エンドポイントデータベースへのアクセス**:**アクセス情報を手動で提供するを**選択します。 - - **サーバー名**：データプロバイダーのデータサーバー名を入力してください。データベースコンソールからコピーできます。アップストリームがAmazon RDSまたはAmazon Auroraの場合は、名前が自動的に入力されます。ドメイン名のないセルフホスト型MySQLの場合は、IPアドレスを入力してください。 + - **Server name**：データプロバイダーのデータサーバー名を入力してください。データベースコンソールからコピーできます。アップストリームが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 key**、**タグに**はデフォルト値を使用してください。**エンドポイント接続のテスト（オプション）**セクションでは、ネットワーク構成を簡素化するために、ソースデータベースと同じVPCを選択することをお勧めします。対応するレプリケーションインスタンスを選択し、 **「テストの実行」**をクリックします。ステータスが**「成功」**である必要があります。 -7. **「エンドポイントの作成」を**クリックします。 +7. **Create endpoint**をクリックします。 ![Click Create endpoint](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-to-tidb-cloud-connection.png) @@ -104,24 +104,24 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ 4. **CA証明書をダウンロードするには、[CA証明書のダウンロード]**をクリックします。ダイアログの**[ステップ3：SQLクライアントで接続する**]で、接続文字列内の`-u` 、 `-h` 、および`-P`情報を後で使用するためにメモしておきます。 -5. ダイアログの**「VPCピアリング」**タブをクリックし、 **「ステップ1：VPCの設定**」の下にある**「追加」**をクリックして、TiDBクラスターとAWS DMSのVPCピアリング接続を作成します。 +5. ダイアログの**VPC Peering**タブをクリックし、 **「ステップ1：VPCの設定**」の下にある**「追加」**をクリックして、TiDBクラスターとAWS DMSのVPCピアリング接続を作成します。 6. 対応する情報を設定します。 [VPCピアリング接続を設定する](/tidb-cloud/set-up-vpc-peering-connections.md)を参照してください。 7. TiDBクラスタのターゲットエンドポイントを設定します。 - - **エンドポイントタイプ**：**ターゲットエンドポイント**を選択してください。 + - **Endpoint type**：**Target endpoint**を選択してください。 - **エンドポイント識別子**：エンドポイントの名前を入力してください。 - **記述的な Amazon リソース名 (ARN) - オプション**: デフォルトの DMS ARN に分かりやすい名前を作成します。 - **対象エンジン**: **MySQL**を選択してください。 ![Configure the target endpoint](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-to-tidb-cloud-target-endpoint.png) -8. [AWS DMSコンソール](https://console.aws.amazon.com/dms/v2/home)で、 **[エンドポイントの作成]**をクリックしてターゲットデータベースエンドポイントを作成し、次の情報を設定します。 +8. [AWS DMSコンソール](https://console.aws.amazon.com/dms/v2/home)で、 **Create endpoint**をクリックしてターゲットデータベースエンドポイントを作成し、次の情報を設定します。 - - **サーバー名**: 記録した`-h`情報である TiDB クラスターのホスト名を入力してください。 + - **Server name**: 記録した`-h`情報である TiDB クラスターのホスト名を入力してください。 - **ポート**：記録した`-P`情報と同じTiDBクラスタのポート番号を入力してください。TiDBクラスタのデフォルトポートは4000です。 - - **ユーザー名**: TiDB クラスターのユーザー名を入力してください。これは、記録した`-u`情報です。 + - **User name**: TiDB クラスターのユーザー名を入力してください。これは、記録した`-u`情報です。 - **パスワード**：TiDBクラスタのパスワードを入力してください。 - **セキュリティソケットレイヤー（SSL）モード**： **Verify-ca**を選択します。 - **「新しいCA証明書を追加」を**クリックして、前の手順でTiDB CloudコンソールからダウンロードしたCAファイルをインポートします。 @@ -132,9 +132,9 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ ![Upload CA](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-to-tidb-cloud-upload-ca.png) -10. **エンドポイント設定**、 **KMSキー**、**タグに**はデフォルト値を使用します。**エンドポイント接続のテスト（オプション）**セクションで、ソースデータベースと同じVPCを選択します。対応するレプリケーションインスタンスを選択し、 **「テストの実行」**をクリックします。ステータスが**「成功」**である必要があります。 +10. **エンドポイント設定**、 **KMS key**、**タグに**はデフォルト値を使用します。**エンドポイント接続のテスト（オプション）**セクションで、ソースデータベースと同じVPCを選択します。対応するレプリケーションインスタンスを選択し、 **「テストの実行」**をクリックします。ステータスが**「成功」**である必要があります。 -11. **「エンドポイントの作成」を**クリックします。 +11. **Create endpoint**をクリックします。 ![Click Create endpoint](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-to-tidb-cloud-target-endpoint3.png) @@ -151,7 +151,7 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ - **レプリケーションインスタンス**：先ほど作成したAWS DMSインスタンスを選択します。 - **ソースデータベースエンドポイント**：先ほど作成したソースデータベースエンドポイントを選択してください。 - **ターゲットデータベースエンドポイント**：先ほど作成したターゲットデータベースエンドポイントを選択してください。 - - **移行タイプ**：必要に応じて移行タイプを選択してください。この例では、 **「既存データの移行と進行中の変更の複製」**を選択します。 + - **Migration type**：必要に応じて移行タイプを選択してください。この例では、 **「既存データの移行と進行中の変更の複製」**を選択します。 ![Task configurations](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-to-tidb-cloud-task-config.png) @@ -159,7 +159,7 @@ AWS DMSは、リレーショナルデータベース、データウェアハウ - **編集モード**：**ウィザード**を選択してください。 - **ソーストランザクションのカスタムCDC停止モード**：デフォルト設定を使用します。 - - **対象テーブルの準備モード**：必要に応じて**「何もしない」**またはその他のオプションを選択してください。この例では、 **「何もしない」**を選択します。 + - **対象テーブルの準備モード**：必要に応じて**Do nothing**またはその他のオプションを選択してください。この例では、 **Do nothing**を選択します。 - **フルロード完了後にタスクを停止する**：デフォルト設定を使用する。 - **LOB列をレプリケーションに含める**：**限定LOBモード**を選択します。 - **LOBの最大サイズ（KB）** ：デフォルト値の**32**を使用します。 diff --git a/tidb-cloud/migrate-from-mysql-using-data-migration.md b/tidb-cloud/migrate-from-mysql-using-data-migration.md index 1fe45f9e808e8..a7cadfa2a7ce8 100644 --- a/tidb-cloud/migrate-from-mysql-using-data-migration.md +++ b/tidb-cloud/migrate-from-mysql-using-data-migration.md @@ -391,9 +391,9 @@ AWS は RDS またはAuroraへの PrivateLink による直接アクセスをサ - **スキーム**:**内部**。ロードバランサーはVPC内に留まります。次のステップのエンドポイントサービスのみが、ロードバランサーをTiDB Cloudに公開します。 - **VPC** ：RDSまたはAuroraインスタンスと同じVPCを指定します。フォームはデフォルトでアカウントのデフォルトVPCを選択しますが、データベースが配置されている場所は通常このVPCではないため、続行する前に**VPC**のドロップダウンリストを変更してください。 - - **アベイラビリティゾーン**：**少なくとも2つのアベイラビリティゾーン**でサブネットを選択してください。NLBでは、エンドポイントサービスの可用性を確保するためにマルチAZ構成が必要です。RDSがシングルAZ構成の場合でも、同じVPC内の別のAZに2つ目のサブネットが必要になります。 + - **Availability Zones**：**少なくとも2つのアベイラビリティゾーン**でサブネットを選択してください。NLBでは、エンドポイントサービスの可用性を確保するためにマルチAZ構成が必要です。RDSがシングルAZ構成の場合でも、同じVPC内の別のAZに2つ目のサブネットが必要になります。 - **リスナーポート**： `3306` 。ウィザードのデフォルト値は`80`です。リスナーを作成する前に変更してください。 - - **対象グループ**：対象タイプは**IPアドレス**、プロトコルは**TCP** 、ポートは**3306** 、データベースと同じVPC内。RDSエンドポイントを直接登録することはできないため、代わりにデータベースのプライベートIPアドレスを登録してください。 + - **対象グループ**：対象タイプは**IP addresses**、プロトコルは**TCP** 、ポートは**3306** 、データベースと同じVPC内。RDSエンドポイントを直接登録することはできないため、代わりにデータベースのプライベートIPアドレスを登録してください。 [Amazon EC2 コンソール](https://console.aws.amazon.com/ec2/)でデータベースのプライベート IP アドレスを見つけるには、 左側のナビゲーション ペインで**「ネットワーク インターフェイス」**をクリックし、 **「説明**= `RDSNetworkInterface`と**「VPC** = ご使用の VPC」でフィルタリングします。一致するネットワーク インターフェイスに表示されている**プラ​​イマリ プライベート IPv4 アドレス**を使用します。 @@ -441,9 +441,9 @@ Azure Database for MySQL - Flexible Server は、ネイティブのプライベ 1. [Azureポータル](https://portal.azure.com/)で、 **「Azure Database for MySQL サーバー」**を検索して選択し、インスタンス名をクリックしてから、左側のナビゲーション ペインで**「設定」** > **「ネットワーク」**をクリックします。 -2. **ネットワーク設定**ページで、**プライベートエンドポイントの**セクションまでスクロールダウンし、 **「+ プライベートエンドポイントの作成」**をクリックして、画面の指示に従ってプライベートエンドポイントを設定します。 +2. **ネットワーク設定**ページで、**Private endpoints**セクションまでスクロールダウンし、 **「+ プライベートエンドポイントの作成」**をクリックして、画面の指示に従ってプライベートエンドポイントを設定します。 - セットアップ中に、[仮想**ネットワーク]**タブでTiDB Cloud がアクセスできる仮想ネットワークとサブネットを選択し、 **[DNS]**タブで**[プライベート DNS 統合] を**有効にします。プライベートエンドポイントが作成されてデプロイされたら、 **[リソースに移動] を**クリックし、左側のナビゲーション ペインで**[設定]** > **[DNS 構成] を**クリックして、[**顧客可視 FQDN]**セクションでインスタンスへの接続に使用するホスト名を見つけます。通常、ホスト名は`.mysql.database.azure.com`形式です。 + セットアップ中に、[仮想**ネットワーク]**タブでTiDB Cloud がアクセスできる仮想ネットワークとサブネットを選択し、 **[DNS]**タブで**[プライベート DNS 統合] を**有効にします。プライベートエンドポイントが作成されてデプロイされたら、 **[リソースに移動] を**クリックし、左側のナビゲーション ペインで**[設定]** > **DNS configuration**をクリックして、[**顧客可視 FQDN]**セクションでインスタンスへの接続に使用するホスト名を見つけます。通常、ホスト名は`.mysql.database.azure.com`形式です。 詳細な手順については、Azure ドキュメントの[プライベートリンクセンターを使用してプライベートエンドポイントを作成します](https://learn.microsoft.com/en-us/azure/mysql/flexible-server/how-to-networking-private-link-portal#create-a-private-endpoint-via-private-link-center)を参照してください。 @@ -477,9 +477,9 @@ AWS は RDS またはAuroraへの PrivateLink による直接アクセスをサ - **スキーム**:**内部**。ロードバランサーはVPC内に留まります。次のステップのエンドポイントサービスのみが、ロードバランサーをTiDB Cloudに公開します。 - **VPC** ：RDSまたはAuroraインスタンスと同じVPCを指定します。フォームはデフォルトでアカウントのデフォルトVPCを選択しますが、データベースが配置されている場所は通常このVPCではないため、続行する前に**VPC**のドロップダウンリストを変更してください。 - - **アベイラビリティゾーン**：**少なくとも2つのアベイラビリティゾーン**でサブネットを選択してください。NLBでは、エンドポイントサービスの可用性を確保するためにマルチAZ構成が必要です。RDSがシングルAZ構成の場合でも、同じVPC内の別のAZに2つ目のサブネットが必要になります。 + - **Availability Zones**：**少なくとも2つのアベイラビリティゾーン**でサブネットを選択してください。NLBでは、エンドポイントサービスの可用性を確保するためにマルチAZ構成が必要です。RDSがシングルAZ構成の場合でも、同じVPC内の別のAZに2つ目のサブネットが必要になります。 - **リスナーポート**： `3306` 。ウィザードのデフォルト値は`80`です。リスナーを作成する前に変更してください。 - - **対象グループ**：対象タイプは**IPアドレス**、プロトコルは**TCP** 、ポートは**3306** 、データベースと同じVPC内。RDSエンドポイントを直接登録することはできないため、代わりにデータベースのプライベートIPアドレスを登録してください。 + - **対象グループ**：対象タイプは**IP addresses**、プロトコルは**TCP** 、ポートは**3306** 、データベースと同じVPC内。RDSエンドポイントを直接登録することはできないため、代わりにデータベースのプライベートIPアドレスを登録してください。 [Amazon EC2 コンソール](https://console.aws.amazon.com/ec2/)でデータベースのプライベート IP アドレスを見つけるには、 左側のナビゲーション ペインで**「ネットワーク インターフェイス」**をクリックし、 **「説明**= `RDSNetworkInterface`と**「VPC** = ご使用の VPC」でフィルタリングします。一致するネットワーク インターフェイスに表示されている**プラ​​イマリ プライベート IPv4 アドレス**を使用します。 @@ -656,9 +656,9 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動します。 -2. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud EssentialインスタンスTiDB Cloud Premiumインスタンス名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[データ移行]**をクリックします。 +2. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud EssentialインスタンスTiDB Cloud Premiumインスタンス名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **Data Migration**をクリックします。 -3. **データ移行**ページで、右上隅にある**「移行ジョブの作成」**をクリックします。**移行ジョブの作成**ページが表示されます。 +3. **Data Migration**ページで、右上隅にある**「移行ジョブの作成」**をクリックします。**移行ジョブの作成**ページが表示されます。 ## ステップ2：ソース接続とターゲット接続を設定する {#step-2-configure-the-source-and-target-connections} @@ -668,63 +668,63 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON 2. ソース接続プロファイルを入力してください。 - - **データソース**：データソースの種類。 + - **Data source**：データソースの種類。 - - **接続方法**：セキュリティ要件とクラウドプロバイダーに基づいて、データソースの接続方法を選択してください。 + - **Connectivity method**：セキュリティ要件とクラウドプロバイダーに基づいて、データソースの接続方法を選択してください。 - - **パブリックIP** ：すべてのクラウドプロバイダーで利用可能（テストおよび概念実証移行に推奨）。 - - **プライベートリンク**：AWSおよびAzureでのみ利用可能（プライベート接続を必要とする本番ワークロードに推奨）。 - - **VPCピアリング**：AWSとGoogle Cloudでのみ利用可能です（低遅延でリージョン内接続が必要で、VPC/VNet CIDRが重複しない本番ロードに推奨されます）。 + - **Public IP** ：すべてのクラウドプロバイダーで利用可能（テストおよび概念実証移行に推奨）。 + - **Private Link**：AWSおよびAzureでのみ利用可能（プライベート接続を必要とする本番ワークロードに推奨）。 + - **VPC Peering**：AWSとGoogle Cloudでのみ利用可能です（低遅延でリージョン内接続が必要で、VPC/VNet CIDRが重複しない本番ロードに推奨されます）。 - - **接続方法**：セキュリティ要件とクラウドプロバイダーに基づいて、データソースの接続方法を選択してください。 + - **Connectivity method**：セキュリティ要件とクラウドプロバイダーに基づいて、データソースの接続方法を選択してください。 - **公開**：すべてのクラウドプロバイダーで利用可能（テストおよび概念実証のための移行に推奨）。 - - **プライベートリンク**：AWSおよびAlibaba Cloudでのみ利用可能です（プライベート接続を必要とする本番のワークロードに推奨）。 + - **Private Link**：AWSおよびAlibaba Cloudでのみ利用可能です（プライベート接続を必要とする本番のワークロードに推奨）。 - - **接続方法**：セキュリティ要件とクラウドプロバイダーに基づいて、データソースの接続方法を選択してください。 + - **Connectivity method**：セキュリティ要件とクラウドプロバイダーに基づいて、データソースの接続方法を選択してください。 - **公開**： TiDB Cloud Premiumがサポートするすべてのクラウドプロバイダーで利用可能（テストおよび概念実証移行に推奨）。 - - **プライベートリンク**：AWSのみで利用可能（プライベート接続を必要とする本番のワークロードに推奨）。 + - **Private Link**：AWSのみで利用可能（プライベート接続を必要とする本番のワークロードに推奨）。 - - 選択した**接続方法**に基づいて、以下の手順を実行してください。 + - 選択した**Connectivity method**に基づいて、以下の手順を実行してください。 - - **パブリックIP**または**VPCピアリングを**選択した場合は、**ホスト名またはIPアドレスの**フィールドにデータソースのホスト名または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/` ）。 + - **Public IP**または**VPC Peering**を選択した場合は、**ホスト名またはIPアドレスの**フィールドにデータソースのホスト名またはIPアドレスを入力してください。 + - **Private Link**を選択した場合は、以下の情報を入力してください。 + - **エンドポイント サービス名**(**Data source**AWS の場合に利用可能): RDS または Aurora インスタンス用に作成した VPC エンドAuroraサービス名 (形式: `com.amazonaws.vpce..vpce-svc-` 、例: `com.amazonaws.vpce.us-east-1.vpce-svc-0123456789abcdef0` ) を入力します。 + - **プライベートエンドポイントリソースID** （**Data source**がAzureの場合に利用可能）：MySQL Flexible ServerインスタンスのリソースIDを入力します（形式： `/subscriptions//resourceGroups//providers/Microsoft.DBforMySQL/flexibleServers/` ）。 - - 選択した**接続方法**に基づいて、以下の手順を実行してください。 + - 選択した**Connectivity method**に基づいて、以下の手順を実行してください。 - **「公開」**を選択した場合は、 **「ホスト名またはIPアドレス」**フィールドにデータソースのホスト名またはIPアドレスを入力してください。 - - **[プライベート リンク]**が選択されている場合は、[プライベートリンク[プライベートリンクまたはプライベートエンドポイント](#private-link-or-private-endpoint)セクションで作成したプライベート リンク接続を選択します。 + - **Private Link**が選択されている場合は、[プライベートリンク[プライベートリンクまたはプライベートエンドポイント](#private-link-or-private-endpoint)セクションで作成したプライベート リンク接続を選択します。 - - 選択した**接続方法**に基づいて、以下の手順を実行してください。 + - 選択した**Connectivity method**に基づいて、以下の手順を実行してください。 - **「公開」**を選択した場合は、 **「ホスト名またはIPアドレス」**フィールドにデータソースのホスト名またはIPアドレスを入力してください。 - - **[プライベート リンク]**が選択されている場合は、 **[プライベート エンドポイント]**フィールドで既存のプライベート エンドポイントを選択するか、 **[ここでプライベート エンドポイントを作成] をクリックしてプライベート エンドポイント**を作成します。プライベート エンドポイントは、 TiDB Cloud Premium インスタンスの**[ネットワーキング]** > **[AWS 外部サービス用プライベートエンドポイント]**で管理されます。プライベート エンドポイントは、複数のデータ移行ジョブおよび変更フィード間で再利用できます。設定の詳細については、[プライベートリンクまたはプライベートエンドポイント](#private-link-or-private-endpoint)をご覧ください。 + - **Private Link**が選択されている場合は、 **Private Endpoint**フィールドで既存のプライベート エンドポイントを選択するか、 **[ここでプライベート エンドポイントを作成] をクリックしてプライベート エンドポイント**を作成します。プライベート エンドポイントは、 TiDB Cloud Premium インスタンスの**[ネットワーキング]** > **[AWS 外部サービス用プライベートエンドポイント]**で管理されます。プライベート エンドポイントは、複数のデータ移行ジョブおよび変更フィード間で再利用できます。設定の詳細については、[プライベートリンクまたはプライベートエンドポイント](#private-link-or-private-endpoint)をご覧ください。 - **ポート**：データソースのポート番号。 - - **ユーザー名**：データソースのユーザー名。 + - **User Name**：データソースのユーザー名。 - **パスワード**：ユーザー名のパスワード。 - **SSL/TLS** ：エンドツーエンドのデータ暗号化のためにSSL/TLSを有効にします（すべての移行作業で強く推奨）。MySQLサーバーのSSL構成に基づいて、適切な証明書をアップロードしてください。 @@ -732,20 +732,20 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON - オプション1：サーバー認証のみ - - MySQLサーバーがサーバー認証のみに設定されている場合は、 **CA証明書**のみをアップロードしてください。 + - MySQLサーバーがサーバー認証のみに設定されている場合は、 **CA Certificate**のみをアップロードしてください。 - このオプションでは、MySQLサーバーが自身の証明書を提示して身元を証明し、 TiDB Cloudが認証局（CA）に対してサーバー証明書を検証します。 - CA証明書は中間者攻撃から保護し、MySQLサーバーを`require_secure_transport = ON`で起動する場合に必要です。 - オプション2：クライアント証明書認証 - - MySQLサーバーがクライアント証明書認証用に構成されている場合は、**クライアント証明書**と**クライアント秘密鍵**をアップロードしてください。 + - MySQLサーバーがクライアント証明書認証用に構成されている場合は、**Client Certificate**と**クライアント秘密鍵**をアップロードしてください。 - このオプションでは、 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 Certificate**、**Client Certificate**、および**クライアント秘密鍵**をアップロードしてください。 - このオプションでは、MySQLサーバーはクライアント証明書を使用してTiDB Cloudの身元を検証し、 TiDB CloudはCA証明書を使用してMySQLサーバーの身元を検証します。 - このオプションは、MySQLサーバーで移行ユーザーに対して`REQUIRE X509`または`REQUIRE SSL`が設定されている場合に必要です。 - このオプションは、MySQLサーバーが認証のためにクライアント証明書を必要とする場合に使用されます。 @@ -756,7 +756,7 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON 3. ターゲット接続プロファイルを入力してください。 - - **ユーザー名**: TiDB Cloud DedicatedクラスターTiDB CloudTiDB Cloud EssentialインスタンスTiDB CloudTiDB Cloud Premiumインスタンスのユーザー名を入力します。 + - **User Name**: TiDB Cloud DedicatedクラスターTiDB CloudTiDB Cloud EssentialインスタンスTiDB CloudTiDB Cloud Premiumインスタンスのユーザー名を入力します。 - **パスワード**： TiDB Cloudのユーザー名のパスワードを入力してください。 4. 入力した情報を検証するには、 **「接続を検証」をクリックし、「次へ」を**クリックしてください。 @@ -765,10 +765,10 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON - - 接続方法として**パブリックIP**または**VPCピアリングを**使用する場合は、データ移行サービスのIPアドレスを、ソースデータベースおよびファイアウォール（存在する場合）のIPアクセスリストに追加する必要があります。 - - 接続方法として**プライベートリンク**を使用する場合、エンドポイント要求を承認するよう求められます。 + - 接続方法として**Public IP**または**VPC Peering**使用する場合は、データ移行サービスのIPアドレスを、ソースデータベースおよびファイアウォール（存在する場合）のIPアクセスリストに追加する必要があります。 + - 接続方法として**Private Link**を使用する場合、エンドポイント要求を承認するよう求められます。 - AWSの場合： [AWS VPCコンソール](https://console.aws.amazon.com/vpc/home)で、エンドポイントサービスを作成したAWSリージョンに切り替え、 **[エンドポイントサービス]**をクリックし、 TiDB Cloudからのエンドポイントリクエストを承認します。 - - Azure の場合: [Azureポータル](https://portal.azure.com)に移動し、MySQL Flexible Server を名前で検索し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックし、右側の**[プライベート エンドポイント]**セクションを見つけて、 TiDB Cloudからの保留中の接続要求を承認します。 + - Azure の場合: [Azureポータル](https://portal.azure.com)に移動し、MySQL Flexible Server を名前で検索し、左側のナビゲーション ペインで**[設定]** > **[ネットワーク]**をクリックし、右側の**Private endpoint**セクションを見つけて、 TiDB Cloudからの保留中の接続要求を承認します。 @@ -799,7 +799,7 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON -**移行タイプの**ステップでは、既存データと増分データの両方を移行する場合は**「完全＋増分」を**、増分データのみを移行する場合は**「増分のみ」**を選択できます。 +**Migration Type**ステップでは、既存データと増分データの両方を移行する場合は**「完全＋増分」を**、増分データのみを移行する場合は**Incremental only**を選択できます。 @@ -809,11 +809,11 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON TiDB Cloudへのデータ移行を一度で完了させるには、 **「既存データ移行」**と**「増分データ移行」の**両方を選択してください。これにより、ソースデータベースとターゲットデータベース間のデータの一貫性が確保されます。 -**既存データ**と**増分データの**移行には**、物理​​モード**または**論理モード**を使用できます。 +**physical mode**と**logical mode**移行には**existing data**または**incremental data**を使用できます。 -- デフォルトモードは**論理モード**です。このモードでは、MySQLソースデータベースからSQLステートメントとしてデータをエクスポートし、TiDB上で実行します。このモードでは、移行前のターゲットテーブルは空でも空でなくても構いません。ただし、物理モードよりもパフォーマンスは低下します。 +- デフォルトモードは**logical mode**です。このモードでは、MySQLソースデータベースからSQLステートメントとしてデータをエクスポートし、TiDB上で実行します。このモードでは、移行前のターゲットテーブルは空でも空でなくても構いません。ただし、物理モードよりもパフォーマンスは低下します。 -- 大規模なデータセットの場合は、**物理モード**の使用をお勧めします。このモードでは、MySQLソースデータベースからデータをエクスポートし、KVペアとしてエンコードしてTiKVに直接書き込むことで、パフォーマンスを向上させます。このモードでは、移行前にターゲットテーブルが空である必要があります。16 RCU（レプリケーション容量ユニット）の仕様の場合、パフォーマンスは論理モードの約2.5倍高速です。その他の仕様では、論理モードと比較してパフォーマンスが20%～50%向上する可能性があります。なお、パフォーマンスデータは参考値であり、シナリオによって異なる場合がありますのでご注意ください。 +- 大規模なデータセットの場合は、**physical mode**の使用をお勧めします。このモードでは、MySQLソースデータベースからデータをエクスポートし、KVペアとしてエンコードしてTiKVに直接書き込むことで、パフォーマンスを向上させます。このモードでは、移行前にターゲットテーブルが空である必要があります。16 RCU（レプリケーション容量ユニット）の仕様の場合、パフォーマンスは論理モードの約2.5倍高速です。その他の仕様では、論理モードと比較してパフォーマンスが20%～50%向上する可能性があります。なお、パフォーマンスデータは参考値であり、シナリオによって異なる場合がありますのでご注意ください。 > **Note:** > @@ -834,7 +834,7 @@ TiDB Cloudへのデータ移行を一度で完了させるには、 **「既存 TiDB Cloudへのデータ移行を一度で完了させるには、ソースデータベースとターゲットデータベース間のデータの一貫性を確保するため、 **「完全＋増分」**と**「増分」の両方のデータ移行を**選択してください。 -現在、**既存データの**移行には**論理モード**のみを使用できます。このモードでは、MySQLソースデータベースからSQLステートメントとしてデータをエクスポートし、TiDB上で実行します。このモードでは、移行前のターゲットテーブルは空でも空でなくても構いません。 +現在、**logical mode**移行には**existing data**のみを使用できます。このモードでは、MySQLソースデータベースからSQLステートメントとしてデータをエクスポートし、TiDB上で実行します。このモードでは、移行前のターゲットテーブルは空でも空でなくても構いません。 @@ -842,11 +842,11 @@ TiDB Cloudへのデータ移行を一度で完了させるには、ソースデ TiDB Cloud Premiumへのデータ移行を一度で完了させるには、 **「フル＋増分」**を選択してください。これにより、ソースデータベースとターゲットデータベース間のデータの一貫性が確保されます。 -**既存データの移行**には、**物理​​モード**または**論理モードの**いずれかを使用できます。 +**physical mode**には、**logical mode**または**論理モードの**いずれかを使用できます。 -- デフォルトモードは**論理モード**です。このモードでは、MySQLソースデータベースからSQLステートメントとしてデータをエクスポートし、ターゲットのTiDB Cloud Premiumインスタンス上で実行します。このモードでは、移行前にターゲットテーブルが空でも空でなくても構いませんが、物理モードよりもパフォーマンスが低下します。 +- デフォルトモードは**logical mode**です。このモードでは、MySQLソースデータベースからSQLステートメントとしてデータをエクスポートし、ターゲットのTiDB Cloud Premiumインスタンス上で実行します。このモードでは、移行前にターゲットテーブルが空でも空でなくても構いませんが、物理モードよりもパフォーマンスが低下します。 -- 大規模なデータセットの場合は、**物理モード**を選択できます。このモードでは、ターゲットのTiDB Cloud Premium インスタンスで`IMPORT INTO`を使用してロードを高速化します。物理モードでは、移行前にターゲットテーブルが空である必要があります。事前チェックで選択したターゲットテーブルが空でないことが検出された場合、移行ジョブは自動的に論理モードに切り替わります。 +- 大規模なデータセットの場合は、**physical mode**を選択できます。このモードでは、ターゲットのTiDB Cloud Premium インスタンスで`IMPORT INTO`を使用してロードを高速化します。物理モードでは、移行前にターゲットテーブルが空である必要があります。事前チェックで選択したターゲットテーブルが空でないことが検出された場合、移行ジョブは自動的に論理モードに切り替わります。 > **Note:** > @@ -883,7 +883,7 @@ TiDB Cloud Premiumへのデータ移行を一度で完了させるには、 ** ## ステップ5：事前チェック {#step-5-precheck} -**事前チェック**ページでは、事前チェックの結果を確認できます。事前チェックが失敗した場合は、 **「失敗」**または**「警告」の**詳細に従って問題を解決し、再度**「チェック」**をクリックして再チェックしてください。 +**事前チェック**ページでは、事前チェックの結果を確認できます。事前チェックが失敗した場合は、 **「失敗」**または**「警告」の**詳細に従って問題を解決し、再度**Check again**をクリックして再チェックしてください。 チェック項目の一部にのみ警告が表示されている場合は、リスクを評価し、警告を無視するかどうかを検討できます。すべての警告を無視した場合、移行ジョブは自動的に次のステップに進みます。 @@ -967,10 +967,10 @@ TiDB Cloud Dedicatedは、さまざまなシナリオにおけるパフォーマ 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動します。 -2. 対象のTiDB Cloud Dedicatedクラスタの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「データ移行」**をクリックします。 +2. 対象のTiDB Cloud Dedicatedクラスタの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**「データ」** > **Data Migration**をクリックします。 -3. **データ移行**ページで、スケールアップする移行ジョブを探します。**アクション**列で、 **[...]** > **[スケールアップ/スケールダウン]**をクリックします。 +3. **Data Migration**ページで、スケールアップする移行ジョブを探します。**アクション**列で、 **[...]** > **Scale Up/Down**をクリックします。 -4. **「スケールアップ／スケールダウン」**ウィンドウで、使用する新しい仕様を選択し、 **「送信」**をクリックします。ウィンドウの下部に、その仕様の新しい価格が表示されます。 +4. **Scale Up/Down**ウィンドウで、使用する新しい仕様を選択し、 **「送信」**をクリックします。ウィンドウの下部に、その仕様の新しい価格が表示されます。 diff --git a/tidb-cloud/migrate-from-op-tidb.md b/tidb-cloud/migrate-from-op-tidb.md index 8b89cea932fba..bc93c53158f29 100644 --- a/tidb-cloud/migrate-from-op-tidb.md +++ b/tidb-cloud/migrate-from-op-tidb.md @@ -287,14 +287,14 @@ TiDB Self-ManagedクラスターからAmazon S3にデータをエクスポート 2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 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 StarterまたはEssentialの場合は、 **Add rule**セクションで**Authorized Networks**をクリックします。表示されたダイアログで、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 Address**フィールドに入力して、 **[確認]**をクリックします。詳細については、 [IPアクセスリストを設定する](/tidb-cloud/configure-ip-access-list.md)を参照してください。 3. 下流のTiDB Cloudリソースの接続情報を取得します。 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloudリソースの名前をクリックして、その概要ページに移動します。 2. 右上隅の**「接続」**をクリックしてください。 - 3. 接続ダイアログで、 **「接続タイプ」**ドロップダウンリストから**「パブリック」**を選択し、 **「接続先」**ドロップダウンリストから**「一般」**を選択します。 + 3. 接続ダイアログで、 **「接続タイプ」**ドロップダウンリストから**Connection Type**を選択し、 **「接続先」**ドロップダウンリストから**Connect With**を選択します。 4. 接続情報から、 TiDB Cloudリソースのホスト IP アドレスとポートを取得できます。詳細については、 [公共回線経由で接続する](/tidb-cloud/connect-via-standard-connection.md)を参照してください。 4. 増分レプリケーションタスクを作成して実行します。アップストリームクラスターで、以下を実行します。 diff --git a/tidb-cloud/migrate-from-oracle-using-aws-dms.md b/tidb-cloud/migrate-from-oracle-using-aws-dms.md index e154bef250988..a9d4561dd4ada 100644 --- a/tidb-cloud/migrate-from-oracle-using-aws-dms.md +++ b/tidb-cloud/migrate-from-oracle-using-aws-dms.md @@ -83,7 +83,7 @@ SQLスクリプトの実行が完了したら、Oracleのデータを確認し 4. 右上隅にある**「接続」**をクリックします。 -5. **「パスワードを生成」**をクリックしてパスワードを生成し、生成されたパスワードをコピーしてください。 +5. **Generate Password**をクリックしてパスワードを生成し、生成されたパスワードをコピーしてください。 ## ステップ5. AWS DMSレプリケーションインスタンスを作成する {#step-5-create-an-aws-dms-replication-instance} 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..97c1c591f2238 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 @@ -156,9 +156,9 @@ SHOW VARIABLES LIKE 'binlog_row_image'; > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud EssentialインスタンスTiDB Cloud Premiumインスタンス名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[データ移行]**をクリックします。 +2. ターゲットのTiDB Cloud DedicatedクラスターTiDB Cloud EssentialインスタンスTiDB Cloud Premiumインスタンス名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **Data Migration**をクリックします。 -3. **データ移行**ページで、右上隅にある**「移行ジョブの作成」**をクリックします。**移行ジョブの作成**ページが表示されます。 +3. **Data Migration**ページで、右上隅にある**「移行ジョブの作成」**をクリックします。**移行ジョブの作成**ページが表示されます。 ## ステップ2：ソース接続とターゲット接続を設定する {#step-2-configure-the-source-and-target-connection} @@ -168,14 +168,14 @@ SHOW VARIABLES LIKE 'binlog_row_image'; 2. ソース接続プロファイルを入力してください。 - - **データソース**：データソースの種類。 + - **Data source**：データソースの種類。 - **リージョン**：データソースのリージョン。クラウドデータベースの場合のみ必要です。 - - **接続方法**: データ ソースの接続方法。現在、接続方法に応じて、パブリックIP、VPCピアリング、またはプライベートリンクを選択できます。接続方法に応じて、パブリックIPまたはプライベートリンクを選択できます。接続方法に応じて、パブリックリンクまたはプライベートリンク（AWSのみ）を選択できます。 + - **Connectivity method**: データ ソースの接続方法。現在、接続方法に応じて、パブリックIP、VPCピアリング、またはプライベートリンクを選択できます。接続方法に応じて、パブリックIPまたはプライベートリンクを選択できます。接続方法に応じて、パブリックリンクまたはプライベートリンク（AWSのみ）を選択できます。 - **ホスト名またはIPアドレス**（パブリックIPおよびVPCピアリングの場合）：データソースのホスト名またはIPアドレス。 - - **サービス名**（プライベートリンクの場合）：エンドポイントのサービス名。 + - **Service Name**（プライベートリンクの場合）：エンドポイントのサービス名。 @@ -187,7 +187,7 @@ SHOW VARIABLES LIKE 'binlog_row_image'; - **ホスト名またはIPアドレス**（公開の場合）：データソースのホスト名またはIPアドレス。 - - **プライベート エンドポイント**(プライベート リンク用): TiDB Cloud Premium インスタンスの**[ネットワーキング]** > **[外部サービス向け AWS プライベート エンドポイント]**で作成したプライベート エンドポイント。または、**ここで [プライベート エンドポイントの作成] をクリックしてプライベート エンドポイント**を作成します。セットアップの詳細については、データ移行ガイドの[プライベートリンクまたはプライベートエンドポイント](/tidb-cloud/migrate-from-mysql-using-data-migration.md#private-link-or-private-endpoint)セクションを参照してください。 + - **Private Endpoint**(プライベート リンク用): TiDB Cloud Premium インスタンスの**[ネットワーキング]** > **[外部サービス向け AWS プライベート エンドポイント]**で作成したプライベート エンドポイント。または、**ここで [プライベート エンドポイントの作成] をクリックしてプライベート エンドポイント**を作成します。セットアップの詳細については、データ移行ガイドの[プライベートリンクまたはプライベートエンドポイント](/tidb-cloud/migrate-from-mysql-using-data-migration.md#private-link-or-private-endpoint)セクションを参照してください。 @@ -231,7 +231,7 @@ SHOW VARIABLES LIKE 'binlog_row_image'; ソースデータベースの増分データのみをTiDB Cloudに移行するには、 **「増分データ移行」**を選択し、 **「既存データ移行」**は選択しないでください。こうすることで、移行ジョブはソースデータベースの進行中の変更のみをTiDB Cloudに移行します。 -**「開始位置」**領域では、増分データ移行の開始位置として、以下のいずれかのタイプを指定できます。 +**Start Position**領域では、増分データ移行の開始位置として、以下のいずれかのタイプを指定できます。 - 増分移行ジョブが開始される時間 - GTID @@ -275,7 +275,7 @@ SHOW MASTER STATUS; ## ステップ5：事前チェック {#step-5-precheck} -**事前チェック**ページでは、事前チェックの結果を確認できます。事前チェックが失敗した場合は、 **「失敗」**または**「警告」の**詳細に従って操作を行い、再度**「チェック」をクリックして再**チェックしてください。 +**事前チェック**ページでは、事前チェックの結果を確認できます。事前チェックが失敗した場合は、 **「失敗」**または**「警告」の**詳細に従って操作を行い、再度**Check again**チェックしてください。 チェック項目の一部にのみ警告が表示されている場合は、リスクを評価し、警告を無視するかどうかを検討できます。すべての警告を無視した場合、移行ジョブは自動的に次のステップに進みます。 diff --git a/tidb-cloud/migrate-metrics-integrations.md b/tidb-cloud/migrate-metrics-integrations.md index f23ae38d737ff..27423e19bb6ca 100644 --- a/tidb-cloud/migrate-metrics-integrations.md +++ b/tidb-cloud/migrate-metrics-integrations.md @@ -15,7 +15,7 @@ TiDB Cloudは、DatadogおよびNew Relicとの連携をクラスタレベルで ### ステップ1：従来のプロジェクトレベルのDatadogおよびNew Relic統合を削除します。 {#step-1-delete-the-legacy-project-level-datadog-and-new-relic-integrations} -1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **Project view**タブをクリックします。 > **Tip:** > @@ -23,7 +23,7 @@ TiDB Cloudは、DatadogおよびNew Relicとの連携をクラスタレベルで 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 -3. 左側のナビゲーションパネルで、 **「プロジェクト設定」**の下にある**「統合」**をクリックします。 +3. 左側のナビゲーションパネルで、 **「プロジェクト設定」**の下にある**Project Settings**をクリックします。 4. **統合**ページで、 **「Datadogとの統合」**または**「New Relicとの統合」の**横にある**「削除」を**クリックします。 diff --git a/tidb-cloud/migrate-prometheus-metrics-integrations.md b/tidb-cloud/migrate-prometheus-metrics-integrations.md index 178b3ee7e9733..4ae69f9fa6400 100644 --- a/tidb-cloud/migrate-prometheus-metrics-integrations.md +++ b/tidb-cloud/migrate-prometheus-metrics-integrations.md @@ -17,7 +17,7 @@ Prometheusとの連携を移行するには、以下の手順を実行してく ### ステップ1. 従来のプロジェクトレベルのPrometheus統合を削除します（ベータ版） {#step-1-delete-the-legacy-project-level-prometheus-integrations-beta} -1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **Project view**タブをクリックします。 > **Tip:** > @@ -25,7 +25,7 @@ Prometheusとの連携を移行するには、以下の手順を実行してく 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 -3. 左側のナビゲーションパネルで、 **「プロジェクト設定」**の下にある**「統合」**をクリックします。 +3. 左側のナビゲーションパネルで、 **「プロジェクト設定」**の下にある**Project Settings**をクリックします。 4. **[統合]** > **[Prometheus (BETA) との統合]**モジュールで、 **[Scrape_config Files]**を選択し、 **[削除]**をクリックします。 diff --git a/tidb-cloud/migrate-sql-shards.md b/tidb-cloud/migrate-sql-shards.md index e3c0c7b416d82..83d787dc8266e 100644 --- a/tidb-cloud/migrate-sql-shards.md +++ b/tidb-cloud/migrate-sql-shards.md @@ -83,7 +83,7 @@ CSVファイルの名前は以下のようにしてください。 > **Note:** > -> 場合によっては、前述のルールに従ってCSVファイル名を更新できない場合（たとえば、CSVファイルリンクが他のプログラムでも使用されている場合）、ファイル名を変更せずに、[ステップ5](#step-5-perform-the-data-import-task)の**マッピング設定**を使用してソースデータを単一のターゲットテーブルにインポートできます。 +> 場合によっては、前述のルールに従ってCSVファイル名を更新できない場合（たとえば、CSVファイルリンクが他のプログラムでも使用されている場合）、ファイル名を変更せずに、[ステップ5](#step-5-perform-the-data-import-task)の**Mapping Settings**を使用してソースデータを単一のターゲットテーブルにインポートできます。 データをAmazon S3にエクスポートするには、以下の手順を実行してください。 @@ -189,11 +189,11 @@ Amazon S3へのアクセスを設定した後、 TiDB Cloudコンソールで次 3. **Amazon S3からデータをインポートする**ページで、以下の情報を入力してください。 - - **インポートするファイル数**： TiDB Cloud StarterまたはTiDB Cloud Essentialの場合は、 **「複数のファイル」**を選択してください。このフィールドはTiDB Cloud Dedicatedでは利用できません。 + - **インポートするファイル数**： TiDB Cloud StarterまたはTiDB Cloud Essentialの場合は、 **Multiple files**を選択してください。このフィールドはTiDB Cloud Dedicatedでは利用できません。 - **含まれるスキーマ ファイル**:**いいえ**を選択します。 - - **データ形式**： **CSV**を選択してください。 - - **フォルダー URI** : ソース データのバケット URI を入力してください。この例では、テーブルに対応する第 2 階層のディレクトリ`s3://dumpling-s3/store/sales/`を使用することで、 TiDB Cloud はすべての MySQL インスタンスのデータを`store.sales`に一度にインポートしてマージできます。 - - **バケットアクセス**> **AWSロールARN** ：取得したロールARNを入力してください。 + - **Data Format**： **CSV**を選択してください。 + - **Folder URI** : ソース データのバケット URI を入力してください。この例では、テーブルに対応する第 2 階層のディレクトリ`s3://dumpling-s3/store/sales/`を使用することで、 TiDB Cloud はすべての MySQL インスタンスのデータを`store.sales`に一度にインポートしてマージできます。 + - **Bucket Access**> **AWSロールARN** ：取得したロールARNを入力してください。 バケットの場所がTiDB Cloud StarterインスタンスTiDB Cloud EssentialインスタンスTiDB Cloud PremiumインスタンスTiDB Cloud Dedicatedクラスタークラスターと異なる場合は、クロスリージョンのコンプライアンスを確認してください。 @@ -203,7 +203,7 @@ Amazon S3へのアクセスを設定した後、 TiDB Cloudコンソールで次 5. **「宛先」**セクションで、対象のデータベースとテーブルを選択します。 - 複数のファイルをインポートする場合、 **「詳細設定」** ＞ **「マッピング設定」**を使用して、各ターゲットテーブルとその対応するCSVファイルごとにカスタムマッピングルールを定義できます。その後、データソースファイルは、指定されたカスタムマッピングルールを使用して再スキャンされます。 + 複数のファイルをインポートする場合、 **Advanced Settings** ＞ **Mapping Settings**を使用して、各ターゲットテーブルとその対応するCSVファイルごとにカスタムマッピングルールを定義できます。その後、データソースファイルは、指定されたカスタムマッピングルールを使用して再スキャンされます。 ソースファイルURIと名前を**「ソースファイルURIと名前」**に入力する際は、 `s3://[bucket_name]/[data_source_folder]/[file_name].csv`の形式になっていることを確認してください。例: `s3://sampledata/ingest/TableName.01.csv` 。 @@ -227,7 +227,7 @@ Amazon S3へのアクセスを設定した後、 TiDB Cloudコンソールで次 > > セパレータ、デリミタ、およびヌルの設定には、英数字と特定の特殊文字の両方を使用できます。サポートされている特殊文字には、 `\t` 、 `\b` 、 `\n` 、 `\r` 、 `\f` 、および`\u0001`が含まれます。 -7. **「インポート開始」**をクリックしてください。 +7. **Start Import**をクリックしてください。 8. インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。 diff --git a/tidb-cloud/monitor-alert-email.md b/tidb-cloud/monitor-alert-email.md index aa2393de5b24a..c64d7f41f3ce0 100644 --- a/tidb-cloud/monitor-alert-email.md +++ b/tidb-cloud/monitor-alert-email.md @@ -35,7 +35,7 @@ TiDB Cloud、電子メール、[Slack](/tidb-cloud/monitor-alert-slack.md)、[Zo > > TiDB Cloud Dedicatedの場合、アラートの購読は現在のプロジェクト内のすべてのアラートに適用されます。プロジェクト内に複数の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)ページに移動し、 **Project view**タブをクリックします。 > **Tip:** > @@ -43,22 +43,22 @@ TiDB Cloud、電子メール、[Slack](/tidb-cloud/monitor-alert-slack.md)、[Zo 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 -3. 左側のナビゲーションペインで、 **「プロジェクト設定」**の下にある**「アラート購読」**をクリックします。 +3. 左側のナビゲーションペインで、 **Alert Subscription**の下にある**Project Settings**をクリックします。 -4. **アラート購読**ページで、右上隅にある**「購読者を追加」**をクリックします。 +4. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 -5. **購読者タイプの**ドロップダウンリストから**「メール」**を選択してください。 +5. **購読者タイプの**ドロップダウンリストから**Subscriber Type**を選択してください。 6. メールアドレスを入力してください。 -7. **「接続テスト」**をクリックしてください。 +7. **Test Connection**をクリックしてください。 - テストが成功すると、「**保存」**ボタンが表示されます。 - テストが失敗した場合は、エラーメッセージが表示されます。メッセージの指示に従って問題を解決し、接続を再試行してください。 8. 購読を完了するには、 **「保存」**をクリックしてください。 -または、 TiDB Cloud Dedicatedクラスタの[**警告**](/tidb-cloud/monitor-built-in-alerting.md#view-alerts)ページの右上隅にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。 +または、 TiDB Cloud Dedicatedクラスタの[**警告**](/tidb-cloud/monitor-built-in-alerting.md#view-alerts)ページの右上隅にある**「購読」を**クリックすることもできます。**Alert Subscription**ページに移動します。 @@ -70,22 +70,22 @@ TiDB Cloud、電子メール、[Slack](/tidb-cloud/monitor-alert-slack.md)、[Zo 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[アラートの購読]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 -3. **アラート購読**ページで、右上隅にある**「購読者を追加」**をクリックします。 +3. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 -4. **購読者タイプの**ドロップダウンリストから**「メール」**を選択してください。 +4. **購読者タイプの**ドロップダウンリストから**Subscriber Type**を選択してください。 5. メールアドレスを入力してください。 -6. **「接続テスト」**をクリックしてください。 +6. **Test Connection**をクリックしてください。 - テストが成功すると、「**保存」**ボタンが表示されます。 - テストが失敗した場合は、エラーメッセージが表示されます。メッセージの指示に従って問題を解決し、接続を再試行してください。 7. 購読を完了するには、 **「保存」**をクリックしてください。 -または、 TiDB Cloud Essentialインスタンスの[**警告**](/tidb-cloud/monitor-built-in-alerting.md#view-alerts)ページの右上隅にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。 +または、 TiDB Cloud Essentialインスタンスの[**警告**](/tidb-cloud/monitor-built-in-alerting.md#view-alerts)ページの右上隅にある**「購読」を**クリックすることもできます。**Alert Subscription**ページに移動します。 @@ -97,22 +97,22 @@ TiDB Cloud、電子メール、[Slack](/tidb-cloud/monitor-alert-slack.md)、[Zo 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[アラートの購読]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 -3. **アラート購読**ページで、右上隅にある**「購読者を追加」**をクリックします。 +3. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 -4. **購読者タイプの**ドロップダウンリストから**「メール」**を選択してください。 +4. **購読者タイプの**ドロップダウンリストから**Subscriber Type**を選択してください。 5. メールアドレスを入力してください。 -6. **「接続テスト」**をクリックしてください。 +6. **Test Connection**をクリックしてください。 - テストが成功すると、「**保存」**ボタンが表示されます。 - テストが失敗した場合は、エラーメッセージが表示されます。メッセージの指示に従って問題を解決し、接続を再試行してください。 7. 購読を完了するには、 **「保存」**をクリックしてください。 -または、 TiDB Cloud Premiumインスタンスの[**警告**](/tidb-cloud/monitor-built-in-alerting.md#view-alerts)ページの右上隅にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。 +または、 TiDB Cloud Premiumインスタンスの[**警告**](/tidb-cloud/monitor-built-in-alerting.md#view-alerts)ページの右上隅にある**「購読」を**クリックすることもできます。**Alert Subscription**ページに移動します。 @@ -124,10 +124,10 @@ TiDB Cloud、電子メール、[Slack](/tidb-cloud/monitor-alert-slack.md)、[Zo -1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **Project view**タブをクリックします。 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 -3. 左側のナビゲーションペインで、 **「プロジェクト設定」**の下にある**「アラート購読」**をクリックします。 -4. **アラート購読**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +3. 左側のナビゲーションペインで、 **Alert Subscription**の下にある**Project Settings**をクリックします。 +4. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 5. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 @@ -135,8 +135,8 @@ TiDB Cloud、電子メール、[Slack](/tidb-cloud/monitor-alert-slack.md)、[Zo 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[アラートの購読]**をクリックします。 -3. **アラート購読**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 4. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 @@ -144,8 +144,8 @@ TiDB Cloud、電子メール、[Slack](/tidb-cloud/monitor-alert-slack.md)、[Zo 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[アラートの購読]**をクリックします。 -3. **アラート購読**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 4. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 diff --git a/tidb-cloud/monitor-alert-flashduty.md b/tidb-cloud/monitor-alert-flashduty.md index 38d744c15d5a7..0b3cf67cb1698 100644 --- a/tidb-cloud/monitor-alert-flashduty.md +++ b/tidb-cloud/monitor-alert-flashduty.md @@ -46,7 +46,7 @@ TiDB Cloud、Flashduty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メー > > TiDB Cloud Dedicatedの場合、アラートの購読は現在のプロジェクト内のすべてのアラートに適用されます。プロジェクト内に複数の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)ページに移動し、 **Project view**タブをクリックします。 > **Tip:** > @@ -54,24 +54,24 @@ TiDB Cloud、Flashduty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メー 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 -3. 左側のナビゲーションペインで、 **「プロジェクト設定」**の下にある**「アラート購読」**をクリックします。 +3. 左側のナビゲーションペインで、 **Alert Subscription**の下にある**Project Settings**をクリックします。 -4. **アラート購読**ページで、右上隅にある**「購読者を追加」**をクリックします。 +4. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 5. **加入者タイプの**ドロップダウンリストから**「Flashduty」**を選択してください。 6. **「名前」**欄に名前を入力し、 **「Webhook URL」**欄にFlashdutyのWebhook URLを入力してください。 -7. **「接続テスト」**をクリックしてください。 +7. **Test Connection**をクリックしてください。 - テストが成功すると、「**保存」**ボタンが表示されます。 - テストが失敗した場合は、エラーメッセージが表示されます。メッセージの指示に従って問題を解決し、接続を再試行してください。 8. 購読を完了するには、 **「保存」**をクリックしてください。 -または、 TiDB Cloud Dedicatedクラスタの**アラート**ページの右上にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。 +または、 TiDB Cloud Dedicatedクラスタの**アラート**ページの右上にある**「購読」を**クリックすることもできます。**Alert Subscription**ページに移動します。 -または、クラスターの**アラート**ページの右上隅にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。 +または、クラスターの**アラート**ページの右上隅にある**「購読」を**クリックすることもできます。**Alert Subscription**ページに移動します。 @@ -83,22 +83,22 @@ TiDB Cloud、Flashduty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メー 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[アラートの購読]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 -3. **アラート購読**ページで、右上隅にある**「購読者を追加」**をクリックします。 +3. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 4. **加入者タイプの**ドロップダウンリストから**「Flashduty」**を選択してください。 5. **「名前」**欄に名前を入力し、 **「Webhook URL」**欄にFlashdutyのWebhook URLを入力してください。 -6. **「接続テスト」**をクリックしてください。 +6. **Test Connection**をクリックしてください。 - テストが成功すると、「**保存」**ボタンが表示されます。 - テストが失敗した場合は、エラーメッセージが表示されます。メッセージの指示に従って問題を解決し、接続を再試行してください。 7. 購読を完了するには、 **「保存」**をクリックしてください。 -または、 TiDB Cloud Essentialインスタンスの**アラート**ページの右上隅にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。 +または、 TiDB Cloud Essentialインスタンスの**アラート**ページの右上隅にある**「購読」を**クリックすることもできます。**Alert Subscription**ページに移動します。 @@ -110,22 +110,22 @@ TiDB Cloud、Flashduty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メー 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[アラートの購読]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 -3. **アラート購読**ページで、右上隅にある**「購読者を追加」**をクリックします。 +3. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 4. **加入者タイプの**ドロップダウンリストから**「Flashduty」**を選択してください。 5. **「名前」**欄に名前を入力し、 **「Webhook URL」**欄にFlashdutyのWebhook URLを入力してください。 -6. **「接続テスト」**をクリックしてください。 +6. **Test Connection**をクリックしてください。 - テストが成功すると、「**保存」**ボタンが表示されます。 - テストが失敗した場合は、エラーメッセージが表示されます。メッセージの指示に従って問題を解決し、接続を再試行してください。 7. 購読を完了するには、 **「保存」**をクリックしてください。 -または、 TiDB Cloud Premiumインスタンスの**アラート**ページの右上隅にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。 +または、 TiDB Cloud Premiumインスタンスの**アラート**ページの右上隅にある**「購読」を**クリックすることもできます。**Alert Subscription**ページに移動します。 @@ -137,10 +137,10 @@ TiDB Cloud、Flashduty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メー -1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **Project view**タブをクリックします。 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 -3. 左側のナビゲーションペインで、 **「プロジェクト設定」**の下にある**「アラート購読」**をクリックします。 -4. **アラート購読**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +3. 左側のナビゲーションペインで、 **Alert Subscription**の下にある**Project Settings**をクリックします。 +4. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 5. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 @@ -148,8 +148,8 @@ TiDB Cloud、Flashduty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メー 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[アラートの購読]**をクリックします。 -3. **アラート購読**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 4. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 @@ -157,8 +157,8 @@ TiDB Cloud、Flashduty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メー 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[アラートの購読]**をクリックします。 -3. **アラート購読**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 4. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 diff --git a/tidb-cloud/monitor-alert-pagerduty.md b/tidb-cloud/monitor-alert-pagerduty.md index cbbf23166a8ad..04eb7b079eb9e 100644 --- a/tidb-cloud/monitor-alert-pagerduty.md +++ b/tidb-cloud/monitor-alert-pagerduty.md @@ -46,28 +46,28 @@ TiDB Cloud は、PagerDuty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メ > > TiDB Cloud Dedicatedの場合、アラートの購読は現在のプロジェクト内のすべてのアラートに適用されます。プロジェクト内に複数の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)ページに移動し、 **Project view**タブをクリックします。 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 -3. 左側のナビゲーションペインで、 **「プロジェクト設定」**の下にある**「アラート購読」**をクリックします。 +3. 左側のナビゲーションペインで、 **Alert Subscription**の下にある**Project Settings**をクリックします。 -4. **アラート購読**ページで、右上隅にある**「購読者を追加」**をクリックします。 +4. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 -5. **購読者タイプの**ドロップダウンリストから**「PagerDuty」を**選択してください。 +5. **Subscriber Type**ドロップダウンリストから**PagerDuty**を選択してください。 -6. 「**名前」**欄に名前を入力し、 **「統合キー」**欄にPagerDutyの統合キーを入力してください。 +6. 「**名前」**欄に名前を入力し、 **Integration Key**欄にPagerDutyの統合キーを入力してください。 -7. **「接続テスト」**をクリックしてください。 +7. **Test Connection**をクリックしてください。 - テストが成功すると、「**保存」**ボタンが表示されます。 - テストが失敗した場合は、エラーメッセージが表示されます。メッセージの指示に従って問題を解決し、接続を再試行してください。 8. 購読を完了するには、 **「保存」**をクリックしてください。 -または、 TiDB Cloud Dedicatedクラスタの**アラート**ページの右上にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。 +または、 TiDB Cloud Dedicatedクラスタの**アラート**ページの右上にある**「購読」を**クリックすることもできます。**Alert Subscription**ページに移動します。 -または、クラスターの**アラート**ページの右上隅にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。 +または、クラスターの**アラート**ページの右上隅にある**「購読」を**クリックすることもできます。**Alert Subscription**ページに移動します。 @@ -79,22 +79,22 @@ TiDB Cloud は、PagerDuty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メ 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[アラートの購読]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 -3. **アラート購読**ページで、右上隅にある**「購読者を追加」**をクリックします。 +3. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 -4. **購読者タイプの**ドロップダウンリストから**「PagerDuty」を**選択してください。 +4. **Subscriber Type**ドロップダウンリストから**PagerDuty**を選択してください。 -5. 「**名前」**欄に名前を入力し、 **「統合キー」**欄にPagerDutyの統合キーを入力してください。 +5. 「**名前」**欄に名前を入力し、 **Integration Key**欄にPagerDutyの統合キーを入力してください。 -6. **「接続テスト」**をクリックしてください。 +6. **Test Connection**をクリックしてください。 - テストが成功すると、「**保存」**ボタンが表示されます。 - テストが失敗した場合は、エラーメッセージが表示されます。メッセージの指示に従って問題を解決し、接続を再試行してください。 7. 購読を完了するには、 **「保存」**をクリックしてください。 -または、 TiDB Cloud Essentialインスタンスの**アラート**ページの右上隅にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。 +または、 TiDB Cloud Essentialインスタンスの**アラート**ページの右上隅にある**「購読」を**クリックすることもできます。**Alert Subscription**ページに移動します。 @@ -106,22 +106,22 @@ TiDB Cloud は、PagerDuty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メ 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[アラートの購読]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 -3. **アラート購読**ページで、右上隅にある**「購読者を追加」**をクリックします。 +3. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 -4. **購読者タイプの**ドロップダウンリストから**「PagerDuty」を**選択してください。 +4. **Subscriber Type**ドロップダウンリストから**PagerDuty**を選択してください。 -5. 「**名前」**欄に名前を入力し、 **「統合キー」**欄にPagerDutyの統合キーを入力してください。 +5. 「**名前」**欄に名前を入力し、 **Integration Key**欄にPagerDutyの統合キーを入力してください。 -6. **「接続テスト」**をクリックしてください。 +6. **Test Connection**をクリックしてください。 - テストが成功すると、「**保存」**ボタンが表示されます。 - テストが失敗した場合は、エラーメッセージが表示されます。メッセージの指示に従って問題を解決し、接続を再試行してください。 7. 購読を完了するには、 **「保存」**をクリックしてください。 -または、 TiDB Cloud Premiumインスタンスの**アラート**ページの右上隅にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。 +または、 TiDB Cloud Premiumインスタンスの**アラート**ページの右上隅にある**「購読」を**クリックすることもできます。**Alert Subscription**ページに移動します。 @@ -133,10 +133,10 @@ TiDB Cloud は、PagerDuty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メ -1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **Project view**タブをクリックします。 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 -3. 左側のナビゲーションペインで、 **「プロジェクト設定」**の下にある**「アラート購読」**をクリックします。 -4. **アラート購読**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +3. 左側のナビゲーションペインで、 **Alert Subscription**の下にある**Project Settings**をクリックします。 +4. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 5. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 @@ -144,8 +144,8 @@ TiDB Cloud は、PagerDuty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メ 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[アラートの購読]**をクリックします。 -3. **アラート購読**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 4. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 @@ -153,8 +153,8 @@ TiDB Cloud は、PagerDuty、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メ 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[アラートの購読]**をクリックします。 -3. **アラート購読**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 4. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 diff --git a/tidb-cloud/monitor-alert-slack.md b/tidb-cloud/monitor-alert-slack.md index 12f3547bc47a7..559e5690febe1 100644 --- a/tidb-cloud/monitor-alert-slack.md +++ b/tidb-cloud/monitor-alert-slack.md @@ -51,28 +51,28 @@ TiDB Cloud Dedicatedクラスターのアラート通知を購読するには、 > > TiDB Cloud Dedicatedの場合、アラートの購読は現在のプロジェクト内のすべてのアラートに適用されます。プロジェクト内に複数の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)ページに移動し、 **Project view**タブをクリックします。 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 -3. 左側のナビゲーションペインで、 **「プロジェクト設定」**の下にある**「アラート購読」**をクリックします。 +3. 左側のナビゲーションペインで、 **Alert Subscription**の下にある**Project Settings**をクリックします。 -4. **アラート購読**ページで、右上隅にある**「購読者を追加」**をクリックします。 +4. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 5. **購読者タイプの**ドロップダウンリストから**「Slack」**を選択してください。 6. **「名前」**欄に名前を、「 **URL」**欄にSlackのWebhook URLを入力してください。 -7. **「接続テスト」**をクリックしてください。 +7. **Test Connection**をクリックしてください。 - テストが成功すると、「**保存」**ボタンが表示されます。 - テストが失敗した場合は、エラーメッセージが表示されます。メッセージの指示に従って問題を解決し、接続を再試行してください。 8. 購読を完了するには、 **「保存」**をクリックしてください。 -または、対象のTiDB Cloud Dedicatedクラスタの**アラート**ページの右上にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。 +または、対象のTiDB Cloud Dedicatedクラスタの**アラート**ページの右上にある**「購読」を**クリックすることもできます。**Alert Subscription**ページに移動します。 -または、クラスターの**アラート**ページの右上隅にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。 +または、クラスターの**アラート**ページの右上隅にある**「購読」を**クリックすることもできます。**Alert Subscription**ページに移動します。 @@ -84,22 +84,22 @@ TiDB Cloud Dedicatedクラスターのアラート通知を購読するには、 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[アラートの購読]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 -3. **アラート購読**ページで、右上隅にある**「購読者を追加」**をクリックします。 +3. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 4. **購読者タイプの**ドロップダウンリストから**「Slack」**を選択してください。 5. **「名前」**欄に名前を、「 **URL」**欄にSlackのWebhook URLを入力してください。 -6. **「接続テスト」**をクリックしてください。 +6. **Test Connection**をクリックしてください。 - テストが成功すると、「**保存」**ボタンが表示されます。 - テストが失敗した場合は、エラーメッセージが表示されます。メッセージの指示に従って問題を解決し、接続を再試行してください。 7. 購読を完了するには、 **「保存」**をクリックしてください。 -または、対象のTiDB Cloud Essentialインスタンスの**アラート**ページの右上隅にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。 +または、対象のTiDB Cloud Essentialインスタンスの**アラート**ページの右上隅にある**「購読」を**クリックすることもできます。**Alert Subscription**ページに移動します。 @@ -111,22 +111,22 @@ TiDB Cloud Dedicatedクラスターのアラート通知を購読するには、 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[アラートの購読]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 -3. **アラート購読**ページで、右上隅にある**「購読者を追加」**をクリックします。 +3. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 4. **購読者タイプの**ドロップダウンリストから**「Slack」**を選択してください。 5. **「名前」**欄に名前を、「 **URL」**欄にSlackのWebhook URLを入力してください。 -6. **「接続テスト」**をクリックしてください。 +6. **Test Connection**をクリックしてください。 - テストが成功すると、「**保存」**ボタンが表示されます。 - テストが失敗した場合は、エラーメッセージが表示されます。メッセージの指示に従って問題を解決し、接続を再試行してください。 7. 購読を完了するには、 **「保存」**をクリックしてください。 -または、対象のTiDB Cloud Premiumインスタンスの**アラート**ページの右上にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。 +または、対象のTiDB Cloud Premiumインスタンスの**アラート**ページの右上にある**「購読」を**クリックすることもできます。**Alert Subscription**ページに移動します。 @@ -138,10 +138,10 @@ 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)ページに移動し、 **Project view**タブをクリックします。 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 -3. 左側のナビゲーションペインで、 **「プロジェクト設定」**の下にある**「アラート購読」**をクリックします。 -4. **アラート購読**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +3. 左側のナビゲーションペインで、 **Alert Subscription**の下にある**Project Settings**をクリックします。 +4. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 5. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 @@ -149,8 +149,8 @@ TiDB Cloud Dedicatedクラスターのアラート通知を購読するには、 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[アラートの購読]**をクリックします。 -3. **アラート購読**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 4. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 @@ -158,8 +158,8 @@ TiDB Cloud Dedicatedクラスターのアラート通知を購読するには、 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[アラートの購読]**をクリックします。 -3. **アラート購読**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 4. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 diff --git a/tidb-cloud/monitor-alert-zoom.md b/tidb-cloud/monitor-alert-zoom.md index 1a6c752c1bd24..e9f58e6acdc3e 100644 --- a/tidb-cloud/monitor-alert-zoom.md +++ b/tidb-cloud/monitor-alert-zoom.md @@ -54,7 +54,7 @@ TiDB Cloud は、Zoom、[Slack](/tidb-cloud/monitor-alert-slack.md)、[メール 5. このコマンドを実行すると、以下の詳細情報が返されます。 - **エンドポイント**。次の形式のウェブフック URL が提供されます: `https://integrations.zoom.us/chat/webhooks/incomingwebhook/XXXXXXXXXXXXXXXXXXXXXXXX` 。 - - **検証トークン** + - **Verification Token** ### ステップ3. TiDB Cloudから購読する {#step-3-subscribe-from-tidb-cloud} @@ -68,28 +68,28 @@ TiDB Cloud Dedicatedクラスターのアラート通知を購読するには、 > > TiDB Cloud Dedicatedの場合、アラートの購読は現在のプロジェクト内のすべてのアラートに適用されます。プロジェクト内に複数の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)ページに移動し、 **Project view**タブをクリックします。 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 -3. 左側のナビゲーションペインで、 **「プロジェクト設定」**の下にある**「アラート購読」**をクリックします。 +3. 左側のナビゲーションペインで、 **Alert Subscription**の下にある**Project Settings**をクリックします。 -4. **アラート購読**ページで、右上隅にある**「購読者を追加」**をクリックします。 +4. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 5. **購読者タイプの**ドロップダウンリストから**Zoom**を選択してください。 6. **「名前」**欄に名前を、 **「URL」**欄にZoomのWebhook URLを、 **「トークン」**欄に認証トークンを入力してください。 -7. **「接続テスト」**をクリックしてください。 +7. **Test Connection**をクリックしてください。 - テストが成功すると、「**保存」**ボタンが表示されます。 - テストが失敗した場合は、エラーメッセージが表示されます。メッセージに従ってトラブルシューティングを行い、接続を再試行してください。 8. 購読を完了するには、 **「保存」**をクリックしてください。 -または、対象のTiDB Cloud Dedicatedクラスタの**アラート**ページの右上にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。 +または、対象のTiDB Cloud Dedicatedクラスタの**アラート**ページの右上にある**「購読」を**クリックすることもできます。**Alert Subscription**ページに移動します。 -または、クラスターの**アラート**ページの右上隅にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。 +または、クラスターの**アラート**ページの右上隅にある**「購読」を**クリックすることもできます。**Alert Subscription**ページに移動します。 @@ -103,22 +103,22 @@ TiDB Cloud Essentialインスタンスのアラート通知を購読するには 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[アラートの購読]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 -3. **アラート購読**ページで、右上隅にある**「購読者を追加」**をクリックします。 +3. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 4. **購読者タイプの**ドロップダウンリストから**Zoom**を選択してください。 5. **「名前」**欄に名前を、 **「URL」**欄にZoomのWebhook URLを、 **「トークン」**欄に認証トークンを入力してください。 -6. **「接続テスト」**をクリックしてください。 +6. **Test Connection**をクリックしてください。 - テストが成功すると、「**保存」**ボタンが表示されます。 - テストが失敗した場合は、エラーメッセージが表示されます。メッセージの指示に従って問題を解決し、接続を再試行してください。 7. 購読を完了するには、 **「保存」**をクリックしてください。 -または、対象のTiDB Cloud Essentialインスタンスの**アラート**ページの右上隅にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。 +または、対象のTiDB Cloud Essentialインスタンスの**アラート**ページの右上隅にある**「購読」を**クリックすることもできます。**Alert Subscription**ページに移動します。 @@ -132,22 +132,22 @@ TiDB Cloud Premiumインスタンスのアラート通知を購読するには 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[アラートの購読]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 -3. **アラート購読**ページで、右上隅にある**「購読者を追加」**をクリックします。 +3. **Alert Subscription**ページで、右上隅にある**Add Subscriber**をクリックします。 4. **購読者タイプの**ドロップダウンリストから**Zoom**を選択してください。 5. **「名前」**欄に名前を、 **「URL」**欄にZoomのWebhook URLを、 **「トークン」**欄に認証トークンを入力してください。 -6. **「接続テスト」**をクリックしてください。 +6. **Test Connection**をクリックしてください。 - テストが成功すると、「**保存」**ボタンが表示されます。 - テストが失敗した場合は、エラーメッセージが表示されます。メッセージの指示に従って問題を解決し、接続を再試行してください。 7. 購読を完了するには、 **「保存」**をクリックしてください。 -または、対象のTiDB Cloud Premiumインスタンスの**アラート**ページの右上にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。 +または、対象のTiDB Cloud Premiumインスタンスの**アラート**ページの右上にある**「購読」を**クリックすることもできます。**Alert Subscription**ページに移動します。 @@ -159,10 +159,10 @@ TiDB Cloud Premiumインスタンスのアラート通知を購読するには -1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **Project view**タブをクリックします。 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 -3. 左側のナビゲーションペインで、 **「プロジェクト設定」**の下にある**「アラート購読」**をクリックします。 -4. **アラート購読**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +3. 左側のナビゲーションペインで、 **Alert Subscription**の下にある**Project Settings**をクリックします。 +4. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 5. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 @@ -170,8 +170,8 @@ TiDB Cloud Premiumインスタンスのアラート通知を購読するには 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[アラートの購読]**をクリックします。 -3. **アラート購読**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 4. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 @@ -179,8 +179,8 @@ TiDB Cloud Premiumインスタンスのアラート通知を購読するには 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[設定]** > **[アラートの購読]**をクリックします。 -3. **アラート購読**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 +2. 左側のナビゲーションペインで、 **[設定]** > **Alert Subscription**をクリックします。 +3. **Alert Subscription**ページで、削除する対象の購読者の行を見つけて、 **[...]** > **[購読解除]**をクリックします。 4. 購読解除を確定するには、 **「購読解除」**をクリックしてください。 diff --git a/tidb-cloud/monitor-built-in-alerting.md b/tidb-cloud/monitor-built-in-alerting.md index 5aec714bb5b8f..9b9c62b3f49c9 100644 --- a/tidb-cloud/monitor-built-in-alerting.md +++ b/tidb-cloud/monitor-built-in-alerting.md @@ -59,7 +59,7 @@ TiDB Cloudでは、**アラート**ページでアクティブなアラートと TiDB Cloudでは、アラートを無効化または有効化したり、アラートのしきい値を更新したりすることで、アラートルールを編集できます。 -1. **アラート**ページで、 **[ルールの編集]**をクリックします。 +1. **アラート**ページで、 **Edit Rules**をクリックします。 2. 必要に応じてアラートルールを無効化または有効化してください。 3. アラートルールのしきい値を更新するには、 **「編集」**をクリックします。 @@ -124,9 +124,9 @@ TiDB Cloudは、そのプランで利用可能[特徴](/tidb-cloud/features.md) | 状態 | 推奨される行動 | | :------------------------- | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -| 変更フィードのレイテンシーが600秒を超えています。 | TiDB Cloudコンソールの**「変更フィード」**ページと**「変更フィード詳細」**ページで変更フィードのステータスを確認してください。これらのページには、この問題の診断に役立つエラーメッセージがいくつか表示されています。
このアラートが発生する可能性のある理由としては、以下のようなものが挙げられます。
  • アップストリーム全体のトラフィックが増加したため、既存のチェンジフィード仕様では対応しきれなくなりました。トラフィックの増加が一時的なものであれば、トラフィックが正常に戻ればチェンジフィードのレイテンシーは自動的に回復します。トラフィックの増加が継続する場合は、チェンジフィードをスケールアップする必要があります。
  • 下流側またはネットワークに異常が発生しています。この場合は、まずこの異常を解消してください。
  • ダウンストリームがRDSの場合、テーブルにインデックスが不足しているため、書き込みパフォーマンスの低下やレイテンシーの増加が発生する可能性があります。この場合、アップストリームまたはダウンストリームに必要なインデックスを追加する必要があります。
お客様側で問題を解決できない場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 | -| 変更フィードの状態は`FAILED`です。 | TiDB Cloudコンソールの**「変更フィード」**ページと**「変更フィード詳細」**ページで変更フィードのステータスを確認してください。これらのページには、この問題の診断に役立つエラーメッセージがいくつか表示されています。
お客様側で問題を解決できない場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 | -| 変更フィードの状態は`WARNING`です。 | TiDB Cloudコンソールの**「変更フィード」**ページと**「変更フィード詳細」**ページで変更フィードのステータスを確認してください。これらのページには、この問題の診断に役立つエラーメッセージがいくつか表示されています。
お客様側で問題を解決できない場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 | +| 変更フィードのレイテンシーが600秒を超えています。 | TiDB Cloudコンソールの**「変更フィード」**ページと**Changefeed Detail**ページで変更フィードのステータスを確認してください。これらのページには、この問題の診断に役立つエラーメッセージがいくつか表示されています。
このアラートが発生する可能性のある理由としては、以下のようなものが挙げられます。
  • アップストリーム全体のトラフィックが増加したため、既存のチェンジフィード仕様では対応しきれなくなりました。トラフィックの増加が一時的なものであれば、トラフィックが正常に戻ればチェンジフィードのレイテンシーは自動的に回復します。トラフィックの増加が継続する場合は、チェンジフィードをスケールアップする必要があります。
  • 下流側またはネットワークに異常が発生しています。この場合は、まずこの異常を解消してください。
  • ダウンストリームがRDSの場合、テーブルにインデックスが不足しているため、書き込みパフォーマンスの低下やレイテンシーの増加が発生する可能性があります。この場合、アップストリームまたはダウンストリームに必要なインデックスを追加する必要があります。
お客様側で問題を解決できない場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 | +| 変更フィードの状態は`FAILED`です。 | TiDB Cloudコンソールの**「変更フィード」**ページと**Changefeed Detail**ページで変更フィードのステータスを確認してください。これらのページには、この問題の診断に役立つエラーメッセージがいくつか表示されています。
お客様側で問題を解決できない場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 | +| 変更フィードの状態は`WARNING`です。 | TiDB Cloudコンソールの**「変更フィード」**ページと**Changefeed Detail**ページで変更フィードのステータスを確認してください。これらのページには、この問題の診断に役立つエラーメッセージがいくつか表示されています。
お客様側で問題を解決できない場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 | @@ -146,8 +146,8 @@ TiDB Cloudは、そのプランで利用可能[特徴](/tidb-cloud/features.md) | 状態 | 推奨される行動 | | :------------------------- | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -| 変更フィードのレイテンシーが600秒を超えています。 | TiDB Cloudコンソールの**「変更フィード」**ページと**「変更フィード詳細」**ページで変更フィードのステータスを確認してください。これらのページには、この問題の診断に役立つエラーメッセージがいくつか表示されています。
このアラートが発生する可能性のある理由としては、以下のようなものが挙げられます。
  • アップストリーム全体のトラフィックが増加したため、既存のチェンジフィード仕様では対応しきれなくなりました。トラフィックの増加が一時的なものであれば、トラフィックが正常に戻ればチェンジフィードのレイテンシーは自動的に回復します。トラフィックの増加が継続する場合は、チェンジフィードをスケールアップする必要があります。
  • 下流側またはネットワークに異常が発生しています。この場合は、まずこの異常を解消してください。
  • ダウンストリームがRDSの場合、テーブルにインデックスが不足しているため、書き込みパフォーマンスの低下やレイテンシーの増加が発生する可能性があります。この場合、アップストリームまたはダウンストリームに必要なインデックスを追加する必要があります。
お客様側で問題を解決できない場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 | -| 変更フィードの状態は`FAILED`です。 | TiDB Cloudコンソールの**「変更フィード」**ページと**「変更フィード詳細」**ページで変更フィードのステータスを確認してください。これらのページには、この問題の診断に役立つエラーメッセージがいくつか表示されています。
お客様側で問題を解決できない場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 | -| 変更フィードの状態は`WARNING`です。 | TiDB Cloudコンソールの**「変更フィード」**ページと**「変更フィード詳細」**ページで変更フィードのステータスを確認してください。これらのページには、この問題の診断に役立つエラーメッセージがいくつか表示されています。
お客様側で問題を解決できない場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 | +| 変更フィードのレイテンシーが600秒を超えています。 | TiDB Cloudコンソールの**「変更フィード」**ページと**Changefeed Detail**ページで変更フィードのステータスを確認してください。これらのページには、この問題の診断に役立つエラーメッセージがいくつか表示されています。
このアラートが発生する可能性のある理由としては、以下のようなものが挙げられます。
  • アップストリーム全体のトラフィックが増加したため、既存のチェンジフィード仕様では対応しきれなくなりました。トラフィックの増加が一時的なものであれば、トラフィックが正常に戻ればチェンジフィードのレイテンシーは自動的に回復します。トラフィックの増加が継続する場合は、チェンジフィードをスケールアップする必要があります。
  • 下流側またはネットワークに異常が発生しています。この場合は、まずこの異常を解消してください。
  • ダウンストリームがRDSの場合、テーブルにインデックスが不足しているため、書き込みパフォーマンスの低下やレイテンシーの増加が発生する可能性があります。この場合、アップストリームまたはダウンストリームに必要なインデックスを追加する必要があります。
お客様側で問題を解決できない場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 | +| 変更フィードの状態は`FAILED`です。 | TiDB Cloudコンソールの**「変更フィード」**ページと**Changefeed Detail**ページで変更フィードのステータスを確認してください。これらのページには、この問題の診断に役立つエラーメッセージがいくつか表示されています。
お客様側で問題を解決できない場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 | +| 変更フィードの状態は`WARNING`です。 | TiDB Cloudコンソールの**「変更フィード」**ページと**Changefeed Detail**ページで変更フィードのステータスを確認してください。これらのページには、この問題の診断に役立つエラーメッセージがいくつか表示されています。
お客様側で問題を解決できない場合は、 [TiDB Cloudサポート](/tidb-cloud/tidb-cloud-support.md)にお問い合わせください。 | diff --git a/tidb-cloud/monitor-datadog-integration.md b/tidb-cloud/monitor-datadog-integration.md index 7f0d16ab8e372..84d0095f2091d 100644 --- a/tidb-cloud/monitor-datadog-integration.md +++ b/tidb-cloud/monitor-datadog-integration.md @@ -55,7 +55,7 @@ TiDB Cloudは、2022年3月4日よりプロジェクトレベルのDatadog統合 4. Datadog APIキーを入力し、Datadogサイトを選択してください。 -5. **「統合テスト」**をクリックします。 +5. **Test Integration**をクリックします。 - テストが成功すると、 **「確認」**ボタンが表示されます。 - テストが失敗した場合は、エラーメッセージが表示されます。メッセージに従ってトラブルシューティングを行い、統合を再試行してください。 @@ -65,17 +65,17 @@ TiDB Cloudは、2022年3月4日よりプロジェクトレベルのDatadog統合
-1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **Project view**タブをクリックします。 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 -3. 左側のナビゲーションペインで、 **「プロジェクト設定」**の下にある**「統合」**をクリックします。 +3. 左側のナビゲーションペインで、 **「プロジェクト設定」**の下にある**Project Settings**をクリックします。 4. **統合**ページで、 **[Datadogとの統合（ベータ版）]**をクリックします。 5. Datadog APIキーを入力し、Datadogサイトを選択してください。 -6. **「統合テスト」**をクリックします。 +6. **Test Integration**をクリックします。 - テストが成功すると、 **「確認」**ボタンが表示されます。 - テストが失敗した場合は、エラーメッセージが表示されます。メッセージに従ってトラブルシューティングを行い、統合を再試行してください。 diff --git a/tidb-cloud/monitor-new-relic-integration.md b/tidb-cloud/monitor-new-relic-integration.md index 635c0c0df1e5d..6a0c890cdd359 100644 --- a/tidb-cloud/monitor-new-relic-integration.md +++ b/tidb-cloud/monitor-new-relic-integration.md @@ -47,7 +47,7 @@ TiDB Cloudは、2023年4月11日よりプロジェクトレベルのNew Relic統 4. New RelicのAPIキーを入力し、New Relicのサイトを選択してください。 -5. **「統合テスト」**をクリックします。 +5. **Test Integration**をクリックします。 - テストが成功すると、 **「確認」**ボタンが表示されます。 - テストが失敗した場合は、エラーメッセージが表示されます。メッセージに従ってトラブルシューティングを行い、統合を再試行してください。 @@ -57,17 +57,17 @@ TiDB Cloudは、2023年4月11日よりプロジェクトレベルのNew Relic統
-1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **Project view**タブをクリックします。 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 -3. 左側のナビゲーションペインで、 **「プロジェクト設定」**の下にある**「統合」**をクリックします。 +3. 左側のナビゲーションペインで、 **「プロジェクト設定」**の下にある**Project Settings**をクリックします。 4. **統合**ページで、 **[New Relic との統合 (ベータ版)]**をクリックします。 5. New RelicのAPIキーを入力し、New Relicのサイトを選択してください。 -6. **「統合テスト」**をクリックします。 +6. **Test Integration**をクリックします。 - テストが成功すると、 **「確認」**ボタンが表示されます。 - テストが失敗した場合は、エラーメッセージが表示されます。メッセージに従ってトラブルシューティングを行い、統合を再試行してください。 @@ -133,7 +133,7 @@ TiDB Cloudは、2023年4月11日よりプロジェクトレベルのNew Relic統 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、 **「統合」**ページに移動します。 -2. **New Relic**セクションの**「ダッシュボード」**リンクをクリックすると、TiDBクラスターの事前構築済みダッシュボードが表示されます。 +2. **New Relic**セクションの**New Relic**リンクをクリックすると、TiDBクラスターの事前構築済みダッシュボードが表示されます。 3. [新しいRelic統合バージョン](#new-relic-integration-version)に応じて、次のいずれかを実行します。 diff --git a/tidb-cloud/monitor-prometheus-and-grafana-integration.md b/tidb-cloud/monitor-prometheus-and-grafana-integration.md index bf37daf39463f..9aff0bb428e16 100644 --- a/tidb-cloud/monitor-prometheus-and-grafana-integration.md +++ b/tidb-cloud/monitor-prometheus-and-grafana-integration.md @@ -46,17 +46,17 @@ Prometheus サービスでTiDB Cloudのメトリクスを読み取るように 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Dedicatedクラスターの名前をクリックして、その概要ページに移動します。 2. 左側のナビゲーションペインで、 **[設定]** > **[統合]**をクリックします。 3. **「統合」**ページで、 **「Prometheusとの統合」**をクリックします。 -4. **「ファイルを追加」を**クリックすると、現在のクラスター用の`scrape_config`ファイルが生成されて表示されます。 +4. **Add File**をクリックすると、現在のクラスター用の`scrape_config`ファイルが生成されて表示されます。 5. `scrape_config`ファイルの内容のコピーを作成して、後で使用してください。
-1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **[プロジェクト ビュー]**タブをクリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 **Project view**タブをクリックします。 2. プロジェクトビューで、対象のプロジェクトを見つけて、そのプロジェクトのをクリックします。 -3. 左側のナビゲーションペインで、 **「プロジェクト設定」**の下にある**「統合」**をクリックします。 +3. 左側のナビゲーションペインで、 **「プロジェクト設定」**の下にある**Project Settings**をクリックします。 4. **「統合」**ページで、 **「Prometheusとの統合（ベータ版）」**をクリックします。 -5. **「ファイルを追加」**をクリックすると、現在のプロジェクトのscrape_configファイルが生成されて表示されます。 +5. **Add File**をクリックすると、現在のプロジェクトのscrape_configファイルが生成されて表示されます。 6. `scrape_config`ファイルの内容のコピーを作成して、後で使用できるようにします。
diff --git a/tidb-cloud/monitor-tidb-cluster.md b/tidb-cloud/monitor-tidb-cluster.md index 3d69218db574a..23c922ab290ae 100644 --- a/tidb-cloud/monitor-tidb-cluster.md +++ b/tidb-cloud/monitor-tidb-cluster.md @@ -95,7 +95,7 @@ TiDB Cloudでは、次のページから、 TiDB C > > 複数の組織に所属している場合は、左上隅のコンボボックスを使用して、まず目的の組織に切り替えてください。 -2. **「コアメトリクス」**セクションを確認してください。 +2. **Core Metrics**セクションを確認してください。 ### 指標ページ {#metrics-page} diff --git a/tidb-cloud/naming-conventions-for-data-import.md b/tidb-cloud/naming-conventions-for-data-import.md index ceee187e0701d..b4744eb25db32 100644 --- a/tidb-cloud/naming-conventions-for-data-import.md +++ b/tidb-cloud/naming-conventions-for-data-import.md @@ -7,8 +7,8 @@ summary: データインポート時のCSV、Parquet、 Aurora Snapshot、およ TiDB Cloudには、CSV、Parquet、 Aurora Snapshot、SQLといったファイル形式でデータをインポートできます。データが正常にインポートされるようにするには、以下の2種類のファイルを準備する必要があります。 -- **スキーマファイル**。データベーススキーマファイル（オプション）とテーブルスキーマファイルを、両方ともSQL形式（ `.sql` ）で準備します。テーブルスキーマファイルが提供されていない場合は、対象データベースに該当するテーブルを事前に手動で作成する必要があります。 -- **データファイル**。データインポート用の命名規則に準拠したデータファイルを用意してください。データファイル名が要件を満たしていない場合は、[**ファイルパターン**](#file-pattern)を使用してインポートタスクを実行することをお勧めします。そうしないと、インポートタスクはインポート対象のデータファイルをスキャンできません。 +- **Schema file**。データベーススキーマファイル（オプション）とテーブルスキーマファイルを、両方ともSQL形式（ `.sql` ）で準備します。テーブルスキーマファイルが提供されていない場合は、対象データベースに該当するテーブルを事前に手動で作成する必要があります。 +- **Data file**。データインポート用の命名規則に準拠したデータファイルを用意してください。データファイル名が要件を満たしていない場合は、[**File Pattern**](#file-pattern)を使用してインポートタスクを実行することをお勧めします。そうしないと、インポートタスクはインポート対象のデータファイルをスキャンできません。 ## スキーマファイルの命名規則 {#naming-conventions-for-schema-files} @@ -121,7 +121,7 @@ TiDB Dumplingを使用してデフォルト設定でSQLファイルをエクス ソースデータファイル（CSVまたはParquet）が命名規則に準拠していない場合は、ファイル名パターンを使用してソースデータファイルをターゲットテーブルに手動でマッピングできます。この機能は、 Aurora SnapshotおよびSQLデータファイルには対応していません。 -インポートウィザードの**「宛先マッピング」**ステップで、 **「TiDB ファイル命名規則を使用して自動マッピングを行う」の**選択を解除し、 **「ソース」** 、 **「ターゲットデータベース」** 、 **「ターゲットテーブル**」の各フィールドに入力します。「**ソース」**フィールドには`*`および`?`ワイルドカードをサポートするファイル名パターンを指定できます。 +インポートウィザードの**Destination Mapping**ステップで、 **「TiDB ファイル命名規則を使用して自動マッピングを行う」の**選択を解除し、 **「ソース」** 、 **Target Database** 、 **Target Table**の各フィールドに入力します。「**ソース」**フィールドには`*`および`?`ワイルドカードをサポートするファイル名パターンを指定できます。 - CSV ファイルについては[ステップ4. CSVファイルをTiDB Cloudにインポートする](/tidb-cloud/import-csv-files.md#step-4-import-csv-files-to-tidb-cloud)。 - Parquet ファイルについては、 [ステップ4. ParquetファイルをTiDB Cloudにインポートする](/tidb-cloud/import-parquet-files.md#step-4-import-parquet-files-to-tidb-cloud)。 diff --git a/tidb-cloud/notifications.md b/tidb-cloud/notifications.md index 4fbd9196fd7c1..fc7446747137b 100644 --- a/tidb-cloud/notifications.md +++ b/tidb-cloud/notifications.md @@ -23,7 +23,7 @@ TiDB Cloudコンソールでは、次のようなさまざまな種類の通知 システムエラー、セキュリティ警告、重要なアップデートなど、即時対応が必要な重大な問題や緊急の事態について通知します。 -- **請求通知** +- **Billing notifications** クレジットや割引に関する最新情報など、請求関連の活動に関する最新情報を配信します。 diff --git a/tidb-cloud/oauth2.md b/tidb-cloud/oauth2.md index 725e2ee000449..22d90120ba215 100644 --- a/tidb-cloud/oauth2.md +++ b/tidb-cloud/oauth2.md @@ -41,7 +41,7 @@ OAuth 2.0 デバイスコード付与タイプを使用して、 TiDB Cloud CLI 次のように、 TiDB Cloudコンソールで承認された OAuth アプリケーションのレコードを表示できます。 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、左下隅にあります。 -2. **[アカウント設定]**をクリックします。 +2. **Account Settings**をクリックします。 3. **「承認済みOAuthアプリ」**タブをクリックします。承認済みのOAuthアプリケーションが表示されます。 **「取り消し」**をクリックすると、いつでも承認を取り消すことができます。 diff --git a/tidb-cloud/premium/backup-and-restore-premium.md b/tidb-cloud/premium/backup-and-restore-premium.md index d108144e83d89..3b1a04596c929 100644 --- a/tidb-cloud/premium/backup-and-restore-premium.md +++ b/tidb-cloud/premium/backup-and-restore-premium.md @@ -171,7 +171,7 @@ TiDB Cloud Premiumは、自動バックアップに加えて、手動バック - **保持と削除**：自動バックアップとは異なり、手動バックアップは保持ポリシーに基づいて自動的に削除されません。明示的に削除するまで保持されます。インスタンスを削除すると、その手動バックアップはごみ箱に移動し、手動で削除するまでそこに残ります。 -- **保存場所**：手動バックアップは、TiDBが管理するクラウドストレージに保存されます。 +- **Storage location**：手動バックアップは、TiDBが管理するクラウドストレージに保存されます。 - **コスト**：手動バックアップは、削除するまで保持されるため、追加料金が発生します。 @@ -183,9 +183,9 @@ TiDB Cloud Premiumは、自動バックアップに加えて、手動バック 1. インスタンスの[**バックアップ**](#view-the-backup-page)ページに移動します。 -2. 右上隅の「 **…」**をクリックし、次に**「手動バックアップ」**をクリックします。 +2. 右上隅の「 **…」**をクリックし、次に**Manual Backup**をクリックします。 -3. 操作を確認してください。バックアップはTiDB Cloudに保存され、**バックアップリスト**に表示されます。 +3. 操作を確認してください。バックアップはTiDB Cloudに保存され、**Backup List**に表示されます。 TiDB Cloudコンソールでは、外部ストレージの認証情報を入力することなく、手動バックアップを直接復元できます。 @@ -197,9 +197,9 @@ TiDB Cloudは、偶発的なデータ損失や破損が発生した場合にデ TiDB Cloudは、インスタンスのスナップショット復元と特定時点への復元をサポートしています。 -- **スナップショット復元**：特定のバックアップスナップショットからインスタンスを復元します。この方法は、自動バックアップと手動バックアップの両方の復元に使用できます。**バックアップ一覧**では、手動バックアップには**「手動」**タイプと**「永続的」有効**期限ステータスが表示されます。 +- **Snapshot Restore**：特定のバックアップスナップショットからインスタンスを復元します。この方法は、自動バックアップと手動バックアップの両方の復元に使用できます。**Backup List**では、手動バックアップには**「手動」**タイプと**「永続的」有効**期限ステータスが表示されます。 -- **特定時点への復元**：インスタンスを特定の時点の状態に復元します。 +- **Point-in-Time Restore**：インスタンスを特定の時点の状態に復元します。 - Premium または BYOC インスタンス：過去7日間の任意の時点に復元できますが、インスタンス作成時刻より前、または現在時刻の1分前より後の時点には復元できません。なお、手動バックアップではPITRはサポートされていません。 @@ -215,14 +215,14 @@ TiDB Cloudは、新しいインスタンスへのデータ復元をサポート 2. **「復元」**をクリックしてください。 -3. **「バックアップの選択」**ページで、使用する**復元モード**を選択します。特定のバックアップスナップショットから復元することも、特定の時点に復元することもできます。 +3. **Select Backup**ページで、使用する**Restore Mode**を選択します。特定のバックアップスナップショットから復元することも、特定の時点に復元することもできます。
選択したバックアップスナップショットから復元するには、次の手順を実行します。 - 1. **「スナップショット復元」**をクリックします。 + 1. **Snapshot Restore**をクリックします。 2. 復元元のバックアップスナップショットを選択してください。
@@ -230,7 +230,7 @@ TiDB Cloudは、新しいインスタンスへのデータ復元をサポート Premium または BYOC インスタンスを特定の時点に復元するには、以下の手順を実行してください。 - 1. **「特定時点への復元」**をクリックします。 + 1. **Point-in-Time Restore**をクリックします。 2. 復元したい日時を選択してください。
@@ -258,7 +258,7 @@ TiDB Cloudは、新しいインスタンスへのデータ復元をサポート ごみ箱から削除した {{{ .premium }}} または {{{ .byoc }}} インスタンスを復元するには、以下の手順を実行してください。 -1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、右上隅の**[...]**をクリックして、 **[ごみ箱] を**クリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com)で、組織の[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、右上隅の**[...]**をクリックして、 **Recycle Bin**をクリックします。 > **Tip:** > @@ -282,7 +282,7 @@ TiDB Cloud Dedicatedクラスターによって生成されたバックアップ 1. [TiDB Cloudコンソール](https://tidbcloud.com)にログインし、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動します。右上隅にある**[...]**をクリックし、 **[別のプランから復元]**をクリックします。 -2. **「バックアップの選択」**ページで、対象のTiDB Cloud Dedicatedクラスターを含むプロジェクトを選択します。TiDB Cloud Dedicatedクラスターを選択し、復元するバックアップ スナップショットを選択して、 **「次へ」**をクリックします。 +2. **Select Backup**ページで、対象のTiDB Cloud Dedicatedクラスターを含むプロジェクトを選択します。TiDB Cloud Dedicatedクラスターを選択し、復元するバックアップ スナップショットを選択して、 **「次へ」**をクリックします。 > **Note:** > 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..91e235918915e 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 @@ -24,8 +24,8 @@ summary: Alibaba Cloud上のプライベートエンドポイントを介してT 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページで、対象のTiDB Cloud Premiumインスタンスの名前をクリックすると、その概要ページに移動します。 2. 右上隅の**「接続」**をクリックしてください。接続ダイアログが表示されます。 -3. **「接続タイプ」**ドロップダウンリストで、 **「プライベートエンドポイント」**を選択します。 -4. **サービス名**、**アベイラビリティゾーンID** 、**リージョンID**をメモしておいてください。 +3. **Connection Type**ドロップダウンリストで、 **Private Endpoint**を選択します。 +4. **Service Name**、**アベイラビリティゾーンID** 、**Region ID**をメモしておいてください。 ### ステップ2. Alibaba Cloud上にプライベートエンドポイントを作成する {#step-2-create-a-private-endpoint-on-alibaba-cloud} @@ -33,21 +33,21 @@ Alibaba Cloud管理コンソールを使用してVPCインターフェースエ 1. [Alibaba Cloud管理コンソール](https://account.alibabacloud.com/login/login.htm)にサインインします。 2. **VPC** >**エンドポイント**に移動します。 -3. **「インターフェースエンドポイント」**タブをクリックし、 **「エンドポイントの作成」を**クリックします。 +3. **「インターフェースエンドポイント」**タブをクリックし、 **Create Endpoint**をクリックします。 4. エンドポイントの詳細を入力してください。 - **リージョン**： TiDB Cloud Premiumインスタンスと同じリージョンを選択してください。 - - **エンドポイント名**：エンドポイントの名前を入力してください。 - - **エンドポイントタイプ**：**インターフェースエンドポイント**を選択してください。 - - **エンドポイントサービス**： **[その他のエンドポイントサービス]**を選択します。 + - **Endpoint Name**：エンドポイントの名前を入力してください。 + - **Endpoint Type**：**Interface Endpoint**を選択してください。 + - **Endpoint Service**： **[その他のエンドポイントサービス]**を選択します。 5. **「エンドポイントサービス名」**フィールドに、 TiDB Cloudからコピーしたサービス名を貼り付けます。 6. **「確認」**をクリックしてください。緑色のチェックマークが表示されれば、サービスが有効であることを示します。 -7. エンドポイントに関連付ける**VPC** 、**セキュリティグループ**、および**ゾーン**を選択してください。 +7. エンドポイントに関連付ける**VPC** 、**Security Group**、および**ゾーン**を選択してください。 8. エンドポイントを作成するには、 **「OK」**をクリックしてください。 9. エンドポイントの状態が**アクティブ**になり、接続の状態が**接続済みに**なるまで待ちます。 インターフェースエンドポイントを作成したら、**エンドポイント**ページに移動し、新しく作成したエンドポイントを選択します。 -- **「基本情報」**セクションで、**エンドポイントID**をコピーしてください。この値は後で*エンドポイントリソースID*として使用します。 +- **Basic Information**セクションで、**Endpoint ID**をコピーしてください。この値は後で*エンドポイントリソースID*として使用します。 - **「エンドポイントサービスのドメイン名」**セクションで、 **「デフォルトのドメイン名」**をコピーしてください。この値は後で*ドメイン名*として使用します。 @@ -67,7 +67,7 @@ Alibaba Cloud管理コンソールを使用してVPCインターフェースエ 1. プライベートエンドポイントの接続ステータスが**「アクティブ」**になるまでお待ちください（約5分）。ステータスを確認するには、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックして、 **「ネットワーク」**ページに移動してください。 -2. **「接続**方法」ドロップダウンリストから、希望する接続方法を選択してください。対応する接続​​文字列がダイアログの下部に表示されます。 +2. **Connect With**ドロップダウンリストから、希望する接続方法を選択してください。対応する接続​​文字列がダイアログの下部に表示されます。 3. 接続文字列を使用してインスタンスに接続してください。 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..dca42c8b17bcb 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 @@ -27,7 +27,7 @@ AWS PrivateLink を利用したエンドポイント接続は、安全かつプ ## 制限 {#restrictions} - 対象インスタンスの `Organization Owner`、`Project Owner`、または `Instance Owner` ロールを持つユーザーのみがプライベートエンドポイント接続を作成できます。 -- 接続先のプライベートエンドポイントと {{{ .premium }}} または {{{ .byoc }}} インスタンスは、**同じリージョン** に配置されている必要があります。 +- 接続先のプライベートエンドポイントと {{{ .premium }}} または {{{ .byoc }}} インスタンスは、**same region** に配置されている必要があります。 ## 前提条件 {#prerequisites} @@ -199,7 +199,7 @@ AWS マネジメントコンソールでプライベート DNS を有効にす プライベートエンドポイントの可能なステータスは、以下のように説明されます。 -- **未設定**：エンドポイントサービスは作成されていますが、プライベートエンドポイントはまだ作成されていません。 +- **Not Configured**：エンドポイントサービスは作成されていますが、プライベートエンドポイントはまだ作成されていません。 - **保留中**：処理待ちです。 - **アクティブ**：プライベートエンドポイントは使用可能です。この状態ではプライベートエンドポイントを編集することはできません。 - **削除中**：プライベートエンドポイントが削除されています。 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..e7bfa39db3363 100644 --- a/tidb-cloud/premium/connect-to-premium-via-public-connection.md +++ b/tidb-cloud/premium/connect-to-premium-via-public-connection.md @@ -34,11 +34,11 @@ summary: パブリック接続を介してTiDB Cloud Premiumに接続する方 2. 右上隅の**「接続」**をクリックしてください。接続ダイアログが表示されます。 -3. 接続ダイアログで、 **「接続タイプ」**ドロップダウンリストから**「パブリック」**を選択します。 +3. 接続ダイアログで、 **「接続タイプ」**ドロップダウンリストから**Connection Type**を選択します。 IP アクセス リストを設定していない場合は、最初の接続の前に、**「IP アクセス リストの設定」**をクリックするか、[IP アクセス リストを設定する](/tidb-cloud/premium/configure-ip-access-list-premium.md)の手順に従って設定してください。 -4. **「CA証明書」**をクリックすると、 TiDB Cloud PremiumインスタンスへのTLS接続に必要なCA証明書をダウンロードできます。このCA証明書はデフォルトでTLS 1.2をサポートしています。 +4. **CA cert**をクリックすると、 TiDB Cloud PremiumインスタンスへのTLS接続に必要なCA証明書をダウンロードできます。このCA証明書はデフォルトでTLS 1.2をサポートしています。 5. ご希望の接続方法を選択し、タブに表示されている接続文字列とサンプルコードを参照してインスタンスに接続してください。 diff --git a/tidb-cloud/premium/create-tidb-instance-premium.md b/tidb-cloud/premium/create-tidb-instance-premium.md index 07e302b4842ed..1aefb79a852b7 100644 --- a/tidb-cloud/premium/create-tidb-instance-premium.md +++ b/tidb-cloud/premium/create-tidb-instance-premium.md @@ -38,9 +38,9 @@ TiDB Cloudアカウントをお持ちでない場合は、[ここ](https://tidbc `Organization Owner`ロールをお持ちの場合は、次のようにしてTiDB Cloud Premium インスタンスを作成できます。 -1. [TiDB Cloudコンソール](https://tidbcloud.com/tidbs)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、右上隅の**「リソースの作成」**をクリックします。 +1. [TiDB Cloudコンソール](https://tidbcloud.com/tidbs)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、右上隅の**Create Resource**をクリックします。 -2. **リソース作成**ページで、プランとして**「Premium」**を選択してください。 +2. **Create Resource**ページで、プランとして**「Premium」**を選択してください。 3. TiDB Cloud Premiumインスタンスの名前を入力し、インスタンスをホストするクラウドプロバイダーとリージョンを選択してください。 diff --git a/tidb-cloud/premium/dual-layer-data-encryption-premium.md b/tidb-cloud/premium/dual-layer-data-encryption-premium.md index db89e59035ca9..6928ab936b9d9 100644 --- a/tidb-cloud/premium/dual-layer-data-encryption-premium.md +++ b/tidb-cloud/premium/dual-layer-data-encryption-premium.md @@ -9,7 +9,7 @@ summary: TiDB Cloud Premiumインスタンスでデュアルレイヤーデー > **Note:** > -> 現在、デュアルレイヤーデータ暗号化機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)**？」**をクリックし、 次に**「サポートチケット」**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。チケットを作成し、 **「説明」**フィールドに「デュアルレイヤーデータ暗号化の申請」と入力して、 **「送信」**をクリックします。 +> 現在、デュアルレイヤーデータ暗号化機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)**？」**をクリックし、 次に**Support Tickets**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に移動します。チケットを作成し、 **「説明」**フィールドに「デュアルレイヤーデータ暗号化の申請」と入力して、 **「送信」**をクリックします。 ## 概要 {#overview} @@ -82,14 +82,14 @@ TiDB Cloud Premiumインスタンスを作成する際に、二重層データ 1. クラウドプロバイダーのKMSで対称暗号化キーを作成してください。 - キーは、計画されているTiDB Cloud Premium インスタンスと**同じリージョン**に存在する必要があります。 + キーは、計画されているTiDB Cloud Premium インスタンスと**same region**に存在する必要があります。 - AWS については、 [対称暗号化KMSキーを作成します](https://docs.aws.amazon.com/kms/latest/developerguide/create-symmetric-cmk.html)を参照してください。 - Alibaba Cloud については、 [KMSキーの理解](https://www.alibabacloud.com/help/en/kms/key-management-service/user-guide/overview-of-key-management)を参照してください。 2. [TiDB Cloudコンソール](https://tidbcloud.com)で CMEK を構成します。 - 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページで、 **「リソースの作成」**をクリックします。 + 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページで、 **Create Resource**をクリックします。 2. TiDB Cloud Premiumプランを選択し、基本設定を完了してください。 @@ -114,7 +114,7 @@ TiDB Cloud Premiumインスタンスを作成する際に、二重層データ TiDB Cloudに暗号化キーの管理を代行させるには、以下の手順に従ってください。 -1. [**My TiDB**](https://tidbcloud.com/tidbs)ページで、 **「リソースの作成」**をクリックします。 +1. [**My TiDB**](https://tidbcloud.com/tidbs)ページで、 **Create Resource**をクリックします。 2. TiDB Cloud Premiumプランを選択し、基本設定を完了してください。 3. 「**デュアルレイヤーデータ暗号化」**セクションで、 **「有効にする」**をクリックします。 4. **サービス管理暗号化キー**を選択してください。 @@ -168,7 +168,7 @@ TiDB Cloudに暗号化キーの管理を代行させるには、以下の手順 > **Warning:** > -> - 現在、暗号化されたバックアップは、元のインスタンスと同じ**アカウント**および**リージョン**にのみ復元できます。リージョン間およびアカウント間の復元操作はサポートされていません。 +> - 現在、暗号化されたバックアップは、元のインスタンスと同じ**アカウント**および**same region**にのみ復元できます。リージョン間およびアカウント間の復元操作はサポートされていません。 > - キーのセキュリティと可用性を維持する責任はあなたにあります。CMEKが削除されたり、完全に破損したりした場合、このキーに関連付けられたバックアップデータもすべて復元できなくなります。 ### CMEKで暗号化されたバックアップを復元する {#restore-a-backup-encrypted-with-a-cmek} diff --git a/tidb-cloud/premium/import-csv-files-premium.md b/tidb-cloud/premium/import-csv-files-premium.md index 8266e618675f3..5a2a92be07335 100644 --- a/tidb-cloud/premium/import-csv-files-premium.md +++ b/tidb-cloud/premium/import-csv-files-premium.md @@ -34,7 +34,7 @@ summary: Amazon S3またはAlibaba Cloud Object Storage Service（OSS）からCS > > - パフォーマンスを向上させるためには、各圧縮ファイルのサイズを100MiBに制限することをお勧めします。 > - Snappy 圧縮ファイルは[公式Snappyフォーマット](https://github.com/google/snappy)に存在する必要があります。 Snappy 圧縮の他のバリアントはサポートされていません。 - > - 非圧縮ファイルの場合、場合によっては前述のルールに従ってCSVファイル名を更新できない場合（たとえば、CSVファイルリンクが他のプログラムでも使用されている場合）、ファイル名を変更せずに、[ステップ4](#step-4-import-csv-files)の**マッピング設定**を使用してソースデータを単一のターゲットテーブルにインポートできます。 + > - 非圧縮ファイルの場合、場合によっては前述のルールに従ってCSVファイル名を更新できない場合（たとえば、CSVファイルリンクが他のプログラムでも使用されている場合）、ファイル名を変更せずに、[ステップ4](#step-4-import-csv-files)の**Mapping Settings**を使用してソースデータを単一のターゲットテーブルにインポートできます。 ## ステップ2．対象テーブルのスキーマを作成する {#step-2-create-the-target-table-schemas} @@ -106,7 +106,7 @@ CSVファイルをTiDB Cloud Premiumにインポートするには、以下の 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Amazon S3**を選択してください。 + - **Storage Provider**： **Amazon S3**を選択してください。 - **ソースファイル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/` 。 @@ -114,7 +114,7 @@ CSVファイルをTiDB Cloud Premiumにインポートするには、以下の - **AWS ロール ARN** : AWS ロール ARN の値を入力してください。新しいロールを作成する必要がある場合は、 **[ここをクリックして AWS CloudFormation を使用して新しいロールを作成] をクリックし**、ガイド付き手順に従って、提供されているテンプレートを起動し、 IAM警告を確認し、スタックを作成し、生成された ARN をTiDB Cloud Premium にコピーしてください。 - **AWSアクセスキー**：AWSアクセスキーIDとAWSシークレットアクセスキーを入力してください。 - **バケットへのアクセスをテストする**：認証情報が正しく入力された後、このボタンをクリックして、 TiDB Cloud Premiumがバケットにアクセスできることを確認してください。 - - **ターゲット接続**：インポートを実行するTiDBのユーザー名とパスワードを入力してください。必要に応じて、 **「接続テスト」を**クリックして認証情報を検証してください。 + - **Target Connection**：インポートを実行するTiDBのユーザー名とパスワードを入力してください。必要に応じて、 **Test Connection**をクリックして認証情報を検証してください。 4. **「次へ」**をクリックしてください。 @@ -128,7 +128,7 @@ CSVファイルをTiDB Cloud Premiumにインポートするには、以下の - [ファイル命名規則](/tidb-cloud/naming-conventions-for-data-import.md)ソース ファイルとターゲット テーブルに適用するには、自動マッピングを有効のままにしておきます。データ形式として**CSV**を選択したままにしておきます。 - - **詳細オプション**：パネルを展開して`Ignore compatibility checks (advanced)`の切り替えボタンを表示します。スキーマ互換性検証を意図的にバイパスしたい場合を除き、無効のままにしておいてください。 + - **Advanced options**：パネルを展開して`Ignore compatibility checks (advanced)`の切り替えボタンを表示します。スキーマ互換性検証を意図的にバイパスしたい場合を除き、無効のままにしておいてください。 @@ -137,9 +137,9 @@ CSVファイルをTiDB Cloud Premiumにインポートするには、以下の > 手動マッピング機能は近日中に利用可能になります。切り替え機能が利用可能になったら、自動マッピングオプションをオフにして、マッピングを手動で設定してください。 > > - **ソース**: `TableName.01.csv`のようなファイル名パターンを入力してください。ワイルドカード`*`と`?`がサポートされています (例: `my-data*.csv` )。 - > - **対象データベース**と**対象テーブル**：一致したファイルの宛先オブジェクトを選択します。 + > - **Target Database**と**Target Table**：一致したファイルの宛先オブジェクトを選択します。 -6. TiDB Cloud Premiumはソースパスを自動的にスキャンします。スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックしてください。 +6. TiDB Cloud Premiumはソースパスを自動的にスキャンします。スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **Start Import**をクリックしてください。 7. インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。 @@ -161,13 +161,13 @@ CSVファイルをTiDB Cloud Premiumにインポートするには、以下の 3. **「クラウドストレージからデータをインポート」**ページで、以下の情報を入力してください。 - - **ストレージプロバイダー**： **Alibaba Cloud OSS**を選択してください。 + - **Storage Provider**： **Alibaba Cloud OSS**を選択してください。 - **ソースファイル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がバケットにアクセスできることを確認してください。 - - **ターゲット接続**：インポートを実行するTiDBのユーザー名とパスワードを入力してください。必要に応じて、 **「接続テスト」を**クリックして認証情報を検証してください。 + - **Target Connection**：インポートを実行するTiDBのユーザー名とパスワードを入力してください。必要に応じて、 **Test Connection**をクリックして認証情報を検証してください。 4. **「次へ」**をクリックしてください。 @@ -181,7 +181,7 @@ CSVファイルをTiDB Cloud Premiumにインポートするには、以下の - [ファイル命名規則](/tidb-cloud/naming-conventions-for-data-import.md)ソース ファイルとターゲット テーブルに適用するには、自動マッピングを有効のままにしておきます。データ形式として**CSV**を選択したままにしておきます。 - - **詳細オプション**：パネルを展開して`Ignore compatibility checks (advanced)`の切り替えボタンを表示します。スキーマ互換性検証を意図的にバイパスしたい場合を除き、無効のままにしておいてください。 + - **Advanced options**：パネルを展開して`Ignore compatibility checks (advanced)`の切り替えボタンを表示します。スキーマ互換性検証を意図的にバイパスしたい場合を除き、無効のままにしておいてください。 @@ -190,9 +190,9 @@ CSVファイルをTiDB Cloud Premiumにインポートするには、以下の > 手動マッピング機能は近日中に利用可能になります。切り替え機能が利用可能になったら、自動マッピングオプションをオフにして、マッピングを手動で設定してください。 > > - **ソース**: `TableName.01.csv`のようなファイル名パターンを入力してください。ワイルドカード`*`と`?`がサポートされています (例: `my-data*.csv` )。 - > - **対象データベース**と**対象テーブル**：一致したファイルの宛先オブジェクトを選択します。 + > - **Target Database**と**Target Table**：一致したファイルの宛先オブジェクトを選択します。 -6. TiDB Cloud Premiumはソースパスを自動的にスキャンします。スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **「インポート開始」を**クリックしてください。 +6. TiDB Cloud Premiumはソースパスを自動的にスキャンします。スキャン結果を確認し、検出されたデータファイルと対応するターゲットテーブルをチェックしてから、 **Start Import**をクリックしてください。 7. インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。 @@ -213,10 +213,10 @@ CSVファイルをTiDB Cloud Premiumにインポートするには、以下の ### データインポート中の警告を解決する {#resolve-warnings-during-data-import} -**[インポートの開始]**をクリックした後、 `can't find the corresponding source files`などの警告メッセージが表示された場合は、正しいソース ファイルを提供するか、 [データインポートの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従って既存のファイルの名前を変更するか、**詳細設定**を使用して変更することで問題を解決します。 +**Start Import**をクリックした後、 `can't find the corresponding source files`などの警告メッセージが表示された場合は、正しいソース ファイルを提供するか、 [データインポートの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従って既存のファイルの名前を変更するか、**Advanced Settings**を使用して変更することで問題を解決します。 これらの問題を解決した後、データを再度インポートする必要があります。 ### インポートされたテーブルに行が0件あります {#zero-rows-in-the-imported-tables} -インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。行数がゼロの場合は、入力したバケットURIに一致するデータファイルがなかったことを意味します。この場合は、正しいソースファイルを指定するか、既存のファイルを[データインポートの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従って名前変更するか、または**詳細設定**を使用して変更することで問題を解決してください。その後、再度テーブルをインポートしてください。 +インポートの進行状況が**「完了」**と表示されたら、インポートされたテーブルを確認してください。行数がゼロの場合は、入力したバケットURIに一致するデータファイルがなかったことを意味します。この場合は、正しいソースファイルを指定するか、既存のファイルを[データインポートの命名規則](/tidb-cloud/naming-conventions-for-data-import.md)に従って名前変更するか、または**Advanced Settings**を使用して変更することで問題を解決してください。その後、再度テーブルをインポートしてください。 diff --git a/tidb-cloud/premium/import-from-s3-premium.md b/tidb-cloud/premium/import-from-s3-premium.md index 705d3ac01edb6..74b1930d89b2c 100644 --- a/tidb-cloud/premium/import-from-s3-premium.md +++ b/tidb-cloud/premium/import-from-s3-premium.md @@ -50,8 +50,8 @@ TiDB Cloud Premiumがバケットを読み取れるようにするには、以 2. 左側のナビゲーションペインで、 **[データ]** > **[インポート]**をクリックし、 **[クラウドストレージからデータをインポート]**を選択します。 -3. **ソース接続**ダイアログで： - - **ストレージプロバイダー**を**Amazon S3**に設定します。 +3. **Source Connection**ダイアログで： + - **Storage Provider**を**Amazon S3**に設定します。 - 単一ファイル（ `s3://bucket/path/file.csv` ）またはフォルダ（ `s3://bucket/path/` ）の**ソースファイルURI**を入力します。 - **AWSロールARN**または**AWSアクセスキー**を選択し、認証情報を入力してください。 - 接続を確認するには、 **「テストバケットアクセス」**をクリックしてください。<!--Todo-- 既知のプレビューの問題: ボタンをクリックすると、成功のトーストが表示されずにアイドル状態に戻ります。--> @@ -62,7 +62,7 @@ TiDB Cloud Premiumがバケットを読み取れるようにするには、以 6. **「次へ」**をクリックして事前チェックを実行してください。ファイルが見つからない、またはスキーマが互換性がないといった警告が表示された場合は、解決してください。 -7. **「インポート開始」**をクリックしてジョブグループを起動します。 +7. **Start Import**をクリックしてジョブグループを起動します。 8. ジョブのステータスが**「完了」と**表示されるまで監視し、その後、 TiDB Cloudにインポートされたデータを確認します。 diff --git a/tidb-cloud/premium/import-with-mysql-cli-premium.md b/tidb-cloud/premium/import-with-mysql-cli-premium.md index 89a7f33083a8a..b40d00797a2d6 100644 --- a/tidb-cloud/premium/import-with-mysql-cli-premium.md +++ b/tidb-cloud/premium/import-with-mysql-cli-premium.md @@ -30,17 +30,17 @@ MySQLコマンドラインクライアントを使用してTiDB Cloud Premiumイ 3. 接続ダイアログの設定がご使用のオペレーティング環境と一致していることを確認してください。 - - **接続タイプ**は`Public`に設定されています。 + - **Connection Type**は`Public`に設定されています。 - - **「接続」は**`MySQL CLI`に設定されています。 + - **Connect With**`MySQL CLI`に設定されています。 - - お使いの環境に合った**オペレーティングシステム**を選択してください。 + - お使いの環境に合った**Operating System**を選択してください。 > **Note:** > > TiDB Cloud Premiumインスタンスでは、パブリックエンドポイントはデフォルトで無効になっています。 `Public`オプションが表示されない場合は、インスタンスの詳細ページ（**ネットワーク**タブ）でパブリックエンドポイントを有効にするか、組織の管理者に有効化を依頼してから先に進んでください。 -4. **「パスワードを生成」をクリックすると、ランダムなパスワード**が生成されます。既にパスワードを設定している場合は、そのパスワードを再利用するか、変更してから先に進んでください。 +4. **Generate Password**が生成されます。既にパスワードを設定している場合は、そのパスワードを再利用するか、変更してから先に進んでください。 ## ステップ2. 対象データベースとテーブルスキーマを定義する {#step-2-define-the-target-database-and-table-schema} diff --git a/tidb-cloud/premium/migrate-from-op-tidb-premium.md b/tidb-cloud/premium/migrate-from-op-tidb-premium.md index f01b8a8de9c37..feb12d210d73c 100644 --- a/tidb-cloud/premium/migrate-from-op-tidb-premium.md +++ b/tidb-cloud/premium/migrate-from-op-tidb-premium.md @@ -206,9 +206,9 @@ TiDB Self-ManagedクラスターからAmazon S3にデータをエクスポート 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、対象インスタンスの名前をクリックします。 2. 左側のナビゲーションペインで、 **[データ]** > **[インポート]**をクリックします。 3. **「クラウドストレージからデータをインポート」** > **「Amazon S3」**を選択します。 - 4. ウィザードに表示される**アカウントID**と**外部ID**をメモしておいてください。これらの値はCloudFormationテンプレートに埋め込まれています。 + 4. ウィザードに表示される**Account ID**と**External ID**をメモしておいてください。これらの値はCloudFormationテンプレートに埋め込まれています。 -2. **[ソース接続]**ダイアログで、 **[AWS ロール ARN]**を選択し、 **[AWS CloudFormation で新しいものを作成するにはここをクリック**してください] をクリックし、画面上のガイダンスに従います。組織が CloudFormation スタックを起動できない場合は、 [IAMロールを手動で作成する](#manually-create-the-iam-role-optional)を参照してください。 +2. **Source Connection**ダイアログで、 **[AWS ロール ARN]**を選択し、 **[AWS CloudFormation で新しいものを作成するにはここをクリック**してください] をクリックし、画面上のガイダンスに従います。組織が CloudFormation スタックを起動できない場合は、 [IAMロールを手動で作成する](#manually-create-the-iam-role-optional)を参照してください。 1. AWSコンソールで、あらかじめ入力済みのCloudFormationテンプレートを開きます。 2. 役割名を入力し、権限を確認し、 IAM警告を承認してください。 @@ -263,7 +263,7 @@ TiDB Self-ManagedクラスターからAmazon S3にデータをエクスポート } ``` -2. 先にメモしておいた**アカウントID**と**外部ID**を指定して、 TiDB Cloud Premiumを信頼するIAMロールを作成します。次に、前の手順で作成したポリシーをこのロールにアタッチします。 +2. 先にメモしておいた**Account ID**と**External ID**を指定して、 TiDB Cloud Premiumを信頼するIAMロールを作成します。次に、前の手順で作成したポリシーをこのロールにアタッチします。 3. 生成されたロールARNをコピーし、 TiDB Cloud Premiumインポートウィザードに入力します。 @@ -282,13 +282,13 @@ 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)を参照してください。 + 4. 表示されたダイアログで、 **[IP アドレスを使用する]**を選択し、 [ **+** ] をクリックし、 **IP Address**フィールドに TiCDCコンポーネントのパブリック IP アドレスを入力して、 **[確認]**をクリックします。これで、TiCDC はTiDB Cloud Premium にアクセスできるようになりました。詳細については、 [IPアクセスリストを設定する](/tidb-cloud/configure-ip-access-list.md)を参照してください。 3. 下流のTiDB Cloud Premiumインスタンスの接続情報を取得します。 1. [TiDB Cloudコンソール](https://tidbcloud.com/tidbs)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 2. 右上隅の**「接続」**をクリックしてください。 - 3. 接続ダイアログで、 **「接続タイプ」**ドロップダウンリストから**「パブリック」**を選択し、 **「接続先」**ドロップダウンリストから**「一般」**を選択します。 + 3. 接続ダイアログで、 **「接続タイプ」**ドロップダウンリストから**Connection Type**を選択し、 **「接続先」**ドロップダウンリストから**Connect With**を選択します。 4. 接続情報から、インスタンスのホスト IP アドレスとポートを取得できます。詳細については、 [公共回線経由で接続する](/tidb-cloud/connect-via-standard-connection.md)を参照してください。 4. 増分レプリケーションタスクを作成して実行します。アップストリームクラスターで、以下を実行します。 diff --git a/tidb-cloud/premium/premium-export.md b/tidb-cloud/premium/premium-export.md index bbc7044efdd42..2ae39e5e58392 100644 --- a/tidb-cloud/premium/premium-export.md +++ b/tidb-cloud/premium/premium-export.md @@ -94,7 +94,7 @@ TiDB Cloudコンソールは、選択したデータベースとテーブルを ### データをAmazon S3にエクスポートする {#export-data-to-amazon-s3} -1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、 [**TiDBインスタンス**](https://tidbcloud.com/tidbs)ページに移動します。 +1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、 [**TiDB Instances**](https://tidbcloud.com/tidbs)ページに移動します。 > **Tip:** > @@ -102,25 +102,25 @@ TiDB Cloudコンソールは、選択したデータベースとテーブルを 2. 対象の{{{ .premium }}}または{{{ .byoc }}}インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**Data** > **Export**をクリックします。 -3. **エクスポート**ページで、右上隅にある**「データのエクスポート」**をクリックします。次に、以下の設定を行います。 +3. **エクスポート**ページで、右上隅にある**Export Data**をクリックします。次に、以下の設定を行います。 - - **タスク名**：エクスポートタスクの名前を入力してください。デフォルト値は`SNAPSHOT_{snapshot_time}`です。 - - **ソース接続**：{{{ .premium }}} または {{{ .byoc }}} インスタンスの**ユーザー名**と**パスワード**を入力し、**「接続テスト」**をクリックして認証情報を確認します。 - - **ターゲット接続**： - - **ストレージプロバイダー**：Amazon S3を選択してください。 - - **フォルダURI**：`s3:////`形式でAmazon S3のURIを入力してください。 - - **バケットへのアクセス**：以下のアクセス認証情報から1つを選択し、認証情報を入力してください。 + - **Task Name**：エクスポートタスクの名前を入力してください。デフォルト値は`SNAPSHOT_{snapshot_time}`です。 + - **Source Connection**：{{{ .premium }}} または {{{ .byoc }}} インスタンスの**ユーザー名**と**パスワード**を入力し、**Test Connection**をクリックして認証情報を確認します。 + - **Target Connection**： + - **Storage Provider**：Amazon S3を選択してください。 + - **Folder URI**：`s3:////`形式でAmazon S3のURIを入力してください。 + - **Bucket Access**：以下のアクセス認証情報から1つを選択し、認証情報を入力してください。 - **AWS ロール ARN**：バケットにアクセスする権限を持つロール ARN を入力します。AWS CloudFormation を使用してロール ARN を作成することをお勧めします。詳細については、[外部ストレージへのアクセスを構成する](/tidb-cloud/configure-external-storage-access.md#configure-amazon-s3-access)を参照してください。 - **AWSアクセスキー**：バケットへのアクセス権限を持つアクセスキーIDとアクセスキーシークレットを入力してください。 - - **エクスポートするデータ**：エクスポートするデータベースまたはテーブルを選択してください。 - - **データ形式**：**SQL**または**CSV**を選択してください。 + - **Exported Data**：エクスポートするデータベースまたはテーブルを選択してください。 + - **Data Format**：**SQL**または**CSV**を選択してください。 - **圧縮**：**Gzip**、**Snappy**、**Zstd**、または**None**を選択してください。 4. **「エクスポート」**をクリックします。 ### データをAzure Blob Storageにエクスポートする {#export-data-to-azure-blob-storage} -1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、 [**TiDBインスタンス**](https://tidbcloud.com/tidbs)ページに移動します。 +1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、 [**TiDB Instances**](https://tidbcloud.com/tidbs)ページに移動します。 > **Tip:** > @@ -128,23 +128,23 @@ TiDB Cloudコンソールは、選択したデータベースとテーブルを 2. 対象の {{{ .premium }}} または {{{ .byoc }}} インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで **Data** > **Export** をクリックします。 -3. **エクスポート**ページで、右上隅にある**「データのエクスポート」**をクリックします。次に、以下の設定を行います。 +3. **エクスポート**ページで、右上隅にある**Export Data**をクリックします。次に、以下の設定を行います。 - - **タスク名**：エクスポートタスクの名前を入力してください。デフォルト値は `SNAPSHOT_{snapshot_time}` です。 - - **ソース接続**：{{{ .premium }}} または {{{ .byoc }}} インスタンスの **Username** と **Password** を入力し、**Test Connection** をクリックして認証情報を確認します。 - - **ターゲット接続**： - - **ストレージプロバイダー**：Azure Blob Storage を選択してください。 - - **フォルダー URI**：`azure://.blob.core.windows.net///` の形式で Azure Blob Storage の URI を入力してください。 - - **SAS トークン**：コンテナーへのアクセス権限を持つ SAS トークンを入力します。[Azure ARM template](https://learn.microsoft.com/en-us/azure/azure-resource-manager/templates/) を使用して SAS トークンを作成することを推奨します。詳細については、[外部ストレージへのアクセスを構成する](/tidb-cloud/configure-external-storage-access.md#configure-azure-blob-storage-access) を参照してください。 - - **エクスポートするデータ**：エクスポートするデータベースまたはテーブルを選択してください。 - - **データ形式**：**SQL** または **CSV** を選択してください。 + - **Task Name**：エクスポートタスクの名前を入力してください。デフォルト値は `SNAPSHOT_{snapshot_time}` です。 + - **Source Connection**：{{{ .premium }}} または {{{ .byoc }}} インスタンスの **Username** と **Password** を入力し、**Test Connection** をクリックして認証情報を確認します。 + - **Target Connection**： + - **Storage Provider**：Azure Blob Storage を選択してください。 + - **Folder URI**：`azure://.blob.core.windows.net///` の形式で Azure Blob Storage の URI を入力してください。 + - **SAS Token**：コンテナーへのアクセス権限を持つ SAS トークンを入力します。[Azure ARM template](https://learn.microsoft.com/en-us/azure/azure-resource-manager/templates/) を使用して SAS トークンを作成することを推奨します。詳細については、[外部ストレージへのアクセスを構成する](/tidb-cloud/configure-external-storage-access.md#configure-azure-blob-storage-access) を参照してください。 + - **Exported Data**：エクスポートするデータベースまたはテーブルを選択してください。 + - **Data Format**：**SQL** または **CSV** を選択してください。 - **圧縮**：**Gzip**、**Snappy**、**Zstd**、または **None** を選択してください。 4. **「エクスポート」**をクリックします。 ### データをAlibaba Cloud OSSにエクスポート {#export-data-to-alibaba-cloud-oss} -1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、 [**TiDBインスタンス**](https://tidbcloud.com/tidbs)ページに移動します。 +1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、 [**TiDB Instances**](https://tidbcloud.com/tidbs)ページに移動します。 > **Tip:** > @@ -152,16 +152,16 @@ TiDB Cloudコンソールは、選択したデータベースとテーブルを 2. 対象の{{{ .premium }}}または{{{ .byoc }}}インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーションペインで**Data** > **Export**をクリックします。 -3. **エクスポート**ページで、右上隅にある**「データのエクスポート」を**クリックします。 +3. **エクスポート**ページで、右上隅にある**Export Data**をクリックします。 - - **タスク名**：エクスポートタスクの名前を入力してください。デフォルト値は `SNAPSHOT_{snapshot_time}` です。 - - **ソース接続**：{{{ .premium }}} または {{{ .byoc }}} インスタンスの **Username** と **Password** を入力し、**Test Connection** をクリックして認証情報を確認します。 - - **ターゲット接続**： - - **ストレージプロバイダー**：Alibaba Cloud OSS を選択してください。 - - **フォルダーURI**：データをエクスポートする Alibaba Cloud OSS URI を `oss:////` 形式で入力します。 + - **Task Name**：エクスポートタスクの名前を入力してください。デフォルト値は `SNAPSHOT_{snapshot_time}` です。 + - **Source Connection**：{{{ .premium }}} または {{{ .byoc }}} インスタンスの **Username** と **Password** を入力し、**Test Connection** をクリックして認証情報を確認します。 + - **Target Connection**： + - **Storage Provider**：Alibaba Cloud OSS を選択してください。 + - **Folder URI**：データをエクスポートする Alibaba Cloud OSS URI を `oss:////` 形式で入力します。 - **AccessKey ID** と **AccessKey Secret**：バケットへのアクセス権限を持つ AccessKey ID と AccessKey Secret を入力してください。 - - **エクスポートするデータ**：エクスポートするデータベースまたはテーブルを選択してください。 - - **データ形式**：**SQL** または **CSV** を選択してください。 + - **Exported Data**：エクスポートするデータベースまたはテーブルを選択してください。 + - **Data Format**：**SQL** または **CSV** を選択してください。 - **圧縮**：**Gzip**、**Snappy**、**Zstd**、または **None** を選択してください。 4. **「エクスポート」**をクリックします。 @@ -170,7 +170,7 @@ TiDB Cloudコンソールは、選択したデータベースとテーブルを 進行中のエクスポートタスクをキャンセルするには、以下の手順に従ってください。 -1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、 [**TiDBインスタンス**](https://tidbcloud.com/tidbs)ページに移動します。 +1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、 [**TiDB Instances**](https://tidbcloud.com/tidbs)ページに移動します。 > **Tip:** > 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..49834bf0a5434 100644 --- a/tidb-cloud/premium/set-up-sink-private-endpoint-premium.md +++ b/tidb-cloud/premium/set-up-sink-private-endpoint-premium.md @@ -23,7 +23,7 @@ TiDB Cloudのロールの詳細については、 [ユーザーロール](/tidb- ### ネットワーク {#network} -プライベートエンドポイントは、クラウドプロバイダーの**プライベートリンク**技術を活用し、VPC内のリソースがプライベートIPアドレスを介して他のVPC内のサービスに接続できるようにします。これにより、あたかもそれらのサービスがVPC内で直接ホストされているかのように動作します。 +プライベートエンドポイントは、クラウドプロバイダーの**Private Link**技術を活用し、VPC内のリソースがプライベートIPアドレスを介して他のVPC内のサービスに接続できるようにします。これにより、あたかもそれらのサービスがVPC内で直接ホストされているかのように動作します。
@@ -94,10 +94,10 @@ AWS では、ダウンストリームサービスに応じて接続タイプを 6. このプライベートエンドポイントがApache Kafka用に作成された場合は、 **「Kafka 用のアドバタイズドリスナーを設定する」**チェックボックスを選択します。 -7. **TiDBマネージド**ドメインまたは**カスタム**ドメインのいずれかを使用して、Kafka用のアドバタイズドリスナーを設定します。 +7. **TiDB Managed**ドメインまたは**カスタム**ドメインのいずれかを使用して、Kafka用のアドバタイズドリスナーを設定します。 - - アドバタイズされたリスナーに**TiDB マネージド**ドメインを使用するには、 **[ドメイン パターン]**フィールドに一意の文字列を入力し、 **[生成]**をクリックします。TiDB Cloud は、各アベイラビリティ ゾーンごとにサブドメインを含むブローカー アドレスを生成します。 - - アドバタイズされたリスナーに独自の**カスタム**ドメインを使用するには、ドメインタイプを**「カスタム」**に切り替え、**カスタムドメイン**フィールドにルートドメインを入力し、 **「チェック」**をクリックしてから、各アベイラビリティゾーンのブローカーサブドメインを指定します。 + - アドバタイズされたリスナーに**TiDB Managed**ドメインを使用するには、 **Domain Pattern**フィールドに一意の文字列を入力し、 **[生成]**をクリックします。TiDB Cloud は、各アベイラビリティ ゾーンごとにサブドメインを含むブローカー アドレスを生成します。 + - アドバタイズされたリスナーに独自の**カスタム**ドメインを使用するには、ドメインタイプを**「カスタム」**に切り替え、**Custom Domain**フィールドにルートドメインを入力し、 **「チェック」**をクリックしてから、各アベイラビリティゾーンのブローカーサブドメインを指定します。 8. **「作成」**をクリックして設定を検証し、プライベートエンドポイントを作成します。 @@ -129,10 +129,10 @@ AWS では、ダウンストリームサービスに応じて接続タイプを 6. このプライベートエンドポイントがApache Kafka用に作成された場合は、 **「Kafka 用のアドバタイズドリスナーを設定する」**チェックボックスを選択します。 -7. **TiDBマネージド**ドメインまたは**カスタム**ドメインのいずれかを使用して、Kafka用のアドバタイズドリスナーを設定します。 +7. **TiDB Managed**ドメインまたは**カスタム**ドメインのいずれかを使用して、Kafka用のアドバタイズドリスナーを設定します。 - - アドバタイズされたリスナーに**TiDB マネージド**ドメインを使用するには、 **[ドメイン パターン]**フィールドに一意の文字列を入力し、 **[生成]**をクリックします。TiDB は、各アベイラビリティ ゾーンごとにサブドメインを含むブローカー アドレスを生成します。 - - アドバタイズされたリスナーに独自の**カスタム**ドメインを使用するには、ドメインタイプを**「カスタム」**に切り替え、**カスタムドメイン**フィールドにルートドメインを入力し、 **「チェック」**をクリックしてから、各アベイラビリティゾーンのブローカーサブドメインを指定します。 + - アドバタイズされたリスナーに**TiDB Managed**ドメインを使用するには、 **Domain Pattern**フィールドに一意の文字列を入力し、 **[生成]**をクリックします。TiDB は、各アベイラビリティ ゾーンごとにサブドメインを含むブローカー アドレスを生成します。 + - アドバタイズされたリスナーに独自の**カスタム**ドメインを使用するには、ドメインタイプを**「カスタム」**に切り替え、**Custom Domain**フィールドにルートドメインを入力し、 **「チェック」**をクリックしてから、各アベイラビリティゾーンのブローカーサブドメインを指定します。 8. **「作成」**をクリックして設定を検証し、プライベートエンドポイントを作成します。 diff --git a/tidb-cloud/premium/tidb-cloud-auditing-premium.md b/tidb-cloud/premium/tidb-cloud-auditing-premium.md index ced41af3600e2..93248447bbb52 100644 --- a/tidb-cloud/premium/tidb-cloud-auditing-premium.md +++ b/tidb-cloud/premium/tidb-cloud-auditing-premium.md @@ -80,20 +80,20 @@ TiDB Cloudが監査ログを書き込む宛先として、組織が所有するA 3. **IAM** >**アクセス管理**>**ロール**に移動し、以前に記録したTiDB Cloudアカウント ID と外部 ID に対応する信頼エンティティを持つロールが既に存在するかどうかを確認します。 - はいの場合、後で使用するために一致した役割を記録してください。 - - そうでない場合は、 **「ロールの作成」**をクリックし、信頼エンティティタイプとして**「別のAWSアカウント」を**選択してから、 **「アカウント**ID」フィールドにTiDB CloudアカウントIDの値を入力します。次に、 **「外部IDを必須にする」**オプションを選択し、「**外部ID」**フィールドにTiDB Cloud外部IDの値を入力します。 + - そうでない場合は、 **Create role**をクリックし、信頼エンティティタイプとして**「別のAWSアカウント」を**選択してから、 **Account ID**ID」フィールドにTiDB CloudアカウントIDの値を入力します。次に、 **「外部IDを必須にする」**オプションを選択し、「**External ID**フィールドにTiDB Cloud外部IDの値を入力します。 4. **IAM** >**アクセス管理**>**ロール**で、前の手順で確認したロール名をクリックして**概要**ページに移動し、以下の手順を実行します。 1. **「アクセス許可」**タブで、 `s3:PutObject`書き込み専用アクセス許可を持つ記録済みポリシーがロールに添付されているかどうかを確認します。添付されていない場合は、 **「ポリシーの添付」**を選択し、必要なポリシーを検索して、 **「ポリシーの添付」**をクリックします。 - 2. **概要**ページに戻り、**ロールARNの**値をクリップボードにコピーしてください。 + 2. **概要**ページに戻り、**Role ARN**値をクリップボードにコピーしてください。 #### ステップ3．監査ログを有効にする {#step-3-enable-audit-logging} TiDB Cloudコンソールで、 TiDB CloudアカウントIDと外部IDの値を取得した**「データベース監査ログストレージコンフィグレーション」**ダイアログに戻り、以下の手順を実行します。 -1. **「バケットURI」**フィールドに、監査ログファイルが書き込まれるS3バケットのURIを入力してください。 +1. **Bucket URI**フィールドに、監査ログファイルが書き込まれるS3バケットのURIを入力してください。 -2. **バケットリージョンの**ドロップダウンリストから、バケットが配置されているAWSリージョンを選択します。 +2. **Bucket Region**ドロップダウンリストから、バケットが配置されているAWSリージョンを選択します。 3. **[Role ARN]**フィールドに、[ステップ2. Amazon S3へのアクセスを設定する](#step-2-configure-amazon-s3-access)。 @@ -107,7 +107,7 @@ TiDB Cloudコンソールで、 TiDB CloudアカウントIDと外部IDの値を > **Note:** > -> - 監査ログを有効にした後、バケットURI、場所、またはARNに変更を加えた場合は、 TiDB Cloudがバケットに接続できることを確認するために、再度**「接続テスト」**をクリックする必要があります。その後、 **「有効にする」**をクリックして変更を適用してください。 +> - 監査ログを有効にした後、バケットURI、場所、またはARNに変更を加えた場合は、 TiDB Cloudがバケットに接続できることを確認するために、再度**Test Connection**をクリックする必要があります。その後、 **「有効にする」**をクリックして変更を適用してください。 > - TiDB CloudによるAmazon S3へのアクセス権を削除するには、AWSマネジメントコンソールでこのインスタンスに付与されている信頼ポリシーを削除するだけです。 @@ -164,17 +164,17 @@ TiDB Cloudが監査ログを書き込む宛先として、組織が所有するA - はいの場合、後で使用するために役割名を記録してください。 - - そうでない場合は、以下の手順に従って**「役割の作成」を**クリックしてください。 + - そうでない場合は、以下の手順に従って**Create Role**をクリックしてください。 1. 役割作成ページで、 **[ポリシーエディターに切り替える]**をクリックします。 - 2. **「プリンシパル」**で**「クラウドアカウント」**を選択し、フィールドに**TiDB CloudアカウントID**を入力します。 + 2. **「プリンシパル」**で**Cloud Account**を選択し、フィールドに**TiDB CloudアカウントID**を入力します。 3. **「アクション」**の下にあるドロップダウンリストから**「sts:AssumeRole」**を選択します。 4. **「条件を追加」**をクリックし、次のように条件を設定します。 - **キーを**`sts:ExternalId`に設定します。 - **演算子を**`StringEquals`に設定します。 - **TiDB Cloud外部ID**に**値**を設定します。 - 5. **「OK」**をクリックして**「役割の作成」**ダイアログを開きます。 - 6. **「役割名」**フィールドに役割名を入力し、 **「OK」**をクリックして役割を作成します。 + 5. **「OK」**をクリックして**Create Role**ダイアログを開きます。 + 6. **Role Name**フィールドに役割名を入力し、 **「OK」**をクリックして役割を作成します。 4. 役割が作成されたら、 **[権限]**タブに移動して、 **[権限を付与]**をクリックします。 @@ -184,7 +184,7 @@ TiDB Cloudが監査ログを書き込む宛先として、組織が所有するA - **「ポリシー」**フィールドで、以前に作成したOSS書き込みポリシーを選択します。 - **「権限を付与する」**をクリックしてください。 -5. 後で使用するために、**ロール ARN** (例: `acs:ram:::role/tidb-cloud-audit-role` ) をコピーしてください。 +5. 後で使用するために、**Role ARN** (例: `acs:ram:::role/tidb-cloud-audit-role` ) をコピーしてください。 ##### クロスアカウントOSSバケット構成 {#cross-account-oss-bucket-configuration} @@ -235,13 +235,13 @@ TiDB Cloudが監査ログを書き込む宛先として、組織が所有するA TiDB Cloudコンソールで、 TiDB CloudアカウントIDを取得した**「データベース監査ログストレージコンフィグレーション」**ダイアログに戻り、以下の手順を実行します。 -1. **「バケットURI」**フィールドに、OSSバケットのURIを入力します。例： `oss://tidb-cloud-audit-log` 。 +1. **Bucket URI**フィールドに、OSSバケットのURIを入力します。例： `oss://tidb-cloud-audit-log` 。 -2. **「バケットリージョン」**フィールドで、バケットが配置されているAlibaba Cloudリージョンを選択します（ TiDB Cloud Premiumインスタンスのリージョンと一致させることをお勧めします）。 +2. **Bucket Region**フィールドで、バケットが配置されているAlibaba Cloudリージョンを選択します（ TiDB Cloud Premiumインスタンスのリージョンと一致させることをお勧めします）。 3. **[Role ARN]**フィールドに、[ステップ2. OSSアクセスを設定する](#step-2-configure-oss-access)。 -4. **「接続テスト」**をクリックして、 TiDB CloudがOSSバケットにアクセスして書き込みできるかどうかを確認してください。 +4. **Test Connection**をクリックして、 TiDB CloudがOSSバケットにアクセスして書き込みできるかどうかを確認してください。 - 接続が成功すると、 **「接続成功」**と表示されます。 - そうでない場合は、OSSバケットのアクセス許可、RAMロールの設定、およびポリシーを確認してください。 @@ -252,7 +252,7 @@ TiDB Cloudコンソールで、 TiDB CloudアカウントIDを取得した**「 > **Note:** > -> - 監査ログを有効にした後、バケットのURIまたは場所に変更を加えた場合は、 TiDB Cloudがバケットに接続できることを確認するために、再度**「接続テスト」**をクリックする必要があります。その後、 **「有効にする」**をクリックして変更を適用してください。 +> - 監査ログを有効にした後、バケットのURIまたは場所に変更を加えた場合は、 TiDB Cloudがバケットに接続できることを確認するために、再度**Test Connection**をクリックする必要があります。その後、 **「有効にする」**をクリックして変更を適用してください。 > - TiDB CloudによるOSSバケットへのアクセス権を削除するには、Alibaba Cloudコンソールでこのインスタンスに付与されている信頼ポリシーを削除してください。 diff --git a/tidb-cloud/premium/tidb-cloud-billing-ticdc-ccu.md b/tidb-cloud/premium/tidb-cloud-billing-ticdc-ccu.md index 52f575465de45..c52c81ed81007 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 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/)と同じです。 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..ada90b7686c7a 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 インスタンスの行にある「 **...」**をクリックして、 **「ルートパスワードの変更」**を選択します。パスワード設定で、「パスワード**Auto-generate Password**が自動的に生成されます。 ## TiDB Cloud Premiumインスタンスへのセキュリティ接続 {#secure-connection-to-a-tidb-cloud-premium-instance} @@ -25,11 +25,11 @@ TiDB Cloudでは、TLS接続の確立は、 TiDB Cloud Premiumインスタンス 2. 右上隅の**「接続」**をクリックしてください。ダイアログが表示されます。 -3. 接続ダイアログで、 **「接続タイプ」**ドロップダウンリストから**「パブリック」**を選択します。 +3. 接続ダイアログで、 **「接続タイプ」**ドロップダウンリストから**Connection Type**を選択します。 IP アクセス リストを設定していない場合は、最初の接続の前に、 **[IP アクセス リストの設定] を**クリックして設定します。詳細については、 [IPアクセスリストを設定する](/tidb-cloud/premium/configure-ip-access-list-premium.md)を参照してください。 -4. **「CA証明書」**をクリックすると、 TiDB Cloud PremiumインスタンスへのTLS接続に必要なCA証明書をダウンロードできます。このCA証明書はデフォルトでTLS 1.2をサポートしています。 +4. **CA cert**をクリックすると、 TiDB Cloud PremiumインスタンスへのTLS接続に必要なCA証明書をダウンロードできます。このCA証明書はデフォルトでTLS 1.2をサポートしています。 > **Note:** > diff --git a/tidb-cloud/prometheus-grafana-integration.md b/tidb-cloud/prometheus-grafana-integration.md index 82a2d83eb79f1..1c00c8bf84871 100644 --- a/tidb-cloud/prometheus-grafana-integration.md +++ b/tidb-cloud/prometheus-grafana-integration.md @@ -30,7 +30,7 @@ Prometheus サービスでTiDB Cloudのメトリクスを読み取るように 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Essentialインスタンスの名前をクリックして、その概要ページに移動します。 2. 左側のナビゲーションペインで、 **[統合]** > **[Prometheusとの統合（PREVIEW）]**をクリックします。 -3. **「ファイルを追加」を**クリックすると、現在のTiDB Cloud Essentialインスタンス用の`scrape_config`ファイルが生成されて表示されます。 +3. **Add File**をクリックすると、現在のTiDB Cloud Essentialインスタンス用の`scrape_config`ファイルが生成されて表示されます。 4. `scrape_config`ファイルの内容のコピーを作成して、後で使用してください。 @@ -39,7 +39,7 @@ Prometheus サービスでTiDB Cloudのメトリクスを読み取るように 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Premiumインスタンスの名前をクリックして、その概要ページに移動します。 2. 左側のナビゲーション ペインで、 **[設定]** > **[統合]** > **[Prometheus との統合 (PREVIEW)]**をクリックします。 -3. **「ファイルを追加」を**クリックすると、現在のTiDB Cloud Premium インスタンス用の`scrape_config`ファイルが生成されて表示されます。 +3. **Add File**をクリックすると、現在の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..ba357764d82d8 100644 --- a/tidb-cloud/recovery-group-delete.md +++ b/tidb-cloud/recovery-group-delete.md @@ -13,9 +13,9 @@ summary: リカバリグループが不要になった場合に削除する方 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、左上隅のコンボ ボックスを使用してターゲット プロジェクトに切り替えます。 -2. 左側のナビゲーション ペインで、 **[リカバリグループ]**をクリックします。 +2. 左側のナビゲーション ペインで、 **Recovery Group**をクリックします。 -3. **[リカバリグループ]**ページで、削除するリカバリグループの名前を見つけます。 +3. **Recovery Group**ページで、削除するリカバリグループの名前を見つけます。 4. リカバリグループの**「アクション」**メニューをクリックし、 **「削除」**をクリックします。削除ダイアログが表示されます。 diff --git a/tidb-cloud/recovery-group-failover.md b/tidb-cloud/recovery-group-failover.md index a397ce77a5cc5..cf8d17cab7218 100644 --- a/tidb-cloud/recovery-group-failover.md +++ b/tidb-cloud/recovery-group-failover.md @@ -23,9 +23,9 @@ summary: TiDB Cloudクラスタ間でデータベースのフェイルオーバ 1. [TiDB Cloudコンソール](https://tidbcloud.com/)では、左上隅のコンボボックスを使用して、対象のプロジェクトに切り替えてください。 -2. 左側のナビゲーションペインで、 **「リカバリグループ」**をクリックします。 +2. 左側のナビゲーションペインで、 **Recovery Group**をクリックします。 -3. **リカバリーグループ**ページで、フェイルオーバーを実行するリカバリグループの名前を探します。 +3. **Recovery Group**ページで、フェイルオーバーを実行するリカバリグループの名前を探します。 4. リカバリグループの**「アクション」**メニューをクリックし、 **「フェールオーバー」**をクリックします。フェールオーバーダイアログが表示されます。 @@ -49,9 +49,9 @@ summary: TiDB Cloudクラスタ間でデータベースのフェイルオーバ 1. [TiDB Cloudコンソール](https://tidbcloud.com/)では、左上隅のコンボボックスを使用して、対象のプロジェクトに切り替えてください。 -2. 左側のナビゲーションペインで、 **「リカバリグループ」**をクリックします。 +2. 左側のナビゲーションペインで、 **Recovery Group**をクリックします。 -3. **リカバリーグループ**ページで、再保護したいリカバリグループの名前を探します。 +3. **Recovery Group**ページで、再保護したいリカバリグループの名前を探します。 > **注記** > diff --git a/tidb-cloud/recovery-group-get-started.md b/tidb-cloud/recovery-group-get-started.md index 0a7f6ce71abec..c6b377bd68ca1 100644 --- a/tidb-cloud/recovery-group-get-started.md +++ b/tidb-cloud/recovery-group-get-started.md @@ -22,9 +22,9 @@ summary: TiDB Cloudでリカバリ グループを作成し、その詳細を表 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、左上隅のコンボ ボックスを使用してターゲット プロジェクトに切り替えます。 -2. 左側のナビゲーション ペインで、 **[リカバリグループ]**をクリックします。 +2. 左側のナビゲーション ペインで、 **Recovery Group**をクリックします。 -3. **[リカバリグループ]**ページで、 **[リカバリグループの作成] を**クリックします。 +3. **Recovery Group**ページで、 **[リカバリグループの作成] を**クリックします。 4. **[リカバリグループの作成]**ページで、リカバリグループの名前を入力します。 @@ -59,9 +59,9 @@ summary: TiDB Cloudでリカバリ グループを作成し、その詳細を表 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、左上隅のコンボ ボックスを使用してターゲット プロジェクトに切り替えます。 -2. 左側のナビゲーション ペインで、 **[リカバリグループ]**をクリックします。 +2. 左側のナビゲーション ペインで、 **Recovery Group**をクリックします。 -3. **[リカバリグループ]**ページで、表示するリカバリグループの名前をクリックします。 +3. **Recovery Group**ページで、表示するリカバリグループの名前をクリックします。 **リカバリ グループの詳細**ページには、リカバリ グループの構成の詳細、ステータス、レプリケーションのスループットとレイテンシーのメトリックなど、リカバリ グループに関する情報が表示されます。 diff --git a/tidb-cloud/scale-tidb-cluster.md b/tidb-cloud/scale-tidb-cluster.md index eb1d079419341..a2c6ff3e7ebb5 100644 --- a/tidb-cloud/scale-tidb-cluster.md +++ b/tidb-cloud/scale-tidb-cluster.md @@ -44,9 +44,9 @@ TiDB、TiKV、またはTiFlashノードの数を変更するには、次の手 > > または、 **[クラスター]**ページでスケーリングするクラスターの名前をクリックし、右上隅の**[...]**をクリックすることもできます。 -3. ドロップダウンメニューの**「変更」を**クリックします。「**クラスタの変更」**ページが表示されます。 +3. ドロップダウンメニューの**「変更」を**クリックします。**Modify Cluster**ページが表示されます。 -4. **[クラスタの変更]**ページで、TiDB、TiKV、またはTiFlashノードの数を変更します。 +4. **Modify Cluster**ページで、TiDB、TiKV、またはTiFlashノードの数を変更します。 5. 右側のペインでクラスター サイズを確認し、 **[確認]**をクリックします。 @@ -75,9 +75,9 @@ TiDB、TiKV、またはTiFlashノードの vCPU と RAM を変更するには、 > > または、 **[クラスター]**ページでスケーリングするクラスターの名前をクリックし、右上隅の**[...]**をクリックすることもできます。 -3. ドロップダウンメニューの**「変更」を**クリックします。「**クラスタの変更」**ページが表示されます。 +3. ドロップダウンメニューの**「変更」を**クリックします。**Modify Cluster**ページが表示されます。 -4. **[クラスタの変更]**ページで、TiDB、TiKV、またはTiFlashノードの vCPU と RAM を変更します。 +4. **Modify Cluster**ページで、TiDB、TiKV、またはTiFlashノードの vCPU と RAM を変更します。 5. 右側のペインでクラスター サイズを確認し、 **[確認]**をクリックします。 @@ -102,9 +102,9 @@ TiKV またはTiFlashのストレージを変更するには、次の手順を > > または、 **[クラスター]**ページでスケーリングするクラスターの名前をクリックし、右上隅の**[...]**をクリックすることもできます。 -3. ドロップダウンメニューの**「変更」を**クリックします。「**クラスタの変更」**ページが表示されます。 +3. ドロップダウンメニューの**「変更」を**クリックします。**Modify Cluster**ページが表示されます。 -4. **「クラスタの変更」**ページで、各 TiKV またはTiFlashノードのストレージを変更します。 +4. **Modify Cluster**ページで、各 TiKV またはTiFlashノードのストレージを変更します。 5. 右側のペインでクラスター サイズを確認し、 **[確認]**をクリックします。 diff --git a/tidb-cloud/secure-connections-to-serverless-clusters.md b/tidb-cloud/secure-connections-to-serverless-clusters.md index e6731079a4661..4eac19278a6a2 100644 --- a/tidb-cloud/secure-connections-to-serverless-clusters.md +++ b/tidb-cloud/secure-connections-to-serverless-clusters.md @@ -27,12 +27,12 @@ aliases: ['/ja/tidbcloud/secure-connections-to-serverless-tier-clusters'] 3. ダイアログでは、接続タイプのデフォルト設定を`Public`のままにして、希望する接続方法とオペレーティング システムを選択します。 -4. パスワードをまだ設定していない場合は、 **「パスワードを生成」**をクリックして、クラスター用のランダムパスワードを生成します。パスワードはサンプル接続文字列に自動的に埋め込まれ、クラスターへの接続が簡単になります。 +4. パスワードをまだ設定していない場合は、 **Generate Password**をクリックして、クラスター用のランダムパスワードを生成します。パスワードはサンプル接続文字列に自動的に埋め込まれ、クラスターへの接続が簡単になります。 > **Note:** > > - ランダム パスワードは、大文字、小文字、数字、特殊文字を含む 16 文字で構成されます。 - > - このダイアログを閉じると、生成されたパスワードは表示されなくなりますので、安全な場所に保存してください。パスワードを忘れた場合は、このダイアログの**「パスワードをリセット」**をクリックしてリセットできます。 + > - このダイアログを閉じると、生成されたパスワードは表示されなくなりますので、安全な場所に保存してください。パスワードを忘れた場合は、このダイアログの**Reset Password**をクリックしてリセットできます。 > - TiDB Cloudクラスターにはインターネット経由でアクセスできます。他の場所でパスワードを使用する必要がある場合は、データベースのセキュリティを確保するためにパスワードをリセットすることをお勧めします。 5. 接続文字列を使用してクラスターに接続します。 diff --git a/tidb-cloud/security-concepts.md b/tidb-cloud/security-concepts.md index 4dfedef5c16d0..165554289e8df 100644 --- a/tidb-cloud/security-concepts.md +++ b/tidb-cloud/security-concepts.md @@ -15,7 +15,7 @@ TiDB Cloudは、データの保護、アクセス制御の徹底、最新のコ - **データアクセス制御**：保存されているデータを保護するための、顧客管理暗号化キー（CMEK）などの高度な暗号化機能。 -- **監査ログ**：コンソール操作とデータベース操作の両方について包括的なアクティビティ追跡を行い、説明責任と透明性を確保します。 +- **Audit logging**：コンソール操作とデータベース操作の両方について包括的なアクティビティ追跡を行い、説明責任と透明性を確保します。 TiDB Cloudはこれらの機能を統合することで、組織が機密データを保護し、アクセス制御を効率化し、セキュリティ運用を最適化できるよう支援します。 @@ -39,7 +39,7 @@ TiDB Cloudのユーザーアカウントは、ID管理とリソースへのア - すべての組織でデフォルトで有効になっています。 - - **推奨される使用方法**：小規模チームや、厳格なコンプライアンス要件がないチームでの使用。 + - **Best practice**：小規模チームや、厳格なコンプライアンス要件がないチームでの使用。 - 詳細については、 [標準SSO認証](/tidb-cloud/tidb-cloud-sso-authentication.md)を参照してください。 @@ -49,7 +49,7 @@ TiDB Cloudのユーザーアカウントは、ID管理とリソースへのア - 多要素認証の強制、パスワード有効期限ポリシー、ドメイン制限などの機能を有効にします。 - - **ベストプラクティス**：高度なセキュリティおよびコンプライアンス要件を持つ大規模組織に最適です。 + - **Best practice**：高度なセキュリティおよびコンプライアンス要件を持つ大規模組織に最適です。 - 詳細については、 [組織のSSO認証](/tidb-cloud/tidb-cloud-org-sso-authentication.md)を参照してください。 @@ -233,7 +233,7 @@ TiDB Cloudは、高度な暗号化機能で静的データを保護し、セキ - CMEKを使用しないTiDB Cloud Dedicatedクラスタの場合、 TiDB Cloudはエスクローキーを使用します。TiDB Cloud StarterおよびTiDB Cloud Essentialインスタンスは、エスクローキーのみに依存します。 -**二重層暗号化** +**Dual-layer encryption** - 二重層暗号化は、2つの独立した暗号化レイヤーでデータを保護します。この方法により、いずれか1つの暗号化レイヤーが侵害された場合でも、セキュリティが強化されます。 diff --git a/tidb-cloud/select-cluster-tier.md b/tidb-cloud/select-cluster-tier.md index 14e485e39044d..6e61cdf7d1583 100644 --- a/tidb-cloud/select-cluster-tier.md +++ b/tidb-cloud/select-cluster-tier.md @@ -41,11 +41,11 @@ TiDB Cloud Starterは、フルマネージド型のマルチテナント対応Ti 無料プランは、 TiDB Cloud Starter を初めて利用する方に最適です。開発者や小規模チーム向けに、以下の必須機能を提供します。 -- **無料**：このプランは[無料割り当て](https://www.pingcap.com/tidb-cloud-starter-pricing-details/)の範囲内でご利用の場合は無料です。始めるのにクレジットカードは必要ありません。 +- **No cost**：このプランは[無料割り当て](https://www.pingcap.com/tidb-cloud-starter-pricing-details/)の範囲内でご利用の場合は無料です。始めるのにクレジットカードは必要ありません。 - **ストレージ**：初期容量として、行ベースのストレージが5 GiB、列ベースのストレージが5 GiB提供されます。 -- **要求単位**: データベース操作の 5,000 万[要求単位（RU）](/tidb-cloud/tidb-cloud-glossary.md#request-unit-ru)が含まれます。 +- **Request Units**: データベース操作の 5,000 万[要求単位（RU）](/tidb-cloud/tidb-cloud-glossary.md#request-unit-ru)が含まれます。 ### 使用クォータ {#usage-quota} @@ -77,9 +77,9 @@ TiDB Cloudインスタンス容量プランの申請が承認されると、メ ワークロードが増加し、リアルタイムでの拡張性を必要とするアプリケーション向けに、 Essentialプランは以下の機能を備え、ビジネスの成長に合わせて柔軟かつ高性能なソリューションを提供します。 -- **機能強化**：Starterプランのすべての機能に加え、より大規模で複雑なワークロードを処理できる能力、および高度なセキュリティ機能が含まれています。 +- **Enhanced capabilities**：Starterプランのすべての機能に加え、より大規模で複雑なワークロードを処理できる能力、および高度なセキュリティ機能が含まれています。 - **自動スケーリング**：変化するワークロードの需要に効率的に対応するために、ストレージとコンピューティングリソースを自動的に調整します。 -- **高可用性**：組み込みの耐障害性と冗長性により、インフラストラクチャの障害発生時でも、アプリケーションの可用性と回復力が維持されます。 +- **High availability**：組み込みの耐障害性と冗長性により、インフラストラクチャの障害発生時でも、アプリケーションの可用性と回復力が維持されます。 - **予測可能な料金体系**：コンピューティングリソースのストレージとリクエストキャパシティユニット（RCU）に基づいて課金されるため、ニーズに合わせて拡張可能な透明性の高い使用量ベースの料金体系が提供され、予期せぬ追加料金なしで使用した分だけを支払うことができます。 ## ユーザー名の接頭辞 {#user-name-prefix} @@ -116,7 +116,7 @@ TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスのプレフィ 大規模な容量と一貫した高いパフォーマンスを必要とするミッションクリティカルなエンタープライズワークロード向けに、Premiumプランは以下の機能を備えたクラウドネイティブなエクスペリエンスを提供します。 -- **即時的な拡張性**：トラフィックの急増に対応し、ピーク需要時にも安定したパフォーマンスを維持するために、コンピューティングリソースを自動的に拡張します。 +- **Instant elasticity**：トラフィックの急増に対応し、ピーク需要時にも安定したパフォーマンスを維持するために、コンピューティングリソースを自動的に拡張します。 - **無制限の拡張性**：物理的なインフラストラクチャの制約を受けることなく、ビジネスの成長に合わせてストレージとスループットを拡張できます。 - **ゼロインフラストラクチャ管理**：手動によるスケーリング、パッチ適用、キャパシティプランニングを排除する、完全マネージドサービスを提供します。 - **予測可能な料金体系**：ストレージとリクエストキャパシティユニット（RCU）に基づいて課金されるため、ニーズに合わせて拡張可能な透明性の高い使用量ベースの料金体系が実現し、予期せぬ追加料金なしで使用した分だけを支払うことができます。 diff --git a/tidb-cloud/serverless-export.md b/tidb-cloud/serverless-export.md index c2af650acff0d..6fce9a38c6fc9 100644 --- a/tidb-cloud/serverless-export.md +++ b/tidb-cloud/serverless-export.md @@ -189,13 +189,13 @@ Alibaba Cloud OSS にデータをエクスポートするには、次の情報 2. ターゲット {{{ .starter }}} インスタンスの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート] を**クリックします。 -3. **インポート**ページで、右上隅の**「データのエクスポート先」**をクリックし、ドロップダウンリストから**「ローカルファイル」**を選択します。以下のパラメータを入力します。 +3. **インポート**ページで、右上隅の**「データのエクスポート先」**をクリックし、ドロップダウンリストから**Local File**を選択します。以下のパラメータを入力します。 - - **タスク名**: エクスポートタスクの名前を入力します。デフォルト値は`SNAPSHOT_{snapshot_time}`です。 + - **Task Name**: エクスポートタスクの名前を入力します。デフォルト値は`SNAPSHOT_{snapshot_time}`です。 - - **エクスポートされたデータ**: エクスポートするデータベースとテーブルを選択します。 + - **Exported Data**: エクスポートするデータベースとテーブルを選択します。 - - **データ形式**: **SQL** 、 **CSV** 、または**Parquet を**選択します。 + - **Data Format**: **SQL** 、 **CSV** 、または**Parquet を**選択します。 - **圧縮**: **Gzip** 、 **Snappy** 、 **Zstd** 、または**None**を選択します。 @@ -245,12 +245,12 @@ Alibaba Cloud OSS にデータをエクスポートするには、次の情報 3. **インポート**ページで、右上隅の**「データのエクスポート先」**をクリックし、ドロップダウンリストから**「Amazon S3」**を選択します。以下のパラメータを入力します。 - - **タスク名**: エクスポートタスクの名前を入力します。デフォルト値は`SNAPSHOT_{snapshot_time}`です。 - - **エクスポートされたデータ**: エクスポートするデータベースとテーブルを選択します。 - - **データ形式**: **SQL** 、 **CSV** 、または**Parquet を**選択します。 + - **Task Name**: エクスポートタスクの名前を入力します。デフォルト値は`SNAPSHOT_{snapshot_time}`です。 + - **Exported Data**: エクスポートするデータベースとテーブルを選択します。 + - **Data Format**: **SQL** 、 **CSV** 、または**Parquet を**選択します。 - **圧縮**: **Gzip** 、 **Snappy** 、 **Zstd** 、または**None**を選択します。 - - **フォルダー URI** : `s3:////`形式で Amazon S3 の URI を入力します。 - - **バケット アクセス**: 次のアクセス資格情報のいずれかを選択し、資格情報を入力します。 + - **Folder URI** : `s3:////`形式で Amazon S3 の URI を入力します。 + - **Bucket Access**: 次のアクセス資格情報のいずれかを選択し、資格情報を入力します。 - **AWS ロール ARN** : バケットへのアクセス権を持つロール ARN を入力します。AWS CloudFormation を使用してロール ARN を作成することをお勧めします。詳細については、 [Amazon S3 アクセスを構成する](/tidb-cloud/configure-external-storage-access.md#configure-amazon-s3-access)を参照してください。 - **AWS アクセスキー**: バケットにアクセスする権限を持つアクセスキー ID とアクセスキーシークレットを入力します。 @@ -289,12 +289,12 @@ ticloud serverless export create -c --target-type S3 --s3.uri 3. **インポート**ページで、右上隅の**「データのエクスポート先」**をクリックし、ドロップダウンリストから**「Google Cloud Storage」**を選択します。以下のパラメータを入力します。 - - **タスク名**: エクスポートタスクの名前を入力します。デフォルト値は`SNAPSHOT_{snapshot_time}`です。 - - **エクスポートされたデータ**: エクスポートするデータベースとテーブルを選択します。 - - **データ形式**: **SQL** 、 **CSV** 、または**Parquet を**選択します。 + - **Task Name**: エクスポートタスクの名前を入力します。デフォルト値は`SNAPSHOT_{snapshot_time}`です。 + - **Exported Data**: エクスポートするデータベースとテーブルを選択します。 + - **Data Format**: **SQL** 、 **CSV** 、または**Parquet を**選択します。 - **圧縮**: **Gzip** 、 **Snappy** 、 **Zstd** 、または**None**を選択します。 - - **フォルダ URI** : Google Cloud Storage の URI を`gs:////`形式で入力します。 - - **バケット アクセス**: バケットにアクセスする権限を持つ Google Cloud 認証情報ファイルをアップロードします。 + - **Folder URI** : Google Cloud Storage の URI を`gs:////`形式で入力します。 + - **Bucket Access**: バケットにアクセスする権限を持つ Google Cloud 認証情報ファイルをアップロードします。 4. **［エクスポート］**をクリックします。 @@ -327,12 +327,12 @@ ticloud serverless export create -c --target-type GCS --gcs.uri .blob.core.windows.net///`形式で Azure Blob Storage の URI を入力します。 - - **SASトークン**: コンテナへのアクセス権を持つSASトークンを入力します。[Azure ARM テンプレート](https://learn.microsoft.com/en-us/azure/azure-resource-manager/templates/)を使用してSASトークンを作成することをお勧めします。詳細については、 [Azure Blob Storage アクセスを構成する](/tidb-cloud/configure-external-storage-access.md#configure-azure-blob-storage-access)を参照してください。 + - **Folder URI** : `azure://.blob.core.windows.net///`形式で Azure Blob Storage の URI を入力します。 + - **SAS Token**: コンテナへのアクセス権を持つSASトークンを入力します。[Azure ARM テンプレート](https://learn.microsoft.com/en-us/azure/azure-resource-manager/templates/)を使用してSASトークンを作成することをお勧めします。詳細については、 [Azure Blob Storage アクセスを構成する](/tidb-cloud/configure-external-storage-access.md#configure-azure-blob-storage-access)を参照してください。 4. **［エクスポート］**をクリックします。 @@ -367,11 +367,11 @@ ticloud serverless export create -c --target-type AZURE_BLOB --azbl 4. 次のパラメータを入力してください。 - - **タスク名**: エクスポートタスクの名前を入力します。デフォルト値は`SNAPSHOT_{snapshot_time}`です。 - - **エクスポートされたデータ**: エクスポートするデータベースとテーブルを選択します。 - - **データ形式**: **SQL** 、 **CSV** 、または**Parquet を**選択します。 + - **Task Name**: エクスポートタスクの名前を入力します。デフォルト値は`SNAPSHOT_{snapshot_time}`です。 + - **Exported Data**: エクスポートするデータベースとテーブルを選択します。 + - **Data Format**: **SQL** 、 **CSV** 、または**Parquet を**選択します。 - **圧縮**: **Gzip** 、 **Snappy** 、 **Zstd** 、または**None**を選択します。 - - **フォルダー URI** : データをエクスポートする Alibaba Cloud OSS URI を`oss:////`形式で入力します。 + - **Folder URI** : データをエクスポートする Alibaba Cloud OSS URI を`oss:////`形式で入力します。 - **AccessKey ID**と**AccessKey Secret** : バケットにアクセスする権限を持つ AccessKey ID と AccessKey Secret を入力します。 5. **［エクスポート］**をクリックします。 diff --git a/tidb-cloud/serverless-faqs.md b/tidb-cloud/serverless-faqs.md index 049b0a2ac3232..4ae6df5225ec5 100644 --- a/tidb-cloud/serverless-faqs.md +++ b/tidb-cloud/serverless-faqs.md @@ -118,7 +118,7 @@ TiDB Cloud Starter クラスターに月間使用制限が設定されている ### 消費される RU の数を最小限に抑えるためにワークロードを最適化するにはどうすればよいでしょうか? {#how-can-i-optimize-my-workload-to-minimize-the-number-of-rus-consumed} -[SQLパフォーマンスの最適化](/develop/dev-guide-optimize-sql-overview.md)のガイドラインに従って、クエリが最適なパフォーマンスを得るために注意深く最適化されていることを確認してください。 RU を最も多く消費する SQL ステートメントを特定するには、クラスターの[**診断**](/tidb-cloud/tune-performance.md#view-the-diagnosis-page)ページに移動し、 **[SQL ステートメント]**タブを確認します。ここで、SQL 実行を観察し、**合計 RU**または**平均 RU**でソートされた上位のステートメントを表示できます。 詳細については、 [ステートメント分析](/tidb-cloud/tune-performance.md#statement-analysis)を参照してください。 また、出力トラフィックの量を最小限に抑えることも、RU の消費量を削減するために重要です。 これを実現するには、クエリで必要な列と行のみを返すことをお勧めします。これにより、ネットワークの出力トラフィックが削減されます。 これは、返される列と行を慎重に選択してフィルター処理することで実現でき、それによってネットワーク使用率が最適化されます。 +[SQLパフォーマンスの最適化](/develop/dev-guide-optimize-sql-overview.md)のガイドラインに従って、クエリが最適なパフォーマンスを得るために注意深く最適化されていることを確認してください。 RU を最も多く消費する SQL ステートメントを特定するには、クラスターの[**診断**](/tidb-cloud/tune-performance.md#view-the-diagnosis-page)ページに移動し、 **SQL Statements**タブを確認します。ここで、SQL 実行を観察し、**Total RU**または**Mean RU**でソートされた上位のステートメントを表示できます。 詳細については、 [ステートメント分析](/tidb-cloud/tune-performance.md#statement-analysis)を参照してください。 また、出力トラフィックの量を最小限に抑えることも、RU の消費量を削減するために重要です。 これを実現するには、クエリで必要な列と行のみを返すことをお勧めします。これにより、ネットワークの出力トラフィックが削減されます。 これは、返される列と行を慎重に選択してフィルター処理することで実現でき、それによってネットワーク使用率が最適化されます。 ### TiDB Cloud Starter のストレージはどのように計測されますか? {#how-storage-is-metered-for-tidb-cloud-starter} 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..49f731336400a 100644 --- a/tidb-cloud/serverless-private-link-connection-to-alicloud-rds.md +++ b/tidb-cloud/serverless-private-link-connection-to-alicloud-rds.md @@ -61,7 +61,7 @@ Alibaba Cloud コンソールでロードバランサーとエンドポイント 3. [NLB](https://slb.console.alibabacloud.com/nlb)に進み、ネットワークロードバランサーを作成します。以下の情報を入力してください。 - - **ネットワークタイプ**: `Internal-facing`を選択 + - **Network Type**: `Internal-facing`を選択 - **VPC** : ApsaraDB RDS for MySQL が配置されている VPC を選択します。 - **ゾーン**: TiDB Cloud Essential クラスタと重複する必要があります - **IPバージョン**: `IPv4`を選択 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..bca8102da17fb 100644 --- a/tidb-cloud/serverless-private-link-connection-to-aws-rds.md +++ b/tidb-cloud/serverless-private-link-connection-to-aws-rds.md @@ -75,7 +75,7 @@ AWSコンソールでロードバランサーとAWSエンドポイントサー - **VPC** ：RDSが配置されているVPCを選択してください。 - - **アベイラビリティゾーン**： TiDB Cloud Essentialインスタンスと重複するアベイラビリティゾーンを選択してください。 + - **Availability Zones**： TiDB Cloud Essentialインスタンスと重複するアベイラビリティゾーンを選択してください。 - **セキュリティグループ**：以下のルールで新しいセキュリティグループを作成します。 - MySQL/ Auroraを許可する受信ルール： @@ -100,7 +100,7 @@ AWSコンソールでロードバランサーとAWSエンドポイントサー - **ロードバランサータイプ**： `Network`を選択 - **利用可能なロードバランサー**：前の手順で作成したロードバランサーを入力してください。 - - **サポート対象地域**：地域をまたぐ要件がない場合は空欄のままにしてください。 + - **Supported Regions**：地域をまたぐ要件がない場合は空欄のままにしてください。 - **エンドポイントの承認を必須にする**： `Acceptance required`を選択することをお勧めします - **サポートされているIPアドレスタイプ**： `IPv4`を選択してください 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..7f19b2f1cd093 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 @@ -76,7 +76,7 @@ Kafka VPC を作成するには、次の手順を実行します。 1. [Alibaba Cloud コンソール > VPC ダッシュボード](https://vpc.console.alibabacloud.com/vpc)に進み、Kafka をデプロイするリージョンに切り替えます。 -2. **「VPCの作成」**をクリックします。VPC**設定**ページで以下の情報を入力します。 +2. **Create VPC**をクリックします。VPC**設定**ページで以下の情報を入力します。 1. **名前**を入力します (例: `Kafka VPC` )。 @@ -104,9 +104,9 @@ Kafka VPC を作成するには、次の手順を実行します。 - **ネットワークとゾーン**: `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` 。 +- **Key pair**: `kafka-vpc-key-pair` 。 `kafka-vpc-key-pair`という名前の新しいキーペアを作成します。 `kafka-vpc-key-pair.pem`ローカルマシンにダウンロードして、後で設定します。 +- **Security Group**：どこからでもSSHログインを許可する新しいセキュリティグループを作成します。本番環境の安全性を確保するために、ルールを絞り込むことができます。 +- **Instance Name**: `bastion-node` 。 **2.2. ブローカーノードを作成する** @@ -116,25 +116,25 @@ Kafka VPC を作成するには、次の手順を実行します。 - **ネットワークとゾーン**: `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` + - **Key pair**:再利用`kafka-vpc-key-pair` 。 + - **Instance Name**: `broker-node1` + - **Security Group**: 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`イメージ - - **キーペア**:再利用`kafka-vpc-key-pair` 。 - - **インスタンス名**: `broker-node2` - - **セキュリティグループ**: Kafka VPCからのすべてのTCPを許可する新しいセキュリティグループを作成します。本番環境では、安全性を考慮してルールを絞り込むことができます。インバウンドルール: -**プロトコル**: `TCP` -**ポート範囲**: `All` -**ソース**: `10.0.0.0/16` + - **Key pair**:再利用`kafka-vpc-key-pair` 。 + - **Instance Name**: `broker-node2` + - **Security Group**: 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`イメージ - - **キーペア**:再利用`kafka-vpc-key-pair` 。 - - **インスタンス名**: `broker-node3` - - **セキュリティグループ**: Kafka VPCからのすべてのTCPを許可する新しいセキュリティグループを作成します。本番環境では、安全性を考慮してルールを絞り込むことができます。インバウンドルール: -**プロトコル**: `TCP` -**ポート範囲**: `All` -**ソース**: `10.0.0.0/16` + - **Key pair**:再利用`kafka-vpc-key-pair` 。 + - **Instance Name**: `broker-node3` + - **Security Group**: Kafka VPCからのすべてのTCPを許可する新しいセキュリティグループを作成します。本番環境では、安全性を考慮してルールを絞り込むことができます。インバウンドルール: -**プロトコル**: `TCP` -**ポート範囲**: `All` -**ソース**: `10.0.0.0/16` **2.3. 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から取得した**advertised listener**に基づいて、各ブローカーノードにEXTERNAL**アドバタイズリスナー**を設定することで、 TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、TiDB CloudのKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - ``ブローカーと Kafka プライベートリンクサービスのアクセスポイントを区別します。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲を計画してください（例： `range from 9093` ）。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらは、リクエストを別のブローカーに転送するプライベートリンクサービスのロードバランサーがリッスンするポートです。 @@ -583,14 +583,14 @@ b3.ap-southeast-1c.unique_name.alicloud.plc.tidbcloud.com:9095 (id: 3 rack: null 2. [NLB](https://slb.console.alibabacloud.com/nlb)に進み、ネットワーク ロード バランサーを作成します。 - - **ネットワークタイプ**: `Internal-facing`を選択 + - **Network Type**: `Internal-facing`を選択 - **VPC** : `Kafka VPC` - **ゾーン**: - `ap-southeast-1a`と`broker-ap-southeast-1a vswitch` - `ap-southeast-1b`と`broker-ap-southeast-1b vswitch` - `ap-southeast-1c`と`broker-ap-southeast-1c vswitch` - **IPバージョン**: `IPv4`を選択 - - **インスタンス名**: `kafka-nlb` + - **Instance Name**: `kafka-nlb` - **「今すぐ作成」**をクリックしてロードバランサーを作成します。 3. 作成したロード バランサーを見つけて、 **[リスナーの作成]**をクリックして 4 つの TCP リスナーを作成します。 @@ -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)を参照してください。 **Attach Domains**ダイアログで、ドメインの種類として**「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..d1bcccb3e8a1a 100644 --- a/tidb-cloud/serverless-private-link-connection.md +++ b/tidb-cloud/serverless-private-link-connection.md @@ -66,12 +66,12 @@ ticloud serverless private-link-connection zones --cluster-id 4. **[外部サービス用プライベートエンドポイントの作成]**ダイアログで、必要な情報を入力します。 - **プライベート リンク接続名**: プライベート リンク接続の名前を入力します。 - - **接続タイプ**： **AWSエンドポイントサービス**を選択します。このオプションが表示されない場合は、クラスターがAWS上に作成されていることを確認してください。 + - **Connection Type**： **AWSエンドポイントサービス**を選択します。このオプションが表示されない場合は、クラスターがAWS上に作成されていることを確認してください。 - **エンドポイント サービス名**: AWS エンドポイント サービス名を入力します (例: `com.amazonaws.vpce..vpce-svc-xxxxxxxxxxxxxxxxx` )。 5. **[作成]**をクリックします。 -6. [AWSコンソール](https://console.aws.amazon.com)のエンドポイント サービスの詳細ページに移動します。**エンドポイント接続**タブで、 TiDB Cloudからのエンドポイント接続要求を承認します。 +6. [AWSコンソール](https://console.aws.amazon.com)のエンドポイント サービスの詳細ページに移動します。**Endpoint Connections**タブで、 TiDB Cloudからのエンドポイント接続要求を承認します。
@@ -85,7 +85,7 @@ TiDB Cloud CLI を使用してプライベート リンク接続を作成する ticloud serverless private-link-connection create -c --display-name --type AWS_ENDPOINT_SERVICE --aws.endpoint-service-name ``` -2. [AWSコンソール](https://console.aws.amazon.com)のエンドポイント サービスの詳細ページに移動します。**エンドポイント接続**タブで、 TiDB Cloudからのエンドポイント接続要求を承認します。 +2. [AWSコンソール](https://console.aws.amazon.com)のエンドポイント サービスの詳細ページに移動します。**Endpoint Connections**タブで、 TiDB Cloudからのエンドポイント接続要求を承認します。
@@ -114,7 +114,7 @@ Amazon MSK プロビジョニングプライベートリンク接続を作成す 4. **[外部サービス用プライベートエンドポイントの作成]**ダイアログで、必要な情報を入力します。 - **プライベート リンク接続名**: プライベート リンク接続の名前を入力します。 - - **接続タイプ**： **Amazon MSK Provisioned を**選択します。このオプションが表示されない場合は、クラスターがAWS上に作成されていることを確認してください。 + - **Connection Type**： **Amazon MSK Provisioned を**選択します。このオプションが表示されない場合は、クラスターがAWS上に作成されていることを確認してください。 - **MSKクラスタARN** : Amazon MSK プロビジョニングされたクラスターの ARN を入力します (例: `arn:aws:kafka:us-east-1:385595570414:cluster//xxxx` )。 5. **[作成]**をクリックします。 @@ -156,12 +156,12 @@ ticloud serverless private-link-connection zones --cluster-id 4. **[外部サービス用プライベートエンドポイントの作成]**ダイアログで、必要な情報を入力します。 - **プライベート リンク接続名**: プライベート リンク接続の名前を入力します。 - - **接続タイプ**： **Alibaba Cloud Endpoint Service**を選択します。このオプションが表示されない場合は、クラスターがAlibaba Cloud上に作成されていることを確認してください。 + - **Connection Type**： **Alibaba Cloud Endpoint Service**を選択します。このオプションが表示されない場合は、クラスターがAlibaba Cloud上に作成されていることを確認してください。 - **エンドポイント サービス名**: Alibaba Cloud エンドポイント サービス名を入力します (例: `com.aliyuncs.privatelink..epsrv-xxxxxxxxxxxxxxxxx` )。 5. **[作成]**をクリックします。 -6. [Alibaba Cloudコンソール](https://console.alibabacloud.com)のエンドポイント サービスの詳細ページに移動します。**エンドポイント接続**タブで、 TiDB Cloudからのエンドポイント接続要求を許可します。 +6. [Alibaba Cloudコンソール](https://console.alibabacloud.com)のエンドポイント サービスの詳細ページに移動します。**Endpoint Connections**タブで、 TiDB Cloudからのエンドポイント接続要求を許可します。
@@ -175,7 +175,7 @@ TiDB Cloud CLI を使用してプライベート リンク接続を作成する ticloud serverless private-link-connection create -c --display-name --type ALICLOUD_ENDPOINT_SERVICE --alicloud.endpoint-service-name ``` -2. [Alibaba Cloudコンソール](https://console.alibabacloud.com)のエンドポイント サービスの詳細ページに移動します。**エンドポイント接続**タブで、 TiDB Cloudからのエンドポイント接続要求を許可します。 +2. [Alibaba Cloudコンソール](https://console.alibabacloud.com)のエンドポイント サービスの詳細ページに移動します。**Endpoint Connections**タブで、 TiDB Cloudからのエンドポイント接続要求を許可します。
@@ -211,12 +211,12 @@ TiDB Cloudコンソールを使用してドメインをプライベート リン 3. クラウドプロバイダーの**[外部サービス用プライベートエンドポイント]**領域で、対象のプライベート リンク接続を選択し、 **[...]**をクリックします。 -4. **[ドメインの接続]**をクリックします。 +4. **Attach Domains**をクリックします。 -5. **[ドメインの接続]**ダイアログで、ドメインの種類を選択します。 +5. **Attach Domains**ダイアログで、ドメインの種類を選択します。 - - **TiDB Cloud管理**：ドメインは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)を参照してください。 + - **TiDB Cloud管理**：ドメインはTiDB Cloudによって自動的に生成されます。生成されたドメインの名前には、そのドメインの一意の名前が付与されます。例えば、生成されたドメインが`*.use1-az1.dvs6nl5jgveztmla3pxkxgh76i.aws.plc.tidbcloud.com`の場合、一意の名前は`dvs6nl5jgveztmla3pxkxgh76i`になります。 **Attach Domains**をクリックして確定します。 + - **Confluent Cloud** : Confluent Cloud Dedicatedクラスタからドメインを生成するために提供された一意の名前を入力し、 **Attach Domains**をクリックして確定します。一意の名前の取得方法の詳細については、 [プライベートリンク接続を介して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..843a0dd16a675 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 @@ -29,8 +29,8 @@ TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスにプライベ 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページで、対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックすると、その概要ページに移動します。 2. 右上隅の**「接続」**をクリックしてください。接続ダイアログが表示されます。 -3. **「接続タイプ」**ドロップダウンリストで、 **「プライベートエンドポイント」**を選択します。 -4. **サービス名**、**アベイラビリティゾーンID** 、**リージョンID**をメモしておいてください。 +3. **Connection Type**ドロップダウンリストで、 **Private Endpoint**を選択します。 +4. **Service Name**、**アベイラビリティゾーンID** 、**Region ID**をメモしておいてください。 ### ステップ2. Alibaba Cloud上にプライベートエンドポイントを作成する {#step-2-create-a-private-endpoint-on-alibaba-cloud} @@ -40,19 +40,19 @@ Alibaba Cloud管理コンソールを使用してVPCインターフェースエ 2. **VPC** >**エンドポイント**に移動します。 -3. **「インターフェースエンドポイント」**タブで、 **「エンドポイントの作成」を**クリックします。 +3. **「インターフェースエンドポイント」**タブで、 **Create Endpoint**をクリックします。 4. エンドポイント情報を入力してください。 - **リージョン**： TiDB Cloud StarterまたはEssentialインスタンスと同じリージョンを選択してください。 - - **エンドポイント名**：エンドポイントの名前を選択してください。 - - **エンドポイントタイプ**：**インターフェースエンドポイント**を選択します。 - - **エンドポイントサービス**： **[その他のエンドポイントサービス]**を選択します。 + - **Endpoint Name**：エンドポイントの名前を選択してください。 + - **Endpoint Type**：**Interface Endpoint**を選択します。 + - **Endpoint Service**： **[その他のエンドポイントサービス]**を選択します。 5. **「エンドポイントサービス名」**フィールドに、 TiDB Cloudからコピーしたサービス名を貼り付けます。 6. **「確認」**をクリックしてください。サービスが有効な場合は、緑色のチェックマークが表示されます。 -7. エンドポイントに使用する**VPC** 、**セキュリティグループ**、および**ゾーン**を選択してください。 +7. エンドポイントに使用する**VPC** 、**Security Group**、および**ゾーン**を選択してください。 8. エンドポイントを作成するには、 **「OK」**をクリックしてください。 @@ -62,7 +62,7 @@ Alibaba Cloud管理コンソールを使用してVPCインターフェースエ > **Note:** > -> この手順は任意です。特定のプライベートエンドポイント接続へのアクセスを制限する場合にのみ、**承認済みネットワーク**を設定する必要があります。ルールが設定されていない場合、すべてのプライベートエンドポイント接続がデフォルトで許可されます。 +> この手順は任意です。特定のプライベートエンドポイント接続へのアクセスを制限する場合にのみ、**Authorized Networks**を設定する必要があります。ルールが設定されていない場合、すべてのプライベートエンドポイント接続がデフォルトで許可されます。 Alibaba Cloud上にインターフェースエンドポイントを作成した後、対象のTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスに対して認証を行い、アクセスを制限できます。 @@ -70,9 +70,9 @@ Alibaba Cloud上にインターフェースエンドポイントを作成した 2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 -3. **プライベートエンドポイントの**セクションまでスクロールダウンし、**承認済みネットワークの**表を探してください。 +3. **Private Endpoint**セクションまでスクロールダウンし、**Authorized Networks**表を探してください。 -4. ファイアウォールルールを追加するには、 **「ルールの追加」**をクリックします。 +4. ファイアウォールルールを追加するには、 **Add Rule**をクリックします。 - **エンドポイント サービス名**:[ステップ1](#step-1-choose-a-tidb-instance)から取得したサービス名を貼り付けます。 @@ -82,7 +82,7 @@ Alibaba Cloud上にインターフェースエンドポイントを作成した > **Tip:** > - > - **「承認済みネットワーク」**テーブルを空のままにした場合、デフォルトで全てのプライベートエンドポイント接続が許可されます。 + > - **Authorized Networks**テーブルを空のままにした場合、デフォルトで全てのプライベートエンドポイント接続が許可されます。 > - クラウドリージョンからのすべてのプライベートエンドポイント接続を許可するには（テストまたはオープンアクセス用）、**エンドポイントID**フィールドにアスタリスク1つ（ `*` ）を入力します。 5. **「送信」**をクリックしてください。 @@ -95,10 +95,10 @@ Alibaba Cloud上にインターフェースエンドポイントを作成した 2. 右上隅の**「接続」**をクリックしてください。接続ダイアログが表示されます。 -3. **「接続タイプ」**ドロップダウンリストで、 **「プライベートエンドポイント」**を選択します。 +3. **Connection Type**ドロップダウンリストで、 **Private Endpoint**を選択します。 -4. **「接続**方法」ドロップダウンリストから、希望する接続方法を選択してください。対応する接続​​文字列がダイアログの下部に表示されます。 +4. **Connect With**ドロップダウンリストから、希望する接続方法を選択してください。対応する接続​​文字列がダイアログの下部に表示されます。 - ホストについては、Alibaba Cloudの**エンドポイント詳細**ページに移動し、**エンドポイントサービスのドメイン名を**ホストとしてコピーしてください。 + ホストについては、Alibaba Cloudの**Endpoint Details**ページに移動し、**エンドポイントサービスのドメイン名を**ホストとしてコピーしてください。 5. 接続文字列を使用して、 TiDB Cloud StarterまたはEssentialインスタンスに接続します。 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..c7e682f44a357 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. **Connection Type**ドロップダウンリストで**Private Endpoint**を選択し、 **「プライベートエンドポイント接続の作成」**をクリックして、 **「Azureプライベートエンドポイント接続の作成」**ダイアログを開きます。 > **Note:** > @@ -83,18 +83,18 @@ Azure Private Link のアーキテクチャは次のとおりです: [^1]
1. [Azureポータル](https://portal.azure.com/)にログインします。 -2. **「プライベートエンドポイント」**を検索し、検索結果から**「プライベートエンドポイント」**を選択してください。 -3. **プライベートエンドポイントの**ページで、 **[+ 作成]**をクリックします。 +2. **Private endpoints**を検索し、検索結果から**Private endpoints**を選択してください。 +3. **Private endpoint**ページで、 **+ Create**をクリックします。 4. **「基本」**タブで、プロジェクトとインスタンスの情報を入力し、 **「次へ: リソース」**をクリックします。 -5. **「リソース」**タブで、**接続方法**として**「リソース ID またはエイリアスを使用して Azure リソースに接続する」を**選択し、コピーしたTiDB Cloudリソース ID を**「リソース ID またはエイリアス」**フィールドに貼り付けます。 +5. **「リソース」**タブで、**接続方法**として**connection method**を選択し、コピーしたTiDB Cloudリソース ID を**「リソース ID またはエイリアス」**フィールドに貼り付けます。 6. 引き続き**「次へ」**をクリックして残りの構成タブに進み、必要な設定を完了します。次に、 **[作成]**をクリックしてプライベート エンドポイントを作成してデプロイします。 Azure のデプロイが完了するまでに数秒かかる場合があります。詳細については、Azure ドキュメントの[プライベートエンドポイントを作成する](https://learn.microsoft.com/en-us/azure/private-link/create-private-endpoint-portal?tabs=dynamic-ip#create-a-private-endpoint)を参照してください。 7. プライベートエンドポイントの作成とデプロイが完了したら、 **「リソースへ移動」**をクリックし、以下の手順を実行してください。 - - 左側のナビゲーションペインで**「設定」** ＞ **「プロパティ」**をクリックし、後で使用するために**リソースID**をコピーしてください。 + - 左側のナビゲーションペインで**「設定」** ＞ **「プロパティ」**をクリックし、後で使用するために**Resource ID**をコピーしてください。 ![Azure private endpoint resource ID](/media/tidb-cloud/azure-private-endpoint-resource-id.png) - - 左側のナビゲーションペインで**「設定」** ＞ **「DNS設定」**をクリックし、後で使用するために**IPアドレス**をコピーしてください。 + - 左側のナビゲーションペインで**「設定」** ＞ **DNS configuration**をクリックし、後で使用するために**IP address**をコピーしてください。 ![Azure private endpoint DNS IP](/media/tidb-cloud/azure-private-endpoint-dns-ip.png) @@ -121,7 +121,7 @@ Azure Private Link のアーキテクチャは次のとおりです: [^1] --location ${your_region} ``` -3. プライベートエンドポイントの**リソースID**を取得します。 +3. プライベートエンドポイントの**Resource ID**を取得します。 ```bash az network private-endpoint show \ @@ -131,7 +131,7 @@ Azure Private Link のアーキテクチャは次のとおりです: [^1] --output tsv ``` -4. DNS設定からプライベートエンドポイントの**IPアドレス**を取得します。 +4. DNS設定からプライベートエンドポイントの**IP address**を取得します。 ```bash az network private-endpoint show \ @@ -146,16 +146,16 @@ Azure Private Link のアーキテクチャは次のとおりです: [^1] ### ステップ3. エンドポイントを受け入れる {#step-3-accept-the-endpoint} -1. TiDB Cloudコンソールの**「Azureプライベートエンドポイント接続の作成」**ダイアログに戻り、コピーした**リソースID**と**IPアドレスを**それぞれのフィールドに貼り付けます。 -2. **「エンドポイントの検証」を**クリックして、プライベートエンドポイントへのアクセスを検証してください。エラーが発生した場合は、エラーメッセージの手順に従ってトラブルシューティングを行い、再度お試しください。 -3. 検証が成功したら、 **「エンドポイントを承認」**をクリックして、プライベートエンドポイントからの接続を承認してください。 +1. TiDB Cloudコンソールの**「Azureプライベートエンドポイント接続の作成」**ダイアログに戻り、コピーした**Resource ID**と**IP address**それぞれのフィールドに貼り付けます。 +2. **Verify Endpoint**をクリックして、プライベートエンドポイントへのアクセスを検証してください。エラーが発生した場合は、エラーメッセージの手順に従ってトラブルシューティングを行い、再度お試しください。 +3. 検証が成功したら、 **Accept Endpoint**をクリックして、プライベートエンドポイントからの接続を承認してください。 ### ステップ4. TiDBクラスターに接続します {#step-4-connect-to-your-tidb-cluster} エンドポイント接続を承認すると、接続ダイアログにリダイレクトされます。 1. プライベートエンドポイントの接続ステータスが**「アクティブ」**になるまでお待ちください（約5分）。ステータスを確認するには、左側のナビゲーションペインで**「設定」** > **「ネットワーク」**をクリックして、 **「ネットワーク」**ページに移動してください。 -2. **「接続**方法」ドロップダウンリストから、希望する接続方法を選択してください。対応する接続​​文字列がダイアログの下部に表示されます。 +2. **Connect With**ドロップダウンリストから、希望する接続方法を選択してください。対応する接続​​文字列がダイアログの下部に表示されます。 3. 接続文字列を使用してクラスターに接続してください。 ### プライベートエンドポイントの状態参照 {#private-endpoint-status-reference} 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..6e23a36a4d1e0 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. **Connection Type**ドロップダウンリストで**Private Endpoint**を選択し、 **「プライベートエンドポイント接続の作成」を**クリックします。 > **Note:** > @@ -113,10 +113,10 @@ Google Cloud Private Service Connect のアーキテクチャは以下のとお 1. プライベートエンドポイント作成用のコマンドを生成するには、以下の情報を提供してください。 - **Google Cloud プロジェクト 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 Name** : 指定したプロジェクト内の VPC の名前。 [Google Cloud **VPC networks**ページ](https://console.cloud.google.com/networking/networks/list)にあります。 - **Google Cloud サブネット名**：指定された VPC 内のサブネットの名前です。VPC**ネットワークの詳細**ページで確認できます。 - **プライベートサービス接続エンドポイント名**：作成されるプライベートエンドポイントの一意の名前を入力してください。 -2. 情報を入力したら、 **「コマンド生成」**をクリックしてください。 +2. 情報を入力したら、 **Generate Command**をクリックしてください。 3. Google Cloud CLI または Google Cloud コンソールを使用して、プライベートエンドポイントを作成します。 @@ -129,9 +129,9 @@ Google Cloud Private Service Connect のアーキテクチャは以下のとお
1. [Google Cloud Console](https://console.cloud.google.com/)で、現在のプロジェクトがTiDB Cloudに入力した**Google Cloud プロジェクト ID**と同じであることを確認してください。 -2. **VPC ネットワーク**>**プライベート サービス接続**>**接続済みエンドポイント**に移動し、 **[エンドポイントに接続]**をクリックします。 +2. **VPC network**>**プライベート サービス接続**>**接続済みエンドポイント**に移動し、 **Connect endpoint**をクリックします。 3. TiDB Cloudで生成されたコマンドの値を使用してエンドポイントを設定します。 - - **エンドポイント名**：コマンドで指定した転送ルール名を使用します。 + - **Endpoint name**：コマンドで指定した転送ルール名を使用します。 - **対象**: **[公開サービス]**を選択し、 `--target-service-attachment`からサービス添付ファイル URI を入力します。 - **リージョン**：コマンドから地域を選択してください。 - **ネットワーク**: `--network`から VPC ネットワークを選択してください。 @@ -152,13 +152,13 @@ Google Cloudでエンドポイントを正常に作成したら、 TiDB Cloudコ プライベートエンドポイントへの接続を承認すると、接続ダイアログにリダイレクトされます。 -1. プライベートエンドポイントの接続ステータスが**「システムチェック中**」から**「アクティブ」**に変わるまでお待ちください（約5分）。 -2. **「接続**方法」ドロップダウンリストから、希望する接続方法を選択してください。対応する接続​​文字列がダイアログの下部に表示されます。 +1. プライベートエンドポイントの接続ステータスが**System Checking**から**「アクティブ」**に変わるまでお待ちください（約5分）。 +2. **Connect With**ドロップダウンリストから、希望する接続方法を選択してください。対応する接続​​文字列がダイアログの下部に表示されます。 3. 接続文字列を使用してクラスターに接続してください。 ### プライベートエンドポイントの状態参照 {#private-endpoint-status-reference} -プライベート エンドポイント接続を使用すると、プライベート エンドポイントまたはプライベート エンドポイント サービスのステータスが[**プライベートエンドポイント**ページ](#prerequisites)ページに表示されます。 +プライベート エンドポイント接続を使用すると、プライベート エンドポイントまたはプライベート エンドポイント サービスのステータスが[**Private Endpoint**ページ](#prerequisites)ページに表示されます。 プライベートエンドポイントの可能なステータスは、以下のように説明されます。 diff --git a/tidb-cloud/set-up-private-endpoint-connections-serverless.md b/tidb-cloud/set-up-private-endpoint-connections-serverless.md index b0da0adfd5971..e220c46bc5221 100644 --- a/tidb-cloud/set-up-private-endpoint-connections-serverless.md +++ b/tidb-cloud/set-up-private-endpoint-connections-serverless.md @@ -55,8 +55,8 @@ TiDB Cloudプランに応じて、適切なプライベートエンドポイン 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページで、対象のTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスの名前をクリックすると、その概要ページに移動します。 2. 右上隅の**「接続」**をクリックしてください。接続ダイアログが表示されます。 -3. **「接続タイプ」**ドロップダウンリストで、 **「プライベートエンドポイント」**を選択します。 -4. **サービス名**、**アベイラビリティゾーンID** 、**リージョンID**をメモしておいてください。 +3. **Connection Type**ドロップダウンリストで、 **Private Endpoint**を選択します。 +4. **Service Name**、**アベイラビリティゾーンID** 、**Region ID**をメモしておいてください。 > **Note:** > @@ -71,9 +71,9 @@ AWS マネジメントコンソールを使用して VPC インターフェイ 1. [AWS マネジメントコンソール](https://aws.amazon.com/console/)コンソールにサインインし、 [https://console.aws.amazon.com/vpc/](https://console.aws.amazon.com/vpc/)で Amazon VPC コンソールを開きます。 -2. ナビゲーションペインの**「エンドポイント」**をクリックし、右上隅の**「エンドポイントの作成」を**クリックします。 +2. ナビゲーションペインの**「エンドポイント」**をクリックし、右上隅の**Create Endpoint**をクリックします。 - **エンドポイント作成**ページが表示されます。 + **Create endpoint**ページが表示されます。 ![Verify endpoint service](/media/tidb-cloud/private-endpoint/create-endpoint-2.png) @@ -83,7 +83,7 @@ AWS マネジメントコンソールを使用して VPC インターフェイ 5. **「サービスを確認する」**をクリックしてください。 -6. ドロップダウンリストからVPCを選択します。 **「追加設定」**を展開し、 **「DNS名を有効にする」**チェックボックスをオンにします。 +6. ドロップダウンリストからVPCを選択します。 **Additional settings**を展開し、 **「DNS名を有効にする」**チェックボックスをオンにします。 7. **サブネット**領域で、 TiDB Cloud StarterまたはEssentialインスタンスが配置されているアベイラビリティゾーンを選択し、サブネットIDを選択します。 @@ -93,14 +93,14 @@ AWS マネジメントコンソールを使用して VPC インターフェイ > > 選択したセキュリティグループが、EC2インスタンスからのポート4000への受信アクセスを許可していることを確認してください。 -9. **「エンドポイントの作成」を**クリックします。 +9. **Create endpoint**をクリックします。
AWS CLI を使用して VPC インターフェイス エンドポイントを作成するには、次の手順を実行します。 -1. **VPC ID**と**サブネットID**を取得するには、AWSマネジメントコンソールに移動し、該当するセクションでそれらを見つけてください。[ステップ1](#step-1-choose-a-tidb-instance)で見つけた**アベイラビリティゾーンID**を必ず入力してください。 +1. **VPC ID**と**Subnet ID**を取得するには、AWSマネジメントコンソールに移動し、該当するセクションでそれらを見つけてください。[ステップ1](#step-1-choose-a-tidb-instance)で見つけた**アベイラビリティゾーンID**を必ず入力してください。 2. 以下のコマンドをコピーし、該当する引数をあなたが取得した情報に置き換えてから、ターミナルで実行してください。 ```bash @@ -120,7 +120,7 @@ aws ec2 create-vpc-endpoint --vpc-id ${your_vpc_id} --region ${region_id} --serv > **Note:** > -> この手順は任意です。特定のプライベートエンドポイント接続へのアクセスを制限する場合にのみ、**承認済みネットワーク**を設定する必要があります。ルールが設定されていない場合、すべてのプライベートエンドポイント接続がデフォルトで許可されます。 +> この手順は任意です。特定のプライベートエンドポイント接続へのアクセスを制限する場合にのみ、**Authorized Networks**を設定する必要があります。ルールが設定されていない場合、すべてのプライベートエンドポイント接続がデフォルトで許可されます。 AWSインターフェースエンドポイントを作成した後、対象のTiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスに対して認証を行い、アクセスを制限できます。 @@ -128,9 +128,9 @@ AWSインターフェースエンドポイントを作成した後、対象のTi 2. 左側のナビゲーションペインで、 **[設定]** > **[ネットワーク]**をクリックします。 -3. **プライベートエンドポイントの**セクションまでスクロールダウンし、**承認済みネットワークの**表を探してください。 +3. **Private Endpoint**セクションまでスクロールダウンし、**Authorized Networks**表を探してください。 -4. ファイアウォールルールを追加するには、 **「ルールの追加」**をクリックします。 +4. ファイアウォールルールを追加するには、 **Add Rule**をクリックします。 - **エンドポイント サービス名**:[ステップ1](#step-1-choose-a-tidb-instance)から取得したサービス名を貼り付けます。 @@ -140,7 +140,7 @@ AWSインターフェースエンドポイントを作成した後、対象のTi > **Tip:** > - > - **「承認済みネットワーク」**テーブルを空のままにした場合、デフォルトで全てのプライベートエンドポイント接続が許可されます。 + > - **Authorized Networks**テーブルを空のままにした場合、デフォルトで全てのプライベートエンドポイント接続が許可されます。 > - クラウドリージョンからのすべてのプライベートエンドポイント接続を許可するには（テストまたはオープンアクセスのため）、 **[VPCエンドポイントID]**フィールドにアスタリスク( `*` )を1つ入力します。 5. **「送信」**をクリックしてください。 @@ -151,8 +151,8 @@ AWSインターフェースエンドポイントを作成した後、対象のTi 1. [**My TiDB**](https://tidbcloud.com/tidbs)ページで、対象のTiDB Cloud StarterまたはEssentialインスタンスの名前をクリックすると、その概要ページに移動します。 2. 右上隅の**「接続」**をクリックしてください。接続ダイアログが表示されます。 -3. **「接続タイプ」**ドロップダウンリストで、 **「プライベートエンドポイント」**を選択します。 -4. **「接続**方法」ドロップダウンリストから、希望する接続方法を選択してください。対応する接続​​文字列がダイアログの下部に表示されます。 +3. **Connection Type**ドロップダウンリストで、 **Private Endpoint**を選択します。 +4. **Connect With**ドロップダウンリストから、希望する接続方法を選択してください。対応する接続​​文字列がダイアログの下部に表示されます。 5. 接続文字列を使用して、 TiDB Cloud StarterまたはEssentialインスタンスに接続します。 > **Tip:** diff --git a/tidb-cloud/set-up-sink-private-endpoint.md b/tidb-cloud/set-up-sink-private-endpoint.md index bbd1a6e37cd40..bf3e1dee0921c 100644 --- a/tidb-cloud/set-up-sink-private-endpoint.md +++ b/tidb-cloud/set-up-sink-private-endpoint.md @@ -90,10 +90,10 @@ changefeed ダウンストリーム サービスが Azure でホストされて 6. このプライベート エンドポイントが Apache Kafka 用に作成される場合は、 **Kafka 用のアドバタイズドリスナーを構成する**チェックボックスを選択します。 -7. **TiDB 管理**ドメインまたは**カスタム**ドメインのいずれかを使用して、Kafka のアドバタイズされたリスナーを構成します。 +7. **TiDB Managed**ドメインまたは**カスタム**ドメインのいずれかを使用して、Kafka のアドバタイズされたリスナーを構成します。 - - アドバタイズされたリスナーに**TiDB マネージド**ドメインを使用するには、 **「ドメインパターン」**フィールドに一意の文字列を入力し、 **「生成」**をクリックします。TiDB は、各アベイラビリティゾーンのサブドメインを持つブローカーアドレスを生成します。 - - アドバタイズされたリスナーに独自の**カスタム**ドメインを使用するには、ドメイン タイプを**[カスタム]**に切り替え、 **[カスタム ドメイン]**フィールドにルート ドメインを入力し、[**チェック]**をクリックして、各アベイラビリティー ゾーンのブローカー サブドメインを指定します。 + - アドバタイズされたリスナーに**TiDB Managed**ドメインを使用するには、 **Domain Pattern**フィールドに一意の文字列を入力し、 **「生成」**をクリックします。TiDB は、各アベイラビリティゾーンのサブドメインを持つブローカーアドレスを生成します。 + - アドバタイズされたリスナーに独自の**カスタム**ドメインを使用するには、ドメイン タイプを**[カスタム]**に切り替え、 **Custom Domain**フィールドにルート ドメインを入力し、[**チェック]**をクリックして、各アベイラビリティー ゾーンのブローカー サブドメインを指定します。 8. **[作成]**をクリックして構成を検証し、プライベート エンドポイントを作成します。 @@ -107,14 +107,14 @@ changefeed ダウンストリーム サービスが Azure でホストされて 3. リマインダーに従って、 TiDB Cloudの[Google Cloud プロジェクト](https://cloud.google.com/resource-manager/docs/creating-managing-projects)にエンドポイントの作成を事前承認するよう許可するか、エンドポイント接続要求を受け取ったら手動で承認します。 -4. セクション[ネットワーク](#network)で収集した**サービス添付ファイル**を入力します。 +4. セクション[ネットワーク](#network)で収集した**Service Attachment**を入力します。 5. このプライベート エンドポイントが Apache Kafka 用に作成される場合は、 **Kafka 用のアドバタイズドリスナーを構成する**チェックボックスを選択します。 -6. **TiDB 管理**ドメインまたは**カスタム**ドメインのいずれかを使用して、Kafka のアドバタイズされたリスナーを構成します。 +6. **TiDB Managed**ドメインまたは**カスタム**ドメインのいずれかを使用して、Kafka のアドバタイズされたリスナーを構成します。 - - アドバタイズされたリスナーに**TiDB マネージド**ドメインを使用するには、 **「ドメインパターン」**フィールドに一意の文字列を入力し、 **「生成」**をクリックします。TiDB は、各アベイラビリティゾーンのサブドメインを持つブローカーアドレスを生成します。 - - アドバタイズされたリスナーに独自の**カスタム**ドメインを使用するには、ドメイン タイプを**[カスタム]**に切り替え、 **[カスタム ドメイン]**フィールドにルート ドメインを入力し、[**チェック]**をクリックして、各アベイラビリティー ゾーンのブローカー サブドメインを指定します。 + - アドバタイズされたリスナーに**TiDB Managed**ドメインを使用するには、 **Domain Pattern**フィールドに一意の文字列を入力し、 **「生成」**をクリックします。TiDB は、各アベイラビリティゾーンのサブドメインを持つブローカーアドレスを生成します。 + - アドバタイズされたリスナーに独自の**カスタム**ドメインを使用するには、ドメイン タイプを**[カスタム]**に切り替え、 **Custom Domain**フィールドにルート ドメインを入力し、[**チェック]**をクリックして、各アベイラビリティー ゾーンのブローカー サブドメインを指定します。 7. **[作成]**をクリックして構成を検証し、プライベート エンドポイントを作成します。 @@ -132,10 +132,10 @@ changefeed ダウンストリーム サービスが Azure でホストされて 5. このプライベート エンドポイントが Apache Kafka 用に作成される場合は、 **Kafka 用のアドバタイズドリスナーを構成する**チェックボックスを選択します。 -6. **TiDB 管理**ドメインまたは**カスタム**ドメインのいずれかを使用して、Kafka のアドバタイズされたリスナーを構成します。 +6. **TiDB Managed**ドメインまたは**カスタム**ドメインのいずれかを使用して、Kafka のアドバタイズされたリスナーを構成します。 - - アドバタイズされたリスナーに**TiDB マネージド**ドメインを使用するには、 **「ドメインパターン」**フィールドに一意の文字列を入力し、 **「生成」**をクリックします。TiDB は、各アベイラビリティゾーンのサブドメインを持つブローカーアドレスを生成します。 - - アドバタイズされたリスナーに独自の**カスタム**ドメインを使用するには、ドメイン タイプを**[カスタム]**に切り替え、 **[カスタム ドメイン]**フィールドにルート ドメインを入力し、[**チェック]**をクリックして、各アベイラビリティー ゾーンのブローカー サブドメインを指定します。 + - アドバタイズされたリスナーに**TiDB Managed**ドメインを使用するには、 **Domain Pattern**フィールドに一意の文字列を入力し、 **「生成」**をクリックします。TiDB は、各アベイラビリティゾーンのサブドメインを持つブローカーアドレスを生成します。 + - アドバタイズされたリスナーに独自の**カスタム**ドメインを使用するには、ドメイン タイプを**[カスタム]**に切り替え、 **Custom Domain**フィールドにルート ドメインを入力し、[**チェック]**をクリックして、各アベイラビリティー ゾーンのブローカー サブドメインを指定します。 7. **[作成]**をクリックして構成を検証し、プライベート エンドポイントを作成します。 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..01845794fdabe 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 @@ -36,9 +36,9 @@ summary: このドキュメントでは、Azure でセルフホスト型 Kafka 1. [TiDB Cloudコンソール](https://tidbcloud.com)で[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動し、ターゲット クラスターの名前をクリックして概要ページに移動します。 2. 左側のナビゲーション ペインで、 **[データ]** > **[Changefeed] を**クリックします。 - 3. **Changefeed**ページで、右上隅の**Changefeed の作成を**クリックし、次の情報を入力します。 + 3. **Changefeed**ページで、右上隅の**Create Changefeed**をクリックし、次の情報を入力します。 1. **宛先**で、 **Kafka**を選択します。 - 2. **[接続方法]**で**[プライベート リンク]**を選択します。 + 2. **Connectivity Method**で**Private Link**を選択します。 4. 続行する前に、 TiDB Cloud Azureアカウントのリージョン情報とサブスクリプションを**リマインダー**に書き留めておいてください。この情報は、TiDB CloudがKafka Private Linkサービスにアクセスできるように承認する際に使用します。 5. 一意のランダム文字列を指定して、Kafka プライベート リンク サービス用の**Kafka アドバタイズ リスナー パターン**を生成します。 1. 一意のランダム文字列を入力してください。数字または小文字のみ使用できます。この文字列は、後ほど**Kafkaアドバタイズリスナーパターンを**生成する際に使用します。 @@ -64,13 +64,13 @@ summary: このドキュメントでは、Azure でセルフホスト型 Kafka #### 1. Kafka仮想ネットワークを設定する {#1-set-up-the-kafka-virtual-network} -1. [Azureポータル](https://portal.azure.com/)にログインし、 [仮想ネットワーク](https://portal.azure.com/#browse/Microsoft.Network%2FvirtualNetworks)ページに移動して、 **「+ 作成」**をクリックして仮想ネットワークを作成します。 +1. [Azureポータル](https://portal.azure.com/)にログインし、 [仮想ネットワーク](https://portal.azure.com/#browse/Microsoft.Network%2FvirtualNetworks)ページに移動して、 **+ Create**をクリックして仮想ネットワークを作成します。 -2. **[基本]**タブで、 **[サブスクリプション]** 、 **[リソース グループ]** 、および**[リージョン]**を選択し、 **[仮想ネットワーク名]**フィールドに名前 (たとえば、 `kafka-pls-vnet` ) を入力して、 **[次へ]**をクリックします。 +2. **[基本]**タブで、 **[サブスクリプション]** 、 **Resource group** 、および**[リージョン]**を選択し、 **[仮想ネットワーク名]**フィールドに名前 (たとえば、 `kafka-pls-vnet` ) を入力して、 **[次へ]**をクリックします。 3. **[セキュリティ]**タブで、Azure Bastion を有効にし、 **[次へ]**をクリックします。 -4. **[IP アドレス]**タブで、次の操作を行います。 +4. **IP addresses**タブで、次の操作を行います。 1. 仮想ネットワークのアドレス空間を設定します (例: `10.0.0.0/16` )。 2. ブローカーのサブネットを作成するには、 **[サブネットの追加]**をクリックし、次の情報を入力して、 **[追加]**をクリックします。 @@ -89,12 +89,12 @@ summary: このドキュメントでは、Azure でセルフホスト型 Kafka **2.1. ブローカーノードを作成する** -1. [Azureポータル](https://portal.azure.com/)にログインし、 [仮想マシン](https://portal.azure.com/#view/Microsoft_Azure_ComputeHub/ComputeHubMenuBlade/~/virtualMachinesBrowse)ページに移動して**[+ 作成]**をクリックし、 **[Azure 仮想マシン]**を選択します。 -2. **[基本]**タブで、**サブスクリプション**、**リソース グループ**、**リージョン**を選択し、次の情報を入力して、 **[次へ: ディスク]**をクリックします。 +1. [Azureポータル](https://portal.azure.com/)にログインし、 [仮想マシン](https://portal.azure.com/#view/Microsoft_Azure_ComputeHub/ComputeHubMenuBlade/~/virtualMachinesBrowse)ページに移動して**+ Create**をクリックし、 **[Azure 仮想マシン]**を選択します。 +2. **[基本]**タブで、**サブスクリプション**、**Resource group**、**リージョン**を選択し、次の情報を入力して、 **[次へ: ディスク]**をクリックします。 - **仮想マシン名**: `broker-node` - **利用可能オプション**: `Availability zone` - **ゾーンオプション**: `Self-selected zone` - - `Zone 3` `Zone 2`**ゾーン**: `Zone 1` + - `Zone 3` `Zone 2`**Availability zone**: `Zone 1` - **画像**： `Ubuntu Server 24.04 LTS - x64 Gen2` - **VMアーキテクチャ：** `x64` - **サイズ**: `Standard_D2s_v3` @@ -107,7 +107,7 @@ summary: このドキュメントでは、Azure でセルフホスト型 Kafka 3. **[次へ: ネットワーク]**をクリックし、 **[ネットワーク]**タブに次の情報を入力します。 - **仮想ネットワーク**： `kafka-pls-vnet` - **サブネット**: `brokers-subnet` - - **パブリックIP** : `None` + - **Public IP** : `None` - **NIC ネットワーク セキュリティ グループ**: `Basic` - **パブリック受信ポート**: `Allow selected ports` - 受信ポートを選択: `SSH (22)` @@ -120,13 +120,13 @@ 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` ) のページに移動します。 +1. [Azureポータル](https://portal.azure.com/)で[**Resource groups**](https://portal.azure.com/#view/HubsExtension/BrowseResourceGroups.ReactView)ページに移動し、リソース グループ名をクリックして、各ブローカー ノード ( `broker-node-1` 、 `broker-node-2` 、および`broker-node-3` ) のページに移動します。 2. ブローカー ノードの各ページで、左側のナビゲーション ペインの**[接続] > [Bastion]**をクリックし、次の情報を入力します。 - **認証タイプ**: `SSH Private Key from Local File` - **ユーザー名**: `azureuser` - - **ローカルファイル**: 以前にダウンロードした秘密鍵ファイルを選択します + - **Local File**: 以前にダウンロードした秘密鍵ファイルを選択します - **「新しいブラウザタブで開く」**オプションを選択します 3. ブローカーノードの各ページで**「接続」**をクリックすると、Linuxターミナルで新しいブラウザタブが開きます。3つのブローカーノードごとに、Linuxターミナルで3つのブラウザタブを開く必要があります。 @@ -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から取得した**advertised listener**に基づいて、各ブローカーノードにEXTERNAL**アドバタイズリスナー**を設定することで、TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - `` 、ブローカーと Kafka Private Link サービスのアクセスポイントを区別します。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲（例： `range from 9093` ）を計画してください。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらは、リクエストを別のブローカーに転送する Private Link サービスのロードバランサーがリッスンするポートです。 - トラブルシューティングを容易にするために、ブローカーごとに異なるブローカー ID を構成することをお勧めします。 @@ -426,9 +426,9 @@ b3.abc.eastus.azure.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. ### 1. ロードバランサーを設定する {#1-set-up-the-load-balancer} -1. [Azureポータル](https://portal.azure.com/)にログインし、 [負荷分散](https://portal.azure.com/#view/Microsoft_Azure_Network/LoadBalancingHubMenuBlade/~/loadBalancers)ページに移動して、 **「+ 作成」**をクリックしてロードバランサーを作成します。 +1. [Azureポータル](https://portal.azure.com/)にログインし、 [負荷分散](https://portal.azure.com/#view/Microsoft_Azure_Network/LoadBalancingHubMenuBlade/~/loadBalancers)ページに移動して、 **+ Create**をクリックしてロードバランサーを作成します。 -2. **[基本]**タブで、**サブスクリプション**、**リソース グループ**、**リージョン**を選択し、次のインスタンス情報を入力して、 **[次へ: フロントエンド IP 構成 >]**をクリックします。 +2. **[基本]**タブで、**サブスクリプション**、**Resource group**、**リージョン**を選択し、次のインスタンス情報を入力して、 **[次へ: フロントエンド IP 構成 >]**をクリックします。 - **名前**: `kafka-lb` - **SKU** : `Standard` @@ -442,7 +442,7 @@ b3.abc.eastus.azure.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. - **仮想ネットワーク**： `kafka-pls-vnet` - **サブネット**: `brokers-subnet` - **課題**： `Dynamic` - - **可用性ゾーン**: `Zone-redundant` + - **Availability zone**: `Zone-redundant` 4. **[バックエンド プール]**タブで、次の 3 つのバックエンド プールを追加し、 **[次へ: 受信規則]**をクリックします。 @@ -461,7 +461,7 @@ b3.abc.eastus.azure.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. - **プロトコル**： `TCP` - **ポート**: `9093` - **バックエンドポート**: `39092` - - **ヘルスプローブ**: **[新規作成]**をクリックし、プローブ情報を入力します。 + - **ヘルスプローブ**: **Create New**をクリックし、プローブ情報を入力します。 - **名前**: `kafka-lb-hp` - **プロトコル**： `TCP` - **ポート**: `39092` @@ -475,7 +475,7 @@ b3.abc.eastus.azure.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. - **プロトコル**： `TCP` - **ポート**: `9094` - **バックエンドポート**: `39092` - - **ヘルスプローブ**: **[新規作成]**をクリックし、プローブ情報を入力します。 + - **ヘルスプローブ**: **Create New**をクリックし、プローブ情報を入力します。 - **名前**: `kafka-lb-hp` - **プロトコル**： `TCP` - **ポート**: `39092` @@ -489,7 +489,7 @@ b3.abc.eastus.azure.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. - **プロトコル**： `TCP` - **ポート**: `9095` - **バックエンドポート**: `39092` - - **ヘルスプローブ**: **[新規作成]**をクリックし、プローブ情報を入力します。 + - **ヘルスプローブ**: **Create New**をクリックし、プローブ情報を入力します。 - **名前**: `kafka-lb-hp` - **プロトコル**： `TCP` - **ポート**: `39092` @@ -500,9 +500,9 @@ b3.abc.eastus.azure.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. ### 2. プライベートリンクサービスを設定する {#2-set-up-private-link-service} -1. [Azureポータル](https://portal.azure.com/)にログインし、 [プライベートリンクサービス](https://portal.azure.com/#view/Microsoft_Azure_Network/PrivateLinkCenterBlade/~/privatelinkservices)ページに移動して、 **「+ 作成」**をクリックし、Kafka ロードバランサーのプライベートリンク サービスを作成します。 +1. [Azureポータル](https://portal.azure.com/)にログインし、 [プライベートリンクサービス](https://portal.azure.com/#view/Microsoft_Azure_Network/PrivateLinkCenterBlade/~/privatelinkservices)ページに移動して、 **+ Create**をクリックし、Kafka ロードバランサーのプライベートリンク サービスを作成します。 -2. **[基本]**タブで、 **[サブスクリプ**ション]、 **[リソース グループ]** 、 **[リージョン]**を選択し、[**名前]**フィールドに`kafka-pls`入力して、 **[次へ: 送信設定 >]**をクリックします。 +2. **[基本]**タブで、 **[サブスクリプ**ション]、 **Resource group** 、 **[リージョン]**を選択し、[**名前]**フィールドに`kafka-pls`入力して、 **[次へ: 送信設定 >]**をクリックします。 3. **[送信設定]**タブで、次のようにパラメータを入力し、 **[次へ: アクセス セキュリティ >]**をクリックします。 @@ -521,13 +521,13 @@ b3.abc.eastus.azure.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. ## ステップ3. TiDB Cloudから接続する {#step-3-connect-from-tidb-cloud} -1. [TiDB Cloudコンソール](https://tidbcloud.com)に戻り、クラスターが**プライベートリンク**経由で Kafka クラスターに接続するための変更フィードを作成します。詳細については、 [Apache Kafka にシンクする](/tidb-cloud/changefeed-sink-to-apache-kafka.md)を参照してください。 +1. [TiDB Cloudコンソール](https://tidbcloud.com)に戻り、クラスターが**Private Link**経由で Kafka クラスターに接続するための変更フィードを作成します。詳細については、 [Apache Kafka にシンクする](/tidb-cloud/changefeed-sink-to-apache-kafka.md)を参照してください。 2. **「ChangeFeed ターゲットの構成」>「接続方法」>「プライベート リンク」**に進むときは、次のフィールドに対応する値を入力し、必要に応じてその他のフィールドを入力します。 - **Kafka アドバタイズ リスナー パターン**: [前提条件](#prerequisites)で**Kafka アドバタイズ リスナー パターン**を生成するために使用する一意のランダム文字列。 - **プライベート リンク サービスのエイリアス**: [2. プライベートリンクサービスを設定する](#2-set-up-private-link-service)で取得したプライベート リンク サービスのエイリアス。 - - **ブートストラップ ポート**: `9093,9094,9095` 。 + - **Bootstrap Ports**: `9093,9094,9095` 。 3. [Apache Kafka にシンクする](/tidb-cloud/changefeed-sink-to-apache-kafka.md)の手順に進みます。 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..d06826315da2d 100644 --- a/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md +++ b/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md @@ -39,9 +39,9 @@ Google Cloud でセルフホスト型 Kafka に Private Service Connect を設 1. [TiDB Cloudコンソール](https://tidbcloud.com)で[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動し、ターゲット クラスターの名前をクリックして概要ページに移動します。 2. 概要ページで、TiDB クラスターのリージョンを確認します。Kafka クラスターが同じリージョンにデプロイされることを確認してください。 - 3. 左側のナビゲーション ペインで**[データ]** > **[Changefeed] を**クリックし、右上隅の**[Changefeed の作成]**をクリックして、次の情報を入力します。 + 3. 左側のナビゲーション ペインで**[データ]** > **[Changefeed] を**クリックし、右上隅の**Create Changefeed**をクリックして、次の情報を入力します。 1. **宛先**で、 **Kafka**を選択します。 - 2. **[接続方法]**で、 **[プライベート サービス接続]**を選択します。 + 2. **Connectivity Method**で、 **[プライベート サービス接続]**を選択します。 4. **先に進む前に、Google Cloud プロジェクトをリマインダー**に書き留めておいてください。このプロジェクトは、 TiDB Cloudからのエンドポイント作成リクエストの自動承認を承認するために使用します。 5. **TiDBクラスタのゾーン**をメモしておいてください。これらのゾーンに TiDB クラスターをデプロイします。ゾーン間のトラフィックを削減するため、これらのゾーンに Kafka をデプロイすることをお勧めします。 6. Kafka プライベート サービス接続サービスに固有の**Kafka アドバタイズ リスナー パターン**を選択します。 @@ -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から取得した**advertised listener**に基づいて、各ブローカーノードにEXTERNAL**アドバタイズリスナー**を設定することで、TiDB Cloudが複数のブローカーを区別できるようになります。異なるEXTERNALアドバタイズリスナーを設定することで、 TiDB Cloud側のKafkaクライアントはリクエストを適切なブローカーにルーティングできるようになります。 - ``ブローカーと Kafka Private Service Connect アクセスポイントを区別します。すべてのブローカーの EXTERNAL アドバタイズリスナーのポート範囲を計画します（例： `range from 9093` ）。これらのポートは、ブローカーが実際にリッスンするポートである必要はありません。これらは、リクエストを別のブローカーに転送する Private Service Connect のロードバランサーがリッスンするポートです。 - トラブルシューティングを容易にするために、ブローカーごとに異なるブローカー ID を構成することをお勧めします。 @@ -509,15 +509,15 @@ b3.abc.us-west1.gcp.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. - **ロードバランサータイプ**: `Internal passthrough Network Load Balancer` - **内部ロードバランサ**： `kafka-lb` - - **サービス名**： `kafka-psc` + - **Service name**： `kafka-psc` - **サブネット**: `RESERVE NEW SUBNET` - **名前**: `psc-subnet` - - **VPC ネットワーク**: `kafka-vpc` + - **VPC Network**: `kafka-vpc` - **リージョン**: `us-west1` - **IPv4範囲**: `10.128.0.0/18` - **承認されたプロジェクト**: [前提条件](#prerequisites)で取得したTiDB Cloudの Google Cloud プロジェクト (例: `tidbcloud-prod-000` )。 -5. `kafka-psc`の詳細ページに移動します。**サービスアタッチメント**（例： `projects/tidbcloud-dp-stg-000/regions/us-west1/serviceAttachments/kafka-psc` ）を書き留めます。TiDB Cloudでこの PSC に接続する際に使用します。 +5. `kafka-psc`の詳細ページに移動します。**Service attachment**（例： `projects/tidbcloud-dp-stg-000/regions/us-west1/serviceAttachments/kafka-psc` ）を書き留めます。TiDB Cloudでこの PSC に接続する際に使用します。 6. VPC ネットワーク`kafka-vpc`の詳細ページに移動し、すべてのブローカーへの PSC トラフィックを許可するファイアウォール ルールを追加します。 @@ -536,8 +536,8 @@ b3.abc.us-west1.gcp.3199745.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org. 2. **「ChangeFeed ターゲットの構成」>「接続方法」>「プライベート サービス接続」**に進むときは、次のフィールドに対応する値を入力し、必要に応じてその他のフィールドを入力します。 - **Kafka アドバタイズ リスナー パターン**: `abc` 。これは、 [前提条件](#prerequisites)で**Kafka アドバタイズ リスナー パターン**を生成するために使用する一意のランダム文字列と同じです。 - - **サービス アタッチメント**: PSC の Kafka サービス アタッチメント (例: `projects/tidbcloud-dp-stg-000/regions/us-west1/serviceAttachments/kafka-psc` )。 - - **ブートストラップポート**: `9092,9093,9094` + - **Service Attachment**: PSC の Kafka サービス アタッチメント (例: `projects/tidbcloud-dp-stg-000/regions/us-west1/serviceAttachments/kafka-psc` )。 + - **Bootstrap Ports**: `9092,9093,9094` 3. [Apache Kafka にシンクする](/tidb-cloud/changefeed-sink-to-apache-kafka.md)の手順に進みます。 @@ -649,10 +649,10 @@ TiDB クラスターと同じリージョンで既に Kafka クラスターが - **ロードバランサータイプ**: `Internal passthrough Network Load Balancer` - **内部ロードバランサ**： `kafka-proxy-lb` - - **サービス名**： `kafka-proxy-psc` + - **Service name**： `kafka-proxy-psc` - **サブネット**: `RESERVE NEW SUBNET` - **名前**: `proxy-psc-subnet` - - **VPCネットワーク**: あなたのネットワーク + - **VPC Network**: あなたのネットワーク - **リージョン**: `us-west1` - **IPv4 範囲**: ネットワーク計画に基づいて CIDR を設定します - **承認されたプロジェクト**: [前提条件](#prerequisites)で取得したTiDB Cloudの Google Cloud プロジェクト (例: `tidbcloud-prod-000` )。 @@ -673,11 +673,11 @@ TiDB クラスターと同じリージョンで既に Kafka クラスターが 1. [TiDB Cloudコンソール](https://tidbcloud.com)に戻り、クラスターが**Private Service Connect**経由で Kafka クラスターに接続するための changefeed を作成します。詳細については、 [Apache Kafka にシンクする](/tidb-cloud/changefeed-sink-to-apache-kafka.md)を参照してください。 -2. **「ChangeFeed ターゲットの構成」** > **「接続方法」** > **「プライベート サービス接続」**に進んだ後、次のフィールドに対応する値を入力し、必要に応じてその他のフィールドを入力します。 +2. **「ChangeFeed ターゲットの構成」** > **Connectivity Method** > **「プライベート サービス接続」**に進んだ後、次のフィールドに対応する値を入力し、必要に応じてその他のフィールドを入力します。 - **Kafka アドバタイズ リスナー パターン**: `abc` . [前提条件](#prerequisites)で**Kafka アドバタイズ リスナー パターン**を生成するために使用する一意のランダム文字列と同じです。 - - **サービス アタッチメント**: PSC の kafka-proxy サービス アタッチメント (例: `projects/tidbcloud-dp-stg-000/regions/us-west1/serviceAttachments/kafka-proxy-psc` )。 - - **ブートストラップポート**: `9092,9093,9094` + - **Service Attachment**: PSC の kafka-proxy サービス アタッチメント (例: `projects/tidbcloud-dp-stg-000/regions/us-west1/serviceAttachments/kafka-proxy-psc` )。 + - **Bootstrap Ports**: `9092,9093,9094` 3. 引き続き[Apache Kafka にシンクする](/tidb-cloud/changefeed-sink-to-apache-kafka.md)ガイドラインに従ってください。 diff --git a/tidb-cloud/size-your-cluster.md b/tidb-cloud/size-your-cluster.md index 4edc852b130e5..7351d46b1714b 100644 --- a/tidb-cloud/size-your-cluster.md +++ b/tidb-cloud/size-your-cluster.md @@ -211,7 +211,7 @@ Standardストレージタイプは、AWS でホストされ、TiDB バージョ #### PerformanceストレージとPlusストレージ {#performance-and-plus-storage} -PerformanceストレージとPlusストレージは、より高いパフォーマンスと安定性を提供し、これらの拡張機能を反映した価格設定となっています。現在、これらの2つのストレージタイプは、AWSにデプロイされたクラスターに対してのみ、リクエストに応じて利用可能です。PerformanceストレージまたはPlusストレージをリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)の右下にある**「？」**をクリックし、 **「サポートチケット**」をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に進みます。チケットを作成し、「**説明」**フィールドに「TiKVストレージタイプを申請」と入力して、 **「送信」**をクリックします。 +PerformanceストレージとPlusストレージは、より高いパフォーマンスと安定性を提供し、これらの拡張機能を反映した価格設定となっています。現在、これらの2つのストレージタイプは、AWSにデプロイされたクラスターに対してのみ、リクエストに応じて利用可能です。PerformanceストレージまたはPlusストレージをリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)の右下にある**「？」**をクリックし、 **Support Tickets**」をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に進みます。チケットを作成し、「**説明」**フィールドに「TiKVストレージタイプを申請」と入力して、 **「送信」**をクリックします。 ## サイズTiFlash {#size-tiflash} @@ -269,4 +269,4 @@ Basicストレージは、パフォーマンスとコスト効率のバランス #### Plusストレージ {#plus-storage} -Plusストレージは、より高いパフォーマンスと安定性を提供し、これらの拡張機能を反映した価格設定となっています。現在、このストレージタイプは、AWSにデプロイされたクラスターに対してのみ、リクエストに応じて利用可能です。リクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)の右下にある**「？」**をクリックし、 **「サポートチケット」**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に進みます。チケットを作成し、 **「説明」**フィールドに「 TiFlashストレージタイプを申請」と入力して、 **「送信」を**クリックしてください。 +Plusストレージは、より高いパフォーマンスと安定性を提供し、これらの拡張機能を反映した価格設定となっています。現在、このストレージタイプは、AWSにデプロイされたクラスターに対してのみ、リクエストに応じて利用可能です。リクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)の右下にある**「？」**をクリックし、 **Support Tickets**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に進みます。チケットを作成し、 **「説明」**フィールドに「 TiFlashストレージタイプを申請」と入力して、 **「送信」を**クリックしてください。 diff --git a/tidb-cloud/tidb-cloud-auditing.md b/tidb-cloud/tidb-cloud-auditing.md index 64c8dbb7cfc31..b0396285ca5d6 100644 --- a/tidb-cloud/tidb-cloud-auditing.md +++ b/tidb-cloud/tidb-cloud-auditing.md @@ -14,7 +14,7 @@ TiDB Cloud は、実行された SQL ステートメントなど、データベ > - AWS および Google Cloud でホストされるクラスターの場合: TiDB バージョンが v7.5.6 以降、または v8.5.2 以降である必要があります。 > - Azure でホストされるクラスターの場合: TiDB バージョンが v7.5.6 以降、または v8.5.2 以降であり、クラスターが 2026 年 4 月 15 日以降に作成されている必要があります。 > -> その他のすべての TiDB バージョンまたはクラスター構成では、データベース監査ログはリクエストに応じて利用できます。対象外のクラスターへのアクセスをリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)の右下にある**「？」**をクリックし、 **「サポートチケット」**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に進みます。チケットを作成し、 **「説明」**欄に「データベース監査ログの申請」と入力して、 **「送信」を**クリックしてください。 +> その他のすべての TiDB バージョンまたはクラスター構成では、データベース監査ログはリクエストに応じて利用できます。対象外のクラスターへのアクセスをリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)の右下にある**「？」**をクリックし、 **Support Tickets**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に進みます。チケットを作成し、 **「説明」**欄に「データベース監査ログの申請」と入力して、 **「送信」を**クリックしてください。 > > このドキュメントは、監査ログ機能のパブリックプレビュー版にのみ適用されます。以前のバージョンのデータベース監査ログを使用している場合は、 [TiDB Cloud Database Audit Logging (Legacy)](/tidb-cloud/tidb-cloud-auditing-legacy.md)を参照してください。 @@ -43,7 +43,7 @@ TiDB Cloudは、 TiDB Cloud Dedicatedクラスタの監査ログをクラウド > **Note:** > -> AWS にデプロイされた TiDB クラスターでは、データベース監査ログを有効にする際に、監査ログファイルをTiDB Cloudに保存することを選択できます。現在、この機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)の右下にある**[?]**をクリックし、 **[サポートチケット]**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に進みます。チケットを作成し、 **[説明]**フィールドに「監査ログファイルをTiDB Cloudに保存する申請」と入力して、 **[送信] を**クリックします。 +> AWS にデプロイされた TiDB クラスターでは、データベース監査ログを有効にする際に、監査ログファイルをTiDB Cloudに保存することを選択できます。現在、この機能はリクエストに応じてのみ利用可能です。この機能をリクエストするには、 [TiDB Cloudコンソール](https://tidbcloud.com)の右下にある**[?]**をクリックし、 **Support Tickets**をクリックして[ヘルプセンター](https://tidb.support.pingcap.com/servicedesk/customer/portals)に進みます。チケットを作成し、 **[説明]**フィールドに「監査ログファイルをTiDB Cloudに保存する申請」と入力して、 **[送信] を**クリックします。 ### AWSの監査ログを有効にする {#enable-audit-logging-for-aws} @@ -98,22 +98,22 @@ TiDB Cloud が監査ログを書き込む宛先として、組織所有の AWS 3. **「IAM」** > **「アクセス管理」** > **「ロール」**に移動し、前に記録したTiDB Cloudアカウント ID と外部 ID に対応する信頼エンティティを持つロールがすでに存在するかどうかを確認します。 - はいの場合は、後で使用するために一致したロールを記録します。 - - そうでない場合は、 **「ロールの作成」**をクリックし、信頼エンティティタイプとして**「別のAWSアカウント」を**選択し、 **「アカウント**ID」フィールドにTiDB CloudのアカウントIDを入力します。次に、 **「外部IDが必要」**オプションを選択し、 **「外部ID」**フィールドにTiDB Cloudの外部IDを入力します。 + - そうでない場合は、 **Create role**をクリックし、信頼エンティティタイプとして**「別のAWSアカウント」を**選択し、 **Account ID**フィールドにTiDB CloudのアカウントIDを入力します。次に、 **「外部IDが必要」**オプションを選択し、 **External ID**フィールドにTiDB Cloudの外部IDを入力します。 4. **IAM** >**アクセス管理**>**ロール**で、前の手順のロール名をクリックして**概要**ページに移動し、次の手順を実行します。 1. **「権限」**タブで、書き込み専用権限`s3:PutObject`を持つ記録済みのポリシーがロールにアタッチされているかどうかを確認します。アタッチされていない場合は、 **「ポリシーのアタッチ」**を選択し、必要なポリシーを検索して**「ポリシーのアタッチ」を**クリックします。 - 2. **概要**ページに戻り、**ロール ARN**値をクリップボードにコピーします。 + 2. **概要**ページに戻り、**Role ARN**値をクリップボードにコピーします。 #### ステップ3. 監査ログを有効にする {#step-3-enable-audit-logging} TiDB Cloudコンソールで、 TiDB Cloudアカウント ID と外部 ID 値を取得した**[データベース監査ログストレージ設定]**ダイアログ ボックスに戻り、次の手順を実行します。 -1. **「バケット URI」**フィールドに、監査ログファイルが書き込まれる S3 バケットの URI を入力します。 +1. **Bucket URI**フィールドに、監査ログファイルが書き込まれる S3 バケットの URI を入力します。 -2. 「**バケットリージョン」**ドロップダウンリストで、バケットが配置されている AWS リージョンを選択します。 +2. **Bucket Region**ドロップダウンリストで、バケットが配置されている AWS リージョンを選択します。 -3. **「ロール ARN」**フィールドに、 [ステップ2. Amazon S3アクセスを構成する](#step-2-configure-amazon-s3-access)でコピーしたロール ARN 値を入力します。 +3. **Role ARN**フィールドに、 [ステップ2. Amazon S3アクセスを構成する](#step-2-configure-amazon-s3-access)でコピーしたロール ARN 値を入力します。 4. **「接続をテストして次へ」**をクリックして、 TiDB Cloud がバケットにアクセスして書き込むことができるかどうかを確認します。接続に成功すると、ダイアログはデータベース監査ログ設定の次のステップに進みます。 @@ -153,7 +153,7 @@ TiDB Cloud が監査ログを書き込む宛先として、組織所有の Googl - storage.objects.create - storage.objects.delete - はいの場合は、後で使用するためにTiDBクラスターの一致したロールを記録してください。いいえの場合は、 **「IAMと管理」** > **「ロール」** > **「ロールの作成」**に移動して、TiDBクラスターのロールを定義してください。 + はいの場合は、後で使用するためにTiDBクラスターの一致したロールを記録してください。いいえの場合は、 **「IAMと管理」** > **「ロール」** > **CREATE ROLE**に移動して、TiDBクラスターのロールを定義してください。 3. **[Cloud Storage]** > **[ブラウザ]**に移動し、 TiDB Cloudがアクセスする GCS バケットを選択して、 **[情報パネルを表示]**をクリックします。 @@ -173,9 +173,9 @@ TiDB Cloud が監査ログを書き込む宛先として、組織所有の Googl TiDB Cloudコンソールで、 Google Cloud サービス アカウント ID を取得した**[データベース監査ログストレージ設定]**ダイアログ ボックスに戻り、次の手順を実行します。 -1. **「バケット URI」**フィールドに、完全な GCS バケット名を入力します。 +1. **Bucket URI**フィールドに、完全な GCS バケット名を入力します。 -2. **「バケットリージョン」**フィールドで、バケットが配置されている GCS リージョンを選択します。 +2. **Bucket Region**フィールドで、バケットが配置されている GCS リージョンを選択します。 3. **「接続をテストして次へ」**をクリックして、 TiDB Cloud がバケットにアクセスして書き込むことができるかどうかを確認します。接続に成功すると、ダイアログはデータベース監査ログ設定の次のステップに進みます。 @@ -217,7 +217,7 @@ TiDB Cloudがデータベース監査ログを書き込む宛先として、組 1. コンテナー リストで、ターゲット コンテナーを選択し、コンテナーの**[...]**をクリックして、 **[SAS の生成]**を選択します。 - 2. 表示された**「SAS の生成」**ペインで、**署名方法**として**「アカウント キー」**を選択します。 + 2. 表示された**「SAS の生成」**ペインで、**Account key**として**「アカウント キー」**を選択します。 3. **[権限]**ドロップダウン リストで、 **[読み取り]** 、 **[書き込み]** 、 **[作成]**を選択して、監査ログ ファイルの書き込みを許可します。 @@ -248,13 +248,13 @@ TiDB Cloudがデータベース監査ログを書き込む宛先として、組 4. **データベース監査ログストレージ設定**ダイアログで、 [ステップ2. Azure BLOBアクセスを構成する](#step-2-configure-azure-blob-storage-access)から取得した BLOB URL と SAS トークンを指定します。 - **「Blob URL」**フィールドに、監査ログが保存されるコンテナの URL を入力します。 - - **SAS トークン**フィールドに、コンテナーにアクセスするための SAS トークンを入力します。 + - **SAS Token**フィールドに、コンテナーにアクセスするための SAS トークンを入力します。 5. **「接続をテストして次へ」**をクリックして、TiDB Cloud がコンテナにアクセスして書き込むことができるかどうかを確認します。接続に成功すると、ダイアログはデータベース監査ログ設定の次のステップに進みます。 > **Note:** > -> 監査ログを有効にした後、 **BLOB URL**または**SAS トークンの**フィールドに新しい変更を加えた場合は、監査ログを無効にしてから再度有効にする必要があります。 +> 監査ログを有効にした後、 **BLOB URL**または**SAS Token**フィールドに新しい変更を加えた場合は、監査ログを無効にしてから再度有効にする必要があります。 ## データベース監査ログ設定を構成する {#configure-database-audit-logging-settings} @@ -284,13 +284,13 @@ TiDB Cloudがデータベース監査ログを書き込む宛先として、組 クラスターの監査フィルター ルールを指定するには、次の手順を実行します。 -1. **「DB 監査ログ」**ページで、 **「監査フィルター」**セクションの**「フィルタ ルールの追加」**をクリックして、監査フィルタ ルールを追加します。 +1. **「DB 監査ログ」**ページで、 **「監査フィルター」**セクションの**Audit Filters**をクリックして、監査フィルタ ルールを追加します。 2. **「フィルタ ルールの追加」**ダイアログで、次の項目を設定します。 - - **フィルタ名**: フィルタルールの名前を入力します。 - - **SQL ユーザー**: `@` 形式で SQL ユーザーを入力します。ユーザー名とホスト名では、任意の値に一致させるために `%`、任意の 1 文字に一致させるために `_` を使用できます。`@` 記号と `` は省略可能です。 - - **フィルタイベント**: ログに記録するイベントを選択します。サポートされているフィルタイベントについては、[監査フィルタイベント](#audit-filter-events)を参照してください。 + - **Filter Name**: フィルタルールの名前を入力します。 + - **SQL User**: `@` 形式で SQL ユーザーを入力します。ユーザー名とホスト名では、任意の値に一致させるために `%`、任意の 1 文字に一致させるために `_` を使用できます。`@` 記号と `` は省略可能です。 + - **Filter Events**: ログに記録するイベントを選択します。サポートされているフィルタイベントについては、[監査フィルタイベント](#audit-filter-events)を参照してください。 3. **「確認」**をクリックしてフィルタルールを追加します。 diff --git a/tidb-cloud/tidb-cloud-billing-ticdc-rcu.md b/tidb-cloud/tidb-cloud-billing-ticdc-rcu.md index 99d50fdd3d0cd..170cbfd449030 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 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/)と同じです。 diff --git a/tidb-cloud/tidb-cloud-billing.md b/tidb-cloud/tidb-cloud-billing.md index 2458fbe6357cf..a5a7211499d86 100644 --- a/tidb-cloud/tidb-cloud-billing.md +++ b/tidb-cloud/tidb-cloud-billing.md @@ -124,7 +124,7 @@ ALTER TABLE t1 STORAGE_CLASS='IA'; > **Warning:** > -> Infrequent Access は現在 **実験的** な機能であり、一部のリージョンでのみ利用できます。現在は {{{ .essential }}} でのみサポートされています。 +> Infrequent Access は現在 **experimental feature** な機能であり、一部のリージョンでのみ利用できます。現在は {{{ .essential }}} でのみサポートされています。 @@ -144,7 +144,7 @@ ALTER TABLE table_name SET TIFLASH REPLICA n; ### 二重レイヤー暗号化 -**行ベースのストレージ** と **カラム型ストレージ** はどちらも二重レイヤー暗号化をサポートしています。このメカニズムは 2 つの独立した暗号化レイヤーでデータを保護し、1 つのレイヤーが侵害された場合でもデータが保護された状態を維持できるようにします。 +**row-based storage** と **columnar storage** はどちらも二重レイヤー暗号化をサポートしています。このメカニズムは 2 つの独立した暗号化レイヤーでデータを保護し、1 つのレイヤーが侵害された場合でもデータが保護された状態を維持できるようにします。 - **インフラストラクチャレベルの暗号化:** 基盤となるクラウドプロバイダーは、ネイティブのストレージ暗号化メカニズムを使用して、保存中のすべてのデータを暗号化します。 - **TiDB Cloud レベルの暗号化:** クラウドプロバイダーの暗号化に加えて、TiDB Cloud は顧客管理暗号化キー (CMEK) またはエスクローキーを使用して、自動的に第 2 の暗号化レイヤーを適用します。 @@ -159,11 +159,11 @@ ALTER TABLE table_name SET TIFLASH REPLICA n; 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 2. 左側のナビゲーションペインで、 **「請求」**をクリックします。 -3. **請求**ページで、 **「コストエクスプローラー」**タブをクリックします。 -4. **コストエクスプローラー**タブで、右上隅の**フィルター**セクションを展開してレポートをカスタマイズします。期間を設定したり、グループ化オプション（サービス、プロジェクト、クラスター、地域、製品タイプ、料金タイプなど）を選択したり、特定のサービス、プロジェクト、クラスター、または地域を選択してフィルターを適用したりできます。コストエクスプローラーには、次の情報が表示されます。 +3. **請求**ページで、 **Cost Explorer**タブをクリックします。 +4. **Cost Explorer**タブで、右上隅の**フィルター**セクションを展開してレポートをカスタマイズします。期間を設定したり、グループ化オプション（サービス、プロジェクト、クラスター、地域、製品タイプ、料金タイプなど）を選択したり、特定のサービス、プロジェクト、クラスター、または地域を選択してフィルターを適用したりできます。コストエクスプローラーには、次の情報が表示されます。 - - **コストグラフ**：選択した期間におけるコストの推移を視覚化します。**月次**、**日次**、**合計の各**表示を切り替えることができます。 - - **コスト内訳**：選択したグループ分けオプションに基づいて、コストの詳細な内訳を表示します。さらに分析したい場合は、データをCSV形式でダウンロードできます。 + - **Cost Graph**：選択した期間におけるコストの推移を視覚化します。**月次**、**日次**、**合計の各**表示を切り替えることができます。 + - **Cost Breakdown**：選択したグループ分けオプションに基づいて、コストの詳細な内訳を表示します。さらに分析したい場合は、データをCSV形式でダウンロードできます。 ## 請求プロファイル {#billing-profile} @@ -173,7 +173,7 @@ ALTER TABLE table_name SET TIFLASH REPLICA n; 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 2. 左側のナビゲーションペインで、 **「請求」**をクリックします。 -3. **請求**ページで、 **「請求プロファイル」**タブをクリックします。 +3. **請求**ページで、 **Billing Profile**タブをクリックします。 請求プロファイルには4つの項目があります。 @@ -257,18 +257,18 @@ TiDB Cloudは、概念実証（PoC）ユーザー向けに一定数のクレジ - TiDB Cloud Dedicatedクラスターを作成する場合： - 1. **リソース作成**ページで、 **「クレジットカードを追加」**をクリックします。 + 1. **Create Resource**ページで、 **「クレジットカードを追加」**をクリックします。 2. **「カードを追加」**ダイアログで、カード情報と請求先住所を入力してください。 - 3. **「カードを保存」**をクリックしてください。 + 3. **Save Card**をクリックしてください。 - 請求コンソールではいつでも： 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 2. 左側のナビゲーションペインで、 **「請求」**をクリックします。 - 3. **請求**ページで、 **「支払い方法」**タブをクリックし、 **「新しいカードを追加」**をクリックします。 - 4. クレジットカード情報とクレジットカードの住所を入力し、 **「カードを保存」**をクリックしてください。 + 3. **請求**ページで、 **Payment Method**タブをクリックし、 **「新しいカードを追加」**をクリックします。 + 4. クレジットカード情報とクレジットカードの住所を入力し、 **Save Card**をクリックしてください。 - 主要事業所住所を指定しない場合 税金計算には、クレジットカードの住所が主要事業所住所として使用されます。主要事業所住所は[**請求プロファイル**](#billing-profile)**請求プロファイル**でいつでも更新できます。 + 主要事業所住所を指定しない場合 税金計算には、クレジットカードの住所が主要事業所住所として使用されます。主要事業所住所は[**Billing profile**](#billing-profile)**Billing profile**でいつでも更新できます。 > **Note:** > @@ -280,7 +280,7 @@ TiDB Cloudは、概念実証（PoC）ユーザー向けに一定数のクレジ 1. [TiDB Cloudコンソール](https://tidbcloud.com)では、左上隅のコンボボックスを使用して、対象の組織に切り替えてください。 2. 左側のナビゲーションペインで、 **「請求」**をクリックします。 -3. **請求**ページで、 **「支払い方法」**タブをクリックします。 +3. **請求**ページで、 **Payment Method**タブをクリックします。 4. クレジットカード一覧からクレジットカードを選択し、デフォルトのクレジットカードとして設定するかどうかを尋ねられたら**「はい」**をクリックしてください。 ## 契約 {#contract} @@ -344,7 +344,7 @@ TiDB CloudアカウントをAWSの請求アカウントにリンクするには 3. 注文ページで**「購読」**をクリックし、次に**「アカウントの設定」を**クリックしてください。TiDB Cloudのサインアップページに移動します。 -4. サインアップページの上部にある通知を確認し、 **「サインイン」**をクリックしてください。 +4. サインアップページの上部にある通知を確認し、 **Sign in**をクリックしてください。 5. TiDB Cloudアカウントでサインインしてください。AWS**請求アカウントへのリンクページ**が表示されます。 @@ -372,7 +372,7 @@ TiDB CloudアカウントをAzureの請求アカウントにリンクするに 4. 購読手続きが完了したら、 **「アカウント設定」**をクリックしてください。TiDB Cloudのサインアップページに移動します。 -5. サインアップページの上部にある通知を確認し、 **「サインイン」**をクリックしてください。 +5. サインアップページの上部にある通知を確認し、 **Sign in**をクリックしてください。 6. TiDB Cloudアカウントでサインインしてください。Azure**請求アカウントへのリンクページ**が表示されます。 @@ -394,7 +394,7 @@ TiDB CloudアカウントをGoogle Cloudの請求アカウントにリンクす 3. 購読ページで**「購読」**をクリックし、次に**「製品ページへ移動」**をクリックします。TiDB Cloudのサインアップページに移動します。 -4. サインアップページの上部にある通知を確認し、 **「サインイン」**をクリックしてください。 +4. サインアップページの上部にある通知を確認し、 **Sign in**をクリックしてください。 5. TiDB Cloudアカウントでサインインしてください。Google Cloudの請求アカウントにリンクするためのページが表示されます。 @@ -416,9 +416,9 @@ TiDB CloudアカウントをAlibaba Cloudの請求アカウントにリンクす 2. TiDB Cloud製品ページで**「今すぐ有効化」**をクリックし、画面の指示に従って従量課金モードを確認し、有効化アプリケーションを表示します。 -3. 購読ページで、 TiDB Cloudの購読情報を探し、 **「自動ログイン」**をクリックしてください。TiDB Cloudのサインアップページに移動します。 +3. 購読ページで、 TiDB Cloudの購読情報を探し、 **Auto Login**をクリックしてください。TiDB Cloudのサインアップページに移動します。 -4. サインアップページの上部にある通知を確認し、 **「サインイン」**をクリックしてください。 +4. サインアップページの上部にある通知を確認し、 **Sign in**をクリックしてください。 5. TiDB Cloudアカウントでサインインしてください。Alibaba Cloudの請求アカウントにリンクするためのページが表示されます。 diff --git a/tidb-cloud/tidb-cloud-budget.md b/tidb-cloud/tidb-cloud-budget.md index 9a2669f1f58a9..a62f26c5798a3 100644 --- a/tidb-cloud/tidb-cloud-budget.md +++ b/tidb-cloud/tidb-cloud-budget.md @@ -43,13 +43,13 @@ TiDB Cloud、支出を追跡するのに役立つ 2 種類の予算を提供し - **名前**: 予算の名前を入力します。 - **期間**: コストを追跡する期間を選択します。現在選択できるのは**「月次」**のみです。これは毎月1日に開始され、毎月の初めにリセットされます。TiDB Cloudは、指定された期間における実際の支出を予算額（計画支出）と比較して追跡します。 - - **予算の範囲**: 必要に応じて、すべてのプロジェクト (つまり、 TiDB Cloud組織全体) または特定のプロジェクトに範囲を適用します。 + - **Budget scope**: 必要に応じて、すべてのプロジェクト (つまり、 TiDB Cloud組織全体) または特定のプロジェクトに範囲を適用します。 5. 予算金額を設定します。 - - **予算金額**: 選択した期間の予定支出金額を入力します。 - - **クレジットを適用**：実行中の総費用にクレジットを適用するかどうかを選択します。クレジットは、 TiDB Cloud の利用コストを削減するために使用されます。このオプションを有効にすると、予算は実行中の総費用からクレジットを差し引いた金額を追跡します。 - - **割引を適用**：実行合計コストに割引を適用するかどうかを選択します。割引とは、 TiDB Cloudサービスの通常価格からの減額です。このオプションを有効にすると、予算は実行合計コストから割引を差し引いた金額を追跡します。 + - **Budget Amount**: 選択した期間の予定支出金額を入力します。 + - **Apply credits**：実行中の総費用にクレジットを適用するかどうかを選択します。クレジットは、 TiDB Cloud の利用コストを削減するために使用されます。このオプションを有効にすると、予算は実行中の総費用からクレジットを差し引いた金額を追跡します。 + - **Apply discounts**：実行合計コストに割引を適用するかどうかを選択します。割引とは、 TiDB Cloudサービスの通常価格からの減額です。このオプションを有効にすると、予算は実行合計コストから割引を差し引いた金額を追跡します。 6. 予算のアラートしきい値を設定します。選択した期間中に実際の支出が指定されたしきい値を超えた場合、 TiDB Cloud は組織のオーナーと課金管理者に予算通知メールを送信します。 diff --git a/tidb-cloud/tidb-cloud-clinic.md b/tidb-cloud/tidb-cloud-clinic.md index 28ab95e5480f1..524b2db54f929 100644 --- a/tidb-cloud/tidb-cloud-clinic.md +++ b/tidb-cloud/tidb-cloud-clinic.md @@ -63,7 +63,7 @@ TiDB Cloud ClinicはGrafanaを使用して、TiDBクラスターの包括的な デフォルトでは、300 ミリ秒を超える時間がかかる SQL クエリはスロークエリと見なされます。 -TiDB Cloudコンソールのデフォルトの[**スロークエリ**](/tidb-cloud/tune-performance.md#slow-query)ページでは、パフォーマンスに影響を与えるクエリを特定することが困難になる場合があります。特に、スロークエリが多数存在するクラスタではなおさらです。TiDB Cloud Clinicの**「Top Slow Queries」**機能は、スロークエリのログに基づいて集計分析を提供します。この機能により、パフォーマンスに問題のあるクエリを簡単に特定できるため、全体的なパフォーマンスチューニング時間を少なくとも半分に短縮できます。 +TiDB Cloudコンソールのデフォルトの[**Slow Queries**](/tidb-cloud/tune-performance.md#slow-query)ページでは、パフォーマンスに影響を与えるクエリを特定することが困難になる場合があります。特に、スロークエリが多数存在するクラスタではなおさらです。TiDB Cloud Clinicの**「Top Slow Queries」**機能は、スロークエリのログに基づいて集計分析を提供します。この機能により、パフォーマンスに問題のあるクエリを簡単に特定できるため、全体的なパフォーマンスチューニング時間を少なくとも半分に短縮できます。 上位のスロークエリには、SQL ダイジェストによって集計された上位 10 件のクエリが、次のディメンションで並べ替えられて表示されます。 @@ -79,7 +79,7 @@ TiDB Cloudコンソールのデフォルトの[**スロークエリ**](/tidb-clo 1. [TiDB Cloud Clinic コンソール](https://clinic.pingcap.com/)で、クラスターの**「クラスタ」**ページに移動します。 -2. **[スロー クエリ]**をクリックします。 +2. **Slow Query**をクリックします。 3. スロークエリ上位が表に表示されます。結果は列ごとに並べ替えることができます。 diff --git a/tidb-cloud/tidb-cloud-connect-aws-dms.md b/tidb-cloud/tidb-cloud-connect-aws-dms.md index b1f27b3f05095..69145147dd119 100644 --- a/tidb-cloud/tidb-cloud-connect-aws-dms.md +++ b/tidb-cloud/tidb-cloud-connect-aws-dms.md @@ -92,7 +92,7 @@ TiDB Cloud Dedicated の場合、クライアントはパブリック エンド 4. **インスタンス構成**セクションで、インスタンスを構成します。 - **インスタンスクラス**: 適切なインスタンスクラスを選択します。詳細については、 [レプリケーションインスタンスタイプの選択](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_ReplicationInstance.Types.html)を参照してください。 - **エンジン バージョン**: デフォルト構成を維持します。 - - **高可用性**: ビジネス ニーズに応じて、**マルチ AZ**または**シングル AZ**を選択します。 + - **High Availability**: ビジネス ニーズに応じて、**マルチ AZ**または**シングル AZ**を選択します。 5. **割り当てられたストレージ(GiB)**フィールドでストレージを構成します。 @@ -105,7 +105,7 @@ TiDB Cloud Dedicated の場合、クライアントはパブリック エンド ![Connectivity and security](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-connect-connectivity-security.png) -7. 必要に応じて、 **[詳細設定]** 、 **[メンテナンス]** 、 **[タグ]**セクションを構成し、 **[レプリケーション インスタンスの作成]**をクリックしてインスタンスの作成を完了します。 +7. 必要に応じて、 **Advanced settings** 、 **[メンテナンス]** 、 **[タグ]**セクションを構成し、 **[レプリケーション インスタンスの作成]**をクリックしてインスタンスの作成を完了します。 > **Note:** > @@ -119,9 +119,9 @@ TiDB Cloud Dedicated の場合、クライアントはパブリック エンド ![Create endpoint](/media/tidb-cloud/aws-dms-tidb-cloud/aws-dms-connect-create-endpoint.png) -2. **[エンドポイントの作成]**をクリックして、ターゲット データベース エンドポイントを作成します。 +2. **Create endpoint**をクリックして、ターゲット データベース エンドポイントを作成します。 -3. **[エンドポイント タイプ]**セクションで、 **[ソース エンドポイント]**または**[ターゲット エンドポイント]**を選択します。 +3. **Endpoint type**セクションで、 **[ソース エンドポイント]**または**Target endpoint**を選択します。 4. **エンドポイント設定**セクションで、**エンドポイント識別子**とARNフィールドに入力します。次に、**ソースエンジン**または**ターゲットエンジン**として**MySQLを**選択します。 @@ -131,29 +131,29 @@ TiDB Cloud Dedicated の場合、クライアントはパブリック エンド
- - **サーバー名**: クラスターの`HOST` 。 + - **Server name**: クラスターの`HOST` 。 - **ポート**: クラスターの`PORT` 。 - - **ユーザー名**: 移行先クラスターのユーザー。DMSの要件を満たしていることを確認してください。 + - **User name**: 移行先クラスターのユーザー。DMSの要件を満たしていることを確認してください。 - **パスワード**: クラスター ユーザーのパスワード。 - **セキュリティ Socket Layer (SSL) モード**：パブリックエンドポイント経由で接続する場合は、トランスポートセキュリティを確保するために、モードを**verify-full**に設定することを強くお勧めします。プライベートエンドポイント経由で接続する場合は、モードを**none**に設定できます。 - - （オプション） **CA証明書**： [ISRGルートX1証明書](https://letsencrypt.org/certs/isrgrootx1.pem)を使用します。詳細については、 [TiDB Cloud Starter または Essential への TLS 接続](/tidb-cloud/secure-connections-to-serverless-clusters.md)を参照してください。 + - （オプション） **CA certificate**： [ISRGルートX1証明書](https://letsencrypt.org/certs/isrgrootx1.pem)を使用します。詳細については、 [TiDB Cloud Starter または Essential への TLS 接続](/tidb-cloud/secure-connections-to-serverless-clusters.md)を参照してください。
- - **サーバー名**: TiDB Cloud Dedicatedクラスターの`HOST` 。 + - **Server name**: TiDB Cloud Dedicatedクラスターの`HOST` 。 - **ポート**: TiDB Cloud Dedicated クラスターの`PORT` 。 - - **ユーザー名**：移行用のTiDB Cloud Dedicatedクラスタのユーザー。DMS要件を満たしていることを確認してください。 + - **User name**：移行用のTiDB Cloud Dedicatedクラスタのユーザー。DMS要件を満たしていることを確認してください。 - **パスワード**: TiDB Cloud Dedicated クラスター ユーザーのパスワード。 - **セキュリティ Socket Layer (SSL) モード**：パブリックエンドポイント経由で接続する場合は、トランスポートセキュリティを確保するために、モードを**verify-full**に設定することを強くお勧めします。プライベートエンドポイント経由で接続する場合は、 **none**に設定できます。 - - (オプション) **CA 証明書**: [TiDB Cloud DedicatedへのTLS接続](/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md)に従って CA 証明書を取得します。 + - (オプション) **CA certificate**: [TiDB Cloud DedicatedへのTLS接続](/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md)に従って CA 証明書を取得します。
![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. エンドポイントを**Target endpoint**として作成する場合は、**エンドポイント設定**セクションを展開し、**エンドポイント接続属性を使用する**チェックボックスをオンにして、**追加の接続属性を**`Initstmt=SET FOREIGN_KEY_CHECKS=0;`に設定します。 -7. 必要に応じて、 **KMSキー**と**タグの**セクションを設定します。 **「エンドポイントの作成」**をクリックしてインスタンスの作成を完了します。 +7. 必要に応じて、 **KMS Key**と**タグの**セクションを設定します。 **Create endpoint**をクリックしてインスタンスの作成を完了します。 diff --git a/tidb-cloud/tidb-cloud-console-auditing.md b/tidb-cloud/tidb-cloud-console-auditing.md index 0bb4b2bb69668..7ba82468f3909 100644 --- a/tidb-cloud/tidb-cloud-console-auditing.md +++ b/tidb-cloud/tidb-cloud-console-auditing.md @@ -49,7 +49,7 @@ TiDB Cloudは、 [TiDB Cloudコンソール](https://tidbcloud.com)上のユー 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、左上隅のコンボ ボックスを使用して対象の組織に切り替えます。 2. 左側のナビゲーション ペインで、 **[コンソール監査ログ] を**クリックします。 3. （オプション）コンソール監査ログの特定の部分をエクスポートする必要がある場合は、さまざまな条件でフィルタリングできます。それ以外の場合は、この手順をスキップしてください。 -4. **「ログのダウンロード」**をクリックし、JSON または CSV で希望のエクスポート形式を選択します。 +4. **Download logs**をクリックし、JSON または CSV で希望のエクスポート形式を選択します。 ## コンソール監査ログストレージポリシー {#console-audit-log-storage-policy} diff --git a/tidb-cloud/tidb-cloud-import-local-files.md b/tidb-cloud/tidb-cloud-import-local-files.md index 1e29a7d494620..c1d8793380b0d 100644 --- a/tidb-cloud/tidb-cloud-import-local-files.md +++ b/tidb-cloud/tidb-cloud-import-local-files.md @@ -29,7 +29,7 @@ summary: ローカル ファイルをTiDB Cloud Starter にインポートする 2. **インポート**ページでは、ローカルファイルをアップロードエリアに直接ドラッグ＆ドロップするか、 **「ローカルファイルをアップロード」**をクリックして対象のローカルファイルを選択してアップロードできます。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文字まで使用できます。 **「テーブルの定義」を**クリックすると、 **「テーブル定義」**セクションが表示されます。 +3. **「宛先」**セクションで、ターゲットデータベースとターゲットテーブルを選択するか、名前を直接入力して新しいデータベースまたはテーブルを作成します。名前には、Unicode BMP（Basic Multilingual Plane）の文字のみを使用し、ヌル文字`\u0000`と空白文字は含めず、最大64文字まで使用できます。 **Define Table**をクリックすると、 **Table Definition**セクションが表示されます。 4. 表を確認してください。 @@ -74,7 +74,7 @@ summary: ローカル ファイルをTiDB Cloud Starter にインポートする **「CSV設定の編集」を**クリックすると、バックスラッシュエスケープ、セパレーター、区切り文字を設定して、よりきめ細かな制御を行うことができます。CSV設定の詳細については、 [データのインポートのためのCSV構成](/tidb-cloud/csv-config-for-import-data.md)を参照してください。 -8. **[インポートの開始]を**クリックします。 +8. **Start Import**をクリックします。 **インポートタスクの詳細**ページでインポートの進行状況を確認できます。警告や失敗したタスクがある場合は、詳細を確認して解決できます。 diff --git a/tidb-cloud/tidb-cloud-log-redaction.md b/tidb-cloud/tidb-cloud-log-redaction.md index 547835631efae..8a20f0068d347 100644 --- a/tidb-cloud/tidb-cloud-log-redaction.md +++ b/tidb-cloud/tidb-cloud-log-redaction.md @@ -17,14 +17,14 @@ summary: TiDB Cloudでユーザーが制御するログのマスキングを有 -- TiDB Cloudでは、組織の**組織オーナー**または**プロジェクトオーナー**の役割を担っている必要があります。 +- TiDB Cloudでは、組織の**Organization Owner**または**Project Owner**の役割を担っている必要があります。 - TiDB Cloud Dedicatedクラスターが`paused`状態にある場合、ログのマスキングを有効または無効にすることはできません。 -- TiDB Cloudにおいて、組織の**組織オーナー**の役割を担っている必要があります。 +- TiDB Cloudにおいて、組織の**Organization Owner**の役割を担っている必要があります。 diff --git a/tidb-cloud/tidb-cloud-org-sso-authentication.md b/tidb-cloud/tidb-cloud-org-sso-authentication.md index 47d1e5fac48bf..5396831483019 100644 --- a/tidb-cloud/tidb-cloud-org-sso-authentication.md +++ b/tidb-cloud/tidb-cloud-org-sso-authentication.md @@ -79,7 +79,7 @@ Cloud Organization SSO を有効にするには、次の手順を実行します 1. `Organization Owner`ロールを持つユーザーとして[TiDB Cloudコンソール](https://tidbcloud.com)にログインし、左上隅のコンボ ボックスを使用して対象の組織に切り替えます。 -2. 左側のナビゲーション ペインで、 **[組織設定]** > **[認証]**をクリックします。 +2. 左側のナビゲーション ペインで、 **Organization Settings** > **[認証]**をクリックします。 3. **[認証]**ページで、 **[有効にする]**をクリックします。 @@ -103,13 +103,13 @@ TiDB Cloudで認証方法を有効にすると、その方法を使用するメ Cloud Organization SSO を有効にした後、次のようにユーザー名とパスワード、Google、GitHub、または Microsoft の認証方法を構成できます。 -1. **「組織設定」**ページで、必要に応じて Google、GitHub、または Microsoft の認証方法を有効または無効にします。 +1. **Organization Settings**ページで、必要に応じて Google、GitHub、または Microsoft の認証方法を有効または無効にします。 2. 有効な認証方法の場合は、 メソッドの詳細を設定します。 3. メソッドの詳細では、以下を設定できます。 - - [**自動プロビジョニングアカウント**](#decide-whether-to-enable-auto-provision) + - [**Auto-provision Accounts**](#decide-whether-to-enable-auto-provision) デフォルトでは無効になっています。必要に応じて有効にすることができます。セキュリティ上の理由から、自動プロビジョニングを有効にする場合は、認証に許可するメールドメインを制限することをお勧めします。 @@ -154,7 +154,7 @@ TiDB Cloudでは、OIDC認証方式はデフォルトで無効になっていま - クライアントID - クライアントシークレット -2. TiDB Cloud コンソールの **Authentication** ページで、**認証方法**領域でOIDCの行を見つけてクリックします。 OIDC メソッドの詳細を表示します。 +2. TiDB Cloud コンソールの **Authentication** ページで、**Authentication Methods**領域でOIDCの行を見つけてクリックします。 OIDC メソッドの詳細を表示します。 3. メソッドの詳細では、以下を設定できます。 @@ -162,11 +162,11 @@ TiDB Cloudでは、OIDC認証方式はデフォルトで無効になっていま カスタム ログイン ページに表示される OIDC 認証方法の名前を指定します。 - - **発行者 URL** 、**クライアント ID** 、**クライアント シークレット** + - **Issuer URL** 、**Client ID** 、**Client Secret** IdP から取得した対応する値を貼り付けます。 - - [**自動プロビジョニングアカウント**](#decide-whether-to-enable-auto-provision) + - [**Auto-provision Accounts**](#decide-whether-to-enable-auto-provision) デフォルトでは無効になっています。必要に応じて有効にすることができます。 @@ -197,7 +197,7 @@ TiDB Cloudでは、SAML認証方式はデフォルトで無効になっていま - サインオンURL - 署名証明書 -2. TiDB Cloud コンソールの **Authentication** ページで、**認証方法**領域でSAMLの行を見つけてクリックします。 SAML メソッドの詳細を表示します。 +2. TiDB Cloud コンソールの **Authentication** ページで、**Authentication Methods**領域でSAMLの行を見つけてクリックします。 SAML メソッドの詳細を表示します。 3. メソッドの詳細では、以下を設定できます。 @@ -209,11 +209,11 @@ TiDB Cloudでは、SAML認証方式はデフォルトで無効になっていま IdP から取得した URL を貼り付けます。 - - **署名証明書** + - **Signing Certificate** 開始行`---begin certificate---`と終了行`---end certificate---`を含む、IdP からの署名証明書全体を貼り付けます。 - - [**自動プロビジョニングアカウント**](#decide-whether-to-enable-auto-provision) + - [**Auto-provision Accounts**](#decide-whether-to-enable-auto-provision) デフォルトでは無効になっています。必要に応じて有効にすることができます。 @@ -266,7 +266,7 @@ TiDB Cloudでは、SAML認証方式はデフォルトで無効になっていま 3. TiDB Cloudで、アイデンティティ プロバイダーからプッシュされたグループを表示します。 1. [TiDB Cloudコンソール](https://tidbcloud.com)で、左上隅のコンボ ボックスを使用して対象の組織に切り替えます。 - 2. 左側のナビゲーション ペインで、 **[組織設定]** > **[認証]**をクリックします。 + 2. 左側のナビゲーション ペインで、 **Organization Settings** > **[認証]**をクリックします。 3. **「グループ」**タブをクリックします。IDプロバイダーから同期されたグループが表示されます。 4. グループ内のユーザーを表示するには、 **[ビュー]**をクリックします。 @@ -276,8 +276,8 @@ TiDB Cloudでは、SAML認証方式はデフォルトで無効になっていま > > グループにロールを付与すると、グループ内のすべてのメンバーにそのロールが付与されます。グループにTiDB Cloud組織に既に所属しているメンバーが含まれている場合、これらのメンバーにもグループの新しいロールが付与されます。 - 1. グループに組織ロールを付与するには、 **「組織別」を**クリックし、 **「組織ロール」**列でロールを設定します。組織ロールの権限については、 [組織の役割](/tidb-cloud/manage-user-access.md#organization-roles)を参照してください。 - 2. グループにプロジェクトロールを付与するには、 **「プロジェクト別」を**クリックし、 **「プロジェクトロール」**列でロールを設定します。プロジェクトロールの権限については、 [プロジェクトの役割](/tidb-cloud/manage-user-access.md#project-roles)を参照してください。 + 1. グループに組織ロールを付与するには、 **By organization**をクリックし、 **Organization Role**列でロールを設定します。組織ロールの権限については、 [組織の役割](/tidb-cloud/manage-user-access.md#organization-roles)を参照してください。 + 2. グループにプロジェクトロールを付与するには、 **By project**をクリックし、 **Project Role**列でロールを設定します。プロジェクトロールの権限については、 [プロジェクトの役割](/tidb-cloud/manage-user-access.md#project-roles)を参照してください。 5. アイデンティティ プロバイダーでプッシュされたグループのメンバーを変更すると、これらの変更はTiDB Cloud内の対応するグループに動的に同期されます。 diff --git a/tidb-cloud/tidb-cloud-password-authentication.md b/tidb-cloud/tidb-cloud-password-authentication.md index 6db7e3e8782d9..13cb0d49dc337 100644 --- a/tidb-cloud/tidb-cloud-password-authentication.md +++ b/tidb-cloud/tidb-cloud-password-authentication.md @@ -20,7 +20,7 @@ summary: TiDB Cloudコンソールでパスワードを管理し、多要素認 2. プライバシー ポリシーとサービス契約を読み、 **[プライバシー ポリシーとサービス契約に同意する]**を選択します。 -3. **「サインアップ」を**クリックします。 +3. **Sign up**をクリックします。 TiDB Cloudの確認メールが届きます。登録プロセス全体を完了するには、メールボックスを確認し、登録を確定してください。 @@ -34,7 +34,7 @@ TiDB Cloudの確認メールが届きます。登録プロセス全体を完了 2. メールアドレスとパスワードを入力してください。 -3. **[サインイン]を**クリックします。 +3. **Sign In**をクリックします。 ログインが成功すると、 TiDB Cloudコンソールに移動します。 @@ -64,7 +64,7 @@ TiDB Cloudは、登録ユーザーに対してデフォルトのパスワード 1. TiDB Cloud [ログイン](https://tidbcloud.com/)ページに移動します。 -2. **「パスワードを忘れた場合」**をクリックし、パスワードをリセットするためのリンクが記載されたメールを確認してください。 +2. **Forgot password**をクリックし、パスワードをリセットするためのリンクが記載されたメールを確認してください。 ## パスワードを変更する {#change-a-password} @@ -74,9 +74,9 @@ TiDB Cloudは、登録ユーザーに対してデフォルトのパスワード 1. クリックTiDB Cloudコンソールの左下隅にあります。 -2. **[アカウント設定]**をクリックします。 +2. **Account Settings**をクリックします。 -3. **「パスワード」**セクションで、 **「パスワードの変更」**をクリックし、 TiDB Cloudからの電子メールを確認してパスワードをリセットします。 +3. **「パスワード」**セクションで、 **Change Password**をクリックし、 TiDB Cloudからの電子メールを確認してパスワードをリセットします。 ## 多要素認証を管理する（オプション） {#manage-multi-factor-authentication-optional} @@ -91,9 +91,9 @@ TiDB Cloudは、登録ユーザーに対してデフォルトのパスワード 1. クリックTiDB Cloudコンソールの左下隅にあります。 -2. **[アカウント設定]**をクリックします。 +2. **Account Settings**をクリックします。 -3. **多要素認証**セクションで、 **「有効にする」**をクリックします。 +3. **Multi-Factor Authentication**セクションで、 **「有効にする」**をクリックします。 4. 本人確認のため、アカウントのパスワードを入力してください。 @@ -112,9 +112,9 @@ TiDB Cloudは、登録ユーザーに対してデフォルトのパスワード 1. クリックTiDB Cloudコンソールの左下隅にあります。 -2. **[アカウント設定]**をクリックします。 +2. **Account Settings**をクリックします。 -3. **多要素認証**セクションで、 **「無効にする」を**クリックします。 +3. **Multi-Factor Authentication**セクションで、 **「無効にする」を**クリックします。 4. 操作を確認するには、アカウントのパスワードと MFA 認証コードを入力します。 diff --git a/tidb-cloud/tidb-cloud-poc.md b/tidb-cloud/tidb-cloud-poc.md index 878f912bf559f..66b85cc98c69d 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/)で、右下隅の**[?]**をクリックし、 **Contact Sales**をクリックして、 **[PoC の申請] を**選択して申請フォームに入力します。 フォームを送信すると、 TiDB Cloudサポートチームが申請内容を確認し、ご連絡いたします。申請が承認され次第、アカウントにクレジットが付与されます。また、PingCAP サポートエンジニアにご連絡いただければ、PoC の手順をサポートし、PoC がスムーズに実行されるようサポートいたします。 @@ -89,7 +89,7 @@ PoC 用の[TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-d 新しく作成されたクラスターの場合は、次の構成に注意してください。 -- デフォルトのタイムゾーン（ダッシュボードの**「作成時刻」**列）はUTCです。以下の手順[ローカルタイムゾーンを設定する](/tidb-cloud/manage-user-access.md#set-the-time-zone-for-your-organization)で、ローカルタイムゾーンに変更できます。 +- デフォルトのタイムゾーン（ダッシュボードの**Create Time**列）はUTCです。以下の手順[ローカルタイムゾーンを設定する](/tidb-cloud/manage-user-access.md#set-the-time-zone-for-your-organization)で、ローカルタイムゾーンに変更できます。 - 新しいクラスタのデフォルトのバックアップ設定は、毎日データベース全体のバックアップです。希望するバックアップ時間を指定するか、手動でデータをバックアップすることもできます。デフォルトのバックアップ時間および詳細については、 [TiDBクラスタデータのバックアップと復元](/tidb-cloud/backup-and-restore.md#turn-on-auto-backup)を参照してください。 ## ステップ4. スキーマとSQLを適応させる {#step-4-adapt-your-schemas-and-sql} @@ -144,7 +144,7 @@ TiDB Cloudにはさまざまな形式のデータをインポートできます ワークロードを開始した後、次の方法を使用してシステムを観察できます。 - クラスターの一般的なメトリクスは、クラスター概要ページで確認できます。これには、合計QPS、レイテンシ、接続数、 TiFlashリクエストQPS、 TiFlashリクエスト期間、 TiFlashストレージサイズ、TiKVストレージサイズ、TiDB CPU、TiKV CPU、TiKV IO読み取り、TiKV IO書き込みが含まれます。詳細は[TiDBクラスタを監視する](/tidb-cloud/monitor-tidb-cluster.md)を参照してください。 -- クラスターの[**診断**](/tidb-cloud/tune-performance.md#view-the-diagnosis-page)ページに移動し、 **「SQLステートメント」**タブを確認してください。ここでは、システムテーブルをクエリすることなく、SQL実行を監視し、パフォーマンスの問題を簡単に特定できます。詳細は[ステートメント分析](/tidb-cloud/tune-performance.md#statement-analysis)を参照してください。 +- クラスターの[**診断**](/tidb-cloud/tune-performance.md#view-the-diagnosis-page)ページに移動し、 **SQL Statement**タブを確認してください。ここでは、システムテーブルをクエリすることなく、SQL実行を監視し、パフォーマンスの問題を簡単に特定できます。詳細は[ステートメント分析](/tidb-cloud/tune-performance.md#statement-analysis)を参照してください。 - クラスターの[**診断**](/tidb-cloud/tune-performance.md#view-the-diagnosis-page)ページに移動し、 **「Key Visualizer」**タブでTiDBのデータアクセスパターンとデータホットスポットを確認できます。詳細は[Key Visualizer](/tidb-cloud/tune-performance.md#key-visualizer)を参照してください。 - これらのメトリクスを独自のDatadogおよびPrometheusに統合することもできます。詳細は[サードパーティの監視統合](/tidb-cloud/third-party-monitoring-integrations.md)を参照してください。 @@ -169,8 +169,8 @@ TiDB Cloudにはさまざまな形式のデータをインポートできます - クエリパフォーマンスの向上 - - [**診断**](/tidb-cloud/tune-performance.md#view-the-diagnosis-page)ページの[**SQL文**](/tidb-cloud/tune-performance.md#statement-analysis)タブで SQL 実行計画を確認します。 - - [**診断**](/tidb-cloud/tune-performance.md#view-the-diagnosis-page)ページの[**Key Visualizer**](/tidb-cloud/tune-performance.md#key-visualizer)タブでホットスポットの問題を確認します。 + - [**SQL Statement**](/tidb-cloud/tune-performance.md#view-the-diagnosis-page)ページの[**SQL文**](/tidb-cloud/tune-performance.md#statement-analysis)タブで SQL 実行計画を確認します。 + - [**Key Visualizer**](/tidb-cloud/tune-performance.md#view-the-diagnosis-page)ページの[**Key Visualizer**](/tidb-cloud/tune-performance.md#key-visualizer)タブでホットスポットの問題を確認します。 - [**メトリクス**](/tidb-cloud/built-in-monitoring.md#view-the-metrics-page)ページで TiDB クラスターの容量が不足していないかどうかを監視します。 - TiFlash機能を使用して分析処理を最適化します。[HTAPクラスタを使用する](/tiflash/tiflash-overview.md)を参照してください。 diff --git a/tidb-cloud/tidb-cloud-quickstart.md b/tidb-cloud/tidb-cloud-quickstart.md index 97a7717fab392..d7f6a1e8e6546 100644 --- a/tidb-cloud/tidb-cloud-quickstart.md +++ b/tidb-cloud/tidb-cloud-quickstart.md @@ -29,8 +29,8 @@ category: quick start - このデフォルト クラスターでTiDB Cloud機能をすぐに試すには、 [ステップ2: AI支援SQLエディターを試す](#step-2-try-ai-assisted-sql-editor)に進みます。 - 独自に新しいTiDB Cloud Starter クラスターを作成するには、次の手順に従います。 - 1. **[クラスタの作成]を**クリックします。 - 2. **「クラスタの作成」**ページでは、デフォルトで**「Starter」**が選択されています。クラスターのクラウドプロバイダーとターゲットリージョンを選択し、必要に応じてデフォルトのクラスター名を更新して、 **「作成」を**クリックします。TiDB Cloud Starterクラスターは約30秒で作成されます。 + 1. **Create Resource**をクリックします。 + 2. **Create Resource**ページでは、デフォルトで**「Starter」**が選択されています。クラスターのクラウドプロバイダーとターゲットリージョンを選択し、必要に応じてデフォルトのクラスター名を更新して、 **「作成」を**クリックします。TiDB Cloud Starterクラスターは約30秒で作成されます。 @@ -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 Editor**をクリックします。 2. TiDB Cloudの AI 機能を試すには、画面上の指示に従って、PingCAP と AWS Bedrock が研究とサービスの改善のためにコードスニペットを使用することを許可し、 **[保存して開始] を**クリックします。 @@ -128,7 +128,7 @@ FROM TiDB Cloud は、 TiDB Cloudをすぐに使い始めるのに役立つ、丁寧に作成されたサンプルデータセットを含むインタラクティブなチュートリアルを提供しています。AWS でホストされているTiDB Cloud Starter クラスターの場合は、このチュートリアルを試して、 TiDB Cloud を高性能データ分析に使用する方法を学習できます。 1. コンソールの右下隅にある**[?]**アイコンをクリックし、 **[SQL エディターのガイド ツアー]**を選択します。 -2. ツアーで使用するTiDB Cloud Starterクラスターを選択し、 **「データセットのインポート」**をクリックします。インポート処理には約1分かかる場合があります。 +2. ツアーで使用するTiDB Cloud Starterクラスターを選択し、 **Import Dataset**をクリックします。インポート処理には約1分かかる場合があります。 3. サンプル データをインポートしたら、画面の指示に従ってツアーを完了します。 ## ステップ4: {{{ .starter }}} インスタンスに接続する {#step-4-connect-to-your-starter-instance} diff --git a/tidb-cloud/tidb-cloud-sql-tuning-overview.md b/tidb-cloud/tidb-cloud-sql-tuning-overview.md index c11bd0f403e63..882ce54073e60 100644 --- a/tidb-cloud/tidb-cloud-sql-tuning-overview.md +++ b/tidb-cloud/tidb-cloud-sql-tuning-overview.md @@ -23,11 +23,11 @@ TiDB Cloudには、スロークエリを分析するのに役立つツールが ### 診断ページで Statement を使用する {#use-statement-on-the-diagnosis-page} -TiDB Cloudコンソールには、 [**診断**](/tidb-cloud/tune-performance.md#view-the-diagnosis-page)上に[**SQLステートメント**](/tidb-cloud/tune-performance.md#statement-analysis)タブが用意されています。このタブでは、TiDB Cloudリソース上のすべてのデータベースの SQL ステートメントの実行統計情報を収集します。これを使用して、合計または単一の実行に長い時間を要する SQL ステートメントを特定し、分析することができます。 +TiDB Cloudコンソールには、 [**SQL Statement**](/tidb-cloud/tune-performance.md#view-the-diagnosis-page)上に[**SQLステートメント**](/tidb-cloud/tune-performance.md#statement-analysis)タブが用意されています。このタブでは、TiDB Cloudリソース上のすべてのデータベースの SQL ステートメントの実行統計情報を収集します。これを使用して、合計または単一の実行に長い時間を要する SQL ステートメントを特定し、分析することができます。 このページでは、構造が同じ SQL クエリ (クエリ パラメータが一致しない場合でも) は、同じ SQL ステートメントにグループ化されることに注意してください。たとえば、 `SELECT * FROM employee WHERE id IN (1, 2, 3)`と`select * from EMPLOYEE where ID in (4, 5)`は、どちらも同じ SQL ステートメント`select * from employee where id in (...)`の一部です。 -**SQLステートメント**でいくつかの重要な情報を確認できます。 +**SQL Statement**でいくつかの重要な情報を確認できます。 - **SQLテンプレート**：SQLダイジェスト、SQLテンプレートID、現在表示されている時間範囲、実行計画の数、および実行が行われるデータベースが含まれます。 diff --git a/tidb-cloud/tidb-cloud-support.md b/tidb-cloud/tidb-cloud-support.md index 3f1ba95621702..1d2767f22c8d4 100644 --- a/tidb-cloud/tidb-cloud-support.md +++ b/tidb-cloud/tidb-cloud-support.md @@ -39,12 +39,12 @@ TiDB Cloudは複数のサポートチャネルを提供しています。利用 PingCAP ヘルプ センターには、 [https://tidb.support.pingcap.com/servicedesk/customer/portals](https://tidb.support.pingcap.com/servicedesk/customer/portals)から直接アクセスすることも、次の[TiDB Cloudコンソール](https://tidbcloud.com/)の方法でアクセスすることもできます。 -- [TiDB Cloudコンソール](https://tidbcloud.com/)の右下隅にある**[?]**をクリックし、 **[サポート チケット]**をクリックします。 +- [TiDB Cloudコンソール](https://tidbcloud.com/)の右下隅にある**[?]**をクリックし、 **Support Tickets**をクリックします。 - [TiDB Cloudコンソール](https://tidbcloud.com/)の左下隅にある**[サポート] を**クリックし、サポート プランに応じて次のいずれかを実行します。 - **基本**: **[アカウントと請求]**領域で、 **[アカウント/請求の問題]**をクリックします。 - **Developer** 、 **Enterprise** 、または**Premium** : **「専門家に相談」**エリアで、 **PingCAP ヘルプ センター**をクリックします。 -- プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページで、クラスターの行にある**[...]**をクリックし、 **[サポートを受ける]**を選択します。 -- クラスターの概要ページで、右上隅の**[...]**をクリックし、 **[サポートを受ける]**を選択します。 +- プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページで、クラスターの行にある**[...]**をクリックし、 **Get Support**を選択します。 +- クラスターの概要ページで、右上隅の**[...]**をクリックし、 **Get Support**を選択します。 ## アカウントまたは請求サポートチケットを作成する {#create-an-account-or-billing-support-ticket} diff --git a/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md b/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md index 395ff77726d76..38981d2ef4717 100644 --- a/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md +++ b/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md @@ -16,7 +16,7 @@ TiDB Cloudでは、TLS 接続の確立はTiDB Cloud Dedicated クラスタへの - 安全な設定でクラスターにアクセスするためのパスワードを設定します。 - これを行うには、プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動し、 TiDB Cloud Dedicatedクラスターの行にある**「...」**をクリックし、 **「パスワード設定」**を選択します。パスワード設定で「パスワードの**自動生成」**をクリックすると、数字、大文字、小文字、特殊文字を含む16文字のルートパスワードが自動的に生成されます。 + これを行うには、プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動し、 TiDB Cloud Dedicatedクラスターの行にある**「...」**をクリックし、 **Password Settings**を選択します。パスワード設定で「パスワードの**Auto-generate Password**をクリックすると、数字、大文字、小文字、特殊文字を含む16文字のルートパスワードが自動的に生成されます。 ## TiDB Cloud Dedicatedクラスタへのセキュリティ接続 {#secure-connection-to-a-tidb-cloud-dedicated-cluster} @@ -26,11 +26,11 @@ TiDB Cloudでは、TLS 接続の確立はTiDB Cloud Dedicated クラスタへの 2. 右上隅の**「接続」**をクリックします。ダイアログが表示されます。 -3. 接続ダイアログで、 **[接続タイプ]**ドロップダウン リストから**[パブリック]**を選択します。 +3. 接続ダイアログで、 **[接続タイプ]**ドロップダウン リストから**Connection Type**を選択します。 IPアクセスリストを設定していない場合は、初回接続前に**「IPアクセスリストの設定**」をクリックして設定してください。詳細については、 [IPアクセスリストを設定する](/tidb-cloud/configure-ip-access-list.md)を参照してください。 -4. **「CA証明書」**をクリックして、TiDBクラスタへのTLS接続用のCA証明書をダウンロードしてください。CA証明書はデフォルトでTLS 1.2バージョンをサポートしています。 +4. **CA cert**をクリックして、TiDBクラスタへのTLS接続用のCA証明書をダウンロードしてください。CA証明書はデフォルトでTLS 1.2バージョンをサポートしています。 > **Note:** > diff --git a/tidb-cloud/tidb-cloud-tune-performance-overview.md b/tidb-cloud/tidb-cloud-tune-performance-overview.md index 030a824924ebd..f085fff6e37da 100644 --- a/tidb-cloud/tidb-cloud-tune-performance-overview.md +++ b/tidb-cloud/tidb-cloud-tune-performance-overview.md @@ -44,7 +44,7 @@ TiDB Cloudコンソールには、ユーザー応答時間のトラブルシュ - [**診断**](/tidb-cloud/tune-performance.md#view-the-diagnosis-page) : - - **SQL文**を使用すると、ページ上のSQL実行を直接観察し、システムテーブルをクエリすることなくパフォーマンスの問題を簡単に特定できます。SQL文をクリックすると、クエリの実行計画をさらに詳しく表示して、トラブルシューティングや分析を行うことができます。SQLパフォーマンスチューニングの詳細については、 [SQLチューニングの概要](/tidb-cloud/tidb-cloud-sql-tuning-overview.md)を参照してください。 + - **SQL Statement**を使用すると、ページ上のSQL実行を直接観察し、システムテーブルをクエリすることなくパフォーマンスの問題を簡単に特定できます。SQL文をクリックすると、クエリの実行計画をさらに詳しく表示して、トラブルシューティングや分析を行うことができます。SQLパフォーマンスチューニングの詳細については、 [SQLチューニングの概要](/tidb-cloud/tidb-cloud-sql-tuning-overview.md)を参照してください。 - **Key Visualizer**を使用すると、TiDB のデータ アクセス パターンとデータ ホットスポットを観察できます。 - [**メトリクス**](/tidb-cloud/built-in-monitoring.md#view-the-metrics-page) : このページでは、リクエスト単位、使用済みストレージサイズ、1 秒あたりのクエリ数、平均クエリ実行時間などのメトリックを表示できます。 diff --git a/tidb-cloud/tidb-node-group-management.md b/tidb-cloud/tidb-node-group-management.md index b409c137b50d6..a95e8e5a36b40 100644 --- a/tidb-cloud/tidb-node-group-management.md +++ b/tidb-cloud/tidb-node-group-management.md @@ -23,7 +23,7 @@ summary: ビジネス ワークロードを分離するために TiDB ノード ## 前提条件 {#prerequisites} - AWS または Google Cloud に[TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスターがデプロイされています。 -- あなたは組織の**組織オーナー**または**プロジェクトオーナー**の役割を担っています。詳細については、 [ユーザーロール](/tidb-cloud/manage-user-access.md#user-roles)をご覧ください。 +- あなたは組織の**Organization Owner**または**Project Owner**の役割を担っています。詳細については、 [ユーザーロール](/tidb-cloud/manage-user-access.md#user-roles)をご覧ください。 > **Note:** > @@ -37,13 +37,13 @@ TiDB ノード グループを作成するには、次の手順を実行しま 2. 左側のナビゲーション ペインで、 **[ノード]**をクリックします。 -3. 右上隅の**「変更」**をクリックします。**「クラスタの変更」**ページが表示されます。 +3. 右上隅の**「変更」**をクリックします。**Modify Cluster**ページが表示されます。 -4. **「クラスタの変更」**ページで**「+」**をクリックし、以下のように新しいTiDBノードグループを追加します。デフォルトのグループを直接使用することもできます。 +4. **Modify Cluster**ページで**「+」**をクリックし、以下のように新しいTiDBノードグループを追加します。デフォルトのグループを直接使用することもできます。 - TiDB - **vCPU + RAM** ：必要な[TiDBサイズ](/tidb-cloud/size-your-cluster.md#size-tidb)を選択してください。8 vCPUおよび16 GiB以上のメモリを搭載したTiDBノードのみがサポートされます。 - - **ノードグループ**: **+**をクリックして新しい TiDB ノードグループを作成します。デフォルトのグループを使用し、 **DefaultGroup**フィールドに TiDB ノードの数を入力することもできます。 + - **Node Groups**: **+**をクリックして新しい TiDB ノードグループを作成します。デフォルトのグループを使用し、 **DefaultGroup**フィールドに TiDB ノードの数を入力することもできます。 - TiKV - **vCPU + RAM** : 必要な[TiKVサイズ](/tidb-cloud/size-your-cluster.md#size-tikv)を選択します。 - **ストレージ x ノード**:ストレージサイズと TiKV ノードの数を選択します。 @@ -71,7 +71,7 @@ TiDBノードグループを作成しても、デフォルトグループのエ 2. 右上隅の**「接続」**をクリックします。接続ダイアログが表示されます。 -3. **「TiDB ノード グループ」**リストから TiDB ノード グループを選択し、 **「接続タイプ」**リストから**「パブリック」**を選択します。 +3. **「TiDB ノード グループ」**リストから TiDB ノード グループを選択し、 **「接続タイプ」**リストから**Connection Type**を選択します。 IP アクセス リストをまだ設定していない場合は、 **「IP アクセス リストの設定」**をクリックするか、手順[IPアクセスリストを設定する](https://docs.pingcap.com/tidbcloud/configure-ip-access-list)に従って、最初の接続の前に設定してください。 @@ -79,7 +79,7 @@ TiDBノードグループを作成しても、デフォルトグループのエ 5. **[ネットワーク]**ページで、右上隅の**[TiDB ノード グループ]**リストから TiDB ノード グループを選択します。 -6. **[パブリック エンドポイント]**セクションで**[有効にする]**をクリックし、 **[IP アクセス リスト]**セクションで**[IP アドレスの追加]**をクリックします。 +6. **[パブリック エンドポイント]**セクションで**Public Endpoint**をクリックし、 **[IP アクセス リスト]**セクションで**[IP アドレスの追加]**をクリックします。 7. **[ネットワーク]**ページの右上隅にある**[接続]**をクリックして、接続文字列を取得します。 @@ -93,7 +93,7 @@ TiDBノードグループを作成しても、デフォルトグループのエ 2. 右上隅の**「接続」**をクリックします。接続ダイアログが表示されます。 -3. **TiDB ノード グループ**リストから TiDB ノード グループを選択し、**接続タイプ**リストから**プライベート エンドポイント**を選択します。 +3. **TiDB ノード グループ**リストから TiDB ノード グループを選択し、**Private Endpoint**リストから**Connection Type**を選択します。 4. 左側のナビゲーション ペインで、 **[設定]** > **[ネットワーク]**をクリックします。 @@ -147,8 +147,8 @@ TiDB ノード グループの詳細を表示するには、次の手順を実 1. [**クラスター**](https://tidbcloud.com/project/clusters)ページに移動し、ターゲット クラスターの名前をクリックして概要ページに移動します。 2. 左側のナビゲーション ペインで、 **[ノード]**をクリックします。 -3. **「ノードマップ」**ページで、右上隅の**「変更」**をクリックします。**「クラスタの変更」**ページが表示されます。 -4. **「クラスタの変更」**ページでは、次の操作を実行できます。 +3. **Node Map**ページで、右上隅の**「変更」**をクリックします。**Modify Cluster**ページが表示されます。 +4. **Modify Cluster**ページでは、次の操作を実行できます。 - TiDB ノードの数を変更します。 - 新しいノード グループを追加します。 @@ -166,7 +166,7 @@ TiDB ノード グループを削除するには、次の手順を実行しま 1. [**クラスター**](https://tidbcloud.com/project/clusters)ページに移動し、ターゲット クラスターの名前をクリックして概要ページに移動します。 2. 左側のナビゲーション ペインで、 **[ノード]**をクリックします。 -3. **「ノードマップ」**ページで、右上隅の**「変更」**をクリックします。**「クラスタの変更」**ページが表示されます。 -4. **クラスタの変更**ページで、 TiDB ノード グループを削除します。 +3. **Node Map**ページで、右上隅の**「変更」**をクリックします。**Modify Cluster**ページが表示されます。 +4. **Modify Cluster**ページで、 TiDB ノード グループを削除します。 ![Delete the TiDB node group](/media/tidb-cloud/tidb-node-group-delete.png) diff --git a/tidb-cloud/tidb-x-architecture.md b/tidb-cloud/tidb-x-architecture.md index 22302c83655c6..fdc86b804caba 100644 --- a/tidb-cloud/tidb-x-architecture.md +++ b/tidb-cloud/tidb-x-architecture.md @@ -24,7 +24,7 @@ TiDB X は[クラシックTiDB](/tidb-architecture.md)の共有なしアーキ - **水平スケーラビリティ**：読み取りと書き込みの両方のパフォーマンスにおいて、線形スケーリングをサポートします。クラスターは、毎秒数百万のクエリ（QPS）を処理し、数千万のテーブルにわたる1 PiBを超えるデータを管理できるように拡張できます。 - **ハイブリッドトランザクションおよび分析処理（HTAP）** ：トランザクションワークロードと分析ワークロードを統合します。集約処理や結合処理といった負荷の高い処理をTiFlash （カラム型ストレージエンジン）にプッシュダウンすることで、複雑なETLパイプラインを必要とせずに、最新のトランザクションデータに対して予測可能なリアルタイム分析を実現します。 - **非ブロッキング型スキーマ変更**：完全オンラインのDDL実装を採用しています。スキーマ変更によって読み取りや書き込みがブロックされないため、アプリケーションのレイテンシーや可用性への影響を最小限に抑えながらデータモデルを進化させることができます。 -- **高可用性**：シームレスなクラスタのアップグレードとスケーリング操作をサポートします。これにより、メンテナンスやリソース調整中も重要なサービスへのアクセスが維持されます。 +- **High availability**：シームレスなクラスタのアップグレードとスケーリング操作をサポートします。これにより、メンテナンスやリソース調整中も重要なサービスへのアクセスが維持されます。 - **マルチクラウド対応**： Amazon Web Services (AWS)、Google Cloud、Microsoft Azure、Alibaba Cloudをサポートするオープンソースソリューションとして動作します。これによりAmazon Web Services (AWS)、Google Cloud、Microsoft Azureベンダーロックインのないクラウド中立性が実現します。 ### 従来のTiDBの課題 {#challenges-of-classic-tidb} diff --git a/tidb-cloud/tidbx-starter-essential-project-api-migration-guide.md b/tidb-cloud/tidbx-starter-essential-project-api-migration-guide.md index 9f2591d9750a1..8341d2e66adae 100644 --- a/tidb-cloud/tidbx-starter-essential-project-api-migration-guide.md +++ b/tidb-cloud/tidbx-starter-essential-project-api-migration-guide.md @@ -11,7 +11,7 @@ summary: TiDB Cloud が TiDB X インスタンス向けに個別のプロジェ これらのプロジェクトモデルの変更により、以下の API 変更に注意してください。 -- {{{ .starter }}} と Essential インスタンスの `project_id` 値は、TiDB Cloud コンソールでこれらのインスタンスをプロジェクト間で移動できるため、**変更される可能性があります**。`project_id` の値をハードコードしないでください。 +- {{{ .starter }}} と Essential インスタンスの `project_id` 値は、TiDB Cloud コンソールでこれらのインスタンスをプロジェクト間で移動できるため、**can change**。`project_id` の値をハードコードしないでください。 - プロジェクトのレスポンスには `type` フィールドが含まれるようになりました。指定可能な値については、[Project type values](#project-type-values) を参照してください。 ## Project API の変更 {#project-api-changes} diff --git a/tidb-cloud/tiproxy-management.md b/tidb-cloud/tiproxy-management.md index 6b6a58b732c0a..291231070e650 100644 --- a/tidb-cloud/tiproxy-management.md +++ b/tidb-cloud/tiproxy-management.md @@ -45,8 +45,8 @@ TiProxyノードのサイズと数は、 TiDB Cloud DedicatedクラスタのQPS 既存のクラスタで TiProxy を有効にするには、次の手順を実行します。 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Dedicatedクラスターの名前をクリックして、その概要ページに移動します。 -2. 右上隅の**「…」**をクリックし、ドロップダウンメニューから**「変更」**をクリックします。 **「クラスタの変更」**ページが表示されます。 -3. **「クラスタの変更」**ページで、TiProxyのトグルをクリックし、TiProxyのサイズと数を選択します。 +2. 右上隅の**「…」**をクリックし、ドロップダウンメニューから**「変更」**をクリックします。 **Modify Cluster**ページが表示されます。 +3. **Modify Cluster**ページで、TiProxyのトグルをクリックし、TiProxyのサイズと数を選択します。 ![Enable TiProxy](/media/tidb-cloud/tiproxy-enable-tiproxy.png) @@ -66,8 +66,8 @@ TiProxyノードのサイズと数は、 TiDB Cloud DedicatedクラスタのQPS TiProxyを無効にするには、以下の手順を実行してください。 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Dedicatedクラスターの名前をクリックして、その概要ページに移動します。 -2. 右上隅の**「…」**をクリックし、ドロップダウンメニューから**「変更」**をクリックします。 **「クラスタの変更」**ページが表示されます。 -3. **「クラスタの変更」**ページで、TiProxyのトグルをクリックしてTiProxyを無効にします。 +2. 右上隅の**「…」**をクリックし、ドロップダウンメニューから**「変更」**をクリックします。 **Modify Cluster**ページが表示されます。 +3. **Modify Cluster**ページで、TiProxyのトグルをクリックしてTiProxyを無効にします。 ![Disable TiProxy](/media/tidb-cloud/tiproxy-disable-tiproxy.png) @@ -78,8 +78,8 @@ TiProxyを無効にするには、以下の手順を実行してください。 TiProxyのトポロジーを表示するには、以下の手順を実行してください。 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Dedicatedクラスターの名前をクリックして、その概要ページに移動します。 -2. 左側のナビゲーションペインで、 **[監視] > [ノード]**をクリックします。**ノードマップ**ページが表示されます。 -3. **ノードマップ**ページでは、TiProxyのトポロジーが**TiDB**ペインに表示されます。 +2. 左側のナビゲーションペインで、 **[監視] > [ノード]**をクリックします。**Node Map**ページが表示されます。 +3. **Node Map**ページでは、TiProxyのトポロジーが**TiDB**ペインに表示されます。 ![TiProxy Topology](/media/tidb-cloud/tiproxy-topology.png) @@ -94,8 +94,8 @@ TiProxyのメトリクスを表示するには、以下の手順を実行して 指標には以下が含まれます。 - **TiProxyのCPU使用率**：各TiProxyノードのCPU使用率統計情報。上限は100%です。CPU使用率が80%を超える場合は、TiProxyのスケールアウトをお勧めします。 -- **TiProxy接続数**：各TiProxyノード上の接続数。 -- **TiProxy スループット**: 各 TiProxy ノードで 1 秒あたりに転送されるバイト数。最大スループットが最大ネットワーク帯域幅に達した場合は、TiProxy をスケールアウトすることをお勧めします。最大ネットワーク帯域幅の詳細については、 [TiProxyノードのサイズと数を決定する](#decide-the-size-and-number-of-tiproxy-nodes)を参照してください。 +- **TiProxy Connections**：各TiProxyノード上の接続数。 +- **TiProxy Throughput**: 各 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の請求書を確認する {#view-tiproxy-bills} @@ -118,8 +118,8 @@ TiProxyの請求書を表示するには、以下の手順を実行してくだ TiProxyをスケールインまたはスケールアウトするには、以下の手順を実行します。 1. [TiDB Cloudコンソール](https://tidbcloud.com/)で、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットのTiDB Cloud Dedicatedクラスターの名前をクリックして、その概要ページに移動します。 -2. 右上隅の**「…」**をクリックし、ドロップダウンメニューから**「変更」**をクリックします。 **「クラスタの変更」**ページが表示されます。 -3. **「クラスタの変更」**ページで、TiProxyノードの数を変更します。 +2. 右上隅の**「…」**をクリックし、ドロップダウンメニューから**「変更」**をクリックします。 **Modify Cluster**ページが表示されます。 +3. **Modify Cluster**ページで、TiProxyノードの数を変更します。 ![Modify TiProxy](/media/tidb-cloud/tiproxy-enable-tiproxy.png) diff --git a/tidb-cloud/top-ru.md b/tidb-cloud/top-ru.md index ffa67342190c2..bba060bb825cf 100644 --- a/tidb-cloud/top-ru.md +++ b/tidb-cloud/top-ru.md @@ -5,7 +5,7 @@ summary: Top RUを使用して、1分単位の粒度で最もリクエストユ # トップRU {#top-ru} -**Top RUは、** SQL文をリクエストユニット（RU）消費量に基づいてランク付けし、RU使用量を押し上げているクエリを迅速に特定するのに役立ちます。TiDB Cloud EssentialまたはTiDB Cloud Premiumインスタンスのメトリクスで予期せぬRUの急増に気づいた場合は、Top RUを使用して原因となっているSQL文を特定し、的を絞った対策を講じてください。 +**Top RU** SQL文をリクエストユニット（RU）消費量に基づいてランク付けし、RU使用量を押し上げているクエリを迅速に特定するのに役立ちます。TiDB Cloud EssentialまたはTiDB Cloud Premiumインスタンスのメトリクスで予期せぬRUの急増に気づいた場合は、Top RUを使用して原因となっているSQL文を特定し、的を絞った対策を講じてください。 > **Note:** > @@ -27,7 +27,7 @@ TiDB Cloudプランによって、RUの主要機能は異なります。 ## オープントップRU {#open-top-ru} 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインし、 TiDB Cloud EssentialまたはTiDB Cloud Premiumインスタンスに移動してください。 -2. 左側のナビゲーション ペインで、 **[監視]** > **[トップ RU]**をクリックします。 +2. 左側のナビゲーション ペインで、 **[監視]** > **Top RU**をクリックします。 ## SQLによるRU消費量の分析 {#analyze-ru-consumption-by-sql} @@ -37,14 +37,14 @@ TiDB Cloudプランによって、RUの主要機能は異なります。 ページ上部のフィルターを使用して、データを絞り込んでください。 -- **時間範囲**：あらかじめ設定された間隔、またはカスタム範囲を選択してください。 +- **Time range**：あらかじめ設定された間隔、またはカスタム範囲を選択してください。 - プリセットオプション：**過去15分**、 **30分**、 **1時間**、 **2時間**、 **6時間**、 **12時間**、 **1日**。 + プリセットオプション：**過去15分**、 **30 min**、 **1 hour**、 **2 hours**、 **6 hours**、 **12 hours**、 **1 day**。 カスタム時間範囲の場合： - 利用可能な開始日の最短日は、データ保持期間によって異なります。TiDB Cloud Premiumインスタンスの場合は**30日前**、 TiDB Cloud Essentialインスタンスの場合は**7日前です**。 - - 1回のクエリの最大有効期間は**24時間**です。 + - 1回のクエリの最大有効期間は**24 hours**です。 - **上位N** ：表示するSQL文の数を指定します。 @@ -85,7 +85,7 @@ TiDB Cloudプランによって、RUの主要機能は異なります。 特定のデータベースユーザーのSQLステートメントを詳しく調べるには： 1. **「ユーザー別スライス」**タブをクリックします。 -2. **ユーザー**フィルターで、調査対象のユーザーを選択します。このフィルターには最大100人のユーザーが表示され、それ以上のユーザーは**「その他のユーザー」**としてグループ化されます。 +2. **ユーザー**フィルターで、調査対象のユーザーを選択します。このフィルターには最大100人のユーザーが表示され、それ以上のユーザーは**Other users**としてグループ化されます。 3. **トップN SQLリスト**とトレンドチャートには、選択したユーザーのクエリのみが表示されます。 ## SQLステートメントをドリルダウンする {#drill-down-into-a-sql-statement} @@ -111,7 +111,7 @@ Top RUは、SQL文が持つ実行計画の数と、プランデータが利用 #### プランは利用できません {#plans-not-available} -プランデータが利用できない場合、Top RUには**プランダイジェスト**、 **SQL RUトレンド（プラン**別）、**実行計画は**表示されません。その他のフィールドは引き続き表示されます。 +プランデータが利用できない場合、Top RUには**Plan digest**、 **SQL RUトレンド（プラン**別）、**Execution Plan**表示されません。その他のフィールドは引き続き表示されます。 #### 複数のプラン {#multiple-plans} @@ -125,14 +125,14 @@ SQLに複数の実行計画がある場合、パネルにはまずプラン一 RUスパイクを調査するには、以下のワークフローを使用してください。 1. TiDB Cloud EssentialまたはTiDB Cloud PremiumインスタンスのメトリクスにRUの急上昇が見られるか、アラートがトリガーされた場合は、その旨にご注意ください。 -2. **「モニタリング」** > **「トップRU」**に移動し、 **「概要」**タブをクリックして、スパイクが発生した期間を選択します。 -3. **合計RU値**が最も高いSQL文を特定します。各SQL文にカーソルを合わせると、RU値の推移が表示され、急上昇が始まった時期がわかります。 +2. **「モニタリング」** > **Top RU**に移動し、 **「概要」**タブをクリックして、スパイクが発生した期間を選択します。 +3. **Total RU**が最も高いSQL文を特定します。各SQL文にカーソルを合わせると、RU値の推移が表示され、急上昇が始まった時期がわかります。 4. 特定のユーザーがランキングの急上昇を引き起こしているかどうかを確認するには、 **「ユーザー別ランキング」**パネルを確認してください。 5. 必要に応じて、 **「ユーザー別スライス」**タブに移動し、ユーザーを選択して、そのユーザーが最も多くのRUを消費しているSQLステートメントに注目してください。 6. SQL文をクリックすると、詳細パネルが開きます。実行計画を確認して、インデックスの欠落など、最適化の機会を見つけてください。 7. **クエリテンプレートID**を使用して、実行コンテキストの詳細を確認するために、スロークエリまたはSQLステートメントを相互参照してください。 8. インデックスの追加、SQLの書き換え、ビジネスロジックの調整など、最適化を適用してください。 -9. **トップRU**ページに戻り、最近の期間を選択して、RU消費量が減少していることを確認してください。 +9. **Top RU**ページに戻り、最近の期間を選択して、RU消費量が減少していることを確認してください。 ## 制限事項 {#limitations} diff --git a/tidb-cloud/use-chat2query-api.md b/tidb-cloud/use-chat2query-api.md index f209ca79f4a00..fd5e2d1105b43 100644 --- a/tidb-cloud/use-chat2query-api.md +++ b/tidb-cloud/use-chat2query-api.md @@ -21,13 +21,13 @@ Chat2Query エンドポイントを呼び出す前に、Chat2Query データ ア プロジェクトのデータ アプリを作成するには、次の手順を実行します。 -1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページで、左ペインで**「データアプリを作成」**をクリックします。データアプリ作成ダイアログが表示されます。 +1. プロジェクトの[**Data Service**](https://tidbcloud.com/project/data-service)ページで、左ペインで**Create DataApp**をクリックします。データアプリ作成ダイアログが表示されます。 > **Tip:** > - > クラスターの**SQL エディター**ページが表示されている場合は、右上隅の**...**をクリックし、 **API 経由で Chat2Query にアクセス**して、**新しい Chat2Query データ アプリ**をクリックすることで、データ アプリ作成ダイアログを開くこともできます。 + > クラスターの**SQL Editor**ページが表示されている場合は、右上隅の**...**をクリックし、 **API 経由で Chat2Query にアクセス**して、**新しい Chat2Query データ アプリ**をクリックすることで、データ アプリ作成ダイアログを開くこともできます。 -2. ダイアログで、データアプリの名前を定義し、データソースとして必要なクラスターを選択し、**データアプリ**の種類として**「Chat2Query データアプリ」**を選択します。必要に応じて、アプリの説明を記入することもできます。 +2. ダイアログで、データアプリの名前を定義し、データソースとして必要なクラスターを選択し、**データアプリ**の種類として**Data App**を選択します。必要に応じて、アプリの説明を記入することもできます。 3. **[作成]**をクリックします。 @@ -57,7 +57,7 @@ API キーを作成するには、次の手順を実行します。 - `Chat2Query SQL ReadWrite` : API キーが提供された指示に基づいて SQL ステートメントを生成し、任意の SQL ステートメントを実行することを許可します。 -4. デフォルトでは、APIキーに有効期限はありません。キーの有効期限を設定する場合は、 **「有効期限」**をクリックし、時間単位（ `Minutes` 、 `Days` 、または`Months` ）を選択して、希望する数値を入力してください。 +4. デフォルトでは、APIキーに有効期限はありません。キーの有効期限を設定する場合は、 **Expires in**をクリックし、時間単位（ `Minutes` 、 `Days` 、または`Months` ）を選択して、希望する数値を入力してください。 5. **「次へ」**をクリックします。公開鍵と秘密鍵が表示されます。 From 3da175466635c0cc6cfdece126ab370515591b37 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Mon, 17 Aug 2026 10:42:11 +0900 Subject: [PATCH 2/6] i18n(ja): revert further false positives found via deeper dbaas-ui context verification MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit A user spot-check found 'same region' confirmed only via a source-code COMMENT in dbaas-ui (never rendered on screen), exposing a gap in the verification method: grep-based confirmation doesn't distinguish a genuine rendered UI string from incidental text inside code comments or ordinary prose sentences that happen to contain the phrase. Re-verified all 382 confirmed labels with a stricter classifier (label:/title:/name:/placeholder:/data-mp-event/tight-JSX-text patterns vs. comment-only vs. prose-embedded matches). Found and reverted: - 3 more comment-only false positives (Auto Login, Backup List, experimental feature) plus the already-known 'Custom format' and 'Do nothing' cases (Custom format reverted for consistency since its own confirmation was equally bogus, despite moderate independent confidence in the underlying Airbyte claim; Do nothing kept, since it's independently a well-known, stable AWS DMS console option) - 6 prose-embedded false positives in marketing/conceptual sections (Advanced security, Enhanced capabilities, High availability x2, Columnar storage, Instant elasticity, Best practice x2, Billing notifications) that happened to also appear as ordinary words within an unrelated sentence or comment elsewhere in dbaas-ui - 2 plain emphasis/RFC-style bold spans mistaken for labels (MUST NOT, does not, public internet) that EN just happens to bold for emphasis, not as UI references Also fixed a severe word-order-driven mismapping in migrate-from-mysql-using-data-migration.md: EN bolds physical/logical mode before existing/incremental data in one sentence, but JA's natural word order reverses the two clauses, so positional pairing cross-wired all four spans (existing data data got physical mode's slot and vice versa) across 3 occurrences. Fixed by hand, keeping physical mode/logical mode in English (independently confirmed real TiDB DM feature-mode names in dbaas-ui) while reverting existing data/incremental data to Japanese (generic descriptive nouns, not discrete UI labels — their own dbaas-ui 'confirmations' were also prose-fragment false positives). --- tidb-cloud/architecture-concepts.md | 14 +++++++------- tidb-cloud/backup-and-restore.md | 2 +- ...rverless-firewall-rules-for-public-endpoints.md | 2 +- tidb-cloud/get-started-with-cli.md | 2 +- tidb-cloud/integrate-tidbcloud-with-airbyte.md | 2 +- .../migrate-from-mysql-using-data-migration.md | 6 +++--- tidb-cloud/notifications.md | 2 +- tidb-cloud/premium/backup-and-restore-premium.md | 4 ++-- .../connect-to-premium-via-aws-private-endpoint.md | 2 +- .../premium/dual-layer-data-encryption-premium.md | 4 ++-- tidb-cloud/security-concepts.md | 4 ++-- tidb-cloud/select-cluster-tier.md | 2 +- tidb-cloud/tidb-cloud-billing.md | 4 ++-- 13 files changed, 25 insertions(+), 25 deletions(-) diff --git a/tidb-cloud/architecture-concepts.md b/tidb-cloud/architecture-concepts.md index 7173a802892ce..d2c8d96662951 100644 --- a/tidb-cloud/architecture-concepts.md +++ b/tidb-cloud/architecture-concepts.md @@ -42,7 +42,7 @@ TiDB Cloud Starterは、フルマネージド型のマルチテナントTiDBサ Starterプランは、 TiDB Cloudを初めて利用する方に最適です。開発者や小規模チーム向けに、以下の機能を提供します。 -- **No cost**：このプランは[無料割り当て](https://www.pingcap.com/tidb-cloud-starter-pricing-details/)の範囲内でご利用の場合は無料です。始めるのにクレジットカードは必要ありません。 +- **無料**：このプランは[無料割り当て](https://www.pingcap.com/tidb-cloud-starter-pricing-details/)の範囲内でご利用の場合は無料です。始めるのにクレジットカードは必要ありません。 - **ストレージ**：初期容量として、行ベースのストレージが5 GiB、列ベースのストレージが5 GiB提供されます。 @@ -54,7 +54,7 @@ Starterプランは、 TiDB Cloudを初めて利用する方に最適です。 -- **Enhanced capabilities**：Starterプランのすべての機能に加え、より大規模で複雑なワークロードを処理できる能力、および高度なセキュリティ機能が含まれています。 +- **機能強化**：Starterプランのすべての機能に加え、より大規模で複雑なワークロードを処理できる能力、および高度なセキュリティ機能が含まれています。 - **自動スケーリング**：変化するワークロードの需要に効率的に対応するために、ストレージとコンピューティングリソースを自動的に調整します。 - **予測可能な料金体系**：コンピューティングリソースのストレージとリクエストキャパシティユニット（RCU）に基づいて課金されるため、ニーズに合わせて拡張可能な透明性の高い使用量ベースの料金体系が提供され、予期せぬ追加料金なしで使用した分だけを支払うことができます。 @@ -64,9 +64,9 @@ TiDB Cloud Essentialは、ゾーン型高可用性を提供します。これは -- **Enhanced capabilities**：Starterプランのすべての機能に加え、より大規模で複雑なワークロードを処理できる能力、および高度なセキュリティ機能が含まれています。 +- **機能強化**：Starterプランのすべての機能に加え、より大規模で複雑なワークロードを処理できる能力、および高度なセキュリティ機能が含まれています。 - **自動スケーリング**：変化するワークロードの需要に効率的に対応するために、ストレージとコンピューティングリソースを自動的に調整します。 -- **High availability**：組み込みの耐障害性と冗長性により、インフラストラクチャの障害発生時でも、アプリケーションの可用性と回復力が維持されます。 +- **高可用性**：組み込みの耐障害性と冗長性により、インフラストラクチャの障害発生時でも、アプリケーションの可用性と回復力が維持されます。 - **予測可能な料金体系**：コンピューティングリソースのストレージとリクエストキャパシティユニット（RCU）に基づいて課金されるため、ニーズに合わせて拡張可能な透明性の高い使用量ベースの料金体系が提供され、予期せぬ追加料金なしで使用した分だけを支払うことができます。 TiDB Cloud Essentialは、さまざまな運用要件に対応するため、2種類の高可用性機能を提供します。 @@ -85,7 +85,7 @@ TiDB Cloud Essentialは、さまざまな運用要件に対応するため、2 - **無制限の成長と自動スケーリング**：変化するワークロードに対応するためのシームレスなスケーリングを提供し、ビジネスに不可欠な業務の継続的な信頼性を確保します。 - **パフォーマンス最適化**：高スループットかつ低遅延のワークロード向けに調整されており、より大きなリソース上限と、よりきめ細かなスケーリング制御を提供します。 - **従量課金制**：実際の[要求容量単位（RCU）](/tidb-cloud/tidb-cloud-glossary.md#request-capacity-unit-rcu)消費量とストレージ使用量に基づいて課金されます。この柔軟なモデルにより、バックエンドでの手動による過剰プロビジョニングが不要になります。 -- **Advanced security**：大規模企業や規制対象業界が必要とする、より高度なセキュリティ設定とコンプライアンス機能を提供します。 +- **高度なセキュリティ**：大規模企業や規制対象業界が必要とする、より高度なセキュリティ設定とコンプライアンス機能を提供します。 ミッション クリティカルなワークロードの稼働時間と回復力を最大化するために、 TiDB Cloud Premium は[地域的な高可用性](/tidb-cloud/serverless-high-availability.md#regional-high-availability-architecture)を提供し、複数のアベイラビリティ ゾーンにノードを分散して、ゾーン展開よりも高い冗長性を実現します。 @@ -187,7 +187,7 @@ TiDBノードを複数デプロイすることで、水平方向に拡張し、 - TiKVノードは、キーバリューレベルでネイティブな分散トランザクションをサポートし、スナップショット分離をデフォルトの分離レベルとして保証します。 - TiDBノードは、SQL実行計画をTiKVノードAPIへの呼び出しに変換することで、シームレスなSQLレベルのトランザクションサポートを実現します。 -- **High availability** +- **高可用性** - TiKVノード内のすべてのデータは、耐久性を確保するために複製されます（デフォルト：3つのレプリカ）。 - TiKVはネイティブな高可用性を保証し、自動フェイルオーバーをサポートすることで、ノード障害からシステムを保護します。 @@ -202,7 +202,7 @@ TiDBノードを複数デプロイすることで、水平方向に拡張し、 **主な特徴：** -- **Columnar storage** +- **列ベースストレージ** TiFlashノードはデータを列形式で保存するため、分析クエリに最適化されており、読み取り負荷の高いワークロードのパフォーマンスを大幅に向上させます。 diff --git a/tidb-cloud/backup-and-restore.md b/tidb-cloud/backup-and-restore.md index dece9f9454e26..7ce82c46f20b8 100644 --- a/tidb-cloud/backup-and-restore.md +++ b/tidb-cloud/backup-and-restore.md @@ -16,7 +16,7 @@ aliases: ['/ja/tidbcloud/restore-deleted-tidb-cluster'] - TiDB Cloud Dedicatedは、v6.2.0以降のバージョンのクラスタでは、デフォルトでバックアップからのユーザーアカウントとSQLバインディングの復元をサポートしています。 - TiDB Cloud Dedicated は、 `mysql`スキーマに保存されているシステム変数の復元をサポートしていません。 -- 最初にデータをインポートし、次に**手動**スナップショット バックアップを実行し、最後にポイントインタイム リストアを有効にすることをお勧めします。 TiDB Cloudコンソールを通じてインポートされたデータは変更ログを生成**does not**ため、自動的に検出してバックアップすることはできません。詳細については、[クラウドストレージからTiDB Cloud DedicatedにCSVファイルをインポートする](/tidb-cloud/import-csv-files.md)を参照してください。 +- 最初にデータをインポートし、次に**手動**スナップショット バックアップを実行し、最後にポイントインタイム リストアを有効にすることをお勧めします。 TiDB Cloudコンソールを通じてインポートされたデータは変更ログを生成**しない**ため、自動的に検出してバックアップすることはできません。詳細については、[クラウドストレージからTiDB Cloud DedicatedにCSVファイルをインポートする](/tidb-cloud/import-csv-files.md)を参照してください。 - ポイントインタイム復元を複数回オン/オフした場合、復元可能な期間内で選択できるのは、直近のポイントインタイム復元が有効になった時点以降の時点のみです。それ以前の復元可能な期間にはアクセスできません。 - **Point-in-time Restore**と**デュアルリージョンバックアップ**のスイッチを同時に変更しないでください。 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 e5f4a52db998c..0636bf944b448 100644 --- a/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md +++ b/tidb-cloud/configure-serverless-firewall-rules-for-public-endpoints.md @@ -21,7 +21,7 @@ TiDB Cloud StarterまたはEssentialインスタンスでパブリック アク - デフォルトでは、すべてのIPアドレス（ `0.0.0.0 - 255.255.255.255` ）が許可されます。 - TiDB Cloud StarterまたはEssentialインスタンスの作成後、許可するIPアドレスを更新できます。 - TiDB Cloud StarterまたはEssentialインスタンスには、公開解決可能なDNS名が割り当てられています。 -- TiDB Cloud StarterまたはEssentialインスタンスとの間のネットワークトラフィックは、プライベートネットワークではなく、**public internet**を経由してルーティングされます。 +- TiDB Cloud StarterまたはEssentialインスタンスとの間のネットワークトラフィックは、プライベートネットワークではなく、**パブリックインターネット**を経由してルーティングされます。 ### ファイアウォールルール {#firewall-rules} diff --git a/tidb-cloud/get-started-with-cli.md b/tidb-cloud/get-started-with-cli.md index ce77e8a338d75..109f52f1c40cc 100644 --- a/tidb-cloud/get-started-with-cli.md +++ b/tidb-cloud/get-started-with-cli.md @@ -105,7 +105,7 @@ TiDB Cloud CLI を使用して TiDB Cloud Starterインスタンスを作成す > **Warning:** > - > プロファイル名には`.`を含めて**MUST NOT**。 + > プロファイル名には`.`を含めて**はいけません**。 - TiDB Cloudに認証情報を使用してログインしてください。 diff --git a/tidb-cloud/integrate-tidbcloud-with-airbyte.md b/tidb-cloud/integrate-tidbcloud-with-airbyte.md index c884946fdd5f5..fcaf0e59158ca 100644 --- a/tidb-cloud/integrate-tidbcloud-with-airbyte.md +++ b/tidb-cloud/integrate-tidbcloud-with-airbyte.md @@ -84,7 +84,7 @@ TiDB コネクタの詳細については、 [TiDBソース](https://docs.airbyt 4. **レプリケーション頻度を****「24時間ごと**」に設定すると、接続は1日に1回データを複製します。 -5. **宛先名前空間を** **Custom format**に設定し、**名前空間カスタム形式**を**テスト**に設定して、すべてのデータを`test`データベースに保存します。 +5. **宛先名前空間を****カスタム形式**に設定し、**名前空間カスタム形式**を**テスト**に設定して、すべてのデータを`test`データベースに保存します。 6. **同期モード**を**「完全更新」または「上書き」**に選択してください。 diff --git a/tidb-cloud/migrate-from-mysql-using-data-migration.md b/tidb-cloud/migrate-from-mysql-using-data-migration.md index a7cadfa2a7ce8..daff65e4884d1 100644 --- a/tidb-cloud/migrate-from-mysql-using-data-migration.md +++ b/tidb-cloud/migrate-from-mysql-using-data-migration.md @@ -809,7 +809,7 @@ GRANT CREATE, SELECT, INSERT, UPDATE, DELETE, ALTER, DROP, INDEX, CREATE VIEW ON TiDB Cloudへのデータ移行を一度で完了させるには、 **「既存データ移行」**と**「増分データ移行」の**両方を選択してください。これにより、ソースデータベースとターゲットデータベース間のデータの一貫性が確保されます。 -**physical mode**と**logical mode**移行には**existing data**または**incremental data**を使用できます。 +**既存データ**と**増分データ**の移行には、**physical mode**または**logical mode**を使用できます。 - デフォルトモードは**logical mode**です。このモードでは、MySQLソースデータベースからSQLステートメントとしてデータをエクスポートし、TiDB上で実行します。このモードでは、移行前のターゲットテーブルは空でも空でなくても構いません。ただし、物理モードよりもパフォーマンスは低下します。 @@ -834,7 +834,7 @@ TiDB Cloudへのデータ移行を一度で完了させるには、 **「既存 TiDB Cloudへのデータ移行を一度で完了させるには、ソースデータベースとターゲットデータベース間のデータの一貫性を確保するため、 **「完全＋増分」**と**「増分」の両方のデータ移行を**選択してください。 -現在、**logical mode**移行には**existing data**のみを使用できます。このモードでは、MySQLソースデータベースからSQLステートメントとしてデータをエクスポートし、TiDB上で実行します。このモードでは、移行前のターゲットテーブルは空でも空でなくても構いません。 +現在、**既存データ**の移行には**logical mode**のみを使用できます。このモードでは、MySQLソースデータベースからSQLステートメントとしてデータをエクスポートし、TiDB上で実行します。このモードでは、移行前のターゲットテーブルは空でも空でなくても構いません。 @@ -842,7 +842,7 @@ TiDB Cloudへのデータ移行を一度で完了させるには、ソースデ TiDB Cloud Premiumへのデータ移行を一度で完了させるには、 **「フル＋増分」**を選択してください。これにより、ソースデータベースとターゲットデータベース間のデータの一貫性が確保されます。 -**physical mode**には、**logical mode**または**論理モードの**いずれかを使用できます。 +**既存データの移行**には、**physical mode**または**logical mode**のいずれかを使用できます。 - デフォルトモードは**logical mode**です。このモードでは、MySQLソースデータベースからSQLステートメントとしてデータをエクスポートし、ターゲットのTiDB Cloud Premiumインスタンス上で実行します。このモードでは、移行前にターゲットテーブルが空でも空でなくても構いませんが、物理モードよりもパフォーマンスが低下します。 diff --git a/tidb-cloud/notifications.md b/tidb-cloud/notifications.md index fc7446747137b..4fbd9196fd7c1 100644 --- a/tidb-cloud/notifications.md +++ b/tidb-cloud/notifications.md @@ -23,7 +23,7 @@ TiDB Cloudコンソールでは、次のようなさまざまな種類の通知 システムエラー、セキュリティ警告、重要なアップデートなど、即時対応が必要な重大な問題や緊急の事態について通知します。 -- **Billing notifications** +- **請求通知** クレジットや割引に関する最新情報など、請求関連の活動に関する最新情報を配信します。 diff --git a/tidb-cloud/premium/backup-and-restore-premium.md b/tidb-cloud/premium/backup-and-restore-premium.md index 3b1a04596c929..b9a836e6d5122 100644 --- a/tidb-cloud/premium/backup-and-restore-premium.md +++ b/tidb-cloud/premium/backup-and-restore-premium.md @@ -185,7 +185,7 @@ TiDB Cloud Premiumは、自動バックアップに加えて、手動バック 2. 右上隅の「 **…」**をクリックし、次に**Manual Backup**をクリックします。 -3. 操作を確認してください。バックアップはTiDB Cloudに保存され、**Backup List**に表示されます。 +3. 操作を確認してください。バックアップはTiDB Cloudに保存され、**バックアップリスト**に表示されます。 TiDB Cloudコンソールでは、外部ストレージの認証情報を入力することなく、手動バックアップを直接復元できます。 @@ -197,7 +197,7 @@ TiDB Cloudは、偶発的なデータ損失や破損が発生した場合にデ TiDB Cloudは、インスタンスのスナップショット復元と特定時点への復元をサポートしています。 -- **Snapshot Restore**：特定のバックアップスナップショットからインスタンスを復元します。この方法は、自動バックアップと手動バックアップの両方の復元に使用できます。**Backup List**では、手動バックアップには**「手動」**タイプと**「永続的」有効**期限ステータスが表示されます。 +- **Snapshot Restore**：特定のバックアップスナップショットからインスタンスを復元します。この方法は、自動バックアップと手動バックアップの両方の復元に使用できます。**バックアップ一覧**では、手動バックアップには**「手動」**タイプと**「永続的」有効**期限ステータスが表示されます。 - **Point-in-Time Restore**：インスタンスを特定の時点の状態に復元します。 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 dca42c8b17bcb..b3acad298c0f0 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 @@ -27,7 +27,7 @@ AWS PrivateLink を利用したエンドポイント接続は、安全かつプ ## 制限 {#restrictions} - 対象インスタンスの `Organization Owner`、`Project Owner`、または `Instance Owner` ロールを持つユーザーのみがプライベートエンドポイント接続を作成できます。 -- 接続先のプライベートエンドポイントと {{{ .premium }}} または {{{ .byoc }}} インスタンスは、**same region** に配置されている必要があります。 +- 接続先のプライベートエンドポイントと {{{ .premium }}} または {{{ .byoc }}} インスタンスは、**同じリージョン** に配置されている必要があります。 ## 前提条件 {#prerequisites} diff --git a/tidb-cloud/premium/dual-layer-data-encryption-premium.md b/tidb-cloud/premium/dual-layer-data-encryption-premium.md index 6928ab936b9d9..cd8da396442f3 100644 --- a/tidb-cloud/premium/dual-layer-data-encryption-premium.md +++ b/tidb-cloud/premium/dual-layer-data-encryption-premium.md @@ -82,7 +82,7 @@ TiDB Cloud Premiumインスタンスを作成する際に、二重層データ 1. クラウドプロバイダーのKMSで対称暗号化キーを作成してください。 - キーは、計画されているTiDB Cloud Premium インスタンスと**same region**に存在する必要があります。 + キーは、計画されているTiDB Cloud Premium インスタンスと**同じリージョン**に存在する必要があります。 - AWS については、 [対称暗号化KMSキーを作成します](https://docs.aws.amazon.com/kms/latest/developerguide/create-symmetric-cmk.html)を参照してください。 - Alibaba Cloud については、 [KMSキーの理解](https://www.alibabacloud.com/help/en/kms/key-management-service/user-guide/overview-of-key-management)を参照してください。 @@ -168,7 +168,7 @@ TiDB Cloudに暗号化キーの管理を代行させるには、以下の手順 > **Warning:** > -> - 現在、暗号化されたバックアップは、元のインスタンスと同じ**アカウント**および**same region**にのみ復元できます。リージョン間およびアカウント間の復元操作はサポートされていません。 +> - 現在、暗号化されたバックアップは、元のインスタンスと同じ**アカウント**および**リージョン**にのみ復元できます。リージョン間およびアカウント間の復元操作はサポートされていません。 > - キーのセキュリティと可用性を維持する責任はあなたにあります。CMEKが削除されたり、完全に破損したりした場合、このキーに関連付けられたバックアップデータもすべて復元できなくなります。 ### CMEKで暗号化されたバックアップを復元する {#restore-a-backup-encrypted-with-a-cmek} diff --git a/tidb-cloud/security-concepts.md b/tidb-cloud/security-concepts.md index 165554289e8df..8b257b427d321 100644 --- a/tidb-cloud/security-concepts.md +++ b/tidb-cloud/security-concepts.md @@ -39,7 +39,7 @@ TiDB Cloudのユーザーアカウントは、ID管理とリソースへのア - すべての組織でデフォルトで有効になっています。 - - **Best practice**：小規模チームや、厳格なコンプライアンス要件がないチームでの使用。 + - **推奨される使用方法**：小規模チームや、厳格なコンプライアンス要件がないチームでの使用。 - 詳細については、 [標準SSO認証](/tidb-cloud/tidb-cloud-sso-authentication.md)を参照してください。 @@ -49,7 +49,7 @@ TiDB Cloudのユーザーアカウントは、ID管理とリソースへのア - 多要素認証の強制、パスワード有効期限ポリシー、ドメイン制限などの機能を有効にします。 - - **Best practice**：高度なセキュリティおよびコンプライアンス要件を持つ大規模組織に最適です。 + - **ベストプラクティス**：高度なセキュリティおよびコンプライアンス要件を持つ大規模組織に最適です。 - 詳細については、 [組織のSSO認証](/tidb-cloud/tidb-cloud-org-sso-authentication.md)を参照してください。 diff --git a/tidb-cloud/select-cluster-tier.md b/tidb-cloud/select-cluster-tier.md index 6e61cdf7d1583..d647b28020f74 100644 --- a/tidb-cloud/select-cluster-tier.md +++ b/tidb-cloud/select-cluster-tier.md @@ -116,7 +116,7 @@ TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスのプレフィ 大規模な容量と一貫した高いパフォーマンスを必要とするミッションクリティカルなエンタープライズワークロード向けに、Premiumプランは以下の機能を備えたクラウドネイティブなエクスペリエンスを提供します。 -- **Instant elasticity**：トラフィックの急増に対応し、ピーク需要時にも安定したパフォーマンスを維持するために、コンピューティングリソースを自動的に拡張します。 +- **即時的な拡張性**：トラフィックの急増に対応し、ピーク需要時にも安定したパフォーマンスを維持するために、コンピューティングリソースを自動的に拡張します。 - **無制限の拡張性**：物理的なインフラストラクチャの制約を受けることなく、ビジネスの成長に合わせてストレージとスループットを拡張できます。 - **ゼロインフラストラクチャ管理**：手動によるスケーリング、パッチ適用、キャパシティプランニングを排除する、完全マネージドサービスを提供します。 - **予測可能な料金体系**：ストレージとリクエストキャパシティユニット（RCU）に基づいて課金されるため、ニーズに合わせて拡張可能な透明性の高い使用量ベースの料金体系が実現し、予期せぬ追加料金なしで使用した分だけを支払うことができます。 diff --git a/tidb-cloud/tidb-cloud-billing.md b/tidb-cloud/tidb-cloud-billing.md index a5a7211499d86..d0bcf706845b7 100644 --- a/tidb-cloud/tidb-cloud-billing.md +++ b/tidb-cloud/tidb-cloud-billing.md @@ -124,7 +124,7 @@ ALTER TABLE t1 STORAGE_CLASS='IA'; > **Warning:** > -> Infrequent Access は現在 **experimental feature** な機能であり、一部のリージョンでのみ利用できます。現在は {{{ .essential }}} でのみサポートされています。 +> Infrequent Access は現在 **実験的** な機能であり、一部のリージョンでのみ利用できます。現在は {{{ .essential }}} でのみサポートされています。 @@ -416,7 +416,7 @@ TiDB CloudアカウントをAlibaba Cloudの請求アカウントにリンクす 2. TiDB Cloud製品ページで**「今すぐ有効化」**をクリックし、画面の指示に従って従量課金モードを確認し、有効化アプリケーションを表示します。 -3. 購読ページで、 TiDB Cloudの購読情報を探し、 **Auto Login**をクリックしてください。TiDB Cloudのサインアップページに移動します。 +3. 購読ページで、 TiDB Cloudの購読情報を探し、 **「自動ログイン」**をクリックしてください。TiDB Cloudのサインアップページに移動します。 4. サインアップページの上部にある通知を確認し、 **Sign in**をクリックしてください。 From 191a428a0d375470d405ed2876230f8f9135785f Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Mon, 17 Aug 2026 10:53:50 +0900 Subject: [PATCH 3/6] i18n(ja): fix oversized bold-span content loss and word-order mismappings found via 1:1 EN comparison MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit A user spot-check of 'Generate Password' surfaced a distinct defect class from the earlier revert pass: several JA bold spans were already oversized BEFORE this batch (a pre-existing MT defect wrapping an entire clause, not just the label, in ** markers). When the mechanical fix matched one of these to a confirmed 2-word EN label, it replaced the ENTIRE oversized span — including content that was never part of the label — with just the short English label, silently destroying the rest of the sentence. Fixed in 11 files by reconstructing each sentence against its EN source: import-with-mysql-cli-premium.md and connect-via-standard-connection-serverless.md ('Generate Password'), tidb-cloud-tls-connect-to-premium.md ('Auto-generate Password'), import-csv-files.md and import-parquet-files.md ('Destination Mapping' colliding with an HTML-anchor-embedded checkbox label), essential-changefeed-sink-to-kafka.md and changefeed-sink-to-apache-kafka.md ('Distribution Mode' swapped with its own dropdown value), set-up-private-endpoint-connections-on-azure.md ('connection method' swapped with its dropdown value), and configure-external-storage-access.md ('Target Connection' swapped with the Amazon S3 / Azure Blob Storage value in both branches of the CustomContent block). Also fixed one same-shape regression unrelated to any oversized span: backup-and-restore.md's 'gsutil URI' (already English pre-batch) lost its trailing を particle because the particle itself is kana, so the whole mixed English+particle span satisfied the kana/kanji-detection filter and got swept into the candidate pool by accident. Additionally converted backup-and-restore-serverless.md's plain Markdown table (Backup setting/Backup Cycle/Backup Retention/Backup Time row headers) to match EN exactly — confirmed genuine via dbaas-ui, this content was outside the bold-span sweep's mechanical scope since it's plain table text, not **bold**, so needed a manual follow-up fix. --- tidb-cloud/backup-and-restore-serverless.md | 8 ++++---- tidb-cloud/backup-and-restore.md | 2 +- tidb-cloud/changefeed-sink-to-apache-kafka.md | 2 +- tidb-cloud/configure-external-storage-access.md | 4 ++-- tidb-cloud/connect-via-standard-connection-serverless.md | 2 +- tidb-cloud/essential-changefeed-sink-to-kafka.md | 2 +- tidb-cloud/import-csv-files.md | 2 +- tidb-cloud/import-parquet-files.md | 2 +- tidb-cloud/premium/import-with-mysql-cli-premium.md | 2 +- tidb-cloud/premium/tidb-cloud-tls-connect-to-premium.md | 2 +- .../set-up-private-endpoint-connections-on-azure.md | 2 +- 11 files changed, 15 insertions(+), 15 deletions(-) diff --git a/tidb-cloud/backup-and-restore-serverless.md b/tidb-cloud/backup-and-restore-serverless.md index d6c0afba57340..0f0aebafc7c19 100644 --- a/tidb-cloud/backup-and-restore-serverless.md +++ b/tidb-cloud/backup-and-restore-serverless.md @@ -30,11 +30,11 @@ TiDB Cloudはデータを自動的にバックアップするため、災害発 自動バックアップの設定は、 TiDB Cloud StarterインスタンスとTiDB Cloud Essentialインスタンスで異なり、以下の表に示されています。 -| バックアップ設定 | TiDB Cloud Starter （無料） | TiDB Cloud Starter （利用限度額 > 0） | TiDB Cloud Essential | +| Backup setting | TiDB Cloud Starter （無料） | TiDB Cloud Starter （利用限度額 > 0） | TiDB Cloud Essential | | ---------- | ----------------------- | --------------------------------- | -------------------- | -| バックアップサイクル | 毎日 | 毎日 | 毎日 | -| バックアップ保持 | 1日 | 最大30日間 | 最大30日間 | -| バックアップ時間 | 固定時間 | 設定可能 | 設定可能 | +| Backup Cycle | 毎日 | 毎日 | 毎日 | +| Backup Retention | 1日 | 最大30日間 | 最大30日間 | +| Backup Time | 固定時間 | 設定可能 | 設定可能 | - **Backup Cycle**とは、バックアップが実行される頻度のことです。 diff --git a/tidb-cloud/backup-and-restore.md b/tidb-cloud/backup-and-restore.md index 7ce82c46f20b8..09cf337ef3d47 100644 --- a/tidb-cloud/backup-and-restore.md +++ b/tidb-cloud/backup-and-restore.md @@ -236,7 +236,7 @@ TiDB Cloud Dedicatedクラスターに手動バックアップを適用するに 6. **「新しいプリンシパル」**で、手順3の**サービスアカウントID**を入力し、手順4の役割を割り当ててから、 **「保存」**をクリックします。 -7. **「コンフィグレーション」**タブを開き、 **gsutil URI**コピーして、 **「Google Cloud Storageへのバックアップのエクスポート」**ダイアログの**「エクスポートパス」**フィールドに貼り付けます。サブディレクトリにエクスポートする場合は、URIにパスサフィックスを追加します。 +7. **「コンフィグレーション」**タブを開き、 **gsutil URI**をコピーして、 **「Google Cloud Storageへのバックアップのエクスポート」**ダイアログの**「エクスポートパス」**フィールドに貼り付けます。サブディレクトリにエクスポートする場合は、URIにパスサフィックスを追加します。 8. エクスポートを開始するには、 **「エクスポート」**をクリックしてください。 diff --git a/tidb-cloud/changefeed-sink-to-apache-kafka.md b/tidb-cloud/changefeed-sink-to-apache-kafka.md index ab100d317a933..d40e5ae7a0513 100644 --- a/tidb-cloud/changefeed-sink-to-apache-kafka.md +++ b/tidb-cloud/changefeed-sink-to-apache-kafka.md @@ -290,7 +290,7 @@ TiDB Cloudの変更フィードがデータをApache Kafkaにストリーミン 7. **Topic Distribution**エリアで配信モードを選択し、選択したモードに応じてトピック名の設定を入力します。 - データ形式として**Avroを**選択した場合、 **[配信モード]**ドロップダウンリストでは**Distribution Mode**モードのみを選択できます。 + データ形式として**Avroを**選択した場合、 **Distribution Mode**ドロップダウンリストでは**[テーブルごとの変更ログをKafkaトピックに配信する]**モードのみを選択できます。 配信モードは、変更フィードがKafkaトピックを作成する方法を制御します。テーブルごと、データベースごと、またはすべての変更ログに対して1つのトピックを作成するかを選択できます。 diff --git a/tidb-cloud/configure-external-storage-access.md b/tidb-cloud/configure-external-storage-access.md index d1b01b5c1283b..6e2271cdb12ee 100644 --- a/tidb-cloud/configure-external-storage-access.md +++ b/tidb-cloud/configure-external-storage-access.md @@ -53,7 +53,7 @@ TiDB Cloud Starter、 Essential、またはPremiumインスタンスがAmazon S3 - データをAmazon S3にエクスポートする場合は、次のように**「新しいARNの追加」**ダイアログを開きます。 1. **Export Data**をクリックします。 - 2. **Amazon S3**で**Target Connection**を選択してください。 + 2. **Target Connection**で**Amazon S3**を選択してください。 3. **Folder URI**欄に入力してください。 4. **AWS ロール ARN**を選択し、[**ここをクリックして AWS CloudFormation を使用して新しいロールを作成します] をクリックします**。 @@ -265,7 +265,7 @@ Azure ARMテンプレートを使用してSASトークンを作成するには - データをAzure Blob Storageにエクスポートする場合： 1. **Export Data**をクリックします。 - 2. **ターゲット接続**で**Target Connection**を選択してください。 + 2. **Target Connection**で**Azure Blob Storage**を選択してください。 3. SASトークンフィールドの下にある**「ここをクリックして、Azure ARMテンプレートを使用して新しいものを作成してください」をクリックしてください**。 diff --git a/tidb-cloud/connect-via-standard-connection-serverless.md b/tidb-cloud/connect-via-standard-connection-serverless.md index 56acdfb308c93..19268d09d074c 100644 --- a/tidb-cloud/connect-via-standard-connection-serverless.md +++ b/tidb-cloud/connect-via-standard-connection-serverless.md @@ -51,7 +51,7 @@ TiDB Cloudプランに応じて、適切なエンドポイントモデルを選 4. TiDB Cloudでは、TiDB Cloud Starterインスタンス用に[ブランチ](https://docs.pingcap.com/tidbcloud/branch-overview/?plan=starter)を作成できます。ブランチが作成されると、**ブランチの**ドロップダウン リストからブランチに接続できます。 `main` TiDB Cloud Starterインスタンス自体を表します。 -5. まだパスワードを設定していない場合は、 **Generate Password**を生成してください。生成されたパスワードは二度と表示されませんので、安全な場所に保存してください。 +5. まだパスワードを設定していない場合は、 **Generate Password**をクリックしてランダムなパスワードを生成してください。生成されたパスワードは二度と表示されませんので、安全な場所に保存してください。 6. 接続文字列を使用して、 TiDB Cloud StarterまたはEssentialインスタンスに接続します。 diff --git a/tidb-cloud/essential-changefeed-sink-to-kafka.md b/tidb-cloud/essential-changefeed-sink-to-kafka.md index f1a29f0ce941e..2d6f8c9673378 100644 --- a/tidb-cloud/essential-changefeed-sink-to-kafka.md +++ b/tidb-cloud/essential-changefeed-sink-to-kafka.md @@ -166,7 +166,7 @@ TiDB Cloud Essential の変更フィードが Apache Kafka にデータをスト 7. **Topic Distribution**エリアで配信モードを選択し、選択したモードに応じてトピック名の設定を入力します。 - データ形式として**Avroを**選択した場合、 **[配信モード]**ドロップダウンリストでは**Distribution Mode**モードのみを選択できます。 + データ形式として**Avroを**選択した場合、 **Distribution Mode**ドロップダウンリストでは**[テーブルごとの変更ログをKafkaトピックに配信する]**モードのみを選択できます。 配信モードは、変更フィードがKafkaトピックを作成する方法を制御します。テーブルごと、データベースごと、またはすべての変更ログに対して1つのトピックを作成するかを選択できます。 diff --git a/tidb-cloud/import-csv-files.md b/tidb-cloud/import-csv-files.md index bf59f6992712c..c3825e9a6236f 100644 --- a/tidb-cloud/import-csv-files.md +++ b/tidb-cloud/import-csv-files.md @@ -37,7 +37,7 @@ aliases: ['/ja/tidbcloud/migrate-from-amazon-s3-or-gcs','/ja/tidbcloud/migrate-f > - データファイルのみを圧縮すればよく、データベースファイルやテーブルスキーマファイルを圧縮する必要はありません。 > - パフォーマンスを向上させるためには、各圧縮ファイルのサイズを100MiBに制限することをお勧めします。 > - Snappy 圧縮ファイルは[公式Snappyフォーマット](https://github.com/google/snappy)に存在する必要があります。 Snappy 圧縮の他のバリアントはサポートされていません。 - > - 圧縮されていないファイルの場合、前述のルールに従って CSV ファイル名を更新できない場合 (たとえば、CSV ファイル リンクが他のプログラムでも使用されている場合)、ファイル名を変更せずに、[ステップ4](#step-4-import-csv-files-to-tidb-cloud)の**宛先マッピング**手順で**Destination Mapping**を選択を解除して、ソース ファイルを単一のターゲット テーブルに手動でマッピングできます。 + > - 圧縮されていないファイルの場合、前述のルールに従って CSV ファイル名を更新できない場合 (たとえば、CSV ファイル リンクが他のプログラムでも使用されている場合)、ファイル名を変更せずに、[ステップ4](#step-4-import-csv-files-to-tidb-cloud)の**Destination Mapping**手順で**「TiDB ファイル命名規則を使用して自動マッピングを行う」の**選択を解除して、ソース ファイルを単一のターゲット テーブルに手動でマッピングできます。 ## ステップ2．対象テーブルのスキーマを作成する {#step-2-create-the-target-table-schemas} diff --git a/tidb-cloud/import-parquet-files.md b/tidb-cloud/import-parquet-files.md index af1bcad0ab763..62c43e9b48e78 100644 --- a/tidb-cloud/import-parquet-files.md +++ b/tidb-cloud/import-parquet-files.md @@ -41,7 +41,7 @@ summary: Amazon S3、GCS、またはAzure Blob StorageからTiDB Cloud Dedicated > **Note:** > - > - 前述のルールに従って Parquet ファイル名を更新できない場合 (たとえば、Parquet ファイル リンクが他のプログラムでも使用されている場合)、ファイル名を変更せずに、 [ステップ4](#step-4-import-parquet-files-to-tidb-cloud)の**宛先マッピング**サブステップで**Destination Mapping**の選択を解除して、ソース ファイルを単一のターゲット テーブルに手動でマッピングできます。 + > - 前述のルールに従って Parquet ファイル名を更新できない場合 (たとえば、Parquet ファイル リンクが他のプログラムでも使用されている場合)、ファイル名を変更せずに、 [ステップ4](#step-4-import-parquet-files-to-tidb-cloud)の**Destination Mapping**サブステップで**「TiDB ファイル命名規則を使用して自動マッピングを行う」**の選択を解除して、ソース ファイルを単一のターゲット テーブルに手動でマッピングできます。 > - Snappy 圧縮ファイルは[公式Snappyフォーマット](https://github.com/google/snappy)に存在する必要があります。 Snappy 圧縮の他のバリアントはサポートされていません。 ## ステップ2．対象テーブルのスキーマを作成する {#step-2-create-the-target-table-schemas} diff --git a/tidb-cloud/premium/import-with-mysql-cli-premium.md b/tidb-cloud/premium/import-with-mysql-cli-premium.md index b40d00797a2d6..e1e1bfd29b2da 100644 --- a/tidb-cloud/premium/import-with-mysql-cli-premium.md +++ b/tidb-cloud/premium/import-with-mysql-cli-premium.md @@ -40,7 +40,7 @@ MySQLコマンドラインクライアントを使用してTiDB Cloud Premiumイ > > TiDB Cloud Premiumインスタンスでは、パブリックエンドポイントはデフォルトで無効になっています。 `Public`オプションが表示されない場合は、インスタンスの詳細ページ（**ネットワーク**タブ）でパブリックエンドポイントを有効にするか、組織の管理者に有効化を依頼してから先に進んでください。 -4. **Generate Password**が生成されます。既にパスワードを設定している場合は、そのパスワードを再利用するか、変更してから先に進んでください。 +4. **Generate Password**をクリックすると、ランダムなパスワードが生成されます。既にパスワードを設定している場合は、そのパスワードを再利用するか、変更してから先に進んでください。 ## ステップ2. 対象データベースとテーブルスキーマを定義する {#step-2-define-the-target-database-and-table-schema} 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 ada90b7686c7a..40f129b8f0c5d 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 インスタンスの行にある「 **...」**をクリックして、 **「ルートパスワードの変更」**を選択します。パスワード設定で、「パスワード**Auto-generate Password**が自動的に生成されます。 + そのためには、[**My TiDB**](https://tidbcloud.com/tidbs)ページに移動し、 TiDB Cloud Premium インスタンスの行にある「 **...」**をクリックして、 **「ルートパスワードの変更」**を選択します。パスワード設定で、**Auto-generate Password**をクリックすると、数字、大文字、小文字、特殊文字を含む16文字のルートパスワードが自動的に生成されます。 ## TiDB Cloud Premiumインスタンスへのセキュリティ接続 {#secure-connection-to-a-tidb-cloud-premium-instance} 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 c7e682f44a357..ede9608184419 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. **Private endpoints**を検索し、検索結果から**Private endpoints**を選択してください。 3. **Private endpoint**ページで、 **+ Create**をクリックします。 4. **「基本」**タブで、プロジェクトとインスタンスの情報を入力し、 **「次へ: リソース」**をクリックします。 -5. **「リソース」**タブで、**接続方法**として**connection method**を選択し、コピーしたTiDB Cloudリソース ID を**「リソース ID またはエイリアス」**フィールドに貼り付けます。 +5. **「リソース」**タブで、**connection method**として**「リソース ID またはエイリアスを使用して Azure リソースに接続する」**を選択し、コピーしたTiDB Cloudリソース ID を**「リソース ID またはエイリアス」**フィールドに貼り付けます。 6. 引き続き**「次へ」**をクリックして残りの構成タブに進み、必要な設定を完了します。次に、 **[作成]**をクリックしてプライベート エンドポイントを作成してデプロイします。 Azure のデプロイが完了するまでに数秒かかる場合があります。詳細については、Azure ドキュメントの[プライベートエンドポイントを作成する](https://learn.microsoft.com/en-us/azure/private-link/create-private-endpoint-portal?tabs=dynamic-ip#create-a-private-endpoint)を参照してください。 7. プライベートエンドポイントの作成とデプロイが完了したら、 **「リソースへ移動」**をクリックし、以下の手順を実行してください。 From 6f050d672d9f4748bdd362369c036b3867624eb6 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Mon, 17 Aug 2026 10:57:12 +0900 Subject: [PATCH 4/6] i18n(ja): fix garbled sentence structure and stray decoration around GCP Create role button MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit changefeed-sink-to-cloud-storage.md had a pre-existing MT defect (predating this batch): the sentence was missing 'ページ' and put 'に移動して' before the Roles link instead of after, reading as 'Navigate to, [Roles] Create role click' instead of 'Navigate to the Roles page, then click Create role'. Reconstructed against EN ('Go to the [Roles] page, and then click **Create role**.'). dedicated-external-storage.md had a straddling-bracket leftover ('「役割') from the original 「役割の作成」 span, where only the closing quote had been captured inside the bold — same defect class as several others fixed in this batch's earlier commits. --- tidb-cloud/changefeed-sink-to-cloud-storage.md | 2 +- tidb-cloud/dedicated-external-storage.md | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/tidb-cloud/changefeed-sink-to-cloud-storage.md b/tidb-cloud/changefeed-sink-to-cloud-storage.md index eeba4fd7c4d50..e68005509ea69 100644 --- a/tidb-cloud/changefeed-sink-to-cloud-storage.md +++ b/tidb-cloud/changefeed-sink-to-cloud-storage.md @@ -77,7 +77,7 @@ summary: このドキュメントでは、TiDB Cloudから Amazon S3、Google Cl 1. [Google Cloud Console](https://console.cloud.google.com/)にサインインしてください。 - 2. に移動して、 [役割](https://console.cloud.google.com/iam-admin/roles)**Create role**をクリックします。 + 2. [役割](https://console.cloud.google.com/iam-admin/roles)ページに移動して、 **Create role**をクリックします。 ![Create a role](/media/tidb-cloud/changefeed/sink-to-cloud-storage-gcs-create-role.png) diff --git a/tidb-cloud/dedicated-external-storage.md b/tidb-cloud/dedicated-external-storage.md index bf9c5e3939abc..c7d33aa17ac51 100644 --- a/tidb-cloud/dedicated-external-storage.md +++ b/tidb-cloud/dedicated-external-storage.md @@ -176,7 +176,7 @@ TiDB CloudがGCSバケット内のソースデータにアクセスできるよ 1. [Google Cloud Console](https://console.cloud.google.com/)にサインインしてください。 - 2. [役割](https://console.cloud.google.com/iam-admin/roles)ページに移動し、「役割**CREATE ROLE**をクリックしてください。 + 2. [役割](https://console.cloud.google.com/iam-admin/roles)ページに移動し、**CREATE ROLE**をクリックしてください。 ![Create a role](/media/tidb-cloud/gcp-create-role.png) From e0b786d3a0ccaab531d63f4359e19548e60e94e5 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Mon, 17 Aug 2026 10:58:36 +0900 Subject: [PATCH 5/6] i18n(ja): fix two more instances of the Auto-generate Password oversized-bold-span defect Same pattern as the earlier import-with-mysql-cli-premium.md and tidb-cloud-tls-connect-to-premium.md fixes: the pre-existing JA bold span wrapped the whole clause instead of just the button label, so the mechanical fix replaced it entirely, losing 'click X to generate a random password' down to just the label. Confirmed via corpus-wide grep that these were the last 2 remaining instances of this exact pattern. --- tidb-cloud/configure-security-settings.md | 2 +- tidb-cloud/create-tidb-cluster.md | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/tidb-cloud/configure-security-settings.md b/tidb-cloud/configure-security-settings.md index 5ad6fc58d89f1..fb578b99ec796 100644 --- a/tidb-cloud/configure-security-settings.md +++ b/tidb-cloud/configure-security-settings.md @@ -21,7 +21,7 @@ TiDB Cloud Dedicatedクラスタの場合、ルートパスワードと接続を 3. TiDB Cloud Dedicatedクラスターに接続するためのルートパスワードを設定し、 **[保存]**をクリックします。 - **Auto-generate Password**が生成されます。生成されたパスワードは二度と表示されませんので、安全な場所に保存してください。 + **Auto-generate Password**をクリックすると、ランダムなパスワードが生成されます。生成されたパスワードは二度と表示されませんので、安全な場所に保存してください。 > **Tip:** > diff --git a/tidb-cloud/create-tidb-cluster.md b/tidb-cloud/create-tidb-cluster.md index 040d07bce53dd..7441e89d90d9a 100644 --- a/tidb-cloud/create-tidb-cluster.md +++ b/tidb-cloud/create-tidb-cluster.md @@ -81,7 +81,7 @@ TiDB Cloud Dedicatedクラスターの作成が完了したら、以下の手順 2. クラスターに接続するためのルートパスワードを設定し、 **[保存]**をクリックします。 - **Auto-generate Password**が生成されます。生成されたパスワードは二度と表示されないため、安全な場所に保存してください。 + **Auto-generate Password**をクリックすると、ランダムなパスワードが生成されます。生成されたパスワードは二度と表示されないため、安全な場所に保存してください。 ## 次は？ {#what-s-next} From e3b8bb9d83b15773d67a22f4efc576510794d715 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Mon, 17 Aug 2026 11:09:34 +0900 Subject: [PATCH 6/6] i18n(ja): revert TiDB/TiKV/TiFlash node headings back to Japanese MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit high-availability-with-multi-az.md uses these as architectural category headers introducing an HA-behavior explanation paragraph for each component, not as references to a clickable console element. Same 'category header, not a UI reference' precedent already applied to architecture-concepts.md's High availability / Columnar storage headings, despite dbaas-ui also showing genuine node-related UI strings elsewhere in the product. 'ノード' is also the established, consistent corpus-wide translation for 'node' throughout TiDB docs. --- tidb-cloud/high-availability-with-multi-az.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/tidb-cloud/high-availability-with-multi-az.md b/tidb-cloud/high-availability-with-multi-az.md index 2b459e72e1276..a45582eda0f77 100644 --- a/tidb-cloud/high-availability-with-multi-az.md +++ b/tidb-cloud/high-availability-with-multi-az.md @@ -9,14 +9,14 @@ TiDBはRaftコンセンサスアルゴリズムを使用し、 Raftグループ TiDB Cloud Dedicated クラスタは、TiDB ノード、TiKV ノード、 TiFlashノードという 3 つの主要コンポーネントで構成されています。TiDB Cloud Dedicated の各コンポーネントの高可用性実装は次のとおりです。 -- **TiDB node** +- **TiDBノード** TiDBはコンピューティングのみを目的としており、データの保存は行いません。水平方向に拡張可能です。TiDB Cloud Dedicatedは、リージョン内の異なるアベイラビリティゾーンにTiDBノードを均等に配置します。ユーザーがSQLリクエストを実行すると、リクエストはまず複数のアベイラビリティゾーンに展開されたロードバランサーを通過し、その後、ロードバランサーによって複数のTiDBノードに分散されて実行されます。高可用性を確保するため、各TiDB Cloud Dedicatedクラスタには少なくとも2つのTiDBノードを配置することをお勧めします。 -- **TiKV node** +- **TiKVノード** [TiKV](https://docs.pingcap.com/tidb/stable/tikv-overview) 、水平スケーラビリティを備えたTiDB Cloud Dedicatedクラスタの行ベースのストレージレイヤーです。TiDB Cloud DedicatedクラスタのTiKVノードの最小数は3です。TiDB Cloud Dedicatedは、選択したリージョン内のすべてのアベイラビリティゾーン（少なくとも3つ）にTiKVノードを均等にデプロイすることで、耐久性と高可用性を実現します。典型的な3レプリカ構成では、データはすべてのアベイラビリティゾーンのTiKVノードに均等に分散され、各TiKVノードのディスクに永続化されます。 -- **TiFlash node** +- **TiFlashノード** [TiFlash](https://docs.pingcap.com/tidb/stable/tiflash-overview) 、TiKV の列指向ストレージ拡張機能であり、TiDB を本質的にハイブリッドトランザクション/分析処理 (HTAP) データベースにする重要なコンポーネントです。TiFlash、列指向レプリカはRaft Learnerコンセンサスアルゴリズムに従って非同期的に複製されます。TiDB Cloud Dedicated は、 TiFlashノードをリージョン内の異なるアベイラビリティゾーンに均等にデプロイします。本番環境での高可用性を確保するため、各TiDB Cloud Dedicated クラスターに少なくとも 2 つのTiFlashノードを設定し、少なくとも 2 つのデータレプリカを作成本番ことをお勧めします。