VM-storlek: Prestandariktlinjer för SQL Server på virtuella Azure-datorer

  • Artikel

Gäller för:SQL Server på en virtuell Azure-dator

Den här artikeln innehåller vägledning för VM-storlek en serie metodtips och riktlinjer för att optimera prestanda för din SQL Server på virtuella Azure-datorer (VM).

Det finns vanligtvis en kompromiss mellan att optimera för kostnader och optimera prestanda. Den här serien med metodtips för prestanda fokuserar på att få bästa prestanda för SQL Server på virtuella Azure-datorer. Om din arbetsbelastning är mindre krävande kanske du inte behöver varje rekommenderad optimering. Tänk på dina prestandabehov, kostnader och arbetsbelastningsmönster när du utvärderar dessa rekommendationer.

Omfattande information finns i de andra artiklarna i den här serien: Checklista, Lagring, Säkerhet, HADR-konfiguration, Samla in baslinje.

Checklista

Läs följande checklista för en kort översikt över metodtipsen för VM-storlek som resten av artikeln beskriver mer detaljerat:

  • Den nya Ebdsv5-serien ger det högsta I/O-dataflödet till virtuella kärnor i Azure tillsammans med ett förhållande mellan minne och virtuell kärna på 8. Den här serien erbjuder bästa prisprestanda för SQL Server-arbetsbelastningar på virtuella Azure-datorer. Tänk på den här serien först för de flesta SQL Server-arbetsbelastningar.
  • Använd VM-storlekar med 4 eller fler vCPU:er som E4ds_v5 eller högre.
  • Använd minnesoptimerade storlekar på virtuella datorer för att få bästa möjliga prestanda för SQL Server-arbetsbelastningar.
  • Edsv5-serien, M-serien och Mv2-serien erbjuder det optimala förhållandet mellan minne och virtuell kärna som krävs för OLTP-arbetsbelastningar.
  • De virtuella datorerna i M-serien erbjuder det högsta förhållandet mellan minne och virtuell kärna i Azure. Överväg dessa virtuella datorer för verksamhetskritiska arbetsbelastningar och arbetsbelastningar för informationslager.
  • Använd Azure Marketplace-avbildningar för att distribuera dina virtuella SQL Server-datorer eftersom SQL Server-inställningarna och lagringsalternativen har konfigurerats för optimala prestanda.
  • Samla in målarbetsbelastningens prestandaegenskaper och använd dem för att fastställa lämplig VM-storlek för ditt företag.
  • Använd rekommendationsverktygen datamigreringsassistenten och SKU för att hitta rätt VM-storlek för din befintliga SQL Server-arbetsbelastning.
  • Använd Azure Data Studio för att migrera till Azure.

Om du vill jämföra checklistan för VM-storlek med de andra kan du läsa checklistan med omfattande prestandatips.

Översikt

När du skapar en SQL Server på en virtuell Azure-dator bör du noga överväga vilken typ av arbetsbelastning som krävs. Om du migrerar en befintlig miljö samlar du in en prestandabaslinje för att fastställa dina KRAV för SQL Server på virtuella Azure-datorer. Om det här är en ny virtuell dator skapar du den nya virtuella SQL Server-datorn baserat på leverantörens krav.

Om du skapar en ny virtuell SQL Server-dator med ett nytt program som skapats för molnet kan du enkelt ändra storleken på den virtuella SQL Server-datorn allt eftersom dina data- och användningskrav utvecklas. Starta utvecklingsmiljöerna med D-serien på lägre nivå, B-serien eller Av2-serien och utöka din miljö över tid.

Använd marketplace-avbildningarna för virtuella SQL Server-datorer med lagringskonfigurationen i portalen. Det gör det enklare att skapa de lagringspooler som krävs för att få den storlek, IOPS och det dataflöde som krävs för dina arbetsbelastningar. Det är viktigt att välja virtuella SQL Server-datorer som stöder cachelagring i Premium Storage och Premium Storage. Mer information finns i lagringsartikeln.

För närvarande ger Ebdsv5-serien det högsta I/O-dataflöde till vCore-förhållandet som är tillgängligt i Azure. Om du inte känner till I/O-kraven för din SQL Server-arbetsbelastning är den här serien den som mest sannolikt uppfyller dina behov. Mer information finns i lagringsartikeln.

Kommentar

De större storlekarna i Ebdsv5-serien (48 vCPU:er och större) har stöd för NVMe-aktiverad lagringsåtkomst. För att kunna dra nytta av den här höga I/O-prestandan måste du distribuera den virtuella datorn med NVMe. NVMe-stöd för SQL Server Marketplace-avbildningar kommer snart, men för tillfället måste du själv installera SQL Server för att kunna dra nytta av NVMe.

SQL Server-informationslagret och verksamhetskritiska miljöer behöver ofta skalas utöver förhållandet 8 minnes-till-v-kärnor. För medelstora miljöer kanske du vill välja ett förhållande på 16 minnes-till-v-kärnor och ett förhållande på 32 minnes-till-v-kärnor för större informationslagermiljöer.

SQL Server-informationslagermiljöer drar ofta nytta av parallell bearbetning av större datorer. Därför är M-serien och Mv2-serien bra alternativ för större informationslagermiljöer.

Använd vCPU- och minneskonfigurationen från källdatorn som baslinje för att migrera en aktuell lokal SQL Server-databas till SQL Server på virtuella Azure-datorer. Om du har Software Assurance kan du dra nytta av Azure Hybrid-förmånen för att ta med dina licenser till Azure och spara på SQL Server-licenskostnader.

Minnesoptimerad

Storlekarna för minnesoptimerade virtuella datorer är ett primärt mål för virtuella SQL Server-datorer och det rekommenderade valet av Microsoft. De minnesoptimerade virtuella datorerna erbjuder starkare minnes-till-CPU-förhållanden och mellanstora till stora cachealternativ.

Ebdsv5-serien

Ebdsv5-serien är en ny minnesoptimerad serie med virtuella datorer som erbjuder det högsta tillgängliga fjärrlagringsdataflödet i Azure. Dessa virtuella datorer har ett förhållande mellan minne och virtuell kärna på 8, vilket tillsammans med det höga I/O-dataflödet gör dem idealiska för SQL Server-arbetsbelastningar. De virtuella datorerna i Ebdsv5-serien erbjuder bästa prisprestanda för SQL Server-arbetsbelastningar som körs på virtuella Azure-datorer och vi rekommenderar dem starkt för de flesta SQL Server-arbetsbelastningar i produktion.

Edsv5-serien

Edsv5-serien är utformad för minnesintensiva program och är idealisk för SQL Server-arbetsbelastningar som inte kräver så högt I/O-dataflöde som Ebdsv5-serien erbjuder. Dessa virtuella datorer har en stor lokal lagrings-SSD-kapacitet, upp till 672 GiB RAM-minne och mycket högt lokalt och fjärranslutet lagringsdataflöde. Det finns nästan konsekventa 8 GiB minne per virtuell kärna på de flesta av dessa virtuella datorer, vilket är idealiskt för de flesta SQL Server-arbetsbelastningar.

Den största virtuella datorn i den här gruppen är Standard_E104ids_v5 som erbjuder 104 virtuella kärnor och 672 GIB-minne. Den här virtuella datorn är anmärkningsvärd eftersom den är isolerad , vilket innebär att den garanterat är den enda virtuella datorn som körs på värden och därför är isolerad från andra kundarbetsbelastningar. Detta har ett förhållande mellan minne och virtuell kärna som är lägre än vad som rekommenderas för SQL Server, så det bör endast användas om isolering krävs.

De virtuella datorerna i Edsv5-serien stöder premiumlagring och cachelagring av Premium Storage.

ECadsv5-serien

Storlekar på virtuella datorer i ECadsv5-serien är minnesoptimerade konfidentiella virtuella Azure-datorer med en tillfällig disk. Granska konfidentiella virtuella datorer för information om säkerhetsfördelarna med konfidentiella virtuella Azure-datorer.

Eftersom säkerhetsfunktionerna i konfidentiella virtuella Azure-datorer kan medföra prestandakostnader testar du arbetsbelastningen och väljer en VM-storlek som uppfyller dina prestandakrav.

M- och Mv2-serien

M-serien erbjuder antal virtuella kärnor och minne för några av de största SQL Server-arbetsbelastningarna.

Mv2-serien har det högsta antalet virtuella kärnor och minne och rekommenderas för verksamhetskritiska arbetsbelastningar och arbetsbelastningar för informationslager. Mv2-seriens instanser är minnesoptimerade VM-storlekar som ger oöverträffad beräkningsprestanda för att stödja stora minnesinterna databaser och arbetsbelastningar med ett högt förhållande mellan minne och PROCESSOR som är perfekt för relationsdatabasservrar, stora cacheminnen och minnesintern analys.

Några av funktionerna i M- och Mv2-serien som är attraktiva för SQL Server-prestanda är premiumlagring och stöd för cachelagring av premiumlagring, stöd för ultradiskar och skrivacceleration.

Generell användning

Storlekar på virtuella datorer för generell användning är utformade för att ge balanserade förhållandet mellan minne och virtuell kärna för mindre arbetsbelastningar på ingångsnivå, till exempel utveckling och testning, webbservrar och mindre databasservrar.

På grund av de mindre förhållandet mellan minne och virtuell kärna med de virtuella datorerna generell användning är det viktigt att noggrant övervaka minnesbaserade prestandaräknare för att säkerställa att SQL Server kan hämta det buffertcacheminne som behövs. Mer information finns i baslinjen för minnesprestanda.

Eftersom startrekommenderingen för produktionsarbetsbelastningar är ett förhållande mellan minne och virtuell kärna på 8, är den minsta rekommenderade konfigurationen för en allmän virtuell dator som kör SQL Server 4 vCPU och 32 GiB minne.

Ddsv5-serien

Ddsv5-serien erbjuder en rättvis kombination av vCPU, minne och tillfällig disk men med mindre stöd för minne till virtuell kärna.

De virtuella Ddsv5-datorerna innehåller kortare svarstid och lokal lagring med högre hastighet.

Dessa datorer är idealiska för sql- och appdistributioner sida vid sida som kräver snabb åtkomst till temporär lagring och avdelningsrelationsdatabaser. Det finns ett standardförhållande mellan minne och virtuell kärna på 4 för alla virtuella datorer i den här serien.

Därför rekommenderar vi att du använder D8ds_v5 som den virtuella startdatorn i den här serien, som har 8 virtuella kärnor och 32 gibs minne. Den största datorn är D96ds_v5, som har 96 virtuella kärnor och 256 gibs minne.

De virtuella datorerna i Ddsv5-serien stöder cachelagring i Premium Storage och Premium Storage.

Kommentar

Ddsv5-serien har inte förhållandet mellan minne och virtuell kärna på 8 som rekommenderas för SQL Server-arbetsbelastningar. Därför bör du överväga att använda dessa virtuella datorer endast för små program och utvecklingsarbetsbelastningar.

DCadsv5-serien

Storlekar på virtuella datorer i DCadsv5-serien är allmänt avsedda för konfidentiella virtuella Azure-datorer med tillfällig disk. Granska konfidentiella virtuella datorer för information om säkerhetsfördelarna med konfidentiella virtuella Azure-datorer.

Eftersom säkerhetsfunktionerna i konfidentiella virtuella Azure-datorer kan medföra prestandakostnader testar du arbetsbelastningen och väljer en VM-storlek som uppfyller dina prestandakrav.

B-serien

Storlekar på virtuella datorer i B-serien är idealiska för arbetsbelastningar som inte behöver konsekventa prestanda, till exempel konceptbevis och mycket små program- och utvecklingsservrar.

De flesta virtuella datorer i B-serien som kan brista har ett förhållande mellan minne och virtuell kärna på 4. Den största av dessa datorer är Standard_B20ms med 20 virtuella kärnor och 80 GiB minne.

Den här serien är unik eftersom apparna har möjlighet att brista under kontorstid med burstbara krediter som varierar beroende på datorstorlek.

När krediterna är slut återgår den virtuella datorn till originaldatorns prestanda.

Fördelen med B-serien är de beräkningsbesparingar du kan uppnå jämfört med de andra VM-storlekarna i andra serier, särskilt om du behöver bearbetningskraften sparsamt under dagen.

Den här serien stöder Premium Storage, men stöderinte cachelagring i Premium Storage.

Kommentar

B-serien som kan brista har inte förhållandet mellan minne och virtuell kärna på 8 som rekommenderas för SQL Server-arbetsbelastningar. Därför bör du överväga att använda dessa virtuella datorer endast för mindre program, webbservrar och utvecklingsarbetsbelastningar.

Av2-serien

De virtuella datorerna i Av2-serien passar bäst för arbetsbelastningar på ingångsnivå som utveckling och testning, webbservrar med låg trafik, små till medelstora appdatabaser och konceptbevis.

Endast Standard_A2m_v2 (2 virtuella kärnor och 16gibs minne), Standard_A4m_v2 (4 virtuella kärnor och 32GiBs minne) och Standard_A8m_v2 (8 virtuella kärnor och 64GiBs minne) har ett bra förhållande mellan minne och virtuell kärna på 8 för dessa tre främsta virtuella datorer.

De här virtuella datorerna är båda bra alternativ för mindre utveckling och testning av SQL Server-datorer.

8 virtuella kärnor Standard_A8m_v2 kan också vara ett bra alternativ för små program och webbservrar.

Kommentar

Av2-serien stöder inte premiumlagring och rekommenderas därför inte för SQL Server-arbetsbelastningar för produktion även med de virtuella datorer som har ett förhållande mellan minne och virtuell kärna på 8.

Lagringsoptimerad

Lagringsoptimerade VM-storlekar är för specifika användningsfall. Dessa virtuella datorer är särskilt utformade med optimerat diskdataflöde och I/O.

Lsv2-serien

Lsv2-serien har högt dataflöde, låg svarstid och lokal NVMe-lagring. De virtuella datorerna i Lsv2-serien är optimerade för att använda den lokala disken på noden som är ansluten direkt till den virtuella datorn i stället för att använda varaktiga datadiskar.

Dessa virtuella datorer är starka alternativ för stordata, informationslager, rapportering och ETL-arbetsbelastningar. Det höga dataflödet och IOPS för den lokala NVMe-lagringen är ett bra användningsfall för bearbetning av filer som läses in i databasen och andra scenarier där data kan återskapas från källsystemet eller andra lagringsplatser som Azure Blob Storage eller Azure Data Lake. Virtuella datorer i Lsv2-serien kan också brista sina diskprestanda i upp till 30 minuter i taget.

Dessa virtuella datorer är mellan 8 och 80 vCPU:er med 8 GiB minne per vCPU och för varje 8 vCPU:er finns det 1,92 TB NVMe SSD. Det innebär att för den största virtuella datorn i den här serien, L80s_v2, finns det 80 vCPU och 640 BiB minne med 10x1,92 TB NVMe-lagring. Det finns ett konsekvent förhållande mellan minne och virtuell kärna på 8 på alla dessa virtuella datorer.

NVMe-lagringen är tillfällig, vilket innebär att data går förlorade på dessa diskar om du frigör den virtuella datorn eller om den flyttas till en annan värd för tjänståterställning.

Lsv2- och Ls-serien stöder premiumlagring, men inte cachelagring av premiumlagring. Det går inte att skapa en lokal cache för att öka IOPS.

Varning

Lagring av dina datafiler på den tillfälliga NVMe-lagringen kan leda till dataförlust när den virtuella datorn frigörs.

Begränsade virtuella kärnor

Sql Server-arbetsbelastningar med höga prestanda behöver ofta större mängder minne, IOPS och dataflöde utan de högre antalet virtuella kärnor.

De flesta OLTP-arbetsbelastningar är programdatabaser som drivs av ett stort antal mindre transaktioner. Med OLTP-arbetsbelastningar är det bara en liten mängd data som läs- eller ändringsdata, men volymerna av transaktioner som drivs av antalet användare är mycket högre. Det är viktigt att ha SQL Server-minnet tillgängligt för cacheplaner, lagra nyligen använda data för prestanda och se till att fysiska läsningar kan läsas in i minnet snabbt.

Dessa OLTP-miljöer behöver högre mängder minne, snabb lagring och den I/O-bandbredd som krävs för att prestera optimalt.

För att upprätthålla den här prestandanivån utan högre SQL Server-licensieringskostnader erbjuder Azure VM-storlekar med begränsat antal virtuella processorer.

Detta hjälper till att kontrollera licenskostnaderna genom att minska de tillgängliga virtuella kärnorna samtidigt som samma minne, lagring och I/O-bandbredd bibehålls för den överordnade virtuella datorn.

Antalet virtuella processorer kan begränsas till hälften till en fjärdedel av den ursprungliga VM-storleken. Om du minskar antalet virtuella kärnor som är tillgängliga för den virtuella datorn uppnås högre förhållande mellan minne och virtuell kärna, men beräkningskostnaden förblir densamma.

Dessa nya VM-storlekar har ett suffix som anger antalet aktiva vCPU:er för att göra dem enklare att identifiera.

Till exempel kräver M64-32ms endast licensiering 32 virtuella SQL Server-kärnor med minne, I/O och dataflöde för M64ms och M64-16ms kräver licensiering endast 16 virtuella kärnor. Även om M64-16ms har en fjärdedel av SQL Server-licensieringskostnaden för M64ms är beräkningskostnaden för de virtuella datorerna densamma.

Kommentar

  • Mellanstora till stora datalagerarbetsbelastningar kan fortfarande dra nytta av begränsade virtuella virtuella kärnor, men arbetsbelastningar i informationslagret kännetecknas ofta av färre användare och processer som hanterar större mängder data via frågeplaner som körs parallellt.
  • Beräkningskostnaden, som omfattar licensiering av operativsystem, förblir densamma som den överordnade virtuella datorn.

Nästa steg

Mer information finns i de andra artiklarna i den här serien med metodtips: