[technique] Charge des serveurs KVM

[Mehdi Abaakouk]

On Mon, Jun 03, 2013 at 12:07:45PM +0200, Jérôme Nicolle wrote:
> Est ce que ganeti a une commande magique pour sortir un rapport de
> l'état de charge ? Est ce qu'on a des graphes des I/O Wait sur chaque
> noeud ?

Pour h1 par exemple:
Le Load: http://nagios.tetaneutral.net/pnp4nagios/index.php/graph?host=h1&srv=CPU_load&theme=multisite&baseurl=../check_mk/
Le Context Switch: http://nagios.tetaneutral.net/pnp4nagios/index.php/graph?host=h1&srv=Kernel_Context_Switches&theme=multisite&baseurl=../check_mk/
Les IO WAIT: http://nagios.tetaneutral.net/pnp4nagios/index.php/graph?host=h1&srv=CPU_utilization&theme=multisite&baseurl=../check_mk/
Le munin pour les disks: http://nagios.tetaneutral.net/munin/tetaneutral.net/h1.tetaneutral.net/index.html#disk

Sinon pour la répartition des vms sur les hôtes on utilise des scripts maison qui regardent que la RAM
(Celle-ci étant la seule ressource qui se rarrifie sur le cluster)

# ./gnt-mem.py
                       h1                      h4                      h5                      h6 
h1 +    0M( 0)= 9216M(16)  + 2304M( 6)=11520M(22)  + 3584M( 7)=12800M(23)  + 3328M( 3)=12544M(19) 
h4 + 3328M( 3)=13824M(21)  +    0M( 0)=10496M(18)  + 3584M( 8)=14080M(26)  + 3584M( 7)=14080M(25) 
h5 + 1536M( 1)=10240M(15)  + 3584M( 4)=12288M(18)  +    0M( 0)= 8704M(14)  + 3584M( 9)=12288M(23) 
h6 + 3328M( 5)=13696M(24)  + 3584M( 8)=13952M(27)  + 3456M( 6)=13824M(25)  +    0M( 0)=10368M(19) 

RAM utilisé(nombre de VM)

En gros si y'a un '!' c'est que y'a plus assez de RAM sur un hote et que l'on ne peux plus assuré la redondance. 
Mais bon on a encore de la marge pour la RAM y'a encore 2-3G de libre par hôte dans le cas ou en perds un.
(y'a du y avoir du ménage récemment il me semblait qu'il restait un peu moins :) )

> Enfin, est ce qu'il est envisageable d'upgrader les machines existantes
> (plus de RAM en remplaçant les 4x4Go par 4x8Go, SSD rapides et plus gros
> pour généraliser le stockage dessus), et est ce que ça suffirait à
> palier au problème ?

La principale limitation c'est les IO sur le disque dur,
1 disque dur supporte les IO des VMs de deux hôtes à cause de drbd.

> Autre solution : ajouter des noeuds. Je suppose que ça va devoir
> attendre l'ouverture du Fullsave étant donné l'état d'occupation des
> deux salles de Mixart ?

Je suis donc pour de nouveaux noeuds.

De plus cela permettrait de faire l'upgrade de debian et ganeti, qui
propose des nouvelles features pour les performances des VMs et encore
l'import/export des vms.

> Peut on envisager de répliquer à un autre endroit (partie bureau du FS
> ouvrable dans 2 semaines pour 3-4 machines, Neo, voir HdT si Fullsave
> est d'accord) ? Quels seraient les critères (économiques surtout, il me
> semble) ?

Ben y'a la réplication drbd entre les hotes donc si y'a quelle que chose
a payer pour cette réplication ca me parait pas top, par contre si c'est
gratuit c'est un vrai plus.

> Dans l'hypothèse ou l'on ajouterai des machines, voici quelques notes :
> 
> - Les CPU Intel de génération Haswell viennent de sortir. Intel se
> retirant du marché des cartes-mères desktop, trouver des cartes fiables
> avec vPro va surement être plus compliqué.
> 
> - Les gammes Haswell sont encore jeunes, je n'ai pas vu de modèle
> supportant vPro et ayant des chips réseau Intel. Est ce qu'on peut s'en
> passer ?

Les machines actuelles n'ont pas le vPro je crois

> - 32Go de DDR3-1600 (en 4x8Go) se trouvent facilement à 220€. A 2133MHz,
> c'est plutôt 250€.
> 
> - Niveau SSD, le meilleur rapport perf/prix que j'ai pu trouver pour
> l'instant sont les Samsung 840 et 840pro. En 250Go ils sont
> respectivement à 160 et 215€.
> 
> Du coup, une machine Haswell sans vPro (en tout cas pas précisé) mais
> avec chip réseau Intel i217 (Z87-plus), un Core i7 4770S (basse conso),
> 250Go de SSD Samsung 840 pro, 32Go de DDR 2133MHz; hors disque / boitier
> / alim, revient à 940€. Serait il raisonnable de s'en payer une paire ?

Cool pour ces recherches :)

-- 
Mehdi Abaakouk
mail: sileht at sileht.net
irc: sileht
-------------- section suivante --------------
Une pièce jointe autre que texte a été nettoyée...
Nom: signature.asc
Type: application/pgp-signature
Taille: 836 octets
Desc: Digital signature
URL: <http://lists.tetaneutral.net/pipermail/technique/attachments/20130610/9da4b4fb/attachment.sig>