Kopia zapasowa VMware po przejęciu przez Broadcom: kluczowe zmiany i najlepsze rozwiązania
Pod koniec 2023 roku firma Broadcom sfinalizowała przejęcie VMware, zmieniając oblicze jednej z najbardziej wpływowych marek w branży wirtualizacji. Posunięcie to spowodowało znaczące zmiany w zakresie licencjonowania, struktury produktów, administracji oraz ochrony danych.
W miarę jak Broadcom reorganizuje VMware i jego ekosystem, skutki tych zmian odczuwają klienci, partnerzy oraz dostawcy rozwiązań do tworzenia kopii zapasowych. W tym wpisie na blogu omówiono, w jaki sposób przejęcie VMware przez Broadcom zmienia krajobraz rozwiązań do tworzenia kopii zapasowych oraz co oznacza to dla przyszłości ochrony danych w VMware.
Zrozumienie zmian związanych z przejęciem VMware przez Broadcom i ich wpływu na tworzenie kopii zapasowej VMware
Zmiany w tworzeniu kopii zapasowej VMware mogą nie być oczywiste, ale są istotne. Zespoły IT muszą zrozumieć nowe ograniczenia licencyjne VMware Broadcom, ich wpływ oraz sposoby skutecznego zarządzania nimi.
- Zmiany w licencjonowaniu . Firma Broadcom zaprzestała oferowania licencji bezterminowych VMware, udostępniając odtąd wyłącznie opcje subskrypcyjne i terminowe. Stopniowo wycofywane jest również odnawianie istniejących licencji bezterminowych. Po wygaśnięciu obecnych umów wsparcia technicznego klienci posiadający licencje bezterminowe nie będą już otrzymywać aktualizacji, poprawek ani wsparcia od dostawcy. Będą mogli nadal korzystać z posiadanych produktów VMware, ale bez bieżących aktualizacji zabezpieczeń i pomocy technicznej.
- Pakiety produktów . Nie ma już możliwości swobodnego wyboru poszczególnych licencji na oprogramowanie VMware. Klienci nie mogą już osobno kupować licencji na konkretne produkty, takie jak VMware vSphere, ESXi czy vCenter. Zamiast tego oprogramowanie i licencje VMware zostały połączone w większe pakiety. Produkty VMware i jednostki magazynowe (SKU), które wcześniej były oddzielne, zostały skonsolidowane w dwa główne pakiety: VMware Cloud Foundation i VMware vSphere Foundation, wraz z pewnymi dodatkami.
- Zmieniony model cenowy . Zgodnie z nową polityką VMware Broadcom licencjonowanie opiera się obecnie na rdzeniach procesora, a nie na gniazdach. Poprzedni model oparty na liczbie procesorów został zastąpiony modelem opartym na liczbie rdzeni, zazwyczaj z minimalną liczbą 16 rdzeni na procesor, nawet jeśli wykorzystywanych jest mniej rdzeni. Licencje są obecnie dostępne wyłącznie w ramach subskrypcji terminowych (na 1, 3 lub 5 lat), które zastąpiły poprzedni model licencji bezterminowych. W rezultacie wielu klientów odnotowuje znaczny wzrost kosztów, nawet jeśli nadal korzystają z tego samego oprogramowania i usług VMware, co dotychczas.
- Zmiany w ekosystemie partnerów, odsprzedawców i dostawców usług w chmurze . Nowe programy partnerskie, takie jak Broadcom Advantage Partner Program, są obecnie dostępne wyłącznie na zaproszenie. Niektórzy dotychczasowi partnerzy VMware nie otrzymali zaproszenia lub utracili pewne uprawnienia. Programy VMware Cloud Service Provider i White Label są obecnie modyfikowane. W związku z tym niektóre umowy w ramach programu White Label są wycofywane.
- Aktualizacje dotyczące wsparcia technicznego . Obecni posiadacze licencji bezterminowych mogą nadal korzystać ze swoich licencji. Nowe poprawki wsparcia technicznego i aktualizacje oprogramowania są jednak dostępne wyłącznie dla osób posiadających aktywną umowę wsparcia technicznego lub status subskrypcji. Po wygaśnięciu okresu wsparcia technicznego dla licencji bezterminowych dostęp do krytycznych poprawek lub aktualizacji może zostać zakończony lub opóźniony.
- Migracja wsparcia technicznego dla klientów , kont i portali na stronę internetową firmy Broadcom. Niektóre funkcje starego systemu strony internetowej VMware (takie jak struktura portalu klienta) zostały zmienione lub przemianowane.
Wpływ na operacje tworzenia kopii zapasowej
Jeśli rozwiązanie do tworzenia kopii zapasowych opiera się na licencjach VMware (hosty ESXi, vSphere, vCenter itp.), przejście z modelu wieczystego na model oparty na subskrypcji może zwiększyć powtarzające się koszty operacyjne. Licencjonowanie oparte na minimalnej liczbie rdzeni oznacza, że małe hosty do tworzenia kopii zapasowych mogą stać się stosunkowo droższe.
Niektóre samodzielne funkcje wykorzystywane przez narzędzia do tworzenia kopii zapasowych (określone interfejsy API, wtyczki lub komponenty) mogą nie być już oferowane lub mogą być dostępne wyłącznie w ramach pakietów subskrypcyjnych. Organizacje muszą przeprowadzić audyt funkcji wykorzystywanych przez oprogramowanie do wykonania kopii zapasowej i przyporządkować je do numerów katalogowych (SKU) produktów VMware w ramach nowych pakietów. Na podstawie tych informacji muszą ustalić, czy powinny przejść na bardziej kompleksowy pakiet, czy też rozważyć alternatywne rozwiązania.
Przejście z modelu CapEx (jednorazowy zakup) na model OpEx (subskrypcja) może wpłynąć na sposób finansowania lub audytu infrastruktury kopii zapasowych. Odnawianie subskrypcji wymaga ciągłego planowania budżetu. Ogólnie rzecz biorąc, całkowite koszty korzystania z VMware vSphere do celów tworzenia kopii zapasowych wzrosły od czasu zmiany w licencjonowaniu VMware przez Broadcom.
Jeśli korzystali Państwo z usług VMware (w zakresie pamięci masowej do tworzenia kopii zapasowych, lokalizacji zapasowych itp.) za pośrednictwem określonych odsprzedawców, partnerów lub dostawców usług w chmurze, ich status może ulec zmianie w wyniku reorganizacji programu partnerskiego. Niektórzy partnerzy mogą utracić możliwość pozyskiwania nowych klientów lub odnawiania usług. Organizacje mogą być zmuszone do przeglądu swoich umów i oceny, czy dany partner nadal posiada uprawnienia w ramach nowego programu.
Partnerzy i odsprzedawcy VMware zgłaszają znaczny wzrost minimalnych progów zakupu rdzeni na rok 2025. Dostawcy zareagowali szybko (ankiety, przewodniki, zalecenia dla partnerów), ponieważ rozwiązania do wykonywania kopii zapasowej opierają się na konkretnych funkcjach VMware, interfejsach API oraz przewidywalnych zasadach licencjonowania. Niektóre funkcje lub pakiety, których potrzebują dostawcy rozwiązań do wykonywania kopii zapasowej (określone edycje vSphere, dodatki vSAN lub funkcje mobilności w chmurze), mogą być dostępne wyłącznie w droższych pakietach.
Jeśli korzystasz z licencji bezterminowych, być może będziesz musiał zdecydować, czy pozostać przy VMware w ramach subskrypcji, czy też przejść na alternatywne platformy (oprogramowanie open source, inne płatne hiperwizory lub chmurę). Podczas procesu migracji należy uwzględnić tworzenie kopii zapasowych danych oraz plany odzyskiwania awaryjnego .
Jak te zmiany wpływają na tworzenie kopii zapasowych i odzyskiwanie awaryjne
Wyższe koszty cykliczne związane z hostami i miejscami docelowymi kopii zapasowych wynikają z nowego systemu licencjonowania Broadcom VMware. Jeśli infrastruktura kopii zapasowej (serwery proxy kopii zapasowych/repozytoria kopii zapasowych, serwery odzyskiwania awaryjnego) działa na infrastrukturze wirtualnej VMware, minimalne opłaty za rdzeń oraz ceny subskrypcji mogą znacznie zwiększyć koszty operacyjne (OPEX) nawet w przypadku małych laboratoriów lub serwerów brzegowych.
Co to oznacza dla dostawców rozwiązań do tworzenia kopii zapasowych
Dostawcy rozwiązań do tworzenia kopii zapasowych korzystają z interfejsów API vSphere (VADP – vSphere API for Data Protection) w celu obsługi funkcji takich jak migawki i śledzenie zmienionych bloków. Jeśli firma VMware ograniczy dostęp do funkcji do określonych wersji produktu (SKU), dostawcy (lub ich klienci) muszą wiedzieć, którą edycję VMware należy zakupić, aby uzyskać wymagane funkcje. Dostawcy rozwiązań do tworzenia kopii zapasowych opublikowali przewodniki i przeprowadzają ankiety wśród klientów, aby pomóc im w poruszaniu się po tych zmianach.
Wielu dostawców przygotowuje również obsługę wielu hiperwizorów w zakresie tworzenia kopii zapasowych i odzyskiwania danych lub strategii „chmura” (lepsze wsparcie dla KVM/Proxmox, Hyper-V, AWS, Azure lub Google Cloud Platform), aby zapewnić klientom kilka opcji do wyboru.
Jeśli już korzystasz z produktów VMware w procesach tworzenia kopii zapasowej, Twoje istniejące kopie zapasowe i maszyny wirtualne będą nadal działać normalnie. Możesz jednak utracić dostęp do wsparcia technicznego dostawcy, poprawek bezpieczeństwa i przyszłych aktualizacji funkcji, jeśli wygaśnie Twoja subskrypcja i wsparcie (wygasnie SnS) lub zmienią się warunki uprawnień.
Kluczowe wyzwania związane z tworzeniem kopii zapasowej VMware i priorytety dla liderów IT
W świetle nowych wyzwań związanych z tworzeniem kopii zapasowej VMware liderzy IT powinni ponownie ocenić swoje priorytety. Wyjaśnijmy główne wyzwania związane z tworzeniem kopii zapasowej maszyn wirtualnych po przejęciu VMware przez Broadcom.
Wyzwania związane z tworzeniem kopii zapasowej VMware po przejęciu przez Broadcom
- Rosnące i nieprzewidywalne koszty licencji . Licencjonowanie na rdzeń z minimalnymi progami powoduje wzrost kosztów eksploatacji nawet niewielkich klastrów VMware wykorzystywanych jako miejsca docelowe kopii zapasowych, do replikacji lub odzyskiwania awaryjnego. Przewidywalność budżetu ulega pogorszeniu, ponieważ odnowienia licencji są powiązane z cyklami subskrypcji, a niektóre funkcje, które wcześniej były wliczone w cenę (na przykład zaawansowane interfejsy API vSphere lub Site Recovery Manager), są obecnie dostępne wyłącznie w droższych pakietach. Negatywne skutki obejmują wzrost budżetów na tworzenie kopii zapasowych, a organizacje muszą uzasadniać wyższe powtarzające się koszty operacyjne (OPEX) przy zachowaniu tej samej funkcjonalności tworzenia kopii zapasowych.
- Zależność od interfejsów API i funkcji . Migawki VMware, Śledzenie zmienionych bloków (CBT) oraz interfejsy API vSphere do ochrony danych (VADP) są funkcjami zastrzeżonymi. Dostawcy rozwiązań do wykonywania kopii zapasowych w dużym stopniu polegają na tych interfejsach API. Jeśli firma VMware przeniesie je do droższych pakietów, klienci będą musieli zapłacić więcej, aby móc nadal korzystać ze standardowych procesów wykonywania kopii zapasowych. W rezultacie pojawiają się ukryte koszty i zmniejsza się elastyczność. Ponadto wzrasta ryzyko uzależnienia od dostawcy.
- Złożoność wdrażania wielooddziałowego i odzyskiwania awaryjnego . Zmiany w programach partnerskich i programach dostawców usług w chmurze firmy VMware mogą zakłócić działanie usług odzyskiwania awaryjnego. Niektórzy dostawcy usług w chmurze i usług zarządzanych utracili uprawnienia lub specjalne ceny. Wielooddziałowe odzyskiwanie awaryjne Odzyskiwanie awaryjne (DR) z wykorzystaniem VMware Site Recovery Manager (SRM) lub replikacji innych dostawców może być trudniejsze do spójnego zaplanowania. Zakłócenia te doprowadziły do ograniczenia opcji odzyskiwania awaryjnego oraz wydłużenia wskaźników RPO/RTO.
Kluczowe priorytety dla liderów IT
Poniżej przedstawiono kluczowe zalecenia i priorytety strategiczne dla liderów IT, mające na celu zapewnienie ciągłej ochrony danych w środowiskach wirtualnych po przejęciu firmy Broadcom przez VMware.
- Przeprowadź audyt i sporządź mapę zależności związanych z wykonywaniem kopii zapasowych VMware. Zidentyfikuj, od których produktów, interfejsów API i edycji VMware zależą Twoje obecne procesy tworzenia kopii zapasowych. Udokumentuj daty wygaśnięcia umów, subskrypcji i wsparcia technicznego. Zmapuj, które obciążenia są najbardziej krytyczne do przywrócenia (wykorzystaj podejście obsługa warstw ).
- Oszacuj budżet zgodnie z nowymi zasadami licencjonowania VMware przez Broadcom. Współpracuj z działem finansowym, aby prognozować koszty na 1, 3 i 5 lat w oparciu o subskrypcję i minimalną liczbę rdzeni. Zidentyfikuj obszary, w których koszty VMware nieproporcjonalnie wpływają na środowiska kopii zapasowych (na przykład małe lokalizacje odzyskiwania awaryjnego). Jeśli to możliwe, negocjuj wieloletnie umowy, aby ustabilizować koszty.
- Oceń gotowość do tworzenia kopii zapasowych na wielu platformach i w chmurze. Test przywracania obciążeń VMware na alternatywne hiperwizory (Hyper-V, KVM, Proxmox) lub chmurę publiczną. Naciskaj na dostawców, aby udowodnili przenośność kopii zapasowych poza środowisko VMware. Rozważ migrację obciążeń związanych z rozwojem i testowaniem.
- Zaplanuj odzyskiwanie awaryjne wykraczające poza środowisko wirtualne VMware. Rozważ replikację opartą na pamięci masowej lub kopie zapasowe oparte na agentach jako strategie odzyskiwania awaryjnego niezależne od VMware. Zapewnij co najmniej jedną ścieżkę odzyskiwania awaryjnego, która nie opiera się wyłącznie na licencjach VMware firmy Broadcom.
Najlepsze rozwiązania dotyczące kopii zapasowych VMware w erze Broadcom
W erze Broadcom VMware skuteczna strategia kopii zapasowej VMware musi łączyć wysoką odporność techniczną ze szczególną dbałością o licencjonowanie i efektywność kosztową. Aby zapewnić sobie ochronę i zgodność z przepisami, organizacje powinny stosować najlepsze rozwiązania dotyczące tworzenia kopii zapasowej maszyn wirtualnych VMware, zgodne z nowymi ramami prawnymi wynikającymi z przejęcia VMware przez Broadcom.
- Sprawdź uprawnienia licencyjne . Sprawdź, czy Twoja edycja VMware nadal zapewnia dostęp do wymaganych interfejsów API do wykonania kopii zapasowej (VADP, CBT, migawki). Niektóre funkcje mogą teraz wymagać pakietów wyższego poziomu. Zaplanuj licencjonowanie na rdzeń i uwzględnij zasady Broadcom dotyczące minimalnej liczby rdzeni przy projektowaniu klastra kopii zapasowych. Tam, gdzie to możliwe, konsoliduj obciążenia, aby zminimalizować liczbę licencjonowanych rdzeni. Oszacuj budżet z uwzględnieniem wieloletnich okresów. Tam, gdzie to możliwe, zawieraj dłuższe umowy (3–5 lat), aby uniknąć nieprzewidywalnych skoków kosztów.
- Zastosuj zasadę tworzenia kopii zapasowych 3-2-1 lub 3-2-1-1 . Należy przechowywać co najmniej 3 kopie danych na 2 różnych typach nośników (dysk + obiekt lub dysk + taśma), przy czym 1 kopia powinna znajdować się zdalnie (w chmurze lub w lokalizacji DR), a 1 kopia powinna być niezmienna lub fizycznie odłączona (co ma kluczowe znaczenie dla odzyskiwania danych po ataku oprogramowania wymuszającego okup).
- Należy weryfikować proces odzyskiwania , a nie tylko wykonywać kopie zapasowe. Należy regularnie przeprowadzać testy odzyskiwania. Należy testować przywracanie pełnych maszyn wirtualnych, przywracanie na poziomie plików oraz przywracanie spójne z aplikacjami. Zweryfikuj RPO i RTO wartości. Upewnij się, że czasy i punkty odzyskiwania są zgodne z umowami o gwarantowanym poziomie usług (SLA). Korzystaj z izolowanych sieci, aby testować odzyskiwanie obciążeń produkcyjnych bez zakłóceń.
- Przygotuj się do odzyskiwania na wielu platformach . Przetestuj przenośność kopii zapasowych i upewnij się, że rozwiązanie umożliwia przywrócenie maszyn wirtualnych VMware na innych hiperwizorach (KVM, Hyper-V, Proxmox) lub w chmurach publicznych (AWS, Azure, Google Cloud Platform). Rozważ kopie zapasowe oparte na agentach jako ostateczny środek. W przypadku krytycznych obciążeń można zainstalować agenty kopii zapasowych jako ścieżkę rezerwową, aby zapewnić opcje odzyskiwania wykraczające poza interfejsy API VMware (jeśli interfejsy API nie będą współpracować z Twoim rozwiązaniem do wykonywania kopii zapasowych po ich aktualizacji przez firmę Broadcom).
- Nawiąż współpracę z dostawcami z ekosystemu . Zapytaj dostawców rozwiązań do tworzenia kopii zapasowej o wsparcie dla VMware w ramach nowego systemu licencjonowania Broadcom oraz o ich strategię dotyczącą wielu hiperwizorów lub chmury. Sprawdź zmiany w programach partnerskich VMware i Broadcom. Upewnij się, że Twój dostawca usług nadal posiada uprawnienia zgodnie z nowymi zasadami partnerskimi, zwłaszcza jeśli korzystasz z rozwiązania typu „ Odzyskiwanie awaryjne jako usługa ” (DRaaS). Śledź sygnały płynące ze społeczności, analizując opinie z grup użytkowników i forów, aby wyprzedzać nagłe zmiany (podwyżki cen, zmiany w pakietach).
Jak NAKIVO obsługuje tworzenie kopii zapasowej VMware w erze Broadcom
NAKIVO Backup & Replication to dedykowane, wieloplatformowe rozwiązanie do ochrony danych, które obsługuje VMware vSphere, Hyper-V, Proxmox VE oraz Nutanix AHV jako platformy wirtualne do tworzenia kopii zapasowych i odzyskiwania danych.
- Obsługa VMware vSphere 9 wraz ze wszystkimi powiązanymi aktualizacjami dotyczącymi licencjonowania i komponentów oprogramowania.
- Odzyskiwanie międzyplatformowe . Odzyskaj maszyny wirtualne VMware na inne platformy wirtualizacyjne obsługujące VMDK oraz formaty dysków wirtualnych VHD (VHDX). Oznacza to, że możesz przeprowadzić międzyplatformowe odzyskiwanie maszyn wirtualnych VMware na platformach Hyper-V i Proxmox. Możesz płynnie migrować na inną platformę wirtualizacyjną, zachowując istniejące kopie zapasowe, jeśli nowa zmiana licencji Broadcom VMware nie jest odpowiednia.
- Jeśli korzystasz z usług BaaS, RaaS i DRaaS od dostawcy usług zarządzanych (MSP) przy użyciu wielodostępnej wersji NAKIVO Backup & Replication, nie powinieneś zauważyć żadnych zmian związanych z funkcją rozwiązania podczas wykonywania kopii zapasowych i odzyskiwania maszyn wirtualnych VMware.
- Tworzenie kopii zapasowych w chmurze . Jeśli infrastruktura tworzenia kopii zapasowych była powiązana z maszynami wirtualnymi VMware vSphere, za pomocą rozwiązania NAKIVO można wykonać kopie zapasowe maszyn wirtualnych w chmurze publicznej, takiej jak Microsoft Azure, Amazon S3 oraz w pamięci zgodnej z usługą S3.
- Tworzenie kopii zapasowych na innych platformach . Można wykonać kopie zapasowe maszyn fizycznych i wirtualnych na urządzeniach NAS, SMB i NFS udziałach plików oraz taśmach.
Wnioski
Przejęcie VMware przez Broadcom zmieniło podejście organizacji do wirtualizacji, licencjonowania i ochrony danych. Liderzy IT muszą teraz dostosować swoje strategie tworzenia kopii zapasowej VMware, aby zachować wydajność, zgodność z przepisami i odporność w tym zmieniającym się środowisku. Dzięki zrozumieniu nowych modeli licencjonowania i zależności związanych z tworzeniem kopii zapasowej przedsiębiorstwa mogą ograniczyć ryzyko i kontrolować koszty. Ciągła optymalizacja praktyk tworzenia kopii zapasowej VMware ma kluczowe znaczenie dla zapewnienia długoterminowej stabilności w erze Broadcom VMware.
