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 インテグレーションの追加
-
ARMS コンソールにログインします。
-
左側のナビゲーションウィンドウで、[インテグレーションセンター] をクリックします。
-
[データベース] セクションで [TIDB] をクリックし、画面の指示に従います。
-
環境タイプとして [Kubernetes 環境] または [ECS (VPC)] を選択します。
-
ターゲットの Kubernetes クラスターまたは VPC を選択します。
-
[設定情報] セクションで、次のパラメーターを設定し、[OK] をクリックします。
パラメーター 説明 アクセス名 このインテグレーションのカスタム名 TIDB クラスター名 TiDB クラスター名。メトリックの競合やダッシュボードのエラーを避けるため、インテグレーションごとに一意の名前を使用します。 名前空間 カスタムの名前空間 PD サーバーコンテナ名 PD コンテナ名。複数の名前を縦棒 ( pd|pd1) で区切って OR マッチングを行います。PD メトリックポート PD メトリックを公開するポート PD メトリック収集パス PD メトリックの HTTP スクレイプパス。通常は /metricsTiDB サーバーコンテナ名 TiDB サーバーコンテナ名 TiDB メトリックポート TiDB メトリックを公開するポート TiDB メトリック収集パス TiDB メトリックの HTTP スクレイプパス。通常は /metricsTiKV サーバーコンテナ名 TiKV サーバーコンテナ名 TiKV メトリックポート TiKV メトリックを公開するポート TiKV メトリック収集パス TiKV メトリックの HTTP スクレイプパス。通常は /metricsメトリック収集間隔 (単位/秒) スクレイプ間隔 (秒)。デフォルト:30 -
インテグレーションが完了したら、[メトリックの収集] タブをクリックして、メトリックが収集されていることを確認します。
インテグレーションは [インテグレーション管理] ページに表示され、[統合環境]、[統合アドオン]、[クエリダッシュボード] タブでターゲット、メトリック、ダッシュボード、アラートを確認できます。
ステップ 2:TiDB ダッシュボードの表示
Managed Service for Prometheus には、TiDB コンポーネント向けの 20 以上の内蔵 Grafana ダッシュボードが含まれています。
ダッシュボードにアクセスするには:
-
[インテグレーション管理] ページに移動し、ご利用の TiDB クラスターを選択します。
-
[ダッシュボード] タブをクリックします。
-
ダッシュボードのリンクをクリックして、Alibaba Cloud Grafana で開きます。
ステップ 3:アラートルールの設定
Managed Service for Prometheus は、TiDB 向けに 30 以上のアラートルールを自動的に作成します。これらを確認し、有効化するには:
-
[インテグレーション管理] ページに移動し、ご利用の TiDB クラスターを選択します。
-
[アラートルール] タブをクリックします。
-
事前設定済みのルールを確認し、ワークロードのパターンに基づいてしきい値を調整し、有効化します。
カスタムルールを追加するには、「Prometheus アラートルールの作成」をご参照ください。
次のステップ
-
内蔵の TiDB ダッシュボードを探索して、クラスターのヘルス状態、クエリパフォーマンス、ストレージメトリックを把握します。
-
ワークロードのパターンに基づいてアラートのしきい値を微調整します。
-
ECS タグと
aliyun_sd_configsを使用して、TiDB クラスターのスケーリングに合わせてスクレイプターゲットを動的に管理します。