Szerver hw és szoftver javaslat virtualizációra

Fórumok

Hi

hátha valakinek van már tapasztalata ezzel.
Szóval teszt környezethez szeretnék javaslatot szerver HW-ra és virtualizációs szoftverre is.
Ezeknek kell majd futni rajta:
- Windows 2008 mint AD
- Oracle 11g linux alatt (talán RAC is akkor az 2x)
- 2-3 server app Windows 2008 alatt (ezt teszteljük)
- 1-x Windows XP/7 cliens app (tesztelendő)

összesen kb 4-10 virt. szerver

Dell R520-at néztem eddig... a szoftvert még nem választottam
korábbról főleg a VmWare Windowsra telepített cuccait ismerem valamint a VmWare Server virtualizációs hosztot linux alapokon

Hozzászólások

A 0. kérdésem, hogy mit akartok tesztelni? Sebesség, rendelkezésre állás, válaszidő, felhasználói szám szerinti skálázódás stb. Ennek tükrében érdemes vasat venni. Ha megvan, hogy az éles rendszer kb. milyen konfigurációval rendelkezik, akkor a tesztrendszer ugyanilyen felépítést és hardvereket kövessen. Pl: ha blade-k vannak az élesben, akkor a tesztben is blade legyen stb.
A virtualizációs szoftvert is úgy válaszd, ahogy az éles rendszerben működik + amihez értetek. Komoly rendszernél a Vmware, XEN, Hyper-V játszik. Jelen esetben talán a Hyper-V a legegyszerűbb (1 db enterprise licence elég így a Windowsból, ha a hoszton más is akarsz futtatni).
Átlag esetben(működőképességi teszt, nincs nagy terhelés, kicsi adatbázis) 2 db 6 magos cpu-val, 96 GB memória, 8-10 db SAS lemezzel(4-5 db raid1 tömb) megfelelő lehet a célra. Mihelyst rendes terheléses tesztet is akarsz, az Oracle tekeri is a lemezt és RAC-ot is szeretnél tesztelni, akkor kapásból megnő a memória és lemezszám igény. Ekkor nyugodtan tehetsz 2 db 8 magos cpu-t, 160 GB memóriát, 16-18 SAS 15k lemezt(raid 50/60 vagy raid 10 tömbök) a gépbe.

Nem szeretnélek elkeseríteni, de a RAC-ot egyenlőre az oracle csak a saját virtualizációs megoldásán (oracle VM) támogatja, így ha az éles környezetedben levő RAC-ot is akarod virtualizálni akkor sok választásod nem lesz. Amúgy meg a RAC-ot tök fölösleges virtualizálni nem arra találták ki, de ha csak arra kell, hogy játszásból építs egyet arra bőven jó bármelyik VM megoldás. Viszont ha előjön valami hiba és SR-t akarsz feladni rá akkor készülj fel, hogy vagy azzal jönnek, hogy reprodukáld fizikai vason is vagy, hogy reprodukáld oracle VM alatt is, addig nem hajlandóak vele foglalkozni.
De a metalinken itt találsz róla részletesebben:
Certified Software on Oracle VM [ID 464754.1]

szia,

hardware-re szerintem ennyiből nem lehet ajánlani, ez elfut egy szolid gépen is, ha páran tesztelitek, és facebook farm is kevés ha milliárdan ölitek :)

Software-re én Vmware ESXi 5.x-et ajánlanék, ha nincs HA és hasonló elvárás, csak annyi hogy fussanak.
Ha elvárás de szűkös a keret akkor Hyper-V 3 ajánlott, ha van della akkor természetesen ESXi mindenféle license-el.
Egy ESXi mindenféle komolyabb hozzáértés nélkül telepíthető alap szinten, teljesítményben talán a legjobb.

Ha semmi tapasztalatotok nincs benne, és nem is akartok vele foglalkozni, csak az a lényeg hogy fusson jól, PM :)

Andris

---------------------------------------------------
Hell is empty and all the devils are here.
-- Wm. Shakespeare, "The Tempest"

köszi a hozzászólásokat...

a teszt során (mint általában) funkcionalitást tesztelünk... plusz néha terheléses ill. stabilitás, robusztusság teszt.
A cél applikáció server HW kb. 2-4 CPU(core) 4GB RAM tehát elvileg "csak" ezeket kellene virtualizálni.
Ebből van mondjuk összesen 4-6 és még valamennyi kliens a tesztekhez. (A kliens HW is kb ez)

(Értem hogy az Oracle nem supportálja pl a vmWare-t...de ez nem fontos ha működik... ha meg nem akkor majd kitalálunk valamit)

még kérdés:
van olyan virtualizáció ami véd a host HW hiba ellen? azaz van HA. hogy működik az ?

Igen van, pl, a VMware HA megoldása, ami a fizetős része. De minden vmware szoftver telepíthető licence nélkül, 60 napig elfut eval módban. A tovább kell akkor vmware partner tud eval licenc ügyben tovább segíteni.
A free ESXi hypervizor csak egy fizikai hardver virtualizálását teszi lehetővé abból virtualizációs infrastruktúrát, cluster nem tudsz építeni.

A Hyper-V tenyleg jo dolog - engem a Core Windows zavar kicsit benne, illetve az, hogy bar bovebb a hardvertamogatasa (kb. amin a Windows amugy is elfut), nagyon nehez benne drivert telepiteni, nincs ugy segitve, mint pl. a nagy Windowson. Ami pedig pottyet gaz. Egy devmgmt.msc nagyon hianyzik belole.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Használom (2008-R2-t). Bár szerintem nem gáz, hogy ilyen, ha valakinek nem tetszik, akkor megveszi. Az viszont gáz, hogy a hozzáértők (akik ajánlgatják, hogy használd) azok mélyen hallgatnak erről. És a dokumentációkból is csak nehezen derül ki, hogy Core Windows azon túl, hogy rendesen működik, egy orbitális nagy szívás. Az eszközök elnevezése is maga az elemi rettenet (szerintem).

Nem nehéz a driver telepítés. Van hozzá egy parancssori eszköz, az a neve, hogy pnputil. Valahogy így lehet használni:

1. példa: pnputil.exe -a a:\usbcam\USBCAM.INF Adds the INF file that is specified by USBCAM.INF
2. példa: pnputil.exe -a c:\drivers\*.inf Adds all INF files in c:\drivers\

Nem kell megijedni a Server Core-szerű felülettől sem. Egyrészt távolról a legtöbb dolog állítható, másrészt érdemes felrakni a CoreConfigurator-t. Grafikus felületet fog adni még a Hyper-V server alatt is. Sajnos azt nem próbáltam, hogy működik-e Hyper-V server 2012 alatt, gyanítom, hogy nem, de ott meg már nagyítóval kell keresni azt, amit a Server Manager nem csinál meg távolról.

Egy tippnek jó.

Üdv:
Lepenye Tamás

A pnputil meg a devmgmt.msc kozott ket nagysagrendnyi kulonbseg van.
- A pnputilnak nincs kapcsoloja, hogy Windows Update-rol keressen drivert, amennyire tudom
- A pnputil nem tudja megmondani, hogy egy eszkoz elindult-e, vagy a driver a vegen nem tetszett a Windowsnak, hiaba volt alairva
- Intel kartyas teaminget konfiguralni Server Core-ban kifejezetten kihivas
- A halokartya parametereit allitgatni ugyszinten (pnputil nem tudja).

Szoval kellene az a devmgmt.msc. Nagyon.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Valóban a pnputil-nál neked kell előre összevadászni a drivert, de a feltelepítés után már WSUS-sal frissíthető. A devmgmt.msc távolról read-only módon használható, vagyis a driver betöltésének ellenőrzésére alkalmas.
A NIC Teaming 2008 R2-ben az OEM gyártótól függött, ezért aláírom, amit mondasz. 2012-nél viszont akár távolról, Server Managerrel is konfigurálható NIC Temaing.
Valóban, a hálókártya paramétereit sem állíthatod a pnputil-ból ,mivel az semmi más, mint egy parancssori eszközkezelő betöltő. Tegyük hozzá, hogy 2008 R2-nél netsh-t kell használni, nekem az sem leányálom. A Hyper-V 2012 viszont itt is csillog. Powershellből megoldható minden. Íme néhány cmdlet. Nekem Checksum Offload-ot és Large Send offload-ot kellett kikapcsolnom. A Powershellel percek alatt kibogarásztam.

Kétségtelen, hogy "ismeretlen vidéken" nagyon jól jön az önmagát megértető grafikus felület. A Hyper-V Server 2012-ben lokálisan ilyen nincs, viszont a távoli Server Manager új verziója és a powershell továbbfejlődése a fájdalompontok nagy részét megoldotta.

Üdv:
Lepenye Tamás

" a feltelepítés után WSUS-sal frissíthető" - de jo. Nekem eleve onnan kellene telepiteni, mert nem akarnam levadaszni a drivert a Windows Update Catalogbol, foleg amilyen jol megcsinaltak.
NIC Teaming: kar, hogy a 2012 uj termek, barhova megyek, 99% hogy 2008-cal fogok talalkozni, ezert akarok arra gyurni, arra ismerni a megoldasokat. Egyebkent tenyleg jo, hogy beleraktak, mar sokkal korabban kellett volna. A Linux nagyon sok verzio ota tudja.

Ezek a PS-es cuccok leteznek 2008-ra is? Ha nem, varhato, hogy backportolva lesznek (akar valami SP-ben)? Mert megintcsak az van, hogy barhova kerulok, meg jopar evig legfeljebb 2008-cal fogok talalkozni, mert az emberek nem akkor frissitenek Windows-t, amikor az kijon, hanem amikor arra lehetoseg van. Es en elsosorban 2008-cal szeretnek foglalkozni, mert arra van/lesz (meg egy darabig) igeny.

Termeszetesen itt 2008 R2-t ertek
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Nehéz olyanra kitalálni megoldást ami fizikai környezetben tök jól működik, de virtuálisan meg olyan bugokat dobál amire nem nagyon van megoldás :) , én csak felhívtam a figyelmed rá, hogy az oracle szoftverek supportjánál ilyenre sajnos figyelni kell, de mint írtad neked ez nem fontos így én is a Hyper-V-t ajánlanám.

Virtualizációval elvileg ezen is lehet segíteni. Olyan guest-cluster fürtöt kell létrehozni, amelynek egyik tagja fizikai gép. Így egy fail-over után össze lehet hasonlítani, hogy fizikai, illetve virtuális környezetben hogyan viselkedik a szoftver. Microsoft 2008 vagy újabb cluster esetén tudom, ha a fürt validáció leszalad, akkor az támogatott konfiguráció. Vagyis nem kell minden fürttagnak tökéletesen egyformának lenni.

Üdv:
Lepenye Tamás

Nálam az esetek 80%-ánál a storage van rosszul konfigurálva. (Multipath, iSCSI target elérése, megfelelő VLAN stb.)
A maradék 20% a hálózati félrekonfigurálásból jön. A validáció sok szempontból jó:
1. Nincs olyan, amire nem gondol.
2. Háklis, mindenért szól.
3. Azért van, hogy ellenőrizhesd előre, hogy jó lesz-e a cluster configod.
4. Nem kötelező. Ha te megvagy nélküle, nem erőlteti magát. Enélkül is lehet fürtöt létrehozni és üzemeltetni. Más kérdés, hogy nem érdemes. Nagyon jó diagnosztikai eszköz, pre-flight check.
5. Ha a validáció hibátlanul lefut, akkor mindegy, hogy milyen dzsunka a hardver, hányféle a gyártó stb. az MS támogatni fogja.

Üdv:
Lepenye Tamás

Jo tudni. Tervezek valamikor jatszani win2008-cal, mert kegyetlen sok hianyossagom van a rendszer ismeretevel, az, hogy az AD nalam megragadt 2003-ban, az csak egy dolog, a Server Manager-ben pl. totalisan el vagyok veszve.
Sajnos, mivel nem vagyok RAM-mal eleresztve, a nehezebbik vegen kell majd megfogni a gyeplot, es Server Core telepitesekkel kell majd jatszanom, tekintve, hogy ezek nem ugy indulnak, hogy akkor most 1G RAM ide, es lassuk a szolgaltatasokat. Egyszeruen ebbe a nyuves gepbe nem megy 4G-nel tobb memoria, mert nincs eleg slot az alaplapon, es jelenleg nincs annyi penz, hogy masikat vegyek - foleg ugy, hogy a mostani proci+mem kombot ne kelljen kidobni.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Egy RAC-ot ami egy load balance-olt adatbázis ne akarjunk failoveresíteni, mert pont a lényegét bukod vele (arra van failover megoldás is). Az oracle ezen terméke is támogatja a virtualizációt, de csak a sajátjával (hogy az ő terméküket vedd meg), holott megy vmware alatt is, de ha előjön ott valami bug (márpedig elő fog, mert mióta indiaiak fejlesztik annyi bug van, hogy nem győződ az SR-eket feladni), akkor megkérdezik, hogy támogatott környezetbe van-e a hiba ha nem akkor addig nem foglalkoznak vele még nem reprodukálod a hibát támogatott környezetben.

Sajnos az oracle hozzáállása elég érdekes, az MS-é az utóbbi időben viszont egyre szimpatikusabb :)

Nálunk VMWare ESXi 3.5 van DC-k alatt (csak 32 bites a vas: HP DL380G3) és 5.1 van a Exchange alatt (HP DL380G5) is Windows vonalon.
SQL-el nem teszteltük (MySQL van virtualizálva, pici terheléssel).

A fő szempont az ár volt, azért lett ESXi. HA-ra és mentésre ingyen: http://www.vmug.hu/download/46/ (az ESXi 5-től a tűzfal bekavarhat, én egy FTP binárissal tolom ki NAS-ra mentéseket).

Utólag Dell vas jobb lett volna az iSCSI és az USB boot támogatás miatt, de késő bánat. Gondolom ezt már a HP is megoldotta azóta.