Navigarea în SQL Server High Availability în Kubernetes pentru performanță îmbunătățită - DATAVERSITY

Navigarea cu SQL Server înaltă disponibilitate în Kubernetes pentru performanță îmbunătățită – DATAVERSITY

Marca temporală: 30 noiembrie 2023, ora 3:25
Nodul sursă: 2986079

Există o rațiune convingătoare pentru că SQL Server nu este cea mai ușoară alegere pentru inițiativele de containerizare Kubernetes. Mediile SQL Server sunt adesea caracterizate ca entități formidabile, cunoscute pentru amploarea lor substanțială și tendința de a consuma o parte semnificativă a resurselor bugetare. În plus, mediile SQL Server:

  1. Protejați cele mai prețioase active de date ale unei organizații și, astfel, solicitați măsuri de securitate riguroase.
  2. Impuneți cerințe critice privind timpul de funcționare, determinând nevoia de gestionare atât a timpului de oprire programat, cât și neprogramat.
  3. Prezintă provocări semnificative de management, datorită gamei diverse de sisteme de operare și componente de infrastructură implicate.

Containerele oferă un potențial substanțial pentru îmbunătățirea agilității, flexibilității și rentabilității SQL Server, printre alte beneficii, în cadrul organizațiilor. Cu toate acestea, piatra de poticnire esențială în tranziția la implementările containerizate în Kubernetes este cerințele stricte de funcționare ale sarcinilor de lucru SQL Server.

Disponibilitate ridicată (HA) implicită în Kubernetes

Când este utilizat independent, Kubernetes încorporează anumite caracteristici de înaltă disponibilitate (HA) pentru a proteja încărcăturile de lucru SQL Server în containere. Aceste capabilități încorporate cuprind replicarea podului, echilibrarea încărcăturii, descoperirea serviciilor, volume persistente și StatefulSets. Kubernetes folosește aceste funcționalități pentru a atenua riscuri, cum ar fi:

  1. Eșecul podului: Acest lucru se întâmplă atunci când podurile individuale se blochează din cauza conflictelor de resurse sau a altor probleme.
  2. Eșecul nodului: Acest lucru se întâmplă atunci când un nod devine indisponibil în cluster, cum ar fi din cauza defecțiunilor hardware.
  3. Eșecul clusterului: Acest lucru se referă la pierderea capacităților de comunicare în cluster, cum ar fi eșecul unui nod al planului de control.

Cu toate acestea, aici trebuie făcută o distincție esențială, între soluțiile HA echipate pentru a gestiona sarcinile de lucru critice SQL Server și cele nepotrivite pentru această sarcină.

Kubernetes, cu funcțiile sale extinse pentru orchestrarea containerelor, a deblocat posibilități remarcabile în industria IT. Cu toate acestea, atunci când este folosită ca soluție HA autonomă, nu este o alegere practică pentru sarcinile de lucru SQL Server. Această limitare apare în primul rând din latența inerentă asociată failover-ului. În mod implicit, Kubernetes durează cinci minute pentru a reprograma încărcăturile de lucru de la nodurile care au devenit inaccesibile. În anul 2023, acest indicator de referință pentru failover este departe de a fi acceptabil pentru SQL Server, în special pentru corporațiile mari, unde timpul de nefuncționare a SQL Server poate genera cheltuieli care ajung la mii de dolari pe secundă. Stabilirea cu o fereastră de nefuncționare minimă de cinci minute în timpul failoverului este pur și simplu insuportabilă.

Prin urmare, deși Kubernetes este potrivit pentru diferite cazuri de utilizare a containerelor, nu are capabilitățile de a gestiona SQL Server HA pe cont propriu. Din fericire, mai larg peisajul tehnologiei a avansat, oferind soluții integrate pentru a minimiza timpul de nefuncționare în implementările SQL Server Kubernetes.

Top 10 caracteristici obligatorii pentru profesioniștii IT care caută soluția ideală SQL Server Container HA

  1. Căutați o soluție cu un istoric bine stabilit, care în mod ideal se întinde pe mai mult de un deceniu.
  1. Experiență diversă la nivel mondial – în mod ideal, o soluție care deservește o bază globală de clienți în protejarea mediilor critice SQL Server.
  1. Căutați o soluție care a evoluat de la origini ca un instrument pentru instanțe native SQL Server pentru a încorpora capabilități de ultimă oră, concepute special pentru a obține timpi de nefuncționare aproape de zero pentru implementările SQL Server în Kubernetes.
  1. Prioritizează soluțiile care îmbunătățesc gestionarea clusterelor Kubernetes prin introducerea de monitorizare a sănătății și mecanisme automate de failover la nivel de bază de date. Aceste caracteristici ar trebui să depășească limitările managementului la nivel de pod.
  1. Luați în considerare soluțiile aprobate de lideri din industrie precum Microsoft ca abordare preferată pentru activarea HA în SQL Server în Kubernetes.
  1. Evaluați soluțiile care oferă caracteristici, cum ar fi suportul automatizat de failover pentru grupurile de disponibilitate SQL Server în Kubernetes, oferind rezistența necesară pentru sarcinile de lucru critice.
  1. Alegeți soluții care oferă flexibilitate de implementare în diferite site-uri, regiuni și medii cloud, mai ales dacă aveți nevoi diverse de infrastructură.
  1. Căutați soluții care optimizează performanța rețelei prin tehnologii proprietare, cum ar fi tunelul SDP.
  1. Acordați atenție soluțiilor care reduc semnificativ timpul de trecere la erori, minimizând întreruperile de la minute la doar secunde, asigurând astfel un serviciu neîntrerupt.
  1. Luați în considerare soluții care oferă opțiuni de implementare simplificate, cum ar fi compatibilitatea cu diagramele Rancher și Helm, făcând implementarea mai simplă.

Concluzie: optați pentru o soluție care integrează aceste îmbunătățiri pentru a optimiza disponibilitatea ridicată, chiar și în cele mai dificile medii SQL Server. Această alegere ar trebui să faciliteze un proces mai eficient de modernizare a SQL Server cu containere, oferindu-vă un control fără precedent al costurilor, agilitate sporită și portabilitate îmbunătățită în întreaga infrastructură IT.

Timestamp-ul:

Mai mult de la VERSITATE DE DATE