Version imprimable
Bonjour,
J'ai un serveur Debian avec 8 Go de RAM, après un reboot, il met en cache un peu près tout, ce qui fait une utilisation de la RAM à environ 96% => Vmware envoie des alertes...
Est-il possible de limiter la RAM mis en cache? Genre arrivé à max 80%?
Merci d'avance
Combien de RAM a ton hyperviseur ?
Bonjour,Citation:
J'ai un serveur Debian avec 8 Go de RAM, après un reboot, il met en cache un peu près tout,
J'ai cru comprendre que le noyau Linux conservait une grande quantité de RAM pour pouvoir tout conserver dans celle-ci et éviter les accès au disque.
Cependant, lorsqu'un autre programme en a besoin, il est censé en libérer, non ? (en théorie ça ne doit pas poser de problèmes)
C est exacte mais certains besoins sont plus optimum avec d autres façons de faire
c est pourquoi il peut etre pertinent de faire du tuning a ce niveau, au niveau des etc / limits aussi d ailleurs
https://www.google.fr/search?q=debia...virtualisation ou quelque chose d approchant et t inspirer des resultats
Bonjour,Citation:
Envoyé par chrtophe
Environ 400Go par hyperviseur, 3 hyperviseurs, mais je vois pas le rapport?
Merci
Je parlais de la RAM (mémoire vive), pas de la taille des disques.
i tu as des remontés d'alertes de VMWare, c'est que tu dépasses le seuil d'alerte prédéfini d'utilisation.
Combien de RAM physique as-tu dans la machine physique ?
plusieurs VM tournent ?
salut,
il me semble que le paramètre swapiness va permettre de dire au noyau "si la RAM dépasse 80%, mettre ce qui suit dans la swap" mais ça ne résoud pas le problème pour autant; il est d'ailleurs à mon sens plus gênant d'avoir des données en swap que la RAM qui se remplit, sachant qu'elle ne se remplit pas vraiment c'est uniquement du cache
pour moi d'une part s'il faut changer quelque chose c'est pas le noyau invité, c'est le seuil de la sonde, d'autre part avant d'envisager de monter le seuil il faut à mon avis se rendre compte que l'occupation de la RAM est mal calculée, donc c'est plutôt la sonde qu'il faudrait corriger pour qu'elle exclue les buffers/caches, avis perso.
une alternative pourrait consister à vider les buffers/caches avec une commande style sync && echo 3 > /proc/sys/vm/drop_caches mais c'est vraiment pas terrible de faire ça en réalité
Oui je parle bien de RAM, environ 400 Go par hyperviseur :)Citation:
Envoyé par chrtophe
Pièce jointe 217583
@BufferBob: Oui c'est les alarmes Vmware, c'est une alarme "standard" globale pour tous les serveurs sur l'hyperviseur, je peux pas juste pour un serveur customiser l'alarme :(
Vider les caches j'ai déjé fait manuel, mais ça se remplit vite quand le soir il fait les backups...
On peut pas lui dire qu'il utilise max 80% de la RAM, sans faire de swap
Merci
ben... si.Citation:
Envoyé par nesswaw
soit toutes tes VM sont iso et auquel cas elles devraient toutes remonter en alerte, et modifier globalement la sonde ne pose pas de problème
soit tes VM sont différentes, et auquel cas avoir un seuil unique n'a pas de sens, pour bien faire il conviendrait de monitorer chaque machine en fonction de son propre profil, et donc potentiellement avec autre chose que les seuls outils fournis par VMWare
il semble qu'il y ait moyen (...) de modifier le paramètre vm.min_free_kbytes, quelques explications ici
néanmoins on parle d'un tuning du noyau (sur les VM) qui commence à être assez touchy et encore une fois qui manque à mon avis de cohérence, perso je pense que j'y réfléchirai à deux fois et dans tous les cas je testerai préalablement sur une VM qui ne risque rien pour évaluer l'impact sur les performances à court/moyen terme
Edit: ce qui semble être confirmé par l'extrait suivant tiré de la doc RH
Citation:
(...) des valeurs trop élevées ou trop basses peuvent endommager le système.
(...)
définir ce paramètre sur une valeur trop élevée (5 à 10% de la mémoire système totale) causera la saturation immédiate de la mémoire de votre système. Linux est prévu pour utiliser toute la mémoire vive disponible pour mettre en cache les données de système de fichiers. Définir une valeur min_free_kbytes élevée fera perdre du temps au système à trop souvent réclamer de la mémoire.
