Virtuális mag vásárlási modell – Felügyelt Azure SQL-példány

  • Cikk

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

Ez a cikk áttekinti a felügyelt Azure SQL-példány virtuálismag-vásárlási modelljét.

Á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ó

Az Azure SQL Managed Instance által használt virtuális mag (vCore) vásárlási modell a következő előnyöket biztosítja:

  • Szabályozhatja a hardverkonfigurációt, hogy jobban megfeleljen a számítási feladat számítási és memóriakövetelményeinek.
  • Az Azure Hybrid Benefit (AHB) és a fenntartott példány (RI) díjszabási kedvezménye.
  • Nagyobb átláthatóság a számítási teljesítményt nyújtó hardveradatokban, ami megkönnyíti a helyszíni üzembe helyezésekből való migrálás tervezését.
  • Nagyobb skálázási részletesség több számítási mérettel.

Compute

A felügyelt SQL-példányok számítása 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, és a kiosztott számítási mennyiségért óránként rögzített áron számláznak.

Mivel három további replika van automatikusan lefoglalva a üzletileg kritikus szolgáltatási szinten, az ár körülbelül 2,7-szer magasabb, mint az Általános célú szolgáltatási szinten. Hasonlóképpen, a üzletileg kritikus szolgáltatási szinten a gb-onkénti magasabb tárolási ár a magasabb I/O-korlátokat és a helyi SSD-tároló alacsonyabb késését tükrözi.

Az Általános célú szolgáltatási szinten lévő példányok esetében a számítási és licencelési költségek megtakarításához le kell állítania a példányt, ha nem használja. További információért tekintse át a Leállítás lehetőséget, és indítsa el a példányt (előzetes verzió).

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.

  • 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.
  • A felügyelt SQL-példányok maximális tárterületméretét 32 GB-os többszörösökben kell megadni.

Fontos

Mindkét szolgáltatási szinten a felügyelt példányhoz konfigurált maximális tárterület-méretért kell fizetnie.

A felügyelt SQL-példányok teljes felhasznált példányainak tárolási méretének monitorozásához használja a storage_space_used_mbmetrikát. Az adatbázis egyes adatainak és naplófájljainak aktuálisan 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.

Biztonsági mentési tár

Az adatbázis-biztonsági mentések tárterülete a felügyelt SQL-példány képességeinek támogatásához 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.

  • Időponthoz kötött visszaállítás (PITR):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.
  • Hosszú távú megőrzés (LTR):: Legfeljebb 10 évig konfigurálhatja a teljes biztonsági másolatok hosszú távú megőrzését. A választott konfiguráció határozza meg, hogy mennyi tárterületet használnak az LTR-biztonsági mentésekhez.

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ú és a üzletileg kritikus. A szolgáltatási szint általában meghatározza a tárolási architektúra, a tárhely és az I/O korlátait, valamint a rendelkezésre álláshoz és a vészhelyreállításhoz kapcsolódó üzletmenet-folytonossági lehetőségeket.

Kategória Általános célú üzletileg kritikus
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. Az üzleti alkalmazások számára a legnagyobb rugalmasságot biztosítja a hibákkal szemben több izolált replika használatával, és a legmagasabb I/O-teljesítményt nyújtja.
Írásvédett replikák 0 0
Replikák rendelkezésre álláshoz Egy replika magas rendelkezésre álláshoz Három magas rendelkezésre állású replika, az 1 szintén olvasási skálázású replika
Írásvédett replikák, amelyeken engedélyezve van a feladatátvételi csoport 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 A virtuális mag, a fenntartott tárterület és a biztonsági mentési tár díja díjköteles.
Az IOPS nem kerül felszámításra		 A virtuális mag, a fenntartott tárterület és a biztonsági mentési tár díja díjköteles.
Az IOPS-t nem számítjuk fel.
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

További részletekért tekintse át az erőforráskorlátokat.

Feljegyzés

A szolgáltatásiszint-szerződéssel (SLA) kapcsolatos további információkért lásd a felügyelt Azure SQL-példány 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.

Separation of compute and storage

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 semmilyen adatbázisfájlba helyezett rekord nem fog adatvesztést okozni. Az Azure Storage beépített adat rendelkezésre állással/redundanciával rendelkezik, amely biztosítja, hogy az adatfájl naplófájljában vagy lapja minden 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 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étegben lévő adatokra 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 garantál. 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 Managed Instance 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 é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 a mindig elérhető adatbázismotor-csomópontok kvórumára támaszkodik, hogy a számítási feladatokra gyakorolt teljesítményhatásokat még a karbantartási tevékenységek során is minimalizálja. Az Azure transzparens módon frissíti és javítja az alapul szolgáló operációs rendszert, illesztőprogramokat és SQL Server-adatbázismotort, minimális leállási idővel a végfelhasználók számára.

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.

Cluster of database engine nodes

Az SQL Server adatbázismotor folyamata és a mögöttes .mdf/.ldf fájlok ugyanazon a csomóponton vannak elhelyezve, helyileg csatlakoztatott SSD-tárolóval, amely alacsony késést biztosít 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 példány egy adatbázismotor-csomópontokat tartalmazó fürt, amely egy példány összes adatbázisának másolatait tartalmazza, egy elsődleges adatbázissal, amely elérhető az ügyfél számítási feladataihoz, és három másodlagos adatbázis, amelyek az adatok másolatait tartalmazzák, készen állnak a feladatátvételre. Az elsődleges csomópont folyamatosan leküldi a módosításokat a másodlagos csomópontokra, hogy az adatok elérhetők legyenek a másodlagos replikákon, ha az elsődleges csomópont bármilyen okból meghiúsul.

A feladatátvételt az SQL Server adatbázismotorja kezeli – egy másodlagos replika lesz az elsődleges csomópont, é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 csomópontra.

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ásszint olyan alkalmazásokhoz készült, amelyek alacsony késésű válaszokat igényelnek a mögöttes 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, elemzéseket és í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 – a tárolási rétegből gyors választ igénylő számítási feladatoknak (á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 feladat, amely átirányítható az ingyenes másodlagos írásvédett replikára.
  • Nagyobb rugalmasság és gyorsabb helyreállítás a hibákból. Rendszerhiba esetén az elsődleges példány adatbázisai offline állapotba kerülnek, és az egyik másodlagos replika azonnal az új írásvédett elsődleges példánysá válik, amely készen áll a lekérdezések feldolgozására. Az adatbázismotornak nem kell elemeznie és újra elvégeznie a naplófájlból származó tranzakciókat, vagy adatokat kell betöltenie a memóriapufferekbe.
  • 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 adatok sérülésének 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 a felügyelt példány 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 georeduktív helyreállítás – Feladatátvételi csoport konfigurálása 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.

A szolgáltatási szint sablonokban vagy szkriptekben való megadásakor a réteg a neve alapján lesz megadva. A következő táblázat érvényes:

Hardver Név
Általános célú GeneralPurpose
Üzletileg kritikus BusinessCritical

Hardverkonfigurációk

A virtuálismag-modell hardverkonfigurációs beállításai közé tartozik a standard sorozat (Gen5), a prémium sorozat és a memóriaoptimalizált prémium sorozat. A hardverkonfiguráció általában meghatározza a 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.

A hardverkonfiguráció jellemzőivel és korlátaival kapcsolatos további információkért lásd a hardverkonfiguráció jellemzőit.

A sys.dm_user_db_resource_governance dinamikus felügyeleti nézetben az Intel® SP-8160 (Skylake) processzorokat használó példányok hardvergenerációja Gen6, míg az Intel® 8272CL -t (Cascade Lake) használó példányok hardvergenerációja Gen7-ként jelenik meg. A prémium sorozatú és memóriaoptimalizált prémium sorozatú hardvergenerációk által használt Intel® 8370C (Ice Lake) processzorok Gen8-ként jelennek meg. Az összes standard sorozatú (Gen5) példány erőforráskorlátjai a processzortípustól (Broadwell, Skylake vagy Cascade Lake) függetlenül azonosak.

Hardverkonfiguráció kiválasztása

Kiválaszthatja a hardverkonfigurációt a példány létrehozásakor, vagy módosíthatja egy meglévő példány hardverét.

Hardverkonfiguráció kiválasztása felügyelt SQL-példány létrehozásakor

Részletes információkért lásd : Felügyelt SQL-példány létrehozása.

Az Alapszintű beállítások lapon válassza az Adatbázis konfigurálása hivatkozást a Compute + Storage szakaszban, majd válassza ki a kívánt hardvert:

configure SQL Managed InstanceMeglévő felügyelt SQL-példány hardverének módosítása

A felügyelt SQL-példány lapon válassza a Compute + Storage lehetőséget a Gépház alatt:

Screenshot shows Compute + storage page for SQL managed instance.

A Compute + Storage lapon módosíthatja a hardvert a Hardvergeneráció alatt a virtuális magok és a tároló csúszkáival.

Ha a sablonokban vagy szkriptekben hardverparamétert ad meg, a hardvert a neve adja meg. A következő táblázat érvényes:

Hardver Név
Standard sorozat (Gen5) Gen5
Prémium sorozat G8IM
Memóriaoptimalizált prémium sorozat G8IH

Termékváltozat nevei

Feljegyzés

Ha a hardver- és szolgáltatásszintet sablonokban vagy szkriptekben vizsgáljuk, egymástól függetlenül is megadhatja őket, vagy megadhat egy termékváltozatnevet. Az termékváltozat nevének megadásakor a következő táblázat érvényes:

Termékváltozat Szolgáltatásszint Hardver
GP_Gen5 Általános célú Standard sorozat
GP_G8IM Általános célú Prémium sorozat
GP_G8IH Általános célú Prémium sorozatú memóriaoptimalizált
BC_Gen5 Üzletileg kritikus Standard sorozat
BC_G8IM Üzletileg kritikus Prémium sorozat
BC_G8IH Üzletileg kritikus Prémium sorozatú memóriaoptimalizált

Hardver rendelkezésre állása

Standard sorozat (Gen5) és prémium sorozat

A standard sorozatú (Gen5) és prémium sorozatú hardverek világszerte minden nyilvános régióban elérhetők.

A memóriaoptimalizált prémium sorozatú hardver előzetes verzióban érhető el, és korlátozott regionális rendelkezésre állású. További információ: Felügyelt Azure SQL-példány erőforráskorlátai.

Következő lépések