[VMware] Dimensionnement Archi Xen App 6.5

Dimensionnement Archi Xen App 6.5 [VMware] - Infrastructures serveurs - Systèmes & Réseaux Pro

Marsh Posté le 01-05-2014 à 11:48:28    

Bonjour
 
Dans un environnement VMware Vsphere 4.1U3 Essential Plus, je prépare actuellement une maquette Xen App 6.5.
Je souhaiterai avoir svp votre avis/conseils concernant le dimensionnement de ma maquette  
N'hésitez pas également à indiquez le dimensionnement de votre archi : Nbre users, Nbre vcpu, Quantité Ram, Taille DD
J'ai lu les différents Best practice VMware, XenApp mais rien ne vaut le retour d'expérience réel...
 
Tout d'abord, un récapitulatif de notre architecture actuelle :  
- 70 users
- 2 Serveurs Hôte IBM x3650M3 (x5690 x 2)/Serveur Hôte
- 124Go Ram / Serveur Hôte
- Hyperthreading activé
- Cluster VSphere 4.1 Essential Plus  
(27 VM dont 6 Serveurs Citrix PS 4.5 avec 4Go Ram Chacun, Serveur Fichiers, 2 AD, Sage Ligne 1000, Impression, Bureautique, Oracle, Serveur Web, Serveur Test Applicatif...)
 
Logiciels principaux :  
--> Application métier en Java (+/- 150/200Mo Ram par user)
--> Pack Office 2010 (+/- 300Mo par user)
--> Sage Ligne 1000 (+/- 300 Mo par user)
--> Navigateur IE, Firefox, Chrome (+/- 100/300 Mo par user)
 
Maquette prévue :
-  3 ou 4 VM Win 2008 R2 SP1
-  4Vcpu/VM (4x 3.46Ghz)
- 16Go Ram / VM
- 124Go DD / VM dont 24Go de fichier swap
 
Sur notre archi actuelle, au delà de 13 users par serveur Citrix (Win 2003R2 32Bit), celui-ci va commencer à swapper....
Les principales questions que je me posent concernent :
 
- Le nombre de Vcpu par VM : 2vcpu ou 4vcpu ? (Les Best Practice indiquent soit l'un , soit l'autre selon les cas....)
 
- La quantité de Ram que j'ai prévue : 16Go par VM, est ce que ça vous semble trop ?
 
- Contrôleur DD : vaut il mieux privilégier LSI Logic ou Paravirtual pour du Citrix ?
 
Merci


Message édité par flashy_fiber le 01-05-2014 à 11:50:19
Reply

Marsh Posté le 01-05-2014 à 11:48:28   

Reply

Marsh Posté le 02-05-2014 à 22:22:20    

Pour les nombres de vCpu, commence à 2, et laisse la case ajout de CPU a chaud actif.
Si tu as des vrais probleme de perf coté CPU, tu pourras ajouter a chaud, sans interuption de prod (tente 1 Socket de 2 cores).
 
Pour la RAM, si tu ne touche pas aux réservations, le fait de faire 16Go par VM va creer un vswap de 16Go sur le SAN par VM, ce qui peux commencencer a faire.
Du reste, ESX récupererera si c'est non consommé, donc, pas genant.
 
Pour les controleurs, Paravirtual sera forcément meilleur que LSI Logic (SAS meilleur que parallele) en cas d'acces disque.
 
 

Reply

Marsh Posté le 07-05-2014 à 17:41:07    

Merci pour ton retour.
 
Je compte finalement commencer directement à 4vcpu / VM car il semblerait (d'après mes dernières lectures d'avis et best practice) que cela ne pose plus de problèmes.
 
Pour la Ram, j'hésite encore entre 12Go et 16Go, mais bon là j'ajusterai suivant l'usage réel.


Message édité par flashy_fiber le 07-05-2014 à 17:41:19
Reply

Marsh Posté le 08-05-2014 à 11:29:14    

Le best pratice, c'est de sizer au plus juste afin de ne pas faire exploser les CPU Ready . . .
En 2008, l'ajout de CPU a chaud fonctionne parfaitement.
 
Pour la RAM, si tu as la place sur les disques, ce n'est pas un probleme, ESX lachera la RAM au fur et a mesure de la demande.

Reply

Marsh Posté le 09-05-2014 à 12:29:02    

Oui je sais bien, mais sur cette archi, on a de la marge avec les CPU ready, donc voilà :)


Message édité par flashy_fiber le 09-05-2014 à 12:29:14
Reply

Marsh Posté le 09-05-2014 à 15:24:16    

Pour la RAM, compte 1 à 2 Go par utilisateur en prod pour de la bureautique.

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed