Afactura dvs. se bazează pe servicii cloud, baze de date, servere la distanță sau date stocate de un anumit tip?
Bineînțeles că da.
Vă temeți în mod constant de timpii de nefuncționare?
Bineînțeles că da.
În piața noastră de 24 de ore, mereu conectată, mereu trează, cineva este mereu treaz, timpul de funcționare este critic. Pur și simplu, a fi în beznă este rău pentru afaceri… și este inacceptabil. Acesta este motivul pentru care soluțiile de inginerie de înaltă disponibilitate, precum cele oferite de Liquid Web și de alte companii moderne de găzduire web, sunt atât de importante. De la infrastructura de înaltă disponibilitate și bazele de date SQL, până la replicarea redundantă, jurnalele de tranzacții și eliminarea punctelor unice de eșec, o gazdă web este la fel de bună ca și serviciile sale de inginerie de înaltă disponibilitate (HA).
Să presupunem că aplicația dvs. va fi găzduită pe o infrastructură gestionată tradițională.
Acum, să vedem de ce un server de înaltă disponibilitate este o soluție mai bună.
High Availability Sumarizat
Când vine vorba de HA, trebuie luate în considerare cele trei principii ale ingineriei fiabilității:
- Reduceți sau eliminați punctele unice de eșec.
- În sistemele redundante, asigurați-vă că punctele de încrucișare sunt fiabile.
- Sistemul implementat trebuie să detecteze și să reacționeze la defecțiuni în timp real.
Aflați cum infrastructura HA vă poate ajuta afacerea. Descărcați cartea noastră albă Why High Availability Matters – And How You Can Achieve It Reliably and Affordably.Când aceste trei principii sunt implementate în mod fiabil, se obține o reducere semnificativă a timpului de nefuncționare. O gazdă web de calitate va avea în vedere aceste principii atunci când își proiectează serviciile.
Reducerea punctelor unice de eșec într-un sistem HA înseamnă redundanță în date-virtuale, fizice sau o combinație a celor două. O structură HA va avea un volum primar, și cel puțin un volum fizic de rezervă. O configurație standard este compusă din două volume primare identice, susținute de două volume fizice identice, Distributed Replicated Block Device (DR:BD), susținute de două volume virtuale DR:BD. Volumele DR:BD realizează o replicare selectivă și sincronă a datelor, ceea ce înseamnă că numai blocurile de date modificate (nu întregul volum) sunt rescrise și copiate în timp real.
Volumele DR:BD reduc în cele din urmă timpii de copiere de rezervă, deoarece necesită mai puține resurse de calcul la un moment dat. Fiecare nivel de backup (două volume primare identice, două volume virtuale DR:BD identice etc.) este stocat pe servere fizice separate – unele gazde vor face backup chiar și pe un server aflat într-o locație la distanță. O configurație cu o locație la distanță elimină un alt punct unic de eșec, protejând datele dvs. împotriva dezastrelor naturale și a altor probleme legate de locație, cum ar fi întreruperile de energie electrică și defecțiunile de rețea.
Ce să faceți cu baza de date
Într-un sistem HA, se recomandă ca baza de date SQL să fie stocată pe un mediu de servere separate, redundante, deoarece îmbunătățește performanța și reduce costurile generale pe serverul principal. Un server SQL dedicat funcționează, de asemenea, cu/împreună cu principiile ingineriei fiabilității, deoarece este conceput special pentru disponibilitate ridicată, inclusiv încrucișări automate și fiabile și detectarea defecțiunilor în timp real.
Bazele de date SQL creează, de asemenea, jurnale de tranzacții incrementale; o altă protecție împotriva punctelor unice de eșec. Jurnalele de tranzacție înregistrează fiecare modificare în baza de date la intervale stabilite, la intervale de până la un minut – baza de date SQL poate folosi jurnalele de tranzacție ca set de date, scriind pe serverele de backup din configurația dvs. de HA.
Configurația standard de la Liquid Web pentru găzduirea bazelor de date SQL include un backup zilnic al întregii baze de date și 24 de ore de rulaj al jurnalelor de tranzacție orare.
Monitorizare pentru Failover
În centrul configurației HA ar trebui să se afle un sistem de monitorizare care să urmărească în mod constant și consecvent starea de sănătate a serverelor grupate și să efectueze automat failovers atunci când este necesar. Subsistemul de monitorizare cel mai popular în întreaga industrie este Heartbeat. Heartbeat este un monitor bazat pe Linux care poate susține în mod fiabil mai multe noduri. Heartbeat poate identifica rapid și precis eșecurile critice și poate face automat tranziția sistemului către un server redundant.
După cum puteți vedea, fiecare parte a sistemului HA lucrează cu/împotriva mai mult de unul dintre cele trei principii ale ingineriei de înaltă disponibilitate. Nodurile de date redundante (fizice și virtuale) reduc punctele unice de eșec și creează puncte de încrucișare fiabile.
Un server SQL dedicat creează un alt nivel de redundanță, o altă protecție împotriva punctelor unice de eșec și are încorporate puncte de încrucișare automate.
În cele din urmă, Heartbeat se află în centrul întregii configurații, monitorizând sistemul în timp real și automatizând încrucișările atunci când este necesar.
Cu un sistem HA de calitate, timpul de nefuncționare este redus sau practic eliminat, menținându-vă afacerea în funcțiune și operațională toată ziua, în fiecare zi.