Kompletny przewodnik po strategiach migracji technologii: (końcowy – migracja domeny i hostingu)

Na koniec, na zakończenie naszej serii blogów, zagłębimy się w migrację serwera (domen i hostingu). Ponieważ migrację aplikacji i bazy danych określiliśmy już jako kluczowe elementy procesu migracji zaplecza, sensowne jest tylko sfinalizowanie migracji serwera.

Ogólnie rzecz biorąc, migracja witryny z jednego hosta na drugi może być łatwiejsza w porównaniu z innymi typami migracji, które omówiliśmy wcześniej. W praktyce można to przyrównać do nadawania nowego adresu swojej stronie. W dalszej części tego artykułu szczegółowo wyjaśnimy kluczowe aspekty i najlepsze praktyki związane z tą branżą migracji. Więc bez zbędnych ceregieli wskoczmy!

Co to jest migracja serwera?

W najbardziej podstawowym znaczeniu migracja serwera to technika migracji, w której dane są umieszczane z jednego serwera na drugi. Zasadniczo polega na skonfigurowaniu serwera docelowego w celu zastąpienia istniejącego poprzez skopiowanie stron internetowych i ich konfiguracji oraz zmianę DNS, aby skierować odwiedzających na nowy serwer. Migracje serwerów są powszechne w wielu firmach zależnych od danych, a ze względu na wrażliwy charakter danych, przemyślane planowanie jest bardzo ważne dla pomyślnej migracji.

Dlaczego migracja serwera?

Migracja serwera może nastąpić z różnych powodów, takich jak:

• Do obsługi zwiększonego ruchu.
• Pragnienie lepszej wydajności i szybszego czasu reakcji.
• Pragnienie lepszej kontroli, zarządzania i elastyczności.
• Dla lepszej personalizacji.

Chociaż z drugiej strony są osoby, które przechodzą na serwery z niższej półki w celu redukcji kosztów. Migracja serwerów obejmuje również dwa kluczowe aspekty, a mianowicie; migracja domen i migracja serwerów hostingowych. Większość tego bloga zajmiemy się obiema kategoriami. Na przykład różnica między zmianą dostawcy hostingu (takiego jak GoDaddy na AWS) a przeniesieniem nazw domen (na przykład example.com na example.info).

Co to jest migracja nazw domen?

Migracja domeny w uproszczeniu oznacza przeniesienie strony internetowej z jednej nazwy domeny (example.co) na inną (example.info), bez utraty lub utraty bezpieczeństwa danych. Zasadniczo przy transferze nazwy domeny nie jest wymagana kopia zapasowa, ponieważ nie będzie transferu plików między serwerami. Chociaż informacje DNS (Domain Name System) muszą być przesyłane jako wymagane, aby mieć zapis zmiany. Zmiana protokołu może również nastąpić, gdy niezabezpieczona witryna zostanie przeniesiona na bezpieczną witrynę, np. gdy witryna HTTP zostanie przeniesiona na HTTPS. Zasadniczo powody zmiany nazw domen są różne, na przykład może to być wybór, aby przejść z domeny ogólnej, takiej jak .com , na bardziej specyficzną geograficznie, taką jak .in lub .cn.

Co to jest migracja serwera hostingowego?

Migracja serwera hostingowego oznacza w zasadzie przejście od jednego dostawcy usług hostingowych do drugiego. Podczas migracji musisz utworzyć pełną kopię zapasową witryny wraz z plikami bazy danych na urządzeniu przed rozpoczęciem procesu migracji. Upewnij się również, że wszystkie skrypty po stronie serwera można zainstalować na nowej platformie hostingowej i że Twoja witryna może działać płynnie na nowym serwerze. Powodów migracji od jednego dostawcy usług hostingowych do drugiego może być wiele, np.:

1. Chęć skorzystania z nowej technologii lub lepszej obsługi
2. Konieczność wymiany przestarzałej infrastruktury
3. Wymóg rozbudowy i dystrybucji hostingu w celu osiągnięcia wysokiej dostępności.
4. Obawy dotyczące bezpieczeństwa itp.

Rodzaje migracji hosta serwera

W zależności od systemu operacyjnego i zastosowanej technologii migracja serwera zazwyczaj obejmuje:

• Migracja serwera w chmurze : obejmuje głównie pozycjonowanie danych na nowoczesnym, skalowalnym serwerze w chmurze.

• Migracja serwera aplikacji : Zasadniczo wiąże się to z przeniesieniem aplikacji z jednego środowiska serwera do drugiego. Dzieje się tak w zasadzie za każdym razem, gdy pliki są przenoszone między serwerami.

• Migracja serwera pocztowego : tutaj dane są przesyłane między migracjami serwerów pocztowych w ramach tego samego lub różnych hostów.

• Migracja serwera wirtualnego — ta domena migracji obejmuje serwery wirtualne lub przeniesienie maszyny wirtualnej z jednego serwera na drugi. Na rynku dostępnych jest wiele opcji serwera, takich jak GoDaddy, AWS, DigitalOcean, Alibaba Cloud itp. Jednak wybór jednego z nich w dużej mierze zależy od wymagań projektu. Istnieje jedna wspólna zasada, która dotyczy każdej migracji serwerów hostingowych – możesz zmienić serwery hostingowe tylko wtedy, gdy byłeś zarejestrowany u poprzedniego rejestratora domen przez 60 dni lub dłużej. Możesz dowiedzieć się o innych zasadach, które są dostępne na odpowiednich witrynach hostingowych.

Jak przeprowadzić migrację nazwy domeny?

Migracja nazwy domeny jest łatwiejsza do wydedukowania w przeciwieństwie do migracji serwera. Najczęstszym powodem migracji nazw domen jest to, że użytkownicy mogą mieć dłuższą nazwę domeny i chcą jej lepszej i krótszej wersji. Jednak przed zmianą nazw domen należy pamiętać o dwóch różnych scenariuszach:

• Kupowanie nazwy domeny, która była już używana przez kogoś innego: Może to być wygasła nazwa domeny, którą musiałeś kupić na aukcji domen lub bezpośrednio od kogoś innego.
• Zakup zupełnie nowej nazwy domeny, która nigdy wcześniej nie była używana.

Weźmy przykład, aby zrozumieć różnicę między powyższymi dwoma scenariuszami i dlaczego są one konieczne. Jeśli zamierzasz kupić wcześniej zarejestrowaną nazwę domeny, istnieje prawdopodobieństwo, że możesz napotkać jeden z następujących problemów:

• Może zawierać linki do niego, które mogą być dobre lub w niektórych przypadkach złe dla Twojej witryny.
• Możliwe, że był wcześniej dołączony do strony nie na temat, która została stworzona w innym celu niż Twoja.
• Możesz zostać ukarany lub zablokowany w niektórych wyszukiwarkach.
• Twoja witryna może być zablokowana w serwisach społecznościowych.
• Mogła być również wcześniej wykorzystywana do działań spamowych.

Proces migracji nazw domen

• Proces migracji nazwy domeny jest dość prosty. Wystarczy wykonać proste kroki, a skończysz w mgnieniu oka.
• Na początek musisz zweryfikować każdą wersję (tj. http://, http://www, https:// lub https://www) każdej witryny w konsoli wyszukiwania Google. Zidentyfikuj również wszystkie subdomeny, jeśli takie istnieją.
• Przeszukaj całą witrynę. Możesz w tym celu skorzystać z różnych narzędzi dostępnych online. Pomoże Ci to zidentyfikować wszystkie możliwe adresy URL i stworzyć ich listę. Będziesz go później potrzebować.
• Używając stałych przekierowań 301, przekieruj ze starej nazwy domeny do nowej nazwy domeny.
• Przetestuj przekierowania, aby upewnić się, że nie przekierowujesz wiele razy. Może to dezorientować użytkowników.
• Aby poinformować Google, że przenosisz się do nowej domeny za pomocą narzędzia zmiany adresu Google. Pomoże Ci to potwierdzić, czy przekierowania są prawidłowo skonfigurowane, czy nie.
• Nie zapomnij zaktualizować ustawień w Google Analytics, aby wskazywały nową nazwę domeny. Możesz edytować ustawienia Google Analytics, jeśli chcesz zachować stare dane w Google Analytics.
• Użyj utworzonej listy adresów URL, aby ponownie zaindeksować witrynę, aby upewnić się, że wszystkie stare adresy URL przekierowują prawidłowo do nowych adresów URL.

Jak przeprowadzić migrację od jednego dostawcy usług do drugiego?

Jak wspomniano wcześniej, migracja serwerów jest naprawdę prosta. Strony internetowe zazwyczaj napotykają na pewne przestoje podczas procesu migracji serwera, bez względu na to, jak dobrze zaplanowany jest proces migracji. Dlatego plan migracji musi być przygotowany z dużym wyprzedzeniem przed wykonaniem procesu migracji.

Ogólnie rzecz biorąc, proces migracji należy wykonać, gdy ruch na serwerze jest najmniejszy. Musisz poruszać się zgodnie z planem, w przeciwnym razie istnieje duża szansa, że ​​proces migracji serwera hostingowego może się nie powieść.

• Gdy już zdecydujesz się na dostawcę usług hostingowych, kup plan i przygotuj się do przeniesienia swojej witryny na nowego hosta. Upewnij się, że plan od starego rejestratora domen nie zostanie anulowany, dopóki Twoja witryna nie zostanie całkowicie zmigrowana do nowej.
• Przed przystąpieniem do migracji należy zachować pewne środki ostrożności, takie jak wykonanie kopii zapasowej wszystkich plików bazy danych i witryn internetowych ze starego rejestratora domen.
• Możesz zaimportować swoją bazę danych za pomocą PHPAdmin lub innego oprogramowania innej firmy. Następnie prześlij pliki swojej witryny i bazę danych na nowy serwer rejestratora domen.
• Upewnij się, że instalujesz aplikacje internetowe na nowym serwerze przed przesłaniem bazy danych, a następnie wyeksportuj bazę danych z PHPAdmin lub innego oprogramowania innej firmy, w którym tworzysz kopię zapasową danych.
• Pamiętaj, aby dodać wszystkie konta e-mail do nowego serwera przed zmianą DNS. Możesz również utworzyć adres „catchall”, aby upewnić się, że żadna poczta nie zostanie odrzucona w przypadku, gdy zapomnisz dodać adres e-mail.
• Najlepszym rozwiązaniem jest utworzenie dwóch kont dla każdego adresu e-mail, a następnie użycie adresu IP każdego serwera poczty w ustawieniach POP zamiast nazwy domeny. Dzięki tej praktyce nie przegapisz żadnych e-maili podczas metody propagacji DNS.
• Gdy wszystkie witryny zostaną zapisane na nowym serwerze hostingowym, będziesz musiał przeprowadzić serię testów, aby upewnić się, że wszystkie obrazy, teksty i linki znajdują się we właściwym miejscu i działają poprawnie na nowym serwerze.
• Zmieniając rekordy DNS, musisz zmienić rekord DNS w panelu sterowania u rejestratora domen. Zasadniczo będziesz musiał zmienić serwery nazw domen na te w wiadomości powitalnej wysłanej do Ciebie przez nowego hosta. W ciągu dwóch do czterech dni proces migracji zostanie pomyślnie zakończony.
• Na koniec nie zapomnij anulować konta hostingowego u starego dostawcy usług hostingowych.

Wstępne wskazówki do rozważenia, aby uzyskać bezproblemową migrację serwera hostingowego.

1. Faza planowania

• Sprawdź, czy Twoja platforma hostingowa na serwerze źródłowym obsługuje migrację:
• Ostrożnie wybierz odpowiedni serwer docelowy i sprzęt dla serwera docelowego. Istnieją różnice w zastosowaniu, na przykład, czy przesyłasz swoje dane z jednego serwera dedykowanego na drugi; lub czy nowa struktura serwera opiera się na klastrach obejmujących kilka różnych systemów.
• Wybierz obsługiwany system operacyjny dla serwera docelowego
• Wybierz wykonywalną metodę przełączania domen w tryb online na serwerze docelowym po migracji (na przykład migracja do nowych adresów IP i aktualizowanie rekordów DNS domen po migracji w celu ich wskazania). Jeśli serwer źródłowy jest przeciążony lub ma mało zasobów, lepiej zaplanować zadanie migracji poza godzinami pracy, jeśli to możliwe.

2. Przygotowanie serwera

• Upewnij się, że wszystkie dostępne komponenty, które są używane na serwerze źródłowym, są również zainstalowane i skonfigurowane na serwerze docelowym.
• Upewnij się, że na serwerze źródłowym i docelowym jest wystarczająca ilość miejsca
• Dodaj niezbędną liczbę adresów IP na serwerze docelowym (najlepszą praktyką jest posiadanie równej liczby współdzielonych i dedykowanych adresów IP na obu serwerach na potrzeby migracji).

3. Rozważania dotyczące fazy testowania

• Zalecane jest kompleksowe testowanie wydajności w celu oceny potencjalnego ryzyka. W tym czasie wypróbuj niektóre aplikacje niskiego ryzyka i wykonaj kilka testów programistycznych, a następnie przejdź do aplikacji o wyższym ryzyku. Taki przyrostowy proces pozwala stopniowo budować zaufanie do procesu podczas testowania większych i bardziej złożonych aplikacji.
• Niezależnie od tego, post-wdrożenie jest równie ważne, a serwery powinny pozostać w stanie po migracji w dość „intensywnej opiece”.

4. Łagodzenie ryzyka

Ryzyko jest synonimem wszelkich działań związanych z migracją serwerów, a ograniczanie jak największej liczby zagrożeń jest częścią najlepszych praktyk. Oto kilka przykładów scenariuszy ryzyka:

• Nadrzędne ryzyko, że aplikacje mogą nie działać zgodnie z oczekiwaniami po migracji.
• Ryzyko nieprawidłowo działających programów lub funkcji
• Naruszenia danych i utrata danych.
• Nieautoryzowane spawnowanie instancji
• Ryzyko okresowej niedostępności. To niezmiennie oznacza kłopoty dla operacji biznesowych i może prowadzić do wymuszonych przestojów tylko w celu rozwiązania problemów.

Zasadniczo najskuteczniejszym sposobem ograniczenia takiego ryzyka jest pełne zaplanowanie podejścia do migracji. Wiąże się to z dokładnym spisem kluczowych aplikacji i magazynów danych, a także określeniem sytuacji awaryjnych, takich jak tworzenie niezawodnych kopii zapasowych aplikacji o znaczeniu krytycznym. Na przykład niektóre firmy przeprowadzają symulację migracji (za pomocą narzędzi do symulacji w chmurze), aby zidentyfikować inne potencjalne problemy, które mogą napotkać w przypadku zaawansowanej migracji.

5. Wybór metody tworzenia kopii zapasowej

• Bez brzmienia jak zdarta płyta, nie mogę wystarczająco podkreślić, jak ważne są kopie zapasowe! Z natury najlepszym podejściem do tworzenia kopii zapasowych jest utworzenie kopii zapasowej obrazu dysków. Ogólnie rzecz biorąc, kopia zapasowa obrazu głęboko przechwytuje krytyczne informacje, w tym klucze rejestru, klucze licencyjne, ustawienia i dane specyficzne dla aplikacji.
• Ponadto kopie zapasowe obrazu umożliwiają konwersję kopii zapasowej serwera fizycznego na maszynę wirtualną (VM). Zasadniczo ta konwersja zachowuje kopię oryginalnej maszyny, którą można uruchomić w dowolnym momencie, jeśli trzeba uzyskać dostęp do starych danych systemowych. Biorąc to pod uwagę, kopie zapasowe obrazu zapewniają kluczową sieć bezpieczeństwa dla procesu migracji
• Z drugiej strony podejście do tworzenia kopii zapasowych oparte na plikach jest również wykonalną alternatywą. Jednak ponieważ kopie zapasowe oparte na plikach działają na poziomie systemu plików, gdy wymagane jest utworzenie kopii zapasowej całego systemu operacyjnego lub maszyny wirtualnej, kopia zapasowa oparta na plikach może nie być wystarczająca.

Warto zauważyć, że podczas tego procesu nie należy dekompresować żadnego z pobranych plików kopii zapasowej, ponieważ proces ten zostanie ukończony przez nowy serwer.

6. Miej plan wycofania

• Strategia wycofywania jest bezpieczna w razie awarii, jeśli coś pójdzie nie tak lub jeśli wystąpi wiele przytłaczających problemów. Zasadniczo pozwala na cofnięcie zmian i przywrócenie serwerów do pierwotnego stanu przed migracją.
• Upewnij się, że dostawcy serwerów stosują takie środki.

Nasza lista kontrolna migracji serwerów

• W oparciu o to, co dzisiaj szczegółowo opisaliśmy, podsumujmy najważniejsze pytania, które należy zadać podczas inicjowania lub rozważania migracji serwera.
• Jaką architekturę powinien mieć nowy serwer i czy architektura projektu odpowiada Twoim potrzebom?
• Czy dostępne są wystarczające zasoby finansowe i specjaliści do przeprowadzenia migracji i późniejszej konfiguracji serwera?
• Czy wybrany sprzęt jest wystarczająco elastyczny dla przyszłego rozwoju projektu?
• Czy proces migracji powinien mieć miejsce w trakcie działania systemu, czy też wszystkie czynności powinny zostać przerwane na czas trwania procesu?
• Czy możliwość utrzymania operacji jest proporcjonalna do dostępności zasobów i zwiększonej złożoności migracji?
• Jeśli tak, jakie kroki można podjąć, aby czas przestoju był jak najkrótszy?
• W jaki sposób zapewnisz integralność wpisów do bazy danych i ich aktualność?
• Jak będzie testowana funkcjonalność nowego serwera?
• Co się dzieje, gdy niektóre aplikacje nie działają po zakończeniu migracji danych? Jakie sytuacje awaryjne lub obejścia można wprowadzić?

Wniosek

Mam nadzieję, że ten blog przedstawi całościowy pomysł i szczegółowo opisuje różnice między migracją domeny a migracją serwera hostingowego. Migracja to znacznie szerszy temat, ale starałem się omówić wszystkie ważne aspekty, które mogą pomóc w podjęciu decyzji podczas rozpoczynania podróży migracyjnej.

Ta seria blogów zasadniczo pomoże ci zdefiniować zakres migracji, uniknąć pełzania zakresu, mądrze wybrać stos technologii i zrozumieć zawiłości stojące za różnymi typami migracji, takimi jak migracja technologii, migracja baz danych oraz migracja serwerów domen i hostingu. Celem tej serii blogów było zapewnienie, że czytelnicy nie będą musieli przeszukiwać i migrować przez rozproszone witryny w Google, aby dowiedzieć się o migracji i innych szczegółach migracji. Mam nadzieję, że ta seria blogów okazała się przydatna! W przypadku jakichkolwiek pytań dotyczących bezproblemowej migracji prosimy o kontakt tutaj w Creole Studios.