Skip to main content
ドキュメントには� �繁に更新が� えられ、その都度公開されています。本ページの翻訳はま� 未完成な部分があることをご了承く� さい。最新の情� �については、英語のドキュメンテーションをご参照く� さい。本ページの翻訳に問題がある� �合はこちらまでご連絡く� さい。

このバージョンの GitHub Enterprise はこの日付をもって終了となりました: 2022-06-03. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 パフォーマンスの向上、セキュリティの改善、新機能のためには、最新バージョンのGitHub Enterpriseにアップグレードしてく� さい。 アップグレードに関する支援については、GitHub Enterprise supportに連絡してく� さい。

アラートの推奨閾値

GitHub Enterprise Server アプライアンスのパフォーマンスに影響を与える前に、システ� リソースの問題を通知するようにアラートを設定できます。

ストレージのモニタリング

ルート及びユーザストレージデバイスの両方をモニタリングし、利用可能なディスク� �域が少なくなったときに十分な対応時間が持てるような値でアラートを設定することをおすすめします。

重要度閾値
Warningディスクの使用量が総容量の70%を超えた
Criticalディスクの使用量が総容量の85%を超えた

これらの値は、割り当てられたストレージの総量、過去の増大パターン、対応が求められる時間に基づいて調整できます。 ストレージリソースは、増� を許容し、追� ストレージの割り当てに必要なダウンタイ� を回避するために、多めに割り当てておくことをおすすめします。

CPUとロードアベレージのモニタリング

リソース集約的なGitの操作によってCPUの利用状況が変動するのは通常のことですが、異常に高いCPU利用状況にはアラートを設定することをおすすめします。これは、長引くスパイクはインスタンスのプロビジョニングが不足しているということかもしれないためです。 15分間のシステ� ロードアベレージが、仮想マシンに割り当てられたCPUコア数に近いかそれを超える値になっていないかをモニタリングすることをおすすめします。

重要度閾値
Warning15分間のロードアベレージが1x CPUコアを超える
Critical15分間のロードアベレージが2x CPUコアを超える

また、仮想化の"steal"時間をモニタリングして、同一ホスト上で動作している他の仮想マシンがインスタンスのリソースをすべて使ってしまっていることがないことを確認するようおすすめします。

メモリの利用状況のモニタリング

GitHub Enterprise Serverインスタンスに割り当てられている物理メモリの量は、全体的なパフォーマンスとアプリケーションの反応性に大きな影響があります。 システ� は、Gitの処理を高速化するためにカーネルのディスクキャッシュを� �繁に利用するよう設計されています。 ピークの利用状況で、通常のRSSワーキングセットがRAMの総容量の50%以内に収まるようにすることをおすすめします。

重要度閾値
Warning持続的にRSSの利用状況が利用可能なメモリ総量の50%を超える
Critical持続的にRSSの利用状況が利用可能なメモリ総量の70%を超える

メモリが使い切られると、カーネルOOMキラーはRAMを大量に使っているアプリケーションプロセスを強制的にkillしてメモリリソースを解放しようとします。これは、サービスの中断につながることがあります。 通常の処理の状況で必要になる以上のメモリを仮想マシンに割り当てることをおすすめします。