none
Windows server 2012 na vmware ESXi5.5

    Dotaz

  • Dobrý den,

    chtěl bych se zeptat na problém s naším nově nasazením systémem. Máme nový server HP G8 s vmware ESXi 5.5, na kterém jsou dvě virtuální mašiny DC a TERM server. Využíváme jeden účetní software, který se spouští na lokálních stanicích přes sdílené disky serveru. Tyto sdílené disky s tímto programem máme momentálně umístěny na DC serveru. Problém je v používání samotného účetního sw. Který se chová strašně pomalu. Pro běh programu se otevírá ze sítě spousty souborů, které účetnictví potřebuje k běhu. Přikládám v příloze. Nevíme kde hledat problém, zápis na disky skrz mware, problém Windows ?

    Přikládám odkaz otevřených sdílení:

    http://temp.jpssystems.cz/dc.png

    Děkuji

    pátek 30. května 2014 9:12

Odpovědi

Všechny reakce

  • Jaka je pruchodnost site (zkus kopirovani hodne malych souboru a nejakeho velkeho souboru) - je to aspon radove desitky MB/s ?

    MP

    pátek 30. května 2014 9:47
    Moderátor
  • 1. Problem zrejme spociva v tom, ze jste chteli za malo penez, hodne muziky.

    2. Specifikace serveru HP G8 moc nerika. To je jen informace o vyrobci a o generaci serveru. Zadna informace o operacnim systemu. Zadna informace o rychlosti sitovych aktivnich prvku (switche, routery,...)

    3. Budete muset pouzit rychlejsi disky (mozna rychlejsi radic) a vic pameti. Pomohly by dva SSD do RAIDu 1 a urcite vetsi RAM a take gigabitove sitove switche.

    4. Udelejte si analyzu s pomoci Performance Monitoru (PM) a uvidite lepe, co je treba:

    http://technet.microsoft.com/en-us/library/cc749249.aspx

    5. Dejte dotaz take do VMware fora

    https://communities.vmware.com/community/vmtn/developer/forums/

    Mozna se da "ladit" propustnost.

    6. Pokud pouzivate na serveru AV program, pak bych nenastavoval politiku na prilis agresivni.

    7. Je dobre se take podivat do protokolu udalosti, zda tam neni nejaky problem.

    M.



    pátek 30. května 2014 9:49
    Moderátor
  • Jinak pomala sit .. klasicke testy s vypnutim TCP/IP autotuning, vypnuti SMB verze >=2 zkousel's?

    MP

    pátek 30. května 2014 10:00
    Moderátor
  • Zde není problém, testoval jsem složku, která obsahovala spousty malých souborů, z virtuálky skrz sít na stanici jede kopírování až 200MB/s.
    pátek 30. května 2014 11:30
  • Pak podle (4 - PM) sledujte parametry systemu pri spusteni programu a pri praci. Zacal bych frontami na disky a "odkladanim" na HDD. Pokud provoz programu probiha pres DC a RDS se nepouziva, pak pro testy je dobre RDS nezatezovat ( a treba i vypnout).

    M.

    pátek 30. května 2014 11:50
    Moderátor
  • OK rozvedu. CPU 2x 2,49 E5-2609, 20GB RAM, 2X 500GB 6G 7200RPM SATA > RAID1 (vmware), 3x 600GB  15K SAS > RAID 5 (sdílené složky z této datastory), řadič s 512 cache. Systém Vmware ESXi 5.5 a virtuální mašiny Windows server 2012 R2.

    Každá virtuální mašina má přiřazenu jednu sítovku. Síť je na gigovém switchy, tedy i klienti. Vyzkouším uvedené rady.


    pátek 30. května 2014 11:51
  • A. Tak to si muzeme temer s jistotou odskrnout 1 jako neaktualni.

    B. Jako namet prikladam par odkazu z VMware KB a diskuse:

    http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2008925
    http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1004087
    http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2001003
    http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1018206
    http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006821
    http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2064036
    https://communities.vmware.com/thread/455976

    (Nejak se to s "copy and paste" zpotvorilo. Vy si ale poradite.)

    C. Da se nejak kvantifikovat pomalost systemu s danou aplikaci?

    D. Nejsou nekde v popisu konfigurace programu mezi parametry take nastaveni systemove promenne urcujici pocet otevrenych souboru (environment system variable)? Take podpora vyrobce programu by mohla pomoci s konfiguraci...

    E. Operacni system se zpravidla uklada na RAID 1 a datove soubory, ktere se vice ctou, nez zapisuji se ukladaji na RAID 5. Kdysi davno jsem cetl, ze casovy rozdil muze byt az 60%. Take transakcni logy patri na RAID 1.

    M.


    pátek 30. května 2014 12:18
    Moderátor
  • Takže všechny virtuální mašiny mají systémové i datové VHD na jednom RAIDu 5? A Ty se divíš, že je to pomalé?

    BB

    pátek 30. května 2014 12:18
  • VMWARE a obě VM jsou na RAID 1 ostatní data jsou jako druhá datastore z RAID 5

    pátek 30. května 2014 12:26
  • Aha, kdybys to napsal hned . . . Ale i tak, mít jeden RAID 5 pro všechny datové soubory, no nevím. Jaká je průměrná délka fronty pro ten RAID 5 disk?

    Ty rady od MP (SMB 2, TCP/IP autotuning) jsi zkoušel?

    Pomalé je to pořád (když to testuješ a nikdo jiný k serveru nepřistupuje) nebo jenom pod zatížením (když pracuje celá firma)?


    BB

    pátek 30. května 2014 12:32
  • Kdyz PM neda potrebny nahled, a podpora vyrobce take ne, pak nezbyva, nez vytahnout nastroje ze Sysinternals a pustit se do diagnostiky s Process Monitorem, Process Explorerem,...

    M.

    pátek 30. května 2014 12:39
    Moderátor
  • Ty testy budeme dělat za hodku. To už bude prostor k testování.

    Jiné aplikace než kritické účetnictví běhají normálně. Problém je v případě spuštění účetního programu Premier X5, i jeden uživatel, který toto účetnictví otevře jej má pomalé. Máme informaci, že si tento program otevírá spousty malých souborů ze serveru, což je vidět i na otevřených sdíleních.

    Do upgradu byl nasazen server s win 2003 a stejným účetnictvím, bez virtualizace a běh byl OK. Problém vypadá tak, že aplikace se spustí ze sítě, proběhne zalogování uživatele do aplikace a následně se cca 20 vteřin čeká ... zvolí se firma, agenda a opět načítání, dlouhé, asi nyní už podle množství záznamů u daného subjektu.

    Právě z toho důvodu nevím zda hledat problém v zápisu/čtení skrz vmware na raid, sdílení přes sít (widle). Síť samotnou už jsme testovali, tam problém nevidím.

    • Upravený Hatexak pátek 30. května 2014 13:11 rozšíření
    pátek 30. května 2014 13:04
  • Prozradte nam jeste, jakou "podverzi" aplikacniho programu mate. Vidim, ze existuje take Enterprise, ktera pouziva SQL Server. Ktery je vas pripad? http://www.premier.cz/cs/technicke_informace.asp Na webu maji navod ke stare verzi programu (X3). Navod pro X5 jsem nenasel. Take jsem nenasel informaci, zda se da program nainstalovat ve virtualnim prostredi. (Nektere programy nemusely byt testovane ve VM.)

    Jake pouzivate klienty: W XP,W 7,... ? S jakym klientem jste testoval kopirovani souboru?

    M.

    pátek 30. května 2014 14:16
    Moderátor
  • Verze je to bez SQL, tedy jen DBF a DBX databáze. Od podpory softwaru jsem dostali jedinou informaci, že vmware má problémy s přenosem malých souborů ve větším množství, dle jejich doporučení máme převést na HYPER-V, což je pro nás z hlediska infrastruktury dost velký problém, kvůli plánovaným systémům.

    Klienti 10x Windows 7 a historické zbytky 3x Windows XP. Dlouhé intervaly se projevují na obou systémech. Test sítě jsme prováděli z windows 7.

    pátek 30. května 2014 14:35
  • 1. S kazdou odpovedi prichazi i otazky.

    2. Osobne mam zkusenost s tim, ze kdyz podpora pripusti nejake problemy, tak ty problemy jsou velke a je dobre se teto cesty vyhnout.

    3. Nejsou zrejme argumenty pro VMware (budoucnost s planovanymi systemy se mozna da resit jinou cestou- napriklad centralni management s SCVMM).

    4. Mozna by stalo za vyzkouseni reseni s Hyper-V a srovnat chovani s nynejsim systemem.

    5. Jak jste dopadl s Performance Monitorem>

    M

    pátek 30. května 2014 16:42
    Moderátor
  • Zkusil bych na to jít jednak přes fórum VMware, kde blíže specifikujte použitý HW (hlavně diskový řadič je velmi důležitý včetně jeho nastavení a přesné nastavení filesystému), protože se může stát, že na tom konkrétním řadiči bude mít z nějakého důvodu VMware problémy nebo bude nevhodně nastavený FS na něm, případně konfigurace RAID pole. Tohle může dělat obrovské propady ve výkonu diskového systému.

    A srovnat s tím Hyper-V. Protože už jsem viděl rozdíly mnoha desítek procent mezi Hyper-V a VMware podle použitého řadiče. Proto bych to konzultoval i s podporou VMware, pokud tak nebylo učiněno ještě před výběrem a nákupem HW, což asi nebylo.


    pátek 30. května 2014 19:05
  • Díky za rady pánové.

    Udělaly jsme změny (SMB 2 deaktivaci, TCP/IP autotuning - vypnutí). Na jiné aplikaci jsme už po změně pozorovali zrychlení pár sekund (hlavně při otevírání archivu). U samotné kritické aplikace účetnictví, si počkáme na pondělí, jelikož až sami uživatelé dokážou vyhodnotit zlepšení či zhoršení.

    Zároveň jsme ještě navýšení HW prostředků pro DC a zatím necháváme aktivní jen ten.

    V performance monitoru žádné kritické údaje nebyly na první pohled vidět, ale detailně se tím budu muset teprve zabývat. Pokud nám výše uvedená úprava nepomůže budu pokračovat dále na VMware foru s detailním rozpisem použitého HW. 

    pátek 30. května 2014 19:21
  • Mám konfiguraci v kombinaci - VMware - Win2008R2 - Premier X5 - PC + RDS a vše bez problémů. Jestli ti výrobci tvrdí, že nedoporučují VMware, mě ani nepřekvapuje. Neskutečný blábol...

    Z pátky k problému, najít takto problém bude těžké, nicméně, již napsané dotazy doplním:

    - máš správně nastavený OS Type?

    - nainstalované VMware Tools?

    - jaký typ síťového interface máš nastavený u VM? Zkus případně paravirtualizovaný.

    - typ diskového řadiče VM

    - máš nainstalovaný nějaký monitoring?

    sobota 31. května 2014 6:49
  • Rika se: Duveruj, ale proveruj.

    Je dobre se podivat i na VMware Hardware Compatibility. Firemni support se na tom muze "tocit". Podivejte se sem http://www.vmware.com/resources/compatibility/search.php?p=free-esxi5&lp=default  (Parametry, ktere jste uvedl odpovida server ProLiant 350 G8 )

    M.

    sobota 31. května 2014 10:45
    Moderátor
  • Pokud muzu za sebe:

    To ze je produkt nebude poradne fungovat na VMware bych asi pominul. Zkontrolovat zda jsou spravne toolsy, verze sitovych karet a podobne.
    Co se tyka debugu, urcite bych se vydal cestou Sysinternals a pustil si na stanici process monitor, vyfiltroval si vypis pro danou appku a kouknul, co se deje pri jejim startu, a kde jsou nejake prostoje.

    S podobnym problemem jsem se setkal a bylo to nastavenim QoS na prepinacich, kdy byl tento provoz zahazovan. Nemate treba nastaveny fronty na prepinacich?

    Martin C.

    středa 4. června 2014 7:45
  • Osobně jsem řešil velmi podobný problém právě s Premierem, šíleně pomalý - RDP i tlustoklient, server se flákal. Problém byl v tom, že ten krám si loguje KAZDOU operaci a poté je ověřuje atd... přesně již nevím jak to bylo, ale stačilo smazat soubory : 

    Zmeny.DBF a del_dbf.dbf (u kazde firmy, nevim kolik jich mate)
    xxxx.TMP
    userX <cislo>.dst -uživatele "navíc" kteří se tvoří tuším při špatném přihlášení, nevím co to má znamenat.

    A po vymazání to jede vše OK jak za mlada, jen 100% udělejte backup, protože někdy účetní v těchto datech vyhledává "kdo to špatně zaúčtoval". 

    Snad pomůže.

    čtvrtek 5. června 2014 20:46