Köpmodeller, tjänstnivåer och maskinvaruval

Slutförd

När du har en uppfattning om vilket distributionsalternativ som passar bäst för dina krav är det dags att välja köpmodell, tjänstnivå och maskinvara. Den här lektionen ger en översikt över köpalternativen och när du ska välja dem.

Köpmodell

Köpmodellen för Azure SQL har två alternativ:

  • Köp baserat på virtuella kärnor (vCore-baserad)
  • Köp baserat på databastransaktionsenheter (DTU-baserade)

DTU-modellen är inte tillgänglig i Azure SQL Managed Instance.

Vi rekommenderar den vCore-baserade modellen eftersom du kan välja beräknings- och lagringsresurser oberoende av varandra. Den DTU-baserade modellen utgör ett färdigt paket med beräknings-, lagrings- och I/O-resurser.

Med modellen baserad på virtuell kärna betalar du för:

  • Beräkningsresurser: Tjänstnivån plus antalet virtuella kärnor och mängden minne plus genereringen av maskinvara.
  • Data- och logglagring: Typ och mängd data och logglagring.
  • Lagringsplats för säkerhetskopiering: Geo-redundant lagring med läsåtkomst (RA-GRS), zonredundant lagring (ZRS) eller lokalt redundant lagring (LRS).

Med virtuell kärna-modellen kan du även använda Azure Hybrid-förmån för SQL Server och/eller reserverad kapacitet (betala i förskott) för att spara pengar. Inget av dessa alternativ är tillgängliga i DTU-modellen.

Den här modulen fokuserar på köpmodellen för virtuella kärnor.

Tjänstenivå

Nästa beslut handlar om att välja tjänstnivå för prestanda och tillgänglighet. Vi rekommenderar att du börjar med nivån Generell användning och justerar efter behov. Det finns tre nivåer i modellen med virtuell kärna:

  • Generell användning: Lämplig för de flesta företagsarbetsbelastningar. Erbjuder budgetorienterade, balanserade och skalbara beräknings- och lagringsalternativ.
  • Affärskritisk: Lämplig för företagsprogram med svarskrav med låg svarstid. Är mest motståndskraftig mot fel tack vare flera isolerade repliker. Den här nivån är den enda som kan använda minnesintern OLTP (onlinetransaktionsbearbetning) för att förbättra prestandan.
  • Hyperskala: Lämplig för företagsarbetsbelastningar med mycket skalbar lagring (100 TB+) och lässkalningskrav. Från ett prestanda- och kostnadsperspektiv ligger den här nivån mellan Generell användning och Affärskritisk. Hyperskala är för närvarande endast tillgängligt för enkla databaser i Azure SQL Database.

Beräkningsnivå

Om du väljer nivån Generell användning och den vCore-baserade modellen har du ett annat beslut att fatta angående den beräkningsnivå som du betalar för:

  • Etablerad beräkning är avsedd för normal användning med högre genomsnittligt beräkningsutnyttjande över tid eller för flera databaser som använder elastiska pooler. Etablerad beräkning ger en fast mängd resurser över tid för att säkerställa optimala prestanda och debiteras för dessa resurser oavsett användning. I etablerad beräkning måste du hantera storleken på beräkningsresurserna för din arbetsbelastning.
  • Serverlös beräkning är avsedd för tillfällig, oförutsägbar användning med lägre genomsnittligt beräkningsutnyttjande över tid. Serverlös ger automatisk beräkningsskalning för att förenkla prestandahanteringen och debiteras endast för den mängd beräkning som används. Serverlös har också stöd för automatisk pausning och återupptagning för att hjälpa till med ytterligare prisoptimering. När databasen har pausats betalar du endast för lagring.

Maskinvara

Standardmaskinvaragenereringen kallas för standardmaskinvara i standardserien, tidigare kallad Gen5. Premium-seriens maskinvara ger den senaste och bästa premiummaskinvaran för lagring och beräkning.

Om du väljer Generell användning inom ramen för SQL Database och du vill använda beräkningsnivån Serverlös är Gen5-maskinvaran för närvarande det enda alternativet. I nuläget kan den skalas upp till 40 virtuella kärnor.

De val av inköpsmodell, tjänstnivå och maskinvara som du gör har en betydande inverkan på prestanda, tillgänglighet och kostnader för distributionen.

Kunskapstest

1.

Du flyttar ett program och en databas till Azure, men databasen är för närvarande 62 TB och fortsätter att växa. Du använder för närvarande inga funktioner som är begränsade till instanser. Vilket Azure SQL-distributionsalternativ är enklast att använda?

2.

Anta att du har Azure SQL Database med en distribuerad databas för serverlös beräkning och en fördröjning på två timmar för automatisk paus. Vad händer med din databas och debiteringen efter två timmar utan aktivitet?