Felügyelt Azure SQL-példány erőforráskorlátainak áttekintése

A következőkre vonatkozik:Felügyelt Azure SQL-példány

Ez a cikk áttekintést nyújt az Azure SQL Managed Instance műszaki jellemzőiről és erőforrás-korlátairól. Tájékoztatást ad arról is, hogyan lehet kérni ezen korlátok emelését.

Jegyzet

A támogatott funkciók és a T-SQL utasítások közötti különbségekről lásd a Feature differences és T-SQL statement support (T-SQL statement support). Az Azure SQL Database és az SQL Managed Instance szolgáltatási szintjei közötti általános különbségekhez tekintse meg az általános célú és üzleti kritikus szolgáltatási szinteket.

Hardverkonfigurációs jellemzők

Ebben a szakaszban:

A felügyelt SQL-példány olyan jellemzőkkel és erőforráskorlátokkal rendelkezik, amelyek az alapul szolgáló infrastruktúrától és architektúrától függenek. Az SQL Managed Instance-t több hardvergeneráción is telepítheted.

A hardvergenerációk különböző jellemzőkkel rendelkeznek, az alábbi táblázatban leírtak szerint:

Vonás Standard sorozat (Gen5) Prémium sorozat Memóriaoptimalizált prémium sorozat
CPU- Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake) és Intel® 8272CL (Cascade Lake) 2,5 GHz-es processzorok Intel® 8370C (Ice Lake) 2,8 GHz-es processzorok Intel® 8370C (Ice Lake) 2,8 GHz-es processzorok
virtuális magok száma
vCore=1 LP (hiperszál)		 21 -80 virtuális mag 21 -128 virtuális mag 4–128 virtuális mag
Maximális memória (memória/virtuális mag arány) 5,1 GB/virtuális mag – legfeljebb 408 GB
További virtuális magok hozzáadásával több memóriát szerezhet.		 Virtuális magonként 7 GB, legfeljebb 80 virtuális mag – legfeljebb 560 GB Virtuális magonként 13,6 GB, legfeljebb 64 virtuális mag – maximum 870,4 GB
maximális In-Memory OLTP-memória Példánykorlát: 0,8 – 1,65 GB/virtuális mag Példánykorlát: 1,1 – 2,3 GB/virtuális mag Példánykorlát: 2,2 – 4,5 GB/virtuális mag
Fenntartott példányok maximális tárterülete2 Általános célú: legfeljebb 32 TB4
üzleti szempontból kritikus: legfeljebb 4 TB		 Általános célú: legfeljebb 32 TB4
üzleti szempontból kritikus: legfeljebb 16 TB3		 Általános célú: legfeljebb 32 TB4
üzletileg kritikus: akár 16 TB

1 Csak egy 2-vCore példányt lehet telepíteni egy instance poolban.
2 A virtuális magokfügg.
3 A következő régiók 16 TB tárterületet tudnak biztosítani, míg más régiók 5,5 TB-ra korlátozzák a rendelkezésre álló tárterületet.
4 16 TB klasszikus általános célú használatra. 32 TB csak Next-gen General Purpose szolgáltatási szinthez

Jegyzet

Ha a számítási feladathoz a felügyelt Azure SQL-példány rendelkezésre álló erőforráskorlátjainál nagyobb tárterület-méretre van szükség, vegye figyelembe az Azure SQL Database rugalmas skálázási szolgáltatási szintet.

Regionális támogatás memóriaoptimalizált prémium sorozatú hardverekhez és 16 TB-os tárhelyhez szükséges prémium sorozatú hardverekhez

A 16 TB-os tárolóval rendelkező prémium sorozatú hardverek támogatása ugyanazzal a rendelkezésre állással rendelkezik, mint a memóriaoptimalizált prémium sorozatú hardverek támogatása. További információért lásd : Regionális támogatások memóriaoptimalizált prémium sorozatú hardverekhez és 16 TB-os tárházhoz tartozó prémium sorozatú hardverekhez.

Memóriabeli OLTP szabad terület

A Business Critical szolgáltatási szintben lévő memóriabeli OLTP hely mennyisége a vCorek számától és a hardverkonfigurációtól függ. Az alábbi táblázat felsorolja azokat a memóriakorlátokat, amelyeket az In-memory OLTP objektumokhoz használhatsz.

virtuális magok Standard sorozat (Gen5) Prémium sorozat Memóriaoptimalizált prémium sorozat
4 virtuális mag 3,14 GB 4,39 GB 8,79 GB
6 virtuális mag - 6,59 GB 15,32 GB
8 virtuális mag 6,28 GB 8,79 GB 22,06 GB
10 virtuális mag - 12,11 GB 30,94 GB
12 virtuális mag - 15,43 GB 39,82 GB
16 virtuális mag 15,77 GB 22,06 GB 57,58 GB
20 virtuális mag - 28,70 GB 75,34 GB
24 virtuális mag 25,25 GB 35,34 GB 93,09 GB
32 virtuális mag 37,94 GB 53,09 GB 128,61 GB
40 virtuális mag 52,23 GB 73,09 GB 164,13 GB
48 virtuális mag - 95,34 GB 199,64 GB
56 virtuális mag - 117,58 GB 244,13 GB
64 virtuális mag 99,9 GB 139,82 GB 288,61 GB
80 virtuális mag 131,68 GB 184,30 GB 288,61 GB
96 virtuális mag Nincs adat. 184,30 GB 288,61 GB
128 virtuális mag Nincs adat. 184,30 GB 288,61 GB

A szolgáltatási szint jellemzői

A felügyelt SQL-példány két szolgáltatásszinttel rendelkezik,: Általános célú és üzleti szempontból kritikus. Választhatja a frissített , általános célú next-gen szolgáltatási szintet.

Fontos

A Business Critical szolgáltatási szint egy extra beépített példányt biztosít az SQL Managed Instance-ból (másodnyelvű replika), amelyet csak olvasható munkaterhelésekhez használ. Ha az olvasás-írás lekérdezéseket elválasztod az csak olvasható, analitikus vagy jelentési lekérdezésektől, kétszer annyi vCoret és memóriát kapsz ugyanazért az áron. A másodlagos replika néhány másodperccel lemaradhat az elsődleges példánytól, ezért arra tervezték, hogy elterhelje azokat a jelentéseket és elemzéseket, amelyeknek nincs szükségük pontosan a jelenlegi adatállapotra. Az alábbi táblázatban az csak olvasható lekérdezések azok a lekérdezések, amelyek a másodlagos replikán futnak.

Ebben a szakaszban:

Virtuális magok száma

Hardvergenerálás általános célú Következő generációs általános célú üzletileg kritikus
Standard sorozatú (Gen5) 21, 4, 8, 16, 24, 32, 40, 64, 80 4, 8, 16, 24, 32, 40, 64, 80 4, 8, 16, 24, 32, 40, 64, 80
Prémium sorozatú 21, 4, 8, 16, 24, 32, 40, 64, 80 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128
memóriaoptimalizált prémium sorozatú 4, 8, 16, 24, 32, 40, 64, 80 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128 4, 6, 8, 10, 12, 16, 20, 24, 32, 40, 48, 56, 64, 80, 96, 128

1 2 virtuális magos példány üzembe helyezése csak példánykészletbenlehetséges.

Memória maximális mennyisége

Hardvergenerálás általános célú Következő generációs általános célú üzletileg kritikus
Standard sorozatú (Gen5) 20,4 GB – 408 GB
5,1 GB/virtuális mag		 20,4 GB – 408 GB
5,1 GB/virtuális mag		 20,4 GB – 408 GB
5,1 GB/virtuális mag minden replikán
Prémium sorozatú 28 GB – 560 GB
7 GB/virtuális mag		 28 GB – 560 GB
7 GB/virtuális mag		 28 GB – 560 GB
7 GB/virtuális mag, legfeljebb 80 virtuális mag,1 minden replikán
memóriaoptimalizált prémium sorozatú 54,4 GB – 870,4 GB
13,6 GB/virtuális mag		 54,4 GB – 870,4 GB
13,6 GB/virtuális mag		 54,4 GB – 870,4 GB
13,6 GB/virtuális mag legfeljebb 64 virtuális mag1 minden replikán

1 A memória és a virtuális mag arány csak a prémium sorozatú hardverekhez legfeljebb 80 virtuális mag, a memóriaoptimalizált prémium sorozathoz pedig 64 virtuális mag érhető el. A maximális memória 560 GB-ra van leképezve a prémium sorozatú virtuális magok esetében 80-nál nagyobb, a memóriaoptimalizált prémium sorozatú virtuális magok esetében pedig 870,4 GB 64 felett.

Példány tárterületének maximális mérete (fenntartott)

Az alábbi táblázat az egyes hardvergenerációk és szolgáltatási szintek virtuális magjainak száma alapján sorolja fel a maximális tárterületméretet:

Hardvergenerálás Általános célú1 Következő generációs általános célú Üzleti szempontból kritikus2
Standard sorozatú (Gen5) - 2 TB 4 virtuális maghoz
- 8 TB 8 virtuális maghoz
- 16 TB más méretekhez		 - 2 TB 4 virtuális maghoz
- 8 TB 8 virtuális maghoz
- 16 TB 16, 24 virtuális maghoz
- 32 TB 32, 40, 64, 80 virtuális maghoz		 - 1 TB 4, 8, 16 virtuális maghoz
- 2 TB 24 virtuális maghoz
- 4 TB 32, 40, 64, 80 virtuális maghoz
Prémium sorozatú - 2 TB 4 virtuális maghoz
- 8 TB 8 virtuális maghoz
- 16 TB más méretekhez		 - 2 TB 4, 6 virtuális maghoz
- 8 TB 8, 10, 12 virtuális maghoz
- 16 TB 16, 20, 24 virtuális maghoz
- 32 TB 32, 40, 48, 56, 64, 80, 96, 128 virtuális maghoz		 - 1 TB 4, 6 virtuális maghoz
- 2 TB 8, 10, 12 virtuális maghoz
- 4 TB 16, 20 virtuális maghoz
- 5,5 TB 24, 32, 40, 48, 56 virtuális maghoz
- 5,5 TB vagy 16 TB (régiótól függően) 64, 80, 96, 128 virtuális mag3
memóriaoptimalizált prémium sorozatú - 2 TB 4 virtuális maghoz
- 8 TB 8 virtuális maghoz
- 16 TB más méretekhez		 - 2 TB 4, 6 virtuális maghoz
- 8 TB 8, 10, 12 virtuális maghoz
- 16 TB 16, 20, 24 virtuális maghoz
- 32 TB 32, 40, 48, 56, 64, 80, 96, 128 virtuális maghoz		 - 1 TB 4, 6 virtuális maghoz
- 2 TB 8, 10, 12 virtuális maghoz
- 4 TB 16, 20 virtuális maghoz
- 5,5 TB 24 virtuális maghoz
- 5,5 TB vagy 8 TB (régiótól függően) 32, 40 virtuális mag4 esetén
- 12 TB 48, 56 virtuális maghoz
- 16 TB 64, 80, 96, 128 virtuális maghoz

1 Az Általános célú szolgáltatási szinten tempdb helyi SSD-tárolót használ.

2 Az üzletileg kritikus szolgáltatási szinten tempdb a helyi SSD-tárolót adat- és naplófájlokkal osztja meg. A méret akár tempdb a jelenleg elérhető példánytárterület méretére is nőhet.

3 Csak a nagyobb régiók képesek 16 TB tárterületet biztosítani a prémium sorozatú hardverekhez ezen processzor virtuálismag-számokhoz. A kisebb régiók 5,5 TB-ra korlátozzák a rendelkezésre álló tárterületet.

4 Csak a nagyobb régiók képesek 8 TB tárterületet biztosítani a prémium sorozatú memóriaoptimalizált hardver számára ezekhez a processzor virtuálismag-számokhoz. A kisebb régiók 5,5 TB-ra korlátozzák a rendelkezésre álló tárterületet.

Szolgáltatásszint jellemzőinek összehasonlítása

Vonás általános célú Következő generációs általános célú üzletileg kritikus
Adatbázis maximális mérete A jelenleg elérhető példányméretig (a virtuális magok számától függően). A jelenleg elérhető példányméretig (a virtuális magok számától függően). A jelenleg elérhető példányméretig (a virtuális magok számától függően).
Adatbázis maximális tempdb mérete Legfeljebb 24 GB/virtuális mag (96 – 1920 GB) és jelenleg elérhető példány tárterülete.
Adjon hozzá további virtuális magokat, hogy több tempdb helyet kapjon.
A naplófájl mérete legfeljebb 120 GB lehet.		 Legfeljebb 24 GB/virtuális mag (96 – 1920 GB) és jelenleg elérhető példány tárterülete.
Adjon hozzá további virtuális magokat, hogy több tempdb helyet kapjon.
A naplófájl mérete legfeljebb 120 GB lehet.		 Jelenleg elérhető példány tárterületének mérete.
tempdb fájlok maximális száma 128 128 128
Adatbázisok maximális száma példányonként 100 felhasználói adatbázis, kivéve, ha elérte a példány tárterületének korlátját. 500 felhasználói adatbázis 100 felhasználói adatbázis, kivéve, ha elérte a példány tárterületének korlátját.
Adatbázisfájlok maximális száma Példányonként 280, kivéve, ha elérte a példány tárterületének méretét vagy Azure Premium Disk-tárterület korlátot. Adatbázisonként 4096 fájl Adatbázisonként 32 767 fájl, kivéve, ha elérte a példány tárterületének korlátját.
Adatfájl maximális mérete Az egyes adatfájlok maximális mérete 8 TB. Legalább két adatfájlt használjon 8 TB-nál nagyobb adatbázisokhoz. A jelenleg elérhető példányméretig (a virtuális magok számától függően). A jelenleg elérhető példányméretig (a virtuális magok számától függően).
A naplófájl maximális mérete Legfeljebb 2 TB és jelenleg elérhető példány tárterülete. Legfeljebb 2 TB és jelenleg elérhető példány tárterülete. Legfeljebb 2 TB és jelenleg elérhető példány tárterülete.
Data/Log IOPS (hozzávetőleges) Fájlonként 500 –7500
* Fájlméret növelése az IOPS-		 Fenntartott tároló * 3 – a virtuálisgép-korlátig. 32 GB, 64 GB és 96 GB fenntartott tárterület esetén 300.
A virtuális gépek korlátja a virtuális magok számától függ
6400 IOPS 4 virtuális maggal rendelkező virtuális géphez – 80 K IOPS 128 virtuális maggal rendelkező virtuális géphez		 16 K – 320 K (4000 IOPS/vCore)
További virtuális magok hozzáadása a jobb IO-teljesítmény érdekében.
Adatátviteli sebesség (hozzávetőleges) Fájlonként 100 –250 MiB/s
* Fájlméret növelése a jobb IO-teljesítmény érdekében		 IOPS / 30 MBps – a virtuálisgép-korlátig. 32 GB, 64 GB és 96 GB fenntartott tárterület esetén 75 MBps. Nincs korlátozva.
Naplóírás átviteli sebességének korlátja (példányonként) 4,5 MiB/s virtuális magonként
Példányonként legfeljebb 120 MiB/s
22–65 MiB/s db(a naplófájl méretétől függően)
* Fájlméret növelése a jobb IO-teljesítmény érdekében		 Standard sorozat:
4,5 MiB/s virtuális magonként
Max 120 MiB/s

Prémium sorozat és memóriaoptimalizált prémium sorozat:
4,5 MiB/s virtuális magonként
Max. 192 MiB/s		 Standard sorozat:
16 MiB/s per vCore-ként
Max 160 MiB/s

Prémium sorozat és memóriaoptimalizált prémium sorozat:
16 MiB/s per vCore-ként
Max. 192 MiB/s
Tárolási I/O-késés (hozzávetőleges1) 5-10 ms 3-5 ms 1-2 ms
Memóriabeli OLTP Nem támogatott Nem támogatott Elérhető, mérete a virtuális magok számától függ,
Munkamenetek maximális száma 30000 30000 30000
Egyidejű feldolgozók maximális száma 105 * virtuális magok száma + 800 105 * virtuális magok száma + 800 105 * virtuális magok száma + 800
Írásvédett replikák használata írásvédett lekérdezési számítási feladatok kiszervezéséhez 0 0 1 (az ár tartalmazza)
Számításelkülönítés Nem támogatott, mivel az általános célú példányok fizikai hardvert oszthatnak meg más példányokkal Nem támogatott, mivel a következő generációs általános célú példányok fizikai hardvert oszthatnak meg más példányokkal Standard sorozatú (Gen5):
64 vagy több virtuális magot tartalmazó konfigurációk esetén támogatott
Prémium sorozatú: 64 vagy több virtuális maggal rendelkező konfigurációk esetén támogatott
memóriaoptimalizált prémium sorozatú: 64 vagy több virtuális maggal rendelkező konfigurációk esetén támogatott
Replikák rendelkezésre álláshoz Csomópontok mellett magas rendelkezésre állás érdekében Csomópontok mellett magas rendelkezésre állás érdekében Négy magas rendelkezésre állású replika, az 1 is olvasási skálázású replika
Írásvédett replikák feladatátvételi csoportokkal engedélyezve Még egy írásvédett replika. Két összes olvasható replika, amelyek tartalmazzák az elsődleges replikát. Még egy írásvédett replika. Két összes olvasható replika, amelyek tartalmazzák az elsődleges replikát. Két további írásvédett replika, három teljes írásvédett replika. Négy összes olvasható replika, amelyek tartalmazzák az elsődleges replikát.
Díjszabás/számlázás virtuális mag, fenntartott tárterület és biztonsági mentési tárterület díjat számítunk fel.
Az IOPS nem kerül felszámításra		 A virtuális mag, a fenntartott tárterület, a biztonsági mentési tárhely és az IOPS (az ingyenes kvóta alapján) díjköteles. virtuális mag, fenntartott tárterület és biztonsági mentési tárterület díjat számítunk fel.
Az IOPS-t nem terheljük meg.
Kedvezménymodellek Azure Reservations
Azure Hybrid Benefit – Azure SQL Database & felügyelt SQL-példány (fejlesztői/tesztelési előfizetésekben nem érhető el)
Nagyvállalati és használatalapú dev/test-előfizetések		 Azure Reservations
Azure Hybrid Benefit – Azure SQL Database & felügyelt SQL-példány (fejlesztői/tesztelési előfizetésekben nem érhető el)
Nagyvállalati és használatalapú dev/test-előfizetések		 Azure Reservations
Azure Hybrid Benefit – Azure SQL Database & felügyelt SQL-példány (fejlesztői/tesztelési előfizetésekben nem érhető el)
Nagyvállalati és használatalapú dev/test-előfizetések

1 Ez egy átlagos tartomány. Bár az IO-kérelmek időtartamának túlnyomó többsége a tartomány felső részének lesz, a tartományt meghaladó kiugró értékek lehetségesek.

IOPS és átviteli sebesség

Az IOPS és az átviteli sebesség az IO fájlrendszer jellemzői.

Az IOPS és az átviteli sebesség szolgáltatásszintenként a következő módokon különbözik:

  • Az üzletileg kritikus szolgáltatási szinten az átviteli sebesség korlátlan.
  • Az Általános célú szolgáltatási szinten az átviteli sebesség a fájl méretétől függ.
  • A Következő generációs általános célú szolgáltatásszinten az átviteli sebesség arányosan skálázható a példányhoz lefoglalt IOPS számával.

A következő szakaszok részletesebben ismertetik az IO-jellemzőket szolgáltatási szint szerint.

IOPS és átviteli sebesség az Általános célú szolgáltatási szinten

Az Általános célú szolgáltatásszinten minden adatbázisfájl dedikált IOPS-t és átviteli sebességet kap, amely a fájl méretétől függ. A nagyobb fájlok több IOPS-t és átviteli sebességet kapnak.

Az alábbi táblázat az adatbázisfájlok I/O-jellemzőit mutatja be az Általános célú szolgáltatásszinten:

Fájlméret >=0 és <=129 GiB >129 és <=513 GiB >513 és <=1025 GiB >1025 és <=2049 GiB >2049 és <=4097 GiB >4097 GiB és <=8 TiB
IOPS fájlonkénti ötszáz 2300 5 000 7500 7500 7500
fájlonkénti átviteli sebesség 100 MiB/s 150 MiB/s 200 MiB/s 250 MiB/s 250 MiB/s 250 MiB/s

Ha egy adatbázisfájlon magas I/O-késést észlel, vagy azt látja, hogy az IOPS/átviteli sebesség eléri a korlátot, akkor a növelheti a fájlméretet.

A napló írási sebességének maximális sebességére is van példányszintű korlát (az értékeknél lásd az előző táblázatot, például 22 MiB/s), így előfordulhat, hogy nem éri el a maximális fájlt a naplófájlban, mert eléri a példány átviteli sebességének korlátját.

IOPS és átviteli sebesség a következő generációs általános célú szolgáltatási szinten

A következő generációs általános célú szolgáltatási szint az alábbi IOPS-jellemzőkkel rendelkezik:

  • Minimális garantált IOPS: Minden példány garantáltan legalább 300 IOPS-t biztosít, függetlenül a fenntartott tárterülettől.
  • IOPS-méretezés fenntartott tárhellyel: Minden 1 GB fenntartott tárterülethez 3 beépített IOPS-t kap. Ha például 1024 GB fenntartott tárterülete van, 3072 IOPS-t rendel hozzá.
  • Extra IOPS: Az IOPS-érték a beépített érték fölé növelhető a korlátig.
  • Maximális IOPS-korlát virtuális magonként: Minden virtuális mag-konfiguráció maximális IOPS-korlátot tartalmaz, ahogy az a virtuális magonkénti maximális IOPS-táblázat mutatja.

A Következő generációs általános célú szolgáltatási szint az alábbi átviteli sebességi jellemzőkkel rendelkezik:

  • Minimális garantált átviteli sebesség: Minden példány garantáltan legalább 75 MB/s átviteli sebességgel rendelkezik, függetlenül a virtuális magok számától.
  • Átviteli sebesség skálázása az IOPS használatával: Az átviteli sebesség arányosan skálázható a példányhoz rendelt IOPS számával a képlet throughput (MB/s) = IOPS / 30használatával. Egy 3000 IOPS-val lefoglalt példány például 100 MB/s átviteli sebességet kap.
  • Virtuális magonkénti maximális átviteli sebességkorlát: Minden virtuális mag-konfiguráció maximális átviteli sebességkorlátot tartalmaz, ahogy az a virtuális magok táblánkénti maximális átviteli sebességét mutatja. Miután a szükséges IOPS ki van építve a korlát eléréséhez, a további IOPS-kapacitás kiosztása növeli az IOPS-kapacitást, de nem növeli tovább az átviteli sebességet. Egy 4 virtuális magos példány (max. 6400 IOPS) például eléri a 145 MB/s átviteli sebességkorlátot 4350 IOPS-on. Az IOPS 4350-ről 6400-ra történő skálázása több IOPS-t biztosít a példányhoz, de az átviteli sebesség továbbra is 145 MB/s-on van leképezve. A maximális átviteli sebesség növeléséhez adjon hozzá további virtuális magokat.

Az alábbi táblázat a Következő generációs általános célú szolgáltatási szint egy példányához lefoglalt virtuális magok maximális IOPS-számát és átviteli sebességét mutatja be:

virtuális magok száma Maximális IOPS Maximális átviteli sebesség (MB/s)
4 6,400 145
6 9 600 217
8 12,800 290
10 16000 367
12 19 200 445
16 25,600 600
20 32,000 665
24 38 400 730
32 51 200 865
40 64,000 1,152
48 76,800 1,152
56 - 128 80 000 1200

IOPS-díjszabás a Következő generációs általános célú szolgáltatásban

A további IOPS használatakor vegye figyelembe a következőket:

  • További IOPS-díjat számítunk fel IOPS/havonta
  • A számlázható IOPS kiszámítása a következő képlettel történik: Billable IOPS = Total IOPS - default IOPS.

Ha például használatalapú fizetéses 4 virtuális magos példánya van 6400 IOPS-val, a következőkért kell fizetnie:

  • 4 virtuális mag
  • SQL-licenc 4 virtuális maghoz
  • 1024 GB fenntartott tárterület
  • 3328 számlázható IOPS (6400 - (1024*3) = 3328 IOPS).

IOPS és átviteli sebesség az üzletileg kritikus szolgáltatási szinten

Az üzletileg kritikus szolgáltatási szinten az elérhető IOPS-t a képletet 4000 IOPS/vCorehasználó virtuális magok száma határozza meg. Mivel az üzletileg kritikus szolgáltatási szint helyi tárolót használ az adatokhoz és a naplófájlokhoz, az átviteli sebesség korlátlan.

Az alábbi táblázat az üzletileg kritikus szolgáltatási szinten elérhető maximális IOPS-t sorolja fel a virtuális magok száma alapján:

Virtuális magok száma üzletileg kritikus
4 16000
6 24,000
8 32,000
10 40 000
12 48,000
16 64,000
20 80 000
24 96,000
32 128,000
40 160 000
48 192,000
56 224,000
64 256,000
80 320,000
96 320,000
128 320,000

Adatok és naplótárolás

Az alábbi tényezők befolyásolják az adatok és naplófájlok tárolására használt tárolókapacitást. Ezek a tényezők mind az általános célú, mind az üzleti kritikus szintekre vonatkoznak.

  • Az Általános célú szolgáltatási szinten tempdb helyi SSD-tárolót használ, és ez a tárolási költség a virtuális mag ára részét képezi.
  • A Business Critical szolgáltatási szintben tempdb a helyi SSD tárolót osztják meg adatokkal és naplófájlokkal, és a tempdb tárolási költség benne van a vCore árban. A jelenleg elérhető példánytárterület méretig méretezhető tempdb .
  • Meg kell határoznod egy SQL Managed Instance maximális tárolóméretét 32 GB többszörös számban.

Fontos

Mindkét szolgáltatási szintben fizetsz a SQL Managed Instance maximális tárolókapacitásáért.

A felügyelt SQL-példányok teljes felhasznált példányméretének monitorozásához használja a storage_space_used_mbmetrika. Az adatbázisokban lévő egyes adatok és naplófájlok aktuális lefoglalt és használt tárterületének T-SQL használatával történő figyeléséhez használja a sys.database_files nézetet és a FILEPROPERTY(... , "SpaceUsed") függvényt.

Borravaló

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ó: DBCC SHRINKFILE.

Biztonsági mentések és tárolás

Az adatbázis-biztonsági mentések tárolója az időponthoz kötött visszaállítás (PITR) és a felügyelt SQL-példány hosszú távú megőrzési (LTR) képességeinek támogatására van lefoglalva. Ez a tárterület külön van az adatoktól és a naplófájlok tárolásától, és külön számlázva van.

  • PITR: Az általános célú és az üzleti szempontból kritikus szinteken a rendszer automatikusan átmásolja az egyes adatbázis-biztonsági másolatokat írásvédett georedundáns (RA-GRS) tárolóba. A tárterület mérete dinamikusan nő az új biztonsági másolatok létrehozásakor. A tárterületet teljes, különbségi és tranzakciónaplós biztonsági másolatok használják. A tárterület-felhasználás az adatbázis változási sebességétől és a biztonsági mentésekhez konfigurált megőrzési időtartamtól függ. A felügyelt SQL-példányok esetében az egyes adatbázisokhoz 1–35 nap közötti megőrzési időtartamot konfigurálhat. A beállított maximális adatméretnek megfelelő biztonsági mentési tárterületet díjmentesen biztosítjuk.

  • LTR: Akár 10 évig is konfigurálhatja a teljes biztonsági másolatok hosszú távú megőrzését. Ha LTR-szabályzatot állít be, ezek a biztonsági másolatok automatikusan RA-GRS tárolóban lesznek tárolva, de szabályozhatja a biztonsági másolatok másolásának gyakoriságát. A különböző megfelelőségi követelmények teljesítése érdekében választhatsz különböző tartalmi időszakokat a heti, havi és éves biztonsági mentésekhez. A választott konfiguráció határozza meg, hogy mennyi tárterületet használnak az LTR-biztonsági mentésekhez. További információ: Hosszú távú megőrzés – Azure SQL Database és Felügyelt Azure SQL-példány.

További jellemzőkkel kapcsolatos szempontok

  • A példányok jelenleg rendelkezésre álló tárterületének a fenntartott példány mérete és a használt tárterület közötti különbség.

  • A felhasználói és a rendszeradatbázisokban lévő adatok és naplófájlok mérete is szerepel a példány tárterületének méretében, amely a maximális tárterületméret-korláttal van összehasonlítva. A sys.master_files rendszernézettel meghatározhatja az adatbázisok által felhasznált teljes területet. A hibanaplók nem maradnak meg, és nem szerepelnek a méretben. A biztonsági másolatok nem szerepelnek a tárterület méretében.

  • Az általános célú szinten az átviteli sebesség és az IOPS a fájlmérettőlfügg, és a felügyelt SQL-példány nem korlátozza kifejezetten.

  • A maximális példány IOPS-értéke a számítási feladatok fájlelrendezésétől és elosztásától függ. Ha például 7 x 1 TB-os fájlt hoz létre egyenként legfeljebb 5 K IOPS-val, és hét kis fájlt (128 GB-nál kisebb) 500 IOPS-val, példányonként 38500 IOPS-t (7x5000+7x500) kaphat, ha a számítási feladat minden fájlt képes használni. Egyes IOPS-t automatikus biztonsági mentésekhez is használnak.

  • Másik olvasható replikát is létrehozhat egy másik Azure-régióban feladatátvételi csoportok

  • A tempdbfájlok neve legfeljebb 16 karakter hosszúságú lehet.

Ebben a cikkben további információt talál a felügyelt SQL-példánykészletek erőforráskorlátairól.

Rugalmas memória

Alapértelmezés szerint a felügyelt Azure SQL-példány számára lefoglalt memória mennyisége egy statikus érték, amelyet a kiválasztott virtuális magok száma határoz meg. A rugalmas memóriafunkcióval a virtuális magok számának módosítása nélkül módosíthatja a felügyelt SQL-példány számára lefoglalt memória mennyiségét. Ez a funkció olyan számítási feladatok esetében hasznos, amelyek több memóriát igényelnek, mint egy adott számú virtuális mag alapértelmezett lefoglalása.

A rugalmas memóriafunkció a következő szolgáltatási szinteken és üzembehelyezési konfigurációkban érhető el prémium sorozatú hardvereken:

Az SQL menedzselt példányodhoz bármikor módosíthatod az új és meglévő példányok számára kijelölt memóriát az Azure portál vagy a REST API használatával. A memória allokáció változása minden adatbázisra vonatkozik az instance-ban, és az instance utolsó műveleti lépéseként egy újravált példányt hajt végre. Ellenőrizze a felügyeleti műveletek időtartamát a művelet végrehajtásának becsült időpontjának meghatározásához.

Használja az Azure portál Compute + storage paneljét, hogy megváltoztassa a memória allokációját, vagy properties.memorySizeInGB a Managed Instance - Create or Update REST API hívás értékét a 2024-08-01-preview verziótól kezdve. Megadja a memória kiosztását gigabájtban (GB).

A memória kiosztásakor választhat a minimális és a maximális érték között, és meghatározhatja a memória és a virtuális magok arányát is. A minimális és maximális értékek attól függnek, hány vCoret választasz az adott példányhoz. A memória és a virtuális mag aránya a példány számára lefoglalt teljes memória százalékos aránya.

Az alábbi táblázat a rugalmas memóriafunkció minimális és maximális memóriaértékét mutatja be:

virtuális magok Minimális RAM (GB) Maximális RAM (GB) Támogatott API RAM-értékek Minimális arány Maximális arány Támogatott arányok
4 28 48 28, 32, 40, 48 7 12 7, 8, 10, 12
6 42 72 42, 48, 60, 72 7 12 7, 8, 10, 12
8 56 96 56, 64, 80, 96 7 12 7, 8, 10, 12
10 70 Százhúsz 70, 80, 100, 120 7 12 7, 8, 10, 12
12 84 144 84, 96, 120, 144 7 12 7, 8, 10, 12
16 112 192 112, 128, 160, 192 7 12 7, 8, 10, 12
20 140 240 140, 160, 200, 240 7 12 7, 8, 10, 12
24 168 288 168, 192, 240, 288 7 12 7, 8, 10, 12
32 224 384 224, 256, 320, 384 7 12 7, 8, 10, 12
40 280 480 280, 320, 400, 480 7 12 7, 8, 10, 12
48 336 480 336, 384, 480 7 10 7, 8, 10
56 392 448 392, 448 7 8 7, 8
64 448 448 448 7 7 8
80 560 560 560 7 7 8
96 560 560 560 5,83 5,83 5,83
128 560 560 560 4.38 4.38 4.38

Árképzés

Amikor a rugalmas memória funkciót használod, vegye figyelembe a következő részleteket:

  • Extra memóriáért GB-enként fizetsz óránként.
  • A számlázható memória ezt a képletet használja: Billable memory = Total memory - default memory.

Például, ha egy 4 GB-os memóriával rendelkező 4 vCore példányt használsz, akkor fizetsz a következőkért:

  • 4 virtuális mag
  • SQL-licenc 4 virtuális maghoz
  • 12 GB számlázható memória (40 GB – (4*7) = 12 GB.

Támogatott régiók

Az SQL Managed Instance-t csak támogatott régiókban lehet létrehozni. Ha SQL Managed Instance-t szeretnél létrehozni egy olyan régióban, amely jelenleg nem támogatott, küldj támogatási kérelmet az Azure portálon keresztül.

Támogatott előfizetés-típusok

Az SQL Managed Instance jelenleg csak az alábbi előfizetési típusokon támogatja a telepítést:

Regionális erőforráskorlátozások

Jegyzet

Az előfizetések régiónkénti elérhetőségével kapcsolatos legfrissebb információkért először ellenőrizze, válasszon ki egy régiót.

A támogatott előfizetés-típusok régiónként korlátozott számú erőforrást tartalmazhatnak. Az SQL Managed Instance-nak egy alapértelmezett korlátja van Azure régiónként (amit igény szerint növelhetsz egy speciális támogatási kéréssel az Azure portálban), az előfizetés típusától függően:

  • vCore egységkorlát: A maximális vCore egységek száma hardvergenerációnként, amelyet egyetlen régióban telepíthetsz minden példányban. Egy GP virtuális mag egy virtuális magegységet használ, egy BC virtuális mag pedig négy virtuálismag-egységet vesz igénybe. A példányok teljes száma nem korlátozott, amíg a virtuálismag-egység korlátján belül van.

Jegyzet

Ezek a korlátok alapértelmezett beállítások, és nem technikai korlátozások. A korlátokat igény szerint növelheted, ha külön támogatási kérelmet hozsz létre az Azure portálon, ha több példányra van szükséged a jelenlegi régióban. Másik lehetőségként létrehozhat új felügyelt SQL-példányokat egy másik Azure-régióban támogatási kérések küldése nélkül.

Az alábbi táblázat a támogatott előfizetés-típusok alapértelmezett területi korlátozásait mutatja be (az alapértelmezett korlátok a támogatási kérelmekhasználatával bővíthetők):

Előfizetés típusa 1 virtuálismag-egységek alapértelmezett korlátja
CSP 960 (egyes régiókban 14402)
EA 960 (egyes régiókban 14402)
Enterprise Dev/Test 320
Használatalapú fizetés 320
Használatalapú fizetéses dev/test 320
Azure Pass 64
BizSpark 64
BizSpark Plus 64
Microsoft Azure szponzorálás 64
Microsoft Partner Network 64
Visual Studio Enterprise (MPN) 64
Visual Studio Enterprise 32
Visual Studio Enterprise (BizSpark) 32
Visual Studio Professional 32
MSDN platformok 32

1 Telepítések tervezésekor vegyük figyelembe, hogy az üzleti kritikus (BC) szolgáltatási szint négyszer (4) szer nagyobb vCore kapacitást igényel, mint az általános célú (GP) szolgáltatási szint. Például: 1 GP virtuális mag = 1 virtuális mag egység és 1 BC virtuális mag = 4 virtuális mag. A fogyasztási elemzés egyszerűsítése érdekében összefoglalja a vCore egységeket hardvergenerációnként azon a régióban, ahol az SQL Managed Instance telepített, és hasonlítsa össze az eredményeket az előfizetési típus vCore egységkorlátaival. A vCore egységek maximális számának korlátozása minden előfizetésre vonatkozik hardvergenerációnként egy régióban.

2 Nagyobb vCore korlátok elérhetők a következő régiókban: Ausztrália kelet, keleti amerika, keleti amerikai 2, észak-európa, dél-közép-amerikai, délkelet-ázsia, délkelet-ázsia, az Egyesült Királyság déli, Nyugat-európa, Nyugat-amerikai 2.

Fontos

Ha a vCore limited 0, az azt jelenti, hogy az előfizetési típus alapértelmezett regionális korlátja nincs beállítva. Ugyanazt az eljárást követve használhatod a kvótanövelési kérelmet is, hogy előfizetési hozzáférést szerezz egy adott régióban – megadva a szükséges vCore értékeket.

Az alapértelmezett regionális vCore korlátok csökkenthetők vagy felfüggeszthetők regionális kapacitáskorlátok esetén.

Ellenőrizd a vCore kvótakorlátját és használatát PowerShell-szel

Használd az előfizetési használatokat – Szerezd be a REST API-t, hogy lekérd az aktuális vCore kvótakorlátját és fogyasztását az Azure SQL Managed Instance esetében előfizetésben és régióban. Minden hardvergenerációt külön-külön kérdezzen meg a használati név megadásával:

Hardvergenerálás Használat neve
Standard sorozat (Gen5) SubscriptionSQLManagedInstanceStandardSeriesVCoreQuota
Prémium sorozat SubscriptionSQLManagedInstancePremiumSeriesVCoreQuota
Memóriaoptimalizált prémium sorozat SubscriptionSQLManagedInstancePremiumSeriesMemoryOptimizedVCoreQuota

Futtasd a következő szkriptet PowerShell szekcióban, az modul telepítésével, vagy Azure Cloud Shell-ben PowerShell használatával. A fiókodnak engedélyre van szüksége az előfizetés használatának olvasásához, például az előfizetési keretben kijelölt Olvasó szerep esetében.

Cseréld <subscription-id> le az előfizetési azonosítóddal, állítsd $location be az Azure régió nevére (például eastus), és $usageName állítsd be az előző táblázat egyik értékét. Ha már be vagy jelentkezve a Cloud Shell-en, hagyd Connect-AzAccountki .

$subscriptionId = "<subscription-id>"
$location = "eastus"
$usageName = "SubscriptionSQLManagedInstanceStandardSeriesVCoreQuota"

Connect-AzAccount -ErrorAction Stop | Out-Null
Set-AzContext -SubscriptionId $subscriptionId -ErrorAction Stop | Out-Null

$path = "/subscriptions/$subscriptionId/providers/Microsoft.Sql/locations/$location/usages/${usageName}?api-version=2025-01-01"
$response = Invoke-AzRestMethod -Method GET -Path $path -ErrorAction Stop

if ($response.StatusCode -ne 200) {
    throw "Unable to retrieve quota usage. HTTP $($response.StatusCode): $($response.Content)"
}

$response.Content | ConvertFrom-Json -ErrorAction Stop | ConvertTo-Json -Depth 10

Példa kimenet (részlet; az értékek szemléltetőek):

{
  "name": "SubscriptionSQLManagedInstanceStandardSeriesVCoreQuota",
  "properties": {
    "currentValue": 80,
    "limit": 320,
    "unit": "SubscriptionSQLManagedInstanceStandardSeriesVCoreQuota"
  }
}

Ebben a példában properties.currentValue a jelenlegi kvótafogyasztás: 80 vCore egység. properties.limit a jelenlegi kvótakorlát: 320 vCore egység. A fennmaradó limit - currentValuekvóta , vagyis 240 vCore egység, szabványos sorozatú hardverek esetén a megadott előfizetésben és régióban.

Ahogy korábban ebben a szakaszban leírták, minden általános célú vCore egy vCore egységet fogyaszt, és minden Business Critical vCore négy vCore egységet fogyaszt. Ismételd meg a kérést egy másik $usageName hardvergenerációval vagy $location régióval, hogy ellenőrizd a másik hardvergenerációt vagy régiót. A korlát növeléséhez lásd: Kvótanövelés kérése.

Fontos

A korábban használt VCoreQuota használati név, amely egyetlen regionális kvótát jelentett, amelyet minden hardvergeneráció osztott meg, most lejáratul a hardvergenerációra specializált kvóták javára. Használja az előző táblázatban felsorolt használati neveket, hogy visszaszerezze a kvótakorlátot és fogyasztást minden hardvergenerációra.

Kvótanövelés kérése

Ha több példányra van szükséged a jelenlegi régióidban, küldj támogatási kérést a kvóta bővítésére az Azure portál használatával. További információ: Kérelemkvóta növelése az Azure SQL Database-hez és a felügyelt SQL-példányhoz.

Jegyzet

2026 augusztusától az SQL Managed Instance kvótakérés típusai megváltoztak. Az alhálózati kvóták már nem érvényesek, és a vCore kvóták most hardvergenerációra vannak szabva. További információért lásd: SQL Managed Instance quota request types.

Kapcsolódó tartalom

  • Utolsó frissítés időpontja: