Gyurkity Péter

A Windowst is fenyegethetik a virtuális alkalmazások

A VMWare társalapítója szerint a virtualizációs környezetbe szánt alkalmazások idővel a nagyobb operációs rendszerek helyzetét is kikezdhetik - mások szerint ennek némileg ellentmond a cég jelenlegi ügyfélköre.

Mendel Rosenblum a LinuxWorld Conference & Expo alatt elmondott beszédében fejtette ki fenti véleményét, kiemelve, hogy a megfelelő módon kialakított megoldásokat akár a cél operációs rendszer szükséges részeivel együtt is szállíthatják, leegyszerűsítve a vásárló dolgát, aki minden szempontból kész és gyorsan felhasználható alternatívához juthat. Ezt persze csak azokon a platformokon lehet megvalósítani, amelyek erre lehetőséget nyújtanak, ám idővel ezek a megoldások akár a Windows előnyét is kikezdhetik.

Rosenblum a következőképpen képzeli el az ideális helyzetet: a virtualizált környezethez kifejlesztett célalkalmazás mellé a felhasználni kívánt operációs rendszer azon részeit társítanák, amelyek feltétlenül szükségesek a program futtatásához. A vásárló ezután a kész csomagot egyetlen telepítéssel elérhetővé teszi saját szerverén, amely egy fizikai rendszeren több logikai (virtuális) szervert futtat. A megvásárolt szoftverhez nem kellene a teljes operációs rendszert feltelepíteni, csak azon részeit, amelyek a termékkel együtt érkeztek.

Ezt jelenleg csak a Linux esetében tartja elképzelhetőnek a szakember, amely kedvező licencfeltételeket biztosít egy ilyen megoldáshoz. Véleménye szerint ez idővel akár még a Windows előnyét is kikezdheti, legalábbis a redmondiak helyében ő kifejezetten nagy veszélyt látna a még csak most kibontakozó alternatív platformban.

Ezen véleményével azonban többen nem értenek egyet, így Mike Grandinetti, a kevésbé ismert Virtual Iron marketingigazgatója sem. Ő példaként emelte ki, hogy a VMWare szoftvereit jelenleg 90 százalékban Windows alatt futtatják, így nem tűnik túl valószínűnek, hogy ez a helyzet belátható időn belül megváltozna.

Hozzászólások

A témához csak regisztrált és bejelentkezett látogatók szólhatnak hozzá!
Bejelentkezéshez klikk ide
(Regisztráció a fórum nyitóoldalán)
  • sh4d0w808 #14
    Bocs, mellényúltam, nem Neked szántam, hanem kvp-nek a 9-es hsz-ben.
  • homeless #13
    Szerintem félre értettél. Az utolsó mondtom a solarisra vonatkozik, meg a cikkben szereplő megoldásra. Tehát nincs szükség a teljes oprendszer telepítésére, ha egy új virtuális környezetet akarunk létrehozni.
  • sh4d0w808 #12
    Lehet, hogy nem egészen vagyunk egy hullámhosszon, de mintha az utolsó mondatodnak pontosan ellent mondana a valóság.
    Pl. az IBM most kezdi el áttelepíteni a szerverfarmokról valódi mainframe-ekre az általa kiszolgált rendszereket; márpedig az OS/390-ről sok mindent el lehet mondani, csak azt nem, hogy ne tudná elosztani tisztességesen az erőforrásokat.
  • eax #11
    after: Az osszes hypervisor-alapu cucc ilyen (pl. xen), ott konkretan a hypervisor ez a legalacsonyabb reteg.

    kvp: a solaris containers az "OS-level virtualization" megoldasok ekes peldaja, (mint pl. az openvz linuxon), ez attol meg virtualizacio, hogy a kernel kozos.

    homeless: "A solaris zónák úgy működnek, hogy van egy globális zóna és erre hozhatunk létre lokális zónákat. És ezek közös kernelt használnak ezáltal nem csak helyet spórolnak meg, hanem nem kevés memóriát is."
    Inkabb az a fo elonye, hogy nem kell a privilegizalt utasitasokra dynamic translation-t futtatni (mint pl. vmware-nel), plusz meg lehet vele sporolni egy csomo context switchet, plusz hatekonyabb utemezo irhato ra. Az a par M memoria nem sokat szamit.
  • homeless #10
    "Viszont itt nincs szo virtualizaciorol, csak megfelelo os szintu vedelemrol."
    Miért is? A solaris zónák úgy működnek, hogy van egy globális zóna és erre hozhatunk létre lokális zónákat. És ezek közös kernelt használnak ezáltal nem csak helyet spórolnak meg, hanem nem kevés memóriát is. De attól, hogy közös kernelt használnak még úgy néz ki, mintha egy másik solaris lenne rajta, vagy egy másik gép. Persze ha a globális zónától függelenül akarunk írni a közös részekbe, akkor lehetőség van erre is csak akkor a lokális zóna mérete közel akkora lesz mint az alap rendszeré. Ja és az erősforrásokat is kedvünk szerint eloszthatjuk a zónák között. Mi ez ha nem virtualizáció?
  • kvp #9
    Egy jo operacios rendszerben meg lehet hagyni az osztott kornyezetet es csak az alkalmazasokat tenni egy-egy homokozoba. Ilyen megoldast tamogat a solaris is mar hosszu evek ota. Viszont itt nincs szo virtualizaciorol, csak megfelelo os szintu vedelemrol. A virtualizacio csak addig jo amig fel nem ismerjuk, hogy a kozos os jobb. Virtualis gep rendszeru megoldas mar regota van, a leghiresebb es legregebbi az ibm fele megoldas. A baj, hogy egy ido utan kiderult, hogy erdemesebb jobb os-t irni ami kevesebb eroforrast hasznal mint a virtualizacio (a duplikacio elkerulesevel). Csak olyan kornyezetben es os eseten jo megoldas a virtualizacio ahol az os nem tudja megfeleloen kiosztani az eroforrasokat es nem kepes megfeleloen vedeni egymastol a programokat.
  • homeless #8
    Ja vmware esx. Amúgy a solaris zónák már most valami hasonlót csinálnak, mint a cikkben leírtak. Tehát nem kell egy egész rendszert telepítened egy virtuális környezethez.
  • arfer #7
    Tudtommal van olyan virtualizációs megoldás, ahol host oprendszer sincs, maga a virtualizációs réteg a legalacsonyabb szintű. Tán pont a WMWare-nek van ilyen cucca...
  • sh4d0w808 #6
    Nem véletlenül fordulnak egyre inkább a virtualizációs megoldások felé a komoly cégek. Jelentős költségmegtakarítás érhető el azzal, hogy nem szerverfarmokat kell üzemeltetni, hanem néhány mainframe-et, amiken ráadásul több ezer virtuális szerver futhat egymás mellett. Ha még emellett az is elérhető, hogy ne kelljen teljes licencdíjat fizetni az oprencerért, akkor még több a megtakarítás. Arról nem is beszélve, hogy mennyivel kevesebbet kell költeni a szerverek környezetére is (pl. kisebb területen elférnek, tehát kevesebb légkondi, áram stb.).

    Mike Grandinetti meg abba nem gondol bele, hogy a host oprencer díját egyszer kell kifizetni, nem többezerszer...
  • Caro #5
    A VirtualBox pl. kezeli a vágólap megosztását, gondolom a VMWare is.