Ami elromolhat, el is romlik, avagy miért viselkedik úgy a P2V konvertált Exchange 2007 HUB/CAS szerver, mint egy rakoncátlan kisgyerek?
1. felvonás, avagy amikor még minden frankón működik.
Adva van 2 szerverke (HP DL360G5), rajtuk a kiváló Microsoft® gyártmányú 2003 szerver, megfejelve egy-egy Exchange 2007 Hub/Cas szerepkörrel. A szerverek között a terhelés (úgy tűnik) remekül megoszlik a csodálatosz (omlósz) MS NLB-vel. Semmi különös. Mezei unicast cluster, multiple host, single affinity, 0-65535 port tartománnyal. Vagy 2 évig probléma nélkül működik.
2. felvonás, az izgága rendszerépítő esete a Hyper-v szerverrel.
Egy új projekt kapcsán kellett valahonnan szerválni egy szervert, amire fel lehet túrni az ingyenes crackberry szervert. Persze vas az nincs, a VMWare szerver meg már így is túlterhelt. Viszont van 3 gép (edge, meg a hub1+hub2 testvérek) amiknek az össz terhelése kb 2% csúcsidőben. Nosza csináljunk a hub2-ből hyperv szervert. P2V konvertálás, storage config, kis kábelezés, Hyper-v r2 telepít (ez a hyperv r2 telepítése sanos, multipathos környezetre is megérne egy szösszenetet), konvertált gép bepakolása az új gépre, boot.
3. felvonás, hátennek meg mibajavan?
Természetesen a boot után az NLB úgy elhasalt, ahogyan az a nagykönyvben meg van írva. Érthető okokból, mivel eltűntek alóla a hálókártyák. No hátakkor a kártyák szépen átnevezve, NLB cluster törölve, újra létrehozva. Nem megy... Reboot... Nem megy.
EventID 4198 - IP conflict. Hülye ez? Persze, hogy a 2 gép 1-1 hálókártyájának ugyan az a címe. Eh...
EventID 2, 6, 12, 53 - NLB hibák. Az 53-as NLB hiba beszédes, a többi csak windózos nyavajgás.
NLB Cluster : The adapter to which NLB is bound does not support dynamically changing the MAC address. NLB will not bind to this adapter.
Hajjajj. De szerencsére nincs nagy baj. Gyors VMM túrás, és megvan a megoldás.
...
'Hyper-V vs NLB' itt folytatódik » 