From 9618f44919979603b0f4a21813bed29d41f71b0c Mon Sep 17 00:00:00 2001 From: github-actions Date: Wed, 22 Jan 2025 09:02:27 +0000 Subject: [PATCH] update MD by dispatch event pingcap/docs i18n-ja-release-8.1 --- .../dm/dm-source-configuration-file.md | 4 +- .../ja/tidb/release-8.1/dumpling-overview.md | 6 +- .../geo-distributed-deployment-topology.md | 6 +- .../release-8.1/hybrid-deployment-topology.md | 6 +- .../minimal-deployment-topology.md | 4 + .../release-8.1/ticdc-deployment-topology.md | 4 + .../release-8.1/ticdc/ticdc-avro-protocol.md | 2 + .../ja/tidb/release-8.1/ticdc/ticdc-faq.md | 10 +- .../tiflash-deployment-topology.md | 6 +- .../tiflash/tiflash-configuration.md | 11 +- .../tiproxy/tiproxy-deployment-topology.md | 4 + .../tispark-deployment-topology.md | 6 +- .../tiup/tiup-component-cluster-check.md | 10 +- markdown-pages/ja/tidbcloud/master/TOC.md | 6 +- .../tidb-cloud/connected-care-detail.md | 14 ++ .../tidb-cloud/connected-care-overview.md | 102 +++++++++ .../tidb-cloud/csv-config-for-import-data.md | 8 + .../integrate-tidbcloud-with-aws-lambda.md | 206 ++++++++++++++++++ .../tidb-cloud-import-local-files.md | 22 +- .../tidb-cloud/tidb-cloud-release-notes.md | 8 + .../master/tidb-cloud/tidb-cloud-support.md | 8 +- 21 files changed, 422 insertions(+), 31 deletions(-) create mode 100644 markdown-pages/ja/tidbcloud/master/tidb-cloud/connected-care-detail.md create mode 100644 markdown-pages/ja/tidbcloud/master/tidb-cloud/connected-care-overview.md create mode 100644 markdown-pages/ja/tidbcloud/master/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md diff --git a/markdown-pages/ja/tidb/release-8.1/dm/dm-source-configuration-file.md b/markdown-pages/ja/tidb/release-8.1/dm/dm-source-configuration-file.md index 2e8b64eb8..c09797850 100644 --- a/markdown-pages/ja/tidb/release-8.1/dm/dm-source-configuration-file.md +++ b/markdown-pages/ja/tidb/release-8.1/dm/dm-source-configuration-file.md @@ -18,7 +18,7 @@ source-id: "mysql-replica-01" enable-gtid: false # Whether to enable relay log. -enable-relay: false # Since DM v2.0.2, this configuration item is deprecated. To enable the relay log feature, use the `start-relay` command instead. +enable-relay: false relay-binlog-name: "" # The file name from which DM-worker starts to pull the binlog. relay-binlog-gtid: "" # The GTID from which DM-worker starts to pull the binlog. # relay-dir: "relay-dir" # The directory used to store relay log. The default value is "relay-dir". This configuration item is marked as deprecated since v6.1 and replaced by a parameter of the same name in the dm-worker configuration. @@ -69,7 +69,7 @@ from: | :------------------ | :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | `source-id` | MySQL インスタンス ID を表します。 | | `enable-gtid` | GTID を使用してアップストリームからbinlogをプルするかどうかを決定します。デフォルト値は`false`です。通常、 `enable-gtid`手動で設定する必要はありません。ただし、アップストリーム データベースで GTID が有効になっていて、プライマリ/セカンダリ スイッチが必要な場合は、 `enable-gtid` `true`に設定する必要があります。 | -| `enable-relay` | リレー ログ機能を有効にするかどうかを決定します。デフォルト値は`false`です。DM v2.0.2 以降、この構成項目は非推奨です。 [リレーログ機能を有効にする](/dm/relay-log.md#enable-and-disable-relay-log)にするには、代わりに`start-relay`コマンドを使用します。 | +| `enable-relay` | リレー ログ機能を有効にするかどうかを決定します。デフォルト値は`false`です。このパラメータは v5.4 から有効になります。また、 `start-relay`コマンドを使用して[リレーログを動的に有効にする](/dm/relay-log.md#enable-and-disable-relay-log)することもできます。 | | `relay-binlog-name` | DM-worker がbinlog の取得を開始するファイル名を指定します。たとえば、 `"mysql-bin.000002"` 。これは`enable_gtid`が`false`場合にのみ機能します。このパラメータが指定されていない場合、DM-worker はレプリケートされる最も古いbinlogファイルから取得を開始します。通常、手動設定は必要ありません。 | | `relay-binlog-gtid` | DM-worker がbinlog のプルを開始する GTID を指定します。たとえば、 `"e9a1fc22-ec08-11e9-b2ac-0242ac110003:1-7849"` 。これは`enable_gtid`が`true`場合にのみ機能します。このパラメータが指定されていない場合、DM-worker はレプリケートされている最新の GTID からプルを開始します。通常、手動構成は必要ありません。 | | `relay-dir` | リレー ログ ディレクトリを指定します。 | diff --git a/markdown-pages/ja/tidb/release-8.1/dumpling-overview.md b/markdown-pages/ja/tidb/release-8.1/dumpling-overview.md index f0e8418bd..e7bb82ebb 100644 --- a/markdown-pages/ja/tidb/release-8.1/dumpling-overview.md +++ b/markdown-pages/ja/tidb/release-8.1/dumpling-overview.md @@ -92,7 +92,7 @@ tiup dumpling -u root -P 4000 -h 127.0.0.1 --filetype sql -t 8 -o /tmp/test -r 2 - `-h` 、 `-P` 、 `-u`オプションはそれぞれ、アドレス、ポート、ユーザーを意味します。認証にパスワードが必要な場合は、 `-p $YOUR_SECRET_PASSWORD`使用してDumplingにパスワードを渡すことができます。 - `-o` (または`--output` ) オプションは、storageのエクスポート ディレクトリを指定します。これは、絶対ローカル ファイル パスまたは[外部storageURI](/external-storage-uri.md)サポートします。 - `-t`オプションは、エクスポートのスレッド数を指定します。スレッド数を増やすと、 Dumplingの同時実行性とエクスポート速度が向上しますが、データベースのメモリ消費も増加します。したがって、数値を大きくしすぎることはお勧めしません。通常は 64 未満です。 -- `-r`オプションは、テーブル内同時実行を有効にしてエクスポートを高速化します。デフォルト値は`0`で、無効を意味します。0 より大きい値は有効であることを意味し、値は`INT`タイプです。ソース データベースが TiDB の場合、0 より大きい値`-r`は、TiDB 領域情報が分割に使用され、メモリ使用量が削減されることを示します。特定の`-r`値は分割アルゴリズムに影響しません。ソース データベースが MySQL で、主キーが`INT`タイプの場合、 `-r`指定してもテーブル内同時実行を有効にできます。 +- `-r`オプションは、テーブル内同時実行を有効にしてエクスポートを高速化します。デフォルト値は`0`で、無効を意味します。0 より大きい値は有効であることを意味し、値は`INT`タイプです。ソース データベースが TiDB の場合、0 より大きい値`-r`は、TiDB 領域情報が分割に使用され、メモリ使用量が削減されることを示します。特定の`-r`値は分割アルゴリズムに影響しません。ソース データベースが MySQL で、主キーまたは複合主キーの最初の列が`INT`タイプの場合、 `-r`指定してもテーブル内同時実行を有効にできます。 - `-F`オプションは、単一ファイルの最大サイズを指定するために使用されます (ここでの単位は`MiB`ですが、 `5GiB`や`8KB`などの入力も許容されます)。TiDB TiDB Lightning を使用してこのファイルを TiDB インスタンスにロードする予定の場合は、値を 256 MiB 以下に維持することをお勧めします。 > **注記：** @@ -265,7 +265,7 @@ Dumpling、 `-B`オプションを使用して特定のデータベースをエ エクスポートされたファイルは、デフォルトで`./export-`ディレクトリに保存されます。よく使用されるオプションは次のとおりです。 - `-t`オプションは、エクスポートのスレッド数を指定します。スレッド数を増やすと、 Dumplingの同時実行性とエクスポート速度が向上しますが、データベースのメモリ消費も増加します。したがって、数値を大きくしすぎることはお勧めしません。 -- `-r`オプションは、テーブル内同時実行を有効にしてエクスポートを高速化します。デフォルト値は`0`で、無効を意味します。0 より大きい値は有効であることを意味し、値は`INT`タイプです。ソース データベースが TiDB の場合、0 より大きい値`-r`は、TiDB 領域情報が分割に使用され、メモリ使用量が削減されることを示します。特定の`-r`値は分割アルゴリズムに影響しません。ソース データベースが MySQL で、主キーが`INT`タイプの場合、 `-r`指定してもテーブル内同時実行を有効にできます。 +- `-r`オプションは、テーブル内同時実行を有効にしてエクスポートを高速化します。デフォルト値は`0`で、無効を意味します。0 より大きい値は有効であることを意味し、値は`INT`タイプです。ソース データベースが TiDB の場合、0 より大きい値`-r`は、TiDB 領域情報が分割に使用され、メモリ使用量が削減されることを示します。特定の`-r`値は分割アルゴリズムに影響しません。ソース データベースが MySQL で、主キーまたは複合主キーの最初の列が`INT`タイプの場合、 `-r`指定してもテーブル内同時実行を有効にできます。 - `--compress `オプションは、ダンプの圧縮形式を指定します。 `gzip` 、 `snappy` 、および`zstd`の圧縮アルゴリズムをサポートしています。 このオプションを使用すると、storageがボトルネックになっている場合やstorage容量が問題になっている場合に、データのダンプを高速化できます。 欠点は、CPU 使用率が増加することです。 各ファイルは個別に圧縮されます。 上記のオプションを指定すると、 Dumpling はデータのエクスポート速度を速めることができます。 @@ -354,7 +354,7 @@ SET GLOBAL tidb_gc_life_time = '10m'; | `--case-sensitive` | テーブルフィルタが大文字と小文字を区別するかどうか | 偽（大文字と小文字を区別しない） | | | `-h`または`--host` | 接続されたデータベースホストのIPアドレス | 「127.0.0.1」 | | | `-t`または`--threads` | 同時バックアップスレッドの数 | 4 | | -| `-r`または`--rows` | テーブル内同時実行を有効にして、エクスポートを高速化します。デフォルト値は`0`で、無効を意味します。0 より大きい値は有効であることを意味し、値は`INT`タイプです。ソース データベースが TiDB の場合、0 より大きい値`-r`は、分割に TiDB リージョン情報が使用され、メモリ使用量が削減されることを示します。特定の`-r`値は分割アルゴリズムに影響しません。ソース データベースが MySQL で、主キーが`INT`タイプの場合、 `-r`指定してもテーブル内同時実行を有効にできます。 | | | +| `-r`または`--rows` | テーブル内同時実行を有効にして、エクスポートを高速化します。デフォルト値は`0`で、無効を意味します。0 より大きい値は有効であることを意味し、値は`INT`タイプです。ソース データベースが TiDB の場合、0 より大きい値`-r`は、TiDB リージョン情報が分割に使用され、メモリ使用量が削減されることを示します。特定の`-r`値は分割アルゴリズムに影響しません。ソース データベースが MySQL で、主キーまたは複合主キーの最初の列が`INT`タイプの場合、 `-r`指定してもテーブル内同時実行を有効にできます。 | | | | `-L`または`--logfile` | ログ出力アドレス。空の場合、ログはコンソールに出力されます。 | 「」 | | | `--loglevel` | ログレベル {debug、info、warn、error、dpanic、 panic、fatal} | "情報" | | | `--logfmt` | ログ出力形式 {text,json} | "文章" | | diff --git a/markdown-pages/ja/tidb/release-8.1/geo-distributed-deployment-topology.md b/markdown-pages/ja/tidb/release-8.1/geo-distributed-deployment-topology.md index 0214caf1f..5a5fe6042 100644 --- a/markdown-pages/ja/tidb/release-8.1/geo-distributed-deployment-topology.md +++ b/markdown-pages/ja/tidb/release-8.1/geo-distributed-deployment-topology.md @@ -16,6 +16,10 @@ summary: TiDB の地理的に分散されたデプロイメント トポロジ | ティクヴ | 5 | 16 VCore 32GB 4TB (nvme ssd) * 1 | 10.0.1.11
10.0.1.12
10.0.1.13
10.0.1.14 | 10.0.1.15 | デフォルトポート
グローバルディレクトリ構成 | | モニタリングとGrafana | 1 | 4 VCore 8GB * 1 500GB (SSD) | 10.0.1.16 | | デフォルトポート
グローバルディレクトリ構成 | +> **注記：** +> +> インスタンスの IP アドレスは例としてのみ提供されています。実際の展開では、IP アドレスを実際の IP アドレスに置き換えてください。 + ### トポロジーテンプレート {#topology-templates} - [地理的に分散されたトポロジーテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/geo-redundancy-deployment.yaml) @@ -38,7 +42,7 @@ summary: TiDB の地理的に分散されたデプロイメント トポロジ - ラベル構成: - TiKV は異なるデータ センターにまたがって展開されるため、物理マシンがダウンすると、 Raftグループはデフォルトの 5 つのレプリカのうち 3 つを失い、クラスターが使用できなくなる可能性があります。この問題に対処するには、ラベルを設定して PD のスマート スケジューリングを有効にします。これにより、 Raftグループでは、同じデータ センターの同じキャビネット内の同じマシン上の TiKV インスタンスに 3 つのレプリカを配置できないようになります。 + TiKV は異なるデータ センターにまたがって展開されるため、物理マシンがダウンすると、 Raftグループはデフォルトの 5 つのレプリカのうち 3 つを失い、クラスターが使用できなくなる可能性があります。この問題に対処するには、PD のスマート スケジューリングを有効にするようにラベルを構成します。これにより、 Raftグループでは、同じデータ センターの同じキャビネット内の同じマシン上の TiKV インスタンスに 3 つのレプリカを配置できないようになります。 - TiKV 構成: diff --git a/markdown-pages/ja/tidb/release-8.1/hybrid-deployment-topology.md b/markdown-pages/ja/tidb/release-8.1/hybrid-deployment-topology.md index c9514a8be..2da240d69 100644 --- a/markdown-pages/ja/tidb/release-8.1/hybrid-deployment-topology.md +++ b/markdown-pages/ja/tidb/release-8.1/hybrid-deployment-topology.md @@ -9,7 +9,7 @@ summary: TiDB クラスターのハイブリッド展開トポロジについて ハイブリッド展開は通常、次のシナリオで使用されます。 -デプロイメントマシンには、十分なメモリを備えた複数の CPU プロセッサがあります。物理マシンリソースの利用率を向上させるために、複数のインスタンスを 1 台のマシンにデプロイできます。つまり、TiDB と TiKV の CPU リソースは、NUMA ノードバインディングによって分離されます。PD と Prometheus は一緒にデプロイされますが、それらのデータディレクトリは別のファイルシステムを使用する必要があります。 +デプロイメントマシンには、十分なメモリを備えた複数の CPU プロセッサがあります。物理マシンリソースの利用率を向上させるために、1 台のマシンに複数のインスタンスをデプロイできます。つまり、TiDB と TiKV の CPU リソースは、NUMA ノードバインディングによって分離されます。PD と Prometheus は一緒にデプロイされますが、それらのデータディレクトリは別のファイルシステムを使用する必要があります。 ## トポロジ情報 {#topology-information} @@ -20,6 +20,10 @@ summary: TiDB クラスターのハイブリッド展開トポロジについて | ティクヴ | 6 | 32 VCore 64GB | 10.0.1.7
10.0.1.8
10.0.1.9 |
  • インスタンスレベルのポートと status_port を分離します。
    2. グローバルパラメータ`readpool` `storage`設定します`raftstore`
    3. インスタンスレベルのホストのラベルを構成します。
    4. CPUコアをバインドするためにNUMAを構成する
    • | | モニタリングとGrafana | 1 | 4 VCore 8GB * 1 500GB (SSD) | 10.0.1.10 | デフォルト設定 | +> **注記：** +> +> インスタンスの IP アドレスは例としてのみ提供されています。実際の展開では、IP アドレスを実際の IP アドレスに置き換えてください。 + ### トポロジーテンプレート {#topology-templates} - [ハイブリッド展開のためのシンプルなテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-multi-instance.yaml) diff --git a/markdown-pages/ja/tidb/release-8.1/minimal-deployment-topology.md b/markdown-pages/ja/tidb/release-8.1/minimal-deployment-topology.md index 09501797e..42c357e70 100644 --- a/markdown-pages/ja/tidb/release-8.1/minimal-deployment-topology.md +++ b/markdown-pages/ja/tidb/release-8.1/minimal-deployment-topology.md @@ -16,6 +16,10 @@ summary: TiDB クラスターの最小限のデプロイメント トポロジ | ティクヴ | 3 | 16 VCore 32 GiB
    storage用 2 TiB (NVMe SSD) | 10.0.1.7
    10.0.1.8
    10.0.1.9 | デフォルトポート
    グローバルディレクトリ構成 | | モニタリングとGrafana | 1 | 4 VCore 8 GiB
    storage用 500 GiB (SSD) | 10.0.1.10 | デフォルトポート
    グローバルディレクトリ構成 | +> **注記：** +> +> インスタンスの IP アドレスは例としてのみ提供されています。実際の展開では、IP アドレスを実際の IP アドレスに置き換えてください。 + ### トポロジーテンプレート {#topology-templates} - [最小トポロジーのシンプルなテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-mini.yaml) diff --git a/markdown-pages/ja/tidb/release-8.1/ticdc-deployment-topology.md b/markdown-pages/ja/tidb/release-8.1/ticdc-deployment-topology.md index 5a4473a98..eba0fb40c 100644 --- a/markdown-pages/ja/tidb/release-8.1/ticdc-deployment-topology.md +++ b/markdown-pages/ja/tidb/release-8.1/ticdc-deployment-topology.md @@ -23,6 +23,10 @@ TiCDC は、TiDB 4.0 で導入された、TiDB の増分データを複製する | CDC | 3 | 8 VCore 16GB * 1 | 10.0.1.11
    10.0.1.12
    10.0.1.13 | デフォルトポート
    グローバルディレクトリ構成 | | モニタリングとGrafana | 1 | 4 VCore 8GB * 1 500GB (SSD) | 10.0.1.11 | デフォルトポート
    グローバルディレクトリ構成 | +> **注記：** +> +> インスタンスの IP アドレスは例としてのみ提供されています。実際の展開では、IP アドレスを実際の IP アドレスに置き換えてください。 + ### トポロジーテンプレート {#topology-templates} - [TiCDCトポロジのシンプルなテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-cdc.yaml) diff --git a/markdown-pages/ja/tidb/release-8.1/ticdc/ticdc-avro-protocol.md b/markdown-pages/ja/tidb/release-8.1/ticdc/ticdc-avro-protocol.md index 3afc01191..b6c92f0e7 100644 --- a/markdown-pages/ja/tidb/release-8.1/ticdc/ticdc-avro-protocol.md +++ b/markdown-pages/ja/tidb/release-8.1/ticdc/ticdc-avro-protocol.md @@ -77,6 +77,8 @@ TiCDC は DML イベントを Kafka イベントに変換し、イベントの > - 削除イベントの場合、Avro はキー部分のみをエンコードします。値の部分は空です。 > - 挿入イベントの場合、Avro はすべての列データを値部分にエンコードします。 > - 更新イベントの場合、Avro は値部分に更新されるすべての列データのみをエンコードします。 +> +> Avro プロトコルは、Update イベントと Delete イベントの古い値をエンコードしません。さらに、削除を識別するために`null`レコードに依存するほとんどの Confluent シンク コネクタ ( `delete.on.null` ) との互換性を保つために、 `enable-tidb-extension`が有効になっている場合でも、Delete イベントには`_tidb_commit_ts`などの拡張情報は含まれません。これらの機能が必要な場合は、Canal-JSON や Debezium などの他のプロトコルの使用を検討してください。 ## TiDB拡張フィールド {#tidb-extension-fields} diff --git a/markdown-pages/ja/tidb/release-8.1/ticdc/ticdc-faq.md b/markdown-pages/ja/tidb/release-8.1/ticdc/ticdc-faq.md index b792909d5..c6ce0cb43 100644 --- a/markdown-pages/ja/tidb/release-8.1/ticdc/ticdc-faq.md +++ b/markdown-pages/ja/tidb/release-8.1/ticdc/ticdc-faq.md @@ -13,7 +13,7 @@ summary: TiCDC を使用する際に遭遇する可能性のある FAQ につい ## TiCDC でタスクを作成するときにstart-ts選択するにはどうすればよいですか? {#how-do-i-choose-code-start-ts-code-when-creating-a-task-in-ticdc} -レプリケーション タスクの`start-ts` 、上流の TiDB クラスターの Timestamp Oracle (TSO) に対応します。TiCDC は、レプリケーション タスクでこの TSO からデータを要求します。したがって、レプリケーション タスクの`start-ts`次の要件を満たす必要があります。 +レプリケーション タスクの`start-ts`は、上流の TiDB クラスターの Timestamp Oracle (TSO) に対応します。TiCDC は、レプリケーション タスクでこの TSO からデータを要求します。したがって、レプリケーション タスクの`start-ts`次の要件を満たす必要があります。 - `start-ts`の値は、現在の TiDB クラスターの`tikv_gc_safe_point`値よりも大きいです。それ以外の場合、タスクを作成するときにエラーが発生します。 - タスクを開始する前に、ダウンストリームに`start-ts`より前のすべてのデータが揃っていることを確認してください。メッセージ キューにデータを複製するなどのシナリオでは、アップストリームとダウンストリーム間のデータの一貫性が必要ない場合は、アプリケーションのニーズに応じてこの要件を緩和できます。 @@ -431,3 +431,11 @@ TiDB にはトランザクション タイムアウト メカニズムがあり } ] ``` + +## TiCDC は DML 操作で生成された列を複製しますか? {#does-ticdc-replicate-generated-columns-of-dml-operations} + +生成された列には、仮想生成された列と保存された生成された列が含まれます。TiCDC は仮想生成された列を無視し、保存された生成された列のみをダウンストリームに複製します。ただし、ダウンストリームが MySQL または別の MySQL 互換データベース (Kafka またはその他のstorageサービスではない) である場合、保存された生成された列も無視されます。 + +> **注記：** +> +> 保存された生成列を Kafka またはstorageサービスに複製し、それを MySQL に書き戻すと、 `Error 3105 (HY000): The value specified for generated column 'xx' in table 'xxx' is not allowed`発生する可能性があります。このエラーを回避するには、レプリケーションに[オープンプロトコル](/ticdc/ticdc-open-protocol.md#ticdc-open-protocol)使用します。このプロトコルの出力には[列のビットフラグ](/ticdc/ticdc-open-protocol.md#bit-flags-of-columns)含まれており、列が生成列であるかどうかを区別できます。 diff --git a/markdown-pages/ja/tidb/release-8.1/tiflash-deployment-topology.md b/markdown-pages/ja/tidb/release-8.1/tiflash-deployment-topology.md index 75b1000e1..1c3109ae5 100644 --- a/markdown-pages/ja/tidb/release-8.1/tiflash-deployment-topology.md +++ b/markdown-pages/ja/tidb/release-8.1/tiflash-deployment-topology.md @@ -7,7 +7,7 @@ summary: 最小限の TiDB トポロジに基づくTiFlashのデプロイメン このドキュメントでは、最小限の TiDB トポロジに基づく[TiFlash](/tiflash/tiflash-overview.md)のデプロイメント トポロジについて説明します。 -TiFlashは列型storageエンジンであり、徐々に標準的なクラスター トポロジーになりつつあります。リアルタイム HTAP アプリケーションに適しています。 +TiFlashは列型storageエンジンであり、徐々に標準的なクラスター トポロジになりつつあります。リアルタイム HTAP アプリケーションに適しています。 ## トポロジ情報 {#topology-information} @@ -19,6 +19,10 @@ TiFlashは列型storageエンジンであり、徐々に標準的なクラスタ | TiFlash | 1 | 32 VCore 64 GB 2TB (nvme ssd) * 1 | 10.0.1.11 | デフォルトポート
    グローバルディレクトリ構成 | | モニタリングとGrafana | 1 | 4 VCore 8GB * 1 500GB (SSD) | 10.0.1.10 | デフォルトポート
    グローバルディレクトリ構成 | +> **注記：** +> +> インスタンスの IP アドレスは例としてのみ提供されています。実際の展開では、IP アドレスを実際の IP アドレスに置き換えてください。 + ### トポロジーテンプレート {#topology-templates} - [TiFlashトポロジのシンプルなテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-tiflash.yaml) diff --git a/markdown-pages/ja/tidb/release-8.1/tiflash/tiflash-configuration.md b/markdown-pages/ja/tidb/release-8.1/tiflash/tiflash-configuration.md index 4f2341ea8..a77ecbd1e 100644 --- a/markdown-pages/ja/tidb/release-8.1/tiflash/tiflash-configuration.md +++ b/markdown-pages/ja/tidb/release-8.1/tiflash/tiflash-configuration.md @@ -11,7 +11,7 @@ summary: TiFlashの設定方法を学びます。 [pd-ctl](/pd-control.md)使用して PD スケジューリング パラメータを調整できます。tiup を使用してクラスターをデプロイおよび管理する場合は、 `pd-ctl -u `代わりに`tiup ctl:v pd`使用できることに注意してください。 -- [`replica-schedule-limit`](/pd-configuration-file.md#replica-schedule-limit) : レプリカ関連のオペレーターが生成されるレートを決定します。このパラメーターは、ノードをオフラインにしたり、レプリカを追加したりする操作に影響します。 +- [`replica-schedule-limit`](/pd-configuration-file.md#replica-schedule-limit) : レプリカ関連のオペレータが生成されるレートを決定します。このパラメータは、ノードをオフラインにしたり、レプリカを追加したりする操作に影響します。 > **注記：** > @@ -230,6 +230,13 @@ delta_index_cache_size = 0 ## New in v5.0. This item specifies the maximum number of cop requests that TiFlash Coprocessor executes at the same time. If the number of requests exceeds the specified value, the exceeded requests will queue. If the configuration value is set to 0 or not set, the default value is used, which is twice the number of physical cores. cop_pool_size = 0 + + ## New in v5.0. This item specifies the maximum number of cop requests that TiFlash Coprocessor handles at the same time, including the requests being executed and the requests waiting in the queue. If the number of requests exceeds the specified value, the error "TiFlash Server is Busy" is returned. -1 indicates no limit; 0 indicates using the default value, which is 10 * cop_pool_size. + cop_pool_handle_limit = 0 + + ## New in v5.0. This item specifies the maximum time that a cop request can queue in TiFlash. If a cop request waits in the queue for a time longer than the value specified by this configuration, the error "TiFlash Server is Busy" is returned. A value less than or equal to 0 indicates no limit. + cop_pool_max_queued_seconds = 15 + ## New in v5.0. This item specifies the maximum number of batch requests that TiFlash Coprocessor executes at the same time. If the number of requests exceeds the specified value, the exceeded requests will queue. If the configuration value is set to 0 or not set, the default value is used, which is twice the number of physical cores. batch_cop_pool_size = 0 ## New in v6.1.0. This item specifies the number of requests that TiFlash can concurrently process when it receives ALTER TABLE ... COMPACT from TiDB. @@ -352,7 +359,7 @@ TiFlash は、マルチディスク展開をサポートしています。TiFlas v4.0.9 より前の TiDB クラスターの場合、 TiFlash はstorageエンジンのメイン データを複数のディスクに保存することのみをサポートします`path` ( TiUPでは`data_dir` ) および`path_realtime_mode`構成を指定することで、複数のディスクにTiFlashノードを設定できます。 -`path`に複数のデータstorageディレクトリがある場合は、それぞれをコンマで区切ります。たとえば、 `/nvme_ssd_a/data/tiflash,/sata_ssd_b/data/tiflash,/sata_ssd_c/data/tiflash`です。環境内に複数のディスクがある場合は、各ディレクトリを 1 つのディスクに対応させ、パフォーマンスが最も優れたディスクを先頭に配置して、すべてのディスクのパフォーマンスを最大化することをお勧めします。 +`path`に複数のデータstorageディレクトリがある場合は、それぞれをコンマで区切ります。たとえば、 `/nvme_ssd_a/data/tiflash,/sata_ssd_b/data/tiflash,/sata_ssd_c/data/tiflash`です。環境内に複数のディスクがある場合は、各ディレクトリを 1 つのディスクに対応させ、すべてのディスクのパフォーマンスを最大化するために、パフォーマンスが最も優れたディスクを先頭に配置することをお勧めします。 TiFlashノードに同様の I/O メトリックを持つディスクが複数ある場合は、 `path_realtime_mode`パラメータをデフォルト値のままにしておくことができます (または明示的に`false`に設定することもできます)。これは、データがすべてのstorageディレクトリ間で均等に分散されることを意味します。ただし、最新のデータは最初のディレクトリにのみ書き込まれるため、対応するディスクは他のディスクよりもビジー状態になります。 diff --git a/markdown-pages/ja/tidb/release-8.1/tiproxy/tiproxy-deployment-topology.md b/markdown-pages/ja/tidb/release-8.1/tiproxy/tiproxy-deployment-topology.md index d96943a29..bc3da9b1e 100644 --- a/markdown-pages/ja/tidb/release-8.1/tiproxy/tiproxy-deployment-topology.md +++ b/markdown-pages/ja/tidb/release-8.1/tiproxy/tiproxy-deployment-topology.md @@ -19,6 +19,10 @@ TiProxy は TiDB 用の L7 プロキシサーバーであり、接続のバラ | Tiプロキシ | 1 | 4 VCore 8 GB * 1 | 10.0.1.11 | デフォルトポート
    グローバルディレクトリ構成 | | モニタリングとGrafana | 1 | 4 VCore 8GB * 1 500GB (SSD) | 10.0.1.13 | デフォルトポート
    グローバルディレクトリ構成 | +> **注記：** +> +> インスタンスの IP アドレスは例としてのみ提供されています。実際の展開では、IP アドレスを実際の IP アドレスに置き換えてください。 + ### トポロジーテンプレート {#topology-templates} TiProxy のテンプレートの詳細については、 [TiProxyトポロジのシンプルなテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-tiproxy.yaml)参照してください。 diff --git a/markdown-pages/ja/tidb/release-8.1/tispark-deployment-topology.md b/markdown-pages/ja/tidb/release-8.1/tispark-deployment-topology.md index cfc570ab0..4f94fa168 100644 --- a/markdown-pages/ja/tidb/release-8.1/tispark-deployment-topology.md +++ b/markdown-pages/ja/tidb/release-8.1/tispark-deployment-topology.md @@ -21,10 +21,14 @@ TiSparkアーキテクチャとその使用方法の詳細については、 [Ti | :------------- | :--- | :------------------------------- | :----------------------------------------------------------- | :------------------------- | | ティビ | 3 | 16 VCore 32GB * 1 | 10.0.1.1
    10.0.1.2
    10.0.1.3 | デフォルトポート
    グローバルディレクトリ構成 | | PD | 3 | 4 VCore 8GB * 1 | 10.0.1.4
    10.0.1.5
    10.0.1.6 | デフォルトポート
    グローバルディレクトリ構成 | -| ティクヴ | 3 | 16 VCore 32GB 2TB (NVMe SSD) * 1 | 10.0.1.7
    10.0.1.8
    10.0.1.9 | デフォルトポート
    グローバルディレクトリ構成 | +| ティクヴ | 3 | 16 VCore 32GB 2TB (nvme ssd) * 1 | 10.0.1.7
    10.0.1.8
    10.0.1.9 | デフォルトポート
    グローバルディレクトリ構成 | | ティスパーク | 3 | 8 VCore 16GB * 1 | 10.0.1.21 (マスター)
    10.0.1.22 (ワーカー)
    10.0.1.23 (ワーカー) | デフォルトポート
    グローバルディレクトリ構成 | | モニタリングとGrafana | 1 | 4 VCore 8GB * 1 500GB (SSD) | 10.0.1.11 | デフォルトポート
    グローバルディレクトリ構成 | +> **注記：** +> +> インスタンスの IP アドレスは例としてのみ提供されています。実際の展開では、IP アドレスを実際の IP アドレスに置き換えてください。 + ## トポロジーテンプレート {#topology-templates} - [シンプルな TiSpark トポロジー テンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-tispark.yaml) diff --git a/markdown-pages/ja/tidb/release-8.1/tiup/tiup-component-cluster-check.md b/markdown-pages/ja/tidb/release-8.1/tiup/tiup-component-cluster-check.md index e9da3c7b0..760ddf9d2 100644 --- a/markdown-pages/ja/tidb/release-8.1/tiup/tiup-component-cluster-check.md +++ b/markdown-pages/ja/tidb/release-8.1/tiup/tiup-component-cluster-check.md @@ -11,7 +11,7 @@ summary: TiUP クラスタ は、ハードウェアおよびソフトウェア ### オペレーティング システムのバージョン {#operating-system-version} -デプロイされたマシンのオペレーティング システムのディストリビューションとバージョンを確認します。現在、デプロイでは CentOS 7 のみがサポートされています。互換性の向上のため、今後のリリースではさらに多くのシステム バージョンがサポートされる可能性があります。 +展開されたマシンのオペレーティング システムのディストリビューションとバージョンを確認します。サポートされているバージョンの一覧については、 [OSおよびプラットフォームの要件](/hardware-and-software-requirements.md#os-and-platform-requirements)参照してください。 ### CPU EPOLLEX限定 {#cpu-epollexclusive} @@ -19,7 +19,7 @@ summary: TiUP クラスタ は、ハードウェアおよびソフトウェア ### ヌマクトル {#numactl} -ターゲット マシンに numactl がインストールされているかどうかを確認します。ターゲット マシンに結び付けられたコアが構成されている場合は、numactl をインストールする必要があります。 +ターゲット マシンに`numactl`がインストールされているかどうかを確認します。ターゲット マシンに結合コアが設定されている場合は、 `numactl`インストールする必要があります。 ### システム時間 {#system-time} @@ -64,7 +64,7 @@ summary: TiUP クラスタ は、ハードウェアおよびソフトウェア ### カーネル {#selinux} -SELinux が有効になっているかどうかを確認します。SELinux を無効にすることをお勧めします。 +SELinux が有効になっているかどうかを確認します。SELinux を無効にする必要があります。 ### ファイアウォール {#firewall} @@ -164,7 +164,7 @@ tiup cluster check [flags] > **注記：** > > - `tiup cluster check `コマンドを使用する場合は、 `--cluster`オプション`tiup cluster check --cluster`を追加する必要があります。 -> - `tiup cluster check`では、次のコマンド形式を使用して、既存のクラスターの`scale-out.yml`ファイルをチェックすることもサポートされています。 +> - `tiup cluster check`では、次のコマンド形式を使用して、既存のクラスターの`scale-out.yml`ファイルを確認することもサポートされています。 > > ```shell > tiup cluster check scale-out.yml --cluster --user root [-p] [-i /home/root/.ssh/gcp_rsa] @@ -172,7 +172,7 @@ tiup cluster check [flags] ### -N、--ノード {#n-node} -- チェックするノードを指定します。このオプションの値は、ノード ID のコンマ区切りリストです。1 [`tiup cluster display`](/tiup/tiup-component-cluster-display.md)によって返されるクラスター ステータス テーブルの最初の列からノード ID を取得できます。 +- チェックするノードを指定します。このオプションの値は、ノード ID のコンマ区切りリストです。ノード ID は、 [`tiup cluster display`](/tiup/tiup-component-cluster-display.md)コマンドによって返されるクラスター ステータス テーブルの最初の列から取得できます。 - データ型: `STRINGS` - コマンドでこのオプションが指定されていない場合、デフォルトですべてのノードがチェックされます。 diff --git a/markdown-pages/ja/tidbcloud/master/TOC.md b/markdown-pages/ja/tidbcloud/master/TOC.md index ef5612013..952dab232 100644 --- a/markdown-pages/ja/tidbcloud/master/TOC.md +++ b/markdown-pages/ja/tidbcloud/master/TOC.md @@ -363,6 +363,7 @@ - 統合 - [エアバイト](/tidb-cloud/integrate-tidbcloud-with-airbyte.md) - [Amazon アプリフロー](/develop/dev-guide-aws-appflow-integration.md) + - [AWS ラムダ](/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md) - [クラウドフレア](/tidb-cloud/integrate-tidbcloud-with-cloudflare.md) - [データドッグ](/tidb-cloud/monitor-datadog-integration.md) - [dbt](/tidb-cloud/integrate-tidbcloud-with-dbt.md) @@ -788,8 +789,11 @@ - [DDL 実行の原則とベスト プラクティス](/ddl-introduction.md) - [データとインデックス間の不整合のトラブルシューティング](/troubleshoot-data-inconsistency-errors.md) - [通知](/tidb-cloud/notifications.md) - - [サポート](/tidb-cloud/tidb-cloud-support.md) - [用語集](/tidb-cloud/tidb-cloud-glossary.md) +- サポートプラン + - [コネクテッドケアの概要](/tidb-cloud/connected-care-overview.md) + - [コネクテッドケアの詳細](/tidb-cloud/connected-care-detail.md) + - [サポートを受ける](/tidb-cloud/tidb-cloud-support.md) - よくある質問 - [TiDB Cloudよくある質問](/tidb-cloud/tidb-cloud-faq.md) - [TiDB Cloudサーバーレスに関するよくある質問](/tidb-cloud/serverless-faqs.md) diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/connected-care-detail.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/connected-care-detail.md new file mode 100644 index 000000000..587ea0b36 --- /dev/null +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/connected-care-detail.md @@ -0,0 +1,14 @@ +--- +title: Connected Care Details +summary: TiDB Cloudの Connected Care サポート サービスに関する詳細情報を紹介します。 +--- + +# コネクテッドケアの詳細 {#connected-care-details} + +このドキュメントでは、 [コネクテッドケア](/tidb-cloud/connected-care-overview.md)サポート サービスに関する詳細情報を提供します。 + +
    サポートプラン基本開発者企業プレミアム
    機能とサービス個人的なスターター プロジェクトに最適で、アクティブなコミュニティとつながり、重要なサポート ニーズに対して AI を活用した支援を受けることができます。開発およびテスト段階に最適で、直接接続とテクニカル サポートへの無制限のアクセスを提供し、クラウド ジャーニーをスタートさせます。本番ワークロード向けに設計されており、高度な監視、迅速なアラート、24時間365日の迅速な応答時間で運用を接続し、シームレスなエクスペリエンスを実現します。ミッションクリティカルなワークロードを抱える企業向けに構築されており、最速の応答時間、プロアクティブなサポート、専任のテクニカル アカウント マネージャーによる専用接続を提供します。
    初期応答時間- S1: 営業時間4時間S1: 1時間S1: 30分
    - S2: 営業時間8時間S2: 2時間S2: 1時間
    - S3: 12営業時間S3: 営業時間8時間S3: 営業時間4時間
    - S4: 24時間営業S4: 24時間営業S4: 24時間営業
    サービス請求とアカウントのサポート請求とアカウントのサポート請求とアカウントのサポート請求とアカウントのサポート
    -チケットベースのテクニカルサポートチケットベースのテクニカルサポートチケットベースのテクニカルサポート
    -エンドツーエンドのデータベースガイダンスエンドツーエンドのデータベースガイダンスエンドツーエンドのデータベースガイダンス
    - -コネクテッド：高度なモニタリングのためのクリニックサービスコネクテッド：高度なモニタリングのためのクリニックサービス
    - -接続: IM での AI チャット接続: IM での AI チャット
    - -接続済み: TiDB Cloudアラートの IM サブスクリプション接続済み: TiDB Cloudアラートの IM サブスクリプション
    - -接続: IM チケットの作成とサブスクリプションの更新接続: IM チケットの作成とサブスクリプションの更新
    - - -接続: サポートチケットの IM 対話
    - - -テクニカルアカウントマネージャー
    顧客リソースドキュメントドキュメントドキュメントドキュメント
    FAQFAQFAQFAQ
    コミュニティワークスペースコミュニティワークスペースコミュニティワークスペースコミュニティワークスペース
    ティDB.AIティDB.AIティDB.AIティDB.AI
    -ナレッジベースナレッジベースナレッジベース
    + +- 営業時間: 現地時間午前9時～午後6時（月曜～金曜） +- IM: インスタントメッセージ。現在は[スラック](https://slack.com/)と[ラーク](https://www.larksuite.com/)サポートされています。将来的には[マイクロソフトチーム](https://www.microsoft.com/en-us/microsoft-teams/group-chat-software)サポートする予定です。 +- Clinic: TiDB Cloudクラスターに高度な監視および診断機能を提供する最新の監視サービス。 diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/connected-care-overview.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/connected-care-overview.md new file mode 100644 index 000000000..132da9cbc --- /dev/null +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/connected-care-overview.md @@ -0,0 +1,102 @@ +--- +title: Connected Care Overview +summary: 新しい世代のTiDB Cloudサポート サービスである Connected Care を紹介します。 +aliases: ['/tidbcloud/connected-care-announcement'] +--- + +# コネクテッドケアの概要 {#connected-care-overview} + +あらゆる規模のお客様がTiDB Cloudでのユースケースと運用を拡大し続けているため、 TiDB Cloud は進化するニーズに対応するためにサポート サービスを再構築することに注力しています。さらに大きな価値とシームレスなエクスペリエンスを提供するために、 TiDB Cloud は**2025 年 2 月 17 日**に次世代サポート サービスである**Connected Care を**開始することを発表します。 + +この移行の一環として、現在のサポート プランの提供は購入できなくなり、 **2025 年 2 月 17 日**以降はレガシー サポート プランとして分類されます。ただし、 TiDB Cloud は、レガシー プランに加入している顧客に対して、それぞれの[退職日](#transition-to-connected-care)まで引き続き完全なサポートを提供します。 + +スムーズな移行と最新機能へのアクセスを確保するために、 TiDB Cloud、顧客が Connected Care サービスに移行して導入することを推奨しています。 + +## コネクテッドケア {#connected-care} + +Connected Care サービスは、最新のコミュニケーション ツール、プロアクティブなサポート、高度な AI 機能を通じてTiDB Cloudとの接続を強化し、シームレスで顧客中心のエクスペリエンスを実現するように設計されています。 + +Connected Care サービスには、 **Basic** 、 **Developer** (従来の**Standard**プランに相当)、 **Enterprise** 、 **Premium の**4 つのサポート プランがあります。 + +> **注記** +> +> **Basic** 、 **Enterprise** 、および**Premium**サポート プランでは、従来のプランと同じプラン名が使用されていますが、サービス コミットメントが異なる異なるプランを指します。 + +次の表は、Connected Care サービスの各サポート プランの概要を示しています。詳細については、 [コネクテッドケアの詳細](/tidb-cloud/connected-care-detail.md)参照してください。 + +| サポートプラン | 基本 | 開発者 | 企業 | プレミアム | +| :--------------------------------- | :--------------- | :--------- | :--------- | :-------------------- | +| 推奨されるワークロード | 個人または初心者向けプロジェクト | 開発中のワークロード | 本番中のワークロード | 本番中のビジネスクリティカルなワークロード | +| 請求とアカウントのサポート | ✔ | ✔ | ✔ | ✔ | +| テクニカルサポート |
  • | ✔ | ✔ | ✔ | +| 初期応答時間 |
  • | 営業時間 | 7x24 | 7x24 | +| コネクテッド：クリニックサービス |
  • |
  • | ✔ | ✔ | +| 接続: IM での AI チャット |
  • |
  • | ✔ | ✔ | +| 接続済み: TiDB Cloudアラートの IM サブスクリプション |
  • |
  • | ✔ | ✔ | +| 接続: IM チケットの作成とサブスクリプションの更新 |
  • |
  • | ✔ | ✔ | +| 接続: サポートチケットの IM 対話 |
  • |
  • |
  • | ✔ | +| テクニカルアカウントマネージャー |
  • |
  • |
  • | ✔ | + +> **注記** +> +> 4 つのサポート プランすべてのお客様は、サービス リクエストに[PingCAP サポートポータル](https://tidb.support.pingcap.com/)を利用できます。 + +## 従来のサポート サービスと Connected Care サポート サービスの違い {#differences-between-legacy-support-services-and-connected-care-support-services} + +Connected Care サービスのサポート プランでは、次のようなまったく新しい機能セットが導入されています。 + +- コネクテッド：クリニックサービス + + この機能は、パフォーマンスの問題を迅速に特定し、データベースを最適化し、詳細な分析と実用的な洞察によって全体的なパフォーマンスを向上させるために設計された、高度な監視および診断サービスである Clinic を提供します。 + +- 接続: IM での AI チャット + + この機能を使用すると、インスタント メッセージ (IM) ツールを通じて AI アシスタントとチャットし、質問に対する回答をすぐに受け取ることができます。 + +- 接続済み: TiDB Cloudアラートの IM サブスクリプション + + この機能により、IM ツール経由でアラート通知を簡単に購読できるようになり、重要な更新についての最新情報を入手できます。 + +- 接続: IM チケットの作成とサブスクリプションの更新 + + この機能を使用すると、サポート チケットを作成し、IM ツールを使用してサポート チケットの更新をサブスクライブすることができます。 + +- 接続: サポートチケットの IM 対話 + + この機能を使用すると、IM ツールを使用してサポート チケットをすばやく作成し、やり取りして、コミュニケーションを効率化できます。 + +これらの新機能により、Connected Care サービスは、より優れた接続性、よりパーソナライズされたサポート、さまざまな顧客ニーズに対応するコスト効率の高いソリューションを提供します。 + +- 新しい**エンタープライズ**および**プレミアム**プラン: Clinic の高度な監視サービス、 TiDB Cloudアラートの IM サブスクリプション、チケット更新の IM サブスクリプション、IM での AI チャット、サポート チケットの IM 対話を通じて、最新のコミュニケーション ツールと高度な AI 機能を顧客に提供します。 + +- 新しい**開発者**プラン: お客様は、**ベーシック**プランと同じコミュニティと[ティDB.AI](https://tidb.ai/)サポートにアクセスできるほか、無制限のテクニカル サポートに直接接続して接続することもできます。 + +- 新しい**ベーシック**プラン: お客様はアクティブなコミュニティ チャネルに参加するように案内され、そこで他のコミュニティ メンバーと交流したり、 [ティDB.AI](https://tidb.ai/)とやり取りして技術サポートを受けることができます。 + +## コネクテッドケアへの移行 {#transition-to-connected-care} + +次の表に、従来のサポート プランのシャットダウン スケジュールを示します。 + +| サポートプラン | シャットダウン日 | +| :----------------------------- | :--------- | +| レガシー**ベーシック**プラン | 2025年2月17日 | +| レガシー**スタンダード**プラン | 2025年2月17日 | +| 従来の**エンタープライズ**および**プレミアム**プラン | 2026年1月15日 | + +レガシー サポート プランがシャットダウンされると、 TiDB Cloudではサポートされなくなります。該当するシャットダウン日までに Connected Care のどのサポート プランにも移行しない場合は、Connected Care の**Basic**サポート プランに自動的に移行されます。 + +## よくある質問 {#faqs} + +### 現在のサポート プランを確認または変更するにはどうすればよいですか? {#how-do-i-check-or-make-changes-to-my-current-support-plan} + +TiDB Cloudコンソールの[サポート](https://tidbcloud.com/console/org-settings/support)ページにアクセスします。現在のサポート プランは、ページの左上領域に表示されます。 + +2025 年 2 月 17 日より、**プレミアム**サポート プランを除き、 [サポート](https://tidbcloud.com/console/org-settings/support)ページから新しいサポート プランに移行できます。**プレミアム**プランにアップグレードするには、 [営業担当に問い合わせる](https://www.pingcap.com/contact-us)実行してください。 + +### 同様のサービスには追加料金を支払う必要がありますか? {#do-i-need-to-pay-more-for-similar-services} + +新しい Connected Care サービスは、より包括的で機能豊富なサポート エクスペリエンスを提供しますが、価格は以前のサービスとほぼ同じです。TiDB TiDB Cloud は、お客様の取り組みをより良くサポートするために、付加価値を提供することに引き続き注力しています。 + +### 従来のBasicプランが終了した後、テクニカル サポートを受けるにはどうすればよいですか? {#how-can-i-get-technical-support-after-the-legacy-strong-basic-strong-plan-shuts-down} + +請求およびアカウントのサポートは引き続きご利用いただけます。テクニカル サポートについては、Connected Care サービスのサポート プランの購入をご検討ください。1 か月の無料トライアルが含まれる**開発者**プランから始めることをお勧めします。 diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/csv-config-for-import-data.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/csv-config-for-import-data.md index 333de815f..be37b712b 100644 --- a/markdown-pages/ja/tidbcloud/master/tidb-cloud/csv-config-for-import-data.md +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/csv-config-for-import-data.md @@ -66,3 +66,11 @@ summary: TiDB Cloudのインポート データ サービスで CSV 構成を使 `"{\"key1\": \"val1\", \"key2\":\"val2\" }"` - デフォルト: `True` + +## NULL値 {#null-value} + +- 定義: CSV ファイル内の`NULL`値を表す文字列を定義します。 + +- デフォルト: `\N` + +- コンソールではカスタム null 値はサポートされていません。代わりに[TiDB CloudCLI](/tidb-cloud/get-started-with-cli.md)使用できます。詳細については、 [`ticloud serverless import start`](/tidb-cloud/ticloud-import-start.md)参照してください。 diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md new file mode 100644 index 000000000..1a475f2ef --- /dev/null +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/integrate-tidbcloud-with-aws-lambda.md @@ -0,0 +1,206 @@ +--- +title: Integrate TiDB Cloud Serverless with Amazon Lambda Using AWS CloudFormation +summary: TiDB Cloud Serverless を Amazon Lambda および CloudFormation と統合する方法を段階的に紹介します。 +--- + +# AWS CloudFormation を使用してTiDB Cloud Serverless を Amazon Lambda と統合する {#integrate-tidb-cloud-serverless-with-amazon-lambda-using-aws-cloudformation} + +このドキュメントでは、 [AWS クラウドフォーメーション](https://aws.amazon.com/cloudformation/)使用して、クラウドネイティブの分散 SQL データベース[TiDB Cloudサーバーレス](https://www.pingcap.com/tidb-cloud/) 、サーバーレスでイベント駆動型のコンピューティングサービス[AWS ラムダ](https://aws.amazon.com/lambda/)と統合する方法について、ステップバイステップで説明します。TiDB TiDB Cloud Serverless を Amazon Lambda と統合することで、 TiDB Cloud Serverless と AWS Lambda を通じてマイクロサービスのスケーラビリティとコスト効率を活用できます。AWS CloudFormation は、Lambda関数、API Gateway、Secrets Manager などの AWS リソースの作成と管理を自動化します。 + +## ソリューションの概要 {#solution-overview} + +このガイドでは、次のコンポーネントを使用して完全に機能するオンライン書店を作成します。 + +- AWS Lambda 関数: Sequelize ORM と Fastify API フレームワークを使用して、 TiDB Cloud Serverless クラスターからのリクエストを処理し、データをクエリします。 +- AWS Secrets Manager SDK: TiDB Cloud Serverless クラスターの接続構成を取得および管理します。 +- AWS API Gateway: HTTP リクエストルートを処理します。 +- TiDB Cloud Serverless: クラウドネイティブの分散 SQL データベース。 + +AWS CloudFormation は、Secrets Manager、API Gateway、Lambda 関数など、プロジェクトに必要なリソースを作成するために使用されます。 + +書店プロジェクトの構造は次のとおりです。 + +![AWS Lambda structure overview](https://download.pingcap.com/images/docs/develop/aws-lambda-structure-overview.png) + +## 前提条件 {#prerequisites} + +始める前に、次のものを用意してください。 + +- 次の AWS サービスにアクセスできる AWS アカウント: + - [AWS クラウドフォーメーション](https://aws.amazon.com/cloudformation/) + - [シークレットマネージャー](https://aws.amazon.com/secrets-manager/) + - [APIゲートウェイ](https://aws.amazon.com/api-gateway/) + - [ラムダサービス](https://aws.amazon.com/lambda/) + - [S3](https://aws.amazon.com/s3/) + - [IAMロール](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html) + +- [TiDB Cloud](https://tidbcloud.com)アカウントとTiDB Cloud Serverless クラスター。TiDB TiDB Cloud Serverless クラスターの接続情報を取得します。 + + ![TiDB Cloud connection information](https://download.pingcap.com/images/docs/develop/aws-lambda-tidbcloud-connection-info.png) + +- [郵便配達員](https://www.postman.com/)や[カール](https://curl.se/)などの API テスト ツール。このドキュメントのほとんどの例では cURL を使用しています。Windows ユーザーの場合は、Postman をお勧めします。 + +- プロジェクトの[最新リリースアセット](https://github.com/pingcap/TiDB-Lambda-integration/releases/latest)ローカル マシンにダウンロードします。これには、 `cloudformation_template.yml`と`cloudformation_template.json`ファイルが含まれます。 + +> **注記：** +> +> - AWS リソースを作成するときは、クラスターのリージョンとして`us-east-1`使用することをお勧めします。これは、このデモの Lambda 関数コードがリージョンを`us-east-1`としてハードコードし、コードバンドルが`us-east-1`リージョンに保存されるためです。 +> - 別のリージョンを使用する場合は、次の手順に従って Lambda 関数コードを変更し、再構築して、コードバンドルを独自の S3 バケットにアップロードする必要があります。 + +
    us-east-1以外のリージョンを使用する場合は、Lambda関数コードを変更して再構築します。 + +クラスター リージョンとして`us-east-1`使用する場合は、このセクションをスキップして[ステップ 1: AWS CloudFormation を使用してプロジェクトをセットアップする](#step-1-set-up-the-bookshop-project-using-aws-cloudformation)に進みます。 + +AWS リソースを作成するために`us-east-1`以外の別の AWS リージョンを使用する場合は、Lambda 関数コードを変更して再構築し、コードバンドルを独自の S3 バケットにアップロードする必要があります。 + +ローカル開発環境の問題を回避するには、 [ギットポッド](https://www.gitpod.io/)などのクラウドネイティブ開発環境を使用することをお勧めします。 + +コードバンドルを再構築して独自の S3 バケットにアップロードするには、次の手順を実行します。 + +1. 開発環境を初期化します。 + + - [ギットポッド](https://gitpod.io/#/https://github.com/pingcap/TiDB-Lambda-integration)ワークスペースを開き、GitHub アカウントでログインします。 + +2. Lambda 関数コードを変更します。 + + 1. 左側のサイドバーで`aws-lambda-cloudformation/src/secretManager.ts`ファイルを開きます。 + 2. 22 行目を見つけて、 `region`変数を自分の地域に合わせて変更します。 + +3. コード バンドルを再構築します。 + + 1. 依存関係をインストールします。 + + 1. Gitpod でターミナルを開きます。 + + 2. 作業ディレクトリを入力してください: + + ```shell + cd aws-lambda-cloudformation + ``` + + 3. 依存関係をインストールします: + + ```shell + yarn + ``` + + 2. コード バンドルを再構築します。 + + 1. コードバンドルをビルドします。 + + ```shell + yarn build + ``` + + 2. `aws-lambda-cloudformation/dist/index.zip`ファイルを確認してください。 + + 3. `index.zip`ファイルを右クリックし、 **[ダウンロード]**を選択します。 + +4. 再構築されたコードバンドルを独自の S3 バケットにアップロードします。 + + 1. AWS マネジメントコンソールの[S3 サービス](https://console.aws.amazon.com/s3)にアクセスします。 + 2. 選択したリージョンに新しいバケットを作成します。 + 3. `index.zip`ファイルをバケットにアップロードします。 + 4. 後で使用するために、S3 バケット名とリージョンを書き留めておきます。 + +
    + +## ステップ 1. AWS CloudFormation を使用してブックショップ プロジェクトをセットアップする {#step-1-set-up-the-bookshop-project-using-aws-cloudformation} + +AWS CloudFormation を使用してブックショップ プロジェクトを設定するには、次の手順を実行します。 + +1. AWS マネジメントコンソールに移動し、 [AWS CloudFormation サービス](https://console.aws.amazon.com/cloudformation)にアクセスします。 +2. **[スタックの作成]** > **[新しいリソースを使用 (標準)]**をクリックします。 +3. **「スタックの作成」**ページで、スタック作成プロセスを完了します。 + + 1. **前提条件**領域で、**既存のテンプレートを選択**を選択します。 + + 2. **[テンプレートの指定]**領域で、 **[テンプレート ファイルのアップロード]**を選択し、 **[ファイルの選択]**をクリックしてテンプレート ファイル (YAML または JSON) をアップロードし、 **[次へ**] をクリックします。 + + ファイルがまだない場合は、 [GitHub](https://github.com/pingcap/TiDB-Lambda-integration/releases/latest)からダウンロードしてください。ファイルには、プロジェクトに必要なリソースを作成する AWS CloudFormation テンプレートが含まれています。 + + ![Create a stack](https://download.pingcap.com/images/docs/develop/aws-lambda-cf-create-stack.png) + + 3. スタックの詳細を指定します。 + + - クラスター リージョンとして`us-east-1`使用する場合は、次のスクリーンショットのようにフィールドに入力します。 + + ![Specify AWS Lambda stack details](https://download.pingcap.com/images/docs/develop/aws-lambda-cf-stack-config.png) + + - **スタック名**: スタック名を入力します。 + - **S3Bucket** : zip ファイルを保存する S3 バケットを入力します。 + - **S3Key** : S3 キーを入力します。 + - **TiDBDatabase** : TiDB Cloudクラスター名を入力します。 + - **TiDBHost** : TiDB Cloudデータベース アクセス用のホスト URL を入力します。2 と入力します`localhost` + - **TiDBPassword** : TiDB Cloudデータベース アクセス用のパスワードを入力します。 + - **TiDBPort** : TiDB Cloudデータベース アクセス用のポートを入力します。 + - **TiDBUser** : TiDB Cloudデータベース アクセスのユーザー名を入力します。 + + - `us-east-1`以外の別の AWS リージョンを使用する場合は、次の手順に従ってください。 + + 1. [`us-east-1`以外のリージョンを使用する場合は、Lambda関数コードを変更して再構築します。](#prerequisites)を参照して Lambda 関数コードを変更し、再構築して、コードバンドルを独自の S3 バケットにアップロードします。 + 2. スタックの詳細フィールドで、独自の設定に応じて、 `S3Bucket`と`S3Key`のパラメータに S3 バケット名とリージョンを指定します。 + 3. 前のスクリーンショットのように他のフィールドに入力します。 + + 4. スタック オプションを構成します。デフォルトの構成を使用できます。 + + ![Configure stack options](https://download.pingcap.com/images/docs/develop/aws-lambda-cf-stack-config-option.png) + + 5. スタックを確認して作成します。 + + ![Review and create the stack](https://download.pingcap.com/images/docs/develop/aws-lambda-cf-stack-config-review.png) + +## ステップ2. 書店プロジェクトを使用する {#step-2-use-the-bookshop-project} + +スタックが作成されたら、次のようにプロジェクトを使用できます。 + +1. AWS マネジメントコンソールの[APIゲートウェイサービス](https://console.aws.amazon.com/apigateway)アクセスし、 `TiDBCloudApiGatewayV2` API をクリックして、左側のペインで**API: TiDBCloudApiGatewayV2**をクリックします。 + +2. **概要**ページから`Invoke URL`をコピーします。この URL は API エンドポイントとして機能します。 + + ![API Gateway Invoke URL](https://download.pingcap.com/images/docs/develop/aws-lambda-get-apigateway-invoke-url.png) + +3. API をテストするには、Postman や cURL などの API テスト ツールを使用してください。 + + - 模擬本を初期化します: + + ```shell + curl -X POST -H "Content-Type: application/json" -d '{"count":100}' https:///book/init + ``` + + - すべての書籍を入手: + + ```shell + curl https:///book + ``` + + - 書籍IDで書籍を入手: + + ```shell + curl https:///book/ + ``` + + - 本を作成する: + + ```shell + curl -X POST -H "Content-Type: application/json" -d '{ "title": "Book Title", "type": "Test", "publishAt": "2022-12-15T21:01:49.000Z", "stock": 123, "price": 12.34, "authors": "Test Test" }' https:// /book + ``` + + - 本を更新する: + + ```shell + curl -X PUT -H "Content-Type: application/json" -d '{ "title": "Book Title(updated)" }' https:///book/ + ``` + + - 本を削除する: + + ```shell + curl -X DELETE https:///book/ + ``` + +## ステップ3. リソースをクリーンアップする {#step-3-clean-up-resources} + +不要な料金を回避するには、作成されたすべてのリソースをクリーンアップします。 + +1. [AWS マネジメントコンソール](https://console.aws.amazon.com/cloudformation)にアクセスします。 +2. 作成した AWS CloudFormation スタックを削除します。 diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/tidb-cloud-import-local-files.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/tidb-cloud-import-local-files.md index d87bd43d8..1b270d6ab 100644 --- a/markdown-pages/ja/tidbcloud/master/tidb-cloud/tidb-cloud-import-local-files.md +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/tidb-cloud-import-local-files.md @@ -11,7 +11,7 @@ summary: ローカル ファイルをTiDB Cloudにインポートする方法を ## 制限事項 {#limitations} -- 現在、 TiDB Cloud は1 つのタスクにつき 50 MiB 以内の CSV 形式のローカル ファイルのインポートのみをサポートしています。 +- 現在、 TiDB Cloud は1 つのタスクにつき 250 MiB 以内の CSV 形式のローカル ファイルのインポートのみをサポートしています。 - ローカル ファイルのインポートは、 TiDB Cloud Serverless クラスターでのみサポートされ、 TiDB Cloud Dedicated クラスターではサポートされません。 - 複数のインポート タスクを同時に実行することはできません。 - CSV ファイルをTiDB Cloudの既存のテーブルにインポートし、ターゲット テーブルにソース ファイルよりも多くの列がある場合、状況に応じて余分な列が異なって処理されます。 @@ -19,7 +19,6 @@ summary: ローカル ファイルをTiDB Cloudにインポートする方法を - 追加の列が主キーまたは一意のキーであり、属性`auto_increment`または`auto_random`を持たない場合は、エラーが報告されます。その場合は、次のいずれかの戦略を選択することをお勧めします。 - これらの主キーまたは一意のキー列を含むソース ファイルを提供します。 - 主キーまたは一意キー列の属性を`auto_increment`または`auto_random`に設定します。 -- 列名が TiDB で予約済みの[キーワード](/keywords.md)である場合、 TiDB Cloud は自動的にバックティック`` ` ``追加して列名を囲みます。たとえば、列名が`order`場合、 TiDB Cloud は自動的にバックティック`` ` ``を追加して`` `order` ``に変更し、データをターゲット テーブルにインポートします。 ## ローカルファイルをインポートする {#import-local-files} @@ -33,9 +32,9 @@ summary: ローカル ファイルをTiDB Cloudにインポートする方法を 2. ターゲット クラスターの名前をクリックして概要ページに移動し、左側のナビゲーション ペインで**[インポート]**をクリックします。 -2. [**インポート]**ページで、ローカル ファイルをアップロード領域に直接ドラッグ アンド ドロップするか、 **[ローカル ファイルのアップロード]**をクリックして対象のローカル ファイルを選択してアップロードすることができます。1 つのタスクにつき 50 MiB 未満の CSV ファイルを 1 つだけアップロードできることに注意してください。ローカル ファイルが 50 MiB より大きい場合は、 [50 MiB を超えるローカル ファイルをインポートするにはどうすればよいでしょうか?](#how-to-import-a-local-file-larger-than-50-mib)参照してください。 +2. [**インポート]**ページで、ローカル ファイルをアップロード領域に直接ドラッグ アンド ドロップするか、 **[ローカル ファイルのアップロード]**をクリックして対象のローカル ファイルを選択してアップロードすることができます。1 つのタスクにつき 250 MiB 未満の CSV ファイルを 1 つだけアップロードできることに注意してください。ローカル ファイルが 250 MiB より大きい場合は、 [250 MiB を超えるローカル ファイルをインポートするにはどうすればよいでしょうか?](#how-to-import-a-local-file-larger-than-250-mib)参照してください。 -3. **[宛先]**セクションで、ターゲット データベースとターゲット テーブルを選択するか、名前を直接入力して新しいデータベースまたは新しいテーブルを作成します。名前は文字 (az と AZ) または数字 (0-9) で始まる必要があり、文字 (az と AZ)、数字 (0-9)、およびアンダースコア (_) 文字を含めることができます。 **[テーブルの定義**] をクリックすると、 **[テーブル定義]**セクションが表示されます。 +3. **[宛先]**セクションで、ターゲット データベースとターゲット テーブルを選択するか、名前を直接入力して新しいデータベースまたは新しいテーブルを作成します。名前には、ヌル文字`\u0000`と空白文字を除く Unicode BMP (Basic Multilingual Plane) の文字のみを含めることができ、長さは最大 64 文字です。 **[テーブルの定義]**をクリックすると、 **[テーブル定義]**セクションが表示されます。 4. 表を確認してください。 @@ -43,7 +42,7 @@ summary: ローカル ファイルをTiDB Cloudにインポートする方法を - TiDB Cloudの既存のテーブルにデータをインポートすると、テーブル定義から列リストが抽出され、プレビューされたデータが列名によって対応する列にマッピングされます。 - - 新しいテーブルを作成する場合は、CSV ファイルから列リストを抽出し、 TiDB Cloudによって列の型が推測されます。たとえば、プレビューされたデータがすべて整数の場合、推測される列の型は**int** (整数) になります。 + - 新しいテーブルを作成する場合、CSV ファイルから列リストを抽出し、列の型をTiDB Cloudによって推測します。たとえば、プレビューされたデータがすべて整数の場合、推測される列の型は整数になります。 5. 列名とデータ型を構成します。 @@ -55,8 +54,7 @@ summary: ローカル ファイルをTiDB Cloudにインポートする方法を - TiDB Cloud を使用してターゲット テーブルを作成する必要がある場合は、各列の名前を入力します。列名は次の要件を満たす必要があります。 - - 名前は、文字 (az と AZ)、数字 (0-9)、記号 (中国語や日本語など)、およびアンダースコア ( `_` ) 文字のみで構成する必要があります。 - - その他の特殊文字はサポートされていません。 + - 名前は、ヌル文字`\u0000`と空白文字を除く Unicode BMP の文字で構成されている必要があります。 - 名前の長さは 65 文字未満にする必要があります。 必要に応じてデータ型を変更することもできます。 @@ -70,7 +68,7 @@ summary: ローカル ファイルをTiDB Cloudにインポートする方法を 7. 必要に応じて CSV 構成を編集します。 - また、 **「CSV 構成の編集」**をクリックして、バックスラッシュ エスケープ、区切り文字、および区切り文字を構成し、よりきめ細かな制御を行うこともできます。CSV 構成の詳細については、 [データをインポートするための CSV 構成](/tidb-cloud/csv-config-for-import-data.md)参照してください。 + また、 **「CSV 構成の編集」**をクリックして、バックスラッシュ エスケープ、セパレーター、および区切り文字を構成し、よりきめ細かな制御を行うこともできます。CSV 構成の詳細については、 [データをインポートするための CSV 構成](/tidb-cloud/csv-config-for-import-data.md)参照してください。 8. **[インポートの開始]を**クリックします。 @@ -102,11 +100,13 @@ LOAD DATA LOCAL INFILE 'load.txt' INTO TABLE import_test FIELDS TERMINATED BY ', ### TiDB Cloudにデータをインポートした後、予約キーワードを含む列をクエリできないのはなぜですか? {#why-can-t-i-query-a-column-with-a-reserved-keyword-after-importing-data-into-tidb-cloud} -列名が TiDB で予約済みの[キーワード](/keywords.md)である場合、 TiDB Cloud は自動的にバックティック`` ` ``追加して列名を囲み、データをターゲット テーブルにインポートします。列をクエリするときは、バックティック`` ` ``を追加して列名を囲む必要があります。たとえば、列名が`order`場合、 `` `order` ``を使用して列をクエリする必要があります。 +列名が TiDB で予約済みの[キーワード](/keywords.md)である場合、列をクエリするときに、列名を囲むためにバッククォート`` ` ``を追加する必要があります。たとえば、列名が`order`場合、 `` `order` ``を使用して列をクエリする必要があります。 -### 50 MiB を超えるローカル ファイルをインポートするにはどうすればよいでしょうか? {#how-to-import-a-local-file-larger-than-50-mib} +### 250 MiB を超えるローカル ファイルをインポートするにはどうすればよいでしょうか? {#how-to-import-a-local-file-larger-than-250-mib} -ファイルが 50 MiB より大きい場合は、 `split [-l ${line_count}]`ユーティリティを使用して、ファイルを複数の小さなファイルに分割できます (Linux または macOS のみ)。たとえば、 `split -l 100000 tidb-01.csv small_files`実行すると、 `tidb-01.csv`という名前のファイルが行の長さ`100000`で分割され、分割されたファイルの名前は`small_files${suffix}`になります。その後、これらの小さなファイルを 1 つずつTiDB Cloudにインポートできます。 +ファイルが 250 MiB より大きい場合は、 [TiDB CloudCLI](/tidb-cloud/get-started-with-cli.md)使用してファイルをインポートできます。詳細については、 [`ticloud serverless import start`](/tidb-cloud/ticloud-import-start.md)参照してください。 + +あるいは、 `split [-l ${line_count}]`ユーティリティを使用して、複数の小さなファイルに分割することもできます (Linux または macOS のみ)。たとえば、 `split -l 100000 tidb-01.csv small_files`実行すると、 `tidb-01.csv`という名前のファイルが行の長さ`100000`で分割され、分割されたファイルの名前は`small_files${suffix}`になります。その後、これらの小さなファイルを 1 つずつTiDB Cloudにインポートできます。 次のスクリプトを参照してください。 diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/tidb-cloud-release-notes.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/tidb-cloud-release-notes.md index 6c4bf276a..d991a3f83 100644 --- a/markdown-pages/ja/tidbcloud/master/tidb-cloud/tidb-cloud-release-notes.md +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/tidb-cloud-release-notes.md @@ -8,6 +8,14 @@ aliases: ['/tidbcloud/supported-tidb-versions','/tidbcloud/release-notes'] このページには、2025 年の[TiDB Cloud](https://www.pingcap.com/tidb-cloud/)のリリース ノートが記載されています。 +## 2025年1月21日 {#january-21-2025} + +**コンソールの変更** + +- タスクあたり最大 250 MiB の単一のローカル CSV ファイルを[TiDB Cloudサーバーレス](/tidb-cloud/select-cluster-tier.md#tidb-cloud-serverless)クラスターにインポートできるようになりました。以前の制限である 50 MiB から増加されました。 + + 詳細については[ローカルファイルをTiDB Cloudにインポートする](/tidb-cloud/tidb-cloud-import-local-files.md)参照してください。 + ## 2025年1月14日 {#january-14-2025} **一般的な変更** diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/tidb-cloud-support.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/tidb-cloud-support.md index 29cf77746..704a3af57 100644 --- a/markdown-pages/ja/tidbcloud/master/tidb-cloud/tidb-cloud-support.md +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/tidb-cloud-support.md @@ -5,7 +5,11 @@ summary: TiDB Cloudのサポート チームに連絡する方法について説 # TiDB Cloudサポート {#tidb-cloud-support} -[TiDB Cloudコンソール](https://tidbcloud.com/)の右下隅にある**[?]**アイコンには、ドキュメント、対話型チュートリアル、自分のペースで進められるトレーニング、サポート エントリなど、 TiDB Cloudのすべてのヘルプとサポート情報が統合されています。 +> **注記：** +> +> TiDB Cloud は、次世代のサポート サービスである**Connected Care を****2025 年 2 月 17 日**に開始する予定です。詳細については、 [コネクテッドケアの概要](/tidb-cloud/connected-care-overview.md)および[コネクテッドケアの詳細](/tidb-cloud/connected-care-detail.md)参照してください。 + +[TiDB Cloudコンソール](https://tidbcloud.com/)の右下隅にある**[?]**アイコンには、ドキュメント、対話型チュートリアル、自分のペースで進められるトレーニング、サポート エントリなど、 TiDB Cloudに関するすべてのヘルプとサポート情報が統合されています。 ## PoC、デモ、無料トライアルのクレジットをリクエストする {#request-poc-demo-or-free-trial-credits} @@ -35,7 +39,7 @@ summary: TiDB Cloudのサポート チームに連絡する方法について説 プロジェクトまたは組織のサポートを受けるには、 [TiDB Cloudコンソール](https://tidbcloud.com/)の右下隅にある**[?]**をクリックし、 **[サポートをリクエスト]**をクリックします。 -または、をクリックし、 **[サポート] を**クリックしてサポート ページに移動します。 +または、左下隅にある**[サポート] を**クリックして、サポート ページに移動します。 ## 送信したリクエストを確認してください {#check-your-submitted-request}