les secrets de Network Failover Detection – MAJ

MAJ 12/05/2010 : Luc nous informe que ces paramètres sont disponible dans le SDK, il y a d’ailleurs dédié un post que nous avions raté.

En GUI, seuls “Link Status only” et Beacon Probing” ne sont disponibles pour le Failover des vSwitch et Port Group :

NFD

Ces 2 méthodes peuvent suffire dans la majorité des cas mais il existe d’autres paramètres disponibles en CLI uniquement :

checkSpeed = “minimum”
speed = 10
checkDuplex = false
fullDuplex = false
checkErrorPercent = false
percentage = 0

Il est donc possible d’exclure un uplink en fonction de sa vitesse, de son duplex et du pourcentage d’erreur CRC, ce qui peut être une excellente protection contre les mauvaises manipulations sur les switchs et contre les problèmes de câblage. Petite démo :

esxtop_10Extrait d’esxtop sur un ESXi, 3 uplinks sur le vSwitch dont 1 en 100 half (les 2 autres en 1000 full)

vcenter_1000Vue du vSwitch0 en GUI

esxtop_1000Résultat après la commande “vim-cmd hostsvc/net/vswitch_setpolicy –failurecriteria-speed=1000 vSwitch0” qui a exclu le lien en 100 half

Suivi d’un warning dans le vCenter :

Uplink redundancy degraded on virtual switch “vSwitch0″. Physical NIC vmnic1 is down. 2 uplinks still up.

vcenter_warning

Dommage que ces paramètres ne soit pas disponible en PowerCLI ;)

Tags:

3 Responses to “les secrets de Network Failover Detection – MAJ”

  1. No PowerCLI cmdlet, but it can of course be done via the SDK.
    See http://www.lucd.info/2009/09/09/ta2650-scripts-part-4-nic-teaming-hidden-failure-criteria/

  2. Thanks Luc, you’re definitely the SDK master :)

  3. [...] Ce billet était mentionné sur Twitter par Luc Dekens, raphael schitz. raphael schitz a dit: Failover based on uplink speed/duplex/errors (CLI stuff) http://www.hypervisor.fr/?p=2057 [...]

Leave a Reply