Mise à jour le 15/04/2015 : suite à la sortie de vSphere 6.0, j’ai été refaire un tour dans le document “Configuration Maximums” de cette nouvelle version majeure. Malheureusement, pas de changement dans le nombre de chemins, ESXi n’en gère toujours “que” 1024 max.
English sum-up :
Some concerns regarding the maxmimum FC paths count under ESXi 5.5
En balayant ma timeline Twitter professionnelle cette après-midi, un tweet a attiré mon attention : il s’agissait d’une référence à ce billet fort intéressant racontant l’expérience récente d’un ingénieur système ayant été confronté très concrètement à une “limite hard” de ESXi 5.5, le nombre de chemins total adressable.
Si, en général, les limites ESX sont souvent considérées comme “lointaines” pour des productions généralistes et plutôt moyennes en terme de nombre de VM (ce qui est notre cas avec un peu plus de 1000 aujourd’hui), on imagine mal les atteindre si vite… et pourtant.
Le document officiel de VMWare présentant les bornes supérieurs des différents éléments techniques constituant une configuration ESXi est librement accessible ICI. Notamment, on y trouve la limite de chemins par device et par host. Aujourd’hui, la version actuelle est donc capable de gérer au plus 8 chemins différents et surtout pas plus de 1024 chemins au total.
Par curiosité, et aussi titillé par cette limite “pas si élevée” finalement, j’ai utilisé mes merveilleux (^^) scripts de sélection de chemin dont je vous ai parlé ce week-end, pour savoir à combien nous en étions. Quelle ne fut pas ma surprise de constater que les machines les plus exposées en matière de devices géraient déjà plus de 730 chemins différents !
En effet, nous utilisons beaucoup les Raw Device Mappings, ce qui augmente significativement le nombre de devices d’un ESXi, évidemment. A raison de 8 chemins par device à cause de notre set-up VPlex en cross-connect, il va donc falloir être particulièrement vigilant et faire dans le “développement durable” en matière de publication de devices sur nos fermes de production…
A toutes fins utiles, je vous conseille donc, comme moi, de faire le point sur vos chemins ESXi. La commande est simple et réalisable via l’interface CLI en SSH :
esxcfg-mpath -L | wc -l
Vous obtiendrez en retour le nombre de chemins déclarés, à comparer au fatidique et – pour le moment, en attendant ESXi 6.0 – définitif 1024 ;)
Sources :
– Ce billet chez “MindTheVirt” http://www.mindthevirt.com/esxi-fibre-channel-configuration/
– Le KB VMWare qui explique le problème http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1020654
– Le PDF de référence contenant l’ensemble des limites d’ESXi 5.5 http://www.vmware.com/pdf/vsphere5/r55/vsphere-55-configuration-maximums.pdf
– Le PDF de référence contenant l’ensemble des limites de vSphere 6.0 https://www.vmware.com/pdf/vsphere6/r60/vsphere-60-configuration-maximums.pdf
Le billet chez “MindTheVirt” http://www.mindthevirt.com/esxi-fibre-channel-configuration/
semble avoir changé d’URL pour maintenant être au
http://www.mindthevirt.com/esxi-fibre-channel-configuration-281
Sinon j’ai découvert cette limite lors d’une migration des ports externe d’une baie Vmax où nous passions de 4 à 8 ports cibles par datastore.
Grosse surprise au symptôme des ESX qui deviennent déconnectés du VCenter quelquefois plusieurs heures après avoir fait ce mauvais paramétrage.
Il me semble que VMware ne compte pas changer cette valeur limite mais qu’on peut la controuner par l’utilisation des VVol si la baie cible est compatible.
votre article sur les VVol pour les intéressés : https://vblog.io/?p=1012