Početna › Virtuelizacija i laboratorijsko okruženje › Teorija
💾

Teorija – Modul 21 – Virtuelizacija i laboratorijsko okruženje

Napomena: svaka tema u ovom dokumentu sadrži sedam elemenata: (1) jednostavno objašnjenje, (2) stručno objašnjenje, (3) primer iz svakodnevnog života, (4) primer iz poslovnog IT okruženja, (5) praktičnu vežbu ili napomenu, (6) najčešće greške, (7) pitanje za proveru znanja.

Tema 1 – Virtuelizacija i tipovi hipervizora

1. Jednostavno objašnjenje

Virtuelizacija omogućava da na jednom fizičkom računaru pokrenete više potpuno odvojenih „računara" istovremeno, svaki sa sopstvenim operativnim sistemom — tačno ono što ste već radili u Modulima 17-19 sa Windows Server i Ubuntu Server virtuelnim mašinama.

2. Stručno objašnjenje

Hipervizor je softver koji kreira i upravlja virtuelnim mašinama (VM) — svaka VM dobija sopstvene, izolovane virtuelne resurse (CPU, RAM, disk, mrežne adaptere) iz fizičkih resursa host računara. Postoje dva tipa: Type 1 (bare-metal) — hipervizor radi direktno na hardveru, bez posrednog operativnog sistema (npr. Proxmox VE, VMware ESXi, Microsoft Hyper-V Server) — koristi se u serverskim okruženjima zbog manje režije i veće performanse; Type 2 (hosted) — hipervizor radi kao obična aplikacija unutar postojećeg operativnog sistema (npr. VirtualBox, VMware Workstation) — jednostavniji za instalaciju na ličnom računaru, ali sa nešto manjom performansom zbog dodatnog sloja (host OS između hardvera i hipervizora).

3. Primer iz svakodnevnog života

Type 2 hipervizor je kao kuća unutar kuće — cela struktura (host OS) i dalje postoji i troši resurse, a unutar nje se grade dodatne, manje, potpuno odvojene sobe (VM-ovi). Type 1 hipervizor je kao da se od temelja gradi zgrada sa više potpuno nezavisnih stanova odjednom, bez posebne „spoljašnje kuće" koja bi trošila dodatne resurse.

4. Primer iz poslovnog IT okruženja

Kompanija koristi VMware ESXi (Type 1) na serverima u serverskoj sobi radi maksimalne performanse i gustine (desetine VM-ova po fizičkom serveru), dok pojedinačni zaposleni na sopstvenim laptopovima koriste VirtualBox (Type 2) za lokalno testiranje, jer im nije potrebna maksimalna performansa, već jednostavnost instalacije na već postojećem operativnom sistemu.

5. Praktična vežba / napomena

Razmislite o VirtualBox instalaciji koju ste koristili u Modulima 17-18 — vaš host operativni sistem (Windows/macOS/Linux) i dalje radi normalno „ispod" VirtualBox-a, trošeći sopstvene resurse, dok VirtualBox kao aplikacija upravlja vašim VM-ovima iznad njega.

6. Najčešće greške

  • Mešanje pojmova „virtuelna mašina" i „kontejner" (Docker i slično) — VM ima sopstveni, kompletan operativni sistem sa sopstvenim jezgrom, dok kontejneri dele jezgro host sistema (obrađuje se detaljnije u naprednim DevOps kursevima, van obima ove teme).
  • Potcenjivanje potrebnih resursa — svaka VM zahteva sopstvenu dodelu RAM-a/CPU-a iz ograničenog fonda host računara (napomena o minimalnom RAM-u iz uputstvo-za-instalaciju-alata.md).

7. Pitanje za proveru znanja

P: Koja je ključna razlika između Type 1 i Type 2 hipervizora? O: Type 1 (bare-metal) radi direktno na hardveru bez posrednog operativnog sistema, koristi se u serverskim okruženjima; Type 2 (hosted) radi kao aplikacija unutar postojećeg operativnog sistema, jednostavniji za ličnu upotrebu ali sa nešto manjom performansom.

Tema 2 – VirtualBox

1. Jednostavno objašnjenje

VirtualBox je besplatan Type 2 hipervizor koji ste već koristili u Modulima 17-19 — ova tema formalizuje ono što ste praktično naučili, uz dodatne detalje o arhitekturi.

2. Stručno objašnjenje

VirtualBox (Oracle) je besplatan, open-source Type 2 hipervizor dostupan za Windows, macOS i Linux host sisteme. Ključne komponente: Guest Additions — paket drajvera/alata koji se instalira unutar gostujućeg OS-a radi boljih performansi grafike, deljenja fascikli između host-a i VM-a, i sinhronizacije clipboard-a; Extension Pack — dodatna funkcionalnost (USB 3.0 podrška, PXE boot za pojedine mrežne kartice); snapshot sistem (Tema 7), i četiri tipa mrežnih adaptera (Teme 5-8) koji su okosnica ovog modula. VirtualBox čuva definicije VM-ova i virtuelne diskove (.vdi format) na host disku, van same instalacije programa.

3. Primer iz svakodnevnog života

Guest Additions su kao „prevodilac" koji poboljšava komunikaciju između vaše VM (koja govori jedan „jezik") i host računara (koji govori drugi) — bez njega, osnovna komunikacija i dalje radi, ali sporije i sa manje pogodnosti (npr. bez deljenja clipboard-a).

4. Primer iz poslovnog IT okruženja

IT tim koji obučava nove zaposlene priprema unapred konfigurisane VirtualBox VM-ove sa instaliranim Guest Additions i unapred podešenim deljenim fasciklama, distribuirajući identičnu, ponovljivu laboratorijsku vežbu svim polaznicima obuke.

5. Praktična vežba / napomena

Proverite da li imate instalirane Guest Additions na vašim VM-ovima iz Modula 17-18 (Devices meni u VirtualBox prozoru VM-a → Insert Guest Additions CD image) — ako niste, instalirajte ih sada radi lakšeg rada u ovom modulu.

6. Najčešće greške

  • Zaboravljanje instalacije Guest Additions, izazivajući ograničenu rezoluciju ekrana i nemogućnost deljenja fascikli/clipboard-a između host-a i VM-a.
  • Mešanje VirtualBox verzije Extension Pack-a sa verzijom samog VirtualBox-a — moraju se poklapati, inače dolazi do grešaka pri pokretanju VM-a.

7. Pitanje za proveru znanja

P: Čemu služe VirtualBox Guest Additions? O: Poboljšavaju performanse grafike, omogućavaju deljenje fascikli i clipboard-a između host-a i gostujuće VM, i generalno poboljšavaju integraciju između VM-a i host sistema — instaliraju se unutar samog gostujućeg operativnog sistema.

Tema 3 – VMware Workstation

1. Jednostavno objašnjenje

VMware Workstation je komercijalna alternativa VirtualBox-u, sa sličnom osnovnom funkcijom, ali sa razlikama u performansama, funkcijama i licenciranju.

2. Stručno objašnjenje

VMware Workstation Pro (plaćena verzija) i VMware Workstation Player (besplatna za ličnu upotrebu) su Type 2 hipervizori slični VirtualBox-u po osnovnoj nameni. Ključne razlike: VMware tipično nudi bolju performansu 3D grafike i emulacije određenog hardvera; Workstation Pro dodaje napredne funkcije poput snapshot stabala sa granjanjem (multiple snapshot paths) i mogućnosti povezivanja na VMware vSphere/ESXi servere direktno iz iste aplikacije; format virtuelnog diska (.vmdk) razlikuje se od VirtualBox-ovog (.vdi), ali oba hipervizora podržavaju OVA/OVF format (Tema 9) za razmenu VM-ova između različitih platformi.

3. Primer iz svakodnevnog života

VirtualBox i VMware Workstation su kao dva različita proizvođača automobila koji prave vozila sa istom osnovnom namenom (prevoz) ali različitim karakteristikama, cenom i dodatnom opremom — izbor zavisi od konkretnih potreba i budžeta, ne od toga da li „rade" ili ne.

4. Primer iz poslovnog IT okruženja

Firma koja već koristi VMware vSphere/ESXi (Type 1) za produkcione servere često standardizuje i na VMware Workstation za lokalno testiranje zaposlenih, jer format virtuelnih diskova i navike korišćenja ostaju konzistentni kroz celu organizaciju, olakšavajući prenos VM-ova između lokalnog testiranja i produkcionog okruženja.

5. Praktična vežba / napomena

Ako imate pristup probnoj verziji VMware Workstation Player-a, uporedite proces kreiranja nove VM sa istim procesom u VirtualBox-u koji ste već radili — primetićete sličan, ali ne identičan tok čarobnjaka.

6. Najčešće greške

  • Pokušaj direktnog otvaranja .vdi fajla (VirtualBox) u VMware Workstation-u bez konverzije — formati diskova nisu direktno međusobno kompatibilni bez konverzije alatom ili OVA/OVF exporta.
  • Pretpostavka da su sve funkcije identične između proizvoda — pojedine napredne funkcije (napredni snapshot management, određene mrežne opcije) postoje samo u jednom od njih.

7. Pitanje za proveru znanja

P: Koji zajednički format omogućava prenos virtuelne mašine između VirtualBox-a i VMware-a? O: OVA/OVF format (Open Virtualization Format/Appliance), koji oba hipervizora podržavaju za export/import.

Tema 4 – Hyper-V

1. Jednostavno objašnjenje

Hyper-V je hipervizor ugrađen direktno u Windows, sa specifičnom osobinom da menja način rada samog Windows-a na nivou koji utiče na to da li drugi hipervizori (poput VirtualBox-a) mogu da rade normalno na istom sistemu.

2. Stručno objašnjenje

Hyper-V je Microsoft-ov hipervizor, tehnički bliži Type 1 arhitekturi iako se instalira kao opciona funkcija unutar Windows-a (Windows Pro/Enterprise/Server izdanja) — kada se uključi, Windows sam postaje „gost" koji radi iznad Hyper-V sloja, ne direktno na hardveru. Ova arhitektura izaziva čest praktičan problem: kada je Hyper-V uključen, VirtualBox (i stariji VMware Workstation) gube pristup hardverskoj virtuelizaciji (Intel VT-x/AMD-V) na isključiv način, jer je Hyper-V već preuzeo taj sloj — VM-ovi u VirtualBox-u tada rade mnogo sporije ili se uopšte ne pokreću. Rešenje je potpuno isključivanje Hyper-V funkcije (bcdedit /set hypervisorlaunchtype off ili kroz „Turn Windows features on or off") ako se planira paralelna upotreba VirtualBox-a.

3. Primer iz svakodnevnog života

Hyper-V i VirtualBox na istom Windows sistemu su kao dva vozača koji pokušavaju da istovremeno upravljaju istim volanom — samo jedan zaista može imati punu kontrolu u datom trenutku, dok drugi ostaje ograničen ili potpuno blokiran.

4. Primer iz poslovnog IT okruženja

Programer koji koristi Docker Desktop (koji na Windows-u interno zahteva Hyper-V ili WSL2) na istom laptopu na kome pokušava da pokrene VirtualBox VM-ove iz Modula 17-18 nailazi na drastično usporene ili nefunkcionalne VirtualBox VM-ove — uzrok je upravo konflikt oko hardverske virtuelizacije, čest, dobro dokumentovan problem u praksi.

5. Praktična vežba / napomena

Ako koristite Windows kao host sistem i planirate da koristite VirtualBox, proverite da li je Hyper-V uključen (Turn Windows features on or off u Control Panel-u) — ako jeste, a VirtualBox VM-ovi rade neuobičajeno sporo, ovo je verovatan uzrok.

6. Najčešće greške

  • Neočekivano usporenje ili pad performansi VirtualBox VM-ova nakon instalacije nečega što u pozadini uključuje Hyper-V (npr. Docker Desktop, WSL2) bez svesnog povezivanja uzroka i posledice.
  • Pokušaj da se oba hipervizora koriste istovremeno za maksimalnu performansu — u praksi je potrebno birati jedan po sesiji rada (ili trajno isključiti jedan od njih).

7. Pitanje za proveru znanja

P: Zašto uključivanje Hyper-V funkcije na Windows-u može izazvati da VirtualBox VM-ovi rade sporije ili se uopšte ne pokreću? O: Hyper-V preuzima hardversku virtuelizaciju (Intel VT-x/AMD-V) na isključiv način kada je uključen — drugi hipervizori poput VirtualBox-a gube direktan pristup tim istim hardverskim funkcijama, prisiljavajući ih na sporiju, softversku emulaciju ili potpuno onemogućavajući pokretanje VM-a.

Tema 5 – Bridged mrežni adapter

1. Jednostavno objašnjenje

Bridged adapter čini da VM izgleda kao potpuno poseban, nezavisan fizički uređaj na vašoj stvarnoj mreži, sa sopstvenom adresom dobijenom od istog rutera koji opslužuje i ostale uređaje u kući/kancelariji.

2. Stručno objašnjenje

Bridged Adapter povezuje virtuelni mrežni adapter VM-a direktno na fizički mrežni adapter host računara, čineći VM vidljivom na istoj fizičkoj mreži kao i sam host — VM tipično dobija sopstvenu IP adresu preko DHCP-a (Modul 13) od istog rutera koji opslužuje host i ostale uređaje, i može je videti/kontaktirati bilo koji drugi uređaj na toj mreži, potpuno kao da je VM zaseban fizički računar priključen na isti svič/ruter.

3. Primer iz svakodnevnog života

Bridged adapter je kao da VM dobije sopstvenu kućnu adresu u istom naselju u kome živi i host računar — svi komšije (ostali uređaji na mreži) mogu direktno da je posete, potpuno nezavisno od toga gde se „fizički" nalazi (unutar host računara).

4. Primer iz poslovnog IT okruženja

U laboratorijskoj vežbi Modula 19 (Wireshark), Bridged adapter bi omogućio da VM bude direktno dostupna sa bilo kog drugog uređaja na kućnoj/kancelarijskoj mreži (ne samo sa host računara), korisno kada želite da testirate pristup serveru sa pravog telefona ili drugog fizičkog računara na istoj mreži.

5. Praktična vežba / napomena

Promenite mrežni adapter jedne od postojećih VM-ova (probno, bez trajnih posledica) na Bridged i proverite da VM dobija adresu iz istog opsega kao vaš host računar (npr. preko ip addr/ipconfig unutar VM-a).

6. Najčešće greške

  • Korišćenje Bridged adaptera u laboratorijskim vežbama koje zahtevaju izolaciju (npr. Modul 16 rogue DHCP demonstracija) — Bridged izlaže VM celoj fizičkoj mreži, suprotno željenoj izolaciji tih vežbi.
  • Zaboravljanje da Bridged adapter zahteva da fizički mrežni adapter host računara bude aktivan i povezan — na laptopu bez aktivne mrežne veze, Bridged VM neće imati funkcionalnu mrežu.

7. Pitanje za proveru znanja

P: Zašto bi Bridged adapter bio loš izbor za laboratorijsku vežbu koja demonstrira rogue DHCP server (Modul 16)? O: Bridged adapter izlaže VM direktno na celu fizičku mrežu host računara — rogue DHCP server u VM-u bi tada mogao stvarno da ometa sve druge uređaje na toj fizičkoj mreži (npr. kućnu mrežu), ne samo izolovane laboratorijske VM-ove, što je i neželjeno i potencijalno štetno za ostale uređaje u domaćinstvu/kancelariji.

Tema 6 – NAT mrežni adapter

1. Jednostavno objašnjenje

NAT adapter (podrazumevan u VirtualBox-u) omogućava VM-u da pristupi internetu preko host računara, ali ostaje skrivena i nedostupna sa spoljne mreže — slično kao kućni ruter koji radi NAT za sve uređaje u kući.

2. Stručno objašnjenje

NAT Adapter simulira mali, privatni ruter unutar samog hipervizora — VM dobija privatnu IP adresu (obično iz opsega 10.0.2.0/24) i pristupa internetu preko NAT prevoda (Modul 13) koji vrši sam hipervizor koristeći host-ovu mrežnu vezu, ali nije direktno dostupna sa host mreže niti sa interneta bez eksplicitnog port forwarding pravila (ekvivalent static NAT-a iz Modula 13, ali konfigurisano unutar hipervizora). Ovo je podrazumevani, „bezbedan" izbor za VM kojoj je potreban samo izlazni internet pristup (npr. za apt update na Ubuntu Server VM iz Modula 18), bez potrebe da bude direktno dostupna spolja.

3. Primer iz svakodnevnog života

NAT adapter je kao dete koje sme da izađe iz kuće i ide u prodavnicu (internet pristup), ali niko spolja ne može direktno da mu pozvoni na vrata kuće (nema dolaznog pristupa) osim ako roditelj (administrator) eksplicitno ne organizuje sastanak (port forwarding).

4. Primer iz poslovnog IT okruženja

Kada ste u Modulu 18 pokretali sudo apt install openssh-server na Ubuntu Server VM-u, ako je ta VM koristila NAT adapter, internet pristup za preuzimanje paketa je radio normalno preko NAT prevoda hipervizora, potpuno nezavisno od Internal Network adaptera (Tema 8) koji ste možda paralelno koristili za komunikaciju sa host računarom.

5. Praktična vežba / napomena

Proverite podešavanja mrežnog adaptera vaše Ubuntu Server VM iz Modula 18 — ako je koristila samo Host-only/Internal Network adapter (Tema 7-8) za komunikaciju sa host računarom, a ipak je imala internet pristup za apt install, verovatno je imala drugi, dodatni NAT adapter istovremeno (VM može imati više mrežnih adaptera odjednom, svaki drugačijeg tipa).

6. Najčešće greške

  • Očekivanje da se VM sa samo NAT adapterom može direktno dosegnuti sa host računara po IP adresi VM-a — NAT adapter po dizajnu skriva VM iza prevoda, čineći direktnu inicijaciju konekcije sa host-a ka VM-u nemogućom bez port forwarding-a.
  • Zaboravljanje da različiti VM-ovi sa istim NAT adapterom ne mogu međusobno komunicirati direktno (svaki ima sopstveni, izolovan NAT „mini-ruter") — za komunikaciju između VM-ova potreban je Internal Network ili Host-only adapter (Teme 7-8).

7. Pitanje za proveru znanja

P: Zašto se dva VM-a sa NAT adapterom ne mogu međusobno direktno dosegnuti, iako oba imaju internet pristup? O: Svaki NAT adapter simulira sopstveni, nezavisan, izolovan mini-ruter unutar hipervizora — VM-ovi sa NAT adapterom vide samo „svoj" mali privatni segment i internet, ne i druge VM-ove koji koriste sopstvene, odvojene NAT instance, čak i unutar istog hipervizora.

Tema 7 – Host-only mrežni adapter

1. Jednostavno objašnjenje

Host-only adapter kreira privatnu mrežu koja povezuje VM samo sa host računarom, bez pristupa internetu ili ostatku fizičke mreže — tačno ono što ste koristili u Modulu 18 da se sa host računara povežete SSH-om na Ubuntu Server VM.

2. Stručno objašnjenje

Host-only Adapter kreira virtuelnu mrežu vidljivu isključivo host računaru i VM-ovima povezanim na isti host-only adapter — host dobija sopstveni virtuelni mrežni interfejs (npr. VirtualBox Host-Only Network #1) sa adresom u istom opsegu kao VM-ovi, omogućavajući direktnu komunikaciju host↔VM, ali bez pristupa internetu za VM (za razliku od NAT-a, Tema 6) i bez vidljivosti sa ostatka fizičke mreže (za razliku od Bridged-a, Tema 5). Ovo je tačno adapter korišćen u laboratorijskoj vežbi Modula 18 da bi host mogao da se poveže SSH-om na Ubuntu Server VM preko stabilne, privatne, izolovane adrese.

3. Primer iz svakodnevnog života

Host-only adapter je kao interfon koji povezuje samo vaš stan sa stanom komšije direktno, bez ikakve veze sa spoljnim svetom ili ostatkom zgrade — savršeno za privatnu, direktnu komunikaciju dva učesnika, ali nikoga trećeg.

4. Primer iz poslovnog IT okruženja

U Modulu 18, host-only adapter je omogućio da se host računar poveže SSH-om (preko stabilne adrese poput 192.168.56.20) na Ubuntu Server VM radi konfigurisanja i testiranja, bez potrebe da ta VM ima bilo kakav pristup internetu ili bude vidljiva na kućnoj/kancelarijskoj mreži tokom te vežbe.

5. Praktična vežba / napomena

Otvorite VirtualBox → File → Host Network Manager (ili ekvivalentnu opciju u vašoj verziji) i pregledajte definisane host-only mreže — identifikujte opseg adresa koji ste koristili u Modulu 18.

6. Najčešće greške

  • Očekivanje da VM sa samo host-only adapterom ima pristup internetu — po dizajnu, host-only ne pruža nikakvu putanju ka internetu, samo ka host računaru (i drugim VM-ovima na istoj host-only mreži).
  • Mešanje host-only sa internal network adapterom (Tema 8) — ključna razlika je da host-only uključuje sam host računar kao učesnika mreže, dok internal network isključuje host, povezujući samo VM-ove međusobno.

7. Pitanje za proveru znanja

P: Koja je ključna razlika između host-only i internal network adaptera? O: Host-only adapter uključuje sam host računar kao učesnika te privatne mreže (host može da komunicira sa VM-ovima); internal network adapter povezuje VM-ove međusobno, ali isključuje host računar iz te komunikacije — host ne dobija nikakav interfejs na toj mreži.

Tema 8 – Internal Network adapter

1. Jednostavno objašnjenje

Internal Network povezuje VM-ove međusobno u potpuno izolovanu mrežu koja ne uključuje ni host računar ni internet — tačno ono što ste koristili u Modulu 17 da povežete Windows Server i Windows klijent VM.

2. Stručno objašnjenje

Internal Network Adapter kreira virtuelnu mrežu vidljivu isključivo VM-ovima koji dele isto ime interne mreže (npr. „intnet" ili prilagođeno ime iz Modula 17) — ni host računar ni fizička mreža ni internet nisu deo te mreže. Ovo je najizolovaniji tip adaptera, idealan za scenarije gde je potpuna izolacija od host sistema bitna (npr. namerno nebezbedne demonstracije, Modul 16 rogue DHCP vežba, ili jednostavno sprečavanje bilo kakvog slučajnog uticaja na host mrežu). Za razliku od host-only (Tema 7), internal network se ne pojavljuje kao poseban adapter u mrežnim podešavanjima host operativnog sistema uopšte — potpuno je „nevidljiv" host-u.

3. Primer iz svakodnevnog života

Internal Network je kao zatvorena soba za sastanke u kojoj nekoliko ljudi (VM-ovi) razgovara isključivo međusobno, bez ikakve veze sa spoljnim svetom, čak ni sa vlasnikom zgrade (host računarom) koji ne zna niti učestvuje u tom razgovoru.

4. Primer iz poslovnog IT okruženja

U Modulu 17, Windows Server i Windows klijent VM su bile povezane preko Internal Network adaptera upravo zato što host računar nije trebalo da bude deo te Active Directory domenske mreže — samo su dva VM-a trebala da komuniciraju, potpuno izolovano od bilo čega drugog na host sistemu.

5. Praktična vežba / napomena

Uporedite konfiguraciju mrežnih adaptera vaših VM-ova iz Modula 17 (Internal Network) i Modula 18 (Host-only) — razmislite zašto je svaki modul koristio baš taj tip adaptera na osnovu potrebe da li je host trebalo da bude deo te mreže ili ne.

6. Najčešće greške

  • Pokušaj da se sa host računara direktno pristupi VM-u preko Internal Network adaptera bez posredstva druge VM ili dodatnog adaptera — host jednostavno nema pristup toj mreži, po dizajnu (za razliku od host-only, gde bi to bilo moguće).
  • Korišćenje različitih imena interne mreže na VM-ovima koji treba da komuniciraju (npr. „intnet1" na jednoj, „intnet2" na drugoj) — VM-ovi se povezuju isključivo ako dele identično ime internal network-a.

7. Pitanje za proveru znanja

P: Zašto host računar ne može direktno da pristupi VM-u koji koristi isključivo Internal Network adapter? O: Internal Network po dizajnu uključuje isključivo VM-ove koji dele isto ime te mreže — host računar nikada nije deo te virtuelne mreže niti dobija ikakav mrežni interfejs za nju, za razliku od host-only adaptera koji host eksplicitno uključuje.

Tema 9 – Povezivanje više VM-ova u topologiju

1. Jednostavno objašnjenje

Kombinovanjem različitih tipova adaptera na jednoj VM sa više mrežnih kartica, moguće je izgraditi realističnu, višesegmentnu mrežnu topologiju potpuno unutar sopstvenog računara — sličnu Packet Tracer topologijama iz ranijih modula, ali sa pravim operativnim sistemima.

2. Stručno objašnjenje

VirtualBox (i drugi hipervizori) dozvoljavaju svakoj VM da ima više mrežnih adaptera istovremeno (tipično do 4-8, zavisno od hipervizora), svaki nezavisno konfigurisan (Bridged, NAT, Host-only, ili Internal Network). Ovo omogućava kreiranje VM-a koja igra ulogu rutera — npr. Ubuntu Server VM sa dva Internal Network adaptera, svaki povezan na drugu, odvojenu internu mrežu (npr. „LAN-A" i „LAN-B"), sa uključenim IP forwarding-om (sudo sysctl -w net.ipv4.ip_forward=1, Modul 18 koncept primenjen na rutiranje) da bi prosleđivala saobraćaj između te dve mreže — direktna virtuelna analogija Cisco ruteru sa dva interfejsa iz Modula 11, sada implementirana kroz obični Linux server.

3. Primer iz svakodnevnog života

VM sa dva mrežna adaptera koja rutira između dve interne mreže je kao kuća sa dva odvojena dvorišta (LAN-A i LAN-B) i jednim čovekom (VM-ruter) koji stoji tačno na granici i prenosi poruke između ta dva dvorišta, dok stanovnici svakog dvorišta međusobno komuniciraju direktno bez njegove pomoći.

4. Primer iz poslovnog IT okruženja

Instruktor koji priprema laboratorijsku vežbu za grupu polaznika kreira topologiju sa dve Internal Network mreže („LAN-Prodaja" i „LAN-Administracija") povezane preko centralne Ubuntu Server VM sa uključenim IP forwarding-om i statičkim rutama, simulirajući realnu segmentisanu poslovnu mrežu (Moduli 9, 11, 16) potpuno unutar jednog laptopa, bez potrebe za fizičkom mrežnom opremom.

5. Praktična vežba / napomena

U laboratorijskoj vežbi ovog modula, kreiraćete tačno ovakvu topologiju — centralnu VM sa dva Internal Network adaptera koja rutira između dva odvojena segmenta, svaki sa sopstvenim klijentom.

6. Najčešće greške

  • Zaboravljanje da se uključi IP forwarding na centralnoj VM (net.ipv4.ip_forward) — bez ovoga, Linux po podrazumevanom ponašanju ne prosleđuje saobraćaj između sopstvenih interfejsa, ponašajući se kao običan host, ne kao ruter.
  • Zaboravljanje da klijenti na svakom segmentu moraju imati statičku rutu (ili default gateway) koji pokazuje ka odgovarajućem interfejsu centralne VM (isti princip kao Modul 11) — sama povezanost kablovima/adapterima nije dovoljna bez ispravne routing tabele.

7. Pitanje za proveru znanja

P: Koju Linux komandu/podešavanje morate uključiti da bi VM sa dva mrežna adaptera zaista prosleđivala (rutirala) saobraćaj između njih, umesto da se ponaša kao običan host? O: IP forwarding, uključen preko sudo sysctl -w net.ipv4.ip_forward=1 (ili trajno preko /etc/sysctl.conf) — bez ovoga, Linux jezgro ne prosleđuje pakete primljene na jednom interfejsu ka drugom, čak i ako su oba interfejsa fizički/virtuelno ispravno povezana.

Tema 10 – Snapshot

1. Jednostavno objašnjenje

Snapshot čuva tačno stanje VM-a u datom trenutku, omogućavajući trenutni povratak na to stanje kasnije — koristili ste ovo u Modulima 17-18 nakon uspešnog postavljanja infrastrukture.

2. Stručno objašnjenje

Snapshot čuva kompletno stanje VM-a (sadržaj diska, RAM-a ako je uzet „live", konfiguraciju) u datom trenutku, čuvajući samo razlike (delta) u odnosu na prethodno stanje, ne kompletnu kopiju svaki put — efikasno po prostoru, ali svi snapshot-ovi ostaju fizički zavisni od originalnog VM diska i istog hipervizora/host sistema. Snapshot-ovi formiraju stablo — moguće je napraviti više snapshot-ova, granati se (napraviti dva različita nastavka od istog snapshot-a), i vratiti se (restore) na bilo koji od njih. Ključno ograničenje koje odvaja snapshot od pravog backup-a (Tema 11): snapshot nije nezavisna, prenosiva kopija — ako se originalni VM disk ošteti, izgubi, ili se cela VM obriše, svi njeni snapshot-ovi nestaju zajedno sa njom, jer su fizički deo iste strukture fajlova.

3. Primer iz svakodnevnog života

Snapshot je kao zabeleška „vrati se na ovu stranicu" u knjizi koju čitate — brzo i lako se vraćate na to mesto, ali ako neko baci celu knjigu u vatru, i zabeleška nestaje zajedno sa njom. Prava kopija knjige na drugom mestu (backup, Tema 11) bi preživela taj gubitak.

4. Primer iz poslovnog IT okruženja

U Modulu 17, snapshot je napravljen tek nakon što je Active Directory infrastruktura potvrđeno funkcionalna, upravo da bi predstavljao brzu tačku povratka pre rizičnijih narednih eksperimenata — ali da je host disk otkazao, i VM i njen snapshot bi bili podjednako izgubljeni, jer su fizički na istom mestu.

5. Praktična vežba / napomena

Pregledajte listu snapshot-ova na vašim VM-ovima iz Modula 17-18 (desni klik na VM u VirtualBox Manager-u → Snapshots) i identifikujte njihovu hronologiju/stablo.

6. Najčešće greške

  • Oslanjanje isključivo na snapshot-ove kao jedinu zaštitu podataka, bez ikakvog pravog backup-a (Tema 11) — snapshot ne štiti od kvara diska, brisanja cele VM, ili gubitka host računara.
  • Nagomilavanje prevelikog broja snapshot-ova tokom vremena bez brisanja starih — svaki snapshot troši dodatni disk prostor za delte, i prevelik broj može usporiti rad VM-a.

7. Pitanje za proveru znanja

P: Zašto snapshot ne štiti od gubitka podataka ako se ceo host disk pokvari ili se VM slučajno obriše? O: Snapshot čuva samo razlike (delte) u odnosu na originalni VM disk i fizički je deo iste strukture fajlova na istom host disku — ako se originalni disk/VM izgubi, sve povezane snapshot delte postaju beskorisne/nestaju zajedno sa njim, jer nikada nisu bile nezavisna, odvojena kopija.

Tema 11 – Backup virtuelnih mašina

1. Jednostavno objašnjenje

Pravi backup je nezavisna, prenosiva kopija cele VM koja preživljava čak i potpuni gubitak originala — za razliku od snapshot-a koji je vezan za isti disk.

2. Stručno objašnjenje

Export VM-a u OVA (Open Virtualization Appliance) ili OVF (Open Virtualization Format) format (File → Export Appliance u VirtualBox-u) kreira samostalan, prenosiv fajl koji sadrži kompletnu VM (disk, konfiguraciju), koji se može kopirati na eksterni disk, cloud skladište, ili čak uvesti na potpuno drugi hipervizor (VMware, drugi VirtualBox host) — ovo je pravi backup, nezavisan od originalnog host diska. Za razliku od snapshot-a (Tema 10), export/import je sporiji proces (kompletno kopiranje, ne samo delte) i ne čuva se automatski — administrator mora eksplicitno da pokrene export nakon svake značajne promene koju želi da zaštiti.

3. Primer iz svakodnevnog života

Export VM-a u OVA je kao fotokopiranje cele knjige i čuvanje te kopije na potpuno drugom mestu (drugi grad, cloud skladište) — čak i ako originalna knjiga izgori, kopija i dalje postoji, nezavisno i netaknuto.

4. Primer iz poslovnog IT okruženja

Pre bilo kakve rizične izmene na produkcionoj VM (npr. major upgrade operativnog sistema), IT tim prvo pravi i snapshot (brz povratak ako nešto odmah pođe po zlu) i puni OVA export na eksterni storage (zaštita od katastrofalnog gubitka celog servera/storage sistema) — dva komplementarna, ne zamenjiva sloja zaštite.

5. Praktična vežba / napomena

U laboratorijskoj vežbi ovog modula, izvezite jednu od postojećih VM-ova u OVA format i proverite veličinu i lokaciju kreiranog fajla.

6. Najčešće greške

  • Mešanje snapshot-a i backup-a kao ekvivalentnih zaštita — kao u Temi 10, snapshot ne preživljava gubitak originalnog diska, dok pravi OVA export preživljava.
  • Zaboravljanje da se export mora ponoviti nakon svake značajne promene da bi backup ostao ažuran — za razliku od snapshot stabla koje raste automatski sa svakim novim snapshot-om, OVA export je momentalna, jednokratna radnja.

7. Pitanje za proveru znanja

P: Koja je ključna razlika između snapshot-a i OVA export-a u pogledu zaštite od gubitka podataka? O: Snapshot je zavisan od originalnog VM diska i ne preživljava njegov gubitak; OVA export kreira potpuno nezavisan, prenosiv fajl koji se može čuvati odvojeno (drugi disk, cloud) i preživljava čak i potpuni gubitak originalne VM ili host sistema.

Tema 12 – Proxmox VE (koncept)

1. Jednostavno objašnjenje

Proxmox VE je besplatan, enterprise-orijentisan Type 1 hipervizor koji se instalira direktno na fizički server (ne unutar postojećeg OS-a), namenjen ozbiljnijim, trajnim laboratorijama i produkcionim okruženjima.

2. Stručno objašnjenje

Proxmox VE (Virtual Environment) je besplatan, open-source Type 1 hipervizor baziran na Debian Linux-u, koji kombinuje KVM (za pune virtuelne mašine) i LXC kontejnere (lakše, brže alternative punim VM-ovima za pojedine namene) u jednoj platformi sa veb-baziranim upravljačkim interfejsom. Za razliku od VirtualBox-a/VMware Workstation-a (Type 2, instalira se unutar postojećeg OS-a na ličnom računaru), Proxmox se instalira kao jedini operativni sistem na namenskom fizičkom serveru — praktičniji izbor za trajnu, kućnu/malu-firmu laboratoriju koja ostaje uključena 24/7, sa mogućnošću daljinskog pristupa upravljačkom interfejsu sa bilo kog uređaja na mreži, bez potrebe da lični laptop bude uključen. Podržava i klasteriranje (povezivanje više fizičkih Proxmox servera u jedinstven sistem upravljanja) i live migraciju VM-ova između fizičkih servera bez prekida rada — funkcije koje prevazilaze mogućnosti desktop hipervizora.

3. Primer iz svakodnevnog života

VirtualBox na ličnom laptopu je kao improvizovana radionica u sopstvenom garaži — praktična za povremeno korišćenje, ali ograničena veličinom garaže i dostupnošću vozila. Proxmox na namenskom serveru je kao iznajmljena, trajno opremljena radionica koja radi 24/7, dostupna bilo kada, nezavisno od toga da li je vaše lično vozilo (laptop) trenutno tu.

4. Primer iz poslovnog IT okruženja

Entuzijasta koji je prošao Module 1-20 ovog kursa i želi trajnu, uvek dostupnu domaću laboratoriju kupuje polovan, jeftiniji server ili koristi stariji desktop računar, instalira Proxmox VE kao jedini OS na njemu, i zatim kroz veb interfejs kreira i upravlja VirtualBox-ekvivalentnim VM-ovima sa bilo kog uređaja u kući, bez potrebe da bilo koji lični laptop bude uključen ili da se VirtualBox instalira na svaki uređaj pojedinačno.

5. Praktična vežba / napomena

Ovaj modul se fokusira na koncept, jer instalacija Proxmox-a zahteva namenski fizički uređaj (ili naprednu nested virtuelizaciju) van osnovnog obima ove vežbe — za samostalno istraživanje, pogledajte zvaničnu Proxmox VE dokumentaciju i uporedite minimalne hardverske zahteve sa opremom koju eventualno imate na raspolaganju.

6. Najčešće greške

  • Pokušaj instalacije Proxmox-a kao „još jednog programa" unutar postojećeg Windows/macOS sistema — Proxmox se instalira kao zamena za postojeći OS na celom disku/serveru, ne kao aplikacija iznad njega (fundamentalna razlika Type 1 naspram Type 2, Tema 1).
  • Potcenjivanje mrežnog planiranja pre instalacije — Proxmox server treba fiksnu, predvidljivu adresu na mreži (isti princip kao Domain Controller iz Modula 17) da bi upravljački interfejs bio pouzdano dostupan.

7. Pitanje za proveru znanja

P: Zašto se Proxmox VE ne može jednostavno „instalirati pored" postojećeg Windows-a na istom disku, na način na koji se instalira VirtualBox? O: Proxmox je Type 1 (bare-metal) hipervizor koji radi direktno na hardveru kao jedini operativni sistem servera, ne kao aplikacija unutar postojećeg OS-a — instalacija zahteva da Proxmox preuzme ulogu osnovnog OS-a na tom disku/serveru, za razliku od VirtualBox-a koji se instalira kao obična aplikacija iznad već postojećeg operativnog sistema.

Tema 13 – Virtuelni svičevi

1. Jednostavno objašnjenje

Iza svakog mrežnog adaptera koji ste konfigurisali (Bridged, NAT, Host-only, Internal Network) zapravo stoji softverski simuliran „svič" unutar samog hipervizora koji povezuje sve VM adaptere koji dele istu mrežu.

2. Stručno objašnjenje

Virtuelni svič (virtual switch/vSwitch) je softverska komponenta unutar hipervizora koja replicira osnovnu funkciju fizičkog sviča (Modul 8) — prosleđuje frejmove između virtuelnih mrežnih adaptera povezanih na isti virtuelni segment, na osnovu virtuelnih MAC adresa. Svaki tip adaptera iz Tema 5-8 zapravo interno koristi svoj virtuelni svič: Internal Network kreira potpuno izolovan virtuelni svič bez ikakve fizičke veze; Host-only kreira virtuelni svič sa jednim dodatnim „virtuelnim portom" ka host-u; Bridged efektivno povezuje virtuelni svič direktno na fizički svič/mrežu preko fizičkog adaptera host-a. Enterprise hipervizori (VMware ESXi, Proxmox, Tema 12) nude eksplicitnu, naprednu konfiguraciju virtuelnih svičeva, uključujući VLAN tagging (Modul 9 koncept primenjen na virtuelnom nivou) direktno na virtuelnom svič nivou.

3. Primer iz svakodnevnog života

Virtuelni svič je kao nevidljiva razvodna tabla unutar zida koja povezuje sve utičnice jedne sobe (VM adaptere) na istu strujnu mrežu — nikad je fizički ne vidite kao poseban uređaj, ali ona nevidljivo obavlja tačno onu funkciju koju bi vidljiv, fizički svič obavljao.

4. Primer iz poslovnog IT okruženja

Enterprise administrator koji upravlja VMware ESXi serverom eksplicitno konfiguriše virtuelne svičeve sa VLAN oznakama (npr. VLAN 10 za produkcione VM-ove, VLAN 20 za test VM-ove, Modul 9 koncept), postižući istu logičku segmentaciju unutar jednog fizičkog servera kakvu bi inače postigao sa fizičkim svičom i više VLAN-ova u tradicionalnoj mreži.

5. Praktična vežba / napomena

Razmislite o Internal Network adapteru koji ste koristili u Modulu 17 — iako niste eksplicitno „videli" nikakav svič, virtuelni svič je u pozadini povezivao Windows Server i Windows klijent VM adaptere koji su delili isto ime interne mreže.

6. Najčešće greške

  • Pretpostavka da desktop hipervizori (VirtualBox, VMware Workstation) nude istu granularnu kontrolu virtuelnih svičeva (VLAN tagging, port mirroring) kao enterprise platforme (ESXi, Proxmox) — desktop verzije nude mnogo pojednostavljeniju, manje konfigurabilnu implementaciju.
  • Zaboravljanje da svaki tip adaptera (Teme 5-8) implicitno definiše koji virtuelni svič se koristi — birajući tip adaptera, indirektno birate i obim/izolaciju odgovarajućeg virtuelnog sviča.

7. Pitanje za proveru znanja

P: Koja komponenta hipervizora zapravo obavlja prosleđivanje frejmova između VM adaptera koji dele istu virtuelnu mrežu, iako je nikada direktno ne vidite kao poseban objekat u interfejsu? O: Virtuelni svič (virtual switch) — softverska komponenta koja replicira osnovnu funkciju fizičkog sviča, implicitno kreirana za svaki tip mrežnog adaptera (Internal Network, Host-only, itd.) koji konfigurišete.

Tema 14 – Segmentacija virtuelnih mreža

1. Jednostavno objašnjenje

Kombinovanjem svega naučenog u ovom modulu — različitih tipova adaptera, VM-ova sa više adaptera koje rutiraju, snapshot-ova za bezbedno eksperimentisanje — moguće je izgraditi kompletnu, segmentisanu laboratorijsku mrežu koja realistično oslikava principe segmentacije iz Modula 9 i 16.

2. Stručno objašnjenje

Segmentacija virtuelne laboratorijske mreže primenjuje isti princip kao fizička mrežna segmentacija (VLAN-ovi, Modul 9; DMZ, Modul 16) koristeći isključivo kombinaciju virtuelnih adaptera: odvojeni Internal Network segmenti (Tema 8) predstavljaju odvojene VLAN-ove/odeljenja; centralna VM sa više adaptera (Tema 9) igra ulogu rutera/firewall-a između tih segmenata, sa mogućnošću primene ACL-a (preko iptables/ufw, Moduli 16, 18) da kontroliše saobraćaj između segmenata po principu najmanjih privilegija; Host-only adapter (Tema 7) na centralnoj VM omogućava administratoru (host računaru) upravljački pristup celoj topologiji bez izlaganja segmenata jedni drugima direktno. Ovakva arhitektura omogućava da se cela poslovna mrežna topologija iz ranijih modula (centrala, poslovnice, DMZ, guest mreža) rekreira i testira potpuno unutar jednog fizičkog računara, bez ikakve prave mrežne opreme.

3. Primer iz svakodnevnog života

Segmentisana virtuelna laboratorija je kao maketa cele zgrade sa odvojenim sobama (segmentima) i modelom recepcionera (centralna VM) koji kontroliše ko sme da prođe iz jedne sobe u drugu — potpuno funkcionalna simulacija realne zgrade, samo izgrađena u minijaturi unutar jedne prostorije (vašeg računara).

4. Primer iz poslovnog IT okruženja

Student koji priprema sertifikacioni ispit (CCNA ili slično) gradi kompletnu virtuelnu laboratoriju sa tri Internal Network segmenta (predstavljaju tri VLAN-a), jednom centralnom Ubuntu Server VM koja rutira i filtrira saobraćaj između njih (Modul 16 ACL koncepti), i klijentskim VM-ovima na svakom segmentu — vežbajući realne scenarije segmentacije i dijagnostike (Modul 20) bez ikakvog rizika po pravu mrežu ili potrebe za skupom fizičkom opremom.

5. Praktična vežba / napomena

U laboratorijskoj vežbi ovog modula, proširićete topologiju iz Teme 9 dodatnim iptables/ufw pravilom na centralnoj VM koje ograničava saobraćaj između dva segmenta, direktno primenjujući princip najmanjih privilegija (Modul 16) na virtuelnom nivou.

6. Najčešće greške

  • Izgradnja segmentisane topologije bez ikakvog filtriranja saobraćaja između segmenata (samo rutiranje) — ovo replicira samo mrežnu povezanost, ne i bezbednosnu segmentaciju koja je često prava poenta vežbe.
  • Zaboravljanje da se napravi snapshot (Tema 10) cele topologije nakon što je potvrđeno funkcionalna, pre eksperimentisanja sa dodatnim ACL/firewall pravilima koja mogu slučajno prekinuti povezanost.

7. Pitanje za proveru znanja

P: Koje tri komponente iz ovog modula se kombinuju da bi se kreirala potpuna, segmentisana virtuelna laboratorijska mreža? O: (1) Odvojeni Internal Network segmenti koji predstavljaju odvojene mrežne zone, (2) centralna VM sa više mrežnih adaptera koja rutira i (opciono) filtrira saobraćaj između tih segmenata, i (3) Host-only adapter koji host računaru pruža upravljački pristup celoj topologiji.

Rezime modula

  • Virtuelizacija omogućava pokretanje više izolovanih operativnih sistema na jednom fizičkom računaru; Type 1 hipervizori (Proxmox, ESXi) rade direktno na hardveru, Type 2 (VirtualBox, VMware Workstation) rade kao aplikacije unutar postojećeg OS-a.
  • Hyper-V na Windows-u može konfliktovati sa VirtualBox-om oko pristupa hardverskoj virtuelizaciji.
  • Četiri tipa mrežnih adaptera pokrivaju različite potrebe: Bridged (VM vidljiva na fizičkoj mreži), NAT (izlazni internet pristup bez dolazne vidljivosti), Host-only (privatna veza host↔VM), Internal Network (privatna veza VM↔VM, bez host-a).
  • Više mrežnih adaptera na jednoj VM omogućava kreiranje VM-rutera koja povezuje odvojene segmente, uz IP forwarding.
  • Snapshot čuva brzu tačku povratka, ali ostaje zavisan od originalnog diska; pravi backup (OVA/OVF export) je nezavisna, prenosiva kopija.
  • Proxmox VE je besplatan Type 1 hipervizor za trajnu, uvek dostupnu laboratoriju na namenskom serveru.
  • Virtuelni svič je nevidljiva komponenta iza svakog tipa adaptera; kombinacija svih koncepata omogućava izgradnju kompletne, segmentisane virtuelne mreže koja realistično oslikava principe iz Modula 9 i 16.

Mermaid dijagram

graph TD
    Host["Host računar"] -->|"Host-only adapter"| Router["Centralna VM<br/>(ruter/firewall, IP forwarding)"]
    Router -->|"Internal Network A"| SegA["Segment A<br/>(npr. Prodaja)"]
    Router -->|"Internal Network B"| SegB["Segment B<br/>(npr. Administracija)"]
    Router -->|"NAT adapter"| Internet[Internet]

Dodatni izvori (opciono)

  • Oracle VirtualBox User Manual
  • Proxmox VE Administration Guide (pve.proxmox.com/pve-docs)
  • Microsoft Learn – Hyper-V Overview