A rugalmas készletek segítségével több adatbázist is kezelhet és skálázhat Azure SQL Database

  • Cikk
  • 8 perc alatt elolvasható

A KÖVETKEZŐKRE VONATKOZIK: Azure SQL Database

Azure SQL Database rugalmas készletek egyszerű, költséghatékony megoldást jelentenek több, változó és kiszámíthatatlan használati igényű adatbázis kezelésére és skálázására. A rugalmas készletben lévő adatbázisok egyetlen kiszolgálón találhatók, és meghatározott számú erőforrást osztanak meg meghatározott áron. A rugalmas készletek SQL Database lehetővé teszik a szolgáltatott szoftverfejlesztők számára, hogy optimalizálják az adott adatbáziscsoport árteljesítményét az előírt költségvetésen belül, miközben az egyes adatbázisok teljesítményrugalmasságát biztosítják.

Mik azok a rugalmas SQL-készletek?

Az SaaS-fejlesztők több adatbázisból álló, nagy léptékű adatszintekre építenek alkalmazásokat. Gyakori alkalmazásminta az önálló adatbázis biztosítása minden egyes ügyfél számára. A különböző ügyfelek azonban gyakran eltérő és kiszámíthatatlan használati mintákkal rendelkeznek, és nehéz előrejelezni az egyes adatbázis-felhasználók erőforrás-követelményeit. Hagyományosan két lehetősége volt:

  • Az erőforrások túlterhelődése a csúcshasználat és a túlfizetés alapján.
  • A költségek csökkentése a csúcsidőszakban a teljesítmény és az ügyfelek elégedettsége rovására.

A rugalmas készletek úgy oldják meg ezt a problémát, hogy biztosítják, hogy az adatbázisok megkapják a szükséges teljesítményerőforrásokat, amikor szükségük van rá. Egy egyszerű erőforrás-lefoglalási mechanizmust biztosítanak, kiszámítható költségekkel. Ha többet szeretne megtudni az SaaS-alkalmazások rugalmas készletek használatával történő tervezési mintáiról, tekintse meg a több-bérlős SaaS-alkalmazások tervezési mintáit SQL Database.

Fontos

A rugalmas készletek esetében nincs adatbázisonkénti díj. A rendszer minden órában kiszámláz egy készletet a legmagasabb eDTU-n vagy virtuális magokon, függetlenül attól, hogy a készlet egy óránál rövidebb ideig aktív volt-e.

A rugalmas készletek lehetővé teszik, hogy erőforrásokat vásároljon egy több adatbázissal megosztott készlethez, hogy az egyes adatbázisok kiszámíthatatlan használati időszakait is figyelembe lehessen venni. A készlet erőforrásait a DTU-alapú vásárlási modell vagy a virtuálismag-alapú vásárlási modell alapján konfigurálhatja. A készlet erőforrásigényét az adatbázisok összesített kihasználtsága határozza meg.

A készlet számára rendelkezésre álló erőforrások mennyiségét a költségvetés szabályozza. Mindössze annyit kell tennie, hogy:

  • Adatbázisok hozzáadása a készlethez.
  • Igény szerint beállíthatja az adatbázisok minimális és maximális erőforrásait. Ezek az erőforrások minimális és maximális DTU-k, vagy minimális vagy maximális virtuális magok a választott forrásmodelltől függően.
  • Állítsa be a készlet erőforrásait a költségvetése alapján.

Készletek használatával zökkenőmentesen fejlesztheti szolgáltatását egy lean startuptól egy egyre nagyobb léptékű, érett vállalkozásig.

A készleten belül az egyes adatbázisok rugalmasan használhatják az erőforrásokat a megadott paramétereken belül. Nagy terhelés esetén az adatbázisok több erőforrást használhatnak fel az igények kielégítéséhez. A kis terhelésű adatbázisok kevesebbet fogyasztanak, a terhelés nélküli adatbázisok pedig nem használnak erőforrásokat. Az erőforrásoknak az egyes adatbázisok helyett a teljes készlet számára hozzáférhetővé tétele jelentősen leegyszerűsíti a felügyeleti feladatokat. Emellett kiszámítható költségvetéssel rendelkezik a készlethez.

További erőforrásokat adhat hozzá egy meglévő készlethez minimális állásidővel. Ha már nincs szükség további erőforrásokra, bármikor eltávolíthatók egy meglévő készletből. Adatbázisokat is hozzáadhat vagy eltávolíthat a készletből. Ha egy adatbázis kiszámíthatóan kihasználatlan erőforrásokat használ, áthelyezheti azt.

Megjegyzés

Amikor adatbázisokat helyez át egy rugalmas készletbe vagy onnan kilép, az adatbázis-kapcsolatok megszakadásakor a művelet végén egy rövid időszakon (másodpercek sorrendjén) kívül nincs állásidő.

Mikor érdemes megfontolni egy SQL Database rugalmas készletet?

A készleteket kifejezetten a nagy számú, speciális felhasználási mintákkal rendelkező adatbázisokhoz tervezték. Egy adott adatbázis esetében ezt a mintát az alacsony átlagos kihasználtság és a ritkán használt kiugró kihasználtság jellemzi. Ezzel szemben több, tartósan közepesen magas kihasználtsággal rendelkező adatbázist nem szabad ugyanabba a rugalmas készletbe helyezni.

Minél több adatbázist tud hozzáadni egy készlethez, annál több megtakarítást érhet el. Az alkalmazás kihasználtsági mintájától függően akár két S3-adatbázissal is lehet megtakarításokat látni.

A következő szakaszokból megtudhatja, hogyan mérje fel, hogy előnyös-e, ha egy adott adatbázis-gyűjtemény egy készlethez tartozik. A példák standard készleteket használnak, de ugyanezek az alapelvek érvényesek az Alapszintű és Prémium készletekre is.

Adatbázis-kihasználtsági minták felmérése

Az alábbi ábrán egy példa látható egy olyan adatbázisra, amely az idő nagy részét tétlenül tölti, de rendszeresen kiugrik a tevékenységgel. Ez a kihasználtsági minta készlethez használható.

Chart that shows a single database suitable for a pool.

A diagram egy órán át, 12:00 és 1:00 között mutatja be a DTU használatát, ahol minden adatpont egyperces részletességgel rendelkezik. 12:10-kor a DB1 eléri a 90 DTU-t, de a teljes átlagos kihasználtsága kevesebb, mint öt DTU. A számítási feladat egyetlen adatbázisban való futtatásához S3 számítási méretre van szükség, de ez a méret a legtöbb erőforrást nem használja az alacsony tevékenységi időszakokban.

A készlet lehetővé teszi, hogy ezek a nem használt DTU-k több adatbázis között legyenek megosztva. A készlet csökkenti a szükséges DTU-kat és a teljes költséget.

Az előző példára építve tegyük fel, hogy vannak más, a DB1-hez hasonló használati mintákkal rendelkező adatbázisok is. A következő két ábrán négy adatbázis és 20 adatbázis kihasználtsága lesz ugyanarra a grafikonra rétegzve, hogy a DTU-alapú vásárlási modell használatával bemutassa a kihasználtságuk időbeli vissza nem térő jellegét:

Chart that shows four databases with a utilization pattern suitable for a pool.

Chart that shows 20 databases with a utilization pattern suitable for a pool.

Az összes 20 adatbázis összesített DTU-kihasználtságát az előző diagram fekete vonala szemlélteti. Ez a sor azt mutatja, hogy az összesített DTU-kihasználtság soha nem haladja meg a 100 DTU-t, és azt jelzi, hogy a 20 adatbázis 100 eDTU-t oszthat meg ebben az időszakban. Ennek eredménye a DTU-k 20-ra történő csökkentése, és 13-ra csökken az ár, ahhoz képest, hogy az adatbázisok mindegyike S3 számítási méretben van elhelyezve önálló adatbázisok esetében.

Ez a példa azért ideális, mert:

  • Nagy különbségek vannak az adatbázisok átlagos és kiugró mértékű kihasználtsága között.
  • Az egyes adatbázisok kiugró mértékű kihasználtsága különböző időpontokban jelentkezik.
  • Az eDTU-k több adatbázis között vannak megosztva.

A DTU vásárlási modellben a készlet ára a készlet eDTU-jainak függvénye. Bár egy készlet eDTU-egységára 1,5-szer nagyobb, mint egy adatbázis DTU-egységára, a készlet eDTU-jait számos adatbázis oszthatja meg, és kevesebb teljes eDTU-ra van szükség. Ezek a díjszabásban és eDTU-megosztásban jelentkező különbségek adják a készletekkel elérhető megtakarítás alapját.

A virtuálismag-vásárlási modellben a rugalmas készletek virtuálismag-egységára megegyezik az önálló adatbázisok virtuálismag-egységárával.

Hogyan válassza ki a megfelelő készletméretet?

A készlet legjobb mérete a készlet összes adatbázisához szükséges összes erőforrástól függ. A következőket kell meghatároznia:

  • A készlet összes adatbázisa által felhasznált számítási erőforrások maximális száma. A számítási erőforrásokat eDTU-k vagy virtuális magok indexelik a választott vásárlási modelltől függően.
  • A készletben szereplő összes adatbázis által használt maximális tárterület (bájtban).

Az egyes vásárlási modellek szolgáltatási szintjeiről és erőforráskorlátairól lásd a DTU-alapú vásárlási modellt vagy a virtuálismag-alapú vásárlási modellt.

Az alábbi lépések segíthetnek megbecsülni, hogy egy készlet költséghatékonyabb-e, mint az önálló adatbázisok:

  1. Becsülje meg a készlethez szükséges eDTU-kat vagy virtuális magokat:
    • A DTU-alapú vásárlási modell esetében:
      • MAX(<A DTU-k teljes száma × adatbázisonkénti átlagos DTU-kihasználtság, <egyidejűleg csúcsidőszakos DTU-k száma × adatbázisonkénti >csúcsidőszakos DTU-kihasználtság>)
    • Virtuálismag-alapú vásárlási modell esetén:
      • MAX(<A adatbázisok teljes száma × A virtuális magok adatbázisonkénti> átlagos kihasználtsága, <egyidejűleg csúcsértékkel × adatbázisonkénti >maximális virtuálismag-kihasználtság)
  2. Becsülje meg a készlethez szükséges teljes tárterületet a készlet összes adatbázisához szükséges adatméret hozzáadásával. A DTU vásárlási modell esetében határozza meg az eDTU-készlet méretét, amely ezt a tárterületet biztosítja.
  3. A DTU-alapú vásárlási modell esetében vegye az 1. és a 2. lépésben megadott eDTU-becslések közül a nagyobbat. A virtuálismag-alapú vásárlási modell esetében vegye fel a virtuális mag becslését az 1. lépésből.
  4. Tekintse meg a SQL Database díjszabási oldalát, és keresse meg a 3. lépésben megadott becslésnél nagyobb készletméretet.
  5. Hasonlítsa össze a készlet árát a 4. lépéstől a megfelelő számítási méretek önálló adatbázisokhoz való használatának árával.

Fontos

Ha a készletben lévő adatbázisok száma megközelíti a maximális támogatott értéket, fontolja meg az erőforrás-kezelést sűrű rugalmas készletekben.

Adatbázisonkénti tulajdonságok

Az adatbázisonkénti tulajdonságok beállításával módosíthatja a rugalmas készletek erőforrás-felhasználási mintáit. További információkért tekintse meg a rugalmas DTU - és virtuálismag-készletek erőforráskorlátokkal kapcsolatos dokumentációját.

Egyéb SQL Database funkciók használata rugalmas készletekkel

Más SQL Database funkciókat is használhat rugalmas készletekkel.

Rugalmas feladatok és rugalmas készletek

A készletek használata leegyszerűsíti a felügyeleti feladatokat, mivel a szkriptek rugalmas feladatokban futtathatók. A rugalmas feladatok kiküszöbölik a nagy számú adatbázishoz társított tedium nagy részét.

További információ a több adatbázissal használható egyéb adatbázis-eszközökről: Horizontális felskálázás SQL Database.

Üzletmenet-folytonossági lehetőségek rugalmas készletben lévő adatbázisokhoz

A készletezett adatbázisok általában ugyanazokat az üzletmenet-folytonossági funkciókat támogatják, mint az önálló adatbázisok:

Új SQL Database rugalmas készlet létrehozása a Azure Portal használatával

A Azure Portal kétféleképpen hozhat létre rugalmas készletet:

  • Hozzon létre egy rugalmas készletet, és válasszon ki egy meglévő vagy új kiszolgálót.
  • Rugalmas készlet létrehozása meglévő kiszolgálóról.

Rugalmas készlet létrehozása és meglévő vagy új kiszolgáló kiválasztása:

  1. Lépjen a Azure Portal egy rugalmas készlet létrehozásához. Keresse meg és válassza ki a Azure SQL.

  2. Válassza a Létrehozás lehetőséget a SQL kiválasztása beállításpanel megnyitásához. A rugalmas készletekre vonatkozó további információk megtekintéséhez az Adatbázisok csempén válassza a Részletek megjelenítése lehetőséget.

  3. Az Adatbázisok csempe Erőforrástípus legördülő listájában válassza a Rugalmas készlet lehetőséget. Ezután kattintson a Létrehozás elemre.

    Screenshot that shows creating an elastic pool.

Rugalmas készlet létrehozása meglévő kiszolgálóról:

  • Lépjen egy meglévő kiszolgálóra, és az Új készlet lehetőséget választva hozzon létre egy készletet közvetlenül az adott kiszolgálón.

Megjegyzés

Több készletet is létrehozhat egy kiszolgálón, de nem adhat hozzá adatbázisokat a különböző kiszolgálókról ugyanabba a készletbe.

A készlet szolgáltatási szintje határozza meg a készlet rugalmas felhasználói számára elérhető szolgáltatásokat, valamint az egyes adatbázisok számára elérhető erőforrások maximális mennyiségét. További információ: A DTU-modell rugalmas készleteinek erőforráskorlátai. A rugalmas készletek virtuálismag-alapú erőforráskorlátait lásd: virtuálismag-alapú erőforráskorlátok – rugalmas készletek.

A készlet erőforrásainak és díjszabásának konfigurálásához válassza a Készlet konfigurálása lehetőséget. Ezután válasszon ki egy szolgáltatási szintet, adjon hozzá adatbázisokat a készlethez, és konfigurálja a készlet és az adatbázisai erőforráskorlátait.

Miután konfigurálta a készletet, válassza az Alkalmaz lehetőséget, nevezze el a készletet, majd kattintson az OK gombra a készlet létrehozásához.

Rugalmas készlet és adatbázisainak monitorozása

A Azure Portal egy rugalmas készlet és a készleten belüli adatbázisok kihasználtságát figyelheti. Emellett módosításokat is végezhet a rugalmas készleten, és egyidejűleg elküldheti az összes módosítást. Ezek a módosítások magukban foglalják az adatbázisok hozzáadását vagy eltávolítását, a rugalmas készlet beállításainak módosítását vagy az adatbázis-beállítások módosítását.

A beépített teljesítményfigyelési és riasztási eszközöket a teljesítményértékelésekkel kombinálva használhatja. SQL Database metrikákat és erőforrásnaplókat is kibocsáthat a könnyebb monitorozás érdekében.

Ügyféleset-tanulmányok

  • SnelStart: A SnelStart rugalmas készleteket használt SQL Database az üzleti szolgáltatások gyors bővítéséhez, havi 1000 új SQL adatbázissal.
  • Umbraco: Az Umbraco rugalmas készleteket használ a SQL Database segítségével, hogy gyorsan kiépíteni és méretezni tudja a szolgáltatásokat több ezer bérlő számára a felhőben.
  • Daxko/CSI: A Daxko/CSI rugalmas készleteket használ SQL Database a fejlesztési ciklus felgyorsításához és az ügyfélszolgálat és a teljesítmény javításához.

Következő lépések