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őkre 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:

• A csúcshasználat miatti túlzott erőforrás-kiutalás és túlfizetés.
• A költségek csökkentése az alulteljesítéssel a teljesítmény és az ügyfelek elégedettsége rovására csúcsidőben.

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. Egyszerű erőforrás-foglalási mechanizmust biztosítanak egy kiszámítható költségvetésen belül. Ha többet szeretne megtudni a rugalmas készleteket használó SaaS-alkalmazások tervezési mintáiról, tekintse meg Több-bérlős SaaS-adatbázis bérlői mintáit.

Fontos

A rugalmas készletek esetében nincs adatbázisonkénti díj. 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 vagy a DTU-alapú vásárlási modell, vagy a vCore-alapú vásárlási modellalapjá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:

• Adj hozzá adatbázisokat a tárhoz.
• Igény szerint állítsa be az adatbázisok minimális és maximális erőforrásait, akár a DTU-, akár a vCore-vásárlási modellben.
• Állítsa be a készlet erőforrásait a költségvetése alapján.

Az erőforráscsoportok segítségével zökkenőmentesen fejlesztheti szolgáltatását egy lean startupból egy nagyobb méretű, érett vállalkozássá.

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é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ások biztosítása a teljes csoport számára, nem pedig az önálló adatbázisokhoz, egyszerűsíti a felügyeleti feladatokat. Emellett kiszámítható költségvetéssel rendelkezik a medencéhez.

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 gyűjteményből. Ha egy adatbázis előre láthatóan alulhasználja az erőforrásokat, áthelyezheti azt.

Jegyzet

Amikor adatbázisokat helyez át egy rugalmas készletbe vagy onnan ki, nincs állásidő, kivéve egy rövid (másodperces) időszakot, amikor a művelet végén megszakadnak az adatbázis-kapcsolatok.

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

A készletek számos, meghatározott kihasználtsági mintával rendelkező adatbázishoz alkalmasak. 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.

Az alábbi szakaszok segítenek megérteni, hogyan értékelheti, hogy az ön specifikus adatbázis-gyűjteménye hasznos lehet-e egy csoportban. 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 használati minta egy medencéhez alkalmas.

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 pool 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-szoros csökkenése és a költségek 13-szoros csökkenése, összehasonlítva azzal, amikor minden egyes adatbázis egy S3 számítási méretben van elhelyezve önálló adatbázisként.

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

• Nagy különbségek vannak a maximális kihasználtság és az adatbázisonkénti átlagos kihasználtság között.
• Az egyes adatbázisok maximális kihasználtsága különböző időpontokban történik.
• Az eDTU-k számos 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, készlet eDTU-jait számos adatbázis megoszthatja, és kevesebb teljes eDTU-ra van szükség. Az ármegtakarítási lehetőségek alapját a díjszabás és az eDTU-megosztás közötti különbségek adják, amelyeket a poolok biztosíthatnak.

A vCore vásárlási modellben a vCore egységára a rugalmas csoportok esetén megegyezik a vCore egységárával az önálló adatbázisok esetén.

Hogyan választhatom ki a megfelelő medencemé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észlet összes adatbázisa által felhasznált maximális tárterület bájtok száma.

Az egyes vásárlási modellek szolgáltatási szintjei és erőforráskorlátai a DTU-alapú vásárlási modell, illetve a vCore-alapú vásárlási modell esetén találhatók.

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-kat vagy virtuális magokat:

   1. A DTU-alapú vásárlási modell esetében:
      1. MAX(<Az adatbázisok teljes száma × Átlagos DTU-kihasználtság adatbázisonként>, <Az egyidejűleg csúcsos adatbázisok száma × A maximális DTU-kihasználtság adatbázisonként>)
   2. A vCore-alapú vásárlási modell esetében:
      1. MAX(<Adatbázisok teljes száma × átlagos virtuálismag-kihasználtság/adatbázis>, <Egyidejű csúcsterhelés alatti DB-k száma × csúcsterhelési virtuálismag-kihasználtság/adatbázis>)

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 válassza ki az 1. és a 2. lépésben kapott eDTU-becslések közül a nagyobbat.

   1. A vCore alapján történő vásárlási modell esetében vegye figyelembe az 1. lépésből származó vCore becslést.

4. Lásd a 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 4. lépésben szereplő készlet árát a különálló adatbázisokhoz szükséges megfelelő számítási méretek használatával.

Fontos

Ha a készletben lévő adatbázisok száma megközelíti a maximális támogatott értéket, fontolja meg 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óért tekintse meg a DTU és a vCore rugalmas csoportokra vonatkozó erőforrás-korlátok 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

Készlet esetén a felügyeleti feladatok egyszerűbbé válnak szkriptek futtatásával rugalmas feladatokban. 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ázist kezelő egyéb adatbázis-eszközökről: Vertikális felskálázás az Azure SQL Database.

Hiperskála rugalmas fürtök

Hiperskálázott rugalmas készletek áttekintése az Azure SQL Database általánosan elérhetők.

Írásvédett példányok vertikális felskálázása

Az Azure SQL Database-ben nem használhatók a csak olvasható skálázásos példányok rugalmas lekérdezéssel.

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

A készletezett adatbázisok általában ugyanazokat a ü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-mentésekkel állítja vissza a készlet egy adatbázisát egy adott időpontra. Lásd időponthoz kötött visszaállítás.
• Georedundáns visszaállítás: A georedundáns visszaállítás az alapértelmezett helyreállítási lehetőség, amikor egy adatbázis nem érhető el a régióban történt incidens miatt, ahol az adatbázis fut. Lásd: Geo-visszaállítás.
• Aktív georeplikáció: Azoknál az alkalmazásoknál, amelyek szigorúbb helyreállítási követelményeket támasztanak, mint amit a georendszerbeli helyreállítás kínál, konfigurálja az aktív georeplikációt vagy egy feladatátvételi csoportot.

A fenti stratégiákról további információért lásd a(z) katasztrófa-helyreállítási útmutató.

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

1. A rugalmas készlet létrehozásához menjen a Azure portálra. Keresse meg és válassza ki Azure SQL.

2. Válassza a Létrehozás lehetőséget, hogy megnyissa az SQL telepítési lehetőség kiválasztása panelt. Az elastic pool-okról további információkért az Adatbázisok panelen válassza a Részletek megjelenítéselehetőséget.

3. Az Adatbázisok csempén, az Erőforrástípus legördülő listában válassza az Rugalmas készletlehetőséget. Ezután válassza a Létrehozás lehetőséget.

   

4. Ezután kezelheti a rugalmas készlet az Azure Portalon, a PowerShellen, az Azure CLI-en, a REST API-on vagy a T-SQL-en keresztül.

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

1. Lépjen egy meglévő kiszolgálóra, és válassza az Új készlet lehetőséget, ha közvetlenül az adott kiszolgálón szeretne készletet létrehozni.

   Jegyzet

   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 medencék erőforráskorlátait a DTU-modell. Az rugalmas készletek vCore-alapú erőforráskorlátjairól lásd: vCore-alapú erőforráskorlátok – rugalmas készletek.

2. A készlet erőforrásainak és díjszabásának konfigurálásához válassza a Készlet konfigurálásalehető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.

3. A készlet konfigurálása után válassza a Alkalmazlehetőséget, nevezze el a készletet, majd válassza OK lehetőséget a készlet létrehozásához.

4. Ezután kezelheti a rugalmas készlet az Azure Portalon, a PowerShellen, az Azure CLI-en, a REST API-on vagy a T-SQL-en keresztül.

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. A rugalmas készlethez több módosítást is hozzáadhat, és az összes változtatást egyszerre küldheti be. 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 is használhatja, teljesítményértékelésekkel kombinálva. Az SQL Database is kibocsáthat metrikákat és erőforrásnaplókat a könnyebb monitorozás érdekében.

Kapcsolódó tartalom

• A díjszabásokkal kapcsolatos információkért lásd a rugalmas készletek díjszabását .
• A rugalmas készletek skálázásához lásd: Rugalmas készletek skálázása és Rugalmas készlet skálázása – mintakód.
• Ismerje meg, hogyan kezelni a rugalmas készleteket az Azure SQL Database.
• Ha többet szeretne megtudni az SaaS-alkalmazások tervezési mintáiról rugalmas készletek használatával, tekintse meg Több-bérlős SaaS-alkalmazások tervezési mintáit az SQL Database.
• Ha többet szeretne megtudni a rugalmas készletek erőforrás-kezeléséről számos adatbázissal, olvassa el Sűrű rugalmas készletek erőforrás-kezelésévelcímű témakört.
• További információ a hiperskálázható rugalmas készletekről.