#7 Hyperkonwergencja na przykładzie Cisco Hyperflex

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ć.

Chcę dwa, liczymy na dwa. To nie ma problemu. Bardziej dochodzi ta warstwa softowa. I teraz powiedziałeś o tym, że Można zarządzać tą całą platformą od początku do końca. Ja pamiętam kiedyś mieliście takie oprogramowanie UCS Manager i on zarządzał tymi bladami. Nie wiem czy ono dalej istnieje, ale wydaje mi się, że jest. UCS Director, później były kolejne UCS, emanacje UCS. Intersight. To jest jedna platforma, która u UCS Directora dzisiaj Jasne. I on tak naprawdę zarządza zarówno tą częścią, powiedzmy, tradycyjnego, tradycyjnych platform, czyli tam UCS-y, UCS-y blade'owe, rackowe. W blade'ach, w blade'ach. Ale też hyperkonwergencją teraz może zarządzać. Też. I słuchaj, i racki, i blade'y to jest koncept, żeby to była jedna platforma.

Są narzędzia, które nam w tym po prostu poodpowiadają i ułatwiają i sam UCS też pilnował tego, że Do pewnego momentu i potem już niestety wyżej nie podskoczymy, żeby właśnie nie pchać już niekompatybilnych elementów w infrastrukturę nowszą. Zawsze możesz też postawić parę serwerów w drugim klastrze. W ramach tej samej infrastruktury i mieć po prostu kolejne datastory na drugim klastrze. Wiedząc, że tamten jest starszy, wolniejszy, one będą w jednej puli zarządzania i pod jednym środowiskiem, ale już będziesz wiedział, że to są dwa klastry hyperflexowe i każdy z nich będzie mógł być oddzielny. Czyli generalnie jakoś sobie radzicie z tym, że na przykład nie macie takiego equal multipath, czyli że wszystkie są równe, bo czasami się zdarza tak, że jak jest M4,

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.