Rugalmas készleterőforrások méretezése az Azure SQL Database-ben

A következőkre 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:

• Azure portál
• PowerShell
• Azure CLI
• REST API

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:

1. Új számítási példány létrehozása a rugalmas erőforráské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.

2. Kapcsolatok útvonalának átterelése ú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 csatlakoztatódnak az átállás 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. 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 erőforráskészlethez	Prémium szintű, üzleti szempontból kritikus rugalmas készlet	Hiperméretű rugalmas készlet
Alapszintű, Standard, Általános célokra szolgáló rugalmas készlet	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 hyperscale rugalmas készletekhez. Az adatbázisonkénti skálázási késés dokumentációja megtalálható a egyszeri adatbázis-erőforrások skálázása című részben.
Prémium szintű, üzleti szempontból kritikus fontosságú 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 hyperscale rugalmas készletekhez. Az adatbázisonkénti skálázási késés dokumentálva van a egyetlen adatbázis erőforrásainak skálázása című részben.
Hyperscale rugalmas készletbő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 Hyperscale rugalmas készletek skálázási késése független a felhasznált területtő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) tárolót 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 PremiumFileStorage vagy PremiumFileStorage-ZRS, a készlet PFS-tárolót használ.

SQL

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 az üzleti szempontból kritikus szintről 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 hiperskálázású rugalmas készlet hiperskálázású kiadásra való módosítása nem támogatott. További információkért lásd: Hyperscale rugalmas adatbázis-készletek. Ehelyett az adatbázisokat egyenként kell hozzáadni a Hyperscale rugalmas készletekhez.
• A Hyperscale rugalmas készlet kiadásának nem Hyperscale kiadásra történő módosítása nem támogatott. További információkért lásd: Hyperscale rugalmas készletek.

Tipp

A folyamatban lévő műveletek monitorozásához lásd: Műveletek kezelése az SQL REST APIhasználatával, Műveletek kezelése CLI-, Műveletek monitorozása T-SQL- é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

• Amikor rugalmas pool virtuális magjait vagy eDTU-jait csökkenti, a pool által használt területnek kisebbnek kell lennie, mint a célszolgáltatás szintjének és a pool számítási kapacitá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 árazását az SQL Database díjszabásrészben találja. 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.

Rugalmas készlet tárolási méretének módosítása

A rugalmas készlet tárolási mérete (maximális adatmérete) az Azure Portal, PowerShell-, az Azure CLIvagy a REST APIhasználatával adható meg. A rugalmas készlet maximális adatméretének növelésekor 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ó: Adatbázisok fájlterületének kezelése az Azure SQL Database-ben.

vCore-alapú vásárlási modell

• A rugalmas készletek tárolási mérete (maximális adatméret) az általános célú vagy Üzleti Kritikus szinteken a virtuális mag vásárlási modell használatával a "Rugalmas készletek erőforrás-korlátaiban" meghatározott maximális adatméret-korlátig adható meg. 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 lásd SQL-adatbázis díjszabása.

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ó: Adatbázisok fájlterületének kezelése az Azure SQL Database-ben.

DTU-alapú vásárlási modell

• Az eDTU-ár rugalmas készlet esetén bizonyos mennyiségű tárhelyet is tartalmaz, további költségek nélkül. 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árhelymennyiségekről és a maximális adatméretkorlátról a rugalmas készleteknél a DTU vásárlási modellhasználatával kapcsolatos erőforrás-korlátokat lásd.
• 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 lásd SQL Database díjszabási.
• A Standard vagy Prémium szintű rugalmas adatbázis-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, 1,024 GB, 1,200 GB, 1,280 GB, 1,536 GB, 1,600 GB, 1,792 GB, 2,000 GB, 2,048 GB, 2,304 GB, 2,500 GB, 2,560 GB, 2,816 GB, 3,000 GB, 3,072 GB, 3,328 GB, 3,584 GB, 3,840 GB, 4,096 GB. A megadott maximális adatméret nem haladhatja meg a kiosztott eDTU-khoz megadott maximális adatméretkorlá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ó: Adatbázisok fájlterületének 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ó.

Azure portál

Az SQL rugalmas készlet áttekintési lapján lépjen Értesítések elemre, és válassza ki azt a csempét, amely jelzi, hogy folyamatban van a művelet:

A megnyitott Üzembe helyezés folyamatban van oldalon válassza a Mégse lehetőséget.

PowerShell

A PowerShell-parancsok számítógépen való meghívásához telepítenie kell Az PowerShell 9.7.0-s modulját vagy egy újabb helyi verziót. Vagy fontolja meg az Azure Cloud Shell használatát az Azure PowerShell futtatásához a shell.azure.com oldalon.

Először jelentkezzen be az Azure-ba, és állítsa be az előfizetés megfelelő környezetét:

PowerShell

Login-AzAccount
$SubscriptionID = "<YourSubscriptionIdHere>"
Select-AzSubscription -SubscriptionName $SubscriptionID

Rugalmas készlet műveleteinek monitorozásához, beleértve a skálázási műveleteket is, használja a Get-AzSqlElasticPoolActivity. Az alábbi minta egy OperationId ad vissza minden jelenleg futó művelethez.

PowerShell

Get-AzSqlElasticPoolActivity -ResourceGroupName "ResourceGroup01" -ElasticPoolName "Pool01" ServerName "Server01" 

Az aszinkron rugalmas készletkezelési művelet, például egy rugalmas készlet skálázásának, leállításához azonosítsa a műveletet, majd használja a Stop-AzSqlElasticPoolActivity egy adott OperationIdsegítségével, ahogyan az alábbi példában is szerepel.

PowerShell

Stop-AzSqlElasticPoolActivity -ResourceGroupName "ResourceGroup01" -ElasticPoolName "Pool01" -ServerName "Server01" -OperationId af97005d-9243-4f8a-844e-402d1cc855f5

Azure CLI

Egy Cloud Shell-terminálból az alábbi mintaparancs használatával azonosíthatja a jelenleg futó műveleteket. Egy Cloud Shell-terminálban állítsa be a $resourceGroupName, $serverNameés $elasticPoolName változókat, majd futtassa a következő parancsot:

Azure CLI

$resourceGroupName = "<resource group name>"
$serverName = "<server name>"
$elasticPoolName = "<elastic pool name>"
az sql elastic-pool op list --resource-group $resourceGroupName --server $serverName --elastic-pool $elasticPoolName --query "[?state=='IN_PROGRESS'].name" --out tsv

Ha le szeretné állítani az aszinkron rugalmas készletkezelési műveletet( például skálázási műveletet) egy Cloud Shell-terminálból, állítsa be a $resourceGroupName, $serverNameés $elasticPoolName változókat, majd futtassa a következő parancsot:

Azure CLI

$resourceGroupName = "<resource group name>"
$serverName = "<server name>"
$elasticPoolName = "<elastic pool name>"
$operationId = (az sql elastic-pool op list --resource-group $resourceGroupName --server $serverName --elastic-pool $elasticPoolName --query "[?state=='IN_PROGRESS'].name" --out tsv)
if (-not [string]::IsNullOrEmpty($operationName)) {
    (az sql elastic-pool op cancel --resource-group $resourceGroupName --server $serverName --elastic-pool $elasticPoolName --name $operationId)
        "Operation " + $operationName + " has been canceled"
}
else {
    "No management operation on the elastic pool found"
}

Engedélyek

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ége, 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ó: Azure RBAC beépített szerepkörei.

Kapcsolódó tartalom

• Rugalmas készletek erőforráskorlátai a vCore vásárlási modell szerint
• rugalmas készletek erőforráskorlátai a DTU vásárlási modellel