Czy Twoja firma polega na usługach w chmurze, bazach danych, zdalnych serwerach lub przechowywanych danych jakiegoś rodzaju?
Oczywiście, że tak.
Czy jesteś w ciągłym strachu przed przestojem?
Oczywiście, że tak.
Na naszym 24-godzinnym, zawsze włączonym, zawsze połączonym, zawsze budzącym się rynku (rynkach), czas pracy jest krytyczny. Mówiąc wprost, przerwa w działaniu jest szkodliwa dla biznesu… i jest nie do przyjęcia. Właśnie dlatego rozwiązania inżynieryjne wysokiej dostępności – takie jak te oferowane przez Liquid Web i inne nowoczesne firmy hostingowe – są tak ważne. Od infrastruktury wysokiej dostępności i baz danych SQL, do nadmiarowej replikacji, dzienników transakcji i eliminacji pojedynczych punktów awarii, hosting jest tylko tak dobry, jak jego usługi inżynieryjne wysokiej dostępności (HA).
Załóżmy, że twoja aplikacja będzie hostowana na tradycyjnej zarządzanej infrastrukturze.
Teraz spójrzmy, dlaczego serwer wysokiej dostępności jest lepszym rozwiązaniem.
Wysoka dostępność podsumowanie
Jeśli chodzi o HA, należy rozważyć trzy zasady inżynierii niezawodności:
- Zmniejsz lub wyeliminuj pojedyncze punkty awarii.
- W systemach nadmiarowych upewnij się, że punkty krosowania są niezawodne.
- Wdrożony system musi wykrywać awarie i reagować na nie w czasie rzeczywistym.
Dowiedz się, w jaki sposób infrastruktura HA może pomóc Twojej firmie. Pobierz naszą białą księgę na temat Dlaczego wysoka dostępność ma znaczenie – i jak można ją osiągnąć w sposób niezawodny i niedrogi.Gdy te trzy zasady są niezawodnie wdrożone, osiąga się znaczne zmniejszenie przestojów. Jakość hosting będzie miał te zasady w umyśle podczas projektowania ich services.
Reducing pojedynczych punktów awarii w systemie HA oznacza nadmiarowość w danych-wirtualne, fizyczne, lub połączenie tych dwóch. Struktura HA będzie miała wolumen główny i co najmniej jeden fizyczny wolumen zapasowy. Standardowa konfiguracja składa się z dwóch identycznych woluminów głównych, wspieranych przez dwa identyczne woluminy fizyczne DR:BD (Distributed Replicated Block Device), wspierane przez dwa woluminy wirtualne DR:BD. Woluminy DR:BD wykonują selektywną, synchroniczną replikację danych, co oznacza, że tylko bloki zmienionych danych (a nie cały wolumin) są przepisywane i tworzone kopie zapasowe w czasie rzeczywistym.
Woluminy DR:BD ostatecznie skracają czas tworzenia kopii zapasowych, ponieważ wymagają jednorazowo mniej zasobów obliczeniowych. Każda warstwa kopii zapasowych (dwa identyczne woluminy podstawowe, dwa identyczne woluminy wirtualne DR:BD itp.) jest przechowywana na oddzielnych serwerach fizycznych – niektóre hosty mogą nawet tworzyć kopie zapasowe na serwerze znajdującym się w zdalnej lokalizacji. Konfiguracja ze zdalną lokalizacją eliminuje kolejny pojedynczy punkt awarii, chroniąc dane przed klęskami żywiołowymi i innymi problemami związanymi z lokalizacją, takimi jak przerwy w dostawie prądu i awarie sieci.
Co zrobić z bazą danych
W systemie HA zaleca się, aby baza danych SQL była przechowywana na oddzielnym, redundantnym środowisku serwerowym, ponieważ poprawia to wydajność i zmniejsza obciążenie serwera głównego. Dedykowany serwer SQL działa również zgodnie z zasadami inżynierii niezawodności, ponieważ został zaprojektowany specjalnie pod kątem wysokiej dostępności, w tym automatycznego i niezawodnego przełączania oraz wykrywania awarii w czasie rzeczywistym.
Bazy danych SQL tworzą również przyrostowe dzienniki transakcji; to kolejna ochrona przed pojedynczymi punktami awarii. Dzienniki transakcji zapisują każdą zmianę w bazie danych w ustalonych odstępach czasu, tak często jak jedna minuta – baza danych SQL może używać dzienników transakcji jako zbioru danych, zapisując na serwerach zapasowych w konfiguracji HA.
Standardowa konfiguracja hostingu baz danych SQL firmy Liquid Web zawiera codzienną kopię zapasową całej bazy danych i 24 godziny rolowania godzinnych dzienników transakcji.
Monitoring for Failover
W samym rdzeniu konfiguracji HA powinien znajdować się system monitorujący, który stale i konsekwentnie czuwa nad zdrowiem klastrowanych serwerów i automatycznie wykonuje failovers, gdy jest to konieczne. Podsystemem monitorującym najbardziej popularnym w branży jest Heartbeat. Heartbeat to oparty na Linuksie monitor, który może niezawodnie obsługiwać wiele węzłów. Heartbeat może szybko i dokładnie zidentyfikować krytyczne awarie i automatycznie przełączyć system na serwer redundantny.
Jak widać, każda część systemu HA działa z/do więcej niż jednej z trzech zasad inżynierii wysokiej dostępności. Redundantne węzły danych (fizyczne i wirtualne) redukują pojedyncze punkty awarii i tworzą niezawodne punkty krosowania.
Dedykowany serwer SQL tworzy kolejną warstwę redundancji, kolejną ochronę przed pojedynczymi punktami awarii i ma wbudowane, zautomatyzowane punkty krosowania.
Wreszcie, Heartbeat siedzi w centrum całej konfiguracji, monitorując system w czasie rzeczywistym i automatyzując krosowanie, gdy jest to konieczne.
Dzięki wysokiej jakości systemowi HA, przestoje są zredukowane lub praktycznie wyeliminowane, dzięki czemu firma działa przez cały dzień, każdego dnia.