Lista kontrolna dotycząca migracji centrum danych do chmury

Usługi w chmurze zapewniają wysoką dostępność i niezawodność podczas pracy maszyn wirtualnych. Wiele firm korzysta z usług w chmurze jako uzupełnienie własnych fizycznych centrów danych lub zamiast serwerów lokalnych w swoich centrach danych. Inne firmy rozważają przeniesienie swoich obciążeń z własnych lokalnych centrów danych do chmury, a ten trend trend zyskuje na popularnościjest szczególnie napędzany przez pandemię.

W tym wpisie na blogu wyjaśniono, na czym polega migracja centrum danych, oraz szczegółowo opisano złożoność i wyzwania, z jakimi można się spotkać podczas przenoszenia centrum danych. Udostępnimy również listę kontrolną dotyczącą migracji centrum danych, która pomoże w płynnym przeprowadzeniu tego procesu.

Zapewnij dostępność dzięki NAKIVO

Zapewnij dostępność dzięki NAKIVO

Spełnij rygorystyczne wymagania dotyczące dostępności usług w infrastrukturach wirtualnych. Osiągnij zamierzone poziomy dostępności dzięki niezawodnym funkcjom orkestracji i automatyzacji procesów odzyskiwania po awarii.

Czym jest centrum danych?

Centrum danych to obiekt, w którym znajdują się zasoby obliczeniowe, magazyny i sieciowe. Obiekt ten zapewnia odporność na warunki środowiskowe, zasilanie i sieci. Centra danych należą do bardzo złożonych i zaawansowanych technologicznie obiektów, charakteryzujących się skomplikowanymi systemami, architekturą i zawiłościami sieciowymi.

Centra danych mogą być własnością prywatną i zarządzane prywatnie, lub mogą być własnością publiczną z wieloma prywatnie zarządzanymi „modułami” zasobów komputerowych/serwerowych/sieciowych i sprzedawane różnym organizacjom. Biorąc pod uwagę całą złożoność związaną z zasobami centrum danych, mogą istnieć powody, dla których organizacja zdecyduje się na migrację z jednego centrum danych do innego.

Czym jest migracja centrum danych?

Migracja centrum danych to proces fizycznego przenoszenia sprzętu i/lub logicznego przenoszenia obciążeń do innej lokalizacji. Lokalizacja docelowa może być innym fizycznym centrum danych lub wirtualnym centrum danych w chmurze publicznej.

Powody migracji centrum danych

Istnieje kilka powodów, dla których organizacja może zdecydować się na migrację zasobów z jednego centrum danych do innego, od potrzeb biznesowych po potrzeby technologiczne.

Z biznesowego punktu widzenia, mogą istnieć powody, dla których przeniesienie centrum danych ma sens, niezależnie od tego, czy chodzi o fuzję, przejęcie, dostosowanie zasobów, redukcję zatrudnienia czy skalowanie. Ponadto organizacje mogą dążyć do skalowania horyzontalnego z punktu widzenia wysokiej dostępności i przenosić zasoby do różnych centrów danych w oparciu o potrzeby biznesowe.

Data center cloud migration

Jeśli chodzi o technologię , technologia centrów danych nieustannie się zmienia i ewoluuje. Mogą istnieć przyczyny technologiczne przemieszczania się z jednego centrum danych do innego w celu poprawy funkcji i/lub wydajności. Ponadto organizacja może zdecydować się na rozłożenie zasobów na wiele regionów w celu poprawy wydajności i odporności zasobów.

Niezależnie od konkretnego powodu migracji centrów danych, należy dokładnie rozważyć złożoność i procesy, aby zapewnić płynne przeniesienie zasobów bez zakłóceń w działaniu lub pogorszenia wydajności czy jakości usług dla użytkowników końcowych.

Najlepsze rozwiązania dotyczące migracji centrów danych

Przyjrzyjmy się najlepszym rozwiązaniom, które można wdrożyć w ramach strategii migracji centrum danych. Stosowanie tych rozwiązań pozwala na płynną migrację centrum danych bez negatywnego wpływu na dostępność danych i komfort użytkowania.

Określenie kryteriów i celów migracji

Kryteria i cele migracji centrum danych mogą się różnić w zależności od potrzeb biznesowych lub problemu, który ma zostać rozwiązany poprzez migrację. Jeśli przeniesienie centrum danych ma charakter jedynie częściowej migracji polegającej na przeniesieniu podzbioru zasobów, będzie to miało inny charakter niż migracja wszystkich zasobów z jednego centrum danych do drugiego.

Należy ocenić kryteria i cele nie tylko pod kątem technicznych aspektów projektu, ale także celów biznesowych. Pomoże to w upewnieniu się, że cele biznesowe i skutki zostały przemyślane równo z celami technicznymi.

Co jeśli przenosimy nasze obecne zasoby centrum danych do chmury publicznej?

Chmura publiczna czy prywatne centrum danych: zrozumienie wymagań centrum danych

Trend wśród organizacji polega na przenoszeniu większej ilości zasobów do chmury publicznej. Migracja centrum danych może oznaczać przejście z prywatnego centrum danych do chmury publicznej za pośrednictwem jednego z dostawców chmury publicznej, Wybór między Amazon AWS, Microsoft Azure a Google Compute Cloud.

Data center migration to cloud

Każda migracja wiąże się z różnymi wyzwaniami, które należy wziąć pod uwagę. W przypadku przejścia do chmury publicznej nie ma oczywiście żadnych zasobów fizycznych do przeniesienia, a jedynie zasoby wirtualne lub logiczne. W przypadku migracji fizycznego prywatnego centrum danych do innego prywatnego centrum danych może zaistnieć konieczność przeniesienia zasobów fizycznych i aktywów.

Przykładem tego, jak migracja centrum danych do chmury może radykalnie zmienić sytuację, jest obszar komunikacji sieciowej. Na przykład w Amazon AWSnie istnieje pojęcie sieci VLAN. Klient otrzymuje sieć nakładkową z natywnymi narzędziami na czystej sieci warstwy 3. W związku z tym nie polegasz na sieciach VLAN w celu segmentacji.

W sieci chmury publicznej polityka sieciowa jest skoncentrowana na hoście, a nie na poziomie sieci. Egzekwowanie odbywa się na poziomie hosta za pośrednictwem grup zabezpieczeń. Ponadto w przypadku Amazon rozmiar sieci jest ustalony na stałe po skonfigurowaniu VPC. Dlatego upewnienie się, że sieć VPC ma odpowiedni rozmiar, ma kluczowe znaczenie na froncie i stanowi dobry przykład tego, jak należy dokładnie przemyśleć planowanie migracji centrum danych do chmury.

W przypadku migracji prywatnych centrów danych możemy zasadniczo stworzyć scenariusz „jeden do jednego” infrastruktury w docelowym centrum danych i zastosować podejście „szablonowe” do przydzielania zasobów w docelowym centrum danych, tak jak istnieją one w obecnym centrum danych produkcyjnym.

Dokładne planowanie

Ogólnie rzecz biorąc, przeniesienie centrum danych to poważne przedsięwzięcie, którego znaczenia nie należy lekceważyć, jeśli ma zakończyć się sukcesem. Nieudana migracja centrum danych może potencjalnie skutkować przerwami w świadczeniu usług, utratą danych z powodu braku wykonać kopię zapasową danych, niezadowoleniem klientów, utratą reputacji marki, a ostatecznie realnymi szkodami dla organizacji, która nie zadbała o odpowiednie planowanie i przygotowanie tego procesu.

Lista kontrolna migracji centrum danych

Postępuj zgodnie z listą kontrolną migracji centrum danych, aby uniknąć problemów i przeprowadzić migrację w najlepszy możliwy sposób.

1. Planowanie przeniesienia centrum danych

Planowanie migracji centrum danych zazwyczaj wymaga tygodni, a nawet miesięcy przygotowań. Planowanie migracji centrum danych powinno obejmować następujące punkty:

Badanie lokalizacji istniejącego i nowego centrum danych

Niezbędnym elementem jest badanie lokalizacji zarówno istniejącego, jak i nowego centrum danych. Należy odpowiedzieć na następujące pytania:

  • Czy istniejące zasoby fizyczne w obecnym centrum danych zostaną przeniesione?
  • Jeśli odpowiedź brzmi „tak”, czy okablowanie i inne fizyczne połączenia warstwy 1 są w pełni zrozumiałe?
  • Czy można to odtworzyć w docelowym centrum danych po przeniesieniu infrastruktury fizycznej?
  • Jeśli zasoby fizyczne nie są przenoszone do nowego centrum danych, czy zapewniono odpowiednie zamienniki istniejącej infrastruktury?

Dokumentowanie wszystkiego

Czy wszystkie wymagania infrastrukturalne, w tym dotyczące magazynu, mocy obliczeniowej, sieci, aplikacji oraz wszelkie inne wymagania infrastrukturalne, zostały udokumentowane?

Uwaga:

  • Lepiej mieć zbyt dużo dokumentacji niż za mało.
  • Należy upewnić się, że każda szafa, każda „jednostka” szafy, maszyna wirtualna, sieć i aplikacja są udokumentowane, niezależnie od tego, czy są uważane za ważne, czy nie.

Zależności

  • Czy w pełni rozumiane są zależności w obecnym środowisku centrum danych, które należy odtworzyć w docelowym centrum danych?
  • Czy w obecnym centrum danych istnieją systemy pomocnicze, które należy odtworzyć w docelowym centrum danych?

Wymagania sieciowe

Jakie kwestie związane z sieciami LAN i WAN dotyczące istniejących aplikacji w obecnym centrum danych należy uwzględnić w nowym centrum danych?
Prywatne centrum danych

  • Czy istnieją sieci VLAN, które należy skonfigurować w nowym centrum danych i które są obecnie używane w istniejącym centrum danych?
  • Jakie są wymagania dotyczące adresowania IP zasobów i aplikacji w obecnym centrum danych?
  • Czy starsze aplikacje korzystają z jakichkolwiek stałych adresów IP, które należy usunąć przed przeniesieniem do nowego centrum danych?
  • Jakie są kwestie związane z adresami IP w sieci WAN? Czy uwzględniono wszystkie kwestie związane z adresami IP w sieci WAN?
  • W jaki sposób będzie przebiegać obsługa DNS i rozpoznawanie nazw?
    • Czy zasoby w obecnym centrum danych i nowym centrum danych będą działać równolegle, umożliwiając płynne przeniesienie DNS i dając czas na konwergencję DNS?
    • Czy zostaną wykorzystane inne mechanizmy, takie jak IP Anycast, do ogłaszania tego samego prefiksu IP z wielu lokalizacji i umożliwienia BGP lub innym protokołom routingu kierowanie ruchu w oparciu o koszty i stan łączy?
  • Czy zamówiono niezbędne obwody WAN, tak aby zapewnić wystarczający czas na uruchomienie nowych obwodów? Niektórzy dostawcy usług internetowych (ISP) mogą potrzebować nawet 90 dni na uruchomienie nowego łącza. Czas ten należy uwzględnić w każdym planie migracji centrum danych.

Chmura publiczna

  • Ponieważ w chmurze publicznej nie ma sieci VLAN, wszelkie wymagania dotyczące warstwy 2 należy dokładnie przemyśleć podczas przebudowy dostępu do sieci.
  • Ile adresów IP jest potrzebnych? Jakiej wielkości powinna być podsieć? AWS domyślnie używa podsieci /16.
  • Jak należy skonfigurować zabezpieczenia sieciowe? Jakie grupy zabezpieczeń należy wziąć pod uwagę?
  • Ograniczenie do 500 grup zabezpieczeń na VPC – czy Twoja sieć będzie wymagała większej liczby grup zabezpieczeń niż ta, która jest zapewniona?
  • Czy będziesz musiał udostępnić wiele VPC?
  • W przypadku przeniesienia do chmury publicznej najprawdopodobniej konieczne będą zmiany w narzędziach do automatyzacji. Czy zostało to uwzględnione?

2. Lista kontrolna testów migracji centrum danych

Chociaż może nie być możliwe przejście przez każdy etap procesu migracji, pomocne może być przeprowadzenie jednego lub kilku testów migracji. Jeśli istnieje również możliwość przygotowania kluczowych elementów, takich jak elementy związane z przejściem sieciowym, w środowisku laboratoryjnym, może to pomóc w zidentyfikowaniu potencjalnych problemów, między innymi z aplikacjami, przed faktyczną migracją.

  • Omów najważniejsze kwestie związane z migracją z kluczowymi członkami zespołu.
  • Zapoznaj się z kolejnością czynności, które należy wykonać, ponieważ najprawdopodobniej niektóre z nich będą wymagały uprzedniego wykonania innych pozycji z listy kontrolnej.
  • Skorzystaj z środowiska laboratoryjne w celu symulacji migracji centrum danych, w tym zasobów sieciowych, a także testowania aplikacji i rozwiązywania problemów. Testowanie jest ważnym punktem listy kontrolnej migracji centrum danych.

3. Przeprowadzenie przeniesienia centrum danych

Planowanie zostało zakończone, a zasoby są gotowe do uruchomienia w nowej lokalizacji centrum danych lub w chmurze publicznej — nadszedł czas na przeprowadzenie przeniesienia. Kwestie do rozważenia podczas przenoszenia centrum danych:

  • Dowiedz się, kto jest odpowiedzialny za poszczególne aspekty przeniesienia. Ostatnią rzeczą, jakiej chcesz, jest opieranie się na domysłach i przeoczenie odpowiedzialności za kluczowe aspekty przenosin.
  • Stwórz szczegółowy plan działania z udziałem wszystkich osób zaangażowanych w projekt migracji. Wymień obowiązki.
  • Miej pod ręką dane kontaktowe wszystkich zaangażowanych osób, numery telefonów itp., aby uniknąć marnowania czasu na szukanie informacji kontaktowych zamiast pracy nad potencjalnymi problemami związanymi z przenosinami centrum danych, które mogą się pojawić.
  • Miej w pogotowiu dodatkowe kontakty do dostawców. Obejmuje to kontakty do centrum danych, dostawców usług internetowych, inżynierów sieci, inżynierów infrastruktury, inżynierów operacyjnych itp.
  • Poinformuj użytkowników końcowych z wyprzedzeniem za pośrednictwem komunikacji elektronicznej, banera na stronie itp. Podaj szczegółowe informacje na temat przewidywanego okresu konserwacji, ponieważ zminimalizuje to frustrację użytkowników końcowych.
  • Przygotuj zespół do segregacji zgłoszeń na wypadek napływu problemów od użytkowników końcowych w wyniku migracji zasobów.

4. Lista kontrolna po przeniesieniu centrum danych

Po migracji zasobów centrum danych należy szybko ocenić wszelkie problemy z wydajnością lub inne problemy systemowe wynikające z migracji.

  • Wyznacz zespół, który zajmie się tym zadaniem – czy to poprzez ręczne kontrole, czy też za pomocą środków automatycznych – w celu sprawdzenia poprawności procesów systemowych oraz dostępności aplikacji po migracji.
  • Jeśli odbierasz ruch z różnych części świata, zasymuluj ruch pochodzący z różnych punktów końcowych na całym świecie, abyś mógł sprawdzić ewentualne rozbieżności między lokalizacjami geograficznymi, które mogą wynikać z konwergencji DNS w przypadku zmiany rekordów nazw.
  • Przetestuj nie tylko błędy w aplikacjach, ale także wydajność tych aplikacji.
  • Jeśli spodziewasz się poprawy wydajności, czy ta poprawa została zrealizowana?
  • Czy gorsza wydajność, co wskazuje na podstawowy problem z migracją?
  • Powiadom użytkowników końcowych, gdy okres konserwacji dobiegnie końca i system powinien działać normalnie. Może to pomóc użytkownikom końcowym w ustaleniu, czy doświadczają problemu związanego z migracją, czy też rzeczywistego problemu.
  • Zorganizuj spotkanie podsumowujące z udziałem wszystkich członków zespołu, aby zebrać informacje o wszelkich problemach, które wystąpiły podczas migracji centrum danych. Pomoże to zbudować silniejszy zespół w przyszłości, ujawni wszelkie problemy, którym można było zapobiec, i uwzględni je w przyszłych projektach.

Uwaga:. Jeśli zakończyłeś migrację centrum danych do chmury, pamiętaj, że musisz wdrożyć strategia tworzenia kopii zapasowych w chmurze w celu ochrony swoich danych.

Podsumowanie

Migracja centrum danych może być jednym z najbardziej skomplikowanych procesów, jakie organizacja może musieć przeprowadzić. Migracja wymaga precyzyjnych i przemyślanych zmian w systemach, tak aby mogły one pozostać online podczas migracji lub powrócić do działania jak najszybciej.

Korzyści z udanej migracji mogą być ogromne. Może ona pozwolić firmie na rozbudowę zaplecza technologicznego do bardziej nowoczesnego i zaawansowanego centrum danych. Ponadto może umożliwić organizacji przeprowadzenie migracji centrum danych do chmury w celu zapewnienia zasobów. Niezależnie od tego, odpowiednie planowanie, testowanie i realizacja przemyślanych planów pozwalają organizacji zrealizować trudne wyzwanie, jakim jest udana migracja centrum danych.

Zdecydowanie zaleca się wykonanie kopii zapasowej danych przed rozpoczęciem migracji. Pobierz bezpłatną wersję próbną NAKIVO Backup & Replication, aby chronić swoje maszyny fizyczne i wirtualne w centrach danych.

Wypróbuj NAKIVO Backup & Replication

Wypróbuj NAKIVO Backup & Replication

Skorzystaj z bezpłatnej wersji próbnej, aby poznać wszystkie funkcje rozwiązania w zakresie ochrony danych. 15 dni za darmo. Bez żadnych ograniczeń dotyczących funkcji ani pojemności. Nie trzeba podawać danych karty kredytowej.

People also read