Köpmodell för virtuell kärna – Azure SQL Managed Instance
Gäller för:
Azure SQL Managed Instance
Den här artikeln granskar köpmodellen för virtuella kärnor för Azure SQL Managed Instance.
Översikt
En virtuell kärna (virtuell kärna) representerar en logisk processor och ger dig möjlighet att välja maskinvarans fysiska egenskaper (till exempel antalet kärnor, minnet och lagringsstorleken). Den vCore-baserade inköpsmodellen ger dig flexibilitet, kontroll, transparens för individuell resursförbrukning och ett enkelt sätt att översätta lokala arbetsbelastningskrav till molnet. Den här modellen optimerar priset och låter dig välja beräknings-, minnes- och lagringsresurser baserat på dina arbetsbelastningsbehov.
I den vCore-baserade inköpsmodellen beror dina kostnader på valet och användningen av:
- Tjänstenivå
- Konfiguration av maskinvara
- Beräkningsresurser (antalet virtuella kärnor och mängden minne)
- Reserverad databaslagring
- Faktisk lagring av säkerhetskopior
Köpmodellen för virtuell kärna (vCore) som används av Azure SQL Managed Instance ger följande fördelar:
- Kontroll över maskinvarukonfigurationen för att bättre matcha beräknings- och minneskraven för arbetsbelastningen.
- Prisrabatter för Azure Hybrid-förmån (AHB) och reserverad instans (RI).
- Större transparens i maskinvaruinformationen som driver beräkning, vilket underlättar planeringen för migreringar från lokala distributioner.
- Högre skalningskornighet med flera tillgängliga beräkningsstorlekar.
Compute
SQL Managed Instance-beräkning tillhandahåller en viss mängd beräkningsresurser som kontinuerligt etableras oberoende av arbetsbelastningsaktivitet och fakturor för mängden beräkning som har etablerats till ett fast pris per timme.
Eftersom ytterligare tre repliker automatiskt allokeras på tjänstnivån Affärskritisk är priset ungefär 2,7 gånger högre än det är på tjänstnivån Generell användning. På samma sätt återspeglar det högre lagringspriset per GB på tjänstnivån Affärskritisk högre I/O-gränser och lägre svarstid för den lokala SSD-lagringen.
För instanser på tjänstnivån Generell användning är det möjligt att spara på beräknings- och licenskostnader genom att stoppa din instans när du inte använder den. Läs Stoppa och starta en instans (förhandsversion) om du vill veta mer.
Data- och logglagring
Följande faktorer påverkar mängden lagringsutrymme som används för data och loggfiler och gäller för nivåerna Generell användning och Affärskritisk.
- På tjänstnivån
tempdbGenerell användning använder du lokal SSD-lagring och den här lagringskostnaden ingår i priset för virtuell kärna. - På tjänstnivån
tempdbAffärskritisk delar du lokal SSD-lagring med data och loggfiler, ochtempdblagringskostnaden ingår i priset för virtuell kärna. - Den maximala lagringsstorleken för en SQL Managed Instance måste anges i multiplar på 32 GB.
Viktigt!
På båda tjänstnivåerna debiteras du för den maximala lagringsstorlek som konfigurerats för en hanterad instans.
Om du vill övervaka den totala förbrukade instanslagringsstorleken för SQL Managed Instance använder du måttet storage_space_used_mb. Om du vill övervaka den aktuella allokerade och använda lagringsstorleken för enskilda data och loggfiler i en databas med T-SQL använder du funktionen sys.database_files och funktionen FILEPROPERTY(... , "SpaceUsed").
Lagring för säkerhetskopior
Lagring för databassäkerhetskopior allokeras för att stödja funktionerna i SQL Managed Instance. Den här lagringen är separat från data- och loggfillagring och faktureras separat.
- Återställning till tidpunkt (PITR): Lagringsförbrukningen beror på hur snabbt databasen ändras och den kvarhållningsperiod som konfigurerats för säkerhetskopior. Du kan konfigurera en separat kvarhållningsperiod för varje databas mellan 1 och 35 dagar för SQL Managed Instance. En lagringsmängd för säkerhetskopiering som är lika med den konfigurerade maximala datastorleken tillhandahålls utan extra kostnad.
- Långsiktig kvarhållning (LTR): Du har möjlighet att konfigurera långsiktig kvarhållning av fullständiga säkerhetskopior i upp till 10 år. Den konfiguration du väljer avgör hur mycket lagringsutrymme som ska användas för LTR-säkerhetskopieringar.
Tjänstnivåer
Alternativen på tjänstnivå i köpmodellen för virtuella kärnor inkluderar Generell användning och Affärskritisk. Tjänstnivån definierar vanligtvis lagringsarkitektur, utrymmes- och I/O-gränser och alternativ för affärskontinuitet som rör tillgänglighet och haveriberedskap.
| Kategori | Generell användning | Affärskritisk |
|---|---|---|
| Bäst för | De flesta företagsarbetsbelastningar. Erbjuder budgetorienterade, balanserade och skalbara beräknings- och lagringsalternativ. | Erbjuder affärsprogram den högsta motståndskraften mot fel med hjälp av flera isolerade repliker och ger högsta I/O-prestanda. |
| Skrivskyddade repliker | 0 | 1 |
| Repliker för tillgänglighet | En replik för hög tillgänglighet | Tre repliker med hög tillgänglighet, 1 är också en skrivskyddad replik |
| Skrivskyddade repliker med redundansgrupper aktiverade | Ytterligare en skrivskyddad replik. Två totalt läsbara repliker, som innehåller den primära repliken. | Två ytterligare skrivskyddade repliker, tre totalt skrivskyddade repliker. Fyra totalt läsbara repliker, som innehåller den primära repliken. |
| Priser/fakturering | vCore, reserverad lagring och lagring av säkerhetskopior debiteras. IOPS debiteras inte |
vCore, reserverad lagring och lagring av säkerhetskopior debiteras. IOPS debiteras inte. |
| Rabattmodeller | Reserverade instanser Azure Hybrid-förmån (inte tillgängligt för dev/test-prenumerationer) Enterprise - och Betala per användning Dev/Test-prenumerationer |
Reserverade instanser Azure Hybrid-förmån (inte tillgängligt för dev/test-prenumerationer) Enterprise - och Betala per användning Dev/Test-prenumerationer |
Mer information finns i resursbegränsningar.
Kommentar
Mer information om serviceavtalet (SLA) finns i SLA för Azure SQL Managed Instance.
Generell användning
Arkitekturmodellen för tjänstnivån Generell användning baseras på en uppdelning av beräkning och lagring. Den här arkitekturmodellen förlitar sig på hög tillgänglighet och tillförlitlighet för Azure Blob Storage som transparent replikerar databasfiler och garanterar ingen dataförlust om underliggande infrastrukturfel inträffar.
Följande bild visar fyra noder i standardarkitekturmodellen med de avgränsade beräknings- och lagringsskikten.
I arkitekturmodellen för tjänstnivån Generell användning finns det två lager:
- Ett tillståndslöst beräkningslager som kör
sqlservr.exeprocessen och som endast innehåller tillfälliga och cachelagrade data (till exempel plancache, buffertpool, kolumnlagringspool). Den här tillståndslösa noden drivs av Azure Service Fabric som initierar processen, kontrollerar nodens hälsotillstånd och utför redundansväxling till en annan plats om det behövs. - Ett tillståndskänsligt datalager med databasfiler (.mdf/.ldf) som lagras i Azure Blob Storage. Azure Blob Storage garanterar att inga data går förlorade för någon post som placeras i någon databasfil. Azure Storage har inbyggd datatillgänglighet/redundans som säkerställer att varje post i loggfilen eller sidan i datafilen bevaras även om processen kraschar.
När databasmotorn eller operativsystemet uppgraderas misslyckas en del av den underliggande infrastrukturen, eller om något kritiskt problem identifieras i sqlservr.exe processen flyttar Azure Service Fabric den tillståndslösa processen till en annan tillståndslös beräkningsnod. Det finns en uppsättning extra noder som väntar på att köra den nya beräkningstjänsten om en redundansväxling av den primära noden sker för att minimera redundanstiden. Data i Azure Storage-lagret påverkas inte och data-/loggfiler kopplas till den nyligen initierade processen. Den här processen garanterar 99,99 % tillgänglighet som standard. Det kan finnas vissa prestandaeffekter för tunga arbetsbelastningar som är under flygning på grund av övergångstiden och det faktum att den nya noden börjar med kall cache.
När du ska välja den här tjänstnivån
Tjänstnivån Generell användning är standardtjänstnivån i Azure SQL Managed Instance som utformats för de flesta allmänna arbetsbelastningar. Om du behöver en fullständigt hanterad databasmotor med standard-SLA och lagringssvarstid mellan 5 och 10 ms är nivån Generell användning alternativet för dig.
Affärskritisk
Den Affärskritisk tjänstnivåmodellen baseras på ett kluster med databasmotorprocesser. Den här arkitekturmodellen förlitar sig på ett kvorum med alltid tillgängliga databasmotornoder för att minimera prestandapåverkan på din arbetsbelastning, även under underhållsaktiviteter. Azure uppgraderar och korrigerar det underliggande operativsystemet, drivrutinerna och SQL Server-databasmotorn transparent, med minimal stilleståndstid för slutanvändare.
I Affärskritisk-modellen integreras beräkning och lagring på varje nod. Replikering av data mellan databasmotorprocesser på varje nod i ett kluster med fyra noder ger hög tillgänglighet, där varje nod använder lokalt ansluten SSD som datalagring.
Både SQL Server-databasmotorprocessen och underliggande .mdf/.ldf-filer placeras på samma nod med lokalt ansluten SSD-lagring som ger låg svarstid till din arbetsbelastning. Hög tillgänglighet implementeras med hjälp av teknik som liknar SQL Server AlwaysOn-tillgänglighetsgrupper.
Varje instans är ett kluster av databasmotornoder som innehåller kopior av alla databaser på en instans, med en primär databas tillgänglig för kundarbetsbelastningar och tre sekundära databaser som innehåller kopior av data, redo för redundans. Den primära noden skickar ständigt ändringar till de sekundära noderna för att säkerställa att data är tillgängliga på sekundära repliker om den primära noden av någon anledning misslyckas.
Redundans hanteras av SQL Server-databasmotorn – en sekundär replik blir den primära noden och en ny sekundär replik skapas för att säkerställa att det finns tillräckligt med noder i klustret. Arbetsbelastningen omdirigeras automatiskt till den nya primära noden.
Dessutom har Affärskritisk-klustret en inbyggd skrivskyddad utskalningsfunktion som ger en kostnadsfri skrivskyddad replik som används för att köra skrivskyddade frågor (till exempel rapporter) som inte påverkar arbetsbelastningens prestanda på din primära replik.
När du ska välja den här tjänstnivån
Tjänstnivån Affärskritisk är utformad för program som kräver svar med låg svarstid från den underliggande SSD-lagringen (1–2 ms i genomsnitt), snabbare återställning om den underliggande infrastrukturen misslyckas eller behöver avlasta rapporter, analyser och skrivskyddade frågor till den kostnadsfria läsbara sekundära repliken för den primära databasen.
De viktigaste orsakerna till varför du bör välja Affärskritisk tjänstnivå i stället för nivån Generell användning är:
- Krav på låg I/O-svarstid – arbetsbelastningar som behöver ett snabbt svar från lagringsskiktet (1–2 millisekunder i genomsnitt) bör använda Affärskritisk nivå.
- Arbetsbelastning med rapporterings- och analysfrågor som kan omdirigeras till den kostnadsfria sekundära skrivskyddade repliken.
- Högre återhämtning och snabbare återställning från fel. Om det uppstår systemfel tas databaserna på den primära instansen offline och en av de sekundära replikerna blir omedelbart den nya primära skrivskyddade primära instansen som är redo att bearbeta frågor. Databasmotorn behöver inte analysera och göra om transaktioner från loggfilen eller läsa in data i minnesbuffertar.
- Avancerat skydd mot datakorruption. Eftersom Affärskritisk-nivån använder databasrepliker i bakgrunden använder tjänsten automatisk sidreparation som är tillgänglig med speglings- och tillgänglighetsgrupper för att minimera skadade data. Om en replik inte kan läsa en sida på grund av ett dataintegritetsproblem hämtas en ny kopia av sidan från en annan replik och ersätter den olästa sidan utan dataförlust eller kundavbrott. Den här funktionen är tillgänglig på nivån Generell användning om den hanterade instansen har en geo-sekundär replik.
- Högre tillgänglighet – den Affärskritisk nivån i en zonkonfiguration med flera tillgängligheter ger återhämtning till zonfel och ett serviceavtal för högre tillgänglighet.
- Snabb geo-återställning – Om en redundansgrupp har konfigurerats har Affärskritisk-nivån ett garanterat mål för återställningspunkt (RPO) på 5 sekunder och mål för återställningstid (RTO) på 30 sekunder i 100 % av de distribuerade timmarna.
När du anger tjänstnivå i mallar eller skript tillhandahålls nivån med dess namn. Följande tabell gäller:
| Maskinvara | Name |
|---|---|
| Generell användning | GeneralPurpose |
| Affärskritisk | BusinessCritical |
Maskinvarukonfigurationer
Maskinvarukonfigurationsalternativ i modellen med virtuella kärnor inkluderar standardserier (Gen5), premiumserier och minnesoptimerade premiumserier. Maskinvarukonfiguration definierar vanligtvis beräknings- och minnesgränser och andra egenskaper som påverkar arbetsbelastningens prestanda.
Mer information om detaljer och begränsningar för maskinvarukonfiguration finns i Maskinvarukonfigurationsegenskaper.
I vyn sys.dm_user_db_resource_governance dynamisk hantering visas maskinvarugenerering för instanser med Intel® SP-8160-processorer (Skylake) som Gen6, medan maskinvarugenerering för instanser med Intel® 8272CL (Cascade Lake) visas som Gen7. Intel® 8370C-processorer (Ice Lake) som används av premiumserier och minnesoptimerade premiumseriemaskinvaragenerationer visas som Gen8. Resursgränser för alla Gen5-instanser (standardserie) är desamma oavsett processortyp (Broadwell, Skylake eller Cascade Lake).
Välja en maskinvarukonfiguration
Du kan välja maskinvarukonfiguration när instansen skapas, eller så kan du ändra maskinvaran för en befintlig instans.
Så här väljer du maskinvarukonfiguration när du skapar en SQL Managed Instance
Detaljerad information finns i Skapa en SQL-hanterad instans.
På fliken Grundläggande inställningar väljer du länken Konfigurera databas i avsnittet Beräkning + lagring och väljer sedan önskad maskinvara:
Så här ändrar du maskinvara för en befintlig SQL Managed Instance
På sidan SQL Managed Instance väljer du Beräkning + lagring under Inställningar:
På sidan Beräkning + lagring kan du ändra maskinvaran under Maskinvarugenerering med hjälp av skjutreglagen för virtuella kärnor och lagring.
När du anger maskinvaruparameter i mallar eller skript tillhandahålls maskinvaran med hjälp av dess namn. Följande tabell gäller:
| Maskinvara | Name |
|---|---|
| Standardserie (Gen5) | Gen5 |
| Premium-serien | G8IM |
| Minnesoptimerad premiumserie | G8IH |
SKU-namn
Kommentar
När du anger maskinvaru- och tjänstnivå i mallar eller skript kan du ange dem oberoende av varandra, eller så kan du ange ett SKU-namn. När du anger SKU-namnet gäller följande tabell:
| SKU | Tjänstnivå | Maskinvara |
|---|---|---|
| GP_Gen5 | Generell användning | Standardserie |
| GP_G8IM | Generell användning | Premium-serien |
| GP_G8IH | Generell användning | Minnesoptimerad i Premium-serien |
| BC_Gen5 | Affärskritisk | Standardserie |
| BC_G8IM | Affärskritisk | Premium-serien |
| BC_G8IH | Affärskritisk | Minnesoptimerad i Premium-serien |
Maskinvarutillgänglighet
Standard-serien (Gen5) och Premium-serien
Maskinvara i Standard-serien (Gen5) och Premium-serien finns i alla offentliga regioner över hela världen.
Minnesoptimerad premium-seriemaskinvara finns i förhandsversion och har begränsad regional tillgänglighet. Mer information finns i Resursbegränsningar för Azure SQL Managed Instance.
Nästa steg
- Information om hur du kommer igång finns i Skapa en SQL Managed Instance med hjälp av Azure-portalen
- Prisinformation finns i
- Mer information om de specifika beräknings- och lagringsstorlekar som är tillgängliga på tjänstnivåerna Generell användning och Affärskritisk finns i resursbegränsningar baserade på virtuella kärnor för Azure SQL Managed Instance.