Un petit résume des best Practies vMware pour la mise en production de solutions SAP virtualisées.

vmwareSAP

 

HOST / ESXi :
– Ne surtout pas faire d’over-commit memory (Sur-allocation de mémoire).
– Avoir plusieurs Datastores

VM :
Mémoire :
– Faire une réservation mémoire du total de la mémoire allouée
– Bien tailler sa VM sur l’allocation mémoire, vue qu’il y a réservation elle ne sera récupérée je conseille donc d’augmenter par pallier.
– Ne pas désactiver le Balloning dans la VM
Disques :
– Repartir les VMDK sur plusieurs Datastores
– Utiliser plusieurs contrôleurs SCSI, ce qui permet la parallélisation des IO dans la VM
(1 pour Swap, 1 pour log, 1 pour Data)
– Utiliser un adaptateur Paravirtual SCSI (PVSCSI)
– Les Disques doivent être en Eager-zeored thick
– Le surplus de vCPU peut dégrader l’application dû au schedule de l’ESX, à ajuster donc
Réseau :
– 2 cartes physiques pour le vSwitch en NIC Teaming (à ne pas mélanger avec NIC management)
– Dans la VM, opter pour un adaptateur VMXNET3
– Tag vLan VST de préférence (virtual Switch Tagging)

Cluster :
– Rappel Fault Tolerance n’est supporté que sur une VM de 1 vCPU
– Pour une solution de haute disponibilité, vMWare HA est recommandée dû à sa simplicité d’implémentation
Si besoin, pour plus de sécurité voir (Symantec Application HA) – voir aussi :http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1034165

Others :
Sous Linux si vous rencontrez les erreurs :
–  System time was set externally to a time in the past. Wait 1 second(s)
– ZDATE_LARGE_TIME_DIFF
Voir Note SAP Note 989963 – Linux: VMware timing problem.
– la feature vNuma se basant sur l’architecture NUMA du serveur doit être envisagée, car celle-ci n’est activée par défaut que pour les VMs à plus de 8 vCPU (Pour en savoir plus : P40 http://www.vmware.com/pdf/Perf_Best_Practices_vSphere5.0.pdf)

Source : http://www.vmware.com/files/pdf/solutions/sap/SAP-Solutions-on-VMware-Best-Practices-Guide.pdf

Share