Krmarjenje po visoki razpoložljivosti strežnika SQL v Kubernetesu za izboljšano zmogljivost - DATAVERSITY

Krmarjenje po visoki razpoložljivosti strežnika SQL v Kubernetesu za izboljšano zmogljivost – DATAVERSITY

Časovni žig: 30. november 2023 3:25
Izvorno vozlišče: 2986079

Obstaja prepričljiva utemeljitev, da SQL Server ni najlažja izbira za pobude za kontejnerizacijo Kubernetes. Okolja SQL Server so pogosto označena kot mogočne entitete, znane po svojem velikem obsegu in težnji, da porabijo znaten del proračunskih sredstev. Poleg tega okolja SQL Server:

  1. Zaščitite najdragocenejše podatkovne vire organizacije in zato zahtevajte stroge varnostne ukrepe.
  2. Postavite kritične zahteve glede časa neprekinjenega delovanja, kar povzroči potrebo po upravljanju načrtovanih in nenačrtovanih izpadov.
  3. Zaradi raznolike palete vključenih operacijskih sistemov in infrastrukturnih komponent predstavlja znatne izzive upravljanja.

Vsebniki nudijo velik potencial za izboljšanje okretnosti, prilagodljivosti in stroškovne učinkovitosti strežnika SQL, med drugimi prednostmi znotraj organizacij. Vendar pa so bistven kamen spotike pri prehodu na vsebniške uvedbe v Kubernetesu stroge zahteve glede časa delovanja delovnih obremenitev SQL Server.

Privzeta visoka razpoložljivost (HA) v Kubernetesu

Pri samostojni uporabi, Kubernetes vključuje določene funkcije visoke razpoložljivosti (HA) za zaščito delovnih obremenitev strežnika SQL v vsebnikih. Te vgrajene zmožnosti vključujejo podvajanje podvajanja, uravnoteženje obremenitve, odkrivanje storitev, trajne nosilce in StatefulSets. Kubernetes izkorišča te funkcije za zmanjšanje tveganj, kot so:

  1. Napaka pod: To se zgodi, ko se posamezni sklopi zrušijo zaradi konfliktov virov ali drugih težav.
  2. Napaka vozlišča: To se zgodi, ko vozlišče postane nedosegljivo znotraj gruče, na primer zaradi napak strojne opreme.
  3. Napaka gruče: To se nanaša na izgubo komunikacijskih zmogljivosti gruče, kot je okvara vozlišča nadzorne ravnine.

Vendar pa je tu treba bistveno razlikovati med rešitvami visoke razpoložljivosti, ki so opremljene za upravljanje kritičnih delovnih obremenitev SQL Server, in tistimi, ki niso primerne za to nalogo.

Kubernetes je s svojimi obsežnimi funkcijami za orkestracijo vsebnikov odklenil izjemne možnosti v industriji IT. Vendar pa, ko se uporablja kot samostojna rešitev HA, ni praktična izbira za delovne obremenitve SQL Server. Ta omejitev izhaja predvsem iz inherentne zakasnitve, povezane s samodejnim preklopom. Kubernetes privzeto potrebuje pet minut, da prerazporedi delovne obremenitve iz vozlišč, ki so postala nedosegljiva. V letu 2023 je ta referenčna vrednost samodejnega preklopa daleč od sprejemljivega za SQL Server, zlasti za velike korporacije, kjer lahko izpad SQL Server povzroči stroške, ki dosežejo tisoče dolarjev na sekundo. Zadovoljevanje s petminutnim minimalnim oknom izpada med samodejnim preklopom je preprosto nevzdržno.

Čeprav je Kubernetes zelo primeren za različne primere uporabe vsebnikov, mu primanjkuje zmogljivosti za samostojno obvladovanje SQL Server HA. K sreči širše tehnološko pokrajino je napredoval in ponuja integrirane rešitve za zmanjšanje izpadov v uvedbah SQL Server Kubernetes.

10 najboljših funkcij, ki jih morajo imeti IT strokovnjaki, ki iščejo idealno rešitev HA za vsebnik strežnika SQL

  1. Poiščite rešitev z dobro uveljavljeno referenco, idealno za več kot desetletje.
  1. Različne svetovne izkušnje – v idealnem primeru rešitev, ki služi globalni bazi strank pri varovanju kritičnih okolij SQL Server.
  1. Poiščite rešitev, ki se je razvila od svojega izvora kot orodje za izvirne primerke strežnika SQL, da bi vključevala vrhunske zmogljivosti, posebej zasnovane za doseganje skoraj nič izpadov za uvedbe strežnika SQL v Kubernetes.
  1. Dajte prednost rešitvam, ki izboljšajo upravljanje gruče Kubernetes z uvedbo nadzora zdravja in avtomatiziranih mehanizmov za preklop na ravni baze podatkov. Te funkcije bi morale preseči omejitve upravljanja na ravni podov.
  1. Razmislite o rešitvah, ki jih podpirajo vodilni v panogi, kot je Microsoft, kot prednostni pristop za omogočanje visoke razpoložljivosti v strežniku SQL v Kubernetesu.
  1. Ocenite rešitve, ki ponujajo funkcije, kot je avtomatizirana podpora za samodejni preklop za skupine razpoložljivosti SQL Server v Kubernetes, ki zagotavljajo odpornost, potrebno za kritične delovne obremenitve.
  1. Izberite rešitve, ki zagotavljajo prilagodljivost uvajanja na različnih mestih, regijah in oblačnih okoljih, še posebej, če imate različne infrastrukturne potrebe.
  1. Poiščite rešitve, ki optimizirajo delovanje omrežja prek lastniških tehnologij, kot je tuneliranje SDP.
  1. Bodite pozorni na rešitve, ki občutno skrajšajo čas samodejnega preklopa, zmanjšajo prekinitve z minut na samo sekunde in s tem zagotovijo neprekinjeno storitev.
  1. Razmislite o rešitvah, ki ponujajo poenostavljene možnosti uvajanja, kot je združljivost z grafikoni Rancher in Helm, zaradi česar je implementacija enostavnejša.

Bistvo: Odločite se za rešitev, ki združuje te izboljšave za optimizacijo visoke razpoložljivosti, tudi v najzahtevnejših okoljih SQL Server. Ta izbira bi morala olajšati bolj poenostavljen postopek za posodobitev strežnika SQL s vsebniki, kar vam omogoča nadzor nad stroški brez primere, povečano agilnost in izboljšano prenosljivost v vaši celotni infrastrukturi IT.

Časovni žig:

Več od PODATKOVNOST