Sangfor HCI jako alternatywa dla VMware: kiedy warto rozważyć migrację?

Decyzja o zmianie platformy wirtualizacji należy do poważniejszych przedsięwzięć infrastrukturalnych. Organizacje korzystające od lat z VMware coraz częściej analizują alternatywy. Powody są różne: zmiany w modelu licencjonowania po przejęciu przez Broadcom, rosnące koszty utrzymania ekosystemu, a w części przypadków chęć zmniejszenia uzależnienia od jednego dostawcy.

Sama niższa cena licencji alternatywnej platformy to za mało, żeby uzasadnić migrację. Zmiana platformy wirtualizacji pociąga za sobą przeniesienie maszyn wirtualnych, ponowną konfigurację sieci i backupu, aktualizację procedur disaster recovery (DR), a często też przekwalifikowanie lub rozszerzenie kompetencji zespołu. Każdy z tych elementów wiąże się z ryzykiem operacyjnym i kosztami, które nie pojawiają się w zestawieniu cen licencji.

W tym artykule porównujemy Sangfor HCI z VMware i Proxmox VE pod kątem architektury, kosztów, wymagań operacyjnych i ryzyk. Porównanie przygotowano na podstawie publicznej dokumentacji dostępnej 31 lipca 2026 roku, w tym dokumentacji Sangfor HCI 6.11.3, Proxmox VE 9.2 oraz aktualnych zasad licencjonowania VMware VCF i VVF.

Sangfor HCI może być alternatywą dla VMware dla organizacji, które szukają zintegrowanej platformy compute, pamięci masowej, sieci i bezpieczeństwa zarządzanej w jednym ekosystemie. Nie jest jednak rozwiązaniem odpowiednim dla każdej firmy. Przed migracją należy porównać TCO, kompatybilność, dostępność kompetencji, wymagania HA i DR oraz możliwość wyjścia z platformy w przyszłości.

Dlaczego firmy szukają alternatywy dla VMware?

Przejęcie VMware przez Broadcom w 2023 roku przyniosło zmiany w modelu licencjonowania. Producent przeszedł w kierunku subskrypcji per rdzeń.

Dokumentacja VMware vSphere Foundation (VVF) precyzuje metrykę „per Core” z minimalnym progiem 16 rdzeni na procesor, przy czym każdy rdzeń na serwerze musi być licencjonowany. W środowiskach z procesorami o dużej liczbie rdzeni model ten może zwiększyć wymaganą liczbę licencji w stosunku do poprzednich modeli rozliczeniowych. Rzeczywisty wpływ na koszty zależy od konfiguracji, wcześniej posiadanych licencji, zakresu pakietu, rabatów i warunków oferty.

Do TCO dochodzą również koszty utrzymania ekosystemu VMware. Środowisko to wymaga kompetencji związanych między innymi z vSphere, vSAN i NSX. Ich rozwijanie wewnątrz organizacji lub pozyskanie zewnętrznego wsparcia stanowi element całkowitego kosztu posiadania. Integracje z narzędziami do backupu, monitoringu i automatyzacji wymagają zachowania zgodności z używanymi wersjami VMware, a także regularnego aktualizowania komponentów i samych integracji.

Warto jednak podkreślić coś, co bywa pomijane w dyskusjach o tańszych alternatywach: koszt licencji to tylko jeden składnik całkowitego kosztu posiadania (TCO, Total Cost of Ownership). Zmiana platformy to projekt angażujący czas, kompetencje i zasoby przez wiele miesięcy. W dużych środowiskach, z rozbudowanymi integracjami i dojrzałymi procedurami DR, koszt migracji może przewyższyć spodziewane oszczędności na licencjach.

Decyzja o zmianie powinna opierać się na analizie pełnego TCO, ryzyk operacyjnych i wymagań środowiskowych, a nie wyłącznie na porównaniu cen licencji.

Czym jest Sangfor HCI?

Sangfor HCI (Hyper-Converged Infrastructure) to platforma hiperkonwergentna, która łączy w jednym stosie warstwę obliczeniową, pamięć masową, wirtualizację sieci i mechanizmy bezpieczeństwa. Platforma zawiera również funkcje związane z backupem i disaster recovery, których dokładny zakres zależy od wybranych modułów, licencji i architektury wdrożenia.

Platforma składa się z czterech warstw:

• aSV: hypervisor serwerów (typ 1, bare-metal), oparty na KVM, zintegrowany z klastrowym systemem plików SFFS.
• aSAN: wirtualizowana warstwa pamięci masowej z replikacją danych w dwóch lub trzech kopiach, lokalnością danych (data locality), która preferuje uruchomienie maszyny wirtualnej na hoście przechowującym jej dane oraz tieringiem SSD/HDD. Dokumentacja Sangfor HCI 6.11.1
• aNET: wirtualizacja sieci obejmująca wirtualne przełączniki (aSwitch), router (aRouter), rozproszony firewall i wizualizację topologii. Dokumentacja platformy potwierdza wykorzystanie VXLAN.
• aSEC: warstwa bezpieczeństwa integrująca mechanizmy ochrony z wirtualnymi urządzeniami sieciowymi (NFV) w ramach jednego ekosystemu.

Dokumentacja Sangfor HCI 6.11.3 potwierdza obsługę vTPM, czyli TPM 2.0 dla maszyn wirtualnych, domyślnie aktywowanego dla Windows 11 razem z UEFI. Dostępność tej funkcji w planowanej wersji należy potwierdzić podczas doboru konfiguracji.

W aktualnie przywołanej karcie produktowej software-based licencje aSV, aSAN i aNET są rozliczane per fizyczny CPU. Model oraz zakres licencji należy potwierdzić w ofercie przygotowanej dla planowanej konfiguracji. Producent nie podaje cen katalogowych; są one ofertowe.

Sangfor HCI bazuje na KVM, podobnie jak Proxmox VE. Różni się od VMware (ESXi) na poziomie hypervisora, co ma konsekwencje dla kompatybilności narzędzi agentowych, certyfikowanych rozwiązań backupowych i ekosystemu integracji. Sangfor HCI obsługuje kilka metod przenoszenia maszyn wirtualnych, w tym import plików OVA, VMA i OVF oraz migrację maszyn VMware po dodaniu środowiska vCenter. Dobór metody zależy od wersji platformy, systemu operacyjnego gościa, wymagań dotyczących dostępności i dopuszczalnego czasu przerwy. Każdy scenariusz należy zweryfikować podczas PoC.

Sangfor HCI vs VMware vs Proxmox VE: porównanie platform

Dlaczego firmy szukają alternatywy dla VMware?

Przejęcie VMware przez Broadcom w 2023 roku przyniosło zmiany w modelu licencjonowania. Producent przeszedł w kierunku subskrypcji per rdzeń.

Dokumentacja VMware vSphere Foundation (VVF) precyzuje metrykę „per Core” z minimalnym progiem 16 rdzeni na procesor, przy czym każdy rdzeń na serwerze musi być licencjonowany. W środowiskach z procesorami o dużej liczbie rdzeni model ten może zwiększyć wymaganą liczbę licencji w stosunku do poprzednich modeli rozliczeniowych. Rzeczywisty wpływ na koszty zależy od konfiguracji, wcześniej posiadanych licencji, zakresu pakietu, rabatów i warunków oferty.

Do TCO dochodzą również koszty utrzymania ekosystemu VMware. Środowisko to wymaga kompetencji związanych między innymi z vSphere, vSAN i NSX. Ich rozwijanie wewnątrz organizacji lub pozyskanie zewnętrznego wsparcia stanowi element całkowitego kosztu posiadania. Integracje z narzędziami do backupu, monitoringu i automatyzacji wymagają zachowania zgodności z używanymi wersjami VMware, a także regularnego aktualizowania komponentów i samych integracji.

Warto jednak podkreślić coś, co bywa pomijane w dyskusjach o tańszych alternatywach: koszt licencji to tylko jeden składnik całkowitego kosztu posiadania (TCO, Total Cost of Ownership). Zmiana platformy to projekt angażujący czas, kompetencje i zasoby przez wiele miesięcy. W dużych środowiskach, z rozbudowanymi integracjami i dojrzałymi procedurami DR, koszt migracji może przewyższyć spodziewane oszczędności na licencjach.

Decyzja o zmianie powinna opierać się na analizie pełnego TCO, ryzyk operacyjnych i wymagań środowiskowych, a nie wyłącznie na porównaniu cen licencji.

Czym jest Sangfor HCI?

Sangfor HCI (Hyper-Converged Infrastructure) to platforma hiperkonwergentna, która łączy w jednym stosie warstwę obliczeniową, pamięć masową, wirtualizację sieci i mechanizmy bezpieczeństwa. Platforma zawiera również funkcje związane z backupem i disaster recovery, których dokładny zakres zależy od wybranych modułów, licencji i architektury wdrożenia.

Platforma składa się z czterech warstw:

• aSV: hypervisor serwerów (typ 1, bare-metal), oparty na KVM, zintegrowany z klastrowym systemem plików SFFS.
• aSAN: wirtualizowana warstwa pamięci masowej z replikacją danych w dwóch lub trzech kopiach, lokalnością danych (data locality), która preferuje uruchomienie maszyny wirtualnej na hoście przechowującym jej dane oraz tieringiem SSD/HDD. Dokumentacja Sangfor HCI 6.11.1
• aNET: wirtualizacja sieci obejmująca wirtualne przełączniki (aSwitch), router (aRouter), rozproszony firewall i wizualizację topologii. Dokumentacja platformy potwierdza wykorzystanie VXLAN.
• aSEC: warstwa bezpieczeństwa integrująca mechanizmy ochrony z wirtualnymi urządzeniami sieciowymi (NFV) w ramach jednego ekosystemu.

Dokumentacja Sangfor HCI 6.11.3 potwierdza obsługę vTPM, czyli TPM 2.0 dla maszyn wirtualnych, domyślnie aktywowanego dla Windows 11 razem z UEFI. Dostępność tej funkcji w planowanej wersji należy potwierdzić podczas doboru konfiguracji.

W aktualnie przywołanej karcie produktowej software-based licencje aSV, aSAN i aNET są rozliczane per fizyczny CPU. Model oraz zakres licencji należy potwierdzić w ofercie przygotowanej dla planowanej konfiguracji. Producent nie podaje cen katalogowych; są one ofertowe.

Sangfor HCI bazuje na KVM, podobnie jak Proxmox VE. Różni się od VMware (ESXi) na poziomie hypervisora, co ma konsekwencje dla kompatybilności narzędzi agentowych, certyfikowanych rozwiązań backupowych i ekosystemu integracji. Sangfor HCI obsługuje kilka metod przenoszenia maszyn wirtualnych, w tym import plików OVA, VMA i OVF oraz migrację maszyn VMware po dodaniu środowiska vCenter. Dobór metody zależy od wersji platformy, systemu operacyjnego gościa, wymagań dotyczących dostępności i dopuszczalnego czasu przerwy. Każdy scenariusz należy zweryfikować podczas PoC.

Sangfor HCI vs VMware vs Proxmox VE: porównanie platform

Kryterium	Sangfor HCI	VMware (VCF / VVF)	Proxmox VE
Model architektury	Zintegrowany stos HCI: aSV (hypervisor/KVM), aSAN (pamięć masowa), aNET (sieć), aSEC (bezpieczeństwo) od jednego producenta. Poszczególne warstwy licencjonowane oddzielnie.	Oferta pakietowa: VMware Cloud Foundation i VMware vSphere Foundation obejmują różne zestawy komponentów (vSphere, vSAN, NSX, zarządzanie, usługi Kubernetes). VCF i VVF obejmują określone uprawnienia do vSAN, a dodatkowa pojemność może wymagać licencji vSAN Add-on rozliczanej w TiB. Zakres zależy od wybranego produktu, wersji i warunków licencyjnych.	Zintegrowana platforma open-source oparta na KVM/QEMU i LXC, zawierająca funkcje zarządzania storage, siecią, klastrem i HA. Ceph i SDN są integrowane z Proxmox VE; Proxmox Backup Server stanowi osobny produkt. Odpowiedzialność za architekturę i konfigurację po stronie organizacji lub partnera wdrożeniowego.
Zarządzanie	Web UI i Sangfor CLI. Dokumentacja HCI 6.11.3 zawiera sekcję HCI APIs. Zakres interfejsów, sposób wersjonowania i dostępność poszczególnych operacji należy zweryfikować dla planowanej integracji.	vCenter + PowerCLI + REST API; rozbudowany ekosystem narzędzi automatyzacji i integracji.	Web UI, pvesh (CLI do API), publiczne REST API; integracja z Ansible/Terraform przez społeczność. Od Proxmox VE 9.2 dostępny Dynamic Load Balancer dla maszyn zarządzanych przez HA.
Storage (pamięć masowa)	aSAN: replikacja danych w dwóch lub trzech kopiach, lokalizacja danych (data locality), tiering SSD/HDD. Dokumentacja 6.11.3 potwierdza szyfrowanie dysków maszyn wirtualnych (AES-256). Zakres deduplikacji, kompresji, erasure coding i szyfrowania warstwy aSAN wymaga potwierdzenia dla planowanej konfiguracji.	vSAN obsługuje szyfrowanie danych przechowywanych. Dostępność deduplikacji, kompresji i erasure coding zależy od wersji, architektury vSAN oraz licencji.	Ceph: replikacja i erasure coding; ZFS: kompresja. PBS (Proxmox Backup Server): deduplikacja bloków i szyfrowanie. PBS stanowi osobny produkt z jawnym cennikiem subskrypcji.
HA i disaster recovery	Sangfor deklaruje: lokalne HA: RPO 0, RTO 30 s; stretched cluster: RPO 0, RTO 30 s (RTT do 1 ms, dystans do 50 km); DR: RPO od 1 s, RTO w minutach. Parametry referencyjne; wartości zależą od architektury i konfiguracji. Heterogeneous DR dla VMware/Hyper-V/KVM.	vSphere HA wbudowany; DR zależy od wersji i komponentów (vSphere Replication, VMware Live Site Recovery).	HA Manager wbudowany; DR zależny od projektu: PBS, replikacje Ceph, runbooki DR.
Sieć i bezpieczeństwo	aNET: rozproszony firewall, aSwitch, aRouter, mikrosegmentacja i wizualizacja topologii. Dokumentacja platformy potwierdza VXLAN. aSEC: integracja bezpieczeństwa, wirtualne urządzenia sieciowe (NFV). Limity segmentów, polityk i reguł należy zweryfikować dla planowanej skali środowiska.	NSX: pełny SDN/overlay/mikrosegmentacja; TPM/vTPM i Secure Boot dobrze udokumentowane.	SDN z VXLAN/EVPN opisane technicznie w dokumentacji; brak wbudowanego centrum bezpieczeństwa; komponenty z ekosystemu Linux.
Backup	Sangfor HCI zawiera mechanizmy backupu: CDP, polityki backupu, repozytoria backupowe, odzyskiwanie plików, backup w trybie quiesced, backup maszyn VMware i backup agentless. Zakres deduplikacji i integracji z zewnętrznymi repozytoriami wymaga potwierdzenia dla konkretnej wersji i konfiguracji.	Snapshoty i mechanizmy replikacji nie zastępują niezależnego backupu. Rozbudowany ekosystem certyfikowanych narzędzi zewnętrznych; zgodność zależy od wersji i licencji.	PBS: deduplikacja bloków, szyfrowanie, jawny cennik subskrypcji. vzdump z trybami spójności.
Licencjonowanie i koszty	W karcie produktowej software-based licencje aSV, aSAN i aNET są rozliczane per fizyczny CPU. Model oraz zakres licencji należy potwierdzić w ofercie przygotowanej dla planowanej konfiguracji. Ceny ofertowe, brak publicznego cennika.	Subskrypcja per rdzeń, z minimum 16 licencjonowanych rdzeni na każdy fizyczny procesor. Wpływ na całkowity koszt zależy od konfiguracji serwerów, zakresu pakietu i warunków oferty.	Oprogramowanie open-source. Płatne subskrypcje repozytorium Enterprise i wsparcie (cennik jawny). Do TCO należy doliczyć koszty operacyjne i kompetencji.
Wymagane kompetencje	Sangfor HCI wymaga kompetencji produktowych właściwych dla tej platformy. Przed wdrożeniem należy sprawdzić dostępność odpowiednich kompetencji wewnątrz organizacji lub po stronie partnera.	Utrzymanie środowiska VMware wymaga kompetencji związanych między innymi z vSphere, vSAN i NSX. Ich rozwijanie wewnątrz organizacji lub pozyskanie zewnętrznego wsparcia stanowi element TCO.	Kompetencje linuksowe, Ceph, sieciowe i automatyzacja. Pełna odpowiedzialność za projekt i utrzymanie wszystkich warstw.
Ekosystem i dokumentacja	Dokumentacja techniczna dostępna na portalu producenta. Dostępność integracji i wsparcia należy sprawdzić dla rynku, na którym działa organizacja.	VMware ma rozbudowany ekosystem narzędzi, integracji, certyfikacji i dokumentacji, rozwijany od wielu lat.	Publiczna dokumentacja, repozytorium kodu i forum użytkowników. Zakres certyfikacji poszczególnych integracji należy sprawdzać osobno.
Vendor lock-in	Zamknięty ekosystem jednego producenta. Możliwy eksport maszyn wirtualnych, ale przeniesienie storage, sieci, bezpieczeństwa i HA wymaga osobnego projektu.	Zamknięty ekosystem z silnymi zależnościami między komponentami VCF lub VVF.	Otwarty kod źródłowy i powszechnie stosowane komponenty ograniczają zależność licencyjną. Migracja konfiguracji nadal wymaga osobnego projektu.

Zakres funkcji VMware zależy od wybranego pakietu i licencji. Podobnie w Sangfor poszczególne warstwy są licencjonowane oddzielnie. Tabela porównuje możliwości architektoniczne platform, a nie identyczne pakiety handlowe.

Kilka kwestii wymaga rozwinięcia po tabeli:

Pamięć masowa. Dokumentacja Sangfor HCI 6.11.3 potwierdza replikację danych, lokalność danych oraz szyfrowanie dysków maszyn wirtualnych z użyciem AES-256. Deduplikacja, kompresja i erasure coding na poziomie aSAN nie zostały jednoznacznie potwierdzone w dostępnych kartach produktowych. Przed wyborem platformy warto uzyskać od producenta lub partnera pisemne potwierdzenie dostępności oraz warunków wykorzystania tych funkcji. VMware vSAN ma te mechanizmy udokumentowane, ale ich dostępność zależy od wersji produktu, architektury klastra i posiadanej licencji. W Proxmox VE warstwę pamięci masowej można oprzeć między innymi na Ceph lub ZFS, przy czym zakres replikacji i redundancji zależy od wybranej technologii oraz konfiguracji środowiska. Proxmox Backup Server jest osobnym rozwiązaniem backupowym i zapewnia między innymi deduplikację kopii zapasowych.

Dynamic Load Balancer w Proxmox VE 9.2. Od wersji 9.2, wydanej w maju 2026 roku, Proxmox VE zawiera Dynamic Load Balancer. Mechanizm może automatycznie przenosić maszyny wirtualne i kontenery zarządzane przez HA w celu zmniejszenia nierównomiernego obciążenia węzłów klastra. Wykorzystuje przy tym aktualne dane dotyczące obciążenia węzłów i gości. Jego zakres funkcjonalny i dojrzałość należy porównać z VMware DRS w odniesieniu do wymagań konkretnego środowiska.

Vendor lock-in. Proxmox VE ogranicza zależność licencyjną od pojedynczego producenta dzięki otwartemu kodowi źródłowemu i wykorzystaniu powszechnie stosowanych komponentów. VMware i Sangfor HCI są natomiast zamkniętymi ekosystemami. Sangfor integruje zasoby obliczeniowe, pamięć masową, sieć i bezpieczeństwo w ramach rozwiązania jednego producenta. Migracja konfiguracji pamięci masowej, sieci, HA i backupu z każdej z tych platform nadal wymaga zaplanowania oraz przeprowadzenia osobnego projektu.

Charakter źródeł. Informacje dotyczące funkcji Sangfor HCI pochodzą z dokumentacji producenta. Należy je traktować jako deklaracje producenta, a nie wyniki niezależnych testów technicznych.

Kiedy Sangfor HCI może być dobrym wyborem?

Sangfor HCI może mieć uzasadnienie w następujących sytuacjach:

• Jeden producent dla całego stosu. Jeśli organizacja chce ograniczyć liczbę dostawców i mieć jeden punkt wsparcia dla compute, pamięci masowej, sieci i bezpieczeństwa, Sangfor HCI wpisuje się w ten model.
• Wymagania HA i DR z jasnymi parametrami. Sangfor deklaruje dla opisanych scenariuszy (Sangfor Disaster Recovery): lokalne HA z RPO 0 i RTO 30 s; stretched cluster do 50 km przy RTT nie większym niż 1 ms; DR z RPO od 1 s i RTO liczonym w minutach. Parametry referencyjne; rzeczywiste wartości zależą od architektury, obciążenia, łącza, konfiguracji storage i procedury przełączenia.
• Heterogeneous DR jako krok pośredni. Sangfor opisuje możliwość traktowania VMware, Hyper-V, KVM i serwerów fizycznych jako źródeł do replikacji do środowiska Sangfor lub chmury. To może ułatwić etapową migrację bez pełnego przejścia z dnia na dzień.
• Organizacja akceptuje uzależnienie od ekosystemu producenta. Tak jak VMware jest ekosystemem zamkniętym, tak Sangfor HCI działa w podobnym modelu. Jeśli priorytetem nie jest otwartość ani możliwość swobodnej wymiany komponentów, a zależy Ci na gotowym zestawie funkcji zarządzanym przez jedną firmę, ten model ma sens.

Zastrzeżenia, które warto uwzględnić przed decyzją:

• Dokumentacja Sangfor HCI 6.11.1 potwierdza obsługę vTPM, czyli TPM 2.0 dla maszyn wirtualnych. Dokumentacja wersji 6.11.3 potwierdza natomiast szyfrowanie dysków maszyn wirtualnych z użyciem AES-256.
• Zakres szyfrowania warstwy aSAN i obsługa fizycznego TPM hosta wymagają odrębnego potwierdzenia od producenta lub partnera.
• W artykule nie opieramy oceny wydajności Sangfor HCI na niezależnych benchmarkach porównawczych. Dostępny materiał Intel Select Solutions dotyczy walidacji określonej konfiguracji referencyjnej i nie zastępuje testów reprezentatywnego obciążenia w PoC.
• Publiczna dokumentacja Sangfor zawiera wymagania konfiguracyjne klastra i część limitów platformy. Dla większego środowiska należy zestawić limity liczby węzłów, maszyn wirtualnych, reguł sieciowych i pamięci masowej z planowaną konfiguracją oraz potwierdzić sizing u producenta lub partnera.

Kiedy Proxmox VE może być lepszym wyborem?

Proxmox VE to zintegrowana platforma open-source oparta na KVM/QEMU i LXC, zawierająca wbudowane funkcje zarządzania storage, siecią, klastrem i HA. Ceph i SDN są integrowane z platformą, a Proxmox Backup Server stanowi osobny produkt z jawnym cennikiem subskrypcji. Platforma nie jest darmowa w sensie całkowitego kosztu posiadania: wymaga kompetencji do zaprojektowania i utrzymania wszystkich warstw.

Proxmox VE sprawdza się, gdy:

• Otwartość i ograniczenie vendor lock-in są priorytetem. Otwarty kod źródłowy i powszechnie stosowane komponenty ograniczają zależność licencyjną od jednego producenta. Migracja konfiguracji storage, sieci, HA i backupu nadal wymaga jednak osobnego projektu.
• Organizacja chce elastyczności w doborze komponentów. Proxmox VE pozwala na konfigurację pamięci masowej (Ceph, ZFS, NFS, iSCSI), sieci (SDN z VXLAN/EVPN opisane technicznie w dokumentacji) i backupu (PBS z deduplikacją bloków i szyfrowaniem) zgodnie z własnym projektem. Cennik subskrypcji PBS i Proxmox VE jest jawny i dostępny na stronie producenta.
• Możliwość niezależnej weryfikacji technicznej. Dokumentacja Proxmox jest publicznie dostępna na GitHub, co ułatwia ocenę platformy przed wdrożeniem.

Czego Proxmox VE nie dostarcza gotowego:

• Od Proxmox VE 9.2 dostępny jest Dynamic Load Balancer, który może automatycznie przenosić maszyny zarządzane przez HA. Zakres i sposób działania tego mechanizmu należy jednak porównać z VMware DRS dla konkretnego środowiska.
• Brak zintegrowanego centrum bezpieczeństwa jak aSEC; bezpieczeństwo buduje się ze standardowych komponentów Linuksa i zewnętrznych narzędzi.
• Kubernetes uruchamia się zwykle na VM, a CSI zależy od wybranego rozwiązania do pamięci masowej.
• Odpowiedzialność za właściwe zaprojektowanie Ceph, SDN, backupu, monitoringu i procedur operacyjnych leży po stronie organizacji lub jej partnera.

Przy mniejszych zespołach lub bez dojrzałych kompetencji linuksowych koszty operacyjne mogą być wyższe niż wynikałoby to z samego zestawienia cen subskrypcji.

Kiedy pozostanie przy VMware może być racjonalne?

Migracja nie zawsze jest najlepszą decyzją. Pozostanie przy VMware może być uzasadnione w następujących sytuacjach:

• Dojrzałe kompetencje zespołu. Zespół posiadający doświadczenie w zarządzaniu vSphere, vSAN i NSX stanowi istotny zasób organizacji. Przejście na inną platformę wymaga czasu na zdobycie nowych kompetencji.
• Złożone zależności aplikacyjne. Systemy certyfikowane dla VMware oraz integracje z narzędziami monitoringu, backupu i automatyzacji mogą wymagać przebudowy po zmianie platformy. Im więcej takich zależności, tym droższy i bardziej ryzykowny staje się projekt migracji.
• Dojrzałe procedury DR, backup i monitoring. Środowisko z udokumentowanymi, regularnie testowanymi procedurami disaster recovery to poważny atut. Przebudowa tych procedur pod nową platformę wymaga czasu i weryfikacji.
• Koszt migracji przekracza spodziewane oszczędności. Przestoje, testy, dokumentacja As-built i uruchomienie nowych procedur mają swoją cenę. Przy odpowiednio dużym i złożonym środowisku całkowity koszt przejścia na alternatywną platformę może nie zwrócić się w zakładanym horyzoncie.
• Istniejące umowy wsparcia. Jeśli organizacja ma wieloletnią umowę dającą przewidywalność i jasne SLA, jej wartość powinna być uwzględniona w kalkulacji.

Ta sekcja to uczciwe postawienie pytania: dla konkretnego środowiska, z konkretnymi zależnościami i kompetencjami, czy migracja ma sens finansowy i operacyjny?

Migracja z VMware: jak wybrać platformę i przygotować bezpieczne przejście?

Niezależnie od wybranej platformy, proces decyzyjny i przygotowanie migracji powinny obejmować:

1. Inwentaryzacja środowiska: liczba i rodzaj maszyn wirtualnych, zasoby (CPU, RAM, pamięć masowa), profil obciążenia w szczycie i poza nim.
2. Analiza zależności aplikacyjnych i sprzętowych: które VM są ze sobą powiązane, jakie integracje istnieją z systemami zewnętrznymi, co ma certyfikację pod obecną platformę.
3. Określenie wymagań SLA, RTO i RPO: dla każdej klasy systemów. RTO (Recovery Time Objective) określa docelowy maksymalny czas przywrócenia działania usługi po zakłóceniu. RPO (Recovery Point Objective) określa punkt w czasie, do którego dane muszą zostać odtworzone, a tym samym maksymalną akceptowalną utratę danych wyrażoną w czasie.
4. Porównanie TCO, a nie tylko ceny licencji: pełny koszt w perspektywie trzech do pięciu lat: sprzęt, licencje, wsparcie, kompetencje, backup, monitoring, koszt samej migracji.
5. Weryfikacja kompatybilności: sprzęt zgodny z HCL producenta, narzędzia backupowe, systemy monitoringu, integracje aplikacyjne.
6. Przygotowanie PoC (Proof of Concept): testowe środowisko na reprezentatywnym obciążeniu z weryfikacją HA, failover, backupu i odtwarzania. PoC to miejsce, gdzie ujawniają się problemy niewidoczne w dokumentacji.
7. Test migracji i procedura wycofania: każdy etap migracji powinien mieć zdefiniowaną ścieżkę cofnięcia.
8. Weryfikacja backupu i disaster recovery: nie tylko konfiguracja, lecz rzeczywisty test pełnego odtworzenia w środowisku docelowym.
9. Przygotowanie monitoringu i dokumentacji As-built: stan środowiska po migracji musi być udokumentowany, a monitoring uruchomiony przed zakończeniem projektu.
10. Migracja etapowa i testy powdrożeniowe: systemy mniej krytyczne jako pierwsze; systemy krytyczne po potwierdzeniu stabilności.

PoC jest szczególnie zalecany przed migracją środowiska krytycznego, złożonego lub objętego restrykcyjnymi wymaganiami SLA. W mniejszych środowiskach jego zakres może zostać ograniczony, ale nadal należy przetestować migrację, backup, odtwarzanie i procedurę wycofania. Deklaracje producenta dotyczące metod migracji i czasu przełączenia powinny być zweryfikowane w środowisku zbliżonym do produkcyjnego.

Jak SparkSome wspiera migrację z VMware i wdrożenie HCI?

Jako partner Sangfor pomagamy analizować wymagania, dobierać rozwiązanie oraz przygotowywać środowisko do wdrożenia. Nie rekomendujemy z góry jednej platformy dla każdego klienta.

W zależności od potrzeb zakres współpracy może obejmować:

• audyt obecnego środowiska VMware i analizę wymagań;
• porównanie scenariuszy: Sangfor HCI, Proxmox VE, pozostanie przy VMware;
• analizę TCO dla wybranych scenariuszy;
• dobór sprzętu i licencji;
• przygotowanie PoC;
• projekt HA i disaster recovery;
• migrację maszyn wirtualnych;
• konfigurację backupu, sieci i monitoringu;
• dokumentację As-built;
• wsparcie środowiska po wdrożeniu.

Sangfor HCI, VMware czy Proxmox VE: najważniejsze wnioski

• Zmiany w modelu licencjonowania VMware po przejęciu przez Broadcom (per rdzeń, minimum 16 rdzeni na procesor) skłoniły wiele organizacji do ponownego przeliczenia kosztów i mogą zwiększać wydatki w środowiskach z procesorami o dużej liczbie rdzeni. Rzeczywisty wpływ zależy od konfiguracji, wcześniej posiadanych licencji, zakresu pakietu, rabatów i warunków oferty.
• Sangfor HCI to zintegrowana platforma HCI oparta na KVM. Producent deklaruje dla opisanych scenariuszy: lokalne HA z RPO 0 i RTO 30 s, stretched cluster do 50 km przy RTT nie większym niż 1 ms, DR z RPO od 1 s. Parametry referencyjne; wartości zależą od architektury i konfiguracji. Może być uzasadnionym wyborem dla organizacji szukających jednego producenta dla całego stosu, pod warunkiem weryfikacji wymaganych funkcji w PoC.
• Proxmox VE ogranicza zależność licencyjną od pojedynczego producenta i daje elastyczność w doborze komponentów. Od wersji 9.2 dostępny jest Dynamic Load Balancer. Platforma wymaga dojrzałych kompetencji wewnętrznych lub partnera do projektowania i utrzymania każdej warstwy. Niski koszt licencji nie oznacza automatycznie niskiego TCO.
• Pozostanie przy VMware może być racjonalne, gdy dojrzałość procedur, integracje aplikacyjne i kompetencje zespołu tworzą wartość trudną do szybkiego odtworzenia na nowej platformie.
• Przed decyzją konieczna jest analiza TCO oraz weryfikacja kompatybilności sprzętu i narzędzi. W środowiskach krytycznych, złożonych lub objętych restrykcyjnymi wymaganiami SLA należy również przeprowadzić PoC.
• Decyzja oparta wyłącznie na porównaniu cen licencji pomija większą część obrazu kosztów i ryzyk.
• Dokumentacja 6.11.3 potwierdza obsługę vTPM i szyfrowanie dysków VM (AES-256) w Sangfor HCI. Zakres szyfrowania warstwy aSAN, deduplikacji i kompresji w aSAN oraz fizyczny TPM hosta wymagają potwierdzenia dla planowanej konfiguracji.