From b8871839940deb1c6c48d077f676bad1a4cc83f3 Mon Sep 17 00:00:00 2001 From: Suhaha Date: Thu, 2 Apr 2026 16:44:54 +0800 Subject: [PATCH] fix: update custom content tags to use proper casing in documentation - Changed to in multiple markdown files for consistency and adherence to formatting standards. - Updated migration, integration, and performance tuning documents to reflect the changes in custom content tags. - Ensured that all instances of custom content are correctly formatted across various sections of the documentation. --- tidb-cloud/changefeed-overview.md | 16 ++++++------- tidb-cloud/changefeed-sink-to-apache-kafka.md | 10 ++++---- tidb-cloud/changefeed-sink-to-mysql.md | 10 ++++---- .../configure-external-storage-access.md | 24 +++++++++---------- tidb-cloud/key-concepts.md | 2 +- ...migrate-from-mysql-using-data-migration.md | 4 ++-- ...al-data-from-mysql-using-data-migration.md | 4 ++-- tidb-cloud/prometheus-grafana-integration.md | 14 +++++------ tidb-cloud/releases/release-notes-2025.md | 2 +- tidb-cloud/serverless-high-availability.md | 2 +- ...-self-hosted-kafka-private-link-service.md | 18 +++++++------- tidb-cloud/tidb-cloud-faq.md | 4 ++-- tidb-cloud/tidb-cloud-glossary.md | 2 +- tidb-cloud/tidb-cloud-intro.md | 2 +- tidb-cloud/tidb-cloud-log-redaction.md | 8 +++---- tidb-cloud/tidb-cloud-poc.md | 2 +- tidb-cloud/tidb-x-architecture.md | 4 ++-- tidb-cloud/tune-performance.md | 6 ++--- 18 files changed, 67 insertions(+), 67 deletions(-) diff --git a/tidb-cloud/changefeed-overview.md b/tidb-cloud/changefeed-overview.md index 55c1285ca86d0..5c9c46ac036c5 100644 --- a/tidb-cloud/changefeed-overview.md +++ b/tidb-cloud/changefeed-overview.md @@ -9,7 +9,7 @@ TiDB Cloud changefeed は、 TiDB Cloudから他のデータサービスへの > **注記：** > -> - 現在、 TiDB Cloud、1アカウントあたり最大100件の変更フィードしか許可されていません。クラスタ実例。 +> - 現在、 TiDB Cloud、1アカウントあたり最大100件の変更フィードしか許可されていません。クラスタ実例。 > - 現在、 TiDB Cloud、変更フィードごとに最大 100 個のテーブル フィルター ルールのみが許可されます。 > - クラスター[TiDB Cloudスターター](/tidb-cloud/select-cluster-tier.md#starter)および[TiDB Cloudエッセンシャル](/tidb-cloud/select-cluster-tier.md#essential)では、changefeed 機能は使用できません。 @@ -17,13 +17,13 @@ TiDB Cloud changefeed は、 TiDB Cloudから他のデータサービスへの changefeed 機能にアクセスするには、次の手順を実行します。 -1. [TiDB Cloudコンソール](https://tidbcloud.com)では、プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動します。 [**TiDBインスタンス**](https://tidbcloud.com/tidbs)ページに移動します。 +1. [TiDB Cloudコンソール](https://tidbcloud.com)では、プロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動します。 [**TiDBインスタンス**](https://tidbcloud.com/tidbs)ページに移動します。 > **ヒント：** > > 左上隅のコンボ ボックスを使用して、組織、プロジェクト、クラスターを切り替えることができます。 -2. ターゲットの名前をクリックしますクラスタ実例概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「Changefeed」**をクリックします。Changefeedページが表示されます。 +2. ターゲットの名前をクリックしますクラスタ実例概要ページに移動し、左側のナビゲーションペインで**「データ」** > **「Changefeed」**をクリックします。Changefeedページが表示されます。 **Changefeed**ページでは、変更フィードを作成したり、既存の変更フィードの一覧を表示したり、既存の変更フィードを操作したり (変更フィードのスケーリング、一時停止、再開、編集、削除など) できます。 @@ -75,7 +75,7 @@ TiDB Cloud Premium では、変更フィードのTiCDC Changefeedフィード容 -1. 対象のTiDBの[**チェンジフィード**](#view-the-changefeed-page)ページ目に移動しますクラスタ実例。 +1. 対象のTiDBの[**チェンジフィード**](#view-the-changefeed-page)ページ目に移動しますクラスタ実例。 2. スケールする対応する変更フィードを見つけて、 **[アクション]**列で**[...]** > **[スケール アップ/ダウン]**をクリックします。 3. 新しい仕様を選択します。 4. **［送信］**をクリックします。 @@ -84,7 +84,7 @@ TiDB Cloud Premium では、変更フィードのTiCDC Changefeedフィード容 ## チェンジフィードを一時停止または再開する {#pause-or-resume-a-changefeed} -1. 対象のTiDBの[**チェンジフィード**](#view-the-changefeed-page)ページ目に移動しますクラスタ実例。 +1. 対象のTiDBの[**チェンジフィード**](#view-the-changefeed-page)ページ目に移動しますクラスタ実例。 2. 一時停止または再開する対応する変更フィードを見つけて、 **[アクション]**列の**[...]** > **[一時停止/再開]**をクリックします。 ## 変更フィードを編集する {#edit-a-changefeed} @@ -93,7 +93,7 @@ TiDB Cloud Premium では、変更フィードのTiCDC Changefeedフィード容 > > TiDB Cloud現在、一時停止状態の変更フィードのみ編集できます。 -1. 対象のTiDBの[**チェンジフィード**](#view-the-changefeed-page)ページ目に移動しますクラスタ実例。 +1. 対象のTiDBの[**チェンジフィード**](#view-the-changefeed-page)ページ目に移動しますクラスタ実例。 2. 一時停止する変更フィードを見つけて、 **[アクション]**列の**[...]** > **[一時停止]**をクリックします。 @@ -110,14 +110,14 @@ TiDB Cloud Premium では、変更フィードのTiCDC Changefeedフィード容 ## チェンジフィードを複製する {#duplicate-a-changefeed} -1. 対象のTiDBの[**チェンジフィード**](#view-the-changefeed-page)ページ目に移動しますクラスタ実例。 +1. 対象のTiDBの[**チェンジフィード**](#view-the-changefeed-page)ページ目に移動しますクラスタ実例。 2. 複製したい変更フィードを見つけます。 **「アクション」**列で、 **「...」** > **「複製」を**クリックします。 3. TiDB Cloud は、新しい変更フィード設定に元の設定を自動的に入力します。必要に応じて設定を確認し、変更できます。 4. 設定を確認したら、 **[送信]**をクリックして新しい変更フィードを作成し、開始します。 ## 変更フィードを削除する {#delete-a-changefeed} -1. 対象のTiDBの[**チェンジフィード**](#view-the-changefeed-page)ページ目に移動しますクラスタ実例。 +1. 対象のTiDBの[**チェンジフィード**](#view-the-changefeed-page)ページ目に移動しますクラスタ実例。 2. 削除する対応する変更フィードを見つけて、 **[アクション]**列で**[...]** > **[削除]**をクリックします。 ## チェンジフィード課金 {#changefeed-billing} diff --git a/tidb-cloud/changefeed-sink-to-apache-kafka.md b/tidb-cloud/changefeed-sink-to-apache-kafka.md index 93c84e901e775..bc2b2a42ad3c6 100644 --- a/tidb-cloud/changefeed-sink-to-apache-kafka.md +++ b/tidb-cloud/changefeed-sink-to-apache-kafka.md @@ -17,7 +17,7 @@ summary: このドキュメントでは、TiDB Cloudから Apache Kafka へデ ## 制限 {#restrictions} -- 各TiDB Cloudクラスタ実例最大 100 個の変更フィードを作成できます。 +- 各TiDB Cloudクラスタ実例最大 100 個の変更フィードを作成できます。 - 現在、 TiDB Cloud は、Kafka ブローカーに接続するための自己署名 TLS 証明書のアップロードをサポートしていません。 - TiDB Cloud は、変更フィードを確立するために TiCDC を使用するため、同じ[TiCDCとしての制限](https://docs.pingcap.com/tidb/stable/ticdc-overview#unsupported-scenarios)持ちます。 - レプリケートするテーブルに主キーまたは NULL 以外の一意のインデックスがない場合、レプリケーション中に一意の制約がないと、再試行シナリオによっては下流に重複したデータが挿入される可能性があります。 @@ -47,7 +47,7 @@ Apache Kafka にデータをストリーミングするための変更フィー ### ネットワーク {#network} -TiDBがクラスタ実例Apache Kafka サービスに接続できます。以下の接続方法のいずれかを選択できます。 +TiDBがクラスタ実例Apache Kafka サービスに接続できます。以下の接続方法のいずれかを選択できます。 - Private Connect: VPC CIDR の競合を回避し、セキュリティ コンプライアンスを満たすのに最適ですが、追加の[プライベートデータリンクコスト](/tidb-cloud/tidb-cloud-billing-ticdc-rcu.md#private-data-link-cost)発生します。 - VPC ピアリング: コスト効率の高いオプションとして適していますが、潜在的な VPC CIDR の競合とセキュリティ上の考慮事項を管理する必要があります。 @@ -142,7 +142,7 @@ TiDB Cloud変更フィードが Apache Kafka にデータをストリーミン ## ステップ1. Apache KafkaのChangefeedページを開く {#step-1-open-the-changefeed-page-for-apache-kafka} 1. [TiDB Cloudコンソール](https://tidbcloud.com)にログインします。 -2. ターゲットTiDBの概要ページに移動しますクラスタ実例をクリックし、左側のナビゲーション ウィンドウで**[データ]** > **[Changefeed]**をクリックします。 +2. ターゲットTiDBの概要ページに移動しますクラスタ実例をクリックし、左側のナビゲーション ウィンドウで**[データ]** > **[Changefeed]**をクリックします。 3. **「Changefeed の作成」**をクリックし、**宛先**として**Kafka を**選択します。 ## ステップ2. changefeedターゲットを構成する {#step-2-configure-the-changefeed-target} @@ -286,7 +286,7 @@ TiDB Cloud変更フィードが Apache Kafka にデータをストリーミン 6. データ形式として**Avroを**選択した場合、ページにAvro固有の設定が表示されます。これらの設定は以下のように入力できます。 - **Decimal**および**Unsigned BigInt**構成では、 TiDB Cloud がKafka メッセージの decimal および unsigned bigint データ型を処理する方法を指定します。 - - **スキーマレジストリ**領域で、スキーマレジストリエンドポイントを入力します。HTTP**認証**を有効にすると、ユーザー名とパスワードのフィールドが表示され、TiDBで指定した情報が自動的に入力されます。クラスタ実例エンドポイントとパスワード。 + - **スキーマレジストリ**領域で、スキーマレジストリエンドポイントを入力します。HTTP**認証**を有効にすると、ユーザー名とパスワードのフィールドが表示され、TiDBで指定した情報が自動的に入力されます。クラスタ実例エンドポイントとパスワード。 7. **「トピック配布」**領域で配布モードを選択し、モードに応じてトピック名の設定を入力します。 @@ -339,7 +339,7 @@ TiDB Cloud変更フィードが Apache Kafka にデータをストリーミン ## ステップ4. チェンジフィード仕様を構成する {#step-4-configure-your-changefeed-specification} -1. **チェンジフィード仕様**エリアで、レプリケーション容量単位（RCU）チェンジフィード容量単位（CCU）チェンジフィードによって使用されます。 +1. **チェンジフィード仕様**エリアで、レプリケーション容量単位（RCU）チェンジフィード容量単位（CCU）チェンジフィードによって使用されます。 2. **「Changefeed 名」**領域で、Changefeed の名前を指定します。 3. **「次へ」**をクリックして設定した構成を確認し、次のページに進みます。 diff --git a/tidb-cloud/changefeed-sink-to-mysql.md b/tidb-cloud/changefeed-sink-to-mysql.md index fad04c53d4a48..91507f1de296d 100644 --- a/tidb-cloud/changefeed-sink-to-mysql.md +++ b/tidb-cloud/changefeed-sink-to-mysql.md @@ -17,7 +17,7 @@ summary: このドキュメントでは、Sink to MySQL チェンジフィード ## 制限 {#restrictions} -- 各TiDB Cloudクラスタ実例最大 100 個の変更フィードを作成できます。 +- 各TiDB Cloudクラスタ実例最大 100 個の変更フィードを作成できます。 - TiDB Cloud は、変更フィードを確立するために TiCDC を使用するため、同じ[TiCDCとしての制限](https://docs.pingcap.com/tidb/stable/ticdc-overview#unsupported-scenarios)持ちます。 - レプリケートするテーブルに主キーまたは NULL 以外の一意のインデックスがない場合、レプリケーション中に一意の制約がないと、再試行シナリオによっては下流に重複したデータが挿入される可能性があります。 @@ -113,7 +113,7 @@ TiDB Cloudインスタンスは、プライベートエンドポイントを介 SET GLOBAL tidb_gc_life_time = '720h'; ``` -2. [Dumpling](https://docs.pingcap.com/tidb/stable/dumpling-overview)を使用してTiDBからデータをエクスポートしますクラスタ実例次に、 [マイダンパー/マイローダー](https://centminmod.com/mydumper.html)などのコミュニティ ツールを使用して、MySQL サービスにデータをロードします。 +2. [Dumpling](https://docs.pingcap.com/tidb/stable/dumpling-overview)を使用してTiDBからデータをエクスポートしますクラスタ実例次に、 [マイダンパー/マイローダー](https://centminmod.com/mydumper.html)などのコミュニティ ツールを使用して、MySQL サービスにデータをロードします。 3. [Dumplingのエクスポートファイル](https://docs.pingcap.com/tidb/stable/dumpling-overview#format-of-exported-files)から、メタデータ ファイルから MySQL シンクの開始位置を取得します。 @@ -133,7 +133,7 @@ TiDB Cloudインスタンスは、プライベートエンドポイントを介 前提条件を完了したら、データを MySQL にシンクできます。 -1. ターゲットTiDBの概要ページに移動しますクラスタ実例をクリックし、左側のナビゲーション ウィンドウで**[データ]** > **[Changefeed]**をクリックします。 +1. ターゲットTiDBの概要ページに移動しますクラスタ実例をクリックし、左側のナビゲーション ウィンドウで**[データ]** > **[Changefeed]**をクリックします。 2. **「Changefeed の作成」**をクリックし、**宛先**として**MySQL**を選択します。 @@ -170,12 +170,12 @@ TiDB Cloudインスタンスは、プライベートエンドポイントを介 8. **「レプリケーションの開始位置」**で、MySQL シンクの開始位置を設定します。 - [既存のデータをロードしました](#load-existing-data-optional)を使用している場合は、 **[特定の TSO からレプリケーションを開始]**を選択し、 Dumplingからエクスポートされたメタデータ ファイルから取得した TSO を入力します。 - - 上流TiDBにデータがない場合クラスタ実例で、 **[今すぐレプリケーションを開始する]**を選択します。 + - 上流TiDBにデータがない場合クラスタ実例で、 **[今すぐレプリケーションを開始する]**を選択します。 - それ以外の場合は、 **[特定の時刻からレプリケーションを開始する]**を選択して開始時刻をカスタマイズできます。 9. **次へ**をクリックして、変更フィード仕様を構成します。 - - **チェンジフィード仕様**エリアで、レプリケーション容量単位 (RCU)チェンジフィード容量単位（CCU）チェンジフィードによって使用されます。 + - **チェンジフィード仕様**エリアで、レプリケーション容量単位 (RCU)チェンジフィード容量単位（CCU）チェンジフィードによって使用されます。 - **「Changefeed 名」**領域で、Changefeed の名前を指定します。 10. **「次へ」**をクリックして、変更フィード構成を確認します。 diff --git a/tidb-cloud/configure-external-storage-access.md b/tidb-cloud/configure-external-storage-access.md index bd1c61c257978..5ec8157cc9e98 100644 --- a/tidb-cloud/configure-external-storage-access.md +++ b/tidb-cloud/configure-external-storage-access.md @@ -22,7 +22,7 @@ TiDB Cloud Dedicated クラスター用にこれらの外部ストレージを ## Amazon S3 アクセスを構成する {#configure-amazon-s3-access} -TiDB Cloudを許可するにはクラスタ実例Amazon S3バケット内のソースデータにアクセスするには、バケットアクセスを設定します。クラスタ実例次のいずれかの方法を使用します。 +TiDB Cloudを許可するにはクラスタ実例Amazon S3バケット内のソースデータにアクセスするには、バケットアクセスを設定します。クラスタ実例次のいずれかの方法を使用します。 - [ロールARNを使用する](#configure-amazon-s3-access-using-a-role-arn) : ロール ARN を使用して Amazon S3 バケットにアクセスします。 - [AWSアクセスキーを使用する](#configure-amazon-s3-access-using-an-aws-access-key) : IAMユーザーのアクセスキーを使用して Amazon S3 バケットにアクセスします。 @@ -33,13 +33,13 @@ TiDB Cloudを許可するにはクラス > **注記：** > -> Amazon S3へのロールARNアクセスは、クラスターインスタンスクラウドプロバイダーとしてAWSを使用します。別のクラウドプロバイダーをご利用の場合は、AWSアクセスキーを使用してください。詳細については、 [AWS アクセスキーを使用して Amazon S3 アクセスを構成する](#configure-amazon-s3-access-using-an-aws-access-key)参照してください。 +> Amazon S3へのロールARNアクセスは、クラスターインスタンスクラウドプロバイダーとしてAWSを使用します。別のクラウドプロバイダーをご利用の場合は、AWSアクセスキーを使用してください。詳細については、 [AWS アクセスキーを使用して Amazon S3 アクセスを構成する](#configure-amazon-s3-access-using-an-aws-access-key)参照してください。 -1. ターゲットの**インポート**ページを開きますクラスタ実例。 +1. ターゲットの**インポート**ページを開きますクラスタ実例。 - 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインしてプロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動します。 [**TiDBインスタンス**](https://tidbcloud.com/tidbs)ページに移動します。 + 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインしてプロジェクトの[**クラスター**](https://tidbcloud.com/project/clusters)ページに移動します。 [**TiDBインスタンス**](https://tidbcloud.com/tidbs)ページに移動します。 - 2. ターゲットの名前をクリックしますクラスタ実例概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート]**をクリックします。 + 2. ターゲットの名前をクリックしますクラスタ実例概要ページに移動し、左側のナビゲーション ペインで**[データ]** > **[インポート]**をクリックします。 2. **「新しい ARN の追加」**ダイアログを開きます。 @@ -51,7 +51,7 @@ TiDB Cloudを許可するにはクラス - データを Amazon S3 にエクスポートする場合は、次のようにして**[新しい ARN の追加]**ダイアログを開きます。 - 1. **「データのエクスポート先...」** > **「Amazon S3」**をクリックします。クラスタ実例これまでにデータをインポートまたはエクスポートしたことがない場合は、ページの下部にある**[データをエクスポートするには、ここをクリックしてください...]** > **[Amazon S3] を**クリックします。 + 1. **「データのエクスポート先...」** > **「Amazon S3」**をクリックします。クラスタ実例これまでにデータをインポートまたはエクスポートしたことがない場合は、ページの下部にある**[データをエクスポートするには、ここをクリックしてください...]** > **[Amazon S3] を**クリックします。 2. **フォルダー URI**フィールドに入力します。 3. **AWS ロール ARN**を選択し、[**ここをクリックして AWS CloudFormation で新規作成] をクリックします**。 @@ -89,10 +89,10 @@ AWS CloudFormation を使用してロール ARN を作成するときに問題 4. **[ポリシーの作成]**ページで、 **[JSON]**タブをクリックします。 - 5. 必要に応じて、ポリシーテキストフィールドでポリシーを設定します。以下は、TiDB Cloudからデータをエクスポートおよびインポートするための例です。クラスタ実例。 + 5. 必要に応じて、ポリシーテキストフィールドでポリシーを設定します。以下は、TiDB Cloudからデータをエクスポートおよびインポートするための例です。クラスタ実例。 - - TiDB Cloudからのデータのエクスポートクラスタ実例**s3:PutObject**および**s3:ListBucket**権限が必要です。 - - TiDB Cloudへのデータのインポートクラスタ実例**s3:GetObject** 、 **s3:GetObjectVersion** 、および**s3:ListBucket**権限が必要です。 + - TiDB Cloudからのデータのエクスポートクラスタ実例**s3:PutObject**および**s3:ListBucket**権限が必要です。 + - TiDB Cloudへのデータのインポートクラスタ実例**s3:GetObject** 、 **s3:GetObjectVersion** 、および**s3:ListBucket**権限が必要です。 ```json { @@ -158,7 +158,7 @@ AWS CloudFormation を使用してロール ARN を作成するときに問題 - **信頼されたエンティティタイプ**で、 **AWS アカウントを**選択します。 - **「AWS アカウント」**で**「別の AWS アカウント」**を選択し、 TiDB Cloudアカウント ID を**「アカウント ID」**フィールドに貼り付けます。 - - **[オプション]**で、 **[外部 ID が必要 (サードパーティがこの役割を引き受ける場合のベスト プラクティス)]**をクリックし、 TiDB Cloud外部 ID を**[外部 ID]**フィールドに貼り付けます。ロールが「外部IDを必須」に設定せずに作成された場合、プロジェクト内の1つのTiDBクラスターに対して設定が完了すると、そのプロジェクト内のすべてのTiDBクラスターが同じロールARNを使用してAmazon S3バケットにアクセスできるようになります。アカウントIDと外部IDを指定してロールを作成した場合、対応するTiDBクラスターのみがバケットにアクセスできます。 + - **[オプション]**で、 **[外部 ID が必要 (サードパーティがこの役割を引き受ける場合のベスト プラクティス)]**をクリックし、 TiDB Cloud外部 ID を**[外部 ID]**フィールドに貼り付けます。ロールが「外部IDを必須」に設定せずに作成された場合、プロジェクト内の1つのTiDBクラスターに対して設定が完了すると、そのプロジェクト内のすべてのTiDBクラスターが同じロールARNを使用してAmazon S3バケットにアクセスできるようになります。アカウントIDと外部IDを指定してロールを作成した場合、対応するTiDBクラスターのみがバケットにアクセスできます。 3. **[次へ]**をクリックしてポリシー リストを開き、作成したポリシーを選択して、 **[次へ]**をクリックします。 @@ -310,9 +310,9 @@ AccessKey ペアを構成するには、次の手順を実行します。 - 「**アクション」**セクションで、必要に応じて権限を選択します。 - TiDB Cloudにデータをインポートするにはクラスタ実例、 **oss:GetObject** 、 **oss:GetBucketInfo** 、および**oss:ListObjects**権限を付与します。 + TiDB Cloudにデータをインポートするにはクラスタ実例、 **oss:GetObject** 、 **oss:GetBucketInfo** 、および**oss:ListObjects**権限を付与します。 - TiDB Cloudからデータをエクスポートするにはクラスタ実例、 `oss:PutObject`および`oss:GetBucketInfo`権限を付与します。 + TiDB Cloudからデータをエクスポートするにはクラスタ実例、 `oss:PutObject`および`oss:GetBucketInfo`権限を付与します。 - **リソース**セクションで、バケットとバケット内のオブジェクトを選択します。 diff --git a/tidb-cloud/key-concepts.md b/tidb-cloud/key-concepts.md index d46f083abe107..f1d09585e71c9 100644 --- a/tidb-cloud/key-concepts.md +++ b/tidb-cloud/key-concepts.md @@ -39,7 +39,7 @@ TiDB Cloud Dedicated を使用すると、データ量やワークロードの TiDB Cloud は、サポートされているすべてのプランで高可用性を保証します。 -- のためにTiDB Cloud Starter とTiDB Cloud Essential TiDB Cloud Starter、 TiDB Cloud Essential、およびTiDB Cloud Premium [TiDB Cloudの高可用性](/tidb-cloud/serverless-high-availability.md)参照。 +- のためにTiDB Cloud Starter とTiDB Cloud Essential TiDB Cloud Starter、 TiDB Cloud Essential、およびTiDB Cloud Premium [TiDB Cloudの高可用性](/tidb-cloud/serverless-high-availability.md)参照。 - TiDB Cloud Dedicated については、 [TiDB Cloud専用における高可用性](/tidb-cloud/high-availability-with-multi-az.md)参照してください。 ## 監視 {#monitoring} diff --git a/tidb-cloud/migrate-from-mysql-using-data-migration.md b/tidb-cloud/migrate-from-mysql-using-data-migration.md index 9db8be3abddb7..e4f92591a0024 100644 --- a/tidb-cloud/migrate-from-mysql-using-data-migration.md +++ b/tidb-cloud/migrate-from-mysql-using-data-migration.md @@ -6,7 +6,7 @@ aliases: ['/ja/tidbcloud/migrate-data-into-tidb','/ja/tidbcloud/migrate-incremen # データ移行を使用してMySQL互換データベースをTiDB Cloudに移行する {#migrate-mysql-compatible-databases-to-tidb-cloud-using-data-migration} -このドキュメントでは、Amazon Aurora MySQL、Amazon RDS、Azure Database for MySQL - Flexible Server、Google Cloud SQL for MySQL、またはセルフマネージドMySQLインスタンスからMySQLデータベースを移行する方法について説明します。 TiDB Cloud専用TiDB Cloudエッセンシャル[TiDB Cloudコンソール](https://tidbcloud.com/)のデータ移行機能を使用します。 +このドキュメントでは、Amazon Aurora MySQL、Amazon RDS、Azure Database for MySQL - Flexible Server、Google Cloud SQL for MySQL、またはセルフマネージドMySQLインスタンスからMySQLデータベースを移行する方法について説明します。 TiDB Cloud専用TiDB Cloudエッセンシャル[TiDB Cloudコンソール](https://tidbcloud.com/)のデータ移行機能を使用します。 @@ -267,7 +267,7 @@ TiDB Cloud Essential の場合、使用できる接続方法は次のとおり #### TLS/SSL によるエンドツーエンドの暗号化 {#end-to-end-encryption-over-tls-ssl} -接続方法に関わらず、エンドツーエンドの暗号化にはTLS/SSLを使用することを強くお勧めします。プライベートエンドポイントではVPCピアリングネットワーク パスを保護し、TLS/SSL はデータ自体を保護し、コンプライアンス要件を満たすのに役立ちます。 +接続方法に関わらず、エンドツーエンドの暗号化にはTLS/SSLを使用することを強くお勧めします。プライベートエンドポイントではVPCピアリングネットワーク パスを保護し、TLS/SSL はデータ自体を保護し、コンプライアンス要件を満たすのに役立ちます。
TLS/SSL暗号化接続用のクラウドプロバイダーの証明書をダウンロードして保存します 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 abf75493b9238..74c7adfba3427 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 @@ -5,7 +5,7 @@ summary: Data Migration を使用して、Amazon Aurora MySQL、Amazon Relationa # データ移行を使用して、MySQL 互換データベースからTiDB Cloudに増分データのみを移行する {#migrate-only-incremental-data-from-mysql-compatible-databases-to-tidb-cloud-using-data-migration} -このドキュメントでは、クラウドプロバイダー（Amazon Aurora MySQL、Amazon Relational Database Service（RDS）、Google Cloud SQL for MySQL、Azure Database for MySQL、Alibaba Cloud RDS）上のMySQL互換データベースまたはセルフホストソースデータベースから増分データを移行する方法について説明します。 TiDB Cloud専用TiDB CloudエッセンシャルTiDB Cloudコンソールのデータ移行機能を使用します。 +このドキュメントでは、クラウドプロバイダー（Amazon Aurora MySQL、Amazon Relational Database Service（RDS）、Google Cloud SQL for MySQL、Azure Database for MySQL、Alibaba Cloud RDS）上のMySQL互換データベースまたはセルフホストソースデータベースから増分データを移行する方法について説明します。 TiDB Cloud専用TiDB CloudエッセンシャルTiDB Cloudコンソールのデータ移行機能を使用します。 @@ -162,7 +162,7 @@ SHOW VARIABLES LIKE 'binlog_row_image'; - **データ ソース**: データ ソースの種類。 - **リージョン**: データ ソースのリージョン。クラウド データベースにのみ必要です。 - - **接続方法**: データ ソースの接続方法。現在、接続方法に応じて、パブリック IP、VPC ピアリング、またはプライベート リンクを選択できます。接続方法に応じて、パブリック IP またはプライベート リンクを選択できます。 + - **接続方法**: データ ソースの接続方法。現在、接続方法に応じて、パブリック IP、VPC ピアリング、またはプライベート リンクを選択できます。接続方法に応じて、パブリック IP またはプライベート リンクを選択できます。 diff --git a/tidb-cloud/prometheus-grafana-integration.md b/tidb-cloud/prometheus-grafana-integration.md index e0df8ea14237c..7a8fd3ed13d29 100644 --- a/tidb-cloud/prometheus-grafana-integration.md +++ b/tidb-cloud/prometheus-grafana-integration.md @@ -7,13 +7,13 @@ summary: PrometheusとGrafanaの連携機能を使って、 TiDB Cloudインス TiDB Cloudは[プロメテウス](https://prometheus.io/) APIエンドポイントを提供します。Prometheusサービスをお持ちの場合は、このエンドポイントからTiDB Cloudの主要なメトリクスを簡単に監視できます。 -このドキュメントでは、Prometheus サービスを構成して、主要なメトリックを読み込む方法について説明します。 TiDB Cloud Essential TiDB Cloudプレミアムエンドポイントと、 [グラファナ](https://grafana.com/)を使用してメトリクスを表示する方法。 +このドキュメントでは、Prometheus サービスを構成して、主要なメトリックを読み込む方法について説明します。 TiDB Cloud Essential TiDB Cloudプレミアムエンドポイントと、 [グラファナ](https://grafana.com/)を使用してメトリクスを表示する方法。 ## 前提条件 {#prerequisites} - TiDB CloudをPrometheusと統合するには、自己ホスト型またはマネージド型のPrometheusサービスが必要です。 -- TiDB Cloudのサードパーティ メトリクス統合を設定するには、 TiDB Cloudで`Organization Owner`または`Instance Manager`アクセス権限が必要です。統合ページを表示するには、対象にアクセスするための`Project Viewer`または`Instance Viewer`以上のロールが必要です。 TiDB Cloud EssentialクラスターTiDB Cloud PremiumインスタンスTiDB Cloudの組織の下にあります。 +- TiDB Cloudのサードパーティ メトリクス統合を設定するには、 TiDB Cloudで`Organization Owner`または`Instance Manager`アクセス権限が必要です。統合ページを表示するには、対象にアクセスするための`Project Viewer`または`Instance Viewer`以上のロールが必要です。 TiDB Cloud EssentialクラスターTiDB Cloud PremiumインスタンスTiDB Cloudの組織の下にあります。 ## 制限 {#limitation} @@ -24,7 +24,7 @@ TiDB Cloudは[プロメテウス](https://prometheus.io/) APIエンドポイン ### ステップ1. Prometheus用のscrape_configファイルを取得する {#step-1-get-a-code-scrape-config-code-file-for-prometheus} -PrometheusサービスがTiDB Cloudのメトリクスを読み取るように設定する前に、まずTiDB Cloudで`scrape_config` YAMLファイルを生成する必要があります。 `scrape_config`ファイルには、Prometheusサービスがターゲットを監視することを可能にする一意のベアラートークンが含まれています。クラスタ実例。 +PrometheusサービスがTiDB Cloudのメトリクスを読み取るように設定する前に、まずTiDB Cloudで`scrape_config` YAMLファイルを生成する必要があります。 `scrape_config`ファイルには、Prometheusサービスがターゲットを監視することを可能にする一意のベアラートークンが含まれています。クラスタ実例。 @@ -63,7 +63,7 @@ PrometheusサービスがTiDB Cloudのメトリクスを読み取るように設 PrometheusサービスがTiDB Cloudからメトリクスを読み取った後、Grafana GUIダッシュボードを使用して、次のようにメトリクスを視覚化できます。 -1. GrafanaダッシュボードのJSONファイルをダウンロードしてTiDB Cloud Essential TiDB Cloudプレミアム以下のリンクから： +1. GrafanaダッシュボードのJSONファイルをダウンロードしてTiDB Cloud Essential TiDB Cloudプレミアム以下のリンクから： @@ -80,7 +80,7 @@ PrometheusサービスがTiDB Cloudからメトリクスを読み取った後、 > **注記：** > - > すでにPrometheusとGrafanaを使用して監視している場合クラスターインスタンス新しく利用可能になった指標を組み込みたい場合は、既存のダッシュボードの JSON を直接更新するのではなく、新しいダッシュボードを作成することをお勧めします。 + > すでにPrometheusとGrafanaを使用して監視している場合クラスターインスタンス新しく利用可能になった指標を組み込みたい場合は、既存のダッシュボードの JSON を直接更新するのではなく、新しいダッシュボードを作成することをお勧めします。 3. （オプション）パネルの追加や削除、データソースの変更、表示オプションの修正などにより、必要に応じてダッシュボードをカスタマイズできます。 @@ -93,11 +93,11 @@ Grafana の使用方法の詳細については、 [Grafanaのドキュメント 1. [ステップ1](#step-1-get-a-scrape_config-file-for-prometheus)手順に従って、Prometheus用の新しい`scrape_config`ファイルを作成します。 2. 新しいファイルの内容をPrometheusの設定ファイルに追加してください。 3. PrometheusサービスがTiDB Cloudから読み取れることを確認したら、Prometheus設定ファイルから古い`scrape_config`ファイルの内容を削除してください。 -4. **統合**ページでクラスタ実例対応する古い`scrape_config`ファイルを削除して、他のユーザーがTiDB Cloud Prometheus エンドポイントから読み取るために使用できないようにします。 +4. **統合**ページでクラスタ実例対応する古い`scrape_config`ファイルを削除して、他のユーザーがTiDB Cloud Prometheus エンドポイントから読み取るために使用できないようにします。 ## Prometheusで利用可能なメトリクス {#metrics-available-to-prometheus} -Prometheus は、お客様の以下のメトリック データを追跡します。クラスタ実例。 +Prometheus は、お客様の以下のメトリック データを追跡します。クラスタ実例。 diff --git a/tidb-cloud/releases/release-notes-2025.md b/tidb-cloud/releases/release-notes-2025.md index bc4983234e34f..b6a212bcfc0e7 100644 --- a/tidb-cloud/releases/release-notes-2025.md +++ b/tidb-cloud/releases/release-notes-2025.md @@ -209,7 +209,7 @@ summary: 2025 年のTiDB Cloudのリリース ノートについて説明しま - **TiDB Cloudエッセンシャル** - - [TiDB Cloudエッセンシャル](/tidb-cloud/select-cluster-tier.md#essential)はAWSでパブリックプレビュー中ですアリババクラウド。 + - [TiDB Cloudエッセンシャル](/tidb-cloud/select-cluster-tier.md#essential)はAWSでパブリックプレビュー中ですアリババクラウド。 ワークロードが増加し、リアルタイムの拡張性を必要とするアプリケーションに対して、 TiDB Cloud Essential はビジネスの成長に対応できる柔軟性とパフォーマンスを提供します。 diff --git a/tidb-cloud/serverless-high-availability.md b/tidb-cloud/serverless-high-availability.md index 6270fe83c17d8..3f351ea94c57e 100644 --- a/tidb-cloud/serverless-high-availability.md +++ b/tidb-cloud/serverless-high-availability.md @@ -9,7 +9,7 @@ TiDB Cloudは、高可用性とデータ耐久性をデフォルトで維持す > **注記：** > -> - この文書は、 TiDB Cloud Starter とTiDB Cloud Essential TiDB Cloud Starter、 TiDB Cloud Essential、およびTiDB Cloud Premium 。 +> - この文書は、 TiDB Cloud Starter とTiDB Cloud Essential TiDB Cloud Starter、 TiDB Cloud Essential、およびTiDB Cloud Premium 。 > - TiDB Cloud Dedicated の高可用性については、 [TiDB Cloud専用における高可用性](/tidb-cloud/high-availability-with-multi-az.md)参照してください。 ## 概要 {#overview} diff --git a/tidb-cloud/setup-aws-self-hosted-kafka-private-link-service.md b/tidb-cloud/setup-aws-self-hosted-kafka-private-link-service.md index 1a3f03ad38465..c8b5e28133f97 100644 --- a/tidb-cloud/setup-aws-self-hosted-kafka-private-link-service.md +++ b/tidb-cloud/setup-aws-self-hosted-kafka-private-link-service.md @@ -424,7 +424,7 @@ rm -rf $KAFKA_LOG_DIR mkdir -p $KAFKA_LOG_DIR # Magic id: BRl69zcmTFmiPaoaANybiw, you can use your own -$KAFKA_STORAGE_CMD format -t "BRl69zcmTFmiPaoaANybiw" -c "$KAFKA_CONFIG_DIR/server.properties" > $KAFKA_LOG_DIR/server_format.log +$KAFKA_STORAGE_CMD format -t "BRl69zcmTFmiPaoaANybiw" -c "$KAFKA_CONFIG_DIR/server.properties" > $KAFKA_LOG_DIR/server_format.log LOG_DIR=$KAFKA_LOG_DIR nohup $KAFKA_START_CMD "$KAFKA_CONFIG_DIR/server.properties" & ``` @@ -446,7 +446,7 @@ LOG_DIR=$KAFKA_LOG_DIR nohup $KAFKA_START_CMD "$KAFKA_CONFIG_DIR/server.properti ./kafka_2.13-3.7.1/bin/kafka-broker-api-versions.sh --bootstrap-server {one_of_broker_ip}:39092 # Expected output for the last 3 lines (the actual order might be different) # The difference in the output from "bootstrap from INTERNAL listener" is that exceptions or errors might occur because advertised listeners cannot be resolved in Kafka VPC. - # We will make them resolvable in TiDB Cloud side and make it route to the right broker when you create a changefeed connect to this Kafka cluster by Private Link. + # We will make them resolvable in TiDB Cloud side and make it route to the right broker when you create a changefeed connect to this Kafka cluster by Private Link. b1.usw2-az1.abc.us-west-2.aws.3199015.tidbcloud.com:9093 (id: 1 rack: null) -> ERROR: org.apache.kafka.common.errors.DisconnectException b2.usw2-az2.abc.us-west-2.aws.3199015.tidbcloud.com:9094 (id: 2 rack: null) -> ERROR: org.apache.kafka.common.errors.DisconnectException b3.usw2-az3.abc.us-west-2.aws.3199015.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org.apache.kafka.common.errors.DisconnectException @@ -482,7 +482,7 @@ LOG_DIR=$KAFKA_LOG_DIR nohup $KAFKA_START_CMD "$KAFKA_CONFIG_DIR/server.properti done } create_topic - produce_messages + produce_messages ``` 3. 要塞ノードにコンシューマー スクリプト`consume.sh`を作成します。 @@ -511,7 +511,7 @@ LOG_DIR=$KAFKA_LOG_DIR nohup $KAFKA_START_CMD "$KAFKA_CONFIG_DIR/server.properti 4. `produce.sh`と`consume.sh`を実行して、Kafkaクラスターが実行中であることを確認してください。これらのスクリプトは、後ほどネットワーク接続テストにも再利用されます。スクリプトは`--partitions 3 --replication-factor 3`のトピックを作成します。これら3つのブローカーすべてにデータが含まれていることを確認してください。ネットワーク接続がテストされることを保証するために、スクリプトが3つのブローカーすべてに接続することを確認してください。 ```shell - # Test write message. + # Test write message. ./produce.sh {one_of_broker_ip}:9092 ``` @@ -592,7 +592,7 @@ Kafka クラスターが TiDB インスタンスと同じリージョンおよ # Add EXTERNAL advertised listeners based on the "Kafka Advertised Listener Pattern" in "Prerequisites" section # 1. The pattern for AZ(ID: usw2-az1) is ".usw2-az1.abc.us-west-2.aws.3199015.tidbcloud.com:" - # 2. So the EXTERNAL can be "b1.usw2-az1.abc.us-west-2.aws.3199015.tidbcloud.com:9093", replace with "b" prefix plus "node.id" properties, replace with a unique port(9093) in EXTERNAL advertised listener ports range + # 2. So the EXTERNAL can be "b1.usw2-az1.abc.us-west-2.aws.3199015.tidbcloud.com:9093", replace with "b" prefix plus "node.id" properties, replace with a unique port(9093) in EXTERNAL advertised listener ports range advertised.listeners=...,EXTERNAL://b1.usw2-az1.abc.us-west-2.aws.3199015.tidbcloud.com:9093 # Configure EXTERNAL map @@ -652,8 +652,8 @@ export JAVA_HOME=/home/ec2-user/jdk-22.0.2 ./kafka_2.13-3.7.1/bin/kafka-broker-api-versions.sh --bootstrap-server {one_of_broker_ip}:39092 # Expected output for the last 3 lines (the actual order might be different) -# There will be some exceptions or errors because advertised listeners cannot be resolved in your Kafka network. -# We will make them resolvable in TiDB Cloud side and make it route to the right broker when you create a changefeed connect to this Kafka cluster by Private Link. +# There will be some exceptions or errors because advertised listeners cannot be resolved in your Kafka network. +# We will make them resolvable in TiDB Cloud side and make it route to the right broker when you create a changefeed connect to this Kafka cluster by Private Link. b1.usw2-az1.abc.us-west-2.aws.3199015.tidbcloud.com:9093 (id: 1 rack: null) -> ERROR: org.apache.kafka.common.errors.DisconnectException b2.usw2-az2.abc.us-west-2.aws.3199015.tidbcloud.com:9094 (id: 2 rack: null) -> ERROR: org.apache.kafka.common.errors.DisconnectException b3.usw2-az3.abc.us-west-2.aws.3199015.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org.apache.kafka.common.errors.DisconnectException @@ -751,7 +751,7 @@ b3.usw2-az3.abc.us-west-2.aws.3199015.tidbcloud.com:9095 (id: 3 rack: null) -> E b2.usw2-az2.abc.us-west-2.aws.3199015.tidbcloud.com:9094 (id: 2 rack: null) -> ERROR: org.apache.kafka.common.errors.DisconnectException b3.usw2-az3.abc.us-west-2.aws.3199015.tidbcloud.com:9095 (id: 3 rack: null) -> ERROR: org.apache.kafka.common.errors.DisconnectException - # You can also try bootstrap in other ports 9093/9094/9095. It will succeed probabilistically because NLB in AWS resolves LB DNS to the IP address of any availability zone and disables cross-zone load balancing by default. + # You can also try bootstrap in other ports 9093/9094/9095. It will succeed probabilistically because NLB in AWS resolves LB DNS to the IP address of any availability zone and disables cross-zone load balancing by default. # If you enable cross-zone load balancing in LB, it will succeed. However, it is unnecessary and might cause additional cross-AZ traffic. ``` @@ -772,7 +772,7 @@ b3.usw2-az3.abc.us-west-2.aws.3199015.tidbcloud.com:9095 (id: 3 rack: null) -> E ## ステップ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)に戻って、クラスタ実例**プライベートリンク**を使用してKafkaクラスターに接続します。詳細については、 [Apache Kafka にシンクする](/tidb-cloud/changefeed-sink-to-apache-kafka.md)参照してください。 2. **「ChangeFeed ターゲットの構成」>「接続方法」>「プライベート リンク」**に進むときは、次のフィールドに対応する値を入力し、必要に応じてその他のフィールドを入力します。 diff --git a/tidb-cloud/tidb-cloud-faq.md b/tidb-cloud/tidb-cloud-faq.md index b1cd96a424731..6b88a30dcdb20 100644 --- a/tidb-cloud/tidb-cloud-faq.md +++ b/tidb-cloud/tidb-cloud-faq.md @@ -13,7 +13,7 @@ summary: TiDB Cloudに関するよくある質問 (FAQ) について説明しま ### TiDB Cloudとは何ですか? {#what-is-tidb-cloud} -TiDB Cloud は、直感的なコンソールから制御できる完全に管理されたクラウド インスタンスを使用して、TiDB クラスターの導入、管理、保守をさらに簡素化します。 Amazon Web Services (AWS)、Google Cloud、Microsoft Azure、Alibaba Cloud に簡単にデプロイして、ミッションクリティカルなアプリケーションを迅速に構築できます。 Amazon Web Services (AWS)、Google Cloud、または Microsoft Azure に簡単にデプロイして、ミッションクリティカルなアプリケーションを迅速に構築できます。 +TiDB Cloud は、直感的なコンソールから制御できる完全に管理されたクラウド インスタンスを使用して、TiDB クラスターの導入、管理、保守をさらに簡素化します。 Amazon Web Services (AWS)、Google Cloud、Microsoft Azure、Alibaba Cloud に簡単にデプロイして、ミッションクリティカルなアプリケーションを迅速に構築できます。 Amazon Web Services (AWS)、Google Cloud、または Microsoft Azure に簡単にデプロイして、ミッションクリティカルなアプリケーションを迅速に構築できます。 TiDB Cloud は、開発者やデータベース管理者が、トレーニングをほとんど受けていない、あるいは全く受けていない場合でも、かつては複雑だったインフラストラクチャ管理やクラスタの導入といったタスクを容易に処理できるようにします。これにより、データベースの複雑さに煩わされることなく、アプリケーションに集中できるようになります。また、ボタンをクリックするだけで TiDB クラスタをスケールイン/スケールアウトできるため、必要な量と期間だけデータベースをプロビジョニングできるため、高価なリソースを無駄にすることがなくなります。 @@ -33,7 +33,7 @@ MySQL クライアントまたはドライバーでサポートされている ### TiDB Cloud はどこで実行できますか? {#where-can-i-run-tidb-cloud} -TiDB Cloudは現在、Amazon Web Services (AWS)、Google Cloud、Microsoft Azure、Alibaba Cloud で利用できます。 TiDB Cloudは現在、Amazon Web Services (AWS)、Google Cloud、Microsoft Azure で利用できます。 +TiDB Cloudは現在、Amazon Web Services (AWS)、Google Cloud、Microsoft Azure、Alibaba Cloud で利用できます。 TiDB Cloudは現在、Amazon Web Services (AWS)、Google Cloud、Microsoft Azure で利用できます。 ### TiDB Cloud は、異なるクラウド サービス プロバイダー間の VPC ピアリングをサポートしていますか? {#does-tidb-cloud-support-vpc-peering-between-different-cloud-service-providers} diff --git a/tidb-cloud/tidb-cloud-glossary.md b/tidb-cloud/tidb-cloud-glossary.md index c2823c6b66215..6ab3cc3ece170 100644 --- a/tidb-cloud/tidb-cloud-glossary.md +++ b/tidb-cloud/tidb-cloud-glossary.md @@ -172,7 +172,7 @@ TiDB Cloud DedicatedおよびTiDB Self-Managedにおいて、リクエストユ クラウドネイティブなオブジェクトstorageをTiDBのバックボーンとする、新しい分散SQLアーキテクチャ。TiDB Xは、コンピューティングとstorageを分離することで、ワークロードパターン、ビジネスサイクル、データ特性にリアルタイムで適応し、TiDBをインテリジェントに拡張することを可能にします。 -TiDB Xアーキテクチャは現在、 TiDB Cloud StarterとEssential TiDB Cloud Starter、Essential、および Premium詳細については、 [TiDB X のご紹介: AI 時代の分散 SQL の新たな基盤](https://www.pingcap.com/blog/introducing-tidb-x-a-new-foundation-distributed-sql-ai-era/)および[PingCAP、SCaiLE Summit 2025でTiDB Xと新しいAI機能を発表](https://www.pingcap.com/press-release/pingcap-launches-tidb-x-new-ai-capabilities/)を参照してください。 +TiDB Xアーキテクチャは現在、 TiDB Cloud StarterとEssential TiDB Cloud Starter、Essential、および Premium詳細については、 [TiDB X のご紹介: AI 時代の分散 SQL の新たな基盤](https://www.pingcap.com/blog/introducing-tidb-x-a-new-foundation-distributed-sql-ai-era/)および[PingCAP、SCaiLE Summit 2025でTiDB Xと新しいAI機能を発表](https://www.pingcap.com/press-release/pingcap-launches-tidb-x-new-ai-capabilities/)を参照してください。 ### TiFlashノード {#tiflash-node} diff --git a/tidb-cloud/tidb-cloud-intro.md b/tidb-cloud/tidb-cloud-intro.md index 500fc271da7cd..e6386bcf39b44 100644 --- a/tidb-cloud/tidb-cloud-intro.md +++ b/tidb-cloud/tidb-cloud-intro.md @@ -6,7 +6,7 @@ category: intro # TiDB Cloudとは何ですか？ {#what-is-tidb-cloud} -TiDB Cloud [TiDB Cloud](https://www.pingcap.com/tidb-cloud/)は、オープンソースのハイブリッドトランザクションおよび分析処理 (HTAP) データベースである TiDB [TiDB](https://docs.pingcap.com/tidb/stable/overview)をベースにした、フルマネージド型のクラウドネイティブなデータベース・アズ・ア・サービス (DBaaS) です。TiDB Cloud は、データベースのデプロイと管理を容易にし、データベースの複雑さではなく、アプリケーションの開発に集中できるようにします。 TiDB Cloudクラスターを作成することで、Amazon Web Services（AWS）、Google Cloud、Microsoft Azure、およびAlibaba Cloud上にミッションクリティカルなアプリケーションを迅速に構築できます。 TiDB Cloudクラスターを作成することで、Amazon Web Services（AWS）、Google Cloud、Microsoft Azure上にミッションクリティカルなアプリケーションを迅速に構築できます。 +TiDB Cloud [TiDB Cloud](https://www.pingcap.com/tidb-cloud/)は、オープンソースのハイブリッドトランザクションおよび分析処理 (HTAP) データベースである TiDB [TiDB](https://docs.pingcap.com/tidb/stable/overview)をベースにした、フルマネージド型のクラウドネイティブなデータベース・アズ・ア・サービス (DBaaS) です。TiDB Cloud は、データベースのデプロイと管理を容易にし、データベースの複雑さではなく、アプリケーションの開発に集中できるようにします。 TiDB Cloudクラスターを作成することで、Amazon Web Services（AWS）、Google Cloud、Microsoft Azure、およびAlibaba Cloud上にミッションクリティカルなアプリケーションを迅速に構築できます。 TiDB Cloudクラスターを作成することで、Amazon Web Services（AWS）、Google Cloud、Microsoft Azure上にミッションクリティカルなアプリケーションを迅速に構築できます。 ![TiDB Cloud Overview](/media/tidb-cloud/tidb-cloud-overview.png) diff --git a/tidb-cloud/tidb-cloud-log-redaction.md b/tidb-cloud/tidb-cloud-log-redaction.md index 2ec091f4db7c6..71e169e4bff36 100644 --- a/tidb-cloud/tidb-cloud-log-redaction.md +++ b/tidb-cloud/tidb-cloud-log-redaction.md @@ -5,9 +5,9 @@ summary: 実行ログ内の機密データの可視性を管理するために # ユーザー制御のログ編集 {#user-controlled-log-redaction} -ユーザー制御のログ編集により、機密データの可視性を管理できます。 [TiDB Cloud専用](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスターTiDB Cloud Premiumインスタンスログ。この編集機能を切り替えることで、情報を保護し、運用上のニーズとセキュリティのバランスを取り、ログに表示される内容を制御できます。クラスタ実例ログ。 +ユーザー制御のログ編集により、機密データの可視性を管理できます。 [TiDB Cloud専用](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスターTiDB Cloud Premiumインスタンスログ。この編集機能を切り替えることで、情報を保護し、運用上のニーズとセキュリティのバランスを取り、ログに表示される内容を制御できます。クラスタ実例ログ。 -ログ編集はデフォルトで有効になっており、実行ログや実行計画内の機密情報が隠蔽されます。より詳細なログ情報が必要な場合は、クラスタ実例メンテナンスや SQL チューニングのため、この機能はいつでも無効にできます。 +ログ編集はデフォルトで有効になっており、実行ログや実行計画内の機密情報が隠蔽されます。より詳細なログ情報が必要な場合は、クラスタ実例メンテナンスや SQL チューニングのため、この機能はいつでも無効にできます。 @@ -50,7 +50,7 @@ summary: 実行ログ内の機密データの可視性を管理するために 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインします。 -2. に移動[**クラスター**](https://tidbcloud.com/project/clusters) [**TiDBインスタンス**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットの名前をクリックしますクラスタ実例概要ページに移動します。 +2. に移動[**クラスター**](https://tidbcloud.com/project/clusters) [**TiDBインスタンス**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットの名前をクリックしますクラスタ実例概要ページに移動します。 @@ -102,7 +102,7 @@ summary: 実行ログ内の機密データの可視性を管理するために 1. [TiDB Cloudコンソール](https://tidbcloud.com/)にログインします。 -2. に移動[**クラスター**](https://tidbcloud.com/project/clusters) [**TiDBインスタンス**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットの名前をクリックしますクラスタ実例概要ページに移動します。 +2. に移動[**クラスター**](https://tidbcloud.com/project/clusters) [**TiDBインスタンス**](https://tidbcloud.com/tidbs)ページに移動し、ターゲットの名前をクリックしますクラスタ実例概要ページに移動します。 diff --git a/tidb-cloud/tidb-cloud-poc.md b/tidb-cloud/tidb-cloud-poc.md index a13bb33894b3a..c2b04c63e0997 100644 --- a/tidb-cloud/tidb-cloud-poc.md +++ b/tidb-cloud/tidb-cloud-poc.md @@ -5,7 +5,7 @@ summary: TiDB Cloudを使用して概念実証 (PoC) を実行する方法につ # TiDB Cloudで概念実証 (PoC) を実行する {#perform-a-proof-of-concept-poc-with-tidb-cloud} -TiDB Cloudは、 TiDBの優れた機能をすべて備えたフルマネージドクラウドデータベースを提供する、Database-as-a-Service（DBaaS）製品です。データベースの複雑な管理に煩わされることなく、アプリケーション開発に集中できます。 TiDB Cloudは現在、Amazon Web Services (AWS)、Google Cloud、Microsoft Azure、Alibaba Cloud で利用できます。 TiDB Cloudは現在、Amazon Web Services (AWS)、Google Cloud、Microsoft Azure で利用できます。 +TiDB Cloudは、 TiDBの優れた機能をすべて備えたフルマネージドクラウドデータベースを提供する、Database-as-a-Service（DBaaS）製品です。データベースの複雑な管理に煩わされることなく、アプリケーション開発に集中できます。 TiDB Cloudは現在、Amazon Web Services (AWS)、Google Cloud、Microsoft Azure、Alibaba Cloud で利用できます。 TiDB Cloudは現在、Amazon Web Services (AWS)、Google Cloud、Microsoft Azure で利用できます。 TiDB Cloud がお客様のビジネスニーズに最適かどうかを判断するには、概念実証（PoC）を開始することが最適な方法です。また、短期間でTiDB Cloudの主要な機能に慣れることができます。パフォーマンステストを実行することで、ワークロードがTiDB Cloud上で効率的に実行できるかどうかを確認できます。さらに、データの移行や構成の調整に必要な労力を評価することもできます。 diff --git a/tidb-cloud/tidb-x-architecture.md b/tidb-cloud/tidb-x-architecture.md index c6152bdfa4f97..693452ae884f8 100644 --- a/tidb-cloud/tidb-x-architecture.md +++ b/tidb-cloud/tidb-x-architecture.md @@ -5,7 +5,7 @@ summary: 共有ストレージのクラウドネイティブ TiDB Xアーキテ # TiDB Xアーキテクチャ {#tidb-x-architecture} -TiDB Xは、クラウドネイティブのオブジェクトstorageをTiDBのバックボーンとする新しい分散SQLアーキテクチャです。現在、 TiDB Cloudで利用可能です。スターターとエッセンシャルスターター、エッセンシャル、プレミアムこのアーキテクチャにより、AI 時代のワークロードに対して、弾力的なスケーラビリティ、予測可能なパフォーマンス、最適化された総所有コスト (TCO) が実現します。 +TiDB Xは、クラウドネイティブのオブジェクトstorageをTiDBのバックボーンとする新しい分散SQLアーキテクチャです。現在、 TiDB Cloudで利用可能です。スターターとエッセンシャルスターター、エッセンシャル、プレミアムこのアーキテクチャにより、AI 時代のワークロードに対して、弾力的なスケーラビリティ、予測可能なパフォーマンス、最適化された総所有コスト (TCO) が実現します。 TiDB Xは、 [クラシックTiDB](/tidb-architecture.md)のシェアード・ナッシング・アーキテクチャからクラウドネイティブのシェアード・ストレージ・アーキテクチャへの根本的な進化を表しています。オブジェクト・storageを共有永続storageレイヤーとして活用することで、TiDB Xはオンライン・トランザクション・ワークロードとリソースを大量に消費するバックグラウンド・タスクを分離し、コンピューティング・ワークロードを分離します。 @@ -25,7 +25,7 @@ TiDB Xは、 [クラシックTiDB](/tidb-architecture.md)のシェアード・ - **ハイブリッドトランザクションおよび分析処理（HTAP）** ：トランザクションと分析のワークロードを統合します。負荷の高い集計および結合処理をTiFlash （列指向storageエンジン）にプッシュダウンすることで、複雑なETLパイプラインを必要とせず、最新のトランザクションデータに対する予測可能なリアルタイム分析を実現します。 - **非ブロッキングなスキーマ変更**：完全にオンラインのDDL実装を使用します。スキーマ変更によって読み取りや書き込みがブロックされることがないため、アプリケーションのレイテンシーや可用性への影響を最小限に抑えながらデータモデルを進化させることができます。 - **高可用性**：シームレスなクラスタアップグレードとスケーリング操作をサポートします。これにより、メンテナンスやリソース調整中でも重要なサービスへのアクセスが確保されます。 -- **マルチクラウドサポート**：オープンソースソリューションとして動作し、 Amazon Web Services (AWS)、Google Cloud、Microsoft Azure、Alibaba Cloud Amazon Web Services (AWS)、Google Cloud、Microsoft Azureこれにより、ベンダー ロックインのないクラウド中立性が実現されます。 +- **マルチクラウドサポート**：オープンソースソリューションとして動作し、 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/tune-performance.md b/tidb-cloud/tune-performance.md index 42423f59dc4ac..275047ed3a1e6 100644 --- a/tidb-cloud/tune-performance.md +++ b/tidb-cloud/tune-performance.md @@ -18,9 +18,9 @@ TiDB Cloud は、パフォーマンスを分析するために[遅いクエリ]( -- スロークエリを使用すると、TiDB内のすべてのスロークエリを検索して表示できます。クラスタ実例実行プラン、SQL 実行情報、その他の詳細を表示して、各低速クエリのボトルネックを調査します。 +- スロークエリを使用すると、TiDB内のすべてのスロークエリを検索して表示できます。クラスタ実例実行プラン、SQL 実行情報、その他の詳細を表示して、各低速クエリのボトルネックを調査します。 -- ステートメント分析SQL文ページ上の SQL 実行を直接観察し、システム テーブルをクエリせずにパフォーマンスの問題を簡単に見つけることができます。 +- ステートメント分析SQL文ページ上の SQL 実行を直接観察し、システム テーブルをクエリせずにパフォーマンスの問題を簡単に見つけることができます。 @@ -62,7 +62,7 @@ TiDB Cloud は、パフォーマンスを分析するために[遅いクエリ]( デフォルトでは、300 ミリ秒以上かかる SQL クエリは遅いクエリと見なされます。 -TiDBで遅いクエリを表示するにはクラスタ実例、次の手順を実行します。 +TiDBで遅いクエリを表示するにはクラスタ実例、次の手順を実行します。