In passato avevo già risolto il non-problema di configurare e far funzionare corrrettamente l’NLB quando i server Windows sono su VMWare Virtual Infrastructure 3 semplicemente seguendo la guida di VMWare a riguardo.

Quando la VLAN è sempre la stessa e lo switch utilizzato è solo uno (magari grosso come il nostro core Cisco 65xx) la procedura è abbastanza semplice:

• Configurare l’NLB in Multicast e con IGMP attivo
• Stati ARP sul router dell’indirizzo fisico dell’NLB (MAC Address)
• Attivare l’IGMP sulla VLAN

Fatto questo gli host convergono e bilanciano che è una meraviglia.

Diverso il discorso se, per ragioni di porte disponibili, siete costretti ad aggiungere un ulteriore switch in trunk utilizzando un VTP.

Qui la faccenda si complica un pochettino visto che nella pagina 17 del manuale delle giovani marmotte del networking c’è scritto che su un router in trunk vanno attivati alcuni spoofing per evitare che le porte lascino passare troppo rumore.

Quello che accade è che se una delle macchine dell’NLB è attaccata a quella porta (o, per meglio dire, è virtualmente in un virtual switch in una virtual lan ) vedrà le altre macchine in converging e lei nel cluster mentre le altre due vedranno loro stesse in convergenza e la terza (quella nello switch) in converging.

La colpa è dell’IGMP Spoofing che impedisce il propagarsi dei pacchetti di multicast e dei rispettivi indirizzi ARP e RARP. Dunque è indispensabile permettere la piena comuncazione a Layer 2 tra i serve in NLB disabilitando alcuni sistemi di “protezione” dei router/switch.

Non appena applicata questa correzione i tre server hanno preso a sincronizzarsi senza più alcun problema.