VMag vásárlási modell – Felügyelt Azure SQL Példány

A következőkre vonatkozik:Azure SQL Kezelt Példány

Ez a cikk az Azure SQL Managed InstancevCore vásárlási modelljét tekinti á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 vCore-alapú vásárlási modell rugalmasságot, ellenőrzést, az egyes erőforrás-felhasználás átláthatóságát és a helyszíni munkaterhelés 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 vCore alapú vásárlási modellben a költségek a választástól és a használattól függenek:

  • Szolgáltatási szint (Hyperscale, Business Critical vagy General Purpose)
  • 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 mentési tárhely

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.
  • Árazási kedvezmények Azure Hybrid Benefit (AHB) és előre lefoglalt példány (RI).
  • 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 az ü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, az üzletileg kritikus szolgáltatási szinten gb-onkénti magasabb tárolási ár a helyi SSD-tároló magasabb I/O-korlátait és kisebb késését tükrözi.

Az Általános célú szolgáltatási szinten lévő példányok esetében lehetőség van a számítási és licencelési költségek megtakarítására azáltal, hogy leállítja a példányt, amikor nem használja. További információért tekintse át Példány leállítása és indítása.

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 üzleti szempontból 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 vállalati kritikus szolgáltatás szintben tempdb megosztja a helyi SSD-tárolót az adatokkal és naplófájlokkal, és a tempdb tárolási költség a virtuális mag árában van benne.
  • 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 SQL Managed Instance felhasznált példánytárolás teljes méretének figyelemmel kíséréséhez használja a storage_space_used_mbmetrikát. 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.

Biztonsági mentési tárhely

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): Teljes biztonsági másolatok hosszú távú megőrzését legfeljebb 10 évig konfigurálhatja. A választott konfiguráció határozza meg, hogy mennyi tárterületet használnak az LTR-biztonsági mentésekhez.

Szolgáltatási szintek

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.

A felügyelt Azure SQL-példány két szolgáltatási szinttel rendelkezik:

A szolgáltatási szintek részletes összehasonlításához tekintse át erőforráskorlátokat, de az alábbi táblázatot használja egy rövid összefoglalóhoz.

kategória általános célú Következő generációs általános célú eszköz üzletileg kritikus
a legjobb A legtöbb üzleti munkaterhelés. Költségvetés-orientált, kiegyensúlyozott és méretezhető számítási és tárolási lehetőségeket kínál. Költségvetés-orientált üzleti számítási feladatok, amelyek nagyobb kapacitást, jobb átviteli sebességet és erőforrás-rugalmasságot igényelnek. 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.
Virtuális magok maximális száma 80 128 128
Példány maximális tárterületmérete 16 TB 32 TB (terabájt) 16 TB
Példányonkénti adatbázisok maximális száma 100 ötszáz 100
írásvédett replikák 0 0 1
Replikák a rendelkezésre állásért Készenléti csomópontok magas rendelkezésre álláshoz Készenléti csomópontok magas rendelkezésre álláshoz Három magas rendelkezésre állású replika van, és az egyik közülük egy olvasási skálázású replika is.
díjszabási/számlázási vCore, fenntartott tárterület és biztonsági mentés tárhely 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. vCore, fenntartott tárterület és biztonsági mentés tárhely díjat számítunk fel.
Az IOPS-t nem számítjuk fel.

Jegyzet

A szolgáltatási szint szerződés (SLA) részleteiről a Azure SQL Managed Instance SLAdokumentumban talál további információ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.

a számítás és a tárolás elkülönítését bemutató diagram.

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

  • Egy állapotmentes számítási réteg, amely a sqlservr.exe folyamatot futtatja, és csak átmeneti és gyorsítótárazott adatokat tartalmaz (például terv gyorsítótár, pufferkészlet, oszlop-adattár 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 sqlservr.exe folyamat kritikus problémát észlel, az 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 biztosítja a vállalati osztály SLA-jának rendelkezésre állását . Az áttűnési idő és az új csomópont hideg gyorsítótárral való indítása miatt a nagy munkaterhelések teljesítménybeli hatással lehetnek 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.

Következő generációs általános célú

Első lépésként használni a következő generációs általános célú szolgáltatásszint-frissítési a jogosult új és meglévő példányokhoz.

A Következő generációs általános célú szolgáltatási szint a meglévő általános célú szolgáltatási szint architektúrafrissítése, amely a következő fő jellemzőket kínálja:

  • Nagyobb teljesítménnyel rendelkező vállalkozások számára készült, az általános célú szolgáltatási szinttel megegyező alapkonfigurációs költséget kínálva

  • Példányonként legfeljebb 500 adatbázis és legfeljebb 32 TB tárterület támogatása

  • Jelentős fejlesztések a teljesítményre, a méretezhetőségre és az erőforrás-rugalmasságra az általános célú szolgáltatási szinten

  • Lapblobok helyett rugalmas SAN-t használ, ami jelentősen javítja a tárolási teljesítmény mérőszámait

  • 3 ingyenes IOPS minden GB fenntartott tárterülethez

  • A példány erőforrásait egymástól függetlenül skálázhatja a virtuális magok, a memória, a tárterület és az IOPS manuális beállításával, például a REST API létrehozása vagy frissítése vagy az Azure Portal csúszkáinak használatával:

    Képernyőkép a felügyelt SQL-példány erőforrásainak önálló skálázásáról az Azure Portalon.

Mivel a Következő generációs általános célú szolgáltatási szint a meglévő általános célú szolgáltatási szintre való frissítés, a számlázási utasítás mindig az Általános célú szolgáltatási szintet tükrözi.

Architektúramodell

A Következő generációs általános célú szolgáltatási szint a meglévő általános célú szolgáltatási szintre való frissítés, amely egy frissített távoli tárolási réteget használ a példányadatok és naplófájlok rugalmas SAN-ban való tárolására lapblobok helyett. Ez a frissítés gyorsabb tárolási késést, IOPS-t és átviteli sebességet kínál, mint a meglévő általános célú szolgáltatási szint, a tárterületre vonatkozó megnövekedett korlátokkal, a virtuális magok számával és az adatbázisok maximális számával. Emellett mivel a teljesítménykvótákat a teljes példány megosztja, nem kell átméreteznie az egyes fájlokat a teljesítmény javítása érdekében. A Következő generációs általános célú szolgáltatási szint alapköltsége megegyezik az Általános célú szolgáltatási szinttel, de csúszkákkal növelheti az IO-teljesítmény és a memória és a virtuális mag arányát, amelyet aztán külön számlázunk ki.

A Következő generációs általános célú szolgáltatási szint támogatja a rugalmas memóriát, így kiválaszthatja a példány számára lefoglalni kívánt memória mennyiségét. Ez a funkció jelentős előrelépés a General Purpose szolgáltatási szinthez képest, amely fix memória allokációval rendelkezik a kiválasztott vCorek száma alapján. Rugalmas memória általában elérhető helyileg redundáns példányokhoz a Premium sorozatú hardveren. Rugalmas memória zónaredundáns Next-gen General Purpose példányokhoz Premium sorozatú hardvereken jelenleg előzetes verzióban érhető el.

A Következő generációs általános célú szolgáltatási szint segít csökkenteni a költségeket azáltal, hogy ingyenes IOPS-t kínál három IOPS-ra minden GB fenntartott tárterülethez. A tárterület ára tartalmazza a minimális IOPS-t. Ha a minimumot meghaladja, az alábbiak szerint kell fizetnie: 1 IOPS = a tárterület ára (régiónként) háromra osztva.

Például:

  • Ha 1 GB tárterület költsége 0,115, akkor 1 IOPS = 0,115/3 = 0,038 per IOPS.
  • Egy 1024 GB-os példány ingyenesen 3072 IOPS-t kap. További költségért az IOPS-t növelheti a virtuális gép korlátáig.

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

Ezt a szolgáltatási szintet akkor válassza, ha a vállalkozása költségvetés-orientált, de az általános célú szolgáltatási szint teljesítménymetrikái és korlátai nem elegendőek.

Az általános célú szint helyett a Következő generációs általános célú szolgáltatási szint kiválasztásának fő okai a következők:

  • Jobb teljesítmény ugyanazon alapkonfigurációs költséghez
  • Továbbfejlesztett késés, átviteli sebesség és IOPS
  • Nagyobb tárkapacitás
  • Nagyobb rugalmasság a számításhoz
  • Egyetlen példányhoz több mint 100 adatbázisra van szükség
  • Több mint 16 TB fenntartott tárterületre van szüksége

üzletileg kritikus

Az üzletileg kritikus szolgáltatási szint modellje 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.

Az üzleti szempontból 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.

Adatbázismotor-csomópontok fürtjének diagramja.

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 megvalósításához az SQL Server Always On rendelkezésre állási csoportjaival hasonló technológiát használnak.

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.

Az átállást az SQL Server adatbázismotorja kezeli – egy másodlagos replika válik az elsődleges csomóponttá, és létrejön egy új másodlagos replika biztosítandó, 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 az ü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?

Az üzletileg kritikus szolgáltatási szint 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, az elemzéseket és az írásvédett lekérdezéseket az elsődleges adatbázis ingyenesen olvasható másodlagos replikájára.

Azok a fő okok, amelyek miatt az általános célú szint helyett az üzletileg kritikus szolgáltatási szintet kell választania, 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 szintet kell használniuk.
  • A jelentéskészítési és elemzési lekérdezéseket tartalmazó munkaterhelés á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 az üzletileg kritikus szint a színfalak mögött adatbázis-replikákat használ, a szolgáltatás a tükrözési és rendelkezésre állási csoportokkal elérhető automatikus oldaljavító funkciót alkalmazza az adatsérülések enyhítésére. 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ási – 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 georecovery – Ha egy feladatátvételi csoport van konfigurálva, az üzleti kritikus szint garantált helyreállítási pontcélja (RPO) 5 másodperc, a helyreállítási időcél (RTO) pedig 30 másodperc az üzemó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ú Általános célú
üzletileg kritikus BusinessCritical

Magas rendelkezésre állás

Alapértelmezés szerint a felügyelt Azure SQL-példány rendelkezésre állást ér el helyi redundancia révén, amely biztosítja példányának elérhetőségét karbantartási műveletek, adatközpont kimaradások, és az SQL adatbázismotor egyéb problémái esetén. Ha azonban minimálisra szeretné csökkenteni az adatokat befolyásoló teljes zóna esetleges kimaradását, magas rendelkezésre állási érhet el, ha engedélyezi zónaredundanciát. Zónaredundancia nélkül a feladatátvételek helyileg, ugyanabban az adatközpontban történnek, ami azt eredményezheti, hogy az instance nem érhető el addig, amíg a kimaradás el nem hárul – a helyreállítás egyetlen módja egy vészhelyreállítási megoldás, például egy feladatátvételi csoport, vagy egy georestore egy georedundáns biztonsági mentésből.

Hardverkonfigurációk

vCore 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ók jellemzőiről és korlátairól további információt Hardverkonfigurációs jellemzőkcímű témakörben talál.

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

További információ: Felügyelt SQL-példány létrehozása.

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

Képernyőkép az Azure Portalról, amelyen látható, hogy hol kell konfigurálni a felügyelt SQL-példányt.

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

A felügyelt SQL-példány lapon válassza Compute + Storage lehetőséget a Beállításokalatt:

Képernyőkép az Azure Portalról, amelyen a felügyelt SQL-példány számítási + tárolási oldala látható.

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

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

Jegyzet

Ha a sablonokban vagy szkriptekben hardver- és szolgáltatásszintet ad meg, 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:

SKU Szolgáltatási szint 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ória-optimizált
BC_Gen5 üzletileg kritikus Standard sorozat
BC_G8IM üzletileg kritikus Prémium sorozat
BC_G8IH üzletileg kritikus Prémium sorozatú memória-optimizá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.

További információkért tekintse meg az Azure SQL kezelt példány erőforráskorlátait .

Kapcsolódó tartalom

  • Last updated on