Przenosiny

Przenoszenie działającego serwera bez jego psucia

Większość migracji kończy się niepowodzeniem na przełączeniu, a nie na kopiowaniu. Kopiowanie bajtów to rozwiązany problem. Poniżej opisujemy, jak robi się resztę, co nic nie kosztuje i gdzie się zatrzymujemy.

01

Okno bezpłatnej migracji

Jedna migracja na instancję w ciągu pierwszych 14 dni. Po tym czasie jest to płatny czas inżyniera, wyceniony przed rozpoczęciem.

Każde nowe konto otrzymuje pomoc w migracji za darmo przez 14 dni od pierwszej płatnej faktury. Obejmuje to tyle instancji, ile zamówiłeś, do 2 godzin czasu inżyniera każda, co w praktyce jest znacznie więcej, niż ktokolwiek zwykle wykorzystuje.

Okno istnieje, ponieważ alternatywą jest stracenie weekendu na migrację i dojście do wniosku, że zmiana hostingu nie jest warta zachodu. Zrobienie tego właściwie kosztuje nas mniej niż utrata konta w drugim miesiącu.

Większe floty otrzymują plan, a nie stoper. Powiedz nam, ile instancji, co na nich działa i gdzie są teraz, a otrzymasz pisemną sekwencję z punktem przywracania na każdym kroku.

7-dniowy zwrot pieniędzy przebiega równolegle. Zmigruj pierwszego dnia, zdecyduj szóstego, że latencja nie jest tym, czego potrzebowałeś, a moneta wraca w aktywie, którym zapłaciłeś.

02

Co zrobimy, a czego nie zrobimy

Dostęp działa w jedną stronę. Dodajesz klucz, który wygenerujemy na potrzeby zadania, do maszyny źródłowej, my go używamy, a Ty usuwasz go po zakończeniu migracji. Klucz jest indywidualny dla każdej migracji i nigdy nie opuszcza stacji roboczej operatora. Jeśli Twój obecny hosting na to nie pozwala, awaryjnie wykonujemy kopię na poziomie bloków, wysyłaną z Twojej strony do oczekującego celu.

Nie potrzebujemy hasła do panelu administracyjnego u poprzedniego dostawcy i odmówimy, jeśli zostanie nam zaproponowane. Nikt tutaj nie chce mieć możliwości działania jako Ty gdzie indziej, a inżynier posiadający dane logowania klienta to odpowiedzialność bez żadnych korzyści.

Zrobimy

Skopiujemy systemy plików lub całe urządzenia blokowe, przygotujemy instancję docelową, dostroimy jądro i dyski odbierające, wykonamy synchronizacje delta, będziemy obecni przy przełączeniu i pozostaniemy na ticketu, aż DNS się ustabilizuje.

Nie zrobimy

Debugować Twojej aplikacji, przepisywać Twojej konfiguracji pod nowszą dystrybucję, przenosić licencji powiązanej z cudzym sprzętem ani przyjmować hasła. Dostęp odbywa się przez tymczasowy klucz, który potem odwołasz.

Wolelibyśmy nie

Przenosić bazy danych przez kopiowanie jej plików podczas pracy. To działa, dopóki nie przestanie, a awaria ujawnia się tygodnie później jako ciche uszkodzenie. Zamiast tego użyj repliki i promocji.

03

Poziom plików czy poziom bloków

Dwa sposoby przeniesienia danych. Wybór właściwego zależy głównie od tego, czy chcesz mieć ten sam system operacyjny po drugiej stronie.

KryteriumPoziom plików, rsyncPoziom bloków, dd po SSH
Co jest przenoszonePliki, uprawnienia, atrybuty rozszerzoneCałe urządzenie, bajt po bajcie
PrzestójMinuty, jedna końcowa synchronizacja deltaGodziny lub zarezerwowane okno
Co zostanie uruchomioneAktualny obraz, który wybrałeśDokładnie to, co miałeś, łącznie z niepotrzebnymi elementami
Zmiana dystrybucjiMożliwa, o to w tym chodziNie jest możliwa
Ryzyko bootloaderaBrak, cel już się uruchamiaRealne, a konsola to sposób na naprawę
Duże dyski rzadkieObsługiwane dobrzeKopiuje puste miejsce, chyba że to zaplanujesz
Kiedy wybraćPrawie zawszeStarsze maszyny, których nikt nie chce przebudowywać

Istnieje trzecia opcja i często jest najszybsza: nie migruj wcale. Uruchom usługę od nowa na podstawie zarządzania konfiguracją, przywróć zrzut bazy danych i wyrzuć starą maszynę. Jeśli Twoja infrastruktura jest odtwarzalna, to praca na dwie godziny bez etapu kopiowania.

04

Sekwencja

Siedem kroków w tej kolejności. Pominięcie piątego to sposób, w jaki ludzie serwują z dwóch maszyn jednocześnie i zauważają to dopiero w poniedziałek.

  1. 01

    Zamów cel i pozwól mu się ustabilizować

    Taki sam lub większy rozmiar, w mieście, którego faktycznie chcesz. Uruchom monitoring na nim, gdy jest pusty, przez jeden dzień i potwierdź, że opóźnienia i dysk odpowiadają danym z karty zamówienia.

  2. 02

    Najpierw obniż TTL

    Obniż rekord do 300 sekund co najmniej 48 godzin przed migracją, aby stara wartość wygasła wszędzie do czasu, gdy będziesz jej potrzebował. Ten krok jest bezwartościowy, jeśli zostanie wykonany za późno.

  3. 03

    Wykonaj kopię zimną

    Większość danych, przenoszona, gdy wszystko jest jeszcze aktywne na starej maszynie. Zajmuje tyle czasu, ile zajmuje, i nic nie czeka.

  4. 04

    Uruchom usługi na celu

    Te same wersje, ta sama konfiguracja, wciąż bez ruchu. Bazy danych przywracane tutaj ze zrzutu, a nie z kopii plików.

  5. 05

    Przetestuj cel po adresie

    Nadpisz nazwę hosta lokalnie wpisem w hostach i korzystaj z usługi normalnie przez godzinę. Zaloguj się, coś zapisz, coś prześlij, wyślij maila, jeśli wysyła maile.

  6. 06

    Zamroź, synchronizacja delta, zmiana

    Zatrzymaj zapisy na źródle, uruchom ostatnią synchronizację, zweryfikuj sumę kontrolną czegoś istotnego, a następnie zmień rekord. Okres zamrożenia trwa zwykle mniej niż pięć minut.

  7. 07

    Zachowaj źródło przez tydzień

    Włączony, nie obsługuje niczego, a mimo to płatny. To najtańsze ubezpieczenie, jakie kiedykolwiek kupisz, i jedyna rzecz, o której zapomniałeś skopiować, zawsze wypłynie czwartego dnia.

05

DNS i testowanie przed przełączeniem

Przełączenie to zmiana DNS, a zmiana DNS nigdy nie jest natychmiastowa, niezależnie od tego, co mówi TTL. Niektóre resolvery zaokrąglają, niektóre sieci korporacyjne cache'ują przez cały dzień, a niewielka liczba klientów przypina adres na czas życia procesu. Planuj obsługę z obu maszyn przez 24 godziny.

Utrzymanie obu jest łatwiejsze, niż się wydaje, gdy aplikacja jest bezstanowa. Jeśli nie jest, ustaw starą maszynę w tryb tylko do odczytu w momencie przełączenia, zamiast ją wyłączać, aby nieaktualny klient otrzymał oczywisty błąd zamiast zapisu do bazy, której nikt już nie przeczyta.

01

Zanim dotkniesz DNS

Wpis w hosts wskazujący nowy adres to jedyny uczciwy test. Certyfikaty, przekierowania, absolutne URL-e i zakodowane na sztywno adresy – wszystko to psuje się tutaj, na twoich oczach, a nie przed twoimi użytkownikami.

02

Najpierw certyfikaty

Wydaj certyfikat na maszynie docelowej przed przełączeniem, używając wyzwania DNS, aby coś ważnego było już na miejscu, gdy nadejdzie pierwsze żądanie. Wyzwanie HTTP nie może zadziałać, dopóki ruch się nie przeniósł, a to jest już za późno.

03

Poczta to wyjątek

Reputacja nie przenosi się wraz z danymi. Nowy adres wysyła z zerową historią, więc rozgrzej go przez dwa tygodnie, utrzymuj SPF, DKIM i DMARC ważne na obu maszynach przez okres nakładania, i spodziewaj się, że pierwszy tydzień będzie wolny.

04

Rollback to TTL, nie przebudowa

Dopóki źródło żyje, a TTL jest wciąż niskie, cofnięcie przełączenia zajmuje jedną zmianę rekordu. To jest cały powód, dla którego kroki drugi i siódmy nie są opcjonalne.

06

Pytania o migrację

Tak, wycenę podajemy na piśmie przed rozpoczęciem, i zazwyczaj jest to umiarkowana kwota. Nic nie zaczyna się, dopóki nie zaakceptujesz liczby.

Tak, na poziomie blokowym, do licencjonowanego obrazu za 22 € miesięcznie. Reaktywacja odbywa się na nowym sprzęcie i od czasu do czasu wymaga jednego restartu, aby wszystko się ustabilizowało.

W takim razie nie możemy pomóc bezpośrednio, i ty też nie możesz. Wyeksportuj to, co panel jest w stanie dać, odbuduj na czystym obrazie i potraktuj całą sprawę jako lekcję o panelach, które przejmują kontrolę nad maszyną.

Zazwyczaj mniej niż dwie godziny na porcie 10 Gbit/s, często znacznie mniej. Ograniczeniem jest prawie zawsze upload starego dostawcy, a nie nasz download.

Tak, i jest to łatwiejsze, ponieważ oba końce są nasze. Snapshot, przywróć w nowym mieście, przetestuj, przełącz. Przenoszenie instancji między naszymi lokalizacjami jest bezpłatne.

Zmieniasz rekord z powrotem, ponieważ źródło wciąż działa, a TTL nadal wynosi 300 sekund. To jest plan, a nie sytuacja awaryjna, i dlatego istnieje ostatni krok.

Gotowi, gdy jesteś

Powiedz nam, co przenosisz

Liczba instancji, prędkość portu starego dostawcy, całkowita ilość danych i czy coś jest bazą danych. Pisemny plan wraca tego samego dnia roboczego, a jeśli uczciwa odpowiedź brzmi: przebudować, a nie kopiować, to właśnie to będzie w nim napisane.