Jusqu'à présent le doute régné sur le support ou non de cette techno sur la version allégée de l'hyperviseur, j'ai retrouvé ce weekend sur un blog des communities VMware l'info qui affirme que c'est possible et supporté contrairement à ce qu'affirme la doc. (http://blogs.vmware.com/esxi/2009/12/esxi-40-supports-jumbo-frames.html).
Bonne nouvelle, donc, à présent passons à la configuration... Pour commencer, il vous faudra VMware vSphere CLI pour pouvoir réaliser la configuration réseau. Oui, la configuration se fait encore en ligne de commande puisque le jumbo frame (MTU 9000) n'est pas configurable via l'interface graphique.
IP du serveur ESXi : 192.168.1.10
Lancer vSphere CLI.
Création d'un vSwitch : \bin\esxcfg-vswitch.pl --server 192.168.1.10 -a vSwitch1
Activation des jumbo frames sur le switch : \bin\esxcfg-vswitch.pl --server 192.168.1.10 -m 9000 vSwitch1
Affecter les cartes réseaux physiques au vSwitch :
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -L vmnic4
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -L vmnic5
Création d'un port group : \bin\esxcfg-vswitch.pl --server 192.168.1.10 -A "VMkernel SAN1" vSwitch1
Configuration du VMkernel (IP + Jumbo Frames):
\bin\esxcfg-vmknic.pl --server 192.168.1.10 -a -i 10.1.2.10 -n 255.255.255.0 -m 9000 "VMkernel SAN1"
A l'aide des 2 dernières commande, recréer d'autre VMkernel pour la gestion du traffic SAN. J'ai 2 cartes Gigabit dédié pour le SAN et je crée en général 6 VMkernel sur lequel je configure le multipathing. Voici ce que cela donne au niveau networking :
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -A "VMkernel SAN2" vSwitch1\bin\esxcfg-vswitch.pl --server 192.168.1.10 -A "VMkernel SAN3" vSwitch1
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -A "VMkernel SAN4" vSwitch1
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -A "VMkernel SAN5" vSwitch1
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -A "VMkernel SAN6" vSwitch1
\bin\esxcfg-vmknic.pl --server 192.168.1.10 -a -i 10.1.2.11 -n 255.255.255.0 -m 9000 "VMkernel SAN2"
\bin\esxcfg-vmknic.pl --server 192.168.1.10 -a -i 10.1.2.12 -n 255.255.255.0 -m 9000 "VMkernel SAN3"
\bin\esxcfg-vmknic.pl --server 192.168.1.10 -a -i 10.1.2.13 -n 255.255.255.0 -m 9000 "VMkernel SAN4"
\bin\esxcfg-vmknic.pl --server 192.168.1.10 -a -i 10.1.2.14 -n 255.255.255.0 -m 9000 "VMkernel SAN5"
\bin\esxcfg-vmknic.pl --server 192.168.1.10 -a -i 10.1.2.15 -n 255.255.255.0 -m 9000 "VMkernel SAN6"
Ensuite, je désactive une des cartes physiques sur 3 VMkernel et l'autre carte sur les 3 autres.
Pour cela :
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -p "VMkernel SAN1" -N vmnic5 vSwitch1
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -p "VMkernel SAN2" -N vmnic5 vSwitch1
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -p "VMkernel SAN3" -N vmnic5 vSwitch1
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -p "VMkernel SAN4" -N vmnic4 vSwitch1
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -p "VMkernel SAN5" -N vmnic4 vSwitch1
\bin\esxcfg-vswitch.pl --server 192.168.1.10 -p "VMkernel SAN6" -N vmnic4 vSwitch1
Voici le résultat de la commande : pour le VMkernel SAN1, la carte vmnic5 est désactivé.
Ensuite on réalise un bind des VMkernel sur l'iSCSI initiator :
\bin\esxcli.exe --server 192.168.1.10 swiscsi nic add -n vmk2 -d vmhba33
\bin\esxcli.exe --server 192.168.1.10 swiscsi nic add -n vmk3 -d vmhba33
\bin\esxcli.exe --server 192.168.1.10 swiscsi nic add -n vmk4 -d vmhba33
\bin\esxcli.exe --server 192.168.1.10 swiscsi nic add -n vmk5 -d vmhba33
\bin\esxcli.exe --server 192.168.1.10 swiscsi nic add -n vmk6 -d vmhba33
\bin\esxcli.exe --server 192.168.1.10 swiscsi nic add -n vmk7 -d vmhba33
Vous retrouverez les infos concernant l'ID du VMkernel et de l'iSCSI initiator via le client vSphere.
Aprés ces opérations, vous pouvez vérifier la configuration à l'aide des commandes suivantes :Pour vérifier le vSwitch : \bin\esxcfg-vswitch.pl --server 192.168.1.10 -l
Pour vérifier les VMkernel : \bin\esxcfg-vmknic.pl --server 192.168.1.10 -l
Il ne reste plus qu'à configurer l'iSCSI initiator pour l'accès à la baie SAN.
Aucun commentaire:
Enregistrer un commentaire