Ce este un Cluster Failover?
Cluster-urile SQL Server Failover sunt grupuri de servere care rulează aplicații activate de cluster într-un mod special, pentru a reduce timpul de inactivitate.
Un eveniment de Failover este un proces care se întâmplă dacă un nod se blochează sau devine indisponibil, iar celălalt preia și repornește automat aplicația, fără intervenția umană.
Ce oferă clusteringul de Failover SQL Server ?
Un cluster de Failover SQL Server este cunoscut și ca un cluster High-Availability, deoarece oferă redundanță pentru sistemele critice. Conceptul principal care se află în spatele cluster-ului de failover este acela de a elimina un singur punct de eșec, incluzând conexiuni de rețea multiple și stocare de date partajate conectate prin SAN (Storage Area Network) sau NAS (Network Attached Storage).
Fiecare nod dintr-un mediu de cluster este monitorizat tot timpul printr-o conexiune de rețea privată numită heartbeat.
Un sistem trebuie să poată depăși situația numită „ split-brain” care apare dacă toate legăturile conexiunilor de rețea sunt afectate simultan. Apoi, toate celelalte noduri pot concluziona că un singur nod este nefuncțional și vor încerca să repornească aplicația singure.
Un cluster failover are rolul de a monitoriza starea generală a clusterului și a maximiza toleranța erorilor la nivel de nod.
SQL Server Failover – Modele de Licențiere
Noțiuni de baza:
Pentru fiecare server local licențiat cu SQL Server și acoperit de Software Assurance (SA) activ, clienții pot utiliza următoarele modele de replicare (numita in continuare “replică”) pasiva în așteptarea unui eveniment de failover:
- O replică pasivă de failover pentru High-Availability într-un OSE separat
- O replică pasivă de failover pentru Disaster Recovery într-un OSE separat
- O replică pasivă de failover pentru Disaster Recovery într-o singură mașină virtuală în Azure
Nota:
- O replică High Availability este definita ca o configurare in care replica pasiva are capabilitate de failover automat.
- O replică Disaster Recovery este definita ca o configurare in care replica pasiva are capabilitate de failover manual.
SQL Server poate fi configurat astfel încât, dacă un server eșuează, procesarea acestuia va fi preluată, recuperată și continuată de un alt server.
Pentru fiecare server licențiat cu SQL Server și acoperit de SA activ, clienții pot rula până la același număr de instanțe pasive de failover în OSE (Operating System Environment) separate pentru a susține evenimente de failover.
O instanță pasivă SQL Server este definita ca o instanță care nu servește date SQL Server clienților sau care execută sarcini de lucru SQL Server active. Instanțele pasive de failover pot rula pe un server separat. Acestea pot fi utilizate doar pentru sincronizarea cu serverul primar și pentru a menține instanța bazei de date pasivă într-o stare de așteptare – warm standby – pentru a reduce timpul de inactivitate din cauza defecțiunilor hardware sau software.
- Exemplu de licențiere a unei baze de date SQL Server primară activă cu Software Assurance (SA) activ și a unei baze de date secundare pasive.
- Exemplu de licențiere a unei baze de date SQL Server primară activă cu Software Assurance (SA) activ și a unei baze de date secundare pasive găzduite în Cloud.
- Exemplu de licențiere a unei baze de date SQL Server primară activă cu Software Assurance (SA) activ și a unei baze de date secundare passive, ambele găzduite în Cloud.
- Exemplu de licențiere a unei baze de date SQL Server primară activă cu Software Assurance (SA) activ și mai multe baze de date secundare pasive.