Enterprise Server 3.20 は、現在リリース候補として使用できます。

モニター ダッシュボードについて

CPU やストレージの使用状況、アプリケーションと認証の応答時間、一般的なシステムの正常性など、詳細についての履歴データを表示します。

この記事で

モニター ダッシュボードへのアクセス

  1. GitHub Enterprise Server の管理アカウントから、任意のページの右上隅にある をクリックします。

  2. [サイト管理者] ページにまだ表示されていない場合は、左上隅の [サイト管理者] をクリックします。1. [ Site admin] サイドバーで、[[Management Console]] をクリックします。

  3. 上部のナビゲーション バーで [監視] をクリックします。

    [Management Console] のヘッダーのスクリーンショット。 [監視] というラベルが付いたタブがオレンジ色の枠線で強調表示されています。

  4. HA 環境とクラスター環境では、ドロップダウンを使用し、別のホスト名をクリックしてノードを切り替えることができます。

モニター ダッシュボードの使用

このダッシュボードでは、パフォーマンスの問題のトラブルシューティングや、GitHub Enterprise Server アプライアンスがどのように使われているかより深く理解するのに役立つメトリックが視覚化されます。 グラフの背後にあるデータは監視サービスによって収集され、定期的にサンプリングされます。

事前に構築されたダッシュボード内には、異なる種類のシステム リソースのグラフをグループ化したさまざまなセクションがあります。 ダッシュボード間を移動するには、ページ上のリンクを使います。

[Management Console] ヘッダーのスクリーンショット。 右上にあるダッシュボード ナビゲーション リンクが、オレンジ色で強調されています。

OpenTelemetry のメトリックを有効にしている場合は、追加のダッシュボードを使用できます。 OpenTelemetry メトリックの高度なダッシュボード を参照してください。

オペレーショナルヘルス ダッシュボード

これは、[Monitor] ページに表示される既定のダッシュボードです。 そこには、GitHub Enterprise Server アプライアンスの正常性の概要を簡単に把握するのに役立つ主要なメトリックが視覚化されています。

[システム＆アプリケーションインサイト] ダッシュボード

このより詳細なダッシュボードでは、アプライアンスで実行されているサービスのすべての側面に関するいっそう詳しい分析情報を得られます。

新しいダッシュボードの作成

GitHub Enterprise Server 3.18以降、[Management Console] 内でカスタムのGrafanaダッシュボードとアラートを直接作成できます。 これらのカスタム ダッシュボードとアラートはアップグレード後も保持されるため、監視構成の維持が容易になります。

重要

事前構築済みのダッシュボードを開いて検査用に編集することはできますが、変更を保存することはできません。 カスタマイズを適用して保持するダッシュボードのコピーを作成します。

外部監視には、OpenTelemetry と収集されたメトリックを同時に使用できます。 パブリック プレビュー では、収集されたデータは有効のままであり、無効にすることはできません。

OpenTelemetry メトリックの詳細については、「 OpenTelemetry メトリックについて」を参照してください。

収集されたメトリックの詳細については、「 収集されたメトリックについて」を参照してください。

モニター ダッシュボードのメトリックについて

モニター ダッシュボードには、GitHub Enterprise Server インスタンスのパフォーマンスと正常性を理解するのに役立つさまざまなメトリックの包括的なビューが用意されています。 これらのメトリックは、システムの特定の側面を簡単に分析できるように、さまざまなセクションに分類されます。

システム正常性

システム正常性グラフには、サービスとシステム リソースの使用率の概要が表示されます。 CPU、メモリ、および負荷の平均グラフは、プロビジョニングされたリソースの枯渇状態が発生した傾向や時間を特定するのに役立ちます。 詳しくは、「アラートの推奨閾値」をご覧ください。

アプリケーションの正常性

これらのグラフには、GitHub Enterprise Server に機能を提供するサービスのリソース使用率に関する主要なメトリックが含まれます。 これらは、要求の処理中に発生している問題を視覚化するのに役立ちます。

  •         **Nomad ジョブ**: 個々のサービスの CPU とメモリの使用状況。 GitHub Enterprise Server は、Nomad をワークロード オーケストレーターとして内部的に利用します。

  •         **応答コード**: GitHub Enterprise Server サービス全体で返された応答数は、状態コードごとに分類されます。

  •         **応答時間**: 90 パーセンタイルでの Web 要求の速度 (ミリ秒)。

  •         **アクティブ ワーカー数**: GitHub Enterprise Server アプリケーションごとの、ビジー状態の Web ワーカーの数。

  •         **キューに登録された要求数**: GitHub Enterprise Server アプリケーションごとの、キューに登録された Web 要求の数。 キューに登録された要求がない場合、このパネルには 'No data' と表示されるはずです。

  •         **ElasticSearch クラスターの正常性**: プライマリとレプリカのシャードの状態に基づく、ElasticSearch クラスターの正常性状態。 このクラスターは、GitHub Enterprise Server の検索に機能を提供します。

プロセス

プロセス グラフ セクションでは、GitHub Enterprise Server アプライアンスを構成する主要な個々のサービスについて詳細に表示されます。 これらのサービスを個別に見ると、使用状況の傾向が時間の経過に伴ってシステム リソースに与える影響を示すことができます。

認証

認証グラフは、ユーザーとアプリケーションが GitHub Enterprise Server アプライアンスに対して認証する速度の内訳を示します。 また、認証のプロトコルやサービスの種類 (Git や API など) も追跡します。これは、広範なユーザー アクティビティの傾向を特定するのに役立ちます。 認証グラフは、認証ログと API 要求ログを詳しく調べるときに、興味深い傾向や期間を見つけるのに役立ちます。

LDAP

LDAP グラフには、GitHub Enterprise Server アプライアンスで LDAP 認証が有効になっている場合にのみデータが表示されます。 詳しくは、「LDAPの利用」をご覧ください。 これらのグラフは、LDAP サーバーからの応答が遅いことを特定するだけでなく、LDAP パスワード ベースの認証の全体的な量を特定するのに役立ちます。

アプリケーション サーバー

アプリケーション サーバー セクションには、ユーザーと統合にデータを提供する GitHub Enterprise Server サービスのアクティビティに関する分析情報が表示されます。

アプリケーション要求/応答

          **アプリケーション要求/応答**セクションでは、要求の比率、要求が応答される速度、返された状態を確認します。

アクション

このグラフは、お使いの GitHub Enterprise Server インスタンス の GitHub Actions に関するさまざまなメトリックの内訳を、GitHub Actions サービス Web 要求と MSSQL データベース トランザクション ログ サイズの概要を含めて示します。

バックグラウンド作業

GitHub Enterprise Server アプライアンスでバックグラウンド処理のためにキューに登録されたタスクの数。

Git メンテナンス

Git メンテナンス エラーの監視は、大規模およびアクティブなリポジトリを持つお客様がリポジトリの正常性を予防的に管理するのに役立ちます。 たまに "誤動作" や "再試行" が発生することが想定されますが、リポジトリで Git メンテナンスが常に "失敗" とマークされている場合は、GitHub サポートにお問い合わせください。

ネットワーク

ネットワーク インターフェイス グラフは、ユーザー アクティビティのプロファイリングや、GitHub Enterprise Server アプライアンスとの間のトラフィックのスループットをプロファイリングする場合に役立ちます。

Storage

GitHub Enterprise Server リポジトリのパフォーマンスは、基になるストレージ システムに大きく依存します。 低遅延のローカル SSD ディスクによって最高のパフォーマンスが得られます。 GitHub Enterprise ストレージ アーキテクチャについて詳しくは、「システムの概要」をご覧ください。

アプライアンス固有のシステム サービス

システム サービス グラフには、GitHub Enterprise Server の主要データベースに関連するデータが含まれています。 これらは MySQL および Elasticseach 永続データベース、およびエフェメラル データを含む Redis と Memcached です。

  • Memcached: Web および API 操作用のメモリ内キャッシュのレイヤーを提供します。 Memcached は、システムと対話するユーザーと統合の応答時間を短縮するのに役立ちます。
  • MySQL: GitHub Enterprise Server のプライマリ データベース。 ユーザー、問題、およびその他の git 以外または検索関連のメタデータは、MySQL 内に格納されます。
  • Nomad ジョブ: GitHub Enterprise Server は、個々のサービスの CPU とメモリの使用状況を確認できるワークロード オーケストレーターとして、Nomad を内部的に利用します。
  • Redis: データベースには、主にバックグラウンド ジョブ キューとセッション状態情報が含まれています。
  • Kafka-Lite: ジョブ処理用の Kafka ブローカー サービス。
  • Elasticsearch: GitHub Enterprise Server の組み込み検索機能を提供します。
  • カスタムフック: プリレシーブフックの実行に関連するグラフ。
  • Git フェッチ キャッシュ: GitHub Enterprise Server は、複数の同じ要求が連続して到着すると、Git パック オブジェクトなどの集中的な操作をキャッシュしようとします。
  • MinIO: 一部の GitHub Enterprise Server サービスで使用されるストレージ。
  • パッケージ: GitHub Packages を駆動するリクエスト。
  • SecretScanning: Secret scanning 機能を提供するサービス。
  • CodeScanning：Code scanning の機能を支援するサービス。
  • クラスター: GitHub Enterprise Server 高可用性またはクラスタリングに関連するグラフ。
  • Babeld: Git プロキシ。
  • Alive: ライブ更新を提供するサービス。
  • Ghes-manage: GHES Manage API を提供するサービス。