Rugalmas készletek erőforrásainak skálázása az Azure SQL Database-ben
A következőre vonatkozik:
Azure SQL Database
Ez a cikk bemutatja, hogyan méretezhetők a rugalmas készletekhez és készletezett adatbázisokhoz elérhető számítási és tárolási erőforrások az Azure SQL Database-ben.
Számítási erőforrások (virtuális magok vagy DTU-k) módosítása
A virtuális magok vagy eDTU-k számának kezdeti kiválasztása után dinamikusan fel- vagy leskálázhat egy rugalmas készletet a tényleges tapasztalatok alapján az alábbi módszerek bármelyikével:
A szolgáltatási szint módosításának vagy a számítási méret újraskálázásának hatása
A rugalmas készlet szolgáltatási szintjének vagy számítási méretének módosítása hasonló mintát követ, mint az önálló adatbázisok esetében, és főként az alábbi lépések végrehajtásával jár:
Új számítási példány létrehozása a rugalmas készlethez
A rendszer létrehoz egy új számítási példányt a rugalmas készlethez a kért szolgáltatási szinttel és számítási mérettel. A szolgáltatási szint és a számítási méret egyes kombinációihoz létre kell hozni az egyes adatbázisok replikáját az új számítási példányban, amely magában foglalja az adatok másolását, és jelentősen befolyásolhatja az általános késést. Ettől függetlenül az adatbázisok online állapotban maradnak ebben a lépésben, és a kapcsolatok továbbra is az eredeti számítási példány adatbázisaihoz lesznek irányítva.
Kapcsolatok útválasztásának váltása új számítási példányra
Az eredeti számítási példány adatbázisaihoz meglévő kapcsolatok megszakadnak. Minden új kapcsolat létrejön az új számítási példány adatbázisaihoz. A szolgáltatási szint és a számítási méret bizonyos kombinációi esetén az adatbázisfájlok leválasztódnak és újra vannak kapcsolva a kapcsoló során. Ettől függetlenül a kapcsoló rövid szolgáltatáskimaradást okozhat, ha az adatbázisok általában 30 másodpercnél rövidebb ideig és gyakran csak néhány másodpercig nem érhetők el. Ha a kapcsolatok megszakadásakor aktív, hosszú ideig futó tranzakciók vannak, a megszakított tranzakciók helyreállítása hosszabb időt vehet igénybe. A gyorsított adatbázis-helyreállítás csökkentheti a hosszú ideig futó tranzakciók megszakításának hatását.
Fontos
A munkafolyamat egyik lépése sem veszett el adatok nélkül.
A szolgáltatási szint módosításának vagy a számítási méret újraskálázásának késése
A szolgáltatásszint módosításához, egyetlen adatbázis vagy rugalmas készlet számítási méretének skálázásához, egy adatbázis rugalmas készletbe való áthelyezéséhez vagy egy adatbázis rugalmas készletek közötti áthelyezéséhez szükséges becsült késés az alábbiak szerint paraméterezhető:
| Rugalmas készlet skálázási késése | Alapszintű, standard, általános célú rugalmas készlethez | Prémium verzióra üzletileg kritikus rugalmas készlet | Rugalmas rugalmas készlet rugalmas méretezése |
|---|---|---|---|
| Alapszintű, standard, általános célú rugalmas készletből | Az adatbázisok számával arányos | • Az adatmásolás miatt használt adatbázisterülettel arányos késés. • Általában kevesebb, mint 1 perc / GB felhasznált terület. |
N/A – az adatbázisokat egyenként kell hozzáadni a rugalmas készletekhez. Az önálló adatbázis-erőforrások méretezésével dokumentált adatbázisonkénti késés skálázása. |
| Prémium verzióból üzletileg kritikus rugalmas készlet | • Az adatmásolás miatt használt adatbázisterülettel arányos késés. • Általában kevesebb, mint 1 perc / GB felhasznált terület. |
• Az adatmásolás miatt használt adatbázisterülettel arányos késés. • Általában kevesebb, mint 1 perc / GB felhasznált terület. |
N/A – az adatbázisokat egyenként kell hozzáadni a rugalmas készletekhez. Az önálló adatbázis-erőforrások méretezésével dokumentált adatbázisonkénti késés skálázása. |
| Rugalmas rugalmas készlet rugalmas skálázásából | N.A. | N.A. | • Állandó időkésés a felhasznált területétől függetlenül. • Általában kevesebb, mint 2 perc. |
Megjegyzés:
- A szolgáltatásszint módosításakor vagy a nem rugalmas skálázású rugalmas készlet skálázási számításánál a becslés kiszámításához a készlet összes adatbázisában felhasznált terület összegzését kell használni. A rugalmas rugalmas készletek skálázási késése független a felhasznált területétől.
- Standard és általános célú rugalmas készletek esetén az adatbázis rugalmas készletből vagy rugalmas készletek között való áthelyezésének késése arányos lesz az adatbázis méretével, ha a rugalmas készlet prémium szintű fájlmegosztást (PFS) használ. Annak megállapításához, hogy egy készlet PFS-tárolót használ-e, hajtsa végre a következő lekérdezést a készlet bármely adatbázisának kontextusában. Ha az AccountType oszlop értéke vagy
PremiumFileStorage-ZRS,PremiumFileStoragea készlet PFS-tárolót használ.
SELECT s.file_id,
s.type_desc,
s.name,
FILEPROPERTYEX(s.name, 'AccountType') AS AccountType
FROM sys.database_files AS s
WHERE s.type_desc IN ('ROWS', 'LOG');
Megjegyzés:
- A zónaredundáns tulajdonság alapértelmezés szerint ugyanaz marad, amikor rugalmas készletet skáláz a üzletileg kritikus az Általános célú szintre.
- Az általános célú rugalmas készlet zónaredundanciájával kapcsolatos skálázási művelet késése arányos az adatbázis méretével.
- A meglévő nem rugalmas skálázású rugalmas készlet rugalmas skálázású kiadásra történő módosítása nem támogatott. További részletekért tekintse meg a rugalmas rugalmas rugalmas készleteket . Ehelyett az adatbázisokat egyenként kell hozzáadni a rugalmas készletekhez.
- A rugalmas rugalmas készlet kiadásának nem rugalmas skálázású kiadásra történő módosítása nem támogatott. További részletekért tekintse meg a rugalmas rugalmas rugalmas készleteket .
Tipp.
A folyamatban lévő műveletek monitorozásához lásd: Műveletek kezelése az SQL REST API-val, műveletek kezelése parancssori felülettel, műveletek monitorozása T-SQL használatával és ez a két PowerShell-parancs: Get-AzSqlElasticPoolActivity és Stop-AzSqlElasticPoolActivity.
További szempontok a szolgáltatási szint módosítása vagy a számítási méret újraskálázása során
- Ha egy rugalmas készlet virtuális magjait vagy eDTU-jait csökkenti, a készlet által használt területnek kisebbnek kell lennie, mint a célszolgáltatásszint és a készlet számításának maximális adatméretkorlátja.
- Ha egy rugalmas készlethez növeli az eDTU-kat, további tárolási költségek is felmerülhetnek, ha:
- A készlet maximális adatméretét a célkészlet támogatja, és
- A készlet maximális adatmérete meghaladja a célkészlet belefoglalt tárterületét.
- Ha például egy 100 eDTU Standard készlet 100 GB-os maximális adatmérettel egy 50 eDTU Standard készletre van leosztva, akkor további tárolási költség vonatkozik, mivel a célkészlet 100 GB-os maximális adatméretet támogat, és a belefoglalt tárterület mennyisége csak 50 GB. A tárterület további mennyisége tehát 100 GB – 50 GB = 50 GB. Az extra tárterület díjszabását az SQL Database díjszabásában talál. Ha a ténylegesen felhasznált terület kisebb a belefoglalt tárterületnél, akkor ez a többletköltség elkerülhető, ha a maximális adatméretet a belefoglalt mennyiségre csökkenti.
Számlázás az újraskálázás során
A rendszer minden órára kiszámláz egy adatbázist a legmagasabb szolgáltatási szint + az adott órában alkalmazott számítási méret alapján, a használattól függetlenül, illetve attól függetlenül, hogy az adatbázis egy óránál rövidebb ideig aktív volt-e. Ha például egyetlen adatbázist hoz létre, és öt perccel később törli azt, a számla egy adatbázisórára vonatkozó díjat tükröz.
Change elastic pool storage size
A rugalmas készlet tárolási mérete (maximális adatméret) az Azure Portal, a PowerShell, az Azure CLI vagy a REST API használatával adható meg. Ha növeli a rugalmas készlet maximális adatméretét, a megadott érték nem haladhatja meg a készlet szolgáltatási célkitűzésének maximális adatméretkorlátját. A maximális adatméret csökkentésekor a megadott új értéknek egyenlőnek vagy nagyobbnak kell lennie, mint a készlet összes adatbázisában lefoglalt terület összege.
Fontos
Bizonyos körülmények között előfordulhat, hogy egy adatbázis zsugorítására van szükség a fel nem használt terület visszaszerzéséhez. További információ: Fájltér kezelése az Azure SQL Database-ben.
vCore-based purchasing model
- A rugalmas készletek tárolási mérete (maximális adatméret) az Általános célú vagy üzletileg kritikus szinteken a rugalmas készletek erőforráskorlátaiban megadott maximális adatméretkorlátokig adható meg a virtuális mag vásárlási modell használatával. A rugalmas készlet maximális adatmérete 1 GB többszörösével növelhető vagy csökkenthető.
- A rugalmas készlet tárolási ára a megadott maximális adatméret, a szolgáltatási szint tárolási egységárával megszorozva. A tárolási díjszabással kapcsolatos részletekért tekintse meg az SQL Database díjszabását.
Fontos
Bizonyos körülmények között előfordulhat, hogy egy adatbázis zsugorítására van szükség a fel nem használt terület visszaszerzéséhez. További információ: Fájltér kezelése az Azure SQL Database-ben.
DTU-based purchasing model
- The eDTU price for an elastic pool includes a certain amount of storage at no additional cost. A belefoglalt mennyiségen túl további adattárolás is kiépíthető a kiosztott eDTU-knak megfelelő maximális adatméretkorlátig. A belefoglalt tárterületmennyiségekről és a maximális adatméretkorlátról lásd a rugalmas készletek erőforráskorlátait a DTU vásárlási modellel.
- A rugalmas készlet extra tárhelyének ára a szolgáltatási szint extra tárolási egységárának szorzata. Az extra tárterület árával kapcsolatos részletekért tekintse meg az SQL Database díjszabását.
- A standard vagy prémium szintű rugalmas készlet maximális adatméretének érvényes értékei a következők lehetnek: 50 GB, 100 GB, 150 GB, 200 GB, 250 GB, 300 GB, 400 GB, 500 GB, 750 GB, 800 GB, 1024 GB, 1200 GB, 1280 GB, 1536 GB, 1600 GB, 1792 GB, 2000 GB, 2048 GB, 2304 GB, 2500 GB, 2560 GB, 2816 GB, 3000 GB, 3072 GB, 3328 GB, 3584 GB, 3840 GB, 4096 GB. A megadott maximális adatméret nem haladhatja meg a kiépített eDTU-khoz megadott maximális adatméret-korlátot.
Fontos
Bizonyos körülmények között előfordulhat, hogy egy adatbázis zsugorítására van szükség a fel nem használt terület visszaszerzéséhez. További információ: Fájltér kezelése az Azure SQL Database-ben.
Skálázási módosítások figyelése vagy megszakítása
A szolgáltatási szint módosítása vagy a számítási újraskálázási művelet monitorozható és megszakítható.
A rugalmas SQL-készlet áttekintési lapján lépjen az Értesítések lapra, és válassza ki azt a csempét, amely jelzi, hogy folyamatban van a művelet:
Az eredményként kapott üzembe helyezés folyamatban van lapon válassza a Mégse lehetőséget.
Permissions
Ha rugalmas készletet szeretne skálázni az Azure Portalon, a PowerShellen, az Azure CLI-en vagy a REST API-on keresztül, Azure RBAC-engedélyekre van szükség, különösen közreműködői, SQL DB-közreműködői vagy SQL Server-közreműködői Azure RBAC-szerepkörökre. További információkért látogasson el az Azure RBAC beépített szerepköreibe.
Kapcsolódó tartalom
Az általános erőforráskorlátokért tekintse meg az SQL Database virtuális magalapú erőforráskorlátait – rugalmas készleteket és SQL Database DTU-alapú erőforráskorlátokat – rugalmas készleteket.
Visszajelzés
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ: https://aka.ms/ContentUserFeedback.
Visszajelzés küldése és megtekintése a következőhöz: