収集されたメトリックは既定で収集され、このリリースでは完全にサポートされています。 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] は、これらのファイルを読み取って監視ダッシュボードを表示します。
クラスター環境
クラスター環境では、収集は分散された方法で動作します。
- メトリック サーバー: すべてのクラスター ノードからメトリックを収集して格納する指定されたノード
- メトリック クライアント: メトリックをメトリック サーバーに転送する他のすべてのノード
- 冗長性: フェールオーバーをサポートするために、メトリックが複数のメトリック サーバー間で重複している
収集されたメトリックの構成
収集されたメトリックは、GitHub Enterprise Server インスタンスで既定で有効になります。
collectdを使用した外部監視
外部監視システムを設定して、GitHub Enterprise Server インスタンスから収集されたメトリックスを収集および分析できます。 これにより、既存の監視インフラストラクチャとの統合が可能になり、追加の視覚化とアラート機能が提供されます。
外部監視の設定の詳細については、 AUTOTITLE を参照してください。
収集されたメトリックのリファレンス
GitHub Enterprise Server は、collectd を通じてシステム リソース、アプリケーション パフォーマンス、およびサービス正常性をカバーするさまざまなメトリックを収集します。 これらのメトリックを理解することは、効果的な監視とトラブルシューティングに不可欠です。
使用可能なメトリックの包括的な一覧については、 AUTOTITLE を参照してください。
移行に関する考慮事項
GitHub Enterprise Server が OpenTelemetry メトリックに移行する場合は、次の点を考慮してください。
- 共存: 移行期間中に収集されたメトリックと OpenTelemetry メトリックの両方を同時に実行できます
- 機能パリティ: OpenTelemetry メトリックは同等の強化された監視機能を提供します
- 計画: 監視ワークフローの OpenTelemetry メトリックの評価を開始する
- タイムライン: 将来のリリースで収集されたメトリックの最終的な 終了 と 廃止 を計画する
次のステップ
- 外部監視を設定するには、 外部監視の設定（collectdを使用） を参照してください。
- 使用可能なメトリックを調べるには、 GitHub Enterprise Server の収集されたメトリック を参照してください。