TiProxy 監視メトリクス

このドキュメントでは、TiProxy の監視項目について説明します。

TiUPを使用して TiDB クラスターをデプロイすると、監視システム (Prometheus および Grafana) も同時にデプロイされます。詳細については、 監視フレームワークの概要参照してください。

Grafana ダッシュボードは、Overview、PD、TiDB、TiKV、TiProxy、Node_exporter を含む一連のサブダッシュボードに分かれています。診断に役立つメトリックが多数あります。各ダッシュボードには、パネル グループとそのパネルが含まれています。

TiProxy には 4 つのパネル グループがあります。これらのパネルのメトリックは、TiProxy の現在のステータスを示します。

  • TiProxy-Server : インスタンス情報。
  • TiProxy-Query-Summary : CPS などの SQL クエリ メトリック。
  • TiProxy-Backend : TiProxy が接続する可能性のある TiDB ノードに関する情報。
  • TiProxy-Balance : 負荷分散メトリック。

サーバ

  • CPU 使用率: 各 TiProxy インスタンスの CPU 使用率
  • メモリ使用量: 各 TiProxy インスタンスのメモリ使用量
  • 稼働時間: 前回の再起動以降の各 TiProxy インスタンスの実行時間
  • 接続数: 各 TiProxy インスタンスに接続されているクライアントの数
  • 接続作成 OPM: 各 TiProxy インスタンスで 1 分ごとに作成される接続の数
  • 切断 OPM: 1 分ごとの各理由による切断の数。理由には以下が含まれます。
    • 成功: クライアントは正常に切断されます
    • クライアントネットワークの切断: クライアントが切断する前にQUITコマンドを送信しません。ネットワークの問題やクライアントのシャットダウンによっても発生する可能性があります。
    • クライアントのハンドシェイク失敗: クライアントが TiProxy とのハンドシェイクに失敗しました
    • 認証失敗: TiDB によってアクセスが拒否されました
    • SQL エラー: TiDB は他の SQL エラーを返します
    • プロキシシャットダウン: TiProxy はシャットダウンしています
    • 不正なパケット: TiProxy は MySQL パケットを解析できません
    • バックエンドの取得失敗: TiProxy は接続に使用可能なバックエンドを見つけることができません
    • プロキシ エラー: その他の TiProxy エラー
    • バックエンドネットワークの中断: TiDB の読み取りまたは書き込みに失敗しました。これは、ネットワークの問題または TiDBサーバーのシャットダウンが原因である可能性があります。
    • バックエンドのハンドシェイクが失敗しました: TiProxy は TiDBサーバーとのハンドシェイクに失敗しました
  • Goroutine 数: 各 TiProxy インスタンス上の Goroutine の数

クエリの概要

  • 期間: 平均、P95、P99 SQL ステートメント実行期間。TiDB サーバーでの SQL ステートメント実行期間も含まれるため、TiDB Grafana パネルでの期間よりも長くなります。
  • インスタンスごとの P99 実行時間: 各 TiProxy インスタンスの P99 ステートメント実行時間
  • バックエンド別の P99 実行時間: 各 TiDB インスタンスで実行されるステートメントの P99 ステートメント実行時間
  • インスタンスごとの CPS: 各 TiProxy インスタンスの 1 秒あたりのコマンド数
  • バックエンド別の CPS: 各 TiDB インスタンスの 1 秒あたりのコマンド数
  • CPS by CMD: SQL コマンド タイプ別にグループ化された 1 秒あたりのコマンド数
  • ハンドシェイク期間: クライアントと TiProxy 間のハンドシェイク フェーズの平均、P95、および P99 期間

バランス

  • バックエンド接続: 各 TiDB インスタンスと各 TiProxy インスタンス間の接続数。たとえば、 10.24.31.1:6000 | 10.24.31.2:4000 TiProxy インスタンス10.24.31.1:6000と TiDB インスタンス10.24.31.2:4000間の接続を示します。
  • セッション移行 OPM: 1 分ごとに発生したセッション移行の数。TiDB インスタンスが別のインスタンスに移行したセッションを記録します。たとえば、 succeed: 10.24.31.2:4000 => 10.24.31.3:4000 TiDB インスタンス10.24.31.2:4000から TiDB インスタンス10.24.31.3:4000に正常に移行されたセッションの数を示します。
  • セッション移行期間: 平均、P95、P99 セッション移行期間。

バックエンド

  • バックエンド期間の取得: TiProxy が TiDB インスタンスに接続する平均、p95、p99 期間
  • Pingバックエンド期間: 各TiProxyインスタンスと各TiProxyインスタンス間のネットワークレイテンシー。たとえば、 10.24.31.1:6000 | 10.24.31.2:4000 TiProxyインスタンス10.24.31.1:6000とTiDBインスタンス10.24.31.2:4000間のネットワークレイテンシーを示します。
  • ヘルスチェックサイクル: TiProxy インスタンスとすべての TiDB インスタンス間のヘルスチェックサイクルの期間。たとえば、 10.24.31.1:6000 、TiProxy インスタンス10.24.31.1:6000がすべての TiDB インスタンスに対して実行する最新のヘルスチェックの期間を示します。この期間が 3 秒を超える場合、TiProxy はバックエンドの TiDB リストをタイムリーに更新できない可能性があります。

渋滞

  • バックエンドからのバイト/秒: 各 TiDB インスタンスから各 TiProxy インスタンスに 1 秒あたりに送信されるデータの量 (バイト単位)。
  • バックエンドからのパケット/秒: 各 TiDB インスタンスから各 TiProxy インスタンスに 1 秒あたりに送信される MySQL パケットの数。
  • バックエンドへのバイト/秒: 各 TiProxy インスタンスから各 TiDB インスタンスに 1 秒あたりに送信されるデータの量 (バイト単位)。
  • バックエンドへのパケット数/秒: 各 TiProxy インスタンスから各 TiDB インスタンスに 1 秒あたりに送信される MySQL パケットの数。

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