Dela via

Hyperskala tjänstnivå

  • Artikel

Gäller för:Azure SQL Database

Azure SQL Database baseras på SQL Server Database Engine-arkitekturen som justeras för molnmiljön för att säkerställa hög tillgänglighet även i händelse av infrastrukturfel. Det finns tre alternativ på tjänstnivå i köpmodellen för virtuella kärnor för Azure SQL Database:

  • Generell användning
  • Affärskritisk
  • Hyperskala

Tjänstnivån Hyperskala är lämplig för alla arbetsbelastningstyper. Dess molnbaserade arkitektur ger oberoende skalbar beräkning och lagring för att stödja den bredaste variationen av traditionella och moderna program. Beräknings- och lagringsresurser i Hyperskala överskrider avsevärt de resurser som är tillgängliga på nivåerna Generell användning och Affärskritisk.

Kommentar

Vilka är hyperskala-funktionerna?

Tjänstnivån Hyperskala i Azure SQL Database innehåller följande ytterligare funktioner:

  • Snabb uppskalning – du kan i konstant tid skala upp dina beräkningsresurser för att hantera tunga arbetsbelastningar vid behov och sedan skala ned beräkningsresurserna igen när de inte behövs.
  • Snabb utskalning – du kan etablera en eller flera skrivskyddade repliker för avlastning av läsarbetsbelastningen och för användning som frekventa väntelägen.
  • Automatisk uppskalning, nedskalning och fakturering för beräkning baserat på användning med serverlös beräkning.
  • Optimerat pris/prestanda för en grupp Hyperskala-databaser med varierande resurskrav med elastiska pooler (i förhandsversion).
  • Automatisk skalning av lagring med stöd för upp till 100 TB databas eller elastisk poolstorlek.
  • Högre övergripande prestanda på grund av högre dataflöde för transaktionsloggar och snabbare transaktionsincheckningstider oavsett datavolymer.
  • Snabba säkerhetskopieringar av databaser (baserat på ögonblicksbilder av filer) oavsett storlek utan I/O-påverkan på beräkningsresurser.
  • Snabb databasåterställning eller kopior (baserat på ögonblicksbilder av filer) på några minuter i stället för timmar eller dagar.

Tjänstnivån Hyperskala tar bort många av de praktiska gränser som traditionellt sett setts i molndatabaser. Om de flesta andra databaser begränsas av de resurser som är tillgängliga i en enda nod har databaser på tjänstnivån Hyperskala inga sådana gränser. Med sin flexibla lagringsarkitektur växer lagringen efter behov. Faktum är att Hyperskala-databaser inte skapas med en definierad maxstorlek. En Hyperskala-databas växer efter behov – och du debiteras endast för den allokerade lagringskapaciteten. För läsintensiva arbetsbelastningar ger tjänstnivån Hyperskala snabb utskalning genom att etablera ytterligare repliker efter behov för avlastning av läsarbetsbelastningar.

Dessutom är den tid som krävs för att skapa databassäkerhetskopior eller för att skala upp eller ned inte längre knuten till datavolymen i databasen. Hyperskala-databaser säkerhetskopieras nästan omedelbart. Du kan också skala en databas i tiotals terabyte upp eller ned inom några minuter på den etablerade beräkningsnivån eller använda serverlös för att skala beräkning automatiskt. Den här funktionen befriar dig från problem med att bli inrutad av dina första konfigurationsalternativ.

Mer information om beräkningsstorlekarna för tjänstnivån Hyperskala finns i Egenskaper för tjänstnivå.

Vem bör överväga tjänstnivån Hyperskala

Tjänstnivån Hyperskala är avsedd för alla kunder som behöver högre prestanda och tillgänglighet, snabb säkerhetskopiering och återställning samt/eller snabb skalbarhet för lagring och beräkning. Detta inkluderar kunder som flyttar till molnet för att modernisera sina program samt kunder som redan använder andra tjänstnivåer i Azure SQL Database. Tjänstnivån Hyperskala stöder ett brett utbud av databasarbetsbelastningar, från ren OLTP till ren analys. Den är optimerad för OLTP- och HTAP-arbetsbelastningar (hybridtransaktions- och analysbearbetning).

Kommentar

Elastiska pooler för Hyperskala är för närvarande i förhandsversion.

Prismodell för hyperskala

Kommentar

Förenklad prissättning för Azure SQL Database Hyperscale har kommit! Granska den nya prisnivån för Azure SQL Database Hyperscale-meddelande och information om prisändringar finns i Azure SQL Database Hyperscale – lägre, förenklad prissättning!.

Tjänstnivån Hyperskala är endast tillgänglig i modellen med virtuella kärnor. För att anpassa till den nya arkitekturen skiljer sig prismodellen något från tjänstnivåerna Generell användning eller Affärskritisk:

  • Etablerad beräkning:

    Priset för beräkningsenheter i Hyperskala är per replik. Användare kan anpassa det totala antalet sekundära repliker med hög tillgänglighet från 0 till 4, beroende på tillgänglighets- och skalbarhetskrav, och skapa upp till 30 namngivna repliker för att stödja en mängd olika lässkalningsarbetsbelastningar.

  • Serverlös beräkning:

    Serverlös beräkningsfakturering baseras på användning. Mer information finns i Serverlös beräkningsnivå för Azure SQL Database.

  • Lagring:

    Du behöver inte ange den maximala datastorleken när du konfigurerar en Hyperskala-databas. På hyperskalenivå debiteras du för lagring av databasen baserat på faktisk allokering. Lagring allokeras automatiskt mellan 10 GB och 100 TB och växer i steg om 10 GB efter behov.

Mer information om prissättning för Hyperskala finns i Prissättning för Azure SQL Database

Jämför resursgränser

De vCore-baserade tjänstnivåerna är differentierade baserat på databastillgänglighet, lagringstyp, prestanda och maximal lagringsstorlek. Dessa skillnader beskrivs i följande tabell:

ㅤ Generell användning Affärskritisk Hyperskala
Bäst för Erbjuder budgetorienterade alternativ för balanserad beräkning och lagring. OLTP-program med hög transaktionshastighet och låg I/O-svarstid. Ger hög motståndskraft mot fel och snabba redundansväxlingar med hjälp av flera repliker med frekvent vänteläge. Det bredaste utbudet av arbetsbelastningar. Lagringsstorlek för automatisk skalning upp till 100 TB, snabb lodrät och vågrät beräkningsskalning, snabb databasåterställning.
Beräkningsstorlek 2 till 128 virtuella kärnor 2 till 128 virtuella kärnor 2 till 128 virtuella kärnor 1
Lagringstyp Premium-fjärrlagring (per instans) Supersnabb lokal SSD-lagring (per instans) Frikopplad lagring med lokal SSD-cache (per beräkningsreplik)
Lagringsstorlek1 1 GB – 4 TB 1 GB – 4 TB 10 GB – 100 TB
IOPS 320 IOPS per virtuell kärna med maximalt 16 000 IOPS 4 000 IOPS per virtuell kärna med maximalt 327 680 IOPS 327 680 IOPS med maximal lokal SSD
Hyperskala är en arkitektur med flera nivåer med cachelagring på flera nivåer. Effektiv IOPS beror på arbetsbelastningen.
Minne/virtuell kärna 5,1 GB 5,1 GB 5,1 GB eller 10,2 GB
Tillgänglighet En replik, ingen utskalning, zonredundant HA Tre repliker, en läsbar skalbar, zonredundant HA Flera repliker, upp till fyra läsbara skalbara, zonredundanta HA
Säkerhetskopior Ett val av lokalt redundant lagring (LRS), zonredundant (ZRS) eller geo-redundant lagring (GRS)
Kvarhållning på 1–35 dagar (sju dagar som standard) med upp till 10 års långsiktig kvarhållning tillgänglig		 Ett val av lokalt redundant lagring (LRS), zonredundant (ZRS) eller geo-redundant lagring (GRS)
Kvarhållning på 1–35 dagar (sju dagar som standard) med upp till 10 års långsiktig kvarhållning tillgänglig		 Ett val av lokalt redundant lagring (LRS), zonredundant (ZRS) eller geo-redundant lagring (GRS)
Kvarhållning på 1–35 dagar (sju dagar som standard) med upp till 10 års långsiktig kvarhållning tillgänglig
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.		 virtuella kärnor för varje replik, allokerad datalagring 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		 Reserverade instanser
Azure Hybrid-förmån (inte tillgängligt för dev/test-prenumerationer) 2
Enterprise - och Betala per användning Dev/Test-prenumerationer

1Översikt över elastiska hyperskalapooler i Azure SQL Database är för närvarande i förhandsversion.
2 Förenklad prissättning för SQL Database Hyperscale kommer snart. Mer information finns i prissättningsbloggen för Hyperskala.

Beräkningsresurser

Konfiguration av maskinvara Processor Minne
Standardserie (Gen5) Etablerad beräkning
- Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake)1, Intel® 8272CL (Cascade Lake) 2,5 GHz1, Intel® Xeon Platinum 8370C (Ice Lake)1, AMD EPYC 7763v (Milano) processorer
– Etablera upp till 80 virtuella kärnor (hypertrådad)

Serverlös databearbetning
- Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel® SP-8160 (Skylake)1, Intel® 8272CL (Cascade Lake) 2,5 GHz1, Intel Xeon® Platinum 8370C (Ice Lake)1, AMD EPYC 7763v (Milano) processorer
– Skala upp till 80 virtuella kärnor automatiskt (hypertrådad)
– Förhållandet mellan minne och virtuell kärna anpassas dynamiskt till minnes- och CPU-användning baserat på efterfrågan på arbetsbelastningar och kan vara så högt som 24 GB per virtuell kärna. Vid en viss tidpunkt kan till exempel en arbetsbelastning använda och faktureras för 240 GB minne och endast 10 virtuella kärnor.		 Etablerad beräkning
- 5,1 GB per virtuell kärna
– Etablera upp till 625 GB

Serverlös databearbetning
– Skala upp till 24 GB per virtuell kärna automatiskt
– Skala upp till högst 240 GB automatiskt
Premium-serien - Intel® Xeon Platinum 8370C (Ice Lake), AMD EPYC 7763v (Milano) processorer
– Etablera upp till 128 virtuella kärnor (hypertrådad)		 - 5,1 GB per virtuell kärna
Minnesoptimerad i Premium-serien - Intel® Xeon Platinum 8370C (Ice Lake), AMD EPYC 7763v (Milano) processorer
– Etablera upp till 80 virtuella kärnor (hypertrådad)		 - 10,2 GB per virtuell kärna

1 I vyn sys.dm_user_db_resource_governance dynamisk hantering visas maskinvarugenerering för databaser med Intel® SP-8160-processorer (Skylake) som Gen6, maskinvarugenerering för databaser med Intel® 8272CL (Cascade Lake) visas som Gen7 och maskinvarugenerering för databaser som använder Intel Xeon® Platinum 8370C (Ice Lake) eller AMD® EPYC® 7763v (Milano) visas som Gen8. För en viss beräkningsstorlek och maskinvarukonfiguration är resursgränserna desamma oavsett cpu-typ. Mer information finns i resursgränser för enskilda databaser och elastiska pooler.

Serverlös stöds endast på Gen5-maskinvara (Standard-serien).

Arkitektur för distribuerade funktioner

Hyperskala separerar frågebearbetningsmotorn från de komponenter som ger långsiktig lagring och hållbarhet för data. Med den här arkitekturen kan du skala lagringskapaciteten så smidigt som det behövs (det ursprungliga målet är 100 TB) och möjligheten att skala beräkningsresurser snabbt.

Följande diagram illustrerar den funktionella Hyperskala-arkitekturen:

Diagram showing Hyperscale architecture.

Läs mer om arkitekturen för distribuerade funktioner i Hyperskala.

Skalnings- och prestandafördelar

Med möjligheten att snabbt starta upp/ned ytterligare skrivskyddade beräkningsnoder tillåter Hyperskala-arkitekturen betydande lässkalningsfunktioner och kan även frigöra den primära beräkningsnoden för att hantera fler skrivbegäranden. Dessutom kan beräkningsnoderna skalas upp/ned snabbt på grund av arkitekturen för delad lagring i Hyperskala-arkitekturen. Skrivskyddade beräkningsnoder i Hyperskala är också tillgängliga på den serverlösa beräkningsnivån, som automatiskt skalar beräkning baserat på efterfrågan på arbetsbelastningar.

Skapa och hantera Hyperskala-databaser

Du kan skapa och hantera Hyperskala-databaser med hjälp av Azure-portalen, Transact-SQL, PowerShell och Azure CLI. Mer information finns i Snabbstart: Skapa en Hyperskala-databas.

Åtgärd Detaljer Läs mer
Skapa en Hyperskala-databas Hyperskala-databaser är endast tillgängliga med hjälp av den vCore-baserade köpmodellen. Hitta exempel för att skapa en Hyperskala-databas i Snabbstart: Skapa en Hyperskala-databas i Azure SQL Database.
Uppgradera en befintlig databas till Hyperskala Att migrera en befintlig databas i Azure SQL Database till Hyperskala-nivån är en storlek på dataåtgärden. Lär dig hur du migrerar en befintlig databas till Hyperskala.
Omvänd migrering av en Hyperskala-databas till tjänstnivån Generell användning Om du tidigare migrerade en befintlig Azure SQL Database till tjänstnivån Hyperskala kan du ångra migreringen av databasen till tjänstnivån Generell användning inom 45 dagar efter den ursprungliga migreringen till Hyperskala.

Om du vill migrera databasen till en annan tjänstnivå, till exempel Affärskritisk, måste du först ångra migreringen till tjänstnivån Generell användning och sedan ändra tjänstnivån.		 Lär dig hur du omvänt migrerar från Hyperskala, inklusive begränsningarna för omvänd migrering.

Databas med hög tillgänglighet i Hyperskala

Precis som i alla andra tjänstnivåer garanterar Hyperskala datahållbarhet för incheckade transaktioner oavsett tillgänglighet för beräkningsrepliker. Omfattningen av stilleståndstid på grund av att den primära repliken blir otillgänglig beror på typen av redundans (planerad eller oplanerad), om zonredundans har konfigurerats och på förekomsten av minst en replik med hög tillgänglighet. I en planerad redundansväxling (till exempel en underhållshändelse) skapar systemet antingen den nya primära repliken innan en redundansväxling initieras eller använder en befintlig replik med hög tillgänglighet som redundansmål. I en oplanerad redundansväxling (till exempel ett maskinvarufel på den primära repliken) använder systemet en replik med hög tillgänglighet som ett redundansmål om det finns en sådan, eller skapar en ny primär replik från poolen med tillgänglig beräkningskapacitet. I det senare fallet är stilleståndstiden längre på grund av extra steg som krävs för att skapa den nya primära repliken.

Du kan välja ett underhållsperiod som gör att du kan göra påverkanskänsliga underhållshändelser förutsägbara och mindre störande för din arbetsbelastning.

Mer information om serviceavtal för Hyperskala finns i SLA för Azure SQL Database.

Säkerhetskopiera och återställ

Säkerhetskopierings- och återställningsåtgärder för Hyperskala-databaser är filögonblicksbaserade. Detta gör att dessa åtgärder kan vara nästan omedelbart. Eftersom Hyperskala-arkitekturen använder lagringslagret för säkerhetskopiering och återställning minskar bearbetningsbelastningen och prestandapåverkan på beräkningsrepliker avsevärt. Läs mer i Hyperskala-säkerhetskopior och lagringsredundans.

Haveriberedskap för Hyperskala-databaser

Om du behöver återställa en Hyperskala-databas i Azure SQL Database till en annan region än den som den för närvarande finns i, som en del av en haveriberedskapsåtgärd eller detaljgranskning, omlokalisering eller någon annan anledning, är den primära metoden att göra en geo-återställning av databasen. Geo-återställning är endast tillgängligt när geo-redundant lagring (RA-GRS) har valts för lagringsredundans.

Läs mer om hur du återställer en Hyperskala-databas till en annan region.

Kända begränsningar

Det här är de aktuella begränsningarna för tjänstnivån Hyperskala. Vi arbetar aktivt med att ta bort så många av dessa begränsningar som möjligt.

Problem beskrivning
Återställa databasen från andra tjänstnivåer En icke-Hyperskala-databas kan inte återställas som en Hyperskala-databas och en Hyperskala-databas kan inte återställas som en icke-Hyperskala-databas.

För databaser som migreras till Hyperskala från andra Azure SQL Database-tjänstnivåer sparas säkerhetskopieringar före migreringen under kvarhållningsperioden för säkerhetskopior för källdatabasen, inklusive långsiktiga kvarhållningsprinciper. Återställning av en säkerhetskopia före migreringen inom kvarhållningsperioden för säkerhetskopian av databasen stöds via kommandoraden. Du kan återställa dessa säkerhetskopior till valfri tjänstnivå som inte är hyperskala.
Elastiska pooler Elastiska pooler är nu i förhandsversion.
Migrering av databaser med minnesinterna OLTP-objekt Hyperskala stöder en delmängd av Minnesinterna OLTP-objekt, inklusive minnesoptimerade tabelltyper, tabellvariabler och inbyggda kompilerade moduler. Men när några minnesinterna OLTP-objekt finns i databasen som migreras stöds inte migrering från Premium- och Affärskritisk-tjänstnivåer till Hyperskala. Om du vill migrera en sådan databas till Hyperskala måste alla minnesinterna OLTP-objekt och deras beroenden tas bort. När databasen har migrerats kan dessa objekt återskapas. Varaktiga och icke-hållbara minnesoptimerade tabeller stöds för närvarande inte i Hyperskala och måste ändras till disktabeller.
Krymp databas DBCC SHRINKDATABASE, DBCC SHRINKFILE eller inställning AUTO_SHRINK till PÅ på databasnivå stöds för närvarande inte för Hyperskala-databaser.
Kontroll av databasintegritet DBCC CHECKDB stöds inte för närvarande för Hyperskala-databaser. DBCC CHECKTABLE ('TableName') MED TABLOCK och DBCC CHECKFILEGROUP WITH TABLOCK kan användas som en lösning. Mer information om dataintegritetshantering i Azure SQL Database finns i Dataintegritet i Azure SQL Database .
Elastiska jobb Det går inte att använda en Hyperskala-databas som jobbdatabas. Elastiska jobb kan dock rikta in sig på Hyperskala-databaser på samma sätt som andra databaser i Azure SQL Database.
Datasynkronisering Det går inte att använda en Hyperskala-databas som en hubb- eller synkroniseringsmetadatadatabas. En Hyperskala-databas kan dock vara en medlemsdatabas i en datasynkroniseringstopologi.
Maskinvara i Premium-serien i Hyperskala-tjänstnivå Premium-serien och minnesoptimerad premiumseriemaskinvara stöder för närvarande inte:

– Zonredundans

– Serverlös beräkningsnivå.
Regional tillgänglighet Minnesoptimerad maskinvara i Premium-serien och Premium-serien är tillgänglig i begränsade Azure-regioner. En lista finns i Hyperskala premiumserietillgänglighet.

Relaterat innehåll