Wirtualizuj systemy za pomocą VirtualBox lub VMware

  • VirtualBox wyróżnia się jako darmowa i niezwykle elastyczna opcja dla komputerów stacjonarnych, charakteryzująca się dużą kompatybilnością z systemami i formatami dysków.
  • VMware oferuje lepszą wydajność, lepszą obsługę grafiki 3D i głęboką integrację ze środowiskami korporacyjnymi dzięki ESXi i vSphere.
  • Rzeczywiste potrzeby (laboratorium domowe czy infrastruktura krytyczna) decydują o tym, czy bardziej sensownym wyborem będzie VirtualBox czy ekosystem VMware.

Porównanie VirtualBox i VMware

Wybór między VirtualBox a VMware to nie lada wyzwanie: od tej decyzji zależy, czy Twoje maszyny wirtualne będą działać płynnie, czy wolno, czy będziesz mógł bezpłatnie skonfigurować domowe laboratorium , czy też będziesz dysponować profesjonalną infrastrukturą o wysokiej dostępności, klastrach i możliwości migracji na żywo. Oba rozwiązania są podobne, ale nie zostały zaprojektowane do tego samego celu i właśnie w tym obszarze ludzie często się gubią.

Jeśli dopiero zaczynasz przygodę z wirtualizacją i chcesz po prostu wypróbować różne systemy operacyjne, prawdopodobnie słyszałeś, że „VirtualBox jest darmowy”, a „VMware jest szybszy”. I w gruncie rzeczy nie do końca się mylisz. Ale za tym uproszczeniem kryje się cała masa niuansów: typy hiperwizorów, modele licencjonowania, wydajność grafiki, obsługa USB, sieci wirtualne, szyfrowanie, klastry, interfejsy API … W dalszej części spokojnie i szczerze omówimy wszystko, co musisz wiedzieć, aby zdecydować, kiedy VirtualBox i VMware są bardziej odpowiednie.

VirtualBox i VMware: czym są i czym się zasadniczo różnią

Produkty VirtualBox i VMware mają tę samą istotną cechę: są hiperwizorami umożliwiającymi tworzenie i uruchamianie wielu maszyn wirtualnych (VM) na tym samym komputerze fizycznym. Każda maszyna wirtualna działa jako odizolowany komputer z własnym systemem operacyjnym gościa, dyskami wirtualnymi i emulowaną konfiguracją sprzętową.

Główna różnica strukturalna polega na typie hiperwizora używanego przez każdy produkt. VirtualBox jest zawsze hiperwizorem typu 2, podczas gdy ekosystem VMware obejmuje hiperwizory typu 2 (Workstation, Player, Fusion) i typu 1 (ESXi), które są instalowane bezpośrednio na sprzęcie, bez systemu operacyjnego hosta.

W praktyce oznacza to, że jeśli szukasz maksymalnej wydajności i wysokiej dostępności w środowisku produkcyjnym , naturalnym wyborem będzie ESXi (typ 1). Jeśli chcesz uruchamiać maszyny wirtualne na komputerze stacjonarnym lub laptopie, zarówno VirtualBox, jak i VMware Workstation/Fusion będą działać, z pewnymi niuansami, które omówimy wkrótce.

Korzystanie z hiperwizora, niezależnie od jego rodzaju, ma wyraźne zalety: większą elastyczność w testowaniu systemów, lepsze wykorzystanie sprzętu , łatwość klonowania serwerów, przenoszenia maszyn między hostami i izolowanie środowisk testowych bez konieczności dotykania rzeczywistego systemu.

Wybór między VirtualBox a VMware

Typy hiperwizorów: typ 1 kontra typ 2

Hiperwizor typu 1 (bare metal) jest instalowany bezpośrednio na sprzęcie i działa jako podstawowy system operacyjny do obsługi maszyn wirtualnych. Tak jest w przypadku VMware ESXi , zaprojektowanego dla centrów danych, środowisk korporacyjnych i scenariuszy, w których wydajność i stabilność są najważniejsze.

Hiperwizory typu 2 działają jako aplikacje na systemie operacyjnym hosta (Windows, Linux, macOS itp.). Przykładami są Oracle VirtualBox , VMware Workstation , VMware Player i VMware Fusion . Są to programy używane na komputerach stacjonarnych lub laptopach do testowania systemów, rozwoju oprogramowania, nauczania itd.

Krótko mówiąc, jeśli potrzebujesz środowiska testowego na swoim komputerze osobistym , mówimy o hiperwizorze typu 2. Jeśli planujesz infrastrukturę wirtualną przedsiębiorstwa z klastrami, wysoką dostępnością, złożonymi sieciami i współdzieloną pamięcią masową, to z ESXi znajdujesz się na terytorium typu 1.

Dzięki temu VirtualBox staje się naturalnym kandydatem na komputery stacjonarne w domu i laboratorium, podczas gdy VMware obejmuje oba światy : komputery stacjonarne (Player/Workstation/Fusion) i serwery z ESXi i całym ekosystemem vSphere.

Modele licencjonowania i rozliczeń: kiedy płacisz i dlaczego

Jedną z najwyraźniejszych różnic między VirtualBox a VMware jest ich model licencjonowania. VirtualBox jest dystrybuowany jako wolne oprogramowanie na licencji GPLv2 , całkowicie darmowe do użytku osobistego i profesjonalnego w pakiecie podstawowym.

Oracle oferuje również pakiet rozszerzeń VirtualBox , który dodaje dodatkowe funkcje, takie jak USB 2.0/3.0, VirtualBox RDP, zaawansowany rozruch PXE i szyfrowanie dysków maszyn wirtualnych. Pakiet ten jest bezpłatny do użytku osobistego, edukacyjnego lub testowego, ale do użytku komercyjnego wymagana jest licencja biznesowa . Mimo to, bariera finansowa wejścia pozostaje bardzo niska.

Po stronie VMware sytuacja jest bardziej zróżnicowana. VMware Workstation Player jest darmowy do użytku osobistego i edukacyjnego, ale jeśli firma chce go używać komercyjnie, musi zapłacić licencję (około 150 dolarów). Player umożliwia uruchamianie maszyn wirtualnych, w tym maszyn wirtualnych z ograniczeniami utworzonych za pomocą Workstation Pro, ale jego funkcje są ograniczone.

VMware Workstation Pro i VMware Fusion Pro to płatne edycje przeznaczone dla profesjonalistów, programistów i firm. Zazwyczaj kosztują około 200 dolarów za licencję z 30-dniowym okresem próbnym. W zamian otrzymujesz pełny pakiet: zaawansowaną sieć, połączone klony, integrację z vSphere, pełne szyfrowanie i wiele więcej.

Przede wszystkim chodzi o VMware ESXi , który wymaga licencji vSphere, począwszy od pakietu Essentials (około kilkuset dolarów). Dostępna jest darmowa edycja z istotnymi ograniczeniami (brak limitów vCenter, CPU i vCPU na maszynę wirtualną) oraz w pełni funkcjonalny 60-dniowy okres próbny.

Jeśli szukasz całkowicie darmowego, bogatego w funkcje rozwiązania dla swojego komputera PC , VirtualBox jest zwycięzcą. Jeśli jednak prowadzisz firmę i zależy Ci na głębokiej integracji z vSphere i ESXi, logicznym wyborem będzie Workstation lub Fusion Pro, akceptując przy tym koszt.

Logo Virtualbox.

Wirtualizacja sprzętu i oprogramowania

Nowoczesne procesory zawierają rozszerzenia takie jak Intel VT-x lub AMD-V , które umożliwiają wysoce wydajną wirtualizację wspomaganą sprzętowo. Zarówno VMware, jak i VirtualBox wykorzystują te funkcje, gdy tylko są dostępne, umożliwiając części kodu gościa uruchamianie się niemal bezpośrednio na fizycznym procesorze.

Ta sprzętowo wspomagana wirtualizacja znacząco poprawia wydajność, ale wymaga włączenia opcji wirtualizacji w BIOS-ie/UEFI komputera. Dodatkowo, systemy operacyjne hosta i gościa muszą korzystać z tej samej architektury (w praktyce x86-64).

VirtualBox naprawdę wyróżnia się w wirtualizacji oprogramowania i pełnej emulacji. VirtualBox może w pełni emulować platformę gościa, w tym instrukcje procesora, nawet jeśli procesor hosta nie obsługuje VT-x/AMD-V. Rezultat jest wolniejszy, ale pozwala na uruchamianie 32-bitowych maszyn wirtualnych na starszych maszynach, gdzie współczesne VMware po prostu odmawia uruchomienia gości bez tych rozszerzeń.

Starsze wersje oprogramowania VMware Workstation robiły coś podobnego z programowym tłumaczeniem binarnym, ale obecne wersje zakładają istnienie wsparcia wirtualizacji procesora, więc nie są tak elastyczne na starszym sprzęcie.

Doświadczenie użytkownika: interfejs graficzny i wiersz poleceń

Zarówno VirtualBox, jak i VMware oferują stosunkowo przyjazny użytkownikowi interfejs graficzny do zarządzania maszynami wirtualnymi: tworzenia, klonowania, włączania i wyłączania, zmiany sprzętu wirtualnego itd. VirtualBox wykonuje te czynności za pomocą programu VirtualBox Manager, natomiast VMware oferuje więcej lub mniej opcji w zależności od produktu (Workstation, Player, Fusion).

Największą zaletą VirtualBox jest VBoxManage , czyli interfejs wiersza poleceń. Zapewnia on dostęp do wszystkich parametrów silnika wirtualizacji, w tym wielu niedostępnych nawet w interfejsie graficznym. To kluczowe narzędzie do automatyzacji tworzenia maszyn wirtualnych, tworzenia migawek, zarządzania sieciami, teleportacji i wielu innych funkcji.

VMware Workstation i Fusion oferują narzędzie wiersza poleceń vmrunktóry umożliwia uruchamianie i zatrzymywanie maszyn, wykonywanie poleceń w gościu i automatyzację działań, oprócz różnych poleceń, takich jak: vmware z parametrami. Odtwarzacz może również używać vmrun, jeśli zainstalowane są biblioteki VIX.

W przypadku VMware ESXi sytuacja wygląda inaczej: mamy tu bezpośrednią konsolę tekstową (DCUI) do podstawowych ustawień, dostęp SSH z poleceniami takimi jak ESXCLI oraz interfejs webowy (VMware Host Client) do zarządzania poszczególnymi hostami. W przypadku dużych środowisk zakłada się, że będziemy korzystać z vCenter i vSphere Client lub PowerCLI do zaawansowanej automatyzacji.

Ogólnie rzecz biorąc, wszystkie produkty obu firm oferują wystarczająco przyjazny dla użytkownika interfejs, ale jeśli chodzi o głębię CLI i skryptowanie , interfejsy API VBoxManage i VirtualBox dorównują temu, co oferuje VMware Workstation/Fusion, a w przypadku vSphere możliwości gwałtownie rosną dzięki integracji z programem PowerShell i jego zestawami SDK.

VMWare

Integracja gospodarza i gościa: foldery, schowek, funkcja „przeciągnij i upuść”

Jedną z rzeczy, która ma znaczenie w codziennym użytkowaniu, jest to, jak dobrze system hosta i maszyna wirtualna ze sobą współpracują. Zarówno VirtualBox, jak i VMware oferują współdzielone foldery , współdzielony schowek oraz funkcję „przeciągnij i upuść” do przenoszenia plików lub tekstu między dwoma środowiskami.

Aby te funkcje działały, VirtualBox wymaga zainstalowania dodatków Guest Additions w środowisku gościa, natomiast VMware wymaga VMware Tools (lub open-vm-tools w systemie Linux). Bez tych narzędzi maszyny wirtualne nadal będą działać, ale stracisz znaczną część wygody.

W systemach VirtualBox, Workstation, Player i Fusion można tworzyć foldery współdzielone z poziomu ustawień maszyny wirtualnej i uzyskiwać do nich dostęp z poziomu środowiska gościa, tak jakby były zasobami sieciowymi. ESXi nie posiada jednak wbudowanej funkcji folderów współdzielonych, dlatego należy skonfigurować udziały za pomocą narzędzi systemu operacyjnego gościa lub zewnętrznych serwerów plików.

Współdzielony schowek umożliwia kopiowanie i wklejanie tekstu (a w wielu przypadkach plików) między hostem a gościem. W ESXi ta funkcja istnieje, ale została wzmocniona ze względów bezpieczeństwa: jest domyślnie wyłączona i należy ją włączyć, dostosowując parametry w pliku VMX. Nawet wtedy rozmiar kopiowanych danych jest ograniczony.

Funkcja „przeciągnij i upuść” jest dostępna w VirtualBox i pakiecie desktopowym VMware, ale nie w ESXi . Na serwerach bezpieczeństwo i niezawodność mają pierwszeństwo przed tymi udogodnieniami.

Dodatki gościnne kontra narzędzia VMware i tryb bezproblemowy/Unity

Dodatki gościnne VirtualBox to zestaw sterowników i usług, które znacząco poprawiają komfort pracy na maszynie wirtualnej: lepsza rozdzielczość ekranu, integracja myszy bez przechwytywania, udostępniane foldery, funkcja przeciągania i upuszczania, synchronizacja czasu itp. Są one instalowane poprzez zamontowanie obrazu ISO VBoxGuestAdditions.iso na maszynie wirtualnej i uruchomienie odpowiedniego instalatora.

W ekosystemie VMware odpowiednikiem jest VMware Tools . Każdy typ hosta gościa ma własny obraz ISO (Windows, Linux, Solaris itp.) lub pakiet w repozytoriach (open-vm-tools). W ESXi obrazy ISO znajdują się na samym hoście i są montowane z poziomu klienta zarządzającego.

Dzięki tym narzędziom obaj dostawcy udostępniają również zaawansowane tryby integracji okien. VirtualBox oferuje tryb Seamless , który sprawia, że ​​okna aplikacji gościa pojawiają się na pulpicie hosta bez widocznej ramki maszyny wirtualnej. VMware oferuje podobny tryb o nazwie Unity.

VirtualBox umożliwia tryb bezproblemowy z systemami gościnnymi Windows, Linux i Solaris (ale nie macOS), pod warunkiem zainstalowania dodatków gościa. VMware obsługuje Unity dla systemów gościnnych Windows w Workstation i Fusion, ale kilka wersji temu usunięto tę funkcję dla systemu Linux. Ponadto VMware nie obsługuje go dla systemów gościnnych macOS ani zdalnych maszyn wirtualnych na ESXi.

Migawki i klony (kompletne i połączone)

Migawki pozwalają uchwycić pełny stan maszyny wirtualnej w danym momencie i przywrócić go w dowolnym momencie. Wewnętrznie tworzony jest dysk różnicowy, na którym zapisywane są wszystkie późniejsze zmiany. Jest to idealne rozwiązanie do testowania oprogramowania, ryzykownych zmian konfiguracji lub środowisk programistycznych.

VirtualBox, VMware Workstation, Fusion i ESXi natywnie obsługują migawki. Wyjątkiem jest VMware Player : nie pozwala on na zarządzanie migawkami, co stanowi poważne ograniczenie przy intensywnych testach. Chociaż odtwarzanie maszyn wirtualnych z kopii dyskowych jest nadal możliwe, nie jest to już tak wygodne.

Ważne jest, aby zrozumieć, że migawki to nie kopie zapasowe . Ich nadmierne używanie obniża wydajność i komplikuje zarządzanie pamięcią masową. W środowiskach produkcyjnych z ESXi zaleca się łączenie ich z rozwiązaniami do tworzenia kopii zapasowych specyficznymi dla vSphere i korzystanie z nich tylko w krótkim okresie.

Jeśli chodzi o klony, VirtualBox oferuje pełne klony i klony połączone . Klon połączony dzieli dysk bazowy z oryginalną maszyną wirtualną i zapisuje tylko różnice, co pozwala zaoszczędzić miejsce i czas klonowania. VMware Workstation i Fusion Pro również obsługują klony połączone, podczas gdy Player i Fusion Player ich nie oferują.

Obsługa urządzeń USB i urządzeń peryferyjnych

Typowym scenariuszem jest chęć użycia dysku flash USB, dysku twardego USB, drukarki, skanera lub karty Wi-Fi w maszynie wirtualnej . Odbywa się to za pomocą funkcji USB passthrough, która przekazuje kontrolę nad urządzeniem z hosta do gościa.

VirtualBox obsługuje USB, ale domyślnie oferuje pełną obsługę tylko USB 1.1. Aby korzystać z USB 2.0 i 3.0, należy zainstalować pakiet rozszerzeń VirtualBox na komputerze hosta, a także dodatki gościa na komputerze gościa. Dotyczy to hostów z systemami Windows, Linux i macOS.

Produkty VMware (Player, Workstation, Fusion i ESXi) oferują natywną obsługę USB 2.0 i 3.0 bez konieczności dodatkowych instalacji, choć do precyzyjnego dostrojenia na komputerze gościa zawsze potrzebne jest oprogramowanie VMware Tools. W ustawieniach maszyny wirtualnej można wybrać, które urządzenia USB mają łączyć się z hostem, a które z gościem, a w wielu przypadkach można przełączać się między nimi „w locie”.

W zaawansowanych środowiskach zarządzanie wieloma urządzeniami USB może wymagać użycia specjalnych koncentratorów lub dodatkowych narzędzi do arbitrażu dostępu, ale do normalnego użytkowania wystarczające jest to, co oferuje każda platforma.

Wydajność grafiki 3D i pamięć wideo

Jeśli planujesz uruchamiać aplikacje bazujące na grafice 3D (przyspieszona edycja, narzędzia CAD, proste testowanie gier itp.), różnica między VirtualBox i VMware będzie dość zauważalna.

VirtualBox obsługuje akcelerację 3D do OpenGL 3.0 i Direct3D 9 , z maksymalnie 128 MB pamięci wideo dla maszyny wirtualnej. Akcelerację 3D należy włączyć ręcznie w ustawieniach maszyny, a na komputerze gościa muszą być zainstalowane dodatki. Jest to wystarczające do podstawowych zadań, ale niewystarczające przy dużym obciążeniu graficznym.

VMware z kolei oferuje zgodność z DirectX 11 i OpenGL 4.3 w programach Player, Workstation, Fusion i ESXi. Zazwyczaj akceleracja 3D jest domyślnie włączona na nowoczesnych komputerach stacjonarnych i umożliwia skonfigurowanie do 2 GB wirtualnej pamięci wideo na maszynę wirtualną. Działanie jest tutaj zazwyczaj znacznie płynniejsze niż w VirtualBox przy dużym obciążeniu grafiki.

Jednak w każdym przypadku host musi mieć przyzwoite sterowniki graficzne i włączoną akcelerację sprzętową. Żaden hypervisor nie zdziała cudów z przestarzałą kartą graficzną lub taką, która nie ma odpowiednich sterowników.

Formaty i udostępnianie dysków wirtualnych

Zarówno VirtualBox, jak i VMware emulują wirtualne dyski twarde za pomocą plików. VirtualBox obsługuje kilka formatów: VDI (natywny), VMDK (od VMware), VHD (Hyper-V), a nawet obrazy Parallels HDD . Pozwala to na płynniejsze przenoszenie maszyn wirtualnych między platformami.

Z kolei VMware koncentruje się na jednym formacie: VMDK . Wszystkie maszyny wirtualne Workstation, Fusion i ESXi korzystają z tego typu dysków, co upraszcza wewnętrzną kompatybilność i integrację z narzędziami do tworzenia kopii zapasowych i replikacji.

Oba obsługują importowanie i eksportowanie maszyn wirtualnych za pomocą szablonów OVF/OVA , co ułatwia wymianę urządzeń wirtualnych. Żaden z nich nie współpracuje natywnie z VHDX, najnowszym formatem dysków Hyper-V.

Jeśli chodzi o typ alokacji, zarówno VirtualBox, jak i VMware pozwalają na wybór między dyskami wstępnie alokowanymi (grubymi) a dyskami dynamicznie rosnącymi (cienkimi) . Te pierwsze zajmują cały określony rozmiar od samego początku, podczas gdy te drugie rosną wraz z zapisywaniem danych. Na komputerach stacjonarnych prawie wszyscy korzystają z thin provisioningu, aby uniknąć niepotrzebnego zapełniania dysku.

W ESXi cienkie dyski na VMFS mają przewagę: system plików obsługuje automatyczne odzyskiwanie przestrzeni , co nie jest tak zautomatyzowane w produktach dla komputerów stacjonarnych ani w VirtualBox, gdzie często trzeba używać specjalnych narzędzi do kompaktowania dysków.

Sieci wirtualne i tryby połączeń

Na poziomie sieciowym zarówno VirtualBox, jak i VMware oferują kilka sposobów łączenia maszyn wirtualnych ze sobą, z hostem oraz z siecią fizyczną. W VirtualBox główne tryby to: NAT, NAT Network, Bridged Adapter, Host-only, Internal Network oraz tryb bezpołączeniowy (niepodłączony).

Tryb NAT tworzy małą prywatną sieć za wirtualnym routerem: maszyny wirtualne mogą uzyskać dostęp do internetu i widzieć hosta, ale nie można uzyskać do nich dostępu z zewnątrz, chyba że skonfigurujesz reguły przekierowania portów. Sieć NAT jest podobna, ale pozwala maszynom wirtualnym w tym segmencie na większą elastyczność w zakresie wzajemnej widoczności.

Adapter mostkowy łączy maszynę wirtualną z tą samą siecią fizyczną co host, tak jakby była innym urządzeniem podłączonym do przełącznika lub routera. W tym przypadku maszyna wirtualna może otrzymać własny adres IP z fizycznego serwera DHCP i zachowuje się pod każdym względem jak każda inna maszyna w sieci LAN.

Sieć typu „host-only network” tworzy odizolowaną sieć, dostępną tylko między hostem a maszynami wirtualnymi połączonymi w tym trybie. Jest to przydatne w laboratoriach i środowiskach testowych bez dostępu do internetu. Sieć wewnętrzna jest jeszcze bardziej zamknięta: tylko maszyny wirtualne widzą się nawzajem, a host jest niewidoczny.

VMware Workstation i Fusion oferują zasadniczo trzy tryby: NAT (VMNet8), Bridge (VMNet0) i Host-only (VMNet1) . W wersjach Pro dostępny jest edytor sieci wirtualnej umożliwiający dokładne dostrajanie adresów, DHCP itp. VMware Player i Fusion Player dziedziczą te tryby, ale nie oferują tylu opcji edycji.

W VMware ESXi sieci stają się bardziej wydajne i złożone. Dostępne są wirtualne przełączniki wirtualne (vSwitche ), grupy portów, sieci VLAN, zespoły kart sieciowych (NIC), a po dodaniu vCenter można używać rozproszonych przełączników wirtualnych (DVS) do udostępniania konfiguracji między hostami. Co więcej, dzięki VMware NSX można konfigurować zaawansowane sieci definiowane programowo z wysoce konfigurowalnymi routerami wirtualnymi i zaporami sieciowymi.

Współdzielona pamięć masowa, iSCSI, NFS i Fibre Channel

W przypadku wielu hostów i wysokiej dostępności, współdzielona pamięć masowa jest niezbędna. VirtualBox, mimo że jest rozwiązaniem desktopowym, zawiera wbudowany inicjator iSCSI, który umożliwia podłączenie jednostki LUN iSCSI bezpośrednio jako dysku maszyny wirtualnej, bez tworzenia pośredniego pliku dysku wirtualnego.

Umożliwia to konfigurowanie interesujących laboratoriów z macierzami iSCSI lub serwerami Linux/NAS poprzez eksport jednostek LUN, a także odczytywanie i zapisywanie danych z maszyn wirtualnych VirtualBox bezpośrednio do tej zdalnej pamięci masowej. Można również używać protokołów NFS lub SMB jako lokalizacji do przechowywania plików dysków wirtualnych, wykorzystując możliwości systemu operacyjnego hosta.

Po stronie VMware, ESXi obsługuje iSCSI, NFS i Fibre Channel jako opcje współdzielonej pamięci masowej na poziomie produkcyjnym. Zazwyczaj macierz pamięci masowej podłącza się przez iSCSI lub Fibre Channel i udostępnia te woluminy jako magazyny danych VMFS, w których przechowywane są pliki VMDK i inne pliki maszyn wirtualnych.

Workstation, Player i Fusion nie posiadają własnego inicjatora iSCSI, ale można użyć inicjatora iSCSI systemu operacyjnego hosta do zamontowania woluminu i przechowywania na nim maszyn wirtualnych. Jest to mniej proste niż w VirtualBox, ale funkcjonalne w małych środowiskach.

Jeśli Twoim celem jest zbudowanie skalowalnego środowiska korporacyjnego z dedykowanymi macierzami pamięci masowej, ESXi wygrywa bezapelacyjnie . Jednak w laboratoriach domowych lub w środowiskach mieszanych elastyczność inicjatora iSCSI w VirtualBox jest bardzo kusząca.

Migracja maszyn na żywo: Teleportacja kontra vMotion

W przypadku migracji do bardziej zaawansowanych środowisk, warto przenosić maszyny wirtualne między hostami bez ich wyłączania. Właśnie tutaj pojawia się migracja na żywo. VirtualBox oferuje funkcję o nazwie Teleporting , która umożliwia przeniesienie działającej maszyny wirtualnej z jednego hosta VirtualBox na inny za pomocą protokołu TCP/IP.

Aby skorzystać z teleportacji, potrzebujesz współdzielonej pamięci masowej dostępnej dla obu hostów (iSCSI, NFS lub SMB), na których znajdują się dyski maszyny wirtualnej. Najpierw musisz utworzyć „pustą” maszynę wirtualną na hoście docelowym z dokładnie taką samą konfiguracją sprzętową (ta sama pamięć RAM, ta sama liczba procesorów itp.). Następnie, używając wiersza poleceń w programie VBoxManage, inicjujesz teleportację, a stan procesora i pamięci jest przesyłany do nowego hosta z bardzo krótkim opóźnieniem.

Po stronie VMware, dojrzałym i szeroko stosowanym rozwiązaniem jest vMotion . Dzięki vMotion można migrować maszyny wirtualne na gorąco między hostami ESXi zarządzanymi przez vCenter, pod warunkiem, że współdzielą magazyny danych i spełniają określone wymagania dotyczące zgodności procesora. Nie ma potrzeby wcześniejszego tworzenia maszyny wirtualnej na hoście docelowym; wszystkim zarządza się z poziomu graficznego interfejsu użytkownika vSphere lub za pośrednictwem PowerCLI.

vMotion umożliwia przenoszenie maszyn wirtualnych za pomocą migawek, wykonywanie wielu migracji jednocześnie i pracę na znacznych odległościach, jeśli sieć jest poprawnie skonfigurowana. Dodatkowo, istnieje wariant Storage vMotion, który umożliwia migrację dysków z jednego magazynu danych do drugiego bez zatrzymywania maszyny wirtualnej.

Produkty desktopowe VMware (Player, Workstation, Fusion) nie oferują migracji na żywo . W ich przypadku należy wyłączyć maszynę wirtualną, skopiować jej pliki na inną maszynę i ponownie ją uruchomić. VirtualBox Teleporting i VMware vMotion są wyraźnie ukierunkowane na scenariusze z wieloma hostami, wymagające pewnego planowania.

Zdalne i scentralizowane zarządzanie

Jeśli posiadasz jeden lub dwa komputery z maszynami wirtualnymi, zarządzanie wszystkim z poziomu interfejsu lokalnego jest wystarczające. Jednak wraz z rozwojem środowisk, scentralizowane zarządzanie staje się kluczowe . W świecie VirtualBox najbardziej znaną opcją jest PhpVirtualBox , interfejs sieciowy napisany w PHP, który emuluje graficzny interfejs użytkownika VirtualBox i umożliwia zarządzanie zdalnymi instancjami VirtualBox z poziomu przeglądarki.

PhpVirtualBox łączy się z usługą VirtualBox na każdym hoście i umożliwia uruchamianie i zatrzymywanie maszyn wirtualnych, tworzenie maszyn wirtualnych, zarządzanie dyskami i wiele więcej. Sprawdza się dobrze w małych i średnich środowiskach , a szczególnie przydaje się, gdy host nie posiada środowiska graficznego (na przykład w minimalistycznym systemie Linux).

Oracle oferuje również VRDE/VRDP , rozszerzenie umożliwiające połączenie z konsolą maszyny wirtualnej za pomocą protokołu zgodnego z RDP. To kolejne narzędzie do zdalnego dostępu do maszyn, choć koncentruje się na ekranie maszyny wirtualnej, a nie na zarządzaniu hostem.

W ekosystemie VMware, vCenter Server króluje w zarządzaniu danymi . Z poziomu vCenter i klienta vSphere można kontrolować dziesiątki, a nawet setki hostów ESXi, tworzyć klastry, konfigurować wysoką dostępność (HA), rozproszone planowanie zasobów (DRS), rozproszone sieci wirtualne (DV), zasady przechowywania danych, szyfrowanie i wiele więcej. To rozwiązanie zaprojektowane dla centrów danych każdej wielkości , od rozwijających się małych firm po duże korporacje.

Jeśli masz tylko kilka odizolowanych hostów ESXi, możesz nimi zarządzać za pomocą VMware Host Client z poziomu przeglądarki, bez vCenter. Do automatyzacji VMware oferuje PowerCLI , zestaw poleceń cmdlet programu PowerShell, który pozwala na tworzenie skryptów praktycznie każdego zadania w vSphere.

VMware Workstation ma funkcję o nazwie Workstation Server, która umożliwia udostępnianie maszyn wirtualnych innym stacjom roboczym lub Fusion, jednak nie dorównuje ona poziomowi scentralizowanej kontroli oferowanemu przez vCenter ani elastyczności PhpVirtualBox, jeśli chodzi o obsługę wielu różnych hostów VirtualBox.

Szyfrowanie, pamięć współdzielona i klastry

Pod względem bezpieczeństwa, VirtualBox umożliwia szyfrowanie dysków wirtualnych za pomocą algorytmów XTS-AES-256 lub XTS-AES-128, pod warunkiem zainstalowania pakietu rozszerzeń. Szyfrowanie jest konfigurowane dla każdej maszyny wirtualnej osobno, a hasło jest wymagane podczas uruchamiania. Gość nie jest tego świadomy; dla niego dysk wygląda normalnie.

VMware idzie o krok dalej. Player nie szyfruje, ale może uruchamiać zaszyfrowane maszyny wirtualne utworzone w Workstation lub Fusion Pro (z licencją komercyjną). Workstation Pro i Fusion Pro umożliwiają szyfrowanie i ograniczanie maszyn wirtualnych, ustawianie dat wygaśnięcia, kontrolowanie modyfikacji i wiele więcej. W systemie ESXi z vCenter można szyfrować dyski wirtualne i inne pliki maszyn wirtualnych za pomocą szyfrowania XTS-AES-256 dla danych i AES-256 dla kluczy, a także zintegrować serwer zarządzania kluczami (KMS). Ruch zarządzania między komponentami środowiska vSphere jest również szyfrowany.

Jeśli chodzi o zarządzanie pamięcią, zarówno VirtualBox, jak i VMware obsługują tzw. „memory ballooning” , czyli technikę nadmiernego przydzielania pamięci RAM maszynom wirtualnym i odzyskiwania niewykorzystanej pamięci z niektórych maszyn, aby przekazać ją innym. W VirtualBox konfiguracja odbywa się za pomocą VBoxManage i wymaga dodatków Guest Additions; w VMware odbywa się to za pośrednictwem interfejsu graficznego i sterownika vmmemctl z pakietu VMware Tools.

Tam, gdzie ESXi naprawdę się wyróżnia, to zaawansowane funkcje optymalizacji pamięci, takie jak transparentne współdzielenie stron, kompresja i deduplikacja stron, które pozwalają na jeszcze lepsze wykorzystanie fizycznej pamięci RAM, gdy istnieje wiele podobnych maszyn wirtualnych.

Ostatecznie VirtualBox i VMware rozwiązują ten sam problem z uzupełniających się perspektyw: VirtualBox wyróżnia się jako darmowe, elastyczne i wysoce edukacyjne rozwiązanie dla użytkowników domowych, studentów i małych laboratoriów, podczas gdy VMware uwalnia swój pełny potencjał, zagłębiając się w Workstation Pro/Fusion Pro, a zwłaszcza ESXi z vSphere, vCenter, vMotion, HA i NSX . Jeśli chcesz po prostu eksperymentować i się uczyć, rozpoczęcie od VirtualBox jest niemal bezpiecznym rozwiązaniem; jeśli Twoim celem jest skonfigurowanie poważnego środowiska produkcyjnego, inwestycja w VMware i jego ekosystem zazwyczaj się opłaca, nawet jeśli początkowy koszt jest wyższy.

GNS3 vs EVE-NG: Porównanie symulatorów sieci wirtualnych
Podobne artykuł:
GNS3 kontra EVE-NG: porównanie w praktyce, które pomoże Ci wybrać laboratorium

Dodaj jako preferowane źródło w Google