重要

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

TiDB Cloudを使用して概念実証 (PoC) を実行する

TiDB Cloud は、フルマネージドのクラウドデータベースで TiDB の優れた機能をすべて提供する Database-as-a-Service (DBaaS) 製品です。これにより、データベースの複雑さではなく、アプリケーションに集中することができます。 TiDB Cloudは現在、アマゾンウェブサービス (AWS) と Google Cloud の両方で利用できます。

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

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

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

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

PoC手順の概要

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

一般的なTiDB CloudPoC は、次の手順で構成されます。

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

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

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

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

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

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

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

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

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

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

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

次のいずれかの方法で PoC 申請フォームに記入します。
- PingCAP Web サイトのPoC に応募するページに移動して、申請フォームに記入します。
- TiDB Cloudコンソールで、 「?」をクリックします。右下隅にある[Contact Sales]をクリックし、 [PoC に申請] を選択して申請フォームに記入します。
フォームを送信すると、 TiDB Cloudサポートチームが申請を審査して連絡し、申請が承認されたらクレジットをアカウントに転送します。 PingCAP サポートエンジニアに連絡して、PoC 手順を支援して、PoC ができるだけスムーズに実行されるようにすることもできます。
PoC 用の TiDB 専用クラスターを作成するには、 TiDB 専用クラスタの作成を参照してください。

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

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

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

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

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

ステップ 4. スキーマと SQL を調整する

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

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

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

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

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

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

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

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

ステップ 5. データをインポートする

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

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

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

ステップ 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 パフォーマンスを調査して調整します。
- モニターとホットスポットの問題を解決する．
storageサイズと CPU 使用率を評価し、それに応じて TiDB クラスターをスケールアウトまたはスケールインします。スケーリングの詳細については、 FAQセクションを参照してください。

パフォーマンスチューニングのヒントは次のとおりです。

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

ステップ 7. さらに機能を探索する

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

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

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

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

TiDB Cloudをより大規模に試したい場合は、新しいラウンドの展開とテスト ( TiDB Cloudが提供する他のノードstorageサイズでの展開など) を行うために、 TiDB専用クラスターを作成して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サポートにお問い合わせくださいで助けを求めることができます。