1. HCX – trochę teorii, modele licencyjne, jak go wykorzystać.

To jest pierwszy z serii artykułów na temat HCX – w mojej opinii jednej z najciekawszych technologii którą w tej chwili VMware ma w ofercie. 

W kolejnych chciałbym się skupić na: 

2. HCX, Implementacja w połączeniu z VMC
3. HCX, Modele migracji, jak to wygląda w praktyce

HCX jest to usługa VMware (SaaS) przy pomocy której można migrować systemy wirtualne on-prem DC lub (i to jest mega) do cloud bez– i tutaj uwaga:

1. rekonfiguracji systemu
2. z zachowaniem adresu MAC
3. z zachowaniem adresu IP

Mówiąc krótko, nie musimy inwestować czasu, pieniędzy w migrację systemu operacyjnego/modernizację aplikacji. 

Nie dla każdej sytuacji rzeczywiście potrzeba, ale również sprytna migracja systemu bez jego wyłączenia. Ale o tym wszystkim za chwilę.

Dlaczego warto używać HCX? 

Z tych ważniejszych powodów:

1. Migracja (również live)
2. Nie ma potrzeby zmiany adresu IP
3. Nie ma potrzeby rekonfiguracji systemu/firewall
4. Nie ma potrzeby rozumienia całego stacku aplikacyjnego, połączeń pomiędzy systemami, po migracji aplikacje komunikują się ze sobą jak wcześniej, nic się nie zmienia
5. Migracja z Hyper-V/KVM do VMware
6. L2 – rozciągnięcie warstwy sieci
7. Rebalancing
8. Disaster recovery
9. Usługa optymalizacji sieci (deduplikacja, kompresja)
10. Cross-cloud migration
11. Bulk migration (dla masowej migracji) – o tym więcej później
12. Automatyczna zmiana adresacji IP po migracji (również zmiana nazwy, upgrade vmtools) – jeśli będzie taka potrzeba
13. Brak przerwy w działaniu systemu (albo przerwa ta jest bliska zeru)
14. Nie ma potrzeby aktualizacji wersji vSphere przed migracją, HCX współpracuje ze starszymi wersjami równie dobrze (migracja z wersji 5.5+ !!!)
15. One console to process with the migration
16. Scheduled migration

Wersje licencyjne:

1. HCX Advanced
   1. Cold migration 
   2. HCX vMotion
   3. HCX Bulk
2. HCX Enterprise
   1. OS Assisted Replication
   2. Replicated Assisted vMotion

Chociaż wersja Advanced proponuje całkiem sporą funkcjonalność, to w większości zastosowań najbardziej pożądanym sposobem migracji jest Replicated Assisted vMotion (RAV).

I tutaj ciekawostka, przy migracji do chmury AWS (VMC) migracja RAV przychodzi wraz z licencją Advanced. I kolejna Natomiast sama licencja Advanced jest w “cenie” SDDC. 

Skrótowy opis sposobów migracji, więcej znajdzie się w kolejnych artykułach:

• Cold migration  – migracja, jak sama nazwa wskazuje dla wyłączonych systemów.
• vMotion – to migracja trochę jak w lokalnym DC, system za systemem, dysk po dysku. Może się sprawdzić w przypadku poszczególnych systemów, ale nie zmasowanej migracji.
• Bulk migration – to jest bardzo skuteczny sposób na migrację większych środowisk. Wymaga krótkiego downtime. Dyski systemów są kopiowane do środowiska docelowego. W momencie kiedy następuje decyzja o przełączeniu, systemy źródłowe są zatrzymywane, następuje replikacja ostatnich zmian i systemy są uruchamiane. Możliwa jest (automatyczna) zmiana konfiguracji systemu podczas uruchomienia (podobnie jak w SRM)
• OS Assisted Replication dotyczy środowisk nie-VMware. Możliwa jest migracja z systemów wirtualnych pracujących pod kontrolą KVM oraz Hyper-V.
• Replicated Assisted vMotion — to takie połączenie bulk migration z vMotion. Systemy migrują się w sposób “inteligentny” ale w odróżnieniu od bulk migration nie wymagają wyłączenia. 

Podsumowanie: 

W mojej skromnej opinii jedną z głównych sił napędowych decydujących o migracji środowisk VMware do VMware w chmurze (publicznej) zamiast na natywne rozwiązania chmury jest właśnie HCX. Firmy coraz częściej wybierają rozwiązania VMware w chmurze publicznej (AWS, Azure, GCP) jako rozwiązanie tymczasowe – do momentu migracji swojego środowiska na rozwiązania typu cloud-native. Alternatywą jest migracja całych systemów operacyjnych wraz aplikacją do chmury. W praktyce jednak migrując systemy do chmury musimy spełnić jej specyficzne wymagania takie jak zmiana adresacji czy chociażby instalacja odpowiednich sterowników. Czynności te są zawsze obarczone ryzykiem i znacznie wydłużają proces migracji. Z wykorzystaniem HCX znane są mi przypadki, kiedy organizacja zmigrowała z sukcesem kilkaset systemów do środowiska VMC w dwa miesiące przy bardzo niskich nakładach ludzkich.