これはアーカイブされた TiDB のドキュメントであり、更新は行われていません。最新の LTS バージョンのドキュメントを表示する ↗

TiDB Cloudで概念実証 (PoC) を実行する

TiDB Cloud は、サービスとしてのデータベース (DBaaS) 製品であり、完全に管理されたクラウドデータベースで TiDB の優れた機能をすべて提供します。データベースの複雑さではなく、アプリケーションに集中するのに役立ちます。 TiDB Cloudは現在、Amazon Web Services (AWS) と Google Cloud Platform (GCP) の両方で利用できます。

概念実証 (PoC) を開始することは、 TiDB Cloud がビジネスニーズに最適かどうかを判断するための最良の方法です。また、短時間でTiDB Cloudの主要な機能に慣れることができます。パフォーマンステストを実行することで、ワークロードがTiDB Cloudで効率的に実行できるかどうかを確認できます。また、データの移行と構成の適応に必要な作業を評価することもできます。

このドキュメントでは、一般的な PoC 手順について説明し、 TiDB Cloud PoC を迅速に完了するのに役立つことを目的としています。これは、TiDB の専門家と大規模な顧客ベースによって検証されたベストプラクティスです。

PoC に興味がある場合は、始める前にPingCAP にお気軽にお問い合わせください。サポートチームは、テスト計画の作成を支援し、PoC 手順をスムーズに進めることができます。

または、簡単な評価のためにTiDB Cloudに慣れるサーバーレス層を作成することもできます。サーバーレス層には特別利用規約があることに注意してください。

PoC手順の概要

PoC の目的は、 TiDB Cloud がビジネス要件を満たしているかどうかをテストすることです。一般的な PoC は通常 14 日間続きます。その間、PoC の完了に集中することが期待されます。

典型的なTiDB Cloud PoC は、次の手順で構成されます。

成功基準を定義し、テスト計画を作成する
ワークロードの特性を特定する
サインアップして PoC 専用クラスターを作成する
スキーマと SQL を適応させる
データのインポート
ワークロードを実行して結果を評価する
その他の機能を調べる
環境をクリーンアップして PoC を終了する

ステップ 1. 成功基準を定義し、テスト計画を作成する

PoC を通じてTiDB Cloudを評価する場合は、ビジネスニーズに基づいて関心のあるポイントと対応する技術評価基準を決定し、PoC に対する期待と目標を明確にすることをお勧めします。詳細なテスト計画を備えた明確で測定可能な技術基準は、主要な側面に焦点を当て、ビジネスレベルの要件をカバーし、最終的に PoC 手順を通じて回答を得るのに役立ちます。

次の質問を使用して、PoC の目標を特定します。

ワークロードのシナリオは何ですか?
ビジネスのデータセットのサイズまたはワークロードはどのくらいですか?成長率は？
ビジネスに不可欠なスループットやレイテンシーの要件など、パフォーマンスの要件は何ですか?
最小限の許容可能な計画的または計画外のダウンタイムを含め、可用性と安定性の要件は何ですか?
運用効率に必要な指標は何ですか?それらをどのように測定しますか？
ワークロードのセキュリティとコンプライアンスの要件は何ですか?

成功基準とテスト計画の作成方法の詳細については、お気軽にPingCAPにお問い合わせください。

ステップ 2. ワークロードの特性を特定する

TiDB Cloud は、大量のデータとの高可用性と強整合性を必要とするさまざまなユースケースに適しています。 TiDB の紹介主な機能とシナリオを示します。それらがビジネスシナリオに当てはまるかどうかを確認できます。

水平方向のスケールアウトまたはスケールイン
金融グレードの高可用性
リアルタイム HTAP
MySQL 5.7プロトコルおよび MySQL エコシステムとの互換性

また、分析処理の高速化に役立つ列指向ストレージエンジンであるティフラッシュの使用にも関心があるかもしれません。 PoC 期間中はいつでも TiFlash 機能を使用できます。

PoC 用の専用クラスターを作成するには、次の手順を実行します。

次のいずれかを実行して、PoC アプリケーションフォームに入力します。
- PingCAP Web サイトのPoCに申し込むページに移動して、PoC 申請フォームに記入します。
- TiDB Cloudコンソールで、右上隅にあるPoC を申請して、PoC 申請フォームに記入します。
フォームを送信すると、 TiDB Cloudサポートチームがアプリケーションを確認して連絡し、アプリケーションが承認されたらアカウントにクレジットを転送します。 PingCAP サポートエンジニアに連絡して、PoC 手順をサポートし、PoC が可能な限りスムーズに実行されるようにすることもできます。
クイックスタートを参照して、PoC 用の専用ティアクラスターを作成します。

クラスターを作成する前に、クラスターのサイジングのために容量計画を立てることをお勧めします。 TiDB、TiKV、または TiFlash ノードの推定数から開始し、後でクラスターをスケールアウトして、パフォーマンス要件を満たすことができます。詳細については、次のドキュメントを参照するか、サポートチームにお問い合わせください。

見積もり方法の詳細については、 TiDB のサイジングを参照してください。
専用クラスターの構成については、 TiDBクラスタを作成するを参照してください。 TiDB、TiKV、および TiFlash (オプション) のクラスターサイズをそれぞれ構成します。
PoC クレジットの消費を効果的に計画および最適化する方法については、このドキュメントのFAQを参照してください。
スケーリングの詳細については、 TiDBクラスタをスケーリングするを参照してください。

専用の PoC クラスターが作成されると、データを読み込んで一連のテストを実行する準備が整います。 TiDB クラスターに接続する方法については、 TiDBクラスタに接続するを参照してください。

新しく作成されたクラスターの場合、次の構成に注意してください。

デフォルトのタイムゾーン (ダッシュボードの [**作成時間]**列) は UTC です。ローカルタイムゾーンの設定に従って、ローカルタイムゾーンに変更できます。
新しいクラスターのデフォルトのバックアップ設定は、毎日の完全なデータベースバックアップです。希望するバックアップ時間を指定するか、データを手動でバックアップできます。デフォルトのバックアップ時間と詳細については、 TiDBクラスタデータのバックアップと復元を参照してください。

ステップ 4. スキーマと SQL を適応させる

次に、テーブルとインデックスを含むデータベーススキーマを TiDB クラスターにロードできます。

PoC クレジットは数に限りがあるため、クレジットの価値を最大化するために、 TiDB Cloudでの互換性テストおよび事前分析用にサーバーレス階層クラスター (1 年間の無料トライアル) を作成することをお勧めします。

TiDB Cloud はMySQL 5.7と高い互換性があります。 MySQL と互換性がある場合、または MySQL と互換性があるように調整できる場合は、TiDB にデータを直接インポートできます。

互換性の詳細については、次のドキュメントを参照してください。

いくつかのベストプラクティスを次に示します。

スキーマのセットアップに非効率性がないかどうかを確認します。
不要なインデックスを削除します。
効果的なパーティショニングのためのパーティショニングポリシーを計画します。
タイムスタンプのインデックスなど、右側のインデックスの増加によるホットスポットの問題避けてください。
SHARD_ROW_ID_BITSと自動ランダムを使用してホットスポットの問題を回避します。

SQL ステートメントの場合、データソースと TiDB との互換性のレベルに応じて、それらを調整する必要がある場合があります。

ご不明な点がございましたら、 PingCAPまでご相談ください。

ステップ 5. データのインポート

小さなデータセットをインポートして実現可能性をすばやくテストしたり、大きなデータセットをインポートして TiDB データ移行ツールのスループットをテストしたりできます。 TiDB はサンプルデータを提供しますが、ビジネスの実際のワークロードでテストを実行することを強くお勧めします。

さまざまな形式のデータをTiDB Cloudにインポートできます。

ノート：
TiDB Cloudでサポートされている文字照合については、 MySQL 互換データベースからの移行を参照してください。データが元々どのように保存されているかを理解することは非常に役立ちます。
データインポートページでのデータインポートでは、追加の請求料金は発生しません。

ステップ 6. ワークロードを実行して結果を評価する

これで、環境を作成し、スキーマを調整し、データをインポートしました。ワークロードをテストする時が来ました。

ワークロードをテストする前に、必要に応じてデータベースを元の状態に復元できるように、手動バックアップを実行することを検討してください。詳細については、 TiDBクラスタデータのバックアップと復元を参照してください。

ワークロードを開始した後、次の方法を使用してシステムを観察できます。

クラスタの一般的に使用されるメトリクスは、クラスタの概要ページで確認できます。これには、合計 QPS、レイテンシ、接続、TiFlash リクエスト QPS、TiFlash リクエスト期間、TiFlash ストレージサイズ、TiKV ストレージサイズ、TiDB CPU、TiKV CPU、TiKV IO 読み取り、および TiKV IO 書き込み。 TiDBクラスタを監視するを参照してください。
[診断] > [ステートメント]に移動します。ここでは、SQL の実行を観察し、システムテーブルにクエリを実行しなくてもパフォーマンスの問題を簡単に見つけることができます。ステートメント分析を参照してください。
[診断] > [キービジュアライザー]に移動します。TiDB データアクセスパターンとデータホットスポットを表示できます。キービジュアライザーを参照してください。
これらのメトリックを独自の Datadog および Prometheus に統合することもできます。サードパーティの監視統合を参照してください。

ここで、テスト結果を評価します。

より正確な評価を得るには、テストの前にメトリックのベースラインを決定し、実行ごとにテスト結果を適切に記録します。結果を分析することで、 TiDB Cloud がアプリケーションに適しているかどうかを判断できます。一方、これらの結果はシステムの実行ステータスを示しており、メトリックに従ってシステムを調整できます。例えば：

システムのパフォーマンスが要件を満たしているかどうかを評価します。合計 QPS とレイテンシーを確認します。システムのパフォーマンスが不十分な場合は、次のようにパフォーマンスを調整できます。
- ネットワークレイテンシーを監視して最適化します。
- SQL パフォーマンスを調査して調整します。
- モニターとホットスポットの問題を解決する．
ストレージサイズと CPU 使用率を評価し、それに応じて TiDB クラスターをスケールアウトまたはスケールインします。スケーリングの詳細については、セクションFAQを参照してください。

次に、パフォーマンスチューニングのヒントを示します。

書き込みパフォーマンスの向上
- TiDB クラスターをスケールアウトして、書き込みスループットを向上させます ( TiDBクラスタのスケーリングを参照)。
- 楽観的取引モデルを使用してロックの競合を減らします。
クエリのパフォーマンスを向上させる
- [診断] > [ステートメント]ページで SQL 実行計画を確認します。
- [ダッシュボード] > [キービジュアライザー]ページでホットスポットの問題を確認します。
- [概要] > [容量メトリクス]ページで、TiDB クラスターの容量が不足しているかどうかを監視します。
- TiFlash 機能を使用して、分析処理を最適化します。 HTAPクラスタを使用するを参照してください。

ステップ 7. その他の機能を調べる

ワークロードのテストが完了したので、アップグレードやバックアップなど、さらに多くの機能を調べることができます。

アップグレード
TiDB Cloud はTiDB クラスターを定期的にアップグレードしますが、サポートチケットを送信してクラスターのアップグレードをリクエストすることもできます。 TiDBクラスタをアップグレードするを参照してください。
バックアップ
ベンダーロックインを回避するには、毎日の完全バックアップを使用してデータを新しいクラスターに移行し、 Dumplingを使用してデータをエクスポートします。詳細については、 TiDB からのデータのエクスポートを参照してください。

ステップ 8. 環境をクリーンアップして PoC を終了する

実際のワークロードを使用してTiDB Cloudをテストし、テスト結果を取得したら、PoC の完全なサイクルを完了しました。これらの結果は、 TiDB Cloud が期待を満たしているかどうかを判断するのに役立ちます。その間、 TiDB Cloudを使用するためのベストプラクティスを蓄積してきました。

TiDB Cloud を大規模に試してみたい場合は、 TiDB Cloudが提供する他のノードストレージサイズでのデプロイなど、新しいラウンドのデプロイとテストのために、専用ティアを作成してTiDB Cloudへのフルアクセスを取得します。

クレジットがなくなり、PoC を続行したい場合は、 TiDB Cloudのサポートに連絡して相談してください。

いつでも PoC を終了してテスト環境を削除できます。詳細については、 TiDBクラスタを削除するを参照してください。

サポートチームへのフィードバックは、PoC プロセス、機能のリクエスト、製品の改善方法など、 TiDB Cloudフィードバックフォームに記入していただければ幸いです。

FAQ

1. データのバックアップと復元にはどのくらいの時間がかかりますか?

TiDB Cloud は、自動バックアップと手動バックアップの 2 種類のデータベースバックアップを提供します。どちらの方法でも、データベース全体がバックアップされます。

データのバックアップと復元にかかる時間は、テーブルの数、ミラーコピーの数、および CPU を集中的に使用するレベルによって異なります。 1 つの TiKV ノードでのバックアップと復元の速度は、約 50 MB/秒です。

通常、データベースのバックアップおよび復元操作は CPU を集中的に使用し、常に追加の CPU リソースを必要とします。この環境の CPU 使用率によっては、QPS とトランザクションレイテンシーに影響 (10% から 50%) が生じる可能性があります。

2. いつスケールアウトおよびスケールインする必要がありますか?

スケーリングに関するいくつかの考慮事項を次に示します。

ピーク時またはデータインポート時に、ダッシュボードの容量メトリックが上限に達したことを確認した場合 ( TiDBクラスタを監視するを参照)、クラスターをスケールアウトする必要がある場合があります。
リソースの使用率が持続的に低い場合 (たとえば、CPU 使用率が 10% ～ 20% のみ)、クラスターをスケールインしてリソースを節約できます。

コンソールでクラスターを自分でスケールアウトできます。クラスターをスケールインする必要がある場合は、 TiDB Cloudのサポートに連絡してサポートを受ける必要があります。スケーリングの詳細については、 TiDBクラスタをスケーリングする参照してください。サポートチームと連絡を取り合い、正確な進捗状況を追跡できます。データの再調整によりパフォーマンスに影響を与える可能性があるため、テストを開始する前にスケーリング操作が完了するまで待つ必要があります。

3. PoC クレジットを最大限に活用するにはどうすればよいですか?

PoC の申請が承認されると、アカウントにクレジットが付与されます。通常、クレジットは 14 日間の PoC に十分です。クレジットは、ノードのタイプとノードの数によって、時間単位で課金されます。詳細については、 TiDB Cloud請求を参照してください。

PoC に残っているクレジットを確認するには、次のスクリーンショットに示すように、ターゲットプロジェクトのクラスターページに移動します。

をクリックすることもできます。 TiDB Cloudコンソールの右上隅にある[アカウント] をクリックし、 [請求] をクリックし、 [クレジット]をクリックして、クレジットの詳細ページを表示します。

クレジットを節約するには、使用していないクラスターを削除します。現在、クラスターを停止することはできません。クラスターを削除する前に、バックアップが最新であることを確認する必要があります。これにより、後で PoC を再開するときにクラスターを復元できます。

PoC プロセスが完了した後も未使用のクレジットがある場合は、クレジットの有効期限が切れていない限り、引き続きクレジットを使用して TiDB クラスター料金を支払うことができます。

4. PoC を完了するのに 2 週間以上かかることはありますか?

PoC の試用期間を延長したい場合、またはクレジットが不足している場合は、お問い合わせまでお問い合わせください。

5. 技術的な問題で立ち往生しています。 PoC のサポートを受けるにはどうすればよいですか?

いつでも助けを求めるTiDB Cloudサポートに連絡するができます。