Navigálás az SQL Server magas rendelkezésre állásában a Kubernetesben a jobb teljesítmény érdekében – DATAVERSITY

Navigálás az SQL Server magas rendelkezésre állásában a Kubernetesben a jobb teljesítmény érdekében – DATAVERSITY

Forrás csomópont: 2986079

Van egy meggyőző indoka annak, hogy az SQL Server nem a legkönnyebb választás a Kubernetes konténerezési kezdeményezéseihez. Az SQL Server-környezeteket gyakran félelmetes entitásokként jellemzik, amelyek jelentős méretükről és a költségvetési erőforrások jelentős részét felemésztő hajlamukról ismertek. Továbbá SQL Server környezetek:

  1. Védje meg a szervezet legértékesebb adatvagyonát, és követeljen meg szigorú biztonsági intézkedéseket.
  2. Kritikus üzemidő-igényeket támaszt, ami szükségessé teszi mind az ütemezett, mind a nem tervezett állásidő-kezelést.
  3. Jelentős felügyeleti kihívásokat jelent az operációs rendszerek és infrastruktúra-összetevők sokfélesége miatt.

A konténerek jelentős lehetőségeket kínálnak az SQL Server agilitásának, rugalmasságának és költséghatékonyságának fokozására, többek között a szervezeteken belüli előnyökre. A Kubernetes konténeres központi telepítésére való áttérés alapvető akadálya azonban az SQL Server-munkaterhelések szigorú rendelkezésre állási követelményei.

Alapértelmezett magas rendelkezésre állás (HA) a Kubernetesben

Önálló használat esetén Kubernetes bizonyos magas rendelkezésre állású (HA) szolgáltatásokat tartalmaz a konténeres SQL Server-munkaterhelések védelme érdekében. Ezek a beépített képességek magukban foglalják a pod-replikációt, a terheléselosztást, a szolgáltatáskeresést, az állandó köteteket és a StatefulSets-et. A Kubernetes kihasználja ezeket a funkciókat az olyan kockázatok mérséklésére, mint például:

  1. Pod hiba: Ez akkor fordul elő, amikor az egyes pod-ok összeomlanak erőforrás-ütközések vagy egyéb problémák miatt.
  2. Csomópont hiba: Ez akkor fordul elő, ha egy csomópont elérhetetlenné válik a fürtön belül, például hardverhiba miatt.
  3. Klaszter hiba: Ez a fürt kommunikációs képességeinek elvesztésére vonatkozik, például a vezérlősík csomópontjának meghibásodására.

Itt azonban lényeges különbséget kell tenni a kritikus SQL Server munkaterhelések kezelésére felszerelt HA-megoldások és a feladatra alkalmatlanok között.

A Kubernetes a konténerek hangszereléséhez szükséges kiterjedt szolgáltatásaival figyelemre méltó lehetőségeket nyitott meg az IT-iparban. Mégis, ha önálló HA-megoldásként alkalmazzák, akkor ez nem lehet praktikus választás az SQL Server munkaterheléseihez. Ez a korlátozás elsősorban a feladatátvételhez kapcsolódó belső késleltetésből adódik. Alapértelmezés szerint a Kubernetesnek öt percbe telik átütemezni a munkaterheléseket az elérhetetlenné vált csomópontokról. 2023-ban ez a feladatátvételi referenciaérték messze nem elfogadható az SQL Server számára, különösen a nagyvállalatok számára, ahol az SQL Server leállása másodpercenként több ezer dollárt is elérhet. Egyszerűen vállalhatatlan, hogy a feladatátvétel során egy ötperces minimális leállási időtartamot alkalmazunk.

Ezért, bár a Kubernetes kiválóan alkalmas különféle konténerhasználati esetekre, hiányzik belőle az SQL Server HA önálló kezelésére. Szerencsére minél szélesebb technológiai táj fejlett, integrált megoldásokat kínál az SQL Server Kubernetes telepítések állásidejének minimalizálására.

A 10 legfontosabb szolgáltatás az ideális SQL Server Container HA megoldást kereső informatikai szakemberek számára

  1. Keressen olyan megoldást, amely jól megalapozott múlttal rendelkezik, ideális esetben több mint egy évtizedre nyúlik vissza.
  1. Változatos világméretű tapasztalat – ideális esetben olyan megoldás, amely globális ügyfélbázist szolgál ki a kritikus SQL Server környezetek védelmében.
  1. Keressen olyan megoldást, amely a kezdetektől fogva a natív SQL Server-példányok eszközeként fejlődött ki, hogy olyan élvonalbeli képességeket építsen be, amelyeket kifejezetten arra terveztek, hogy a Kubernetes SQL Server-telepítéseknél közel nulla leállást érjenek el.
  1. A Kubernetes-fürtkezelést javító megoldások előnyben részesítése az állapotfigyelés és az adatbázisszintű automatizált feladatátvételi mechanizmusok bevezetésével. Ezeknek a szolgáltatásoknak túl kell lépniük a pod-szintű kezelés korlátain.
  1. Fontolja meg az iparági vezetők, például a Microsoft által támogatott megoldásokat a HA engedélyezéséhez az SQL Serverben a Kubernetesen belül.
  1. Értékelje azokat a megoldásokat, amelyek olyan funkciókat kínálnak, mint az automatikus feladatátvételi támogatás a Kubernetes SQL Server rendelkezésre állási csoportjaihoz, biztosítva a kritikus munkaterhelésekhez szükséges rugalmasságot.
  1. Válasszon olyan megoldásokat, amelyek rugalmas telepítést biztosítanak a különböző helyszíneken, régiókban és felhőkörnyezetekben, különösen akkor, ha eltérő infrastrukturális igényei vannak.
  1. Keressen olyan megoldásokat, amelyek optimalizálják a hálózati teljesítményt olyan szabadalmaztatott technológiákon keresztül, mint az SDP alagút.
  1. Ügyeljen azokra a megoldásokra, amelyek jelentősen csökkentik a feladatátvételi időt, minimálisra csökkentve a megszakításokat percekről másodpercekre, ezáltal biztosítva a zavartalan szolgáltatást.
  1. Fontolja meg azokat a megoldásokat, amelyek egyszerűsített telepítési lehetőségeket kínálnak, például a Rancher és Helm diagramokkal való kompatibilitást, amelyek egyszerűbbé teszik a megvalósítást.

A lényeg: Válasszon olyan megoldást, amely integrálja ezeket a fejlesztéseket a magas rendelkezésre állás optimalizálása érdekében, még a legnagyobb kihívást jelentő SQL Server-környezetekben is. Ez a választás megkönnyíti az SQL Server konténerekkel történő korszerűsítésének ésszerűbb folyamatát, amely példátlan költségkontrollt, fokozott agilitást és fokozott hordozhatóságot biztosít a teljes IT-infrastruktúrán.

Időbélyeg:

Még több ADATVERZITÁS