TiDB Cloud
TiDB Self-Managed
Learning Center
お問い合わせ

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

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

ページにアクセスする

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

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

  • ブラウザでhttp://127.0.0.1:2379/dashboard/#/resource_managerにアクセスしてください。 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 。

    • 時間枠内のワークロードが低すぎる場合、次のエラーが表示されます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が表示されます。

    • 容量推定機能でtidb_server_maxprocs 、実際のワークロードに応じてメトリクス データ ( resource_manager_resource_unitなど) process_cpu_usage tikv_cpu_quotaする必要があります。対応するモニター データが空の場合は、対応するモニター項目名 ( Error 1105 (HY000): metrics 'resource_manager_resource_unit' is emptyなど) でエラーが報告されます。ワークロードがなく、 resource_manager_resource_unitが空の場合も、このエラーが報告されます。さらに、TiKV は macOS 上の CPU 使用率を監視しないため、実際のワークロードに基づく容量の見積もりをサポートせず、レポートしますERROR 1105 (HY000): metrics 'process_cpu_usage' is empty 。

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

メトリクス

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

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

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