記事のバージョン： Enterprise Server 2.17
モニターダッシュボードへのアクセス
GitHub Enterprise Server には、CPU やストレージの使用状況、アプリケーションや認証の応答時間、一般的なシステム健全性など、GitHub Enterprise Server アプライアンスに関する履歴データを表示する Web ベースのモニタリングダッシュボードが搭載されています。
モニターダッシュボードへのアクセス
- 任意のページの右上で をクリックします。
- 左のサイドバーでManagement Consoleをクリックしてください。
- ページの上部でMonitor（モニター）をクリックしてください。
アプライアンスにおける一般的なリソース割り当ての問題のトラブルシューティング
注意: 継続的インテグレーション（CI）あるいはビルドサーバで定期的にGitHub Enterprise Server インスタンスをポーリングすると、実質的にサービス拒否攻撃となって問題が生ずることがあるので、更新のプッシュにはwebhookの利用をお勧めします。 詳しい情報については"webhookについて"を参照してください。
モニターダッシュボードを使ってアプライアンスリソースの健全性を把握し、高利用率の問題の解決方法を判断してください。
| 問題 | 考えられる原因 | 推奨される対応 |
|---|---|---|
| 高いCPU消費 | 同一ホスト上で動作する他のサービスやプログラムとのVM競合 | 可能であれば、CPU消費を下げるように他のサービスやプログラムを再設定する。 VMの総CPUリソースを増加させる方法については"CPUあるいはメモリリソースの増加"を参照してください。 |
| 高いメモリ消費 | 同一ホスト上で動作する他のサービスやプログラムとのVM競合 | 可能であれば、メモリ消費を下げるように他のサービスやプログラムを再設定する。 VMで利用できるの総メモリ量を増加させる方法については"CPUあるいはメモリリソースの増加"を参照してください。 |
| ディスクの空き容量の低下 | 大きなバイナリあるいはログファイルによるディスク領域の消費 | 可能であれば大きなバイナリは個別のサーバー上に置き、ログファイルは圧縮もしくはアーカイブする。 必要であれば、使用しているプラットフォームで"ストレージ容量の増加"のステップを踏み、VM上のディスク領域を増やしてください。 |
| 通常よりも長いレスポンスタイム | 多くの場合上記のいずれかの問題によって生ずる | 原因となっている問題を特定して修復してください。 それでもレスポンスタイムが長い場合は、GitHub Enterprise Support または GitHub Premium Support に連絡してください。 |
| エラーレートの増大 | ソフトウェアの問題 | GitHub Enterprise Support または GitHub Premium Supportに連絡し、Support Bundleを含めてください。 詳細は「GitHub Enterprise Support にデータを提供する」を参照してください。 |