重要

このページは英語版のページを機械翻訳しています。原文はこちらからご覧ください。

TiDB Cloudで概念実証（PoC）を実行する

TiDB Cloud は、 TiDB の優れた機能をすべて完全に管理されたクラウドデータベースで提供する Database-as-a-Service (DBaaS) 製品です。データベースの複雑さに煩わされることなく、アプリケーションに集中できます。TiDB TiDB Cloudは現在、Amazon Web Services (AWS) と Google Cloud の両方で利用できます。

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

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

PoC に興味がある場合は、開始する前にPingCAP にお気軽にお問い合わせください。サポートチームがテストプランの作成をお手伝いし、PoC 手順をスムーズに進めていきます。

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

PoC手順の概要

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

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

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

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

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

PoC の目標を特定するには、次の質問を参考にしてください。

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

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

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

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

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

分析処理の高速化に役立つ列指向storageエンジンであるTiFlash使用にも興味があるかもしれません。PoC 中は、いつでもTiFlash機能を使用できます。

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

次のいずれかの方法で PoC 申請フォームに記入します。
- PingCAPウェブサイトのPoCを申請するページ目に進み、申し込みフォームに記入してください。
- TiDB Cloudコンソールで、右下隅の[?]をクリックし、 [営業担当者に問い合わせ]をクリックして、 [PoC を申請]を選択し、申請フォームに入力します。
フォームを送信すると、 TiDB Cloudサポートチームが申請を確認し、お客様に連絡し、申請が承認されるとクレジットをお客様のアカウントに振り込みます。また、PingCAP サポートエンジニアに連絡して PoC 手順を支援してもらい、PoC が可能な限りスムーズに実行されるようにすることもできます。
PoC 用のTiDB Cloud Dedicated クラスターを作成するには、 TiDB Cloud専用クラスタを作成するを参照してください。

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

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

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

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

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

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

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

PoC クレジットの数量には限りがあるため、クレジットの価値を最大化するために、 TiDB Cloud上で互換性テストや予備分析用のTiDB Cloudサーバーレスクラスター作成することをお勧めします。

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

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

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

スキーマ設定に非効率性がないか確認します。
不要なインデックスを削除します。
効果的なパーティショニングのためにパーティショニングポリシーを計画します。
タイムスタンプ上のインデックスなど、右側のインデックスの増加によって発生するホットスポットの問題回避します。
シャード行IDビットと自動ランダム使ってホットスポットの問題回避します。

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

ご不明な点がございましたらピンキャップまでご相談ください。

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

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

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

注記：
インポートページでのデータのインポートでは追加の請求料金は発生しません。

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

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

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

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

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

次はテスト結果を評価する時です。

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

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

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

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

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

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

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

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

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

TiDB Cloud をより大規模に試してみたい場合、つまりTiDB Cloudが提供する他のノードstorageサイズを使用してデプロイするなど、新しい一連のデプロイとテストを行う場合は、 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 Credits

または、 TiDB Cloudコンソールの左下隅で、 [請求]をクリックし、 [クレジット]をクリックしてクレジットの詳細ページを表示します。

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

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

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

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

5. 技術的な問題で行き詰まっています。PoC のサポートを受けるにはどうすればよいですか?

いつでも助けをTiDB Cloudサポートにお問い合わせくださいことができます。