Migracja zasobów do zewnętrznego data center to wbrew pozorom nie jednorazowe wydarzenie, a złożony proces inżynieryjny. W czasach, gdy chwila przerwy w ciągłości biznesowej może pogrążyć całą firmę, skakanie na głęboką wodę ustępuje miejsca podejściu etapowemu. Precyzyjne planowanie, audyt zależności i równoległe utrzymanie środowisk minimalizują ryzyko operacyjne, zbliżając organizację do standardu „zero downtime” w trakcie relokacji infrastruktury krytycznej.
Jak zdefiniować strategię migracji?
Sukces przeniesienia infrastruktury do kolokacji zależy w 80% od fazy przygotowawczej, a tylko w 20% od fizycznego transportu urządzeń. Na samym początku należy zdefiniować parametry – określić akceptowalne okna serwisowe, ustalić wskaźniki RTO/RPO dla poszczególnych usług oraz wskazać systemy krytyczne, które wymagają specjalnego traktowania.
Tradycyjne podejście, polegające na całkowitym wyłączeniu serwerowni, przewiezieniu sprzętu i ponownym uruchomieniu w nowej lokalizacji, jest obecnie rzadko akceptowalne ze względu na zbyt długi czas przestoju i wysokie ryzyko niepowodzenia. Podejście etapowe pozwala na stopniowe przenoszenie usług, co drastycznie ogranicza pole dla potencjalnych awarii. W przypadku problemów dotykają one tylko wycinka infrastruktury, a nie całej organizacji.
Migracja do kolokacji krok po kroku
Jak przeprowadzić migrację, aby zakończyła się sukcesem? O czym nie wolno zapomnieć? Poniżej opisaliśmy najważniejsze etapy migracji zasobów IT do kolokacji.
Inwentaryzacja zasobów
Najczęstszą przyczyną przedłużających się przestojów podczas migracji nie są awarie sprzętowe, lecz niekompletne połączenia logiczne, o których istnieniu zespół IT nie wiedział. Dlatego faza inwentaryzacji musi być przeprowadzona z najwyższą starannością.
Na początku należy wykonać pełen spis inwentarza, który obejmie listę serwerów fizycznych i wirtualnych oraz:
- macierze dyskowe i biblioteki taśmowe;
- urządzenia sieciowe (switche, routery, firewalle, load balancery);
- infrastrukturę pasywną (szafy rack, okablowanie specjalistyczne).
Każdy element musi zostać opisany pod kątem pełnionej funkcji, wersji systemu operacyjnego (OS), adresacji IP, konfiguracji VLAN oraz fizycznych połączeń portów. To moment na weryfikację, czy posiadana dokumentacja pokrywa się ze stanem faktycznym.
Na etapie inwentaryzacji zapadają także decyzje co do losu poszczególnych elementów infrastruktury. Nie wszystko musi trafić do kolokacji, dlatego warto zastosować kategoryzację działań:
- przenoszenie zasobów krytycznych;
- modernizacja i wymiana przestarzałego sprzętu;
- wycofanie niepotrzebnego sprzętu i aplikacji.
Dla urządzeń wycofywanych należy zaplanować procedurę bezpiecznego kasowania danych, zanim opuszczą one nadzorowaną strefę firmy.
Projektowanie środowiska docelowego w data center
Faza projektowa to moment na eliminację długu technologicznego i optymalizację infrastruktury pod kątem fizycznym oraz logicznym. Docelowe środowisko w data center powinno zostać przygotowane i zweryfikowane jeszcze przed transportem pierwszego urządzenia.
Czas na precyzyjne zaplanowanie układu szaf rack z uwzględnieniem bilansu cieplnego i energetycznego. Przygotowanie tzw. sample room lub makiety pozwala zweryfikować realne zapotrzebowanie na miejsce i moc. Pozwala to uniknąć problemów z hot-spotami lub brakiem gniazd zasilających w dniu migracji.
Zanim sprzęt trafi do kolokacji, należy zadbać także o zapasowe łącza, aktywację nowych obwodów oraz synchronizację harmonogramów z operatorami telekomunikacyjnymi. Równolegle należy wdrożyć polityki bezpieczeństwa, czyli fizyczną segmentację sieci, konfigurację stref dostępu oraz systemy logowania zdarzeń, aby nowe środowisko od pierwszego dnia spełniało wymogi zgodności.
Ustalanie procedury przełączania i planu awaryjnego
Jak zbliżyć się do modelu „zero downtime”? Należy zbudować cyfrowy most między starą serwerownią a nową lokalizacją. Fizyczne przenoszenie danych na dyskach jest ryzykowne i czasochłonne, dlatego w nowoczesnych migracjach standardem jest transmisja sieciowa.
Podstawą procesu jest uruchomienie mechanizmów ciągłej replikacji danych. Zasoby są przesyłane do nowej lokalizacji w tle, a systemy produkcyjne wciąż działają w starym ośrodku. Dzięki temu, w momencie krytycznego przełączenia, różnica w danych jest minimalna, a czas potrzebny na ostateczną synchronizację liczony jest w minutach, a nie godzinach.
Samo przełączenie warto poprzedzić krótkim zamrożeniem najbardziej wrażliwych systemów, które warto zaplanować na godziny najniższego obciążenia. Wstrzymanie zapisów na czas ostatecznej synchronizacji zagwarantuje całkowitą spójność danych w nowej lokalizacji.
Testowanie i monitoring
Migracja bez testowania jest zbyt niebezpieczna. Dzięki testom widzimy nie tylko, czy system pracuje, ale też czy robi to z oczekiwaną wydajnością i stabilnością. Pomagają w tym próbne migracje, które są przeprowadzane w środowisku odzwierciedlającym produkcję. Pozwalają one wykryć luki w procedurach i skorygować czasy potrzebne na poszczególne operacje.
Równolegle należy wdrożyć zaawansowany monitoring w obu lokalizacjach. Umożliwia on bezpośrednie porównanie parametrów przed i po przeniesieniu, pozwalając na natychmiastowe wykrycie ewentualnej regresji wydajności w nowym data center.
Podsumowanie
Decyzja o przeniesieniu infrastruktury do profesjonalnego centrum danych to krok w stronę dojrzałości technologicznej, w której odpowiedzialność za ciągłość zasilania i bezpieczeństwo fizyczne zostaje przekazana wyspecjalizowanemu podmiotowi.
Bezpiecznie przeprowadzona migracja pokazuje, że organizacja potrafi zarządzać ryzykiem i panuje nad swoimi procesami nawet w warunkach głębokich zmian infrastrukturalnych. A dobrze wybrany do tego zadania partner technologiczny swoją wiedzą i zapleczem inżynieryjnym zabezpiecza firmę przed paraliżem operacyjnym w najtrudniejszym momencie transformacji.