Anomalie #3394
ferméLes deux hyperviseurs ne semblent pas pouvoir exécuter toutes les VM par manque de RAM
0%
Description
Suite à l'incident « Perte du RPN sur le cluster SI April » https://agir.april.org/issues/3393 François s'est rendu compte que le serveur sur lequel tournait toutes les VM (l'autre étant inaccessible) n'avait pas suffisamment de RAM pour faire tourner toutes les VM et qu'il y a eu des OOM.
Il faudrait donc soit :
- optimiser la config mémoire des VM pour ne pas avoir ce problème
- augmenter la RAM des deux hyperviseurs si c'est techniquement possible.
L'augmentation de RAM a ma préférence.
Fichiers
Mis à jour par François Poulain il y a environ 6 ans
L'augmentation de RAM a ma préférence.
Idem.
Nota bene : il ne suffit visiblement pas de démarrer les VM et vérifier que ça tourne. On a eu plusieurs OOM dans la nuit alors que hier soir on avait des Go de libre dans la RAM. L'empreinte mémoire des KVM est visiblement variable au cours du temps.
Coté rabot voici la où on peut éventuellement gagner :
total used free shared buff/cache available
Mem: 996 80 210 10 705 745
Swap: 1903 0 1903
===== admin =====
total used free shared buff/cache available
Mem: 492 56 16 14 419 408
Swap: 1903 0 1903
===== dns =====
total used free shared buff/cache available
Mem: 996 107 *568* 6 319 712
Swap: 951 0 951
===== mail =====
total used free shared buff/cache available
Mem: 3955 918 *2300* 10 736 2814
Swap: 951 0 951
===== sympa =====
total used free shared buff/cache available
Mem: 2004 1473 141 21 389 325
Swap: 951 60 891
===== adl =====
total used free shared buff/cache available
Mem: 2004 1187 210 5 606 626
Swap: 951 0 951
===== lamp =====
total used free shared buff/cache available
Mem: 3955 525 142 69 3287 3077
Swap: 951 0 951
===== agir =====
total used free shared buff/cache available
Mem: 2004 402 *882* 8 719 1410
Swap: 951 0 951
===== dtc =====
total used free shared buff/cache available
Mem: 2004 180 162 30 1661 1610
Swap: 951 0 951
===== drupal6 =====
total used free shared buffers cached
Mem: 3965 2407 *1557* 55 141 1620
-/+ buffers/cache: 645 3320
Swap: 951 0 951
===== candidatsfr =====
total used free shared buff/cache available
Mem: 3955 426 *588* 46 2940 3199
Swap: 951 0 951
===== pad =====
total used free shared buff/cache available
Mem: 996 311 84 5 599 499
Swap: 951 0 951
===== scm =====
total used free shared buff/cache available
Mem: 996 45 *503* 5 447 765
Swap: 951 0 951
===== pouet =====
total used free shared buff/cache available
Mem: 2004 891 92 58 1019 870
Swap: 951 0 951
Mis à jour par Benjamin Drieu il y a environ 6 ans
Frédéric Couchet a écrit :
- optimiser la config mémoire des VM pour ne pas avoir ce problème
- augmenter la RAM des deux hyperviseurs si c'est techniquement possible.
L'augmentation de RAM a ma préférence.
Le problème étant que nous n'avons pas accès à ces machines. Je ne pense pas qu'on puisse ajouter de la RAM.
Je pense que nous avons ajouté des VM sans nous soucier de leur emprunte mémoire, il faudrait passer en revue chaque VM et voir si la mémoire allouée n'est pas trop importante. 32G de mémoire me semble largement assez pour gérer l'intégralité de notre infrastructure.
Mis à jour par Romain H. il y a environ 6 ans
La VM photos peut être réduite à 512 Mo de RAM.
Cf. réunion de sprint de novembre 2018
Mis à jour par Quentin Gibeaux il y a environ 6 ans
- Version cible changé de Octobre 2018 à Novembre 2018
Mis à jour par Quentin Gibeaux il y a presque 6 ans
Voir seconde passe pour grapiller encore un peu de ram
Mis à jour par Quentin Gibeaux il y a presque 6 ans
- Version cible changé de Novembre 2018 à Décembre 2018
Mis à jour par François Poulain il y a presque 6 ans
Actuellement, si on somme free+buff, on dirait que c'est sympa et mail qui sont les plus large en mémoire.
Mis à jour par Quentin Gibeaux il y a presque 6 ans
- Version cible changé de Décembre 2018 à Janvier 2019
Mis à jour par Romain H. il y a presque 6 ans
- Fichier ram_usage_2019-01-06.ods ram_usage_2019-01-06.ods ajouté
Ci-joint un tableur qui récapitule l'utilisation en RAM des VMs.
Mis à jour par Romain H. il y a presque 6 ans
- Statut changé de Nouveau à En cours de traitement
Mis à jour par Quentin Gibeaux il y a presque 6 ans
- Version cible changé de Janvier 2019 à Février 2019
Mis à jour par Quentin Gibeaux il y a plus de 5 ans
- Version cible changé de Février 2019 à Mars 2019
Mis à jour par Quentin Gibeaux il y a plus de 5 ans
- Version cible changé de Mars 2019 à Avril 2019
Mis à jour par Quentin Gibeaux il y a plus de 5 ans
- Version cible changé de Avril 2019 à Mai 2019
Mis à jour par Quentin Gibeaux il y a plus de 5 ans
- Version cible changé de Mai 2019 à Juin 2019
Mis à jour par Quentin Gibeaux il y a plus de 5 ans
- Version cible changé de Juin 2019 à Été 2019
Mis à jour par Quentin Gibeaux il y a environ 5 ans
- Version cible changé de Été 2019 à Septembre 2019
Mis à jour par Quentin Gibeaux il y a environ 5 ans
- Version cible changé de Septembre 2019 à Octobre 2019
Mis à jour par Quentin Gibeaux il y a environ 5 ans
- Version cible changé de Octobre 2019 à Novembre 2019
Mis à jour par Romain H. il y a presque 5 ans
- Fichier ram_usage_2019-11-27.ods ram_usage_2019-11-27.ods ajouté
J'ai mis à jour le tableau avec un nouveau relevé. La dernière feuille indique la différence par rapport à l'ancien relevé.
On est toujours assez large, 27 Go utilisables sur les 32 Go possibles.
Il y a eu une augmentation de 266 Mo de la mémoire globale utilisable suite au changement de configuration de la VM adl.
Il n'y a pas d'autres changement majeurs. Sympa consomme 667 Mo de moins qu'avant.
Mis à jour par Quentin Gibeaux il y a presque 5 ans
- Statut changé de En cours de traitement à Fermé