すべてのプロダクト
Search
ドキュメントセンター

Managed Service for Prometheus:Prometheus を使用した TiDB データベースのモニタリング

最終更新日:Sep 30, 2026

Managed Service for Prometheus は、TiDB、PD、TiKV、TiConsole のメトリックを収集し、事前に構築されたダッシュボードとアラートルールを提供します。セルフマネージドの Prometheus、Grafana、Alertmanager スタックは不要です。

前提条件

以下が準備されていることを確認してください。

  • VPC に接続された Managed Service for Prometheus インスタンス。Prometheus for ECS

  • VPC 内の ECS インスタンスにデプロイされた実行中の TiDB クラスター

Managed Service for Prometheus を使用する理由

TiDB 向けのセルフマネージド Prometheus には、運用上の課題があります。

  • VPC をまたいだ繰り返しのデプロイ: 分離された各 VPC には、独自の Prometheus、Grafana、Alertmanager のインストールが必要です。

  • ネイティブの ECS サービス検出の欠如: オープンソースの Prometheus は static_configs またはサードパーティのレジストリを使用します。ECS を認識する検出には、Alibaba Cloud ECS POP API を呼び出すカスタムの Go コードが必要となり、開発工数が増加し、アップグレードが複雑になります。

  • 限定的なダッシュボードとアラートルール: TiDB 向けのオープンソースの Grafana ダッシュボードは、運用のベストプラクティス分析なしで生のメトリックを表示し、事前に構築されたアラートルールテンプレートは利用できません。

次の表は、両方のアプローチを比較したものです。

機能 セルフマネージド Prometheus Managed Service for Prometheus
デプロイメント 各 VPC の ECS に Prometheus、Grafana、Alertmanager をデプロイ Grafana とアラート機能を内蔵したフルマネージド
可用性とスケーラビリティ セルフマネージドのインフラストラクチャによる制限 高可用性、高パフォーマンス、大容量データ
サービス検出 static_configs またはサードパーティのレジストリ。ECS 統合なし Kubernetes の labelSelector と同様に、ECS タグベースのマッチングを備えた内蔵の aliyun_sd_configs
ダッシュボード 基本的なオープンソースのダッシュボード モニタリングのベストプラクティスに基づいて構築された、最適化された TiDB ダッシュボードテンプレート
アラートルール 手動でルールを調査・設定する必要がある GUI ベースのカスタマイズが可能な 30 以上の事前設定済みアラートルール

ステップ 1:TiDB インテグレーションの追加

  1. ARMS コンソールにログインします。

  2. 左側のナビゲーションウィンドウで、[インテグレーションセンター] をクリックします。

  3. [データベース] セクションで [TIDB] をクリックし、画面の指示に従います。

  4. 環境タイプとして [Kubernetes 環境] または [ECS (VPC)] を選択します。

  5. ターゲットの Kubernetes クラスターまたは VPC を選択します。

  6. [設定情報] セクションで、次のパラメーターを設定し、[OK] をクリックします。

    パラメーター 説明
    アクセス名 このインテグレーションのカスタム名
    TIDB クラスター名 TiDB クラスター名。メトリックの競合やダッシュボードのエラーを避けるため、インテグレーションごとに一意の名前を使用します。
    名前空間 カスタムの名前空間
    PD サーバーコンテナ名 PD コンテナ名。複数の名前を縦棒 (pd|pd1) で区切って OR マッチングを行います。
    PD メトリックポート PD メトリックを公開するポート
    PD メトリック収集パス PD メトリックの HTTP スクレイプパス。通常は /metrics
    TiDB サーバーコンテナ名 TiDB サーバーコンテナ名
    TiDB メトリックポート TiDB メトリックを公開するポート
    TiDB メトリック収集パス TiDB メトリックの HTTP スクレイプパス。通常は /metrics
    TiKV サーバーコンテナ名 TiKV サーバーコンテナ名
    TiKV メトリックポート TiKV メトリックを公開するポート
    TiKV メトリック収集パス TiKV メトリックの HTTP スクレイプパス。通常は /metrics
    メトリック収集間隔 (単位/秒) スクレイプ間隔 (秒)。デフォルト:30
  7. インテグレーションが完了したら、[メトリックの収集] タブをクリックして、メトリックが収集されていることを確認します。

インテグレーションは [インテグレーション管理] ページに表示され、[統合環境]、[統合アドオン]、[クエリダッシュボード] タブでターゲット、メトリック、ダッシュボード、アラートを確認できます。

ステップ 2:TiDB ダッシュボードの表示

Managed Service for Prometheus には、TiDB コンポーネント向けの 20 以上の内蔵 Grafana ダッシュボードが含まれています。

ダッシュボードにアクセスするには:

  1. [インテグレーション管理] ページに移動し、ご利用の TiDB クラスターを選択します。

  2. [ダッシュボード] タブをクリックします。

  3. ダッシュボードのリンクをクリックして、Alibaba Cloud Grafana で開きます。

ステップ 3:アラートルールの設定

Managed Service for Prometheus は、TiDB 向けに 30 以上のアラートルールを自動的に作成します。これらを確認し、有効化するには:

  1. [インテグレーション管理] ページに移動し、ご利用の TiDB クラスターを選択します。

  2. [アラートルール] タブをクリックします。

  3. 事前設定済みのルールを確認し、ワークロードのパターンに基づいてしきい値を調整し、有効化します。

カスタムルールを追加するには、「Prometheus アラートルールの作成」をご参照ください。

次のステップ

  • 内蔵の TiDB ダッシュボードを探索して、クラスターのヘルス状態、クエリパフォーマンス、ストレージメトリックを把握します。

  • ワークロードのパターンに基づいてアラートのしきい値を微調整します。

  • ECS タグと aliyun_sd_configs を使用して、TiDB クラスターのスケーリングに合わせてスクレイプターゲットを動的に管理します。