このバージョンの GitHub Enterprise サーバーはこの日付をもって終了となりました: 2024-03-26. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 パフォーマンスの向上、セキュリティの向上、新機能の向上を図るために、最新バージョンの GitHub Enterprise サーバーにアップグレードしてください。 アップグレードに関するヘルプについては、GitHub Enterprise サポートにお問い合わせください。

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

GitHub Enterprise Server には、CPU やストレージの使用状況、アプリケーションや認証の応答時間、一般的なシステム健全性など、GitHub Enterprise Server アプライアンスに関する履歴データを表示する Web ベースのモニタリングダッシュボードが搭載されています。

この記事の内容

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

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

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

  3. [ サイト管理者] サイドバーで [Management Console] をクリックします。

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

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

アプライアンスにおける一般的なリソース割り当ての問題のトラブルシューティング

注: 継続的インテグレーション (CI) またはビルド サーバーで定期的に お使いの GitHub Enterprise Server インスタンス をポーリングすると、実質的にサービス拒否攻撃となって問題が生じることがあるため、更新のプッシュには Webhook の使用をお勧めします。 詳しくは、「webhook について」をご覧ください。

モニターダッシュボードを使ってアプライアンスリソースの健全性を把握し、高利用率の問題の解決方法を判断してください。

問題考えられる原因推奨事項
CPU 使用率が高い同一ホスト上で動作する他のサービスやプログラムとのVM競合可能であれば、CPU消費を下げるように他のサービスやプログラムを再設定する。 VM の CPU リソースの合計を増やすには、「CPUあるいはメモリリソースの増加」を参照してください。
メモリ使用量が多い同一ホスト上で動作する他のサービスやプログラムとのVM競合可能であれば、メモリ消費を下げるように他のサービスやプログラムを再設定する。 VM で使用可能なメモリの合計を増やすには、「CPUあるいはメモリリソースの増加」を参照してください。
ディスクの空き容量の低下大きなバイナリあるいはログファイルによるディスク領域の消費可能であれば大きなバイナリは個別のサーバー上に置き、ログファイルは圧縮もしくはアーカイブする。 必要に応じて、「ストレージ容量の増加」にあるご自身のプラットフォーム向けの手順に従って、VM のディスク領域を増やします。
通常よりも長いレスポンスタイム多くの場合上記のいずれかの問題によって生ずる原因となっている問題を特定して修復してください。 それでもレスポンスタイムが長い場合は、GitHub Enterprise サポート にアクセスしてご連絡ください。
エラーレートの増大ソフトウェアの問題GitHub Enterprise サポートにアクセスして、Support Bundleを含めてご連絡ください。 詳細については、「GitHub Enterprise サポートへのデータの提供」を参照してください。