Migracja z VMware do AWS - kompletny przewodnik po zmianach licencyjnych Broadcom

Ten przewodnik jest dla średnich firm, działów IT w dużych organizacjach i podmiotów publicznych, które utrzymują środowiska VMware i stają przed decyzją o odnowieniu licencji na warunkach których nie chciały. Realizujemy takie migracje dla organizacji pod realnymi ograniczeniami regulacyjnymi i wymaganiami dostępności - regulowane usługi finansowe, ochrona zdrowia, środowiska produkcyjne, których nie da się po prostu wyłączyć na weekend.

Jeśli potrzebujesz szerszego przeglądu migracji do AWS, niezwiązanego z VMware, zobacz nasz kompletny przewodnik po migracji do chmury AWS.

Dlaczego migracja z VMware stała się decyzją kosztową

Co zmienił Broadcom

Broadcom przejął VMware w listopadzie 2023 i szybko przebudował model komercyjny:

• Licencje wieczyste zniknęły. Wszystko jest teraz subskrypcją - wynajmujesz i już nie posiadasz.
• Produkty spakietowano. Pojedyncze SKU wchodzą w skład VMware Cloud Foundation (VCF); wielu klientów płaci za funkcje, których nie używa.
• Ceny wzrosły skokowo. Raportowane podwyżki sięgają 2-10x przy odnowieniu, zależnie od poprzedniej umowy i pakietu.
• Wzrosły minima. Minimalna liczba rdzeni na CPU sprawia, że mniejsze hosty są wyceniane nieproporcjonalnie wysoko.

To nie jest teoretyczna fala, która już przeszła. Daty odnowień są rozłożone w czasie, więc kolejne organizacje trafiają na moment “rachunek nam się właśnie podwoił - co teraz?” nieprzerwanie przez 2027 i dalej. Jeśli twoje odnowienie jest jeszcze przed tobą, najlepszy czas na zaprojektowanie alternatywy jest zanim wpłynie oferta, a nie po.

Paralela z Oracle

Jeśli ten wzorzec wydaje się znajomy, to słusznie. To ta sama dynamika, która napędza migracje Oracle do PostgreSQL: dostawca legacy podnosi koszt utrzymania, a AWS aktywnie finansuje wyjście. AWS ma dedykowaną ścieżkę MAP dla VMware z dokładnie tego samego powodu, dla którego ma ją dla Oracle - przeniesienie tych środowisk na AWS jest dla niego strategicznie wartościowe, więc je subsydiuje. Dla firm mających jednocześnie VMware i Oracle obie migracje można często sfinansować w ramach jednego zaangażowania migracyjnego wspieranego przez MAP.

Ścieżki migracji - cztery drogi z VMware

Pierwsza decyzja nie brzmi “jak”, tylko “jak daleko”. Wyjście z VMware to spektrum: od przeniesienia całego stosu vSphere na sprzęt AWS (szybko, ale zostajesz przy licencjonowaniu VMware) po całkowite porzucenie VMware (więcej pracy, ale lepszy efekt ekonomiczny). Właściwa odpowiedź to zwykle mieszanka tych dwóch.

Rozróżnienie, które sprawia najwięcej problemów: VMware Cloud on AWS to nie jest wyjście z VMware. Przenosi twoje środowisko vSphere na zarządzany bare-metal AWS - co szybko wyprowadza cię z własnego centrum danych, przy niemal zerowej przebudowie - ale nadal płacisz VMware (dziś Broadcom) za subskrypcję co nakłada się na koszty hosta AWS. To naprawdę użyteczny krok (zwłaszcza jako pierwszy ruch pod presją czasu albo gdy kończy się umowa na centrum danych), ale jeśli motywem jest rachunek od Broadcom, samo VMC nie rozwiązuje problemu. Dopiero rehost do EC2 z AWS MGN faktycznie kończy licencję VMware.

Częsta, praktyczna sekwencja: użyj VMC on AWS, by szybko opuścić centrum danych, a potem przenoś lub modernizuj aplikację po aplikacji poza VMware, gdy presja czasu minie. To odwzorowuje strategie “Relocate”, a następnie “Rehost/Replatform” z naszego przewodnika po 7 strategiach migracji.

Która ścieżka dla wybranych sytuacji

Proces migracji krok po kroku

Narzędzia AWS do migracji VMware

• AWS Application Migration Service (MGN) - podstawowe narzędzie rehostu. Agentowe, ciągła replikacja VM na poziomie bloków do EC2, z testowymi uruchomieniami przed przełączeniem. To ono wyprowadza cię z VMware.
• VMware Cloud on AWS (VMC) - uruchamia vSphere, vSAN i NSX na hostach bare-metal AWS. HCX obsługuje migrację VM do SDDC. Szybkie wyjście z centrum danych; zostawia licencjonowanie VMware.
• AWS DMS - migracja baz danych z change-data-capture dla przełączenia przy niemal zerowym przestoju. Zobacz nasz przewodnik po AWS DMS.
• AWS DataSync - szybki, zarządzany transfer dużych zbiorów plikowych i obiektowych.
• Migration Evaluator / Application Discovery Service - budują inwentarz, mapę zależności i model kosztu stanu docelowego w fazie oceny.

VMware Cloud on AWS - jakie to koszty

VMware Cloud on AWS jest wyceniane przede wszystkim za host - dedykowane instancje bare-metal (jak klasa hostów i4i), które rezerwujesz godzinowo albo z zobowiązaniem na 1 lub 3 lata dla znaczącej zniżki. Pojedynczy host mieści dużą ilość CPU, RAM i pamięci NVMe vSAN, a w produkcji obowiązuje minimalna liczba hostów na SDDC.

Praktyczne konsekwencje dla modelu kosztów:

• Koszt VMC = koszt hosta AWS + subskrypcja Broadcom na vSphere/VCF działającym na tych hostach - dlatego VMC nie jest odpowiedzią, jeśli celem jest ucieczka od rachunku Broadcom.
• Koszt rehostu do EC2 = EC2 + EBS + transfer danych, i żadnej licencji VMware. Dla środowisk o stałym charakterze Savings Plans lub Reserved Instances obniżają koszt compute o 40-70% względem on-demand.
• Zobowiązanie vs on-demand: zobowiązania 1- lub 3-letnie ostro tną stawkę hosta/instancji. Dla przewidywalnych środowisk to właściwy wybór; dla niepewnych - on-demand na czas stabilizacji, potem zobowiązanie.

Uczciwe porównanie kosztów jest trójstronne: pozostanie na nowych cenach Broadcom, VMC on AWS (host AWS + Broadcom) i natywne AWS po rehoście (bez licencji VMware). Dla większości organizacji, których wyzwalaczem jest podwyżka Broadcom, kolumna natywnego AWS wygrywa wyraźnie, gdy środowisko się ustabilizuje - dlatego VMC, gdy jest używane, jest zwykle etapem pośrednim, a nie celem. To porównanie budujemy dla twojego konkretnego środowiska w fazie oceny; nasz kalkulator kosztów migracji do AWS daje wstępne oszacowanie wg wielkości firmy.

VMware Cloud on AWS Outposts

Dla obciążeń, które naprawdę nie mogą opuścić twojej lokalizacji - wymogi rezydencji danych, opóźnienie do sprzętu on-site albo regulator, który nie zaakceptuje chmury publicznej - VMware Cloud on AWS Outposts uruchamia ten sam zarządzany stos VMC na sprzęcie AWS zainstalowanym w twoim centrum danych. To niszowa, ale realna opcja utrzymania hybrydowego śladu przy jednoczesnej konsolidacji na platformie zarządzanej przez AWS.

Jak AWS MAP finansuje twoją migrację VMware

Czym jest MAP

Migration Acceleration Program to sposób, w jaki AWS subsydiuje przejście z konkurencyjnych platform. Nie jest to zniżka na usługi AWS - to finansowanie kosztów twojego partnera migracyjnego (ocena, inżynieria, testy, przełączenie), w trzech fazach:

Dedykowana ścieżka VMware

AWS prowadzi ścieżkę MAP specyficzną dla VMware z budżetami powyżej standardowego programu - bezpośredni odpowiednik ścieżki Oracle. Istnieje, bo ceny Broadcom stworzyły dużą pulę obciążeń aktywnie szukających opcji przeniesienia, a AWS to wspiera. W praktyce oznacza to wyższe pułapy finansowania dla środowisk VMware oraz, gdy twoja data odnowienia Broadcom jest blisko, zachęty dają “okno możliwości” do synchronizacji z tą datą.

Kto się kwalifikuje

• Środowisko VMware działające on-premise, w kolokacji albo na VMC.
• Minimalna wartość zaangażowania partnera (z grubsza 200 tys. zł+ pracy) - kwota którą realne środowiska VMware przekraczają bez problemu.
• Cel na natywnych usługach AWS (albo VMC jako pierwszy etap).
• Certyfikowany partner MAP, który złoży wniosek. Zajmujemy się tym od początku do końca.

Jak to wygląda w praktyce

Zestawione z nowymi cenami Broadcom, koszt własny po MAP jest często niższy niż pojedynczy rok podwyższonej subskrypcji VMware - i to sprawia, że okres zwrotu jest wyjątkowo krótki. Jeśli utrzymujesz też Oracle, obie migracje mogą zmieścić się w jednym zaangażowaniu MAP lub kilku oddzielnych.

Proces kwalifikacji

1. Inwentarz środowiska - liczba VM, wymiarowanie, zależności.
2. Zarys uzasadnienia biznesowego - choćby zgrubne liczby Broadcom vs AWS.
3. Twoja data odnowienia Broadcom - wyznacza pilność i może odblokować zsynchronizowane zachęty.
4. Rozmowa - składamy wniosek MAP w twoim imieniu i prowadzimy finansowanie do zakończenia.

Częste błędy i jak ich uniknąć

• Traktowanie VMC on AWS jako mety. Wyprowadza z centrum danych, nie z licencjonowania VMware. W porządku jako pierwszy etap; kosztowne jako cel, jeśli wyzwalaczem był rachunek Broadcom.
• Lift-and-shift bez dostosowania rozmiaru. Środowiska VMware są zwykle przewymiarowane. Rehost VM w starych rozmiarach przenosi to marnotrawstwo na AWS. Dostosuj rozmiar do realnego użycia podczas stabilizacji.
• Ignorowanie zegara odnowienia. Zachęty MAP i siła negocjacyjna są największe przed odnowieniem. Rozpoczęcie oceny po ponownym podpisaniu z Broadcom marnuje jedno i drugie.
• Pominięcie mapowania zależności. Środowisko, które wygląda na odizolowane, zasila trzy inne. Discovery nie jest opcjonalne; przeoczona zależność to awaria przy przełączeniu.
• Pominięcie wyłączenia. Oszczędność jest realna dopiero, gdy vSphere jest wyłączone, a subskrypcja anulowana. Zostawianie źródła “na wszelki wypadek” w nieskończoność oznacza podwójne koszty.

Czas i koszt wg wielkości środowiska

Kwoty po MAP zakładają pokrycie kosztów partnera na poziomie 70-80% w ramach ścieżki VMware. Czasy zakładają rehost oparty na MGN z przełączeniami falowymi; wyjście “relocate” przez VMC może być szybsze przy opuszczaniu on-prem, ale dodaje późniejszą fazę rehostu, aby faktycznie zakończyć licencjonowanie VMware.

Najczęściej zadawane pytania

Jak możemy pomóc

W Devopsity prowadzimy migracje VMware do AWS od początku do końca: ocena i mapa zależności, landing zone AWS, rehost falami przez MGN (albo wyjście “VMC first” z centrum danych tam, gdzie to pasuje), przeniesienia baz danych przez DMS i wyłączenie, które faktycznie zatrzymuje rachunek Broadcom. Jako partner uprawniony do MAP składamy i prowadzimy finansowanie w ramach ścieżki VMware w twoim imieniu, tak aby 70-80% pracy pokrył AWS, a nie twój budżet.

Jeśli twoje odnowienie VMware jest przed tobą, a oferta idzie w złą stronę - porozmawiajmy o twojej migracji, póki zegar odnowienia nadal działa na twoją korzyść.

Przed tobą odnowienie Broadcom?

Umów darmową 30-minutową rozmowę. Bez pitchu - techniczna rozmowa o twoim środowisku VMware i sfinansowanej drodze wyjścia.

Umów rozmowę Wyślij wiadomość