( sibidiba | 2009. 02. 01., v – 21:03 )

Hogy is nézne ilyenkor ki a dolog?

Adott egy gép, erre kerül egy alaprendszer (pl. linux, solaris), erre kerül egy virtualizációs megoldás. Ez utóbbi képes az alap hw-n virtuális gépeket futtatni, amik erről nem is tudnak, a dolog jobbára transzparens.
Az alap hw erőforrás és rendelkezésre állás függvényében lehet egy gép, SMP, blade rendszer, cluster, tükrözött szerver stb. A virtualizálást akár lehet egymásba is ágyazni.

Mit lehet?

sokmindent :)

Mit nem lehet megoldani vele?

a világbékét

Ha tesztkörnyezetet szeretnék akkor mi az a minimum amivel lehet kezdeni valamit?

Akár egy laptopon is neki lehet állni. Azért memória kell neki, meg a procinak is el kell bírnia az összterhelést. Az I/O inkább éles környezetben lesz csak szűk keresztmetszet. HW-s virtualizálás támogatás (VP, AMD-V) jól jön itt is, de nem feltétlenül szükséges. 32-bites alap HW-n nem érdemes (bár nem lehetetlen) 64-bites virtuális gépeket futtatni.

A következő problémák vetődtek fel... avagy kb. mire vagyok kiváncsi:
- Lehet e terheléselosztást? (pl. két gépem van)

Ha az alap HW egy cluster. Vagy több virtuális gép között egyenlően osztod el a szolgáltatásokat, vagy ha a virtuális gépeket egyenlően osztod el a független két alap gép között, vagy ha life migrálod a két alap gép virtuális gépei között a futó példányokat a egyikből a másikba hogy elosszad futás közben a terhelést.

- Külső storage hogyan csatlakoztatható ?

Csatlakozhat az alap hw akárhogy, és az dedikálja a virtuális gépeknek. Vagy dedikálod a hozzáférési médiumot (pl. NAS esetén a hálózati hozzáférést) a virtuális gépnek, és az közvetlenül éri el.

- Milyen eszközökkel érdemes próbálkozni ?

Ez attól függ, hogy mit akarsz.

- Lehet e pl. 3-5 évente kifuttatni alóla a vasat és viszonlag nagy ujratelepítés nélkül berugni az uj rendszert? (pl. max. 1 óra alatt)

Attól függ, meg lehet úgy is csinálni.

- HW hiba esetén át tudja e venni egy másik gép az előző szerver virtuális gépeit?

Ha a hw ehhez elég redundáns, meg lehet úgy is csinálni, de ahhoz úgy kell megtervezni.

- Lehet e PCI eszközt 1-1 guest-hez rendelni?

Attól függ támogatja-e ezt a virtuális gép/driver páros.

- Hálókártyákat hogy lehet hozzárendelni a dolgokhoz? Van belső vituális switch? VLAN?

Van minden.

- MOST 1 windows, 2 linux szerver-nek kellene a környezet.
- KÉSŐBB 2 windows, 3-4 linux szerver-nek + 1-1 tesztkörnyzetnek kellene.
- Van-e távoli "grafikus" elérés? Tehát vékonykliens szerü akármi? Nem VNC-re, RDP-re gondolok, ezen kivül valami más wmvare-s. (Pl. lássam a bootolást is)

RDP és soros porti konzol. Nem hiszem, hogy tudsz olyan felhasználási esetet mondani, ahol ez nem elég.

- Linux-al mennyire kompatibilis, guest és management oldalról?

Nagyon. De meg kell hozzá választani a vasat, a disztrót és a virtualizációs megoldást.
A management felület teljesen független, az is megoldástól és a kivitelezésen múlik, hogy mit tudsz ott látni/"csak bekattintani".

- Windows licencek megengedik-e virtuális gépre való telepítést?

Tudtommal igen.

- Megoldható-e a teljes disk image-ek, vagy valami hasonló mentés?

Igen.

- A storage-ra is várnék tippeket. (pl. 2db külön hw, de ha az egyik kiesik akkor ne legyen gond).

Attól függ mire kell. Lehetnek akár az alapgépen sima diszkek RAID-ben, SAN, NAS, végtelenített mágnesszalag, bármi.

Még azt fontos tudni, hogy ahhoz, hogy jól menjen (skálázódjon, stabil legyen stb.), és ne félúton derüljön ki, hogy ja, ezt így mégse lehet megcsinálni, rendes vas és rendes szakember kell, különben kidobott pénz nekiállni. (Csak azért jegyezem meg, mert divat otthon sz.rból megpróbálni várat építeni, és aztán a végén mindenki más a hülye.)

--
The Net is indeed vast and infinite...
http://gablog.eu