#7 Hyperkonwergencja na przykładzie Cisco Hyperflex

No jasne, jasne. Myślę, że brzmi to dobrze, a dzisiaj z nami też jest Grzesiek Gondek z Cisco, który dołączył trochę w kontekście Hyperflexa. No bo słuchajcie, ważne jest to, że tych rozwiązań w hyperkonwergencji jest sporo i każdy z nich ma jakieś swoje miejsce na mapie, czymś specyficznym się charakteryzuje, czyli tak jak Marcel powiedziałaś, mamy tutaj taki temat, że jest to Ujednolicone podanie obu nośników CPU, RAM, Storage w jednym. To czym tak naprawdę Hyperkonwergencja w wykonaniu Cisco będzie może inna albo jakie swoje miejsce wybudowała? Jako system tych rozwiązań każdy ma swoje miejsce, każdy ma swój jakiś temat, nie?

Ona już tam jest, więc masz gwarancję, że wszystkie nody komunikują się wydajnie, że to nie będzie pływać w zależności od tego, czy dane są w jednym i w drugim miejscu. To ma być przede wszystkim solidne rozwiązanie, na którym stawiasz swój biznes. Dokładnie, sieć Cisco. Okej, dobra, właśnie, czyli FC, czyli nie tylko sieć Ethernet, tak? Czyli też SAN masz tam zintegrować. Masz to, to premium już jest w cenie, my dajemy ten SAN. Wiesz, dzisiaj zakładasz budowę środowiska małego pod jakieś konkretne potrzeby, ale być może będziesz chciał to zintegrować z dużym światem, do którego masz już dopięty SAN, może tam jest jakiś backup, może masz dane, które chciałbyś uwspólnić, może budujesz VDI-e i potrzebujesz wolniejszych zasobów macierzowych albo odwrotnie, szybszych. W Hyperflexie to nie jest albo jedno albo drugie, to jest i.

To u nas możesz to zrobić. U nas możesz równolegle oczywiście wszystko za pomocą jednego interfejsu podnieść, upgrade'ować, bo na koniec dnia ludzie, którzy wybierają hyperkonwergencję chcą łatwości. Więc dla nich taki jeden punkt upgrade'u to po prostu, a proszę Cię, podnieś mi się teraz do następnej wersji, ja już nie chcę wiedzieć. Ale jak celowo chcesz tym zarządzać, To możesz spokojnie tweakować te poszczególne śrubki i wybierać jak to ma działać. Tak, tak, ale powiedz jeszcze o tym sieć podrożu, skoro to jest taką wartością dodaną, bo faktycznie wiesz, w innych rozwiązaniach musisz mieć jakąś sieć, do której się dopinasz i ona jakby nie przychodzi w pakiecie. To jest tak, że kupujesz sobie Hyperflexy, to dostajesz tak jak w UCS-ach kiedyś Ten powiedzmy taki interkonekt na górze? Tak, jeżeli kupujesz Hyperflexa, to ten interkonekt jest. Jeżeli masz już swoje interkonekty, bo jesteś klientem Cisco i posiadasz jakieś rozwiązanie blade'owe, to możesz je wykorzystać.

Drugim czynnikiem, który ja widzę u klientów, u których hyperkonwergencję projektowałem lub uczestniczyłem w procesach sprzedaży, a nawet wdrażałem, To jest faktycznie uproszczenie zarządzania tym środowiskiem i to akurat nie jest tylko taki password i hasło marketingowe, tylko faktycznie zarządzanie takim środowiskiem jest uproszczone, zarówno z punktu widzenia administracyjnego, jak i z punktu widzenia utrzymaniowego, ale też serwisowego, bo mamy pojedynczego w zasadzie W przypadku Hyperflexa mamy pojedynczego producenta, który faktycznie dostarcza nam te obszary compute, storage i network w jednym rozwiązaniu, pojedynczy punkt zgłoszeń serwisowych.

Brak wiedzy powoduje, że tam pojawiają się pewne błędy czasami na etapie koncepcyjnym, doboru komponentów. Potem się okazuje, że nie możesz z tego wyjść dalej. Macierze albo serwery cię ograniczają. W hyperkonwergencji, w Cisco, w Hyperflexie masz gwarancję, że to będzie... Jesteś ograniczony od samego początku. No, dobry keks. Nikt czemnie, nikt czemnie. Jeżeli masz świadomość rozwiązania, na jakie się decydujesz, to liczysz się też z tymi ograniczeniami i z benefitami. Ja znowu mam na swoim takim koncie, jeżeli chodzi o nasz polski rynek, wdrożenia u klientów większych, u klientów na przykład publicznych, Gdzie właśnie, to jest ten case, o którym wspomniał Grzegorz, gdzie ta hiperkonwergencja, mimo dużej infrastruktury IT, ona ma pełnić konkretną rolę.

Ci ludzie często gęsto muszą być w zasadzie od wszystkiego. Często ci administratorzy, ci inżynierowie, którzy zarządzają Aplikacjami. Oni też zarządzają warstwą serwerową, a czasami nawet i obsługą użytkowników i ich wspieraniem. Więc dla nich środowisko, do którego oni po pierwsze nie muszą za często zaglądać, a po drugie, które nie generuje pomiędzy sobą jakiś problemów na siłę, jest faktycznie przydatne. Ja bym tu jeszcze wrócił do tej otwartości panowie, bo nie wiem czy słyszeliście, że ogłosiliśmy również Hyperflexa czysto software'owego, który bardzo długo będzie dostępny.

W sensie, że to jest taki obupólny zysk, który powoli się pojawia, Odpowiedziałem Meraki. Meraki to taka platforma Cisco, która zarządza Wi-Fi, po prostu hotspotami. Dzisiaj akurat chyba nawet na jednym jestem. Która właśnie zmieniła trochę taki horyzont w sieci Wi-Fi, bo nagle się okazało, że nie musisz mieć zarządzania u siebie i łączyć się na IP i pamiętać te hasło tego jednego access pointa. Widzę, że to idzie w tę stronę, co brzmi ciekawie. Marcel, bo tutaj jeszcze chciałem do Ciebie wrócić, bo trochę zaczęliśmy rozmawiać o case'ach. W sumie pojawisz się tutaj jako współautor w zasadzie takiego jednego z case'ów, gdzie Hyperflex wdrożony został w dwóch sajtach. To był polski projekt z tego co wiem.

Jak Ty przygotowywałaś ten projekt, patrzyłaś na niego z perspektywy, wchodzisz do klienta, pojawił się temat hyperkonwergencji, zaadresowaliście go Hyperflexem. Co się później wydarzyło? Opowiadaj trochę, jaki to był case, co było tak naprawdę tutaj istotne dla klientów. Znaczy, zacząć trzeba od tego, że tych wdrożeń na Hyperflexie, tzw. multisite, czy w kilku site'ach, już jest kilka, ale ten był jednym z pierwszych, o ile nie pierwszym. On był jeszcze na poprzedniej, w zasadzie pierwszej, jeżeli chodzi z perspektywy generacji serwerów, po prostu na tej pierwszej Wersji tam nie było czegoś jeszcze wtedy takiego jak obecny dzisiaj stretch cluster, a więc coś, co możemy postawić po dwóch sajtach, ale to są fizycznie dwie wyspy, ale tak naprawdę z punktu widzenia zarządzania jest to jedno miejsce, które w realnym czasie w zasadzie synchronicznie kopiuje do drugiego.

Tam akurat część funkcjonalności, część tych replik została zrealizowana na poziomie wbudowanego natywnie klonowania samego Hyperflexa, a część została douzupełniona po prostu replikacją VIM-a, bo VIM też się świetnie integruje akurat na tym poziomie nawet i storage'owym z Hyperflexem i potrafi z jego snapshotów tych takich natywnych storage'owych Korzystać i tu akurat to było bardzo przydatne, bo część z tych aplikacji bardzo nie lubiła VMware'owych snapshotów. Wiemy jak to wygląda i tam faktycznie był z tym problem. Tam akurat nie był problem typu taki, że one się rozsypywały te VM'ki podczas wykonywania joba backupowego, gdzie wykonywany jest snapshot.

Tylko one sobie powoli, powoli, coraz więcej, coraz więcej, coraz więcej w zasadzie w nieskończoność by mogły, pobierały zasobu CPU i RAMu. Jasne. To rosła ta bańka w ciągu tygodnia, dwóch, pyk. Zmiana na zejście, podniesienie poziomu licencyjnego na Vimie, skorzystanie z tych snapshotów hyperflexowych, jak ręką odjął. Więc to też taka… Zobaczyłem to na własnej skórze, że to jednak faktycznie tak może być. A powiedz Marcel, bo jedno założenie to był DR. Czyli ciągłość działania, Hyperflex podnosił ciągłość działania aplikacji w danej firmie.

To znaczy, że jeżeli witness działa, kiedy rozcięcie następuje światłowodu, to sprawa jest prosta. Rozumiem, że to musi być trzeci kompletnie różny ośrodek, taki, w którym niezależnym ringiem skomunikowane są te dwa. Czyli nie siedzi Bitnes razem tam z jedną nogą, nie? Okej, no dobra. I teraz to Bitnes to jest urządzenie, czy to jest jakaś maszyna wirtualna, co to jest? WMK. WMK, czyli jeszcze tam powiedzmy dwóch Hyperflexów gdzieś w trzeciej lokalizacji? Nie, nie, nie. To może być w murze, to może być. Serwer, na którym stoi coś innego. A może to być, Grzesiek, ta część tego oprogramowania do zarządzania? W ogóle dla dwunodowego na przykład klastra, takiego najmniejszego Hyperflexa, jaki jest, to my w ogóle prosimy, weźcie sobie tego witnessa od nas z chmury, bo jak potrzebujesz coś małego, to przecież nie będziesz inwestował dodatkowo, to my ci chętnie damy to jako usługę z tej naszej chmury, żeby to był pomysł, dla którego warto.

No tak, tak, jakby infrastruktura. Tak, mamy sporo wdrożeń związanych z bezpieczeństwem, czyli pod ISE, pod Tetration, pod najróżniejsze urządzenia, pod logi. I tutaj faktycznie ten scenariusz bardzo często wychodzi. Mamy wdrożenia pod OT, mamy wdrożenia pod bazę danych. Z tych naszych klientów to sporo faktycznie firm decyduje się na Hyperflexa, bo po pierwsze to jest jakaś wyspa, To jest jakieś miejsce, które wymaga odpowiednio dużo uwagi, ale istnieje równolegle do infrastruktury produkcyjnej. Więc to jest taki powód, żeby poświęcić temu należytą uwagę, ale jednocześnie nie możesz nad tym czuwać, bo co innego zaprząta Twoją uwagę na co dzień. Stąd właśnie systemy czasami komunikacyjne. Dla OT bardzo fajny scenariusz, polskie LNG, na przykład duży klient, który właśnie zdecydował się na stretch cluster.

To wzięło się stąd, że panowie chcieli, żeby to zawsze działało, więc wzięli, popsuli parę razy, zobaczyli, co się stanie, jak coś wyciągnę, wyjmę wtyczkę, czy to się naprawi, czy to przeżyje. Kurczę, okej, mamy niewiele osób, mamy bardzo duże Mam nadzieję, mamy bardzo dużą wagę przykładaną do dostępności tej infrastruktury, więc nie stać nas na to, żeby system zarządzania produkcją w polskim LNG stanął i zdecydowali się właśnie na przykład na AX-ach. Jeszcze taki temat, proszę, bazy danych. Interesuję w kontekście Oracle'a. Powiedz mi, czy w ogóle na Hyperflexie mieliście jakieś wdrożenia z Oracle'em w tle? Chodzi o to, wiesz, jakby jak zwykle o co chodzi w Oracle'u, czyli o licencjonowanie. O licencjonowanie. Z Oracle'em w tle nie z Microsoft'em, tak? Ale podobny scenariusz, bo chodzi o te kory magiczne,

Wtedy po prostu do Hyperflexa, który stanowi przestrzeń danych i oczywiście moc obliczeniową, dokładam jeden dodatkowy serwer, na przykład wyposażony w czterokorowy procesor wysokiej częstotliwości i na tym posadawiam bazę. I teraz mogę zagwarantować, że ta baza nie przemigruje nigdzie indziej, więc kupuję licencję na ten serwer Ten serwer, czy to w przypadku Hyperflexa natywnie, to my nawet nie używamy iSCSI, tylko z Hyperflexa czy tam tak jakby to był jeden z nodów Hyperflexowych. Nie mam tam dysków, to jest tylko i wyłącznie baza na nowy serwer. Ale jeżeli chcesz, możesz nawet dołączyć serwer po iSCSI, trochę wolniejsze rozwiązanie, my dalej gwarantujemy wysoką przepustowość tego środowiska, takie wdrożenia mamy jak najbardziej. Eveline na przykład jest naszą referencją, Eveline Cosmetics. Super, super, super.

To ważna informacja, bo myślę, że to taki use case, który wiele firm ma w Polsce, gdzie gdzieś buduje wyspy, wiesz, w oparciu o różnego rodzaju serwery, a hyperkonwergencja może być tutaj ciekawą alternatywą ze względu na wydajność między innymi. Mamy wdrożenie SAP HANA na Hyperflexie, wiesz, zrobione. Tak, to jest SAP HANA, ja to już widziałem. Jest sporo takich środowisk, gdzie ta wysoka wydajność jest istotna. Jakbyśmy wzięli na tapetę takie trzy serwery hyperflexowe, gdzie dyski twarde to są dyski NVMe, a cache to jest optane'owy, to w zasadzie te dane to są już pod samymi procesorami. Już bliżej się nie da. W zasadzie w cache'u siedzisz, nie? A dobra, że mówimy o OT jeszcze. Temat OT mnie ciekawi, bo gdzieś tutaj dzisiaj chciałem poruszyć, żeby też Marcelo trochę opowiedział o tym case'ie edge'owym.

Wydaje mi się, że gdzieś to można z tej multi połączyć, bo jednak te rzeczy się zazwyczaj ze sobą łączą, plus jakiś branch office. Co to było, Marcele, gdzie tam właśnie ten temat Edge, użycie Hyperflexa w Edge'u? I co przez to rozumiesz? To nawet nie było, to znaczy to jest prawda, że to było, ale to też jest, bo wczoraj wysłałem dokumentację, a we wtorek jadę to wdrażać. A, no to jest świeżo bardzo. Ale to jest po prostu kolejny element tego edge'a, tak? To jest kolejna po prostu... Ale dobra, ale edge, wiesz co, bo ja zauważyłem, że ludzie bardzo szybko interpretują edge, nie? Co ty przez to rozumiesz? Oczywiście, to jest pewna nazwa Cisco'a po prostu dla tego typu rozwiązań. Jest to po prostu, Hyperflex Edge jest środowiskiem dedykowanym do rozproszonych lub po prostu małych środowisk.

Capacity, które mamy na tych dyskach, do tego przewidzianych. Jeżeli jeszcze dodamy w Hyperflexie i to też w modelu Edge'owym natywną, bez żadnych tam dodatkowych licencji, bez dopłacania już dodatkowego, mamy deduplikację i kompresję, to nawet z tych kilku dysków na trzech nodach, z których realnej przestrzeni mamy powiedzmy dwa, no bo wchodzi nam jeszcze w grę coś takiego jak replication factor, a więc te nody muszą poreplikować te dane do siebie, Tak, na wypadek jakby jeden sobie chciał całkowicie pójść na wakacje albo jakaś tam grupa elementów z niego. No i w zasadzie oczywiście compute mamy ze wszystkich trzech, storage mamy gdzieś tam z dwóch, ale biorąc pod uwagę tą kompresję i doduplikację wracamy w zasadzie tak jakbyśmy mieli te trzy.

I to jest naprawdę fajny case, znaczy z takiej mojej praktycznej, no bo ja mogę wybrać dziś, mogę wybrać Każde rozwiązanie dla klienta, któremu pomagam. Natomiast znam już też tego Hyperflexa przede wszystkim z tej strony Nieawaryjności i niesprawiania zbyt dużych problemów dla tych klientów, którym pomagałem w przeszłości. I tam już, gdzie to jest i dołożenie kolejnej wyspy, to jest naprawdę moje przy tym, to jest jedynie wsparcie, a w zasadzie jak jest dobra dokumentacja, to klient sobie to spokojnie... Właśnie, dołożenie Marcel, bo ja myślę, że warto ten temat poruszyć, bo wiecie, w świecie wirtualizacji też miało być tak różowo, że można sobie, wiecie, kupujemy jeden hypervisor i później dokładamy różny sprzęt.

Świat pokazuje, rzeczywistość pokazuje tak, że później wchodzą takie technologie jak na przykład VMWare i VC, czyli wyrównanie funkcjonalności procesora do tego najgorszego w stadzie, co sprawia, że taka metoda rozbudowy klastra poprzez dołożenie po czterech latach nowej generacji procesorów sprawia, że ma się po prostu nowe procesory, które działają na pół gwizda, takie Ferrari z silnikiem malucha. I jak to jest przy hyperkonwergencji? No bo wiadomo, wymieniają się generacje procesów, no bo to się najszybciej zmienia, nie? W zasadzie co roku mamy V kolejne, nie? Intelowskie się pojawia, coś tam nowego wchodzi. Jak te infrastruktury w wykonaniu Hyperflexa, nie? Biorą się za ten problem, czyli dokładamy na przykład za 5 lat czy 3 lata, nawet nie chodzi o moc obliczeniową, jej nam wystarcza, ale dokładamy not storage'owy, po prostu tam zabrakło storage'u i dokładamy tylko po to, żeby mieć więcej storage'u, no i pojawia nam się procek nowy.

Nie chcemy łączyć serwera, który będzie miał W Hyperflexie musielibyśmy wejść głębiej, ale my piszemy i czytamy informacje na wszystkich serwerach jednocześnie, nie ma lokalności. Niezależnie od tego, który z serwerów działa, wszystkie są obciążone równo, więc one wszystkie powinny się zachowywać podobnie. Dzięki temu uzyskujemy duże przepustowości, jesteśmy mniej wrażliwi na awarie, ale też wymagamy, żeby te serwery były podobne, no bo po prostu chcemy zagwarantować zawsze ten sam poziom obsługi.

I to jest rzecz, która prowadzi mnie do takiego ostatniego pytania dzisiaj, to znaczy jak często, no bo znam klientów w Polsce, 15 lat już z nimi pracuję, trafiacie na takie, w czasie rozmów z nimi, na takie scenariusze, których się Hyperflexem nie da zrealizować tylko dlatego, że ktoś je tak perfidnie wymyślił. To czy zdarzało się Wam tak, że nie wiem, ktoś już tak na siłę próbuje znaleźć scenariusz, no i to widzicie, panowie, no nie pasuje. To nie pasuje. Czy raczej klienci się już zmieniają i idą w stronę tego, że wow, dobra, zrezygnuję z tego, bo to jest corner case. Nie? Oczywiście. Słuchaj, no to to jest jedno z narzędzi w skrzynce dostawcy rozwiązań. No i teraz, jeżeli pasuje do środowiska, to dobrze. Jeżeli potrzebujesz samochodu na tor wyścigowy, no to będziesz go budował sam.

Musi być ten efekt empiryczny i większość naszych tutaj firm, z którymi współpracujemy, klientów, W ten sposób właśnie kupowało Hyperflexa. Czyli przyjacielsko podchodzą do tej nowej, powiedzmy, relatywnie nowej już idei w data center. Czyli to nie jest tak, że jest odrzucenie na początku i później, co ty mi opowiadasz, ale dobra, ale przywieź, to obejrzę. Bardzo różnie się podchodziło do różnych technologii w dobie ostatnich kilkunastu lat, czyli raczej pozytywnie. To cieszę się, że rynek odbiera hyperkonwergencję pozytywnie. Ja widzę w tym ogromny trend i myślę, że przyszłość datacenter nowych, dlatego że to, o czym wspomniałem, też kwestia później zarządzania tym utrzymaniem, kwestia też skonsolidowanego supportu wendora, to znaczy widzimy taki trend, w którym wszyscy producenci zaczynają sprzedawać wszystko w subskrypcjach.

Myślę, że sprzęt też za chwilę będzie już w pełni w subskrypcjach sprzedawany, to już ten sprzęt powiedzmy taki, który znamy teraz, że co parę lat wymienia się Generacja Hyperflexów pewnie za parę lat będzie subsynopcyjna, no bo siłą rzeczy za tym idzie utrzymanie waszego działu supportu. Ja zawsze o tym mówię, że ten koki ma dwa końce, nie? Żeby utrzymać stare generacje, trzeba trzymać ogromnie dużo starej, niepotrzebnej wiedzy, a lepiej się skupić na czymś nowym. Więc to nie tylko sprzęt, na który serwisujemy, ale jeżeli te usługi mają być na czasie, to my infrastrukturę, oczywiście mamy gdzieś tam, to jest nasz bagaż, który ciągniemy ze sobą, ale oprogramowanie dostarczamy w postaci mikrousług, ono jest regularnie aktualizowane, to już nie jest kwestia raz na rok upgrade, tylko co dwa tygodnie, co trzy tygodnie są nowe funkcjonalności.

Tak, no ja tak szczerze jak na spowiedzi z rozwiązaniami hyperkonwergentnymi Cisco mam dobre po prostu doświadczenia, tak po prostu z ręką na sercu. Działy się gdzieś tam różne rzeczy, sam różne rzeczy, jeżeli chodzi o taką niezawodność, testowałem, sprawdzałem z ciekawości. Tu coś wyłączyłem, a tu jednak mówią o pojedynczej awarii, ja wyciągałem dwa dyski. To faktycznie zawsze praktycznie stawało. Więc to jeżeli chodzi o Hyperflexa. Jeżeli chodzi ogólnie o hyperkonwergencję, Ja już to kilka razy powtarzałem. Najważniejsza jest po prostu świadomość rozwiązania. Świadomość tych, to z czym to się je, jakie to ma ograniczenia.

Jeżeli te ograniczenia dla nas nie grają roli, to ich w ogóle nie ma, nie są ograniczeniami. Jeżeli mają, trzeba się zastanowić, czy można to rozwiązanie w jakiś sposób i ten problem jakoś obejść, na przykład przez dołączenie z zewnętrznego storage'u, na przykład do tego rozwiązania hiperkonwergentnego, jeżeli ono to umożliwia. Albo, co w przypadku Hyperflexa jest możliwe, zostawienie naszego klastra na nodach, na węzłach tych hiperkonwergentnych, a doczepić możemy do tego klasycznego UCS-a, w ogóle bez dysków na przykład, jeżeli potrzebujemy wyskalować jedynie moc obliczeniową. Jeżeli chodzi jeszcze o hyperkonwergencję, myślę, że ona będzie zyskiwała na popularności przez te czynniki, o których rozmawialiśmy.