Geachte Lezer,

We willen een aantal Windows 2003 SBC (terminal Servers) van fysiek naar virtual overzetten, Ons Vmware platform bestaat uit ESX 3.0.1, De Windows SBC servers zijn geclusterd via Microsoft NLB, NLB in unicast mode.

Zijn er mensen die hiermee ervaring hebben.

Groetjes,

HKE

Ik heb 3 DC's in NLB draaien (unicast) onder ESX 3.5. Dit werkt perfect en word gebruikt voor DNS & Citrix WI loadbalancing. Volgens mij kan je uiteraard perfect je Terminal Servers loadbalancen ook dan.

Draaien jouw VM's op meerdere ESX servers verspreid?

_________________
Arne Fokkema | vExpert | ICT-Freak.nl | Linkedin| Twitter

Ja, 3 ESX Servers in een HP C7000 Enclosure met daarop 3 Windows DC's in NLB. Heb ook een Windows Cluster draaien met 2 nodes verspreid over diezelfde 3 ESX 3.5 servers.

ok.. Goed om te weten dat nlb werkt binnen ESX. Kan ik mijn CTX WI ook in een NLB cluster gooien.

_________________
Arne Fokkema | vExpert | ICT-Freak.nl | Linkedin| Twitter

Unicast NLB werkt op ESX echter dien je op de ESX server hier wel wat aanpassingen te doen op de portgroups waar je de cluster nodes aan koppelt.

Je dient namelijk de notify switches setting uit te schakelen zodat er geen RARP wordt gedaan...

http://kb.vmware.com/selfservice/micros ... nalId=1556

http://www.2putts4par.com/2008/01/31/wi ... mware-esx/

Kijk dat is nuttige info. Thanks petje.

_________________
Arne Fokkema | vExpert | ICT-Freak.nl | Linkedin| Twitter

Heren,

Weet iemand wat voor consukwenties het verder heeft als ik de optie Notify Switches van Ja > naar Nee zet.

Gr. HKE

Dit heeft als gevolg dat er geen RARP gedaan wordt en de physieke infrastructuur niet op de hoogte wordt gebracht van netwerk wijzigingen (mac adres over nieuwe poort bijvoorbeeld).

Dit moet je dus niet doen voor alle portgroups maar je maakt dus eigenlijk een dedicated portgroup aan voor je nlb unicast machines op alle esx servers en daar connecteer je de cluster nodes aan.

om gebruik te kunnen maken van MS NLB in unicast mode, maak een apart port groep voor Microsoft NLB, zet uit deze port groep Notify Switches=NO.


Gr, HKE

helemaal correct....

Er moeten een aantal settings worden aangepast op de NLB portgroup.
-Accept Forged Transmits
-Accept Promiscuous Mode
-Accept MAC address changes
-Bij de NIC teaming settings: Notify Switches = Off

Note: VMware recommends configuring the cluster to use NLB multicast mode even though NLB unicast mode should
function correctly if you complete these steps. This recommendation is based on the possibility that the
settings described in these steps might affect VMotion operations on virtual machines. Also, unicast mode
forces the physical switches on the LAN to broadcast all NLB cluster traffic to every machine on the LAN.
If you plan to use NLB unicast mode, you must run all members of the NLB cluster on the same virtual switch.

_________________
PeterB VMUG lid nummer 89 ;-P

Peter heeft inderdaad nog wat goeie aanvullingen... ik was iets te vlot met de reactie...

You know me... ik kom niet meer zo snel op gang (leeftijd) maar als ik op dreef ben

_________________
PeterB VMUG lid nummer 89 ;-P

Kan het eigenlijk echt zo kwaad voor vmotion als de "notify switches" af staat? Ik ben momenteel blij een klant bezig waar ze een aanzienlijk aantal ESX servers hebben in een netwerk met redelijk wat VLAns en daar hadden ze vroeger de ervaring dat het rebooten van een ESX heel wat netwerkactiviteit veroorzaakte door alle aanwezige VLANs. Het uitschakelen van "notify switches" heeft dit verholpen. En toch blijft VMotion gewoon doorwerken, zonder merkbaar langer downtime (nog steeds 1 ping).

Any thoughts?