TiDBダッシュボードリソースマネージャーページ

H
O
h
r
g

リソース管理機能を使用してリソース分離を実装するには、クラスタ管理者がリソースグループを作成し、各グループにクォータを設定する必要があります。リソース計画を行う前に、クラスタ全体の容量を把握しておく必要があります。このドキュメントでは、リソース制御に関する情報を参照することで、リソース計画前にクラスタの容量を見積もり、より効果的にリソースを割り当てることができます。

ページにアクセスする

リソース マネージャー ページにアクセスするには、次の 2 つの方法のいずれかを使用できます。

  • TiDB ダッシュボードにログインしたら、左側のナビゲーション メニューで[リソース マネージャー]クリックします。

  • ブラウザでhttp://127.0.0.1:2379/ダッシュボード/#/リソースマネージャーアクセスしてください。3 127.0.0.1:2379実際のPDインスタンスのアドレスとポートに置き換えてください。

リソースマネージャーページ

次の図は、リソース マネージャーの詳細ページを示しています。

TiDB Dashboard: Resource Manager

リソース マネージャー ページには、次の 3 つのセクションがあります。

  • コンフィグレーション: このセクションには、TiDBのRESOURCE_GROUPSテーブルから取得したデータが表示されます。すべてのリソースグループに関する情報が含まれています。詳細については、 RESOURCE_GROUPS参照してください。

  • 容量の見積もり:リソース計画を立てる前に、クラスター全体の容量を把握する必要があります。以下のいずれかの方法を使用できます。

  • メトリクス: パネル上のメトリクスを観察することで、クラスターの現在の全体的なリソース消費状態を把握できます。

容量の見積もり

リソース計画を立てる前に、クラスター全体の容量を把握しておく必要があります。TiDBは、現在のクラスターのリクエストユニット(RU)の容量を見積もる2つの方法を提供しています。

  • ハードウェアの展開に基づいて容量を見積もる

    TiDB は次のワークロード タイプを受け入れます。

    • tpcc : 大量のデータ書き込みを伴うワークロードに適用されます。これはTPC-Cと同様のワークロードモデルに基づいて推定されます。
    • oltp_write_only : 大量のデータ書き込みを伴うワークロードに適用されます。これはsysbench oltp_write_onlyと同様のワークロードモデルに基づいて推定されます。
    • oltp_read_write : データの読み取りと書き込みが均等なワークロードに適用されます。これはsysbench oltp_read_writeと同様のワークロードモデルに基づいて推定されます。
    • oltp_read_only : 大量のデータ読み取りを伴うワークロードに適用されます。これはsysbench oltp_read_onlyと同様のワークロードモデルに基づいて推定されます。

    Calibrate by Hardware

    ユーザーリソースグループの合計RUはdefaultリソースグループを除くすべてのユーザーリソースグループのRUの合計量を表します。この値が推定容量を超えると、システムはアラートをトリガーします。デフォルトでは、システムは定義済みのdefaultリソースグループに無制限の使用量を割り当てます。すべてのユーザーがdefaultリソースグループに属している場合、リソースはリソース制御が無効になっている場合と同じように割り当てられます。

  • 実際の作業負荷に基づいて容量を見積もる

    Calibrate by Workload

    推定期間を10分から24時間まで選択できます。使用されるタイムゾーンはフロントエンドユーザーのタイムゾーンと同じです。

    • 時間ウィンドウの範囲が 10 分から 24 時間の範囲外の場合、次のエラーが表示されますERROR 1105 (HY000): the duration of calibration is too short, which could lead to inaccurate output. Please make the duration between 10m0s and 24h0m0s

    • 実際の作業負荷に基づく容量推定機能の監視メトリックには、 tikv_cpu_quotatidb_server_maxprocsresource_manager_resource_unitprocess_cpu_usage含まれます。CPUクォータ監視データが空の場合、対応する監視メトリック名(例: Error 1105 (HY000): There is no CPU quota metrics, metrics 'tikv_cpu_quota' is empty )にエラーが発生します。

    • 時間枠内のワークロードが低すぎる場合、またはresource_manager_resource_unitprocess_cpu_usage監視データが欠落している場合は、エラーが報告されますError 1105 (HY000): The workload in selected time window is too low, with which TiDB is unable to reach a capacity estimation; please select another time window with higher workload, or calibrate resource by hardware insteadまた、TiKVはmacOSのCPU使用率を監視しないため、実際のワークロードに基づく容量推定をサポートしておらず、このエラーも報告されます。

    メトリクスセクションのCPU 使用率を使用して適切な時間範囲を選択できます。

注記:

容量推定機能を使用するには、現在のログインユーザーが権限SUPERまたはRESOURCE_GROUP_ADMIN 、および一部のシステムテーブルに対する権限SELECT持っている必要があります。この機能を使用する前に、現在のユーザーがこれらの権限を持っていることを確認してください。権限がない場合、一部の機能が正しく動作しない可能性があります。詳細については、 CALIBRATE RESOURCE参照してください。

メトリクス

パネル上のメトリクスを観察することで、クラスター全体の現在のリソース消費状況を把握できます。監視メトリクスとその意味は次のとおりです。

  • 消費された RU の合計: リアルタイムでカウントされた要求ユニットの合計消費量。
  • リソース グループによって消費された RU: リソース グループによってリアルタイムで消費された要求ユニットの数。
  • TiDB
    • CPU クォータ: TiDB の最大 CPU 使用量。
    • CPU 使用率: すべての TiDB インスタンスの合計 CPU 使用率。
  • TiKV
    • CPU クォータ: TiKV の最大 CPU 使用量。
    • CPU 使用率: すべての TiKV インスタンスの合計 CPU 使用率。
    • IO MBps: すべての TiKV インスタンスの合計 I/O スループット。

このページは役に立ちましたか?