Azure SQL Database kiszolgáló nélküli

a következőkre vonatkozik: Azure SQL Database

A kiszolgáló nélküli szint az Azure SQL Database-ben az önálló adatbázisok számítási szintje, amely automatikusan skálázza a számításokat a számítási feladatok igényei alapján, és a másodpercenként felhasznált számítási mennyiségek szerint számláz. A kiszolgáló nélküli számítási szint emellett automatikusan szünetelteti az adatbázisokat az inaktív időszakok során, amikor csak a tárterület használati díját számlázzuk ki, és automatikusan folytatja az adatbázisok működését, amikor ismét előfordulnak tevékenységek.

Kiszolgáló nélküli számítási szint

A kiszolgáló nélküli számítási szintet az Azure SQL Database adatbázisokat egy számítási automatikus skálázási tartomány és egy automatikus szüneteltetési késleltetés paramétere alapján lehet paraméterizálni. Ezeknek a paramétereknek a konfigurációja az adatbázis-teljesítményt és a számítási költségeket alakítja ki.

kiszolgáló nélküli számlázás

Teljesítménykonfiguráció

  • A minimális virtuális magok és a maximális virtuális magok olyan konfigurálható paraméterek, amelyek meghatározzák az adatbázishoz elérhető számítási kapacitás tartományát. A memória- és I/O-korlátok arányosak a megadott virtuálismag-tartománysal. 
  • Az automatikus szüneteltetési késleltetés egy konfigurálható paraméter, amely meghatározza, hogy az adatbázisnak mikor kell inaktívnak lennie az automatikus szüneteltetés előtt. Az adatbázis automatikusan folytatódik a következő bejelentkezés vagy más tevékenység bekövetkeztekor. Alternatív megoldásként az automatikus szüneteltetés is letiltható.

Költségek

  • A kiszolgáló nélküli adatbázisok költsége a számítási költségek és a tárolási költségek összege.
  • Ha a számítási használat a konfigurált minimális és maximális korlát között van, a számítási költség a virtuális magon és a felhasznált memórián alapul.
  • Ha a számítási használat a konfigurált minimális korlátok alatt van, a számítási költség a minimális virtuális magon és a minimálisan konfigurált memórián alapul.
  • Az adatbázis szüneteltetése esetén a számítási költség nulla, és csak tárolási költségek merülnek fel.
  • A tárolási költségek meghatározása ugyanúgy megegyezik a kiépített számítási szinthez hasonló módon.

További költségadatokért lásd a számlázást.

Forgatókönyvek

A kiszolgáló nélküli adatbázisok ár–teljesítmény aránya az időszakos, kiszámíthatatlan használati mintázatú önálló adatbázisokhoz van optimalizálva, ahol elfogadható némi késés a növekvő mennyiségű számítási feladatok elvégzésében a tétlen időszakok után. Ezzel szemben a kiépített számítási szint ár–teljesítmény aránya olyan önálló adatbázisokra vagy rugalmas készletekbe rendezett több adatbázisra van optimalizálva, amelyeknél a magasabb átlagos kihasználtság miatt nem elfogadható a késés, amikor felpörög a számítási feladatok száma.

Kiszolgáló nélküli számításhoz jól használható forgatókönyvek

  • Időszakos, kiszámíthatatlan használati mintákkal, inaktivitási időszakokkal és alacsonyabb átlagos számítási kihasználtságtal időszakos, kiszámíthatatlan használati mintákkal.
  • A kiépített számítási szinten gyakran skálázható egyetlen adatbázis, és azok az ügyfelek, akik inkább a szolgáltatásnak szeretnék delegálni a számítási újraméretezést.
  • Új, használati előzmények nélküli adatbázisokat, ahol a számítási méretezés nehezen vagy egyáltalán nem becsülható meg, mielőtt üzembe SQL Database.

A kiépített számításhoz jól használható forgatókönyvek

  • Egységes adatbázisok hagyományosabb, kiszámíthatóbb használati mintákkal és magasabb átlagos számítási kihasználtságtal.
  • Olyan adatbázisok esetén, amelyek nem tolerálják a teljesítménybeli cseréket, mert gyakoribb memóriavágást vagy a szüneteltetett állapotból való visszaesés késését eredményezik.
  • Több adatbázis időszakos, kiszámíthatatlan használati mintákkal, amelyek rugalmas készletekbe konszolidálhatóak a jobb ár-teljesítmény optimalizálás érdekében.

Összehasonlítás a kiépített számítási szintekkel

Az alábbi táblázat összefoglalja a kiszolgáló nélküli számítási szint és a kiépített számítási szint közötti különbségeket:

Kiszolgáló nélküli számítástechnika Kiépített számítás
Adatbázis-használati minta Időszakos, kiszámíthatatlan használat, alacsonyabb átlagos számítási kihasználtságtal. Rendszeresebb használati minták magasabb átlagos számítási kihasználtság mellett az idő alatt, vagy több, rugalmas készleteket használó adatbázis.
Teljesítménykezelési erőfeszítések Alacsonyabb Magasabb
Számítás skálázása Automatikus Kézi
Számítási válaszképesség Inaktív időszakok utáni alsóbb szintű Azonnali
Számlázási részletesség Másodpercenként Óránként

Vásárlási modell és szolgáltatási szint

SQL Database virtuálismag-alapú vásárlási modellben a kiszolgáló nélküli általános célú csak az 5. generációs hardverek általános célú támogatott.

Automatikus skálázás

A válaszképesség skálázása

Általánosságban elmondható, hogy a kiszolgáló nélküli adatbázisok olyan gépen futnak, amely elegendő kapacitással rendelkezik ahhoz, hogy megszakítás nélkül kielégítse az erőforrásigényt a maximális virtuális magértékkel beállított korlátokon belül kért számítási kapacitások bármelyike esetén. Időnként a terheléselosztás automatikusan megtörténik, ha a gép néhány percen belül nem tudja kielégíteni az erőforrásigényt. Ha például az erőforrásigény 4 virtuális mag, de csak 2 virtuális mag áll rendelkezésre, akkor a 4 virtuális mag rendelkezésre álló terheléselosztása eltarthat néhány percig. Az adatbázis a terheléselosztás során online állapotban marad, kivéve a művelet végén egy rövid időszakot, amikor megszakadnak a kapcsolatok.

Memóriakezelés

A kiszolgáló nélküli adatbázisok memóriáját gyakrabban használják vissza, mint a kiépített számítási adatbázisok. Ez a viselkedés fontos a költségek kiszolgáló nélküli szabályozásához, és hatással lehet a teljesítményre.

Gyorsítótár-visszahelyezettség

A kiépített számítási adatbázisokkal ellentétben az SQL-gyorsítótárból a rendszer visszaigényli a memóriát egy kiszolgáló nélküli adatbázisból, ha a processzor vagy az aktív gyorsítótár kihasználtsága alacsony.

  • Az aktív gyorsítótár kihasználtsága alacsonynak minősül, ha a legutóbb használt gyorsítótár-bejegyzések teljes mérete egy adott időszakban egy küszöbérték alá esik.
  • Amikor a gyorsítótár-visszahelyezés aktiválódik, a célgyorsítótár mérete fokozatosan az előző méret töredékére csökken, és a visszahelyezés csak akkor folytatódik, ha a használat alacsony marad.
  • Gyorsítótár-visszahelyezettség esetén a gyorsítótár-bejegyzések kiürítéskor való kiválasztásának szabályzata megegyezik a kiépített számítási adatbázisokra vonatkozó szabályzatokkal, ha nagy a memórianyomás.
  • A gyorsítótár mérete soha nem csökken a minimálisan konfigurálható virtuális magok által meghatározott minimális memóriakorlát alá.

A kiszolgáló nélküli és a kiépített számítási adatbázisokban a gyorsítótár-bejegyzések kiüríthetőek, ha az összes rendelkezésre álló memória ki van használva.

Vegye figyelembe, hogy ha a processzor kihasználtsága alacsony, az aktív gyorsítótár kihasználtsága a használati mintától függően magas maradhat, és megakadályozhatja a memória-visszahelyezettségeket. Emellett a korábbi felhasználói tevékenységekre reagáló rendszeres háttérfolyamatok miatt további késések is jelentkeznek, miután a felhasználói tevékenység leállt a memória-vissza szolgáltatás visszagenerálása előtt. A törlési műveletek és a QDS-tisztítási feladatok például olyan szellemrekordokat hoznak létre, amelyek törlésre vannak megjelölve, de addig nem törlődnek fizikailag, amíg le nem fut a szellemtörlési folyamat, amely magában foglalhatja az adatlapok gyorsítótárba való beolvasását.

Gyorsítótárhidratálás

Az SQL-gyorsítótár növekszik, ahogy az adatok a kiépített adatbázisokhoz hasonló módon és sebességgel vannak lekérve a lemezről. Ha az adatbázis foglalt, a gyorsítótár korlátlanul nőhet a maximális memóriakorlátig.

Automatikus szüneteltetés és automatikus szüneteltetés

Automatikus szüneteltetés

Az automatikus szüneteltetés akkor aktiválódik, ha az automatikus szüneteltetés késleltetésének időtartamára az alábbi feltételek mind teljesülnek:

  • Szám-munkamenetek = 0
  • CPU = 0 a felhasználói készletben futó felhasználói számítási feladatokhoz

Lehetőség van az automatikus szüneteltetés letiltására, ha szeretné.

A következő funkciók nem támogatják az automatikus szüneteltetés, de az automatikus skálázást. Ha a következő funkciók bármelyikét használja, az automatikus szüneteltetés le lesz tiltva, és az adatbázis az adatbázis inaktivitási időtartamától függetlenül online állapotban marad:

  • Georeplikáció (aktív georeplikáció és automatikus feladatátvételi csoportok).
  • Biztonsági másolatok hosszú távú megőrzése (LTR).
  • Az SQL-adatszinkronizálásban használt szinkronizálási adatbázis. A szinkronizálási adatbázisoktól eltérően a központ- és tagadatbázisok támogatják az automatikus szüneteltetéseket.
  • DNS-aliasok
  • A rugalmas feladatokban (előzetes verzió) használt feladat-adatbázis.

Az automatikus szüneteltetés ideiglenesen le van tiltva bizonyos olyan szolgáltatásfrissítések telepítése során, amelyek megkövetelik, hogy az adatbázis online állapotban legyen. Ilyen esetekben az automatikus szüneteltetés a szolgáltatásfrissítés befejezése után ismét engedélyezett lesz.

Automatikus visszaesés

Az automatikus indítás akkor aktiválódik, ha az alábbi feltételek bármelyike bármikor teljesül:

Szolgáltatás Automatikus folytatás eseményindító
Hitelesítés és engedélyezés Bejelentkezés
Fenyegetések észlelése A fenyegetésészlelési beállítások engedélyezése/letiltása az adatbázis vagy a kiszolgáló szintjén.
A fenyegetésészlelési beállítások módosítása az adatbázis vagy a kiszolgáló szintjén.
Adatfelderítés és besorolás Bizalmasság címkék hozzáadása, módosítása, törlése vagy megtekintése
Naplózás Naplózási rekordok megtekintése.
A naplózási szabályzat frissítése vagy megtekintése.
Adatmaszkolás Adatmaszkolási szabályok hozzáadása, módosítása, törlése vagy megtekintése
Transzparens adattitkosítás A transzparens adattitkosítás állapotának megtekintése
Sebezhetőségi felmérés Alkalmi vizsgálatok és rendszeres vizsgálatok, ha engedélyezve vannak
Lekérdezési (teljesítménybeli) adattár Lekérdezéstár beállításainak módosítása vagy megtekintése
Teljesítménnyel kapcsolatos javaslatok Teljesítménnyel kapcsolatos javaslatok megtekintése vagy alkalmazása
Automatikus hangolás Automatikus hangolási javaslatok alkalmazása és ellenőrzése, például automatikus indexelés
Adatbázis-másolás Adatbázis létrehozása másolatként.
Exportálás BACPAC-fájlba.
SQL-adatszinkronizálás Konfigurálható ütemezés szerint vagy manuálisan futtatott vagy manuálisan futtatott hub- és tagadatbázisok közötti szinkronizálás
Bizonyos adatbázis-metaadatok módosítása Új adatbáziscímkék hozzáadása.
A virtuális magok maximális, minimális magszámának vagy automatikus késleltetésének módosítása.
SQL Server Management Studio (SSMS) Ha a 18.1-esnél korábbi SSMS-verziókat használ, és új lekérdezési ablakot nyit meg a kiszolgálón található adatbázisokhoz, az ugyanazon a kiszolgálón található, automatikusan szüneteltetett adatbázisokat folytatja. Ez a viselkedés az SSMS 18.1-es vagy újabb verziójának használata esetén nem fordul elő.

A fent felsorolt műveletek bármelyikét végző figyelési, felügyeleti vagy egyéb megoldások aktiválják az automatikus újrabevezetést.

Az automatikus indítás bizonyos szolgáltatásfrissítések telepítésekor is aktiválódik, amelyek megkövetelik, hogy az adatbázis online állapotban legyen.

Kapcsolatok

Ha egy kiszolgáló nélküli adatbázis fel van függesztve, akkor az első bejelentkezés folytatja az adatbázist, és hibaüzenetet ad vissza, amely szerint az adatbázis nem érhető el a 40613-as hibakóddal. Az adatbázis folytatása után újra meg kell hozni a bejelentkezést a kapcsolat létesítéséhez. A kapcsolat-újrapróbálkozási logikával nem szükséges módosítani az adatbázis-ügyfeleket.

Késés

A kiszolgáló nélküli adatbázisok automatikus folytatása és automatikus szüneteltetése általában 1 percet, az automatikus szüneteltetés pedig 1–10 percet tart.

Ügyfél által felügyelt transzparens adattitkosítás (BYOK)

Ha az ügyfél által felügyelt transzparens adattitkosítást (BYOK) használja, és a kiszolgáló nélküli adatbázis automatikusan szünetel a kulcs törlésekor vagy visszavonásakor, az adatbázis automatikusan szüneteltetett állapotban marad. Ebben az esetben az adatbázis következő folytatása után az adatbázis körülbelül 10 percen belül elérhetetlenné válik. Ha az adatbázis elérhetetlenné válik, a helyreállítási folyamat megegyezik a kiépített számítási adatbázisok helyreállítási folyamatával. Ha a kiszolgáló nélküli adatbázis a kulcs törlésekor vagy visszavonásakor online állapotban van, akkor az adatbázis is körülbelül 10 percen belül elérhetetlenné válik, ugyanúgy, mint a kiépített számítási adatbázisok esetén.

A kiszolgáló nélküli számítási szintbe való be- és be való be- és be való be-

Egy új adatbázis létrehozása vagy egy meglévő adatbázis kiszolgáló nélküli számítási szintre való áthelyezésének mintája ugyanazt a mintát követi, mint egy új adatbázis létrehozása a kiépített számítási szinten, és a következő két lépésből áll.

  1. Adja meg a szolgáltatási célt. A szolgáltatási cél a szolgáltatási szintet, a hardvergenerációt és a virtuális magok maximális magját írja elő. A szolgáltatási cél beállításaiért lásd: Kiszolgáló nélküli erőforráskorlátok

  2. Megadhatja a minimális virtuális magszámot és az automatikus időparasztás késleltetését az alapértelmezett értékek módosítása érdekében. Az alábbi táblázat ezeknek a paramétereknek az elérhető értékeit mutatja be.

    Paraméter Értékválasztások Alapértelmezett érték
    Virtuális magok minimális A konfigurált virtuális magok maximális értékétől függ – lásd: erőforráskorlátok. 0,5 virtuális mag
    Automatikus kitöltés késleltetése Minimum: 60 perc (1 óra)
    Maximum: 10080 perc (7 nap)
    Növekmények: 10 perc
    Automatikus leállítás letiltása: -1
    60 perc

Új adatbázis létrehozása a kiszolgáló nélküli számítási szinten

Az alábbi példák egy új adatbázist hoznak létre a kiszolgáló nélküli számítási szinten.

Az Azure Portal használata

Lásd: Rövid útmutató: Egyetlenadatbázis létrehozása a Azure SQL Database a Azure Portal.

A PowerShell használata

New-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName -DatabaseName $databaseName `
  -ComputeModel Serverless -Edition GeneralPurpose -ComputeGeneration Gen5 `
  -MinVcore 0.5 -MaxVcore 2 -AutoPauseDelayInMinutes 720

Az Azure parancssori felületének használata

az sql db create -g $resourceGroupName -s $serverName -n $databaseName `
  -e GeneralPurpose -f Gen5 --min-capacity 0.5 -c 2 --compute-model Serverless --auto-pause-delay 720

Transact-SQL (T-SQL) használata

T-SQL használata esetén a rendszer az alapértelmezett értékeket alkalmazza a minimális virtuális magok és az automatikus időparasztás esetén.

CREATE DATABASE testdb
( EDITION = 'GeneralPurpose', SERVICE_OBJECTIVE = 'GP_S_Gen5_1' ) ;

Részletekért lásd: CREATE DATABASE.

Adatbázis áthelyezése a kiépített számítási szintről a kiszolgáló nélküli számítási szintre

Az alábbi példák egy adatbázist áthelyeznek a kiépített számítási szintről a kiszolgáló nélküli számítási szintre.

A PowerShell használata

Set-AzSqlDatabase -ResourceGroupName $resourceGroupName -ServerName $serverName -DatabaseName $databaseName `
  -Edition GeneralPurpose -ComputeModel Serverless -ComputeGeneration Gen5 `
  -MinVcore 1 -MaxVcore 4 -AutoPauseDelayInMinutes 1440

Az Azure parancssori felületének használata

az sql db update -g $resourceGroupName -s $serverName -n $databaseName `
  --edition GeneralPurpose --min-capacity 1 --capacity 4 --family Gen5 --compute-model Serverless --auto-pause-delay 1440

Transact-SQL (T-SQL) használata

T-SQL használata esetén a rendszer az alapértelmezett értékeket alkalmazza a minimális virtuális magok és az automatikus szüneteltetés késleltetésére.

ALTER DATABASE testdb 
MODIFY ( SERVICE_OBJECTIVE = 'GP_S_Gen5_1') ;

Részletekért lásd: ALTER DATABASE.

Adatbázis áthelyezése a kiszolgáló nélküli számítási szintről a kiépített számítási szintre

A kiszolgáló nélküli adatbázisok ugyanúgy áthelyezheti a kiépített számítási szintre, mint a kiépített számítási adatbázisokat egy kiszolgáló nélküli számítási szintre.

Kiszolgáló nélküli konfiguráció módosítása

A PowerShell használata

A virtuális magok maximális vagy minimális magszámának módosítása és az automatikus késleltetés a PowerShell Set-AzSqlDatabase parancsával, a MaxVcore , és MinVcore AutoPauseDelayInMinutes argumentumokkal végezhető el.

Az Azure parancssori felületének használata

A virtuális magok maximális vagy minimális magszámának módosítása és az automatikus késleltetés az Azure CLI-ben az az sql db update paranccsal, a capacity , és min-capacity auto-pause-delay argumentumokkal végezhető el.

Figyelés

Felhasznált és számlázt erőforrások

A kiszolgáló nélküli adatbázisok erőforrásait az alkalmazáscsomag, az SQL-példány és a felhasználói erőforráskészlet entitásai lik be.

Alkalmazáscsomag

Az alkalmazáscsomag az adatbázis külső legtöbb erőforrás-kezelési határa, függetlenül attól, hogy az adatbázis kiszolgáló nélküli vagy kiépített számítási szinten van-e. Az alkalmazáscsomag tartalmazza az SQL-példányt és a külső szolgáltatásokat, például a teljes szöveges keresést, amelyek együttesen a teljes adatbázis által használt összes felhasználói és rendszererőforrást SQL Database. Az ALKALMAZÁScsomag általános erőforrás-kihasználtsága általában az SQL-példányban van.

Felhasználói erőforráskészlet

A felhasználói erőforráskészlet az adatbázis legbelső erőforrás-kezelési határa, függetlenül attól, hogy az adatbázis kiszolgáló nélküli vagy kiépített számítási szinten van-e. A felhasználói erőforráskészlet hatóköre a DDL-lekérdezések, például a CREATE és ALTER és DML lekérdezések, például a SELECT, INSERT, UPDATE és DELETE felhasználói számítási feladatok processzor- és I/O-hatóköre. Ezek a lekérdezések általában az alkalmazáscsomagon belüli kihasználtság legjelentősebb részét képviselik.

Mérőszámok

Az alkalmazáscsomag és a kiszolgáló nélküli adatbázis felhasználói készletének erőforrás-használatának figyelési metrika a következő táblázatban található:

Entitás Metric Leírás Egység
Alkalmazáscsomag app_cpu_percent Az alkalmazás által használt virtuális magok százalékos aránya az alkalmazás számára engedélyezett virtuális magok maximális értékéhez viszonyítva. Százalék
Alkalmazáscsomag app_cpu_billed Az alkalmazásnak a jelentéskészítési időszakban számlázható számítási mennyisége. Az ebben az időszakban kifizetett összeg ennek a metrikának és a virtuális mag egységárának a terméke.

A metrika értékeinek meghatározása az idő múlása alapján a másodpercenként felhasznált cpu és memória maximális száma alapján van meghatározva. Ha a felhasznált mennyiség kisebb a minimális virtuális magok és a minimális memória által kiépített minimális mennyiségnél, akkor a rendszer a minimálisan kiépített mennyiséget számláz.Annak érdekében, hogy a processzor és a memória összehasonlítható legyen számlázási célokból, a memória virtuális magonként 3 GB-os átméretezéssel virtuális magonkénti egységre van normalizálva.
Virtuális mag másodperc
Alkalmazáscsomag app_memory_percent Az alkalmazás által használt memória százalékos aránya az alkalmazás számára engedélyezett maximális memóriához viszonyítva. Százalék
Felhasználói készlet cpu_percent A felhasználói számítási feladatok által használt virtuális magok százalékos aránya a felhasználói számítási feladatokhoz engedélyezett maximális virtuális maghoz viszonyítva. Százalék
Felhasználói készlet data_IO_percent A felhasználói számítási feladat által használt adat IOPS százalékos aránya a felhasználói számítási feladatokhoz engedélyezett maximális adat IOPS-értékhez viszonyítva. Százalék
Felhasználói készlet log_IO_percent A felhasználói munkaterhelés által használt napló MB/s százalékos aránya a felhasználói számítási feladatokhoz engedélyezett maximális naplózási MB/s értékhez viszonyítva. Százalék
Felhasználói készlet workers_percent A felhasználói számítási feladatok által használt dolgozók százalékos aránya a felhasználói számítási feladatokhoz engedélyezett maximális munkaterheléshez viszonyítva. Százalék
Felhasználói készlet sessions_percent A felhasználói számítási feladatok által használt munkamenetek százalékos aránya a felhasználói számítási feladatokhoz engedélyezett maximális munkamenetekhez viszonyítva. Százalék

Állapot felfüggesztése és folytatása

A Azure Portal az adatbázis állapota megjelenik a benne található adatbázisokat felsoroló kiszolgáló áttekintő paneljén. Az adatbázis állapota az adatbázis áttekintési paneljén is megjelenik.

Az alábbi parancsokkal lekérdezheti egy adatbázis szüneteltetési és folytatási állapotát:

A PowerShell használata

Get-AzSqlDatabase -ResourceGroupName $resourcegroupname -ServerName $servername -DatabaseName $databasename `
  | Select -ExpandProperty "Status"

Az Azure parancssori felületének használata

az sql db show --name $databasename --resource-group $resourcegroupname --server $servername --query 'status' -o json

Erőforráskorlátok

Az erőforráskorlátokat lásd: kiszolgáló nélküli számítási szint.

Számlázás

A kiszámlázható számítási mennyiség a másodpercenként felhasznált processzor és memória maximális mennyisége. Ha a felhasznált CPU-mennyiség és a felhasznált memória mennyisége kisebb az egyes erőforrásokhoz kiépített minimális mennyiségnél, akkor a kiszámlázva lesz kiszámlázva. Annak érdekében, hogy a processzor és a memória összehasonlítható legyen számlázási célokból, a memória virtuális magonként 3 GB-os átméretezéssel virtuális magonkénti egységre van normalizálva.

  • Számlázt erőforrás: CPU és memória
  • Számlázható mennyiség: virtuálismag-egységár * maximum (minimális virtuális mag, felhasznált virtuális magok, minimális memória GB * 1/3, felhasznált memória GB * 1/3)
  • Számlázási gyakoriság: Másodpercenként

A virtuális mag egységára a másodpercenkénti virtuális magonkénti költség. Az adott Azure SQL Database adott egységáraiért tekintse meg a díjszabást.

A kiszámlázható számítási mennyiséget a következő metrika teszi elérhetővé:

  • Metrika: app_cpu_billed (virtuális mag másodperc)
  • Definíció: max (minimális virtuális mag, felhasznált virtuális magok, minimális memória GB * 1/3, felhasznált memória GB * 1/3)
  • Jelentéskészítés gyakorisága: Percenként

A rendszer másodpercenként kiszámítja ezt a mennyiséget, és 1 percen keresztül összesíti.

Minimális számítási számla

Ha egy kiszolgáló nélküli adatbázis szüneteltetve van, akkor a számítási számla nulla. Ha a kiszolgáló nélküli adatbázis nincs szüneteltetve, akkor a minimális számítási számla nem kisebb a virtuális magok maximális mennyisége alapján (minimális virtuális mag, minimális memória GB * 1/3).

Angol nyelvű Példák:

  • Tegyük fel, hogy a kiszolgáló nélküli adatbázis nincs szüneteltetve, és legfeljebb 8 virtuális maggal és 1 perc 3,0 GB memóriával van konfigurálva. Ezután a minimális számítási számla alapja a maximális (1 virtuális mag, 3,0 GB * 1 virtuális mag / 3 GB) = 1 virtuális mag.
  • Tegyük fel, hogy a kiszolgáló nélküli adatbázis nincs szüneteltetve, és 4 maximális virtuális maggal és 0,5 perc virtuális maggal van konfigurálva, amely 2,1 GB perc memóriának megfelelő. Ezután a minimális számítási számla alapja a maximális (0,5 virtuális mag, 2,1 GB * 1 virtuális mag / 3 GB) = 0,7 virtuális mag.

A Azure SQL Database-díjkalkulátor használható a minimálisan konfigurálható memória megállapításához a konfigurált virtuális magok maximális és minimális száma alapján. Ha a minimálisan konfigurált virtuális magok száma meghaladja a 0,5 virtuális magot, akkor a minimális számítási számla független a konfigurált minimális memóriától, és csak a minimálisan konfigurált virtuális magok számán alapul.

Példaforgatókönyv

Vezétsünk egy 1 perc virtuális maggal és 4 virtuális maggal konfigurált kiszolgáló nélküli adatbázist. Ez körülbelül 3 GB perc memóriának és 12 GB maximális memóriának felel meg. Tegyük fel, hogy az automatikus szüneteltetés késleltetése 6 órára van beállítva, és az adatbázis számítási feladatai egy 24 órás időszak első 2 órájában aktívak, más esetben inaktívak.

Ebben az esetben az adatbázisra az első 8 óra során kell fizetni a számítási és tárolási erőforrásokért. Annak ellenére, hogy az adatbázis a második óra után inaktív, a következő 6 órában továbbra is ki lesz számlázva a számításért az adatbázis online állapotban kiépített minimális számítási kapacitása alapján. Az adatbázis szüneteltetése alatt a 24 órás időszak hátralévő részében csak a tárterület számlázása lesz kiszámlázva.

Pontosabban a példában a számítási számla számítása a következőképpen történik:

Időintervallum Másodpercenként használt virtuális magok Másodpercenként felhasznált GB Számlázva számított dimenzió Időintervallumban számlázva a virtuális mag másodperce
0:00-1:00 4 9 Használt virtuális magok 4 virtuális mag * 3600 másodperc = 14400 virtuális mag másodperc
1:00-2:00 1 12 Felhasznált memória 12 GB * 1/3 * 3600 másodperc = 14400 virtuális mag másodperc
2:00-8:00 0 0 Minimálisan kiépítve memória 3 GB * 1/3 * 21600 másodperc = 21600 virtuális mag másodperc
8:00-24:00 0 0 Szüneteltetett számítási erőforrások nélkül 0 virtuális mag másodperc
A 24 órán át számlázott virtuális magok összes másodperce 50400 virtuális mag másodperc

Tegyük fel, hogy a számítási egység ára 0,000145 USD/virtuális mag/másodperc. Ezután a 24 órás időszakra számlázható számítás a számítási egység árának és a virtuális mag másodpercének a terméke: 0,000145/virtuális mag/másodperc * 50400 virtuális mag másodperc ~ 7,31 USD

Azure Hybrid Benefit és fenntartott kapacitás

Azure Hybrid Benefit (AHB) és fenntartott kapacitásra vonatkozó kedvezmények nem vonatkoznak a kiszolgáló nélküli számítási szintre.

Elérhető régiók

A kiszolgáló nélküli számítási szint világszerte elérhető a következő régiók kivételével: Kelet-Kína, Észak-Kína, Közép-Németország, Északkelet-Németország és US Gov (Iowa).

Következő lépések