収集されたメトリックについて

収集されたメトリックは既定で収集され、このリリースでは完全にサポートされています。 OpenTelemetry メトリックは、GitHub Enterprise Server 3.18 以降から入手できる、監視の将来の基盤です。

メモ

収集されるメトリックは、終了と廃止であることが予想されます。今後のリリースでは、 GitHub Enterprise Server がリリースされます。長期的な監視戦略には、OpenTelemetry メトリックへの移行が含まれていることをお勧めします。「OpenTelemetry メトリックについて」を参照してください。

Collectd は、システムパフォーマンス統計を定期的に収集し、さまざまな方法で格納するデーモンです。 GitHub Enterprise Server の場合、collectd はさまざまなシステムコンポーネントとサービスからメトリックを収集し、システムの正常性とパフォーマンスに関する分析情報を提供します。

主なコンポーネント

収集された監視スタックには、次のコンポーネントが含まれています。

        **Collectd**: システムパフォーマンス統計を収集する主デーモン

        **Graphite**: ダッシュボードの視覚化のデータソースとして機能します

メトリックの収集

Collectdは、次のようなさまざまなソースからメトリックを収集します。

        **システム メトリック**: CPU 使用率、メモリ使用率、ディスク I/O、ネットワーク統計

        **アプリケーション メトリック**: HAProxy 統計、Resque キュー メトリック、データベース パフォーマンス

        **カスタム メトリック**: カスタム プラグインとスクリプトを使用したサービス固有のメトリック

Architecture

単一装置

1 つのアプライアンスデプロイでは、収集された実行がローカルで実行され、RRD (ラウンドロビンデータベース) ファイルにメトリックが格納されます。 [Management Console] は、これらのファイルを読み取って監視ダッシュボードを表示します。

クラスター環境

クラスター環境では、収集は分散された方法で動作します。

        **メトリック サーバー**: すべてのクラスター ノードからメトリックを収集して格納する指定されたノード

        **メトリック クライアント**: メトリックをメトリック サーバーに転送する他のすべてのノード

        **冗長性**: フェールオーバーをサポートするために、メトリックが複数のメトリック サーバー間で重複している

        **共存**: 移行期間中に収集されたメトリックと OpenTelemetry メトリックの両方を同時に実行できます

        **機能パリティ**: OpenTelemetry メトリックは同等の強化された監視機能を提供します

        **計画**: 監視ワークフローの OpenTelemetry メトリックの評価を開始する

        **タイムライン**: 将来のリリースで収集されたメトリックの最終的な 終了 と 廃止 を計画する

次のステップ

外部監視を設定するには、外部監視の設定（collectdを使用）を参照してください。
使用可能なメトリックを調べるには、 GitHub Enterprise Server の収集されたメトリックを参照してください。

収集されたメトリックについて

この記事で