SQL Serverin korkean käytettävyyden navigointi Kubernetesissa suorituskyvyn parantamiseksi – DATAVERSITY

SQL Serverin korkean käytettävyyden navigointi Kubernetesissa suorituskyvyn parantamiseksi – DATAVERSITY

Aikaleima: 30. marraskuuta 2023 3
Lähdesolmu: 2986079

On vakuuttava perustelu sille, että SQL Server ei ole helpoin valinta Kubernetes-konttihankkeille. SQL Server -ympäristöjä luonnehditaan usein valtaviksi kokonaisuuksiksi, jotka tunnetaan suuresta mittakaavasta ja taipumuksestaan ​​kuluttaa huomattavan osan budjettiresursseista. Lisäksi SQL Server -ympäristöt:

  1. Suojaa organisaation arvokkaimmat tietovarat ja vaadi siten tiukkoja turvatoimia.
  2. Aseta kriittiset käyttöaikavaatimukset, mikä saa aikaan sekä ajoitetun että suunnittelemattoman seisokkien hallinnan tarpeen.
  3. Aiheuttaa merkittäviä hallintahaasteita, jotka johtuvat erilaisista käyttöjärjestelmistä ja infrastruktuurikomponenteista.

Säiliöt tarjoavat huomattavia mahdollisuuksia parantaa SQL Serverin ketteryyttä, joustavuutta ja kustannustehokkuutta sekä muita etuja organisaatioissa. Olennainen kompastuskivi siirryttäessä Kubernetes-konttikäyttöönotuksiin on kuitenkin SQL Server -työkuormien tiukat käyttöaikavaatimukset.

Oletusarvoinen korkea saatavuus (HA) Kubernetesissa

Käytettäessä itsenäisesti, Kubernetes sisältää tiettyjä korkean käytettävyyden (HA) ominaisuuksia, jotka suojaavat SQL Server -työkuormia. Nämä sisäänrakennetut ominaisuudet sisältävät pod replikoinnin, kuormituksen tasapainottamisen, palvelun etsinnän, pysyvät taltiot ja StatefulSets. Kubernetes hyödyntää näitä toimintoja vähentääkseen riskejä, kuten:

  1. Pod virhe: Tämä tapahtuu, kun yksittäiset podit kaatuvat resurssiristiriitojen tai muiden ongelmien vuoksi.
  2. Solmuvirhe: Tämä tapahtuu, kun solmu ei ole käytettävissä klusterin sisällä, esimerkiksi laitteistovikojen vuoksi.
  3. Klusterin vika: Tämä liittyy klusterin viestintäominaisuuksien menettämiseen, kuten ohjaustason solmun vikaan.

Tässä on kuitenkin tehtävä olennainen ero kriittisten SQL Server -työkuormien hallintaan tarkoitettujen HA-ratkaisujen ja tehtävään huonosti soveltuvien välillä.

Kubernetes, jolla on laajat ominaisuudet konttien orkestrointiin, on avannut merkittäviä mahdollisuuksia IT-alalla. Kuitenkin, kun sitä käytetään itsenäisenä HA-ratkaisuna, se ei ole käytännöllinen valinta SQL Server -työkuormille. Tämä rajoitus johtuu ensisijaisesti vikasietoisuuteen liittyvästä luontaisesta latenssista. Oletusarvoisesti Kubernetes kestää viisi minuuttia työkuormien uudelleen ajoittamiseen solmuista, joihin ei saada yhteyttä. Vuonna 2023 tämä vikasietovertailu ei ole läheskään hyväksyttävä SQL Serverille, etenkään suurille yrityksille, joissa SQL Serverin seisokkeista voi aiheutua tuhansia dollareita sekunnissa. Viiden minuutin vähimmäiskatkosaikaikkunaan tyytyminen vikasietotilassa on yksinkertaisesti kestämätöntä.

Näin ollen vaikka Kubernetes sopii hyvin erilaisiin konttikäyttötapauksiin, sillä ei ole valmiuksia käsitellä SQL Server HA:ta yksinään. Onneksi mitä laajempi teknologiamaisema on edistynyt ja tarjoaa integroituja ratkaisuja SQL Server Kubernetes -asennusten seisokkien minimoimiseksi.

10 parasta ominaisuutta IT-ammattilaisille, jotka etsivät ihanteellista SQL Server Container HA -ratkaisua

  1. Etsi ratkaisua, jolla on vakiintunut kokemus, mieluiten yli vuosikymmenen ajalta.
  1. Monipuolinen maailmanlaajuinen kokemus – ihannetapauksessa ratkaisu, joka palvelee maailmanlaajuista asiakaskuntaa kriittisten SQL Server -ympäristöjen turvaamisessa.
  1. Etsi ratkaisu, joka on kehittynyt alun perin alkuperäisten SQL Server -instanssien työkaluksi, joka sisältää huippuluokan ominaisuudet, jotka on erityisesti suunniteltu saavuttamaan lähes nollakatkosaikoja SQL Server -asetuksissa Kubernetesissa.
  1. Priorisoi ratkaisuja, jotka parantavat Kubernetes-klusterin hallintaa ottamalla käyttöön kunnonvalvontaa ja automaattisia vikasietomenetelmiä tietokantatasolla. Näiden ominaisuuksien tulisi ylittää pod-tason hallinnan rajoitukset.
  1. Harkitse alan johtajien, kuten Microsoftin, hyväksymiä ratkaisuja ensisijaisena tapana ottaa käyttöön HA SQL Serverissä Kubernetesissa.
  1. Arvioi ratkaisuja, jotka tarjoavat ominaisuuksia, kuten automaattisen vikasietoisen tuen SQL Serverin saatavuusryhmille Kubernetesissa ja jotka tarjoavat kriittisissä työkuormissa tarvittavan joustavuuden.
  1. Valitse ratkaisuja, jotka tarjoavat käyttöönoton joustavuutta eri sivustoissa, alueilla ja pilviympäristöissä, varsinkin jos sinulla on erilaisia ​​infrastruktuuritarpeita.
  1. Etsi ratkaisuja, jotka optimoivat verkon suorituskykyä patentoitujen teknologioiden, kuten SDP-tunneloinnin, avulla.
  1. Kiinnitä huomiota ratkaisuihin, jotka vähentävät merkittävästi vikasietoaikaa ja minimoivat keskeytykset minuuteista muutamaan sekuntiin ja varmistavat siten keskeytymättömän palvelun.
  1. Harkitse ratkaisuja, jotka tarjoavat yksinkertaistettuja käyttöönottovaihtoehtoja, kuten yhteensopivuuden Rancher- ja Helm-kaavioiden kanssa, mikä tekee toteutuksesta yksinkertaisempaa.

Bottom line: Valitse ratkaisu, joka yhdistää nämä parannukset korkean käytettävyyden optimoimiseksi jopa haastavimmissa SQL Server -ympäristöissä. Tämän valinnan pitäisi helpottaa virtaviivaisempaa prosessia SQL Serverin modernisoimiseksi säilöillä, mikä antaa sinulle ennennäkemättömän kustannushallinnan, parannetun ketteryyden ja parannetun siirrettävyyden koko IT-infrastruktuurissasi.

Aikaleima:

Lisää aiheesta DATAVERSITEETTI