Skip to main content

Cette version de GitHub Enterprise Server n'est plus disponible depuis le 2024-09-25. Aucune publication de correctifs n’est effectuée, même pour les problèmes de sécurité critiques. Pour de meilleures performances, une sécurité améliorée et de nouvelles fonctionnalités, effectuez une mise à niveau vers la dernière version de GitHub Enterprise. Pour obtenir de l’aide sur la mise à niveau, contactez le support GitHub Enterprise.

Seuils d’alerte recommandés

Vous pouvez configurer une alerte pour vous avertir des problèmes de ressources système avant qu’ils n’affectent les performances de votre appliance GitHub Enterprise Server.

Vous pouvez configurer des systèmes de monitoring externes pour vous avertir d’une utilisation du stockage, du processeur et de la mémoire pouvant provoquer des problèmes avec votre instance GitHub Enterprise Server. Pour plus d’informations, consultez « Configuration d’une supervision externe » et « Accès au tableau de bord moniteur ».

Supervision du stockage

Nous vous recommandons de superviser les dispositifs de stockage racines et utilisateur et de configurer une alerte avec des valeurs qui autorisent un temps de réponse suffisant quand l’espace disque disponible devient faible.

severitySeuil
AvertissementL’utilisation du disque dépasse 60 % du total disponible
CritiqueL’utilisation du disque dépasse 75 % du total disponible

Vous pouvez ajuster ces valeurs en fonction de la quantité totale de stockage allouée, des modèles de croissance historiques et du temps de réponse attendu. Nous vous recommandons de surallouer des ressources de stockage pour tenir compte de la croissance et éviter les temps d’arrêt nécessaires à l’allocation de capacités de stockage supplémentaires.

Supervision de l’utilisation moyenne du processeur et de la charge

Bien qu’il soit normal que l’utilisation du processeur fluctue au gré des opérations Git gourmandes en ressources, nous vous recommandons de configurer une alerte pour une utilisation de processeur anormalement élevée, car les pics prolongés peuvent être le signe que votre instance est sous-provisionnée. En outre, nous recommandons de surveiller l’utilisation de l’UC pendant une semaine de travail normale lorsque l’instance est dans un état sain afin d’établir une base qui peut être utilisée comme référence.

Niveau de gravitéSeuil
Avertissement20 % au-dessus de la base de référence
Critique40 % au-dessus de la base de référence

Nous vous recommandons aussi de superviser le temps d’« appropriation » de la virtualisation pour veiller à ce que d’autres machines virtuelles s’exécutant sur le même système hôte n’utilisent pas toutes les ressources de l’instance.

Surveillance de l'utilisation de la mémoire

La quantité de mémoire physique allouée à votre instance GitHub Enterprise Server peut avoir un impact important sur les performances globales et la réactivité des applications. Le système a été conçu pour utiliser de façon intensive le cache de disque du noyau pour accélérer les opérations Git. Nous recommandons que la quantité de mémoire physique attribuée aux processus ne dépasse pas 50 % de la RAM totale disponible en cas d’utilisation maximale.

Niveau de gravitéSeuil
AvertissementL’utilisation soutenue de la mémoire dépasse 50 % de la mémoire totale disponible
CritiqueL’utilisation soutenue de la mémoire dépasse 70 % de la mémoire totale disponible

Toutefois, pour les installations en cluster, nous recommandons de suivre une approche similaire à la surveillance de l’UC : établir une base de référence qui définit ce qui est considéré comme une utilisation normale, et définir le seuil en conséquence. Ce seuil peut également varier d’un rôle à l’autre.

Si la mémoire est épuisée, le tueur OOM du noyau tente de libérer des ressources de mémoire en tuant de force les processus d’application gourmands en RAM, ce qui peut entraîner une interruption du service. Nous vous recommandons d’allouer à la machine virtuelle plus de mémoire que nécessaire dans le cours normal des opérations.