Load Average important

tony · November 18, 2014, 4:01pm

Bonjour,

J’ai installé Bluemind 3.0.13 sur Debian Wheezy sur un VPS Classic 4 d’OVH :
→ https://www.ovh.com/fr/vps/vps-classic.xml

Il n’y a que l’agenda partagé d’utilisé (pas la messagerie)

Après avoir créé 10 utilisateurs, lors de la création de nouveaux, il faut attendre au moins 30s pour avoir la main.

Je suis donc allé voir la charge de travail du serveur et je constate que le Load Avrage est vraiment très élevé et tout le temps :

top - 16:55:54 up 1 day,  8:53,  1 user,  load average: 18,41, 10,32, 8,08

Même quand personne n’est connecté sur le serveur, ce taux reste tout le temps élevé

J’ai éssayé de rebooter, mais cela ne change rien.

Voici les principaux processus :

 3106 root      20   0  953m 340m 6412 S   3,6  4,2  72:27.39 /usr/lib/jvm/bm-jdk/bin/java -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/u 
 2671 root      20   0  661m 226m 6232 S   3,3  2,8  68:58.46 /usr/lib/jvm/bm-jdk/bin/java -Dlogback.configurationFile=/etc/bm/default/bm-hps.log.xml -Xloggc:/var/log/garbage-collector/bm-hps 
 2633 root      20   0  923m 484m 6816 S   2,0  5,9  69:32.00 /usr/lib/jvm/bm-jdk/bin/java -Dlogback.configurationFile=/etc/bm/default/bm-core.log.xml -Xloggc:/var/log/garbage-collector/bm-co 
 1940 root      20   0  661m 172m 6540 S   1,0  2,1  12:02.30 /usr/lib/jvm/bm-jdk/bin/java -Xrs -Dlogback.configurationFile=/etc/bm/default/bm-node.log.xml -Xloggc:/var/log/garbage-collector/ 
 3072 root      20   0  587m 150m 6236 S   1,0  1,8  18:52.25 /usr/lib/jvm/bm-jdk/bin/java -Dlogback.configurationFile=/etc/bm/default/ysnp.log.xml -Xloggc:/var/log/garbage-collector/ysnp/gc. 
 1941 root      20   0  723m 271m 6300 S   0,7  3,3  31:20.82 /usr/lib/jvm/bm-jdk/bin/java -Dlogback.configurationFile=/etc/bm/default/bm-xmpp.log.xml -Xloggc:/var/log/garbage-collector/bm-xm 
 1952 root      20   0  802m 235m 7428 S   0,7  2,9  13:53.14 /usr/lib/jvm/bm-jdk/bin/java -Dlogback.configurationFile=/etc/bm/default/bm-ips.log.xml -Xloggc:/var/log/garbage-collector/bm-ips 
 2022 root      20   0 1040m 453m 7016 S   0,7  5,5  22:49.13 /usr/lib/jvm/bm-jdk/bin/java -Xloggc:/var/log/garbage-collector/bm-elasticsearch/gc.pause.log -XX:+UseGCLogFileRotation -XX:Numbe 
 2659 root      20   0  746m 273m 6376 S   0,7  3,3  21:16.66 /usr/lib/jvm/bm-jdk/bin/java -Dlogback.configurationFile=/etc/bm/default/bm-eas.log.xml -Xloggc:/var/log/garbage-collector/bm-eas 
 3058 root      20   0  779m 192m 6232 S   0,7  2,4  14:04.94 /usr/lib/jvm/bm-jdk/bin/java -Dlogback.configurationFile=/etc/bm/default/bm-lmtpd.log.xml -Xloggc:/var/log/garbage-collector/bm-l 
 7955 postfix   20   0 64048 4932 3384 S   0,7  0,1   0:00.02 smtpd -n smtp -t inet -u -c -o stress= -s 2                                                                                       
 1938 root      20   0  658m 255m 6212 S   0,3  3,1  14:08.21 /usr/lib/jvm/bm-jdk/bin/java -Dlogback.configurationFile=/etc/bm/default/bm-mq.log.xml -Xloggc:/var/log/garbage-collector/bm-mq/g 
 1945 root      20   0  642m 113m 6156 S   0,3  1,4  13:13.28 /usr/lib/jvm/bm-jdk/bin/java -Dlogback.configurationFile=/etc/bm/default/bm-dav.log.xml -Xloggc:/var/log/garbage-collector/bm-dav

Pensez-vous que ce soit normal ou que les VPS d’OVH ne soient pas adaptés pour Bluemind ?

Merci d’avance pour vos réponses

Poustiquet · November 19, 2014, 12:40am

Hello Tony (ou plutôt , malheureux Tony !!!)

Arrête les frais avec les VPS OVH …
Ils ne sont pas performants (Ok, bien plus perfomant que les hébergements mutu)

Très bien pour héberger des sites ( quoique, il n’y pas moyens de mettre un véritable IDS/IPS Snort en frontal)

Mais le fait que la baie de disques mutualisées est assez lente (bien quel soit en ZFS avec disque de cache SSD)
et les HOST (openVZ) est tout de même pas mal surchargé (beaucoup d’I/O CPU-RAM avec les milliers de conteneur …)
OVH surcharge ses serveurs pour les rentabiliser …

En plus, il va te falloir un VPS Classic V4 avec 8 GO de RAM en nominal …

Alors, je te conseille de prendre de vrais machines dédiés sur SoYouStart non non, je ne fais pas de pub ]
Mais surtout ne pas l’utiliser directement … . Il te faudrait faire tes propres VPS
La version standard en disque SATA 2 To classique raid 1 soft avec 32Go de RAM (ou 48 Go)…, cela te permettra de monter 3 (ou 4) serveurs BlueMind avec plus de 500 Go de stockage

Donc, j’installe une debian standard sur un tel dédié … en LVM (en data chiffré avec DMcrypt si besoin , besoin d’un KVM IP) …
j’y install un Proxmox à la main (je n’aime pas les install auto d’OVH) je fais un peu de pub pour proxmox, là Oui !, c’est de l’OpenSource AGPLv3)

une VM BlueMind …

Si tu as besoin d’autres infos, fait moi signe

Poustiquet

tony · November 19, 2014, 6:45am

Bonjour,

Merci pour la réponse. C’est malheureusement un peu ce que je pensais. Mais je suis tout de même surpris que le serveur reste chargé même quand personne ne travaille dessus.

Pour le moment, il tient tout de même la charge et les temps de réponses sont correcte a part la création des utilisateurs qui es très très longue (>30s)

Poustiquet · November 19, 2014, 9:07am

J’ai étudié leur méthode de VPS pour exporter le même principe sur des serveurs privées d’entreprises.

En deux mots :
Il y a un cluster de hosts en Debian et OpenVZ,

chaque host comporte 2 processeurs de 16 cores/16 threads et 256 Go de RAM, plusieurs cartes réseaux Intel (un partie pour les flux réseaux des VM et une autre pour les flux iSCSI), plusieurs dizaines de host par baie, chaque host pouvant ainsi héberger entre 32 à 256 VM,
le stockage des host sont de cluster Maitre/exclave de Baie de disque sous Solaris en ZFS ( plusieurs contrôleurs disques indépendant pour assurer un Raid 10, miroir de donnée sur chacun des contrôleurs ) , distribution des stockage par iSCSI en Jumbo Frame, le cluster maitre/esclave permet ainsi d’assurer un redémarrage rapide des VM en cas de crach du stockage maître, et chaque baie de disque est équipé d’un disque de cache en SSD …

Donc pour rentabiliser tout cela, il faut que le cluster tourne à 100% … Il y a donc beaucoup d’I/O Proc/RAM et I/O stockage …
Les délais étant du coup rallongé, la moindre demande I/O (load) sur un VPS, cela passe rapidement de 0 à 2,5 à 8 …

De plus, même si cela parait énorme 8Go de RAM pour monter un serveur de mail pour quelques utilisateurs (alors que Postfix et un webmail indépendant consomme largement moins), cela vient du fait que BlueMind met en CacheRAM beaucoup d’information pour avoir un système très réactif même en pleine charge par des milliers d’utilisateurs/connexion webmail/connexion téléphone …

J’ai personnellement économisé plus de 30% de batterie sur mes smartphones, tout simplement parce que l’information de synchro est plus rapide à avoir par rapport un serveur exchange de OVH (eux aussi overbooké)

Voici un lien fort utile :
Topic 962