Szeretnék egy teszt rendszert, amin legalább 3 virtuális gépet futtatnék egyidejűleg (kb. 1GB RAM + 1 CPU VMenként). Ehhez szeretnék tanácsot kérni olyanoktól akik végigjárták már ezt az utat.
Linux alatt kvm virtualizációt próbáltam eddig, de sokszor feladtam korábban, mert a CPUm nem támogatta a virtualizálást.
Nemrég egy E8400 CPU-n is próbálgattam, ott elfogadható sebességgel ment a kvm-mel a virtuális gép 1GB RAMmal, Ubuntu desktop rendszerrel is.
Az nem teljesen jött még le, hogy a CPU magok száma, az egyidejűleg futó VMek száma (1 CPU/VM) és a teljesítmény milyen viszonyban állnak egymással. Mindenképpen négymagos CPUban kell ilyenkor gondolkodni? Vagy kisebb CPU terhelés esetén ez nem releváns tényező?
(Nagy IO terhelés nem lenne, ezért a merevlemezekre direkt nem tértem ki.)
Az új I3/I5/I7 processzorok mennyi pluszt adnak ezen a téren az előző generációs Intel négymagos Qxxxx procikhoz képest?
Esetleg más szoftvert érdemes használni a virtualizációhoz? Sz@r a kvm?
- 10235 megtekintés
Hozzászólások
Virtualizáláshoz I/O kell, meg memória, a proci harmadlagos, de jó, ha tud hw virtualizációt. Plö egy HP Microserver N40L szépen elvisz 3, nem erőforrás igényes virtuális gépet, pedig az a proci nem egy nagy durranás.
Szerk: 1G ram ma már egy nagy vicc, 8G, vagy afölött érdemes gondolkodni, ha 3 virtualizált gépet akarsz.
- A hozzászóláshoz be kell jelentkezni
Azt írta hogy kicsi IO lesz. VM-enként akar 1CPU-t és 1G ramot.
A CPU meg fontos, egyszer próbáltam vtx nélküli gépen virtualizálni... hát, nem volt egy vidám délután.
- A hozzászóláshoz be kell jelentkezni
+1, mindenképpen kell a cpu hardveres támogatása.
Én próbáltam hw támogatással 3 vm-et 1 pcén, vm-enként 1cput állítottam be és 512 ramot
VM-ek: 2 win xp, 1 debian(desktop nélkül!) A host os win7 64bit volt a vas alatta pedig egy amd athlon II 2mag, 4gb ddr2, 1 tb samsung vinyó. Nekem az i/o tűnt kevésnek, amikor ezzel játszottam.
- A hozzászóláshoz be kell jelentkezni
+1
A hw támogatás nagyon fontos, és tutira az I/O-ban vérzik el az egész. Nekem a microserveren 7 virtuális gép van, Linux, Win2003 server, XP, és egy Ubuntu LTSP projekt szervere és kliense és egy FreeNAS :) Mindez 3 GByte memórián, ESXi 4.1 alatt :) Erősen I/O limites tud lenni a cucc, ha mindent egyszerre fárasztok benne, ha nem piszkálok minden "gépet" egyszerre, akkor egész vidáman megy.
Plusz az sem mindegy, hogy milyen oprendszer van alatta. Pl. az új Windows-ok villámgyorsan futnak virtuálizálva (2003-tól, 2008-tól pedig még gyorsabban). Imho a Windows XP rossz választás, virtuálizált kliens oprendszernek.
- A hozzászóláshoz be kell jelentkezni
nálam nem volt opció a virtualizált oprendszer. Egyébként az xp is iszonyat gyors virtualizálva.
- A hozzászóláshoz be kell jelentkezni
Én XEN-t használtam, paravirtualizációval (csak linuxok kellettek), semmi bajom nem volt vele kikapcsolt hardveres támogatás mellett sem.
Sőt, próbáltam Noé apánktól származó 32 bites gépen is, és még azon is "ment".
A XEN megmaradt majdnem minden gépen, egy helyen tesztelek KVM-et, azt nem próbáltam még életre kelteni hardveres támogatás nélkül, valami azt súgja, hogy nem is lehet.
- A hozzászóláshoz be kell jelentkezni
paravirtualizációhoz nem is kell hardveres támogatás, csak hvm módhoz xen esetén.
- A hozzászóláshoz be kell jelentkezni
Egy sima vinyónak már az is elég nagy I/O, ha 3 virtuális gép fut rajta. :)
- A hozzászóláshoz be kell jelentkezni
+1
- A hozzászóláshoz be kell jelentkezni
Pl. egy AMD Phenom II X4 955 alkalmasnak látszik a feladatra lehetőleg jó sok RAM-mal.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
sub
-----
www.deemer.hu
- A hozzászóláshoz be kell jelentkezni
Sziasztok!
Mi vmware esx(i) kornyezettel virtualizalunk egy kisebb halom VM gepet. Eredetileg egy hardveres virtualizaciot tamogato AMD opteron gepen csinaltuk a dolgokat (2*4 mag), kesobb vettunk ra egy 2*6 magos intel servert, a kulombseg megdobbento volt, azt hittuk valami baj van annyira keves terhelest okoztak hirtelen a VM gepek. Nagyon fontos ilyenkor az intel procikban a HT tamogatas, sokkal jobb megoldas a sok kis mag kevesebb erosebbnel.
- A hozzászóláshoz be kell jelentkezni
Pontos CPU típusokat is tudsz írni? Merthogy mi használunk AMD-t és Intelt is és egyáltalán nem látni számottevő különbséget (a kb. azonos generációknál).
- A hozzászóláshoz be kell jelentkezni
Másrészt meg a 2x6 magos intel szerver valszin eleve magasabb órajelen üzemel és néhány évvel újabb technika. :)
- A hozzászóláshoz be kell jelentkezni
meg hat ugye 8<12 es arnyaiban a novekedes 150% ha a magok szamat nezzuk, ami virtualizalas eseten lenyeges.
- A hozzászóláshoz be kell jelentkezni
Persze, de ezek nem csak proba VM-ek hanem van rajtuk olyan amivel matekozik a gep gondolom. Azt sem árt megemlíteni, hogy az újabb CPU-kban egyre több virtualizációt támogató feature is van.
- A hozzászóláshoz be kell jelentkezni
Sziasztok!
Az opteronok 2376 ok voltak (2.3Ghz 2x 4 mag egy sun fire x4140 gepen, 32G 667 ddr2 ram), a xeonok E5645 (2.4Ghz 2x 6 mag, ht egy intel S5500WB gepen, 32G ddr3 ram)
a vm-ek tenyleg eles vmek, az egyik gepen ugyfelek virtualis gepei vannak rajta, illetve a masikon a mi sajat kis birodalmunkhoz a kulombozo szolgaltatasokat ellato gepek (leginkabb olyan vmek amik koordianljak a tobbi "fizikai" gepet).
A terhelesi ertekek az atterheles utan lenyegesen kevesebb mint a felere csokkentek (kb. egynegyedere)
A tobbi fizikai gepunk AMD alapu, sun x2200 serverek (oszesen 7 darab, 2x opteron 2376, 8-32G ddr2 ram), webkiszolgalas tekinteteben nem lett akkora kulombseg intel es amd kozott mint a virtualizalt gepeknel.
Nemregiben erosen gondolkoztunk a mysql fizikai gepunk lecserelesen egy hasonlo intel vasra, az meg hatalmas kulombseget jelentett volna, de szerencsere sikerult linux es mysql optimalizalassal, es az egyes mysql lekerdezesek terhelesenek figyelesevel (valamint a roszalkodo ugyfelek megdorgalasaval) a terhelest 2 kore viszaszoritani (2x opteron 2376, 32G ddr2 ram szinten).
- A hozzászóláshoz be kell jelentkezni
Azért egy 2008-as, 45nm-es, 6MB-os, DDR2-es AMD-t egy 2010-es, 32nm-es, 12MB-os, DDR3-as Intelhez hasonlítani nem korrekt :)
- A hozzászóláshoz be kell jelentkezni
rendben, az amdnek azota sincs olyan vasa ami hasonlo arfekves mellett kepes lenne hozni ezeket az eredmenyeket, es ezt nem azert mondom mert intel parti lennek, sot most kezdunk atszokni az amdrol, mivel nem tud perpill labdaba rugni ...
- A hozzászóláshoz be kell jelentkezni
OFF
Bocs, de miután másodszor is 'm' betűvel írtad a külöNbség szót, gondoltam, szólok.
ON
- A hozzászóláshoz be kell jelentkezni
Nálunk amd x6 1100T procin fut 8-10 vm, de abszolút nem a cpu a limit. Nyilván ez függ a futtatott vm-eken futó alkalmazásoktól is.
- A hozzászóláshoz be kell jelentkezni
nalunk az io terhelest gyonyoruen felveszi ket sun storage 7110 (primary es backup ... a backup elozo eleteben sun fire x4240 nek szuletett .. de mivel ugyan az a vas...) Fontos dolog, hogy nem iscsi- vagy mas block level eszkozon kell becsatolni, hanem NFS en, akkor a gep ki tudja hasznalni a beepitett cache kepessegeit (erdemes egy ssd L2 cache-el megtoldani a dolgot, mivel a zfs szekvencialisan vegigirja az egesz ssd-t ujra es ujra, ezert egy olcsobb ssd blokkjai se faradnak el nagyon sokaig, az adattarnak pedig raid 10 et epiteni, ugy sokszor akkora io terhelest elvisz a gep.) Termeszetesen jelentosen bele kell nyulni az eszkoz lelkebe hogy megegye a jbodot, ssd-t, sata hddket, stb, de lehetseges (bar errol mar a SUN is meginterjuolt minket hogy hogyan csinaltuk :)) Mindenesetre ha valaki ilyen faba vagja a fejszejet, nagyon szivesen segitunk neki.
- A hozzászóláshoz be kell jelentkezni
külöNbség, légysziiiii, köszi :)
- A hozzászóláshoz be kell jelentkezni
kompromisszum: "kulonbseg"? az ekezetekkel komoly problemaim vannak :)
- A hozzászóláshoz be kell jelentkezni
deal :)
- A hozzászóláshoz be kell jelentkezni
"a backup elozo eleteben sun fire x4240 nek szuletett .. de mivel ugyan az a vas..."
Remélem tisztában vagy vele, hogy nem lehet a Storage Appliance szoftverét más szerverre installálni, mert az EULA ezt tiltja. Kb. mintha warez Windows-t használnál.
"Fontos dolog, hogy nem iscsi- vagy mas block level eszkozon kell becsatolni, hanem NFS en, akkor a gep ki tudja hasznalni a beepitett cache kepessegeit"
Amennyiben itt a storage L2ARC-ra gondolsz, az működik blokkeszközre is ugyanúgy, és természetesen csak olvasási cache-t jelent. És nagyon nem szekvenciálisan írja, de ennik nincs is jelentősége, mert az SSD megoldja belül a wear levelinget. Ezzel szemben a logzillának csak szinkron íráskor van szerepe.
"Termeszetesen jelentosen bele kell nyulni az eszkoz lelkebe hogy megegye a jbodot, ssd-t, sata hddket, stb, de lehetseges"
Természetesen lehetséges, de ez automatikusan a support elvesztésével jár.
- A hozzászóláshoz be kell jelentkezni
Elárulnád nekem, hogy hány darab, és milyen hdd van benne, milyen raid?
És mennyi VM-et tud normális i/o-val ellátni.
- A hozzászóláshoz be kell jelentkezni
Ha csak tesztelgetni akarsz, akkor valamilyen 4 magos proci, hw virtualizációval (esélyes hogy minden 4 magos ilyen), 8-12GB rammal, valami gyors diszkkel (pl. SSD). Ha arra vagy kíváncsi hogy hány és milyen virtuális gépet tudsz majd üzemeltetni gazdaságosan, ha ilyen üzletbe akarsz kezdeni, nos az már egy hosszabb történet...
- A hozzászóláshoz be kell jelentkezni
Xeon E3-1230 + 8-16G ram + intel S1200BTL. pl.
----------------
Lvl86 Troll, "hobbifejlesztő" - Think Wishfully™
- A hozzászóláshoz be kell jelentkezni
Az elmúlt 1 évben ilyen szerverek között vagyok nap mint nap. Személyes tapaszlatom, hogy szerver kategóriában (tehát nem sufnituning) ha nem a számítási igény a fontos, akkor (és ezzel lehet nem leszek népszerű) az AMD a te barátod. Ár/teljesítmény/kihasználhatóság 3ast nézve gyakorlatilag verhetetlen. Legutóbb valamelyik 6 magos (asszem pont 6, de lehet 8g ram volt benne) darabon sikerült 10 tesztkörnyezetet kialakítani úgy, hogy azzal cirka 100 programozónak nem volt baja, amíg ott voltam. Persze teszteltek rajta, nem versenyló, meg is látszott a rendszeren, de jól elvitte nem érezték magukat rosszabbul, mint amikor a saját laptopjukon kellett futtatniuk ugyanazokat.
FathoM
- A hozzászóláshoz be kell jelentkezni
Szia!
meg tudnad esetleg mondani Te milyen gepeket hasonlitottal osze (alap vas tipusa, proc, ram, kulso io rendsszer ha volt), illetve a vm gepek nagyjabol mire voltak hasznalva? Kivancsi vagyok az eredmenyeidre, mivel mint feljebb emlitettem, mi meroben mas meresi eredmenyekre jutottunk.
- A hozzászóláshoz be kell jelentkezni
Szia!
Hát VMwaretől mentsen az ég meg. Tapasztalataim szerint a leggányabb virtualizációs megoldás, csak a bajom volt vele (és sajna 1.0 óta használnom is kell). Viszont ilyen különbségeket egyáltalán nem tapasztaltam, mint amiket leírsz. Amúgy a hw-k DELL és HP szervergépek (poweredge-k talán 3900asok és proliantok g5-g6-ok). Szívesen megnézném neked a pontos hw-ket is, de a tesztkörnyezetes rendszer előző munkahelyemen van, ahhoz pedig már nincs hozzáférésem.
Egyébként Xen/Qemu-t használva volt minden tök jó.
FathoM
- A hozzászóláshoz be kell jelentkezni
Az iparág kb. 85%-a szerint meg nem, lehet én inkább rájuk hallgatnék így látatlanban is (mivelhogy nem ismerlek) :D
- A hozzászóláshoz be kell jelentkezni
Ez a 85%ot mégis honnan veszed? Már a piac 3adának is nagyon örülnének, de ahogy gondolod.
FathoM
- A hozzászóláshoz be kell jelentkezni
50-80 százalék mérési módszertől függően. Hidd el hogy piacvezető és ez nem csak marketing, éles produktív környezetbe sok funkciójának nincs életképes alternatívája.
http://www.informationweek.com/news/storage/virtualization/231001223
http://www.readwriteweb.com/cloud/2011/07/gartner-magic-quadrant-virtua…
http://www.readwriteweb.com/cloud/2011/04/whos-using-virtualization-inf…
- A hozzászóláshoz be kell jelentkezni
Te milyen VMware gondolsz mar nem azert...az egy ceg nem termek.
Amennyiben az ESX-re akkor ezt gyorsan gondold at...
--
1 leszel vagy 0 élő vagy hulla!
- A hozzászóláshoz be kell jelentkezni
Kb. 1-2 éve nem néztem, nem tudom mennyire változott, de az AMD-V tudott matrjoskázni a VM-ekkel (pl. fejlesztéshez nagyon hasznos vm-et futtatni vm-ben) míg az Intel VT-x nem. Én AMD-t néznék -- és tényleg memória, memória, memória. Esetleg még SSD, de az a sima gépekre is igaz.
Amire még talán vigyázni érdemes: korábban a szocipata menedzserek letiltották a BIOS-ból a virtualizációt, mesterséges termékdifferenciálás végett (főleg Intel alapúakat). Ez mára talán már nem jellemző gyakorlat, de még mindig kifoghatsz egy hasonlót, tehát nem csak a CPU-n múlik.
ui: ...meg RVI és EPT kiterjesztések.
- A hozzászóláshoz be kell jelentkezni
Köszönök minden hasznos választ, azt hiszem AMD négymagos, virtualizációt hardveresen támogató valami jó lesz nekem, mivel tényleg csak annyi kéne, hogy 3 korrekt tesztkörnyezet tanulásra, kísérletezésre elszaladgáljon rajta.
XEN-t mindenképpen kipróbálom. Van valami hátulütője ill. említésre méltó korlátja a kernel alapú (kvm) virtualizációval szemben?
- A hozzászóláshoz be kell jelentkezni
En egy quad-core 2.4-en hasznaltam VMware szervert es eleg jol ment 3 gepig.
Ultra scsi-320-as 15k. lemezekkel kulon lemezen a VM gepek.
Vettem kesobb egy Intel I3-as 2.4-es dual core HT laptopot tok alap modell 4GB ram-al. (110 rugo korul volt Ft.-ben) Ugy odavert KVM es VMware alatt is az asztali gepnek hogy nem akartam elhinni!
Egy Windows 2008 sr2 telepites 18 perc alatt felment a virtualis gepen.
Ennek oromere vettem egy I7-es notit mert kellett az uj melomhoz (virtualizaciora foleg) es mar tudtam hogy mire szamithatok. 8GB rammal eleg jol el lehet jatszani 4-5 gepig.
En nem ajanlanam az AMD-t. Dell 415-os szervereket telepitettem VMware-el es volt 1-2 erdekes fagyas/leallas VM szinten. Olcsonak olcso, de legalabb "szar". Ne feledd hogy az uj Intel-el nem csak uj procit kapsz, hanem uj chip keszletet is! (persze ez igaz AMD-n is csak en nem nagyon lattam szamottevo javulast a regiekhez kepest)
Szova roviden barmit veszel I3/I5/I7 mind nagyon jol megy KVM-el es VMware-el is.
Ha sok fizikai mag-ra van szukseged, akkor I5 HT-s 2.4Ghz a minimum (4 fizikai mag es 4 HT mag), de az sajna vagy 50 ropi legalabb. Ha I3-at veszel ott 2 fizikai es 2 HT mag-ot kapsz. (ez volt az atom gyors laptopomba)
Ez lenyegesen olcsobb es eleg eros az is VM-re.
- A hozzászóláshoz be kell jelentkezni
Azért nem kéne lehúzni így az AMD-t, mert egyáltalán nem biztos, hogy a CPU okozta a fagyást. Nekünk kiválóan mennek Xen alatt az Opteronok is, illetve van dedikált vas ami igencsak ki van hajtva és meg se rezzen.
- A hozzászóláshoz be kell jelentkezni
Ne erts felre nem lehuzni akartam. Van AMD-s asztali gepem es evek ota ko stabil. Csak azt szerettem volna kifejteni, hogy az uj Intelek nagyon odavernek mindennek. Nyilvan ezer fele dolog lehet, ami okozhatta a fagyast.
Szoval ha nincs eleg keret az i3 vagy nagyobb sorozatu Intelre nyilvan az AMD is megfelelo virtualizalni. Az olcsobb B sorozatu Intel-t nem vennem,mert ahogy emlitettem a quad-core is mar "hulladek" az i3-hoz kepest, igy gondolom nem egy nagyon utos proci az sem.
Szoval peace :)
- A hozzászóláshoz be kell jelentkezni
Az AMD-nek elég jó az ár érték aránya szerintem. Az E3/E5 széria (azaz 34xx és 55xx-től felfelé a normálisabb órajeles CPU-k) télleg lever mindent, viszont egyúttal az ára is ütős. Szerver szinten nem is pont a jó alaplap ára meghatározó, hanem hogy dual socket rendszerben gondolkodsz, akkor nem mind1, hogy 100e-120e x2 vagy 180e-200e x2 egy normális órajeles CPU. Nyilván ahol akkora igény van a kraftra, ott ez nem tétel vagy kérdés. :)
- A hozzászóláshoz be kell jelentkezni
"Ha sok fizikai mag-ra van szukseged, akkor I5 HT-s 2.4Ghz a minimum (4 fizikai mag es 4 HT mag)"
OFF: Nem az i7ben van véletlenül fizikailag 4 mag és 4 HT thread? Legalábbis a mellettem levő gépben így van (i7-2600) :)
ON: Sandy Bridges i5 már jó virtualizálásra ;)
- A hozzászóláshoz be kell jelentkezni
En erre az i5-re gondoltam: http://ark.intel.com/products/64844/Intel-Core-i5-2380P-Processor-%286M-Cache-up-to-3_40-GHz%29
Amugy ha nem tevedek talan az osszes i7-nek 4 core van alapbol.
- A hozzászóláshoz be kell jelentkezni
:) http://ark.intel.com/products/65714/Intel-Core-i7-3517U-Processor-%284M…
Az intelnél mindíg meg kell nézni a kinézett típus speckóját, mert jöhetnek meglepetések.
- A hozzászóláshoz be kell jelentkezni
Ahogy nézem én már továbbgondolt verziómat írtam le :D
4 core = 4 thread + 4ht thread :)
bocsánat
- A hozzászóláshoz be kell jelentkezni
Nekem egy Athlon64 X2 -m van otthon, gyakorlatilag a proci nem gordit akadalyokat a VM-ek utjaba. Viszont a lap, amiben van, az csak DDR2 memoriat kezel, ket slot van, es legfeljebb 8G-ig bovitheto fel. Namost a 4G-s modulok ara kicsit asztrometrikus mercevel van merve. Most 4G-m van, ezen 3 1G-s VM tud eloskodni (512 van fenntartva a DOM0-nak, illetoleg egy 512-es VM folyamatosan fel van huzva, mert ez vegzi otthon a DHCP szerver funkcionalitasat, illetve ha vegre jutna idom megszerelni, akkor az otthoni IPv6 tunnel vegzodteteseert is ez felelne, mert az OpenWRT-vel valo kuzdelmet feladtam), lassulas gyakorlatilag nincs. Egy db. 1T-s SATA merevlemez adja az IO-t.
Linux, FreeBSD, NetBSD, Win2003 es Win2008R2 -vel vannak tapasztalatok, gond viszont egyikkel sincs.
Szoftverben egy openSUSE 11.4 x86_64 van fenn, xen-nel es libvirt-tel.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal - A hozzászóláshoz be kell jelentkezni