Virtuális mag vásárlási modell – Azure SQL Database

A következőre vonatkozik: Azure SQL Database

• Azure SQL Database
• Felügyelt Azure SQL-példány

Ez a cikk az Azure SQL Database virtuális mag vásárlási modelljét ismerteti.

Áttekintés

A virtuális mag (vCore) egy logikai PROCESSZORt jelöl, és lehetőséget kínál a hardver fizikai jellemzőinek (például a magok számának, a memória és a tárterület méretének) kiválasztására. A virtuális magalapú vásárlási modell rugalmasságot, vezérlést, az egyes erőforrás-felhasználás átláthatóságát és a helyszíni számítási feladatok felhőbe való lefordításának egyszerű módját biztosítja. Ez a modell optimalizálja az árat, és lehetővé teszi a számítási feladatok igényeinek megfelelő számítási, memória- és tárolási erőforrások kiválasztását.

A virtuális magalapú vásárlási modellben a költségek a következő lehetőségektől és használattól függenek:

• Szolgáltatási szint
• Hardverkonfiguráció
• Számítási erőforrások (a virtuális magok száma és a memória mennyisége)
• Fenntartott adatbázis-tároló
• Tényleges biztonsági mentési tároló

Fontos

A számítási erőforrások, az I/O, valamint az adatok és a naplótárolók díja adatbázisonként vagy rugalmas készletenként történik. A biztonsági mentési tárterületet minden egyes adatbázisban felszámoljuk. A díjszabás részleteiért tekintse meg az Azure SQL Database díjszabási oldalát.

Virtuális mag- és DTU-vásárlási modellek összehasonlítása

Az Azure SQL Database által használt virtuális mag vásárlási modell számos előnyt biztosít a DTU-alapú vásárlási modellel szemben:

• Magasabb számítási, memória-, I/O- és tárolási korlátok.
• Hardverkonfiguráció kiválasztása a számítási feladat számítási és memóriakövetelményeinek jobb megfeleltetéséhez.
• Díjszabási kedvezmények az Azure Hybrid Benefithez (AHB).
• Nagyobb átláthatóság a számítást használó hardveradatokban, ami megkönnyíti a helyszíni üzembe helyezésekből való migrálás tervezését.
• A fenntartott példány díjszabása csak virtuális magos vásárlási modell esetén érhető el.
• Nagyobb skálázási részletesség több számítási mérettel.

Ha segítségre van szüksége a virtuális mag és a DTU vásárlási modellek közötti választáshoz, tekintse meg a virtuális mag és a DTU-alapú vásárlási modellek közötti különbségeket.

Számítás

A virtuális magalapú vásárlási modell kiépített számítási szinttel és kiszolgáló nélküli számítási szinttel rendelkezik. A kiosztott számítási szinten a számítási költség az alkalmazás számára folyamatosan kiosztott teljes számítási kapacitást tükrözi a számítási tevékenységétől függetlenül. Válassza ki az üzleti igényeinek leginkább megfelelő erőforrás-kiosztást a virtuális mag és a memória követelményeinek megfelelően, majd a számítási feladat igényeinek megfelelően skálázza fel és le az erőforrásokat. Az Azure SQL Database kiszolgáló nélküli számítási szintjén a számítási erőforrások automatikusan skálázódnak a számítási feladatok kapacitása alapján, és a felhasznált számítási mennyiségért számláznak másodpercenként.

Összegezve:

• Míg a kiépített számítási szint meghatározott mennyiségű számítási erőforrást biztosít, amelyek folyamatosan ki vannak építve a számítási tevékenységétől függetlenül, a kiszolgáló nélküli számítási szint automatikusan skálázja a számítási erőforrásokat a számítási tevékenység alapján.
• Míg a kiosztott számítási szint a rögzített óránkénti áron kiosztott számítási mennyiség számláját, a kiszolgáló nélküli számítási szint a felhasznált számítási mennyiségért számlál másodpercenként.

A számítási szinttől függetlenül a rendszer automatikusan három további magas rendelkezésre állású másodlagos replikát foglal le a üzletileg kritikus szolgáltatási szinten, hogy nagy rugalmasságot biztosítson a hibák és a gyors feladatátvételek számára. Ezek a további replikák körülbelül 2,7-szer magasabbak, mint az Általános célú szolgáltatási szinten. Hasonlóképpen, a üzletileg kritikus szolgáltatási szinten gb-onkénti magasabb tárolási költség a helyi SSD-tároló magasabb I/O-korlátait és kisebb késését tükrözi.

Rugalmas skálázás esetén az ügyfelek a további magas rendelkezésre állású replikák számát 0-tól 4-ig szabályozhatják, hogy az alkalmazások által megkövetelt rugalmassági szintet érhessék el a költségek szabályozása során.

Az Azure SQL Database-beli számítással kapcsolatos további információkért lásd: Számítási erőforrások (CPU és memória).

Erőforráskorlátok

A virtuálismag-erőforráskorlátok esetében tekintse át az elérhető hardverkonfigurációkat, majd tekintse át a következő erőforráskorlátokat:

• logikai kiszolgálók
• önálló adatbázisok
• rugalmas készletek adatbázisai

Adatok és naplótárolás

Az alábbi tényezők befolyásolják az adatokhoz és naplófájlokhoz használt tárhely mennyiségét, és általános célú és üzletileg kritikus szintekre vonatkoznak.

• Minden számítási méret támogatja a konfigurálható maximális adatméretet, alapértelmezett értéke 32 GB.
• A maximális adatméret konfigurálásakor a rendszer automatikusan hozzáadja a számlázható tárterület további 30 százalékát a naplófájlhoz.
• 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 üzletileg kritikus szolgáltatásszinten tempdb a helyi SSD-tárolót adatokkal és naplófájlokkal osztja meg, a tempdb tárolási költség pedig a virtuális mag ára.
• Az általános célú és üzletileg kritikus szinteken az adatbázishoz vagy rugalmas készlethez konfigurált maximális tárterületért kell fizetnie.
• AZ SQL Database esetében tetszőleges maximális adatméretet választhat 1 GB és a támogatott tárterület maximális mérete között, 1 GB-os növekményekben.

A rugalmas skálázásra a következő tárolási szempontok vonatkoznak:

• Az adattárolás maximális mérete 100 TB, és nem konfigurálható.
• Csak a lefoglalt adattárolásért kell fizetnie, a maximális adattárolásért nem.
• A naplótárolásért nem kell fizetnie.
• tempdb helyi SSD-tárolót használ, amelynek költségét a virtuális mag ára tartalmazza. Az SQL Database aktuális lefoglalt és használt adattárolási méretének figyeléséhez használja a allocated_data_storage és a tárolás Azure Monitor-metrikáit.

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ő monitorozásához használja a sys.database_files nézetet és a FILEPROPERTY(... , "SpaceUsed") függvényt.

Tipp.

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.

Biztonsági mentési tár

Az adatbázis-biztonsági mentések tárterülete az SQL Database időponthoz kötött visszaállítási (PITR) és 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 üzletileg kritikus szinteken a rendszer automatikusan átmásolja az egyes adatbázis-biztonsági másolatokat az Azure Storage-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. Az SQL Database-hez minden adatbázishoz 1 és 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: A teljes biztonsági másolatok hosszú távú megőrzését akár 10 évig is konfigurálhatja. Ha LTR-szabályzatot állít be, ezek a biztonsági másolatok automatikusan az Azure Blob Storage-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éséhez különböző megőrzési időtartamokat választhat heti, havi és/vagy é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ú biztonsági mentési megőrzés.

A rugalmas skálázású biztonsági mentési tárterületről a rugalmas skálázású adatbázisok automatikus biztonsági másolatai című témakörben olvashat.

Szolgáltatásszintek

A virtuálismag-vásárlási modell szolgáltatásszint-beállításai közé tartozik az Általános célú, a üzletileg kritikus és a Rugalmas skálázás. A szolgáltatási szint általában meghatározza a tárolási típust és a teljesítményt, a magas rendelkezésre állást és a vészhelyreállítási lehetőségeket, valamint bizonyos funkciók, például a memóriabeli OLTP rendelkezésre állását.

Használati eset	Általános célú	üzletileg kritikus	Rugalmas skálázás
Legjobb	A legtöbb üzleti számítási feladat. Költséghatékony, kiegyensúlyozott és skálázható számítási és tárolási lehetőségeket nyújt.	Számos magas rendelkezésre állású másodlagos replika használatával biztosítja az üzleti alkalmazások számára a legnagyobb rugalmasságot a hibákkal szemben, és a legmagasabb I/O-teljesítményt nyújtja.	A számítási feladatok legszélesebb választéka, beleértve azokat a számítási feladatokat is, amelyek nagy mértékben méretezhető tárolási és olvasási követelményeket támasztanak. Nagyobb rugalmasságot biztosít a hibákkal szemben, ha több magas rendelkezésre állású másodlagos replika konfigurálását teszi lehetővé.
Számítási méret	2–128 virtuális mag	2–128 virtuális mag	2–128 virtuális mag
Tárolás típusa	Prémium szintű távoli tárolás (példányonként)	Szupergyors helyi SSD-tároló (példányonként)	Leválasztott tároló helyi SSD-gyorsítótárral (számítási replikánként)
Tárterület mérete	1 GB – 4 TB	1 GB – 4 TB	10 GB – 100 TB
IOPS	320 IOPS virtuális magonként 16 000 maximális IOPS-val	4000 IOPS virtuális magonként 327 680 maximális IOPS-val	327 680 IOPS maximális helyi SSD-vel A rugalmas skálázás egy többrétegű architektúra, amely több szinten gyorsítótáraz. A hatékony IOPS a számítási feladattól függ.
Memória/virtuális mag	5,1 GB	5,1 GB	5,1 GB vagy 10,2 GB
Biztonsági másolatok	Választható georedundáns, zónaredundáns vagy helyileg redundáns biztonsági mentési tároló, 1–35 napos megőrzés (alapértelmezett 7 nap) Akár 10 évig tartó hosszú távú megőrzés	Választható georedundáns, zónaredundáns vagy helyileg redundáns biztonsági mentési tároló, 1–35 napos megőrzés (alapértelmezett 7 nap) Akár 10 évig tartó hosszú távú megőrzés	Helyileg redundáns (LRS), zónaredundáns (ZRS) vagy georedundáns (GRS) tároló kiválasztása 1-35 nap (alapértelmezés szerint 7 nap) megőrzés, legfeljebb 10 év hosszú távú megőrzési idő áll rendelkezésre
Elérhetőség	Egy replika, nincs olvasási skálázási replika, zónaredundáns magas rendelkezésre állás (HA)	Három replika, egy olvasási skálázású replika, zónaredundáns magas rendelkezésre állás (HA)	zónaredundáns magas rendelkezésre állás (HA)
Díjszabás/számlázás	A virtuális magok, a fenntartott tárterület és a biztonsági mentési tárterület díjköteles. Az IOPS-t nem terheljük meg.	A virtuális magok, a fenntartott tárterület és a biztonsági mentési tárterület díjköteles. Az IOPS-t nem terheljük meg.	Az egyes replikák és a használt tárterület virtuális magja díjköteles. Az IOPS-t nem terheljük meg.
Kedvezménymodellek	Fenntartott példányok Azure Hybrid Benefit (fejlesztői/tesztelési előfizetésekben nem érhető el) Vállalati és használatalapú dev/test előfizetések	Fenntartott példányok Azure Hybrid Benefit (fejlesztői/tesztelési előfizetésekben nem érhető el) Vállalati és használatalapú dev/test előfizetések	Azure Hybrid Benefit (fejlesztői/tesztelési előfizetéseken nem érhető el) 1 Vállalati és használatalapú dev/test előfizetések

¹ Az SQL Database rugalmas skálázásának egyszerűsített díjszabása hamarosan elérhető lesz. A részletekért tekintse át a rugalmas skálázási díjszabás blogját .

További részletekért tekintse át a logikai kiszolgáló, az önálló adatbázisok és a készletezett adatbázisok erőforráskorlátait.

Feljegyzés

A szolgáltatásiszint-szerződéssel (SLA) kapcsolatos további információkért lásd az Azure SQL Database SLA-ját

Általános célú

Az általános célú szolgáltatási szint architektúramodellje a számítás és a tárolás elkülönítésén alapul. Ez az architektúramodell az Azure Blob Storage magas rendelkezésre állására és megbízhatóságára támaszkodik, amely transzparens módon replikálja az adatbázisfájlokat, és nem garantál adatvesztést, ha az alapul szolgáló infrastruktúra meghibásodása történik.

Az alábbi ábra négy csomópontot mutat be a standard architekturális modellben a különálló számítási és tárolási rétegekkel.

Az Általános célú szolgáltatási szint architektúramodelljében két réteg van:

• A folyamatot futtató sqlservr.exe állapot nélküli számítási réteg, amely csak átmeneti és gyorsítótárazott adatokat tartalmaz (például csomaggyorsítótár, pufferkészlet, oszloptároló készlet). Ezt az állapot nélküli csomópontot az Azure Service Fabric üzemelteti, amely inicializálja a folyamatot, szabályozza a csomópont állapotát, és szükség esetén feladatátvételt végez egy másik helyre.
• Állapotalapú adatréteg az Azure Blob Storage-ban tárolt adatbázisfájlokkal (.mdf/.ldf). Az Azure Blob Storage garantálja, hogy egyetlen adatbázisfájlban sem történik adatvesztés. Az Azure Storage beépített adat rendelkezésre állással/redundanciával rendelkezik, amely biztosítja, hogy a naplófájlban vagy az adatfájlban lévő lap összes rekordja megmaradjon akkor is, ha a folyamat összeomlik.

Amikor az adatbázismotort vagy az operációs rendszert frissítik, a mögöttes infrastruktúra egy része meghibásodik, vagy ha a folyamat kritikus problémát észlel, az sqlservr.exe Azure Service Fabric áthelyezi az állapot nélküli folyamatot egy másik állapot nélküli számítási csomópontra. Vannak olyan tartalék csomópontok, amelyek új számítási szolgáltatás futtatására várnak, ha az elsődleges csomópont feladatátvétele történik a feladatátvételi idő minimalizálása érdekében. Az Azure Storage-réteg adataira nincs hatással, és az adatok/naplófájlok az újonnan inicializált folyamathoz vannak csatolva. Ez a folyamat alapértelmezés szerint 99,99%-os rendelkezésre állást és 99,995%-os rendelkezésre állást garantál a zónaredundancia engedélyezése esetén. Az áttűnési idő és az új csomópont hideg gyorsítótárral való indítása miatt előfordulhat, hogy a nagy munkaterhelések teljesítménybeli hatással vannak a repülés közben.

Mikor válassza ki ezt a szolgáltatási szintet?

Az Általános célú szolgáltatási szint az Azure SQL Database alapértelmezett szolgáltatási szintje, amelyet a legtöbb általános számítási feladathoz terveztek. Ha olyan teljes körűen felügyelt adatbázismotorra van szüksége, amely alapértelmezett SLA-val rendelkezik, és a tárolási késés 5 ms és 10 ms között van, az Általános célú szint az Ön számára.

Üzletileg kritikus

A üzletileg kritikus szolgáltatásiszint-modell adatbázismotor-folyamatok fürtjén alapul. Ez az architekturális modell az adatbázismotor-csomópontok kvórumára támaszkodik, hogy minimalizálja a számítási feladat teljesítményre gyakorolt hatását még a karbantartási tevékenységek során is. Az alapul szolgáló operációs rendszer, illesztőprogramok és adatbázismotor frissítései és javításai transzparens módon, a végfelhasználók számára minimális állásidővel történnek.

A üzletileg kritikus modellben a számítás és a tárolás minden csomóponton integrálva van. Egy négycsomópontos fürt minden csomópontján az adatbázismotor-folyamatok közötti adatreplikálás magas rendelkezésre állást biztosít, és minden csomópont helyileg csatlakoztatott SSD-t használ adattárként. Az alábbi ábra azt mutatja be, hogy a üzletileg kritikus szolgáltatásszint hogyan rendszerezi az adatbázismotor-csomópontok fürtöit a rendelkezésre állási csoport replikáiban.

Az adatbázismotor folyamata és a mögöttes .mdf/.ldf fájlok ugyanazon a csomóponton vannak elhelyezve helyileg csatlakoztatott SSD-tárhellyel, így alacsony késést biztosítanak a számítási feladat számára. A magas rendelkezésre állás az SQL Server Always On rendelkezésre állási csoportjaihoz hasonló technológiával valósul meg. Minden adatbázis egy adatbáziscsomópont-fürt, amely egy elsődleges replikával rendelkezik, amely elérhető az ügyfél számítási feladataihoz, és három másodlagos replika, amelyek adatmásolatokat tartalmaznak. Az elsődleges replika folyamatosan leküldi a módosításokat a másodlagos replikákra, hogy az adatok elérhetők legyenek a másodlagos replikákon, ha az elsődleges feladat valamilyen okból meghiúsul. A feladatátvételt a Service Fabric és az adatbázismotor kezeli – egy másodlagos replika lesz az elsődleges, és létrejön egy új másodlagos replika, amely biztosítja, hogy elegendő csomópont legyen a fürtben. A rendszer automatikusan átirányítja a számítási feladatot az új elsődleges replikára.

Emellett a üzletileg kritikus fürt beépített olvasási felskálázási képességgel rendelkezik, amely ingyenes írásvédett replikát biztosít írásvédett lekérdezések (például jelentések) futtatásához, amelyek nem befolyásolják az elsődleges replika számítási feladatainak teljesítményét.

Mikor válassza ki ezt a szolgáltatási szintet?

A üzletileg kritikus szolgáltatási szint olyan alkalmazásokhoz készült, amelyek alacsony késésű válaszokat igényelnek az alapul szolgáló SSD-tárolóból (átlagosan 1–2 ms), gyorsabb helyreállítást, ha az alapul szolgáló infrastruktúra meghibásodik, vagy le kell tölteni a jelentéseket, az elemzéseket és az írásvédett lekérdezéseket az elsődleges adatbázis ingyenesen olvasható másodlagos replikájára.

Az általános célú szint helyett a üzletileg kritikus szolgáltatási szint kiválasztásának fő okai a következők:

• Alacsony I/O-késési követelmények – azoknak a számítási feladatoknak, amelyeknek folyamatosan gyors választ kell adniuk a tárolási rétegről (átlagosan 1-2 ezredmásodperc) üzletileg kritikus réteget kell használniuk.
• Jelentéskészítési és elemzési lekérdezésekkel rendelkező számítási feladatok, ahol elegendő egyetlen ingyenes másodlagos írásvédett replika.
• Nagyobb rugalmasság és gyorsabb helyreállítás a hibákból. Rendszerhiba esetén az elsődleges példány adatbázisa le van tiltva, és az egyik másodlagos replika azonnal az új írásvédett elsődleges adatbázissá válik, amely készen áll a lekérdezések feldolgozására.
• Speciális adatsérülés elleni védelem. Mivel a üzletileg kritikus szint adatbázis-replikákat használ a színfalak mögött, a szolgáltatás a tükrözési és rendelkezésre állási csoportokkal elérhető automatikus oldaljavítást használja az adatsérülések csökkentése érdekében. Ha egy replika adatintegritási probléma miatt nem tud beolvasni egy lapot, a rendszer egy másik replikából kéri le a lap friss másolatát, amely adatvesztés vagy ügyfél-állásidő nélkül lecseréli az olvashatatlan lapot. Ez a funkció az Általános célú szinten érhető el, ha az adatbázis geo-másodlagos replikával rendelkezik.
• Magasabb rendelkezésre állás – A több rendelkezésre állási zóna konfigurációjának üzletileg kritikus szintje rugalmasságot biztosít a zónahibákkal szemben, és magasabb rendelkezésre állási SLA-t biztosít.
• Gyors georeduktivitás – Aktív georeplikációs konfigurálás esetén a üzletileg kritikus szint 5 másodperces garantált helyreállításipont-célkitűzéssel (RPO) és 30 másodperces helyreállítási időkorláttal (RTO) rendelkezik az üzembe helyezett órák 100%-ában.

Rugalmas skálázás

A rugalmas skálázású szolgáltatási szint minden számítási feladattípushoz megfelelő. Natív felhőarchitektúrája egymástól függetlenül méretezhető számítási és tárolási lehetőségeket biztosít a hagyományos és modern alkalmazások legszélesebb választékának támogatásához. A rugalmas skálázású számítási és tárolási erőforrások jelentősen meghaladják az általános célú és üzletileg kritikus szinteken elérhető erőforrásokat.

További információkért tekintse át az Azure SQL Database rugalmas skálázási szolgáltatási szintjét.

Mikor válassza ki ezt a szolgáltatási szintet?

A rugalmas skálázási szolgáltatási szint eltávolítja a felhőadatbázisokban hagyományosan látható gyakorlati korlátokat. Ha a legtöbb más adatbázist egyetlen csomóponton elérhető erőforrások korlátozzák, a rugalmas skálázási szolgáltatási szinten lévő adatbázisoknak nincsenek ilyen korlátai. Rugalmas tárolási architektúrájával a rugalmas skálázású adatbázisok igény szerint növekednek , és csak a használt tárkapacitásért kell fizetnie.

A speciális skálázási képességek mellett a rugalmas skálázás nagyszerű választás bármilyen számítási feladathoz, nem csak nagy adatbázisokhoz. Rugalmas skálázással a következőt teheti:

• A magas rendelkezésre állású replikák számának 0 és 4 közötti kiválasztásával magas rugalmasságot és gyors meghibásodási helyreállítást érhet el a költségek szabályozása mellett.
• A magas rendelkezésre állás javításához engedélyezze a zónaredundanciát a számításhoz és a tároláshoz.
• Alacsony I/O-késés (átlagosan 1–2 ezredmásodperc) elérése az adatbázis gyakran használt részében. Kisebb adatbázisok esetén ez a teljes adatbázisra vonatkozhat.
• Az elnevezett replikákkal sokféle olvasási felskálázási forgatókönyvet valósít meg.
• Használja ki a gyors skálázás előnyeit anélkül, hogy várnia kellene az adatok helyi tárolóba való másolására az új csomópontokon.
• Élvezze a folyamatos adatbázis-biztonsági mentést és a gyors visszaállítást.
• Feladatátvételi csoportok és georeplikációs csoportok használatával támogatja az üzletmenet-folytonossági követelményeket.

Hardverkonfiguráció

A virtuális mag modell gyakori hardverkonfigurációi közé tartozik a standard sorozat (Gen5), az Fsv2 sorozat és a DC-sorozat. A rugalmas skálázás prémium sorozatú és prémium sorozatú memóriaoptimalizált hardverekhez is kínál lehetőséget. A hardverkonfiguráció számítási és memóriakorlátokat, valamint a számítási feladatok teljesítményét befolyásoló egyéb jellemzőket határoz meg.

Bizonyos hardverkonfigurációk, például a standard sorozatok (Gen5) több processzortípust (CPU-t) is használhatnak a számítási erőforrásokban (CPU és memória) leírtak szerint. Bár egy adott adatbázis vagy rugalmas készlet általában hosszú ideig (általában több hónapig) ugyanazzal a processzortípussal marad a hardveren, bizonyos események miatt az adatbázis vagy készlet más processzortípust használó hardverre helyezhető át. Egy adatbázis vagy készlet például áthelyezhető, ha fel- vagy leskáláz egy másik szolgáltatási célkitűzésre, vagy ha egy adatközpont jelenlegi infrastruktúrája megközelíti a kapacitáskorlátokat, vagy ha a jelenleg használt hardvert az élettartamának lejárta miatt leszerelik.

Egyes számítási feladatok esetében egy másik CPU-típusra való áttérés megváltoztathatja a teljesítményt. Az SQL Database úgy konfigurálja a hardvert, hogy kiszámítható számítási feladatteljesítményt biztosítson akkor is, ha a processzortípus megváltozik, és a teljesítményváltozásokat szűk sávon belül tartja. Az SQL Database ügyfél-számítási feladatainak széles skáláján, és az új processzortípusok elérhetővé válásával azonban időnként észrevehetőbb teljesítménybeli változások is megjelennek, ha egy adatbázis vagy készlet másik CPU-típusra vált.

A processzortípustól függetlenül az adatbázis vagy a rugalmas készlet erőforráskorlátjai (például a magok száma, a memória, a maximális adat-IOPS, a maximális naplózási sebesség és az egyidejű feldolgozók maximális száma) ugyanazok maradnak, amíg az adatbázis ugyanazon a szolgáltatási célkitűzésen marad.

Számítási erőforrások (CPU és memória)

Az alábbi táblázat a különböző hardverkonfigurációkban és számítási szinteken lévő számítási erőforrásokat hasonlítja össze:

Hardverkonfiguráció	CPU	Memory (Memória)
Standard sorozat (Gen5)	Kiépített számítás - Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake)*, Intel® 8272CL (Cascade Lake) 2,5 GHz*, Intel® Xeon Platinum 8370C (Ice Lake)*, AMD EPYC 7763v (Milan) processzorok - Legfeljebb 128 virtuális mag kiépítése (hyper-threaded) Kiszolgáló nélküli számítástechnika - Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake)*, Intel® 8272CL (Cascade Lake) 2,5 GHz*, Intel Xeon® Platinum 8370C (Ice Lake)*, AMD EPYC 7763v (Milan) processzorok - Automatikus skálázás 80 virtuális magig (hyper-threaded) – A memória és a virtuális mag közötti arány dinamikusan alkalmazkodik a memória- és processzorhasználathoz a számítási feladatok igényei alapján, és virtuális magonként akár 24 GB is lehet. Előfordulhat például, hogy egy adott időpontban egy számítási feladat 240 GB memóriát és csak 10 virtuális magot használ és számláz.	Kiépített számítás - 5,1 GB/virtuális mag – Akár 625 GB-os kiépítés Kiszolgáló nélküli számítástechnika – Automatikus skálázás virtuális magonként akár 24 GB-ig – Automatikus skálázás legfeljebb 240 GB-ig
Fsv2 sorozat	- Intel® 8168 (Skylake) processzorok - Az összes magos turbóóra 3,4 GHz-es tartós sebességével és a maximális egymagos turbó órajel 3,7 GHz-es sebességével. – Legfeljebb 72 virtuális mag kiépítése (hyper-threaded)	- 1,9 GB/virtuális mag – Akár 136 GB-os kiépítés
DC sorozat	- Intel® XEON E-2288G processzorok - Intel Software Guard-bővítmény (Intel SGX) – Legfeljebb 8 virtuális mag kiépítése (fizikai)	4,5 GB/virtuális mag

* A sys.dm_user_db_resource_governance dinamikus felügyeleti nézetben az Intel® SP-8160 (Skylake) processzorokat használó adatbázisok hardvergenerációja Gen6, az Intel® 8272CL -t (Cascade Lake) használó adatbázisok hardvergenerációja Gen7, az Intel Xeon® Platinum 8370C (Ice Lake) vagy az AMD® EPYC® 7763v (Milan) processzort használó adatbázisok hardvergenerációja gen8-ként jelenik meg. Egy adott számítási mérethez és hardverkonfigurációhoz az erőforráskorlátok a processzortípustól függetlenül azonosak (Intel Broadwell, Skylake, Ice Lake, Cascade Lake vagy AMD Milan).

További információkért tekintse meg az önálló adatbázisok és rugalmas készletek erőforráskorlátait.

A rugalmas skálázású adatbázis számítási erőforrásairól és specifikációiról lásd : Rugalmas skálázású számítási erőforrások.

Standard sorozat (Gen5)

• A standard sorozatú (Gen5) hardver kiegyensúlyozott számítási és memória-erőforrásokat biztosít, és a legtöbb adatbázis-számítási feladathoz alkalmas.

A standard sorozatú (Gen5) hardver világszerte minden nyilvános régióban elérhető.

Rugalmas skálázású prémium sorozat

• A prémium sorozatú hardverbeállítások az Intel és az AMD legújabb processzor- és memóriatechnológiáját használják. A prémium sorozat a standard sorozatú hardverhez képest növeli a számítási teljesítményt.
• A prémium sorozatú lehetőség gyorsabb processzorteljesítményt kínál a Standard sorozathoz képest, és nagyobb számú maximális virtuális magot kínál.
• A prémium sorozatú memóriaoptimalizált beállítás a Standard sorozathoz képest megduplázza a memória mennyiségét.
• A standard sorozatú, prémium sorozatú és prémium sorozatú, optimalizált memória rugalmas rugalmas készletekhez (előzetes verzió) érhető el.

További információ: Rugalmas skálázású prémium sorozat blog közleménye.

A rendelkezésre álló régiókról lásd : Rugalmas skálázású prémium sorozatok rendelkezésre állása.

Fsv2 sorozat

• Az Fsv2 sorozat egy számításoptimalizált hardverkonfiguráció, amely alacsony PROCESSZOR-késést és magas órajelet biztosít a legtöbb processzorigényű számítási feladathoz. A rugalmas skálázású prémium sorozatú hardverkonfigurációkhoz hasonlóan az Fsv2-sorozatot az Intel és az AMD legújabb processzor- és memóriatechnológiája működteti, amely lehetővé teszi az ügyfelek számára, hogy kihasználhassák a legújabb hardver előnyeit, miközben adatbázisokat és rugalmas készleteket használnak az általános célú szolgáltatási szinten.
• A számítási feladattól függően az Fsv2 sorozat több processzorteljesítményt képes biztosítani virtuális magonként, mint más hardvertípusok. A 72 virtuális magos Fsv2 számítási méret például alacsonyabb költséggel több processzorteljesítményt biztosíthat, mint 80 virtuális mag standard sorozaton (Gen5).
• Az Fsv2 kevesebb memóriát és tempdb virtuális magot biztosít, mint a többi hardver, így az ezekre a korlátokra érzékeny számítási feladatok jobban teljesíthetnek a standard sorozatokon (Gen5).

Az Fsv2 sorozat csak az Általános célú szinten támogatott. Az Fsv2-sorozatot tartalmazó régiókban lásd az Fsv2-sorozat rendelkezésre állását.

DC sorozat

• A DC-sorozat hardverei Intel processzorokat használnak a Software Guard Extensions (Intel SGX) technológiával.
• Az Always Encryptedhez dc-sorozat szükséges olyan biztonságos enklávékkal , amelyek a virtualizációalapú biztonsági (VBS) enklávékkal szemben erősebb biztonsági védelmet igényelnek a hardveres enklávékhoz képest.
• A DC-sorozat olyan számítási feladatokhoz készült, amelyek bizalmas adatokat dolgoznak fel, és bizalmas lekérdezésfeldolgozási képességeket igényelnek, amelyeket az Always Encrypted biztosít biztonságos enklávékkal.
• A DC-sorozatú hardverek kiegyensúlyozott számítási és memória-erőforrásokat biztosítanak.

A DC-sorozat csak a kiépített számítás esetében támogatott (a kiszolgáló nélküli nem támogatott), és nem támogatja a zónaredundanciát. Az olyan régiókban, ahol a DC-sorozat elérhető, tekintse meg a DC-sorozatok rendelkezésre állását.

A DC-sorozat által támogatott Azure-ajánlattípusok

Ha dc-sorozatú hardveren szeretne adatbázisokat vagy rugalmas készleteket létrehozni, az előfizetésnek fizetős ajánlattípusnak kell lennie, beleértve a használatalapú fizetést vagy a Nagyvállalati Szerződés (EA) is. A DC-sorozat által támogatott Azure-ajánlattípusok teljes listájáért tekintse meg a költségkeret nélküli aktuális ajánlatokat.

Hardverkonfiguráció kiválasztása

Az SQL Database-ben a létrehozáskor kiválaszthatja egy adatbázis vagy rugalmas készlet hardverkonfigurációját. Egy meglévő adatbázis vagy rugalmas készlet hardverkonfigurációját is módosíthatja.

Hardverkonfiguráció kiválasztása SQL Database vagy -készlet létrehozásakor

Részletes információkért tekintse meg az SQL Database létrehozása című témakört.

Az Alapszintű beállítások lapon válassza az Adatbázis konfigurálása hivatkozást a Compute + Storage szakaszban, majd válassza a Konfiguráció módosítása hivatkozást:

Válassza ki a kívánt hardverkonfigurációt:

Meglévő SQL Database vagy -készlet hardverkonfigurációjának módosítása

Adatbázis esetén az Áttekintés lapon válassza a Tarifacsomag hivatkozását:

Készlet esetén az Áttekintés lapon válassza a Konfigurálás lehetőséget.

A konfiguráció módosításához kövesse a lépéseket, és válassza ki a hardverkonfigurációt az előző lépésekben leírtak szerint.

Hardver rendelkezésre állása

Az előző generációs hardverekre vonatkozó információkért tekintse meg az előző generációs hardverek rendelkezésre állását.

Standard sorozat (Gen5)

A standard sorozatú (Gen5) hardver világszerte minden nyilvános régióban elérhető.

Rugalmas skálázású prémium sorozat

A prémium sorozatú rugalmas skálázási szolgáltatási szint és a prémium sorozatú memóriaoptimalizált hardverek a következő régiókban érhetők el önálló adatbázisokhoz és rugalmas készletekhez:

• Kelet-Ausztrália
• Dél-Brazília
• Kanada középső régiója **
• Közép-India
• Az USA középső régiója
• Kelet-Ázsia
• USA keleti régiója **
• USA 2. keleti régiója
• Közép-Franciaország
• Középnyugat-Németország
• Dél-India
• Kelet-Japán
• Nyugat-Japán *
• USA északi középső régiója
• Észak-Európa **
• Délkelet-Ázsia
• USA déli középső régiója
• Az Egyesült Királyság déli régiója
• USA nyugati középső régiója
• Nyugat-Európa **
• USA 1. nyugati régiója
• USA 2. nyugati régiója
• USA 3. nyugati régiója **

* Prémium sorozatú memóriaoptimalizált hardver jelenleg nem érhető el.

** Támogatja a zónaredundanciát.

Fsv2 sorozat

Az Fsv2 sorozat a következő régiókban érhető el:

• Ausztrália középső régiója
• Ausztrália 2. középső régiója
• Kelet-Ausztrália
• Délkelet-Ausztrália
• Dél-Brazília
• Közép-Kanada
• Kelet-Ázsia
• USA keleti régiója
• Közép-Franciaország
• Közép-India
• Dél-Korea középső régiója
• Dél-Korea déli régiója
• Észak-Európa
• Dél-Afrika északi régiója
• Délkelet-Ázsia
• Az Egyesült Királyság déli régiója
• Az Egyesült Királyság nyugati régiója
• Nyugat-Európa
• USA 2. nyugati régiója

DC sorozat

A DC-sorozat a következő régiókban érhető el:

• Közép-Kanada
• USA keleti régiója
• Észak-Európa
• Az Egyesült Királyság déli régiója
• Nyugat-Európa
• USA nyugati régiója
• Délkelet-Ázsia

Ha dc-sorozatra van szüksége egy jelenleg nem támogatott régióban, küldjön egy támogatási kérelmet. Az Alapok lapon adja meg a következőket:

1. A Probléma típusa beállításnál válassza a Technical (Műszaki) lehetőséget.
2. Adja meg a hardverhez kívánt előfizetést. Válassza a Tovább lehetőséget.
3. Szolgáltatástípus esetén válassza az SQL Database lehetőséget.
4. Erőforrás esetén válassza az Általános kérdést.
5. Összegzésként adja meg a kívánt hardver rendelkezésre állását és régióját.
6. Problématípus esetén válassza a Biztonság, a Magánjellegű és a Megfelelőség lehetőséget.
7. A Probléma altípus esetében válassza az Always Encrypted (Mindig titkosított) lehetőséget.

Előző generációs hardver

Gen4

A Gen4-hardver ki lett állítva, és nem érhető el kiépítéshez, felskálázáshoz vagy leskálázáshoz. Az adatbázist egy támogatott hardvergenerációra migrálhatja a virtuális magok és a tárterület skálázhatóságának, a gyorsított hálózatkezelésnek, a legjobb IO-teljesítménynek és a minimális késésnek a biztosítása érdekében. Tekintse át az önálló adatbázisok hardverbeállításait és a rugalmas készletek hardverbeállításait. További információ: Az Azure SQL Database Gen 4-hardvereinek támogatása véget ért.

Kapcsolódó tartalom

• Az Azure SQL Database díjszabási oldala
• Önálló adatbázisok erőforráskorlátai a virtuálismag-alapú vásárlási modell használatával
• Rugalmas készletek erőforráskorlátai a virtuálismag-alapú vásárlási modell használatával

Következő lépés

Rövid útmutató: Egyetlen adatbázis létrehozása – Azure SQL Database