#22 VMware Cloud on X (AWS, Azure, GCP, Ovh Cloud, Alibaba)

Ta przygoda rozpoczęła się w AWS. No i była to taka pierwsza nasza chmura. No i później pokazali się na horyzoncie też inni cloud operatorzy, ci duży tak zwani hyperscalerzy. Czyli IBM Soft Layer później doszło. Następnie weszliśmy w to rozwiązanie z Microsoft Azure, z Googlem. Więc w każdej tej chmurze, nazywa się to troszeczkę inaczej, ale jest zawsze ten sam zestaw oprogramowania, czyli Vis, Libisan i MSX. No też w Oracle można to kupić, nasze rozwiązanie. No i dodatkowo też mamy takich lokalnych cloud operatorów, czyli ty Maciek, jakbyś się chciał stać takim lokalnym cloud operatorem VMware'a, no to też możesz taką chmurkę klientom dostarczać.

Jak tak robisz, to zazwyczaj się to kończy rozpoczęciem kariery w innej firmie. W tym roku, na początku tego roku, na przełomie lutego i kwietnia, mieliśmy taką sytuację, gdy nasz klient, akurat z Ukrainy, przeniósł do naszej chmury w AWS ponad 5000 maszyn wirtualnych. Ale na VMC właśnie. Nie zrobił czegoś takiego, że konwertował tego do EC2 i później próbował Doznać objawienia cloudowego, które w jego przypadku mogłyby być ostateczne. Właśnie dlatego mówię, to taka ciekawa forma onboardingu na rozwiązanie cloudowe, rozwiązań typowo VM-kowych, które lepiej lub gorzej się konwertują do rozwiązań cloud native, a czasami w ogóle ich nie da się zrobić.

Przyjmijmy sobie, że jeżeli przez ostatnie 20 lat budowałeś aplikację w on-premie i one są zbudowane tam, czyli tam będą najlepiej działać, zwyczajnie w świecie, po prostu to tam zostało zrobione. Chcesz to wykonać w formie transplantacji mózgu do innego organizmu gdzieś. Generalnie ja nie słyszałem o jakiejś bardzo dobrze udanej transplantacji mózgu na warstwie medycznej i nie sądzę, żeby to się wydarzyło w IT, więc przenoszenie tego na pałę do innego środowiska jest błędne, ale trzeba to zrobić. Wydaje mi się, że te VMC w sumie na dowolnej chmurze, bo jak nie popatrzysz sobie, to ci najwięksi dostawcy AWS, Azure, Ovh, wszyscy dają ci możliwości instalacji środowisk dwiemorowych. Nie ma czegoś takiego, że jest to coś innego, coś niedobrego.

Tak mi się wydaje przynajmniej. Powiem Tobie też, że są takie wyróżniki, które klienci lubią. Na pytanie działu bezpieczeństwa, no dobrze, kupimy sobie w chmurze natywnej tysiąc maszyn wirtualnych, Czy te maszyny wirtualne będą na sprzęcie share'owanym z innymi klientami? Czy ta sieć będzie share'owana z innymi klientami? Jaką mamy pewność? No i tutaj jak dostajemy u cloud operatora w tym AWS czy Google czy w Azure fizyczne serwery, które wiemy, że są dedykowane i tylko na tych fizycznych serwerach działa oprogramowanie, można to zaszyfrować swoim Oczywiście klucze na poziomie e-visana, czyli storage'u, czy też jeżeli chcemy całe maszyny wirtualne szyfrować, to szyfrujemy.

Innym modem to jest taki, i też mamy takich klientów, który mówi, no ja tę infrastrukturę potrzebuję od dziewiątej do siedemnastej. No i to jakiś automat rano o ósmej czy tam o siódmej naciska przycisk i to wszystko startuje. Później z jakiegoś worka cloudowego, gdzie migruje na storage, wisa nowy, maszyny wirtualne, uruchamia na dziewiątą, już użytkownicy korzystają. O godzinie siedemnastej wyłącza to całe środowisko, no i płaci tylko od dziewiątej do siedemnastej Episode 22 VMware Cloud on X AWS, Azure, GCP, Ovh Cloud, Alibaba.

Episode 22 VMware Cloud on X AWS, Azure, GCP, Ovh Cloud, Alibaba. Wciskamy przycisk, po godzinie buduje nam się środowisko na serwerach fizycznych ze storage'em. Z tego właśnie storage'u, gdzie żeśmy przekopiowali, albo bezpośrednio robimy storage migration, albo na początku migrujemy z tego wolniejszego storage'a na ten No i po dwóch, trzech godzinach mamy odtworzenie się. Mieliśmy problem przez tydzień, zapłaciliśmy za tydzień za tych serwerów, zwijamy się. Jeżeli tak popatrzymy na koszty i stworzenie takiego disaster recovery w chmurze, To jest niski koszt.

Tworzony jest klon dyskowy, tylko po prostu w pamięci w ciągu sekundy tworzone są kolejne klony, więc ta skalowalność sterowana przez automat jest naprawdę duża i genialna. Warto z takiej funkcjonalności korzystać. To też daje zyski. Operacyjne związane z tym, że jeżeli mamy dysk, mamy na froncie 10 identycznych maszyn po 100 GB, No to nawet w takim AWS-ie natywnym, no to płacimy za tą przestrzeń dyskową w tych maszynach wirtualnych. No jeżeli to zrobimy za pomocą Instant Clonów, no to jest to wszystko w pamięci, ten ogryzek związany z danymi, jeżeli potrzebujemy te dane, no to jest naprawdę minimalny, więc te koszty też są od razu dużo mniejsze, tak? Więc widzimy, że tu miks różnych rozwiązań VMware'a, które opotentował VMware jakiś czas temu, przynosi kolosalne korzyści klientom, tak?

W twojej kolokacji, na przykład w Azure. Swoją drogą, wiesz, jak się nazywa usługa AWS-owa w Azure? To jest najbardziej rozkoszna nazwa, to się nazywa AVS. Nie wiem, gość od marketingu chyba oszalał, bo za każdym razem rozmawiając o tych projektach mówimy AWS, a AVS i to jest taki ciężki brainfuck, nie? Natomiast AVS na przykład stawia to na AVS i co to mu daje? Daje mu to, że na przykład ma później te dane przetworzyć i na przykład używa do tego, no nie wiem, prezentuje za pomocą Power BI. Czyli nie musi pompować tych danych do chmury jeszcze raz, Tylko on je ma dość blisko, bo siedzą na tych VM-kach, które dostały je powiedzmy z serwerowni edge'owych, w swoich fabrykach dostał dane produkcyjne, one trafiły do serwerowni edge'owych i następnie zostały wysłane, już takie trochę przetworzone do maszyn wirtualnych na AWS, czyli VMC on Azure.

To jest też takie ciekawym spojrzeniem. Czyli możemy sobie wyobrazić, mamy dużo danych w chmurze natywnej, tak? Te dane za darmo transferujemy na maszyny wirtualne w usłudze, dajmy na to, Google'a, tak, czyli CVE. Tam transferujemy te dane, nie płacąc nic. A później, jak już mamy je na tej naszej maszynie wirtualnej na usłudze w VMware'owie w Google'u, stamtąd przez Internet transferujemy do siebie za zero złotych. Powiedz mi, bo tak wiesz, zawsze się nad tym zastanawiałem, w sumie kilka razy o tym rozmawiałem z ludźmi, ale nie sądzisz, że takie tańczenie z diabłem w postaci hyperskalerów VMware'a, który ma największy install base w on-premie jest ryzykowne? No bo w gruncie rzeczy ładujesz wszystko do chmury AWS-owej albo Azure'owej, co masz.

Czyli jakby VMware traci taką zaletę, którą miał od wielu lat, że ma jeden z największych install base'ów w on-premie, gdzie jest najwięcej na razie jednak infrastruktury. Bo odejdziesz to wszystko do Azure, albo AWS, albo Ovh, a klient nagle się orientuje, no to w sumie po co mi ten VMware, nie? In the long term, jak to się mówi, nie? No to może się już wszystko przełączę do tego wybranego dostawcy cloudowego. Czy widzisz tutaj jakieś takie zagrożenie? Czy jakoś to adresujecie wewnętrznie? To byli nasi sprzedawcy, niektórzy się denerwują z tego powodu, bo nie znają wszystkich zalet naszego rozwiązania. Mamy tutaj jednego w Polsce takiego klienta, który na początku korzystał hybrydowo, czyli miał rozwiązanie VMware u siebie w datacenter, u cloud operatora jednego i drugiego, czyli miał takie trzy nogi, wszystko ze sobą było powiązane, a później to rozwiązanie VMware w cloudzie tak dobrze działało, że stwierdził,