Infrastruktura hiperkonwergentna (HCI) powinna być większa niż suma jej części. Analitycy to zauważają migracja obciążenia według obciążenia może być odpowiednia dla większości organizacji – aby operatorzy mogli oprzeć decyzje dotyczące wdrożenia na specyficznych cechach każdego obciążenia, mając na celu kompleksowe zarządzanie, widoczność, odporność i integrację.
Todd Traver, wiceprezes ds. Odporności w Instytut Uptime, twierdzi, że organizacja, która jest gotowa do przejścia na HCI – jak większość zechce tego chce – może zacząć od wybrania początkowej strawnej porcji i przejść dalej. Jednak aby odnieść sukces, potrzebne są znaczące przygotowania i wizja przyszłej trasy we wszystkich zastosowaniach.
„Wymaga to ponownego przemyślenia wielu rzeczy, które już wdrożyłeś, oraz potrzeby wprowadzenia zmian organizacyjnych, aby to wesprzeć” – mówi. „Możesz użyć HCI do wdrożenia chmury prywatnej lub chmury hybrydowej w swojej siedzibie, co jest świetne, ale wiąże się z podobnymi wyzwaniami, jak przejście do chmury, ponieważ jest to forma chmury”.
Traver mówi, że wymaga dokładnego przyjrzenia się każdej aplikacji. Prawdopodobnie około 20% zostanie już zwirtualizowanych, a dalsze 60-65% będzie można zwirtualizować „przy rozsądnym wysiłku”.
Ze względu na ich architekturę prawdopodobnie od razu można wysłać około 20% aplikacji na koniec kolejki. Dodaje, że mogą to być starsze aplikacje, które można migrować po całkowitym wycofaniu z eksploatacji, a niektóre z nich mogą nigdy nie nadawać się do przejścia na HCI.
Uwzględnianie starszych problemów
Przykłady mogą obejmować COBOL lub stare aplikacje bankowe działające na komputerze mainframe IBM z serii Z, które mogą się po prostu nie przenosić. Lub aplikacja może mieć wiele zależności od starszych baz danych, co oznacza, że nie można jej łatwo umieścić na maszynie wirtualnej (VM) lub kontenerze i zmigrować.
„Ponadto, w przypadku aplikacji, która jest całkowicie związana z procesorem, marnujesz swoje pieniądze, umieszczając ją na platformie HCI. Sprzęt nie jest tani ”- mówi Traver.
Migracje HCI będą wymagały personelu o odpowiednich umiejętnościach, który nie jest jeszcze w pełni wykorzystany. Jest to również łatwiejsze, jeśli więcej aplikacji jest już zwirtualizowanych i działa na serwerach bez systemu operacyjnego. Pracownicy muszą rozumieć aplikacje, sposób ich tworzenia, ich współzależności i obciążenia, które mają być migrowane. Jeśli nie, być może nadszedł czas, aby zaangażować konsultanta lub rozważyć outsourcing.
Traver podkreśla, że błędem byłoby po prostu pozwolić, aby środowisko przestało działać z wyprzedzeniem, oddając jego konserwację na drugi plan. Cała infrastruktura musi być gotowa do migracji, a sprzęt musi być odpowiedni. Niestety, jak mówi, wiele organizacji ma rosnące „zadłużenie techniczne” – innymi słowy, nie zainwestowały wystarczająco dużo w swoje IT.
Jeśli operacja jest krótka, umiejętności nie są dostępne, a środowisko jest bałagan – z serwerami wymagającymi wymiany, kodem pilnie wymagającym przepisania lub od dawna spóźnionym konserwacją – prawie na pewno lepiej będzie opóźnić migrację HCI do te problemy zostały rozwiązane.
„Przeprowadzenie migracji HCI jest nadal możliwe, ale zajmie dużo pracy” – mówi Traver. „Konieczne jest również poparcie z góry, ponieważ zarządzanie środowiskiem w przyszłości będzie inne”.
Jak mówi, właściwe zrobienie tego nie tylko ukryje „komplikacje sprzętowe”, ale także zapewni jedną płaszczyznę sterowania i inne podejście do tworzenia aplikacji, które umożliwi ich testowanie i monitorowanie w czasie rzeczywistym. Koszty sprzętu i danych można znacznie zmniejszyć, w zależności od punktu wyjścia organizacji.
„W zależności od tego, z kim rozmawiasz, w niektórych przypadkach może wystąpić redukcja sprzętu o 10: 1” – mówi Traver. „W danych widziałem liczby wskazujące na 50: 1 z powodu takich rzeczy, jak deduplikacja i kompresja”.
Proces składania wniosków
Dominic Maidment, architekt technologii w dostawcy gazu i energii elektrycznej B2B Całkowity gaz i moc, zaobserwował, że pył zaczął osiadać podczas częściowo całkowitej migracji HCI, obejmującej około 100 aplikacji, która rozpoczęła się pięć lat temu.
Nutanix Oprogramowanie chmurowe dla przedsiębiorstw zostało nałożone na wierzch świeżo zakupionego sprzętu, aby osiągnąć między innymi łatwość zarządzania poprzez „pojedynczą taflę szkła”. W większości udało się to z powodzeniem zarządzać wewnętrznie przy wsparciu kluczowych dostawców, mówi Maidment.
„To wcale nie jest skończone” – dodaje. „Nadal mamy przepływy pracy w starszej infrastrukturze. Ale jesteśmy w podejściu etapowym obejmującym obciążenia do infrastruktury konwergentnej. Niektóre rzeczy – takie jak serwery Tru64 – musiały być emulowane, naprawdę trudne, ponieważ nie poruszały się tak dobrze. Ale to było naprawdę miłe, ponieważ tak naprawdę branża miała odpowiedź ”.
Nowa platforma będzie obsługiwać transformację cyfrową i operacje w wielu chmurach (w tym integrację z AWS i Microsoft Azure), a także w razie potrzeby nadal obsługiwać starsze aplikacje, łącząc hiperwizory VMware i AHV z konsolą zarządzania Prism.
Firma chciała pozbyć się swoich starych pudełek Sun SPARC i systemów x86 oraz, jeśli to możliwe, pamięci masowej SAN „w celu wprowadzenia wszystkiego”, ale jest to „skomplikowana zagadka”, mówi Maidment. Starsze zasoby obejmują bazy danych Oracle, oprogramowanie pośredniczące i aplikacje na zamówienie, które zostały napisane na tych starszych aplikacjach.
Niektóre bazy danych mają bardzo specyficzne warunki licencyjne, które utrudniają zwykłą migrację ich do infrastruktury zwirtualizowanej. Inne starsze systemy nie są obsługiwane, więc w razie potrzeby trudno byłoby je odbudować.
Maidment twierdzi, że firma zazwyczaj decyduje się na wyodrębnienie aplikacji, ponowne ich kodowanie, a następnie ponowne przetestowanie wszystkiego przed migracją do nowoczesnej infrastruktury, jeśli to możliwe, ale nie będzie to działać dla każdej organizacji.
Total Gas & Power wciąż wybiera ostateczny los automatyzacji swojej bazy danych. Najpierw rozważano przejście do chmury publicznej w celu skalowania i przeprojektowania, ale ostatecznie zdecydowano się na refaktoryzację, aby przygotować ją do ostatecznej migracji, a lokalizacja nie została jeszcze ustalona.
„Jednak ogólne kwestie związane z wirtualizacją były absolutnie oczywiste” – mówi Maidment. „Zrobiono to prawie w ciągu dwóch tygodni, przenosząc 100 maszyn. Po pierwsze, tylko uogólnione stacje robocze, określone serwery, systemy Windows i Linux lub kontrolery domeny.
„Pozostały tylko te, które wymagają wielu testów, a z kodem na zamówienie, który ponownie musiałby być emulowany”.
Obciążenia sterujące wymaganiami
HCI zwykle polega na abstrahowaniu od sprzętu w celu dostosowania go do obciążenia lub aplikacji, zamiast narzucania go przez zaplecze, jak Lee Dilworth, VMwareujął to główny technolog platform chmurowych dla Europy, Bliskiego Wschodu i Afryki (EMEA).
„Zapewnia to, że możesz dostarczyć odpowiednią usługę do właściwej aplikacji we właściwym miejscu i czasie” – mówi. „Możesz zacząć od bardzo małego środowiska, a następnie przeskalować je ze wschodu na zachód, w całym centrum danych, a nawet w samych węzłach. Możesz zacząć od połowy zapełnionych i dodawać urządzenia w miarę rozwoju ”.
Organizacje powinny zapytać, jak powinna wyglądać ich platforma przez następne pięć do 10 lat, mówi Dilworth, i powinny pomyśleć o swojej infrastrukturze od góry do dołu, zaczynając od warstwy aplikacji, zamiast budować ją od warstwy pamięci masowej.
Kluczową wartością dodaną jest możliwość efektywnego dostosowania pojemności i zużycia na żądanie oraz możliwość wykonywania takich rzeczy, jak dostarczanie usług danych poprzez zarządzanie rozproszonymi zasadami za pośrednictwem dowolnego dostawcy chmury lub punktu końcowego zarządzanego przez hiperskaler.
Dilworth zaleca zespołom rozważenie usług, których potrzebują do tworzenia aplikacji i najbardziej opłacalnych sposobów tworzenia aplikacji, przy jednoczesnym zapewnieniu większej odporności i bezpieczeństwa niż w przeszłości. Jak to wszystko można skalować i zintegrować z warstwą zarządzania lub siecią definiowaną programowo, niezależnie od tego, gdzie wdrażane są usługi, z odpowiednim poziomem bezpieczeństwa?
Z biegiem czasu istniejące aplikacje prawdopodobnie odeszły od pierwotnych standardów, do których miały się stosować w zakresie produkcji, poziomów usług i konfiguracji, mówi, więc migracja HCI to świetny czas, aby wskazać niepotrzebne zasoby i zmniejszyć ustawienia. , tam, gdzie to możliwe.
„Większość wartości dla klienta będzie pochodzić z uproszczonych operacji, uproszczonego zarządzania i wszystkich tych rzeczy razem, co zapewni większą elastyczność i szybkość, której potrzebujesz” – mówi Dilworth.