Jak zabezpieczyć się przed utratą serwera w budżecie

Jestem małą firmą o niewielkim budżecie, która zapewnia witryny i bazy danych dla klientów organizacji charytatywnych i non-profit.

Mam kilka serwerów VPS Debiana Linux i zapewniam, że mam codzienne kopie zapasowe innego VPS niż ten, na którym hostowana jest usługa.

Niedawno jedna z moich firm hostingowych powiedziała mi, że dwa dyski uległy awarii jednocześnie i że dane zostały utracone na zawsze. Rzeczy się zdarzają, przepraszali, co jeszcze mogliby zrobić? Ale sprawiło, że zastanawiałem się nad opłacalnymi sposobami ponownego podniesienia VPS w przypadku awarii sprzętu lub innej awarii hosta.

Obecnie musiałbym

1. Rozwiń nowy VPS
2. Pobierz kopię zapasową z ostatniego dnia (która obejmuje bazy danych, katalog główny i konfigurację specyficzną dla witryny) na VPS i skonfiguruj ją tak, jak ostatnia itp.
3. Zaktualizuj DNS i poczekaj na jego propagację.

Osiągnięcie tego zajęłoby prawdopodobnie około jednego dnia, przy czym propagacja DNS jest dużą niewiadomą, chociaż mam dość niskie ustawienie TTL (około godziny).

Niektóre hosty zapewniają migawki, których można użyć do replikacji zestawu do nowego VPS, ale nadal istnieje adres IP i to nie pomaga w przypadku, gdy firma hosta anuluje / zawiesza konto wprost (czytałem o tym zachowanie niektórych dostawców usług hostingowych i mnie to przeraża! Nie robię nic spamerskiego / podejrzanego i uważnie obserwuję bezpieczeństwo, ale zdaję sobie sprawę, że dosłownie mają moc, aby to zrobić i jestem dość niechętny).

Czy to w połączeniu z wyborem renomowanych hostów to najlepsze, co mogę zrobić, nie szukając niewiarygodnie drogiego rozwiązania?

Dla mnie wybranie renomowanych hostów i regularne tworzenie kopii zapasowych - które wydaje się, że już robisz - jest tak samo dobre, jak możesz, nie zaczynając myśleć o planowaniu ciągłości działania, konfiguracjach o wysokiej dostępności, umowach SLA i tak dalej.

Mówię ludziom, że masz 99% czasu pracy za darmo (tj. Bez wydawania dodatkowych pieniędzy na wysoką dostępność). To około trzy i pół dnia przestoju w roku. Każde dodatkowe 9 w tym czasie pracy zwiększa koszt o około trzy do dziesięciu razy.

Jeśli ludzie nie są gotowi zapłacić tego rodzaju pieniędzy, moim zdaniem błędem jest wprowadzanie ich w błąd, myśląc, że mogą uzyskać dodatkową ochronę o dowolnym znaczeniu.

Małe firmy z małymi budżetami, zwłaszcza non-profit, zazwyczaj nie będą w stanie pozwolić sobie na wysoką dostępność. Pytanie brzmi: jeśli praktycznie nie masz budżetu, jak to zwykle bywa w takich sytuacjach, jaka jest twoja strategia przywracania?

Mam takich klientów i robię to:

Po pierwsze, dla niektórych z nich mam przyrostową kopię zapasową i pełny zrzut bazy danych co sześć godzin. Jeden klient już używał CrashPlan Pro, więc właśnie tego użyłem. Cokolwiek robisz, musisz mieć pewność, że masz kopię zapasową, którą można przywrócić.

Mam prosty poradnik ansible, który przygotowałem w ciągu około godziny (wcześniej nie pracowałem z ansible), który instaluje nginx, php-fpm i MariaDB i przygotowuje je do obsługi witryny lub witryn. Uruchomienie tego podręcznika powoduje, że serwer (lub serwery) są gotowe do hostowania typowej aplikacji internetowej, a ja mogę po prostu przywrócić do niego wirtualny host nginx, pliki aplikacji i bazę danych.

Wynikiem tego jest to, że mogę uruchomić taką stronę internetową z kopii zapasowej w ciągu zaledwie kilku minut, w przeciwieństwie do ręcznego sposobu, który może potrwać godzinę lub dłużej.

Złożoność implementacji zależy od stosu aplikacji, ale najlepiej byłoby ustawić „tryb gotowości na gorąco” (u innego dostawcy), przy czym dane są replikowane w czasie rzeczywistym (lub tak blisko czasu rzeczywistego), jak to możliwe.

Przedstawienie uzasadnienia biznesowego posiadania 2 „aktywnych” serwerów jest tak proste, jak porównanie potencjalnej utraty przychodów w okresie „odzyskiwania z obrazów” z kosztem innego serwera.

Pamiętaj, że czas działania nie jest tym samym co integralność danych. Możesz mieć 99,99% czasu sprawności i utracić wszystkie swoje dane dwa razy w roku, o ile serwer został zrestartowany „wystarczająco szybko”. Większość dostawców VPS gwarantuje, że Twój serwer działa, a NIE twoje dane są bezpieczne. Twoje dane to Twój problem :(.

To, czego szukasz, będzie przechowywać kopie zapasowe na osobnym serwerze i (IMHO) nawet u tego samego dostawcy. W zależności od rozmiaru danych, o których mówisz, przenośny dysk twardy może być używany jako trzecia linia obrony offline. Wykonaj kopię zapasową swoich danych, a następnie regularnie kopiuj (lub tylko zmiany, jeśli to możliwe) na przenośny dysk twardy lub nawet na komputer lokalny. Istnieją również niedrogie opcje, takie jak Backblaze dla rozwiązań do tworzenia kopii zapasowych, ale cena będzie zależeć od ilości danych, o których mówisz. Jeśli możesz tworzyć przyrostowe kopie zapasowe, będzie to znacznie tańsze niż pełne kopie zapasowe, ale przyrostowe kopie zapasowe mogą być bardzo trudne w zależności od miejsca przechowywania danych (pliki płaskie = łatwe, baza danych = nie takie łatwe).

Odpowiedź zależy całkowicie od architektury i wymagań. Jakiś czas temu 3 dyski zawiodły na moim serwerze, usuwając ponad 20 vm, gdy Raid 6 zawiódł.

Pisałem o tym na

https://www.linkedin.com/pulse/20140827173324-2064263-how-i-nearly-lost-my-business-to-3-hard-discs

Ale: Ponieważ jest to krytyczne, mieliśmy kopie zapasowe - codziennie dla nieistotnych rzeczy, 15 minut dla baz danych i e-maili. Heck, teraz dodałem serwer, który jest replikowany na innym komputerze co 30 sekund.

Nic nie mówisz o stosie, nic o żadnym budżecie - więc najlepszą i jedyną radą tutaj jest udanie się do dostawcy usług w chmurze i rozpoczęcie korzystania z ich mechanizmów tworzenia kopii zapasowych. Ale zacznij definiować, czego właściwie potrzebujesz.

Ponadto - budżet tej kopii zapasowej powinien zależeć od ceny. To musi być zapłacone. I jakiejkolwiek infrastruktury potrzebujesz ... potrzebujesz. Nie jest to więc „absurdalnie drogie”.