Hiperwizor na stole warsztatowym: ESXi, KVM i rachunek za wirtualizację

W magazynie o technologii lubimy rozkręcać rzeczy, które na fakturze wyglądają niewinnie. Hiperwizor jest właśnie taki: przez lata siedział w szafie jako „ten VMware”, a teraz — po zmianie modelu subskrypcji — nagle zajmuje tyle miejsca w budżecie, ile nowa macierz. Zanim ktoś kupi inną etykietę na ten sam stos, warto położyć obie platformy na stole i sprawdzić, co naprawdę się różni: procesor, dysk, sieć i sposób, w jaki maszyna startuje po drugiej stronie.

Dlaczego ten temat wrócił do serwerowni, a nie tylko do slajdu

ESXi przez dekadę był w wielu firmach synonimem „tak się wirtualizuje”. Panel, vMotion, znane sterowniki, znana kopia zapasowa. To wygodne, dopóki cena odnowienia nie zaczyna rosnąć szybciej niż liczba maszyn. Wtedy pojawia się Proxmox VE: KVM i opcjonalne kontenery LXC w jednym panelu, klaster, kopia, mosty sieciowe — bez subskrypcji hiperwizora liczonej od rdzeni tak jak w modelu Broadcom. To nie magia otwartego oprogramowania. To inna umowa ze sprzętem, który i tak stoi w szafie.

Zanim jednak ktoś przepisze hosty, potrzebne jest rzeczowe porównanie vmware vs proxmox: nie „lubię Linuxa”, tylko te same funkcje po obu stronach. Wysoka dostępność, kopia, sieć, pamięć masowa, kompetencje zespołu i koszt trzech do pięciu lat. Jeśli w modelu VMware liczycie klaster i kopię klasy produkcyjnej, a w modelu Proxmox zakładacie „jakoś będzie”, oszukujecie własny rachunek, nie Broadcoma.

Sprzęt: to, czego nie widać w cenniku licencji

Hiperwizor nie unosi maszyn w powietrzu. Niosą je procesor z wirtualizacją sprzętową, kontroler dysków, karta sieciowa i oprogramowanie układowe, które albo współpracuje, albo zaskakuje w nocy. Zanim przeniesiecie pierwszą maszynę, spiszcie to, co i tak powinno wisieć na drzwiach szafy: model płyty, wersja BIOS albo UEFI, czy IOMMU jest włączone, czy karty sieciowe mają sterownik w docelowym jądrze, czy macierz zgłasza się jako urządzenie blokowe, czy jako udział sieciowy.

Na ESXi wiele zespołów żyje na certyfikowanej liście sprzętu i na tym poprzestaje. Na KVM lista jest szersza, ale szersza nie znaczy „wszystko działa od razu”. Kontroler RAID ze starą pamięcią podręczną, karta 10 GbE bez sprzętowego odciążania sum kontrolnych, procesor bez wystarczających flag wirtualizacji — to nie tematy slajdu o koszcie trzyletnim, tylko rzeczy, które wychodzą przy starcie pierwszej maszyny z przekazaniem karty do gościa albo przy obciążeniu dysku. Recenzja laptopa bez testu baterii jest pusta. Recenzja hiperwizora bez inwentarza sprzętu też.

Druga rzecz, którą warto zmierzyć na stole, a nie w folderze ofert: czy macie zapasowe miejsce na kopię dysków podczas próby. Przenoszenie obrazu to nie aktualizacja aplikacji. To fizyczny ruch gigabajtów. Jeśli jedyna wolna półka w macierzy ma dwanaście procent, plan „zrobimy w piątek” kończy się w niedzielę na usuwaniu migawek.

Dysk i kontroler: VMDK to nie zaklęcie, tylko format

Po stronie VMware maszyna najczęściej siedzi na VMDK, czasem na RDM, czasem na datastore NFS albo VMFS. Po stronie Proxmoxa typowy obraz to surowy plik albo qcow2, a warstwa pod spodem bywa LVM, ZFS, Ceph albo zwykły katalog na NFS. To nie jest „to samo, tylko inna ikona”. Inny jest sposób, w jaki gość widzi kontroler: VirtIO, SCSI, czasem emulacja znanych urządzeń, żeby system w ogóle wstał przy pierwszym starcie.

Windows i niektóre aplikacje bazodanowe są wrażliwe na zmianę identyfikatora dysku i na kolejność startu. Dlatego pierwsza próba to nie produkcyjna baza, tylko maszyna, która ma ten sam typ dysku i ten sam porządek startu, ale której zniknięcie na godzinę nikogo nie zrujnuje. Jeśli po starcie system prosi o naprawę wolumenu, to nie „Proxmox jest zły”. To znak, że mapa dysków nie została domknięta przed oknem.

RDM i inne obejścia „dysk podpięty na sztywno” zasługują na osobną listę. Nie wrzucajcie ich do tej samej fali co zwykłe VMDK. Inny jest mechanizm kopiowania, inna procedura powrotu, inny test, czy aplikacja w ogóle widzi urządzenie po drugiej stronie.

Sieć: vSwitch w głowie, most w Linuksie

Na ESXi wielu adminów myśli sieciami VLAN na vSwitchu i grupami portów. Na Proxmoxie najczęściej siadacie na mostach Linuksa, znacznikach VLAN i — jeśli środowisko tego wymaga — na programowo zdefiniowanej sieci. Efekt dla maszyny ma być ten sam: ten sam adres, ta sama brama, ta sama segmentacja. Ścieżka pakietu w sieci może być inna. Dlatego przed falą produkcyjną rysujecie nie „ładny schemat chmury”, tylko konkret: które sieci VLAN idą na który most, gdzie stoi zapora, gdzie działa DHCP, gdzie są stałe rezerwacje adresów.

Karta VirtIO w gościu bywa szybsza niż emulowany e1000, ale sterownik musi być w systemie, zanim odetniecie stare łącze. To banalne i właśnie dlatego gubi się w pośpiechu. Test sieci na próbie to ping, DNS, certyfikat i jeden prawdziwy przebieg aplikacji — nie sam fakt, że interfejs hosta zgłasza aktywność.

Ścieżka z ESXi: nie weekend, tylko kolejność

Sama decyzja „idziemy w KVM” nic nie przenosi. Przenosi kolejność: spis maszyn i zależności, kopia, którą ktoś ostatnio odtwarzał, krótka próba, potem fale. Materiały pod hasłem migracja esxi do proxmox są po to, żeby ten porządek nie zaczął się od kopiowania największej bazy „bo i tak trzeba”.

Typowa, spokojna kolejność wygląda tak:

1. Inwentaryzacja: hosty, maszyny, dyski, sieci VLAN, kopia, właściciel aplikacji.
2. Środowisko docelowe: klaster albo nawet jeden węzeł próbny, pamięć masowa z zapasem, mosty zgodne z produkcją.
3. Próba: kilka maszyn niskiego ryzyka, ale typowych (Windows, Linux, jeden serwis z bazą testową).
4. Kryteria zaliczenia próby spisane przed startem: start, sieć, kopia, procedura powrotu.
5. Fale produkcyjne według zależności, nie alfabetu. Źródło zostaje, dopóki ktoś nie podpisze odbioru.

Przestój da się zmierzyć w minutach przy maszynach, które nie ciągną za sobą pół firmy. Bazy, poczta, systemy sprzedaży mają własne okna i własne listy kontrolne. Obietnica „wszystko w jedną noc, zero ryzyka” należy do tej samej szuflady co pomiar bez stopera.

Co zostaje po zmianie etykiety na panelu

Nowy hiperwizor nie zwalnia z dwuskładnikowego logowania do panelu, z podziału ról, z testu odtworzenia kopii i z drugiego miejsca na backup. Ransomware nie pyta, czy licencja była tańsza. Jeśli po zmianie platformy kopia jest „na tym samym hoście, bo wygodnie”, oszczędność na subskrypcji wraca jako jeden incydent.

Kompetencje też są sprzętem, tylko trudniej je kupić w paczce. Zespół, który zna ESXi na pamięć, potrzebuje czasu na mosty, na ZFS albo na Ceph, na to, jak wygląda przenoszenie działającej maszyny po stronie KVM — w tym świadoma decyzja, czy dyski lokalne idą razem z maszyną, czy najpierw na pamięć współdzieloną. Szkolenie i partner, który zostawia notatki w firmie, są częścią całkowitego kosztu. Slajd „otwarte oprogramowanie jest tańsze” bez tej pozycji kłamie ciszej niż faktura Broadcomu, ale kłamie.

Trzy pomiary zamiast opinii o marce

Czytelnicy recenzji sprzętu ufają pomiarom, nie hasłu na pudełku. Tu da się zrobić analogicznie, bez egzaminu z wiersza poleceń:

• Ile kosztuje odnowienie VMware przez trzy lata według cytowanej oferty — na tych samych rdzeniach, które macie dziś.
• Które trzy maszyny są wystarczająco typowe i wystarczająco niekrytyczne, by zrobić na nich próbę.
• Kiedy ostatnio odtworzono kopię na czysto i kto to podpisał.

Brak odpowiedzi na którekolwiek z tych pytań oznacza, że temat hiperwizora jest jeszcze emocją tygodnia, nie projektem. Emocje mijają. Subskrypcja wraca co rok. Sprzęt w szafie zostaje — i to on, nie logo na panelu, decyduje, czy druga strona w ogóle wstanie.

Puenta ze stolika serwisowego

VMware ESXi i Proxmox VE to dwa sposoby na to, by te same płyty, dyski i karty sieciowe udawały wiele komputerów. Jeden sposób ma znaną etykietę i droższy abonament. Drugi ma inny panel i inny rachunek, ale wymaga tej samej dyscypliny: spisu, próby, fali i kopii, którą ktoś naprawdę odtwarzał. Kto kładzie obie platformy na stole i mierzy, wygląda na fachowy serwis. Kto wymienia logo w piątek po południu, wygląda na punkt, który wymieniał wyświetlacz bez odłączenia baterii.

Jeśli z tego tekstu ma wyniknąć jeden wpis w kalendarzu, niech to będzie inwentaryzacja sprzętu i trzech maszyn do próby — nie kolejna rozmowa o tym, która marka jest „prawdziwszą wirtualizacją”. Wirtualizacja albo wstaje na waszym żelazie, albo zostaje prezentacją.

Art. Sponsorowany

Źródło grafiki: Materiał Reklamodawcy