VM-grootte: aanbevolen procedures voor prestaties voor SQL Server op Azure-VM's

Van toepassing op:SQL Server op Azure VM-

In dit artikel vindt u richtlijnen voor VM-grootten en een reeks beste werkwijzen om de prestaties van uw SQL Server op Azure Virtual Machines (VM's) te optimaliseren.

Er is meestal een afweging tussen optimaliseren voor kosten en optimaliseren voor prestaties. Deze reeks aanbevolen procedures voor prestaties is gericht op het verkrijgen van de beste prestaties voor SQL Server op Virtuele Azure-machines. Als uw workload minder veeleisend is, hebt u mogelijk niet elke aanbevolen optimalisatie nodig. Houd rekening met uw prestatiebehoeften, kosten en workloadpatronen wanneer u deze aanbevelingen evalueert.

Zie de andere artikelen in deze reeks voor uitgebreide informatie: Checklist, Storage, Security, HADR-configuratie, Basislijn verzamelen.

Controlelijst

Bekijk de volgende controlelijst voor een beknopt overzicht van de best practices voor de VM-grootte, die in de rest van het artikel in meer detail worden behandeld.

• Identificeer prestatiekenmerken van workloads om de juiste VM-grootte voor uw bedrijf te bepalen.
• Als u migreert naar Azure, gebruikt u de Azure SQL-migratie-extensie voor Azure Data Studio om de juiste VM-grootte voor uw bestaande SQL Server-workload te vinden en vervolgens te migreren met Azure Data Studio.
• Gebruik Azure Marketplace-installatiekopieën om uw SQL Server-VM's te implementeren omdat de SQL Server-instellingen en opslagopties zijn geconfigureerd voor optimale prestaties.
• Gebruik VM-grootten met 4 of meer vCPU's.
• Gebruik de grootten van virtuele machines die zijn geoptimaliseerd voor geheugen voor de beste prestaties van SQL Server-workloads.
  • De Edsv5-serieen de Msv3- en Mdsv3-serie bieden een optimale geheugen-naar-vCore-verhouding die wordt aanbevolen voor OLTP-workloads.
  • De vm's uit de Mbdsv3-serie de beste prestaties bieden voor SQL Server-workloads op Virtuele Azure-machines. Overweeg deze reeks eerst voor bedrijfskritieke OLTP- en datawarehouse SQL Server-workloads.
  • De Ebdsv5-serie biedt een hoge I/O-doorvoer-naar-vCore-verhouding, samen met een geheugen-naar-vCore-verhouding van 8:1. Deze reeks biedt de beste prijs-prestaties voor SQL Server-workloads op Azure-VM's. Overweeg deze VM's eerst voor de meeste SQL Server-workloads.
  • De M-serie biedt VM's met de hoogste geheugentoewijzing in Azure.
  • De Mbsv3- en Mbdsv3-serie VM's bieden een hoge geheugentoewijzing en de hoogste I/O-doorvoer-naar-vCore-verhouding tussen de M-serie, samen met een consistente geheugen-naar-vCore-verhouding van ten minste 8:1.
• Begin ontwikkelomgevingen met de D-serie, B-serie of Av2-serie en breid uw omgeving in de loop van de tijd uit.
• Controleer vm-ondersteuning om niet-ondersteunde configuraties te voorkomen.

Als u de controlelijst voor VM-grootte wilt vergelijken met de andere, raadpleegt u de uitgebreide controlelijst voor best practices voor prestaties.

Overzicht

Houd bij het maken van een SQL Server op Azure VM zorgvuldig rekening met het type workload dat nodig is. Als u een bestaande omgeving migreert, een prestatiebasislijn verzamelen om uw SQL Server op azure-VM-vereisten te bepalen. Gebruik de vCPU- en geheugenconfiguratie van uw bronmachine als basislijn voor het migreren van een huidige on-premises SQL Server-database naar SQL Server op virtuele Azure-machines. Als u Software Assurance hebt, profiteert u van Azure Hybrid Benefit waarmee u uw SQL Server-licenties kunt toewijzen aan SQL Server op Virtuele Azure-machines.

Als dit een nieuwe VIRTUELE machine is, maakt u de nieuwe SQL Server-VM op basis van uw toepassingsvereisten. Als u een nieuwe SQL Server-VM maakt voor een nieuwe toepassing die is gebouwd voor de cloud, kunt u uw SQL Server-VM eenvoudig schalen naarmate uw gegevens- en gebruiksvereisten zich ontwikkelen. Begin ontwikkelomgevingen met de D-serie, B-serie of Av2-serie en breid uw omgeving in de loop van de tijd uit.

Houd rekening met de volgende VM-serie op basis van uw SQL Server-workloads:

• Hoogste geheugentoewijzing voor bedrijfskritieke workloads: de vm's uit de Mbsv3- en Mbdsv3-serie biedt de hoogste geheugentoewijzing in Azure, met de beste opslagprestaties.
• hoge I/O-doorvoer-naar-vCore-verhouding: de vm's uit de Mbsv3- en Mbdsv3-serie bieden de hoogste doorvoer-naar-vCore-verhouding van elke VM-serie in elke cloud. De VM's uit de Ebdsv5-serie bieden de op een na hoogste doorvoer-naar-vCore-verhouding in Azure. Als u de I/O-vereisten voor uw SQL Server-workload niet weet, is de VM's uit de Ebdsv5-serie het meest geschikt voor uw behoeften. Zie het artikel storage voor meer informatie.
• parallelle verwerking voor grotere machines: de vm's uit de Msv3- en Mdsv3-serie parallelle verwerking bieden, waardoor ze goede opties bieden voor grotere datawarehouse-omgevingen.

SQL Server-datawarehouse- en missiekritieke omgevingen moeten vaak worden geschaald buiten de verhouding van 8:1 geheugen-naar-vCore. Voor middelgrote omgevingen wilt u mogelijk een verhouding tussen 16:1 en 32:1 geheugen-naar-vCore-verhouding kiezen voor grotere datawarehouse-omgevingen.

Gebruik de SQL Server-VM-afbeeldingen van de marketplace met de opslagconfiguratie in het portaal. Hierdoor kunt u eenvoudiger de opslaggroepen maken die nodig zijn om de grootte, IOPS en doorvoer te verkrijgen die nodig is voor uw workloads. Het is belangrijk om SQL Server-VM's te kiezen die premium-opslagprestaties ondersteunen. Zie het artikel storage voor meer informatie.

Ondersteuning

Houd rekening met de volgende beperkingen bij het installeren van SQL Server naar Azure-VM's:

• Virtuele-machineschaalsets van Azure worden niet ondersteund met SQL Server op Azure-VM's. Als u besluit virtuele-machineschaalsets te gebruiken met uw SQL Server op de Azure-VM in strijd met deze aanbeveling en de functie automatische gastpatching inschakelt, die de besturingssysteemschijf vervangt wanneer er een nieuwe versie van de installatiekopieën wordt uitgebracht, verstoort u waarschijnlijk SQL Server, wat leidt tot mogelijke beschadigingen, gegevensverlies en beschikbaarheidsproblemen.
• SQL Server wordt niet ondersteund op systemen met meer dan 64 vCores per NUMA-knooppunt. SMT- uitschakelen voor het gebruik van SQL Server op Azure-VM's die groter zijn dan 64 vCores per NUMA-knooppunt.
• SQL Server ondersteunt momenteel schijven met een standaardeigen sectorgrootte van 512 bytes en 4 kB. Het installeren van SQL Server op schijven met 8 kB-sectorgrootten wordt niet ondersteund en kan leiden tot installatiefouten, evenals prestatievermindering van verkeerd uitgelijnde I/O.
• SQL Server op Azure VM-installatiekopieën kunnen niet worden geïmplementeerd met VM-grootten die niet-geïnitialiseerde kortstondige schijven hebben. Raadpleeg Sommige SQL Server-installatiekopieën op Azure VM's falen bij implementatie voor meer informatie.

Filteren op VM-grootte

Wanneer u een Azure-VM implementeert, gebruikt u de naamconventie om de naam van de VM-grootte te bepalen waarop u in de portal wilt filteren. De naam van de VM-grootte is de combinatie van de familie, subfamilie, het aantal CPU's en eventuele toevoegingsfuncties.

Als u bijvoorbeeld een VM uit de Ebdsv5-serie filtert, voert u de naam van de VM-grootte in, zoals E64bds, of de versie, zoals v5, die in de portal wordt aangeduid als Generatie. In de volgende schermopname ziet u hoe u de lijst met VM-grootten kunt filteren op basis van de v5 versie in Azure Portal:

Houd rekening met het volgende:

• U kunt extra filters toepassen met behulp van Filter toevoegen om de lijst met VM-grootten te beperken op basis van factoren zoals de grootte van de machine, het type (familie) zoals geoptimaliseerd voor geheugen of algemeen gebruik en het type schijfcontroller.
• Als u geen resultaat ziet voor de VM die u zoekt, is dit waarschijnlijk het gevolg van een filter dat is toegepast op de lijst met VM-grootten. Wis het filter en probeer het opnieuw.
• Met het schijfcontrollerfilter kunt u bepalen of de opslag iSCSI of NVMe is.

Vm's uit de M-serie geoptimaliseerd voor geheugen

De M-serie biedt vCore-aantallen en geheugen voor een aantal van de grootste SQL Server-workloads.

Hieronder ziet u de mogelijkheden van de VM's uit de M-serie:

• Ondersteuning voor premium-opslag, premium-opslagcaching, ultraschijven, schrijfversnellingen versneld netwerken.
• Zijn geschikt voor SQL Server-workloads die hoge rekenmogelijkheden met grote geheugenvoetafdrukken vereisen en minder nadruk hebben op opslagprestaties.

Mbsv3 en Mbdsv3 serie

De Mbsv3- en Mbdsv3-serie zijn voor geheugen geoptimaliseerde VM's die zijn ontworpen voor grote in-memory databases en workloads met een hoge geheugen-naar-CPU-verhouding. De VM's in deze serie zijn gebouwd op de 4e generatie Intel® Xeon® Scalable en bieden een reeks geheugengrootten en vCPU-aantallen om te voldoen aan de behoeften van uw SQL Server-workloads. De VM's uit de Mbsv3- en Mbdsv3-serie worden aanbevolen voor bedrijfskritieke workloads en datawarehouse-workloads.

De VM's uit de Mbsv3- en Mbdsv3-serie ondersteunen grote in-memory databases en workloads met een hoge geheugen-naar-CPU-verhouding die perfect is voor relationele databaseservers, datawarehousing, zware rapportage, grote caches en analyse in het geheugen.

De volgende zijn kenmerken van VM's in deze reeks:

• Mbsv3-serie maximaal 176 vCores en 1536 GiB geheugen, met een consistente 8:1 geheugen-naar-vCore-verhouding, 650.000 IOPS en 6.000 MBps aan opslagdoorvoer.
• Mbdsv3-serie maximaal 176 vCores en 4 TiB geheugen, 650.000 IOPS en 10.000 MBps aan opslagdoorvoer bieden. Deze VM-serie biedt meer dan 50% verbetering in IOPS en doorvoer naar de meest presterende Ebdsv5-serie, waardoor mbdsv3 een van de best presterende VM-opties beschikbaar is in elke cloud. De Mbdsv3 VM-serie deelt vergelijkbare prestatiekenmerken met de Mbsv3 VM-serie, maar bevat sterke lokale en kortstondige opslag, waardoor deze perfect is voor tempdb-prestatieoptimalisatie, rapportage, essentiële OLAP- en datawarehousingworkloads.

Msv3 en Mdsv3-serie

De virtuele machines msv3 en Mdsv3 zijn ontworpen met rekenkracht en geheugenmogelijkheden op gemiddelde, hoge en zeer hoge geheugenniveaus. Deze VM's bieden verbeterde prestaties, schaalbaarheid en tolerantie voor fouten in vergelijking met de vorige generatie Mv2-VM's.

Hieronder ziet u de virtuele machines in deze reeks.

• Msv3- en Mdsv3 Medium Memory-VM's: mogelijk gemaakt door 4e generatie Intel® Xeon® Scalable-processors en biedt VM-grootten van maximaal 4 TiB aan geheugen, 416 vCPU's, 130.000 IOPS en 4000 MBps van externe opslagdoorvoer met de NVMe-interface.
• Msv3- en Mdsv3 High Memory VM's: zijn ontworpen voor werkbelastingen met veel geheugen, variërend van 6 TiB tot 16 TiB, tot 832 vCPU's, tot 260.000 IOPS en 8.000 MBps-doorvoer naar externe opslag met de NVMe-interface.
• Mdsv3 Zeer hoge geheugenserie: aangedreven door 4e generatie Intel® Xeon® Platinum 8490H-processors (Saffier Rapids) en de grootste geheugenvoetafdruk van een van de op M-serie gebaseerde virtuele machines met maximaal 32 TiB geheugen, 1792 vCPU's, tot 200.000 IOPS en 8.000 MBps van externe opslagdoorvoer.

Vm's uit de E-serie geoptimaliseerd voor geheugen

De E-serie VM's zijn ontworpen voor geheugenintensieve workloads, zoals grote databases, big data-analyses en bedrijfstoepassingen waarvoor aanzienlijke hoeveelheden RAM nodig zijn om hoge prestaties te behouden.

Ebdsv5-serie

De Ebdsv5-serie is een serie van virtuele machines (VMs) die geoptimaliseerd zijn voor geheugen en de hoogste externe opslagdoorvoer bieden die beschikbaar is in Azure. Deze VM's hebben een geheugen-naar-vCore-verhouding van 8:1, waardoor ze, samen met de hoge I/O-doorvoer, ideaal zijn voor de meeste SQL Server-workloads. De VM's uit de Ebdsv5-serie bieden de beste prijs-prestaties voor SQL Server-workloads die worden uitgevoerd op virtuele Azure-machines. We raden ze ten zeerste aan voor de meeste SQL Server-workloads in uw productieomgeving.

Edsv5-serie

De Edsv5-serie is ontworpen voor geheugenintensieve toepassingen en is ideaal voor SQL Server-workloads die niet zo hoge I/O-doorvoer vereisen als de Ebdsv5-serie biedt. Deze VM's hebben een grote lokale opslag-SSD-capaciteit, tot 672 GiB ram-geheugen en zeer hoge lokale en externe opslagdoorvoer. Er is een bijna consistente 8 GiB-geheugen per vCore op de meeste van deze virtuele machines, wat ideaal is voor de meeste SQL Server-workloads.

De grootste virtuele machine in deze groep is de Standard_E104ids_v5 die 104 vCores en 672 GB geheugen biedt. Deze virtuele machine is opmerkelijk omdat deze is geïsoleerd wat betekent dat deze gegarandeerd de enige virtuele machine is die op de host wordt uitgevoerd en daarom is geïsoleerd van andere klantworkloads. Dit heeft een geheugen-naar-vCore-verhouding die lager is dan wat wordt aanbevolen voor SQL Server, dus deze mag alleen worden gebruikt als isolatie is vereist.

De virtuele machines uit de Edsv5-serie ondersteunen premium-opslagen premium-opslagcaching.

ECadsv5-serie

De ECadsv5-serie virtuele machine-maten zijn geheugen-geoptimaliseerde Azure vertrouwelijke VM's met een tijdelijke schijf. Bekijk vertrouwelijke VM's voor informatie over de beveiligingsvoordelen van vertrouwelijke Azure-VM's.

Aangezien de beveiligingsfuncties van vertrouwelijke Azure-VM's prestatieoverhead kunnen veroorzaken, test u uw workload en selecteert u een VM-grootte die voldoet aan uw prestatievereisten.

Algemeen gebruik

De grootten van virtuele machines voor algemeen gebruik zijn ontworpen om evenwichtige geheugen-naar-vCore-verhoudingen te bieden voor werkbelastingen op lager niveau, zoals ontwikkeling en testen, webservers en kleinere databaseservers.

Vanwege de kleinere geheugen-naar-vCore-verhoudingen met de virtuele machines voor algemeen gebruik is het belangrijk om de prestatiemeteritems op basis van geheugen zorgvuldig te bewaken om ervoor te zorgen dat SQL Server het cachegeheugen dat nodig is, kan ophalen. Zie basislijn voor geheugenprestaties voor meer informatie.

Omdat de aanbeveling voor productieworkloads een geheugen-naar-vCore-verhouding van 8 is, is de minimaal aanbevolen configuratie voor een VM voor algemeen gebruik met SQL Server 4 vCPU en 32 GiB aan geheugen.

Ddsv5-serie

De Ddsv5-serie biedt een eerlijke combinatie van vCPU, geheugen en tijdelijke schijf, maar met kleinere geheugen-naar-vCore-ondersteuning.

De Ddsv5-VM's bevatten lagere latentie en lokale opslag met een hogere snelheid.

Deze machines zijn ideaal voor sql- en app-implementaties naast elkaar die snelle toegang tot tijdelijke opslag en relationele relationele databases van afdelingen vereisen. Er is een standaardverhouding tussen geheugen en vCore van 4 voor alle virtuele machines in deze serie.

Daarom is het raadzaam om de D8ds_v5 te gebruiken als de starter-VM in deze serie, die 8 vCores en 32 GiBs aan geheugen heeft. De grootste machine is de D96ds_v5, die 96 vCores en 256 GiBs aan geheugen heeft.

De Ddsv5-serie virtuele machines ondersteunen premium opslag en premium opslagcaching.

DCadsv5-serie

De DCadsv5-serie grootten van virtuele machines zijn algemene Azure Confidential VM's met tijdelijke schijf. Bekijk vertrouwelijke VM's voor informatie over de beveiligingsvoordelen van vertrouwelijke Azure-VM's.

Omdat de beveiligingsfuncties van Azure Confidential VM's prestatieoverhead kunnen veroorzaken, test u uw workload en selecteert u een VM-grootte die voldoet aan uw prestatievereisten.

B-serie

De burstable B-serie virtuele machine-groottes zijn ideaal voor workloads die geen consistente prestaties nodig hebben, zoals proof-of-concept, en voor zeer kleine toepassings- en ontwikkelservers.

De meeste van de burstbare B-serie maten van virtuele machines hebben een verhouding tussen geheugen en vCore van 4. De grootste burstable B-serie is de Standard_B20ms met 20 vCores en 80 GiB aan geheugen.

Deze serie is uniek omdat de apps tijdens kantooruren kunnen "burst" met burstbare credits die variëren op basis van de grootte van de machine.

Wanneer het tegoed is uitgeput, keert de VM terug naar de standaardprestaties van de machine.

Het voordeel van de B-serie is de rekenbesparingen die u kunt bereiken in vergelijking met de andere VM-grootten in andere reeksen, met name als u de verwerkingskracht de hele dag spaarzaam nodig hebt.

Deze reeks ondersteunt premium-opslag, maar biedt geen ondersteuning voorpremium-opslagcaching.

Av2-serie

De Av2-serie VM's zijn het meest geschikt voor workloads op invoerniveau, zoals ontwikkeling en testen, webservers met weinig verkeer, kleine tot middelgrote app-databases en proof-of-concepts.

Alleen de Standard_A2m_v2 (2 vCores en 16GiBs geheugen), Standard_A4m_v2 (4 vCores en 32GiBs geheugen) en de Standard_A8m_v2 (8 vCores en 64GiBs geheugen) hebben een goede geheugen-naar-vCore-verhouding van 8 voor deze top drie virtuele machines.

Deze virtuele machines zijn beide goede opties voor kleinere ontwikkel- en test-SQL Server-machines.

De 8 vCore-Standard_A8m_v2 kan ook een goede optie zijn voor kleine toepassingen en webservers.

Geoptimaliseerde opslag

De voor opslag geoptimaliseerde VM-grootten zijn voor specifieke gebruiksscenario's. Deze virtuele machines zijn speciaal ontworpen met geoptimaliseerde schijfdoorvoer en IO.

Lsv2-serie

De Lsv2-serie biedt hoge doorvoer, lage latentie en lokale NVMe-opslag. De VM's uit de Lsv2-serie zijn geoptimaliseerd voor het gebruik van de lokale schijf op het knooppunt dat rechtstreeks aan de VIRTUELE machine is gekoppeld in plaats van duurzame gegevensschijven te gebruiken.

Deze virtuele machines zijn sterke opties voor big data-, datawarehouse-, rapportage- en ETL-workloads. De hoge doorvoer en IOPS van de lokale NVMe-opslag is een goed gebruiksvoorbeeld voor het verwerken van bestanden die worden geladen in uw database en andere scenario's waarin de gegevens opnieuw kunnen worden gemaakt vanuit het bronsysteem of andere opslagplaatsen, zoals Azure Blob Storage of Azure Data Lake. Lsv2-serie-VM's kunnen hun schijfprestaties gedurende maximaal 30 minuten verhogen.

Deze virtuele machines zijn van 8 tot 80 vCPU's met 8 GiB geheugen per vCPU en voor elke 8 vCPU's is er 1,92 TiB van NVMe SSD. Dit betekent voor de grootste VM van deze serie, de L80s_v2, er is 80 vCPU en 640 BiB geheugen met 10x1.92 TiB van NVMe-opslag. Er is een consistente geheugen-naar-vCore-verhouding van 8 op al deze virtuele machines.

De NVMe-opslag is kortstondig, wat betekent dat gegevens verloren gaan op deze schijven als u de toewijzing van uw virtuele machine ongedaan maakt of als deze wordt verplaatst naar een andere host voor herstel van de service.

De Lsv2- en Ls-serie ondersteunen premium-opslag, maar niet premium-opslagcaching. Het maken van een lokale cache om IOPS te vergroten, wordt niet ondersteund.

Beperkte virtuele processorkernen

Hoog presterende SQL Server-workloads hebben vaak grotere hoeveelheden geheugen, IOPS en doorvoer nodig zonder het hogere aantal vCores.

De meeste OLTP-workloads zijn toepassingsdatabases die worden aangestuurd door grote aantallen kleinere transacties. Met OLTP-workloads wordt slechts een kleine hoeveelheid gegevens gelezen of gewijzigd, maar de volumes van transacties die worden aangestuurd door gebruikersaantallen zijn veel hoger. Het is belangrijk om het SQL Server-geheugen beschikbaar te stellen voor cacheplannen, onlangs geopende gegevens op te slaan voor prestaties en ervoor te zorgen dat fysieke leesbewerkingen snel in het geheugen kunnen worden gelezen.

Deze OLTP-omgevingen hebben hogere hoeveelheden geheugen, snelle opslag en de I/O-bandbreedte nodig die nodig is om optimaal te kunnen presteren.

Om dit prestatieniveau te behouden zonder de hogere sql Server-licentiekosten, biedt Azure VM-grootten met beperkte vCPU-aantallen.

Dit helpt de licentiekosten te beheren door de beschikbare vCores te verminderen terwijl dezelfde geheugen-, opslag- en I/O-bandbreedte van de bovenliggende virtuele machine behouden blijft.

Het aantal vCPU's kan worden beperkt tot een halve tot een kwart van de oorspronkelijke VM-grootte. Het verminderen van de vCores die beschikbaar zijn voor de virtuele machine, zorgt voor hogere geheugen-naar-vCore-verhoudingen, maar de rekenkosten blijven hetzelfde.

Deze nieuwe VM-grootten hebben een achtervoegsel waarmee het aantal actieve vCPU's wordt opgegeven om ze gemakkelijker te identificeren.

De M64-32ms vereist bijvoorbeeld licenties voor slechts 32 SQL Server-vCores met het geheugen, I/O en de doorvoer van de M64ms, en de M64-16ms vereist licenties voor slechts 16 vCores. Hoewel de M64-16 ms een kwart van de SQL Server-licentiekosten van de M64ms heeft, zijn de rekenkosten van de virtuele machines hetzelfde.

Verwante inhoud

Zie de andere artikelen in deze reeks aanbevolen procedures voor meer informatie:

• Snelle checklist
• Opslag
• Beveiliging
• HADR-instellingen
• Basislijn verzamelen
• Zie Beveiligingsoverwegingen voor SQL Server op Azure Virtual Machinesvoor aanbevolen beveiligingsprocedures.
• Bekijk andere artikelen over sql Server Virtual Machine op SQL Server op Azure Virtual Machines Overview. Als u vragen hebt over virtuele SQL Server-machines, raadpleegt u de Veelgestelde vragen.