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

A következőre vonatkozik: Azure SQL Database

Az Azure SQL Database rugalmas készletei 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észlet adatbázisai egyetlen kiszolgálón találhatók, és meghatározott számú erőforrást osztanak meg meghatározott áron. Az SQL Database rugalmas készletei lehetővé teszik a szolgáltatott szoftverek (SaaS) fejlesztői számára, hogy optimalizálják az adatbáziscsoportok árteljesítményét az előírt költségvetésen belül, miközben teljesítményrugalmasságot biztosítanak az egyes adatbázisokhoz.

Mik azok a rugalmas SQL-készletek?

Az SaaS-fejlesztők nagy léptékű adatszintekre építenek alkalmazásokat több adatbázissal. Egy tipikus alkalmazásminta egy-egy adatbázis kiépítése minden ü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ég közül választhatott:

• Az erőforrások túlterjedése a maximális használat és a túlfizetés alapján.
• A költségek csökkentése a teljesítmény és az ügyfelek elégedettsége rovására a csúcsok alatt.

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ájuk. Egy egyszerű erőforrás-lefoglalási mechanizmust biztosítanak, kiszámítható költségekkel. Ha többet szeretne megtudni a rugalmas készleteket használó SaaS-alkalmazások tervezési mintáiról, tekintse meg a több-bérlős SaaS-alkalmazások tervezési mintáit az SQL Database-lel.

Fontos

A rugalmas készletek adatbázisonkénti díja nem számít fel díjat. A rendszer minden órára kiszámláz egy készletet a legmagasabb eDTU-n vagy virtuális magon, a használattól függetlenül, illetve attól függetlenü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 több adatbázis által megosztott készlethez, hogy megfeleljen az egyes adatbázisok kiszámíthatatlan használati időszakainak. A készlet erőforrásait a DTU-alapú vásárlási modell vagy a virtuális magalapú vásárlási modell alapján konfigurálhatja. Az adatbázisok összesített kihasználtsága határozza meg a készlet erőforrásigényét.

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

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

A készletek segítségével zökkenőmentesen fejlesztheti szolgáltatását a lean startuptól az egyre növekvő méretű, érett vállalkozásig.

A készletben az önálló adatbázisok meghatározott paramétereken belül rugalmasan használhatják az erőforrásokat. Nagy terhelés esetén az adatbázisok több erőforrást használhatnak fel az igények kielégítése érdekében. A könnyű 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, áthelyezheti azt.

Megjegyzés:

Ha adatbázisokat helyez át egy rugalmas készletbe vagy onnan ki, a művelet végén megszakadt adatbázis-kapcsolatok rövid (másodperces) időtartamon kívül nincs állásidő.

Mikor érdemes rugalmas SQL Database-készletet figyelembe venni?

A készleteket kifejezetten a nagy számú, speciális felhasználási mintákkal rendelkező adatbázisokhoz tervezték. Ezt a mintát alacsony átlagos kihasználtság jellemzi, és egy adott adatbázis kihasználtsága ritkán emelkedik. Ezzel szemben több, közepesen magas kihasználtsággal rendelkező adatbázist nem szabad ugyanabban a rugalmas készletben elhelyezni.

Minél több adatbázist adhat hozzá egy készlethez, annál nagyobb a megtakarítása. Az alkalmazás kihasználtsági mintájától függően akár két S3-adatbázissal is meg lehet jeleníteni a megtakarításokat.

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 elvek vonatkoznak más szolgáltatási szintek rugalmas készleteire is.

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

Az alábbi ábra egy olyan adatbázis példáját mutatja be, amely az üresjárati idő nagy részét tölti, de rendszeresen megugrik a tevékenységgel. Ez a kihasználtsági minta egy készlethez használható.

A diagram 12:00 és 1:00 óra között egy órán keresztül 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 használat 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 fel alacsony tevékenységi időszakokban.

A készlet lehetővé teszi a nem használt DTU-k több adatbázis közötti megosztását. 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 más adatbázisok kihasználtsági mintái hasonlóak a DB1-hez. A következő két ábrán 4 adatbázis és 20 adatbázis kihasználtsága lesz ugyanarra a gráfra rétegzve, hogy a DTU-alapú vásárlási modell használatával szemléltethesse a kihasználtság időbeli vissza nem térő jellegét:

Az előző diagram fekete vonala mind a 20 adatbázis összesített DTU-kihasználtságát 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. Az eredmény a DTU-k 20-ra történő csökkentése és az egyes adatbázisok S3 számítási méretben való elhelyezésével összehasonlítva 13-13-ra csökken.

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ális mag 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. Meg kell hatá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ális magalapú vásárlási modellt.

Megjegyzés:

A rugalmas skálázás rugalmas készletei jelenleg előzetes verzióban érhetők el.

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

1. Becsülje meg a készlethez szükséges eDTU-k vagy virtuális magok számát:

   1. DTU-alapú vásárlási modell esetén:
      1. MAX(<A DB-k teljes száma × Adatbázisonkénti> átlagos DTU-kihasználtság, <egyidejűleg csúcsos DB-k száma × DTU-kihasználtság db-nkénti> csúcsértéke)
   2. Virtuálismag-alapú vásárlási modell esetén:
      1. MAX(<A DB-k teljes száma × A virtuális> magok adatbázisonkénti átlagos kihasználtsága, <egyidejűleg csúcsos db-k száma × A virtuális magok maximális kihasználtsága db-ként>)

2. A készlethez szükséges teljes tárterület méretének becsléséhez adja össze a készlet egyes adatbázisaihoz szükséges adatméreteket. 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. DTU-alapú vásárlási modell esetén vegye az 1. és a 2. lépésben meghatározott eDTU-becslések közül a nagyobbat.

   1. Virtuálismag-alapú vásárlási modell esetén vegye az 1. lépésben meghatározott virtuálismag-becslést.

4. Tekintse meg az SQL Database díjszabási oldalát.

   1. Keresse meg a legkisebb, a 3. lépésben megadottnál nagyobb készletméretet.

5. Hasonlítsa össze a készlet árát a 4. lépéstől az önálló adatbázisok megfelelő számítási méreteinek használatához.

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

Ha szeretné, adatbázisonkénti tulajdonságokat is beállíthat a rugalmas készletek erőforrás-használati mintáinak módosításához. 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.

Más SQL Database-funkciók használata rugalmas készletekkel

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

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 való munkához használható egyéb adatbázis-eszközökről: Skálázás az SQL Database-lel.

Rugalmas készletben lévő adatbázisok üzletmenet-folytonossági lehetőségei

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

• Időponthoz kötött visszaállítás: Az időponthoz kötött visszaállítás automatikus adatbázis-biztonsági mentésekkel állítja helyre a készlet egy adatbázisát egy adott időpontra. Lásd az időponthoz kötött visszaállítást.
• Georedundáns visszaállítás: A georedundáns visszaállítás az alapértelmezett helyreállítási lehetőséget biztosítja, ha egy adatbázis nem érhető el az adatbázist futtató régióban történt incidens miatt. Lásd: Geo-visszaállítás.
• Aktív georeplikáció: Olyan alkalmazások esetében, amelyek a georeduktúra-visszaállításnál agresszívebb helyreállítási követelményekkel rendelkeznek, konfiguráljon aktív georeplikációt vagy feladatátvételi csoportot.

A fenti stratégiákról az Azure SQL Database vészhelyreállítási útmutatója nyújt további információt.

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

Rugalmas készletet kétféleképpen hozhat létre az Azure Portalon:

• 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ásához és meglévő vagy új kiszolgáló kiválasztásához:

1. Lépjen az Azure Portalra egy rugalmas készlet létrehozásához. Keresse meg és válassza ki az Azure SQL-t.

2. Válassza a Létrehozás lehetőséget az SQL-telepítés kiválasztása panel 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. Válassza a Létrehozás parancsot.

   

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:

Egy kiszolgálón több készletet is létrehozhat, de nem adhat hozzá adatbázisokat 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ő funkciókat, valamint az egyes adatbázisok számára elérhető erőforrások maximális mennyiségét. További információkért tekintse meg a rugalmas készletek erőforráskorlátait a DTU-modellben. A rugalmas készletek virtuális magalapú erőforráskorlátairól lásd : virtuális magalapú 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, vegyen fel adatbázisokat a készletbe, és konfigurálja a készlet és az adatbázisok erőforráskorlátait.

A készlet konfigurálása után válassza az Alkalmaz elemet, nevezze el a készletet, majd az OK gombra kattintva hozza létre a készletet.

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

Az Azure Portalon monitorozhat egy rugalmas készlet és a készleten belüli adatbázisok kihasználtságát. Módosíthatja a rugalmas készletet is, és egyszerre küldheti el 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 teljesítményértékelésekkel kombinálva használhatja. Az SQL Database metrikákat és erőforrásnaplókat is képes kibocsátni a könnyebb monitorozás érdekében.

Ügyféleset-tanulmányok

`- SnelStart: A SnelStart rugalmas készleteket használt az SQL Database-sel, hogy gyorsan bővítse üzleti szolgáltatásait havi 1000 új SQL-adatbázissal.

• Umbraco: Az Umbraco rugalmas készleteket használ az SQL Database-sel, hogy gyorsan kiépíteni és skálázni 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 az SQL Database-szel a fejlesztési ciklus felgyorsításához és az ügyfélszolgálat és a teljesítmény javításához.

Kapcsolódó tartalom

• A díjszabással kapcsolatos információkért tekintse meg a rugalmas készlet díjszabását.
• A rugalmas készletek skálázásához lásd: Rugalmas készletek méretezése és rugalmas készlet skálázása – mintakód.
• Ha többet szeretne megtudni az SaaS-alkalmazások tervezési mintáiról rugalmas készletek használatával, tekintse meg a több-bérlős SaaS-alkalmazások tervezési mintáit az SQL Database-lel.
• A rugalmas készletek használatával végzett SaaS-oktatóanyagért tekintse meg a Wingtip SaaS-alkalmazás bemutatása című témakört.
• A rugalmas, sok adatbázissal rendelkező készletek erőforrás-kezelésével kapcsolatos információkért lásd : Sűrű rugalmas készletek erőforrás-kezelése.
• További információ a rugalmas rugalmas rugalmas készletekről.