Všetky fóra a blogy sa do značnej miery zhodovali: virtualizácia bežiaceho DC si pýta problémy a správy o prekreslení hodín sú to, čo žnete za trest. Jedinou opravou je znížiť úroveň počítača predtým, ako ho virtualizujete, a potom ho po premiestnení znova povýšiť. Niet inak, hovoria. neveril som tomu.
Jedna vec bola táto DC už virtuálna a okrem toho sa problém objavil v pôvodnej verzii, nie v tej, ktorú som skopíroval do nového hostiteľa.
Tento originál sa vôbec nezmenil, a aby sme vložili posledný klinec do rakvy tejto hypotézy, dôvod, prečo sme museli opustiť Exchange server na novom hostiteľovi bol spôsobený zmenami v úložisku správ Exchange, ktoré sprevádzali pridanie väčšieho priestoru pre správy, sa šíril prostredníctvom replikácie Active Directory medzi rôznymi fyzickými a virtuálnymi radičmi domény roztrúsenými po celom serveri siete.
Kerberos a jeho priatelia boli z tohto rozhovoru spokojní, ale nie so serverom Exchange.
Konkurenčné inžinierske siete
Bolo to v tom čase, keď som začal formulovať rôzne diagnostické testy, aby som zistil, či sa niečo úplne základné nedeje zle. Obmedzil som sa na „formulovanie“, pretože nebolo možné vyskúšať čokoľvek praktické na pôvodnom hostiteľovi VM, kde všetko bežalo nevýslovne, ľadovo, bolestne pomaly.
Som zvyknutý na to, že k nástrojom vzdialenej podpory musím pristupovať skôr uvoľnene, ale sakra, toto bol štvorjadrový server Opteron, ktorý nebol silne zaťažený ničím iným. Prečo by mi malo trvať takmer štyri minúty, kým sa pozriem do prehliadača udalostí?
Som zvyknutý na to, že k nástrojom vzdialenej podpory musím pristupovať skôr uvoľnene, ale sakra, toto bol štvorjadrový server Opteron, ktorý nebol silne zaťažený ničím iným.
Mojou zvyčajnou reakciou v tomto bode je vyzliecť sa späť na to najnutnejšie a potom vrátiť späť rôzne nástroje alebo aplikácie s novým vzhľadom na jednej po druhej, keď oslobodím každého z viny, buď tým, že vyriešim problém, alebo tým, že uvidím pozitívne posudky na web. Zo žiadneho zvláštneho dôvodu (prisahám) som začal s odstránením inej samostatnej aplikácie na diaľkové ovládanie. Hovoril som so serverom cez GoToAssist, ale iný tím podpory pravidelne navštevoval Radmin.
Nebolo to životne dôležité pre prácu, ktorú stroj robil, ani pre moje pripojenie, tak som to stiahol. Potom som našiel ďalšie inštalácie Radminu vo vnútri každého z hostí VM – a pri každej, ktorú som stiahol, stroj bežal o niečo rýchlejšie, možno o 10-15%. Keď som skončil, bolo to o 60% rýchlejšie. O jeden reštart neskôr, aby sa dokončili odinštalovania, a bolo to späť na rýchlosť a tieto skreslené časové upozornenia zo servera Exchange zmizli.
Akokoľvek sa to môže zdať bizarné – najmä pre všetkých ľudí, ktorí skartovali svoj radič domény a znova ho vytvorili po virtualizácia, ako sa uvádza v poznámkach na fóre, že by ste mali – chybové hlásenie o Skewed Time bolo, len tento raz, 100% presné.
Zistilo sa, že na tomto serveri je toľko konkurenčných pomôcok, ktoré sa všetky pokúšajú sfalšovať alebo stiahnuť aktualizácie obrazovky, že keď sa všetky spustili na pri štarte bol životne dôležitý proces počiatočnej autentifikácie pozastavený na dostatočne dlhú dobu na to, aby Exchange Server začal hlásiť stav Skewed Time a neumožnil tieto používatelia v.
Dlho som tušil, že aj keď si môžete kúpiť servery, ktoré budú bežať úplne bez hlavy a bez akýchkoľvek dostupných zdrojov videa všetko, akonáhle vložíte video do mixu, potom všetky druhy iných služieb uviaznu v čakaní na rôzne video udalosti kompletný.
Toto nebolo také dôležité, kým servery neboli virtuálne, takže nie je prekvapujúce, že starý HP ProLiant DL585 bol špecifikovaný s veľmi základnou grafickou kartou PCI (ATI Rage XL, pre vás chipspotteri). Ukazuje sa však, že dôležitejšie je, ak ste závislí od hypervízora, ktorý spoofuje video zdroje každého hosťa virtuálneho počítača, a od aplikácie na diaľkové ovládanie, dvoch alebo desiatich.
