Skip to main content
ドキュメントへの更新が頻繁に発行されており、このページの翻訳はまだ行われている場合があります。最新情報については、英語版のドキュメントをご覧ください。
 

 

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

この記事では、次の項目が扱われます。

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

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

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

    サイト管理者設定にアクセスするための宇宙船アイコンのスクリーンショット

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

    [サイト管理者] リンクのスクリーンショット 1. 左側のサイドバーで、 [Management Console] をクリックします。 左側のサイドバーの [[Management Console]] タブ

  3. ページの上部にある [モニター] をクリックします。 モニター ダッシュボードのリンク

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

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

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

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