hmm... probacu sa opasnoscu da budem neprecizan. u pitanju je slicna stvar kao sa QoS-om i mreznim resursima. u principu ti dodeljujes raspolozive resurse (memorija, cpu time, prostor na disku, etc. etc.) per-{group, zone, kako_god_da_proizvodjac_to_zove} po jednoj virtuelizovanoj instanci i to je u principu gadna igranka za scheduler. posto je i pojam virtuelizacije prilicno skalabilan i znaci sve i svasta, od obicnog jail-a, preko posebne instance istog operativnog sistema, ili instance drugog operativnog sistema na nekoj drugoj arhitekturi, to moze znaciti da imas neke ukupne resurse koji su "virtuelizovani" (kod jail-a npr. nemas direktno fino baratanje cpu time-om) i rasporedjues ih prema instancama. to ti u principu omogucava finu granulaciju kako kod development-a (evo juce sam naucio da je i u solarisu 9 postojalo nesto donekle slicno zonama, a zvalo se "projects" i uglavnom je sluzilo kao simulacija softverskih particija cime si mogao finije da npr. odvojis developere, das im neke resurse i odresene ruke da rade sa njima sta hoce bez straha da ce uticati na ostale), tako i kod "prodaje resursa" (vserveri, cpu time i datawarehousing ili sta god vec). u kontekstu garantovanog QoS-a to bi znacilo da (logicno sledi) imas garantovane resurse po svojoj instanci (npr. garantovanu kolicinu memorije, prostora na disku, cpu time-a).
an introduction to virtualization
