Wirtualizacja
Od modelu host-gość i rodzajów hipernadzorców, przez zasoby, dyski i sieci, aż po bezpieczeństwo, backup oraz świadomy cykl życia maszyny wirtualnej.
Wystarczy podstawowa znajomość systemów operacyjnych, pamięci RAM, procesora, dysków i sieci IP. Lekcja nie wymaga instalacji hipernadzorcy ani wykonywania operacji na rzeczywistym hoście.
| Model | Sposób działania | Zalety | Ograniczenia | Zastosowanie | Przykłady |
|---|---|---|---|---|---|
| Typ 1 (bare metal) | Hipernadzorca stanowi podstawową warstwę uruchomioną na sprzęcie; systemy zarządzające i goście działają ponad architekturą wirtualizacji. | Dobra izolacja, przewidywalność, centralne zarządzanie i funkcje potrzebne w infrastrukturze serwerowej. | Wymaga zgodnego sprzętu, planu sieci i magazynu oraz kompetencji administracyjnych. | Serwery, klastry, centra danych i infrastruktura produkcyjna. | Hyper-V; KVM jako część stosu Proxmox VE. |
| Typ 2 (hosted) | Program wirtualizacyjny działa w systemie hosta i korzysta z jego sterowników, planisty oraz obsługi urządzeń. | Prosta instalacja na komputerze użytkownika i wygodna praca w laboratorium. | Większa zależność od systemu hosta i zwykle mniej funkcji klastrowych lub wysokiej dostępności. | Nauka, testy, rozwój oprogramowania i pojedyncze stanowiska. | Oracle VirtualBox; VMware Workstation Pro. |
Rozszerzenia procesora umożliwiają efektywne wykonywanie uprzywilejowanego kodu gościa pod kontrolą hipernadzorcy. Muszą być obsługiwane przez sprzęt, firmware i platformę.
Intel VT-d lub AMD-Vi pomagają kontrolować dostęp urządzeń do pamięci i są ważne między innymi przy bezpiecznym przekazywaniu urządzeń. Podstawowa VM nie zawsze wymaga passthrough.
Udostępnia rozszerzenia wirtualizacji wybranej VM, aby mogła uruchomić kolejny hipernadzorca. Wsparcie i ograniczenia są zależne od platformy, a dodatkowa warstwa zwiększa narzut.
Przydział vCPU opisuje zdolność VM do równoległej pracy, ale nie rezerwuje automatycznie rdzeni 1:1. Zbyt wiele vCPU może zwiększyć czas oczekiwania na zaplanowanie VM.
Suma pamięci zadeklarowanej dla VM może przekraczać fizyczny RAM tylko wtedy, gdy platforma i obciążenia pozwalają tym świadomie zarządzać. Brak zapasu dla hosta prowadzi do intensywnego stronicowania lub zatrzymania usług.
Są to różne, zależne od platformy mechanizmy zmiany lub odzyskiwania pamięci gościa. Wymagają właściwego wsparcia hipernadzorcy i systemu gościa; nie należy zakładać ich dostępności w każdym środowisku.
| Format lub nośnik | Rola | Na co uważać |
|---|---|---|
| ISO | Obraz nośnika optycznego, najczęściej używany do uruchomienia instalatora lub narzędzia ratunkowego. | Nie jest obrazem zainstalowanego dysku VM i zwykle nie przechowuje zmian systemu gościa. |
| VHD / VHDX | Formaty wirtualnych dysków kojarzone z ekosystemem Microsoft; VHDX jest nowszym formatem używanym przez Hyper-V. | Format pliku nie przesądza sam w sobie o sposobie alokacji przestrzeni. |
| VDI | Natywny format obrazu wirtualnego dysku Oracle VirtualBox. | Może być tworzony jako dynamicznie rosnący albo o stałym rozmiarze. |
| VMDK | Format wirtualnego dysku stosowany w produktach VMware i obsługiwany także przez inne platformy. | Występuje w różnych wariantach, dlatego zgodność należy sprawdzać przed migracją. |
| QCOW2 | Format obrazu QEMU obsługujący między innymi alokację na żądanie i obrazy bazowe. | Jest często używany w stosach opartych na QEMU/KVM, ale platforma może oferować również inne magazyny. |
Dynamicznie rosnący plik obrazu zajmuje miejsce wraz z zapisem kolejnych bloków. Thin provisioning może działać na poziomie puli lub woluminu magazynu. Pojęcia są podobne funkcjonalnie, lecz opisują różne warstwy i nie zawsze są zamienne.
Obraz fixed zwykle rezerwuje rozmiar pliku podczas tworzenia. Thick provisioning oznacza wcześniejsze przydzielenie przestrzeni w magazynie, ale szczegóły oraz warianty zależą od platformy. Zawsze oddzielaj format od polityki alokacji.
Snapshot lub checkpoint ułatwia powrót przed aktualizacją albo ćwiczeniem. Zakres zapisanego stanu zależy od platformy i wybranego rodzaju operacji.
Kolejne zapisy często trafiają do dysku różnicowego zależnego od dysku bazowego. Długie łańcuchy zwiększają złożoność, wykorzystanie przestrzeni i ryzyko problemów wydajnościowych.
Backup podlega osobnej polityce przechowywania i ochrony przed awarią hosta lub magazynu. Jego wartość potwierdza dopiero regularnie przeprowadzony test odtworzenia.
Nazwy trybów różnią się pomiędzy platformami. Zawsze analizuj rzeczywistą łączność, a nie tylko etykietę w interfejsie.
| Tryb | Łączność | Typowe zastosowanie | Ograniczenie |
|---|---|---|---|
| NAT | Gość zwykle inicjuje ruch na zewnątrz przez translację realizowaną przez hosta lub platformę. | Aktualizacje i dostęp do Internetu bez bezpośredniego dołączania VM do LAN. | NAT nie jest pełnym mechanizmem bezpieczeństwa; nadal potrzebne są aktualizacje, zapora i kontrola usług. |
| Bridged / external bridge | Wirtualna karta jest połączona z siecią zewnętrzną i VM może działać jak osobny host w LAN. | Usługi dostępne z sieci fizycznej i scenariusze wymagające bezpośredniej komunikacji. | Gość podlega regułom i zagrożeniom tej sieci; mostkowanie przez Wi-Fi może mieć ograniczenia platformowe. |
| Host-only | Sieć łączy hosta i wybrane maszyny, domyślnie bez bezpośredniego wyjścia do sieci zewnętrznej. | Zarządzanie VM z hosta oraz izolowane laboratoria. | Host pozostaje uczestnikiem segmentu, więc nie jest to pełna izolacja od komputera prowadzącego ćwiczenie. |
| Internal / private | Komunikują się wyłącznie VM dołączone do tego samego wirtualnego segmentu; dokładny zakres zależy od platformy. | Topologie laboratoryjne, routery programowe i bezpieczne ćwiczenia sieciowe. | Dostęp do hosta lub Internetu wymaga dodatkowego interfejsu, routingu albo NAT. |
| VLAN i trunk | Tagi 802.1Q rozdzielają logiczne segmenty na wspólnym łączu przenoszącym wiele VLAN-ów. | Laboratoria segmentacji i sieci serwerowe z kontrolowanym przypisaniem portów lub interfejsów. | Wymaga spójnej konfiguracji przełącznika wirtualnego, gościa i ewentualnej infrastruktury fizycznej. |
| Platforma | Narzędzia | Rola |
|---|---|---|
| Oracle VirtualBox | Guest Additions | Sterowniki i usługi poprawiające integrację wejścia, grafiki, czasu oraz opcjonalnych funkcji współdzielenia. |
| VMware | VMware Tools / open-vm-tools | Sterowniki i usługi gościa wspierające wydajność, synchronizację, zarządzanie i integrację z platformą. |
| QEMU/KVM i Proxmox VE | Sterowniki VirtIO oraz agent gościa | Parawirtualizowane urządzenia dyskowe i sieciowe oraz wymiana informacji z warstwą zarządzającą. |
| Hyper-V | Usługi integracji Hyper-V | Kanały współpracy host-gość, między innymi kontrolowane zamykanie, synchronizacja czasu i wymiana danych. |
Instaluj wyłącznie narzędzia zgodne z platformą i systemem gościa. Funkcje takie jak współdzielony schowek lub katalogi zwiększają wygodę, ale równocześnie zmniejszają stopień separacji host-gość.
Określ rolę VM, wymagania, właściciela, sieci, ochronę danych i kryteria wycofania.
Nadaj jednoznaczną nazwę i przydziel początkowe zasoby bez nadmiernego overcommitu.
Użyj legalnego, zweryfikowanego obrazu oraz udokumentuj źródło nośnika.
Ustaw firmware, dyski, sieci, konta i polityki zgodnie z rolą środowiska.
Zainstaluj właściwe sterowniki i usługi gościa, jeśli są potrzebne i zaufane.
Aktualizuj hipernadzorcę, narzędzia integracyjne, system gościa i aplikacje.
Obserwuj wykorzystanie CPU, RAM, magazynu, sieci oraz zdarzenia bezpieczeństwa.
Wykonuj kopie zgodnie z polityką retencji i przechowuj je poza pojedynczym punktem awarii.
Regularnie testuj odtwarzanie i zapisuj rzeczywisty czas oraz kompletność procesu.
Usuń dostęp, bezpiecznie zagospodaruj dane, licencje i zależne zasoby.
| Platforma | Profil | Mocne strony | Dobre zastosowanie |
|---|---|---|---|
| Hyper-V | Hipernadzorca typu 1 zintegrowany z odpowiednimi wydaniami Windows i Windows Server. | Integracja z ekosystemem Microsoft, przełączniki wirtualne, checkpointy i funkcje serwerowe. | Laboratoria Windows oraz infrastruktura organizacji korzystającej z technologii Microsoft. |
| Proxmox VE | Serwerowa platforma zarządzająca maszynami KVM oraz kontenerami LXC. | Wspólne zarządzanie obliczeniami, siecią, magazynem, kopiami i klastrami. | Mała infrastruktura, laboratorium serwerowe i środowiska wymagające centralnego panelu. |
| VMware Workstation Pro | Hostowane środowisko desktopowe uruchamiane w systemie użytkownika. | Wygodna praca z wieloma VM na stacji roboczej oraz rozbudowane narzędzia integracyjne. | Nauka, rozwój i testowanie systemów na komputerze osobistym. |
| Oracle VirtualBox | Hostowane, wieloplatformowe środowisko desktopowe. | Przystępne laboratoria, wiele trybów sieci i proste zarządzanie obrazami dysków. | Pierwsze laboratoria, zajęcia sieciowe i nauka instalacji systemów gości. |
Proxmox VE zarządza zarówno pełnymi maszynami KVM, jak i kontenerami LXC. Kontener nie jest VM: współdzieli jądro hosta i stosuje inny model izolacji.
Student uruchamia jedną lub dwie VM w Oracle VirtualBox albo VMware Workstation Pro Workstation. Pozostawia zasoby dla hosta, korzysta z NAT do aktualizacji, a ćwiczenia sieciowe przenosi do host-only lub internal. Snapshot wykonuje przed krótkim eksperymentem, lecz ważne pliki zabezpiecza niezależnie.
Administrator planuje host Hyper-V lub Proxmox VE, oddziela sieć zarządzającą od ruchu VM, dobiera trwały magazyn i monitoring, ogranicza uprawnienia oraz wdraża backup z testem odtworzenia. Produkcja wymaga pojemności, redundancji i procedur, których nie potrzebuje proste stanowisko laboratoryjne.
Ćwiczenie wykonaj na papierze lub w dokumencie. Nie wymaga zmian w systemie, firmware ani na dyskach komputera.
Hipernadzorca planuje pracę vCPU na procesorach logicznych hosta. Wiele vCPU może współdzielić czas wykonania, a zachowanie zależy od obciążenia i polityki platformy.
ISO zwykle reprezentuje nośnik optyczny z instalatorem. Obraz dysku, na przykład VDI lub VHDX, przechowuje strukturę dysku i zmiany zainstalowanego systemu gościa.
Snapshot jest związany ze stanem VM, dyskiem bazowym i mechanizmem platformy. Awaria magazynu lub uszkodzenie łańcucha może objąć zarówno bieżący stan, jak i snapshoty.
Host-only jest właściwy, gdy VM mają komunikować się z hostem bez dołączania ich bezpośrednio do fizycznego LAN. Bridged wybiera się, gdy gość ma być osobnym uczestnikiem LAN.
Nie. Kontener współdzieli jądro hosta i izoluje procesy na poziomie systemu operacyjnego. VM uruchamia własny system gościa na sprzęcie wirtualnym.
Wsparcie procesora, hosta i platformy, sposób udostępnienia rozszerzeń gościowi, ograniczenia pamięci i sieci oraz narzut wydajnościowy danego scenariusza.
Maszyna wirtualna jest kompletnym środowiskiem systemu gościa, którego zasoby planuje hipernadzorca. Dobry projekt rozróżnia warstwy sprzętu, formatu dysku, alokacji i sieci, pozostawia zapas dla hosta, nie myli snapshotu z backupem oraz obejmuje cały cykl życia od planowania po bezpieczne wycofanie.
Dokumentacja funkcji i ograniczeń może zmieniać się wraz z platformami. Przed wdrożeniem produkcyjnym sprawdź aktualny dokument producenta dla używanego środowiska.