Prestaties optimaliseren op Windows-VM's uit de Lsv3-, Lasv3- en Lsv2-serie

  • Artikel

Van toepassing op: ✔️ Windows-VM's ✔️ Uniforme schaalsets

Lsv3, Lasv3 en Lsv2-serie Azure Virtual Machines (Azure-VM's) ondersteunen verschillende workloads die een hoge I/O en doorvoer op lokale opslag in een breed scala aan toepassingen en branches nodig hebben. De L-serie is ideaal voor Big Data, SQL, NoSQL-databases, datawarehousing en grote transactionele databases, waaronder Cassandra, MongoDB, Cloudera en Redis.

Vm's uit de Lsv3-, Lasv3- en Lsv2-serie zijn ontworpen om te voldoen aan de behoeften van Windows- en Linux-besturingssystemen voor betere prestaties met hardware en de software.

Het afstemmen van software en hardware heeft geresulteerd in de geoptimaliseerde versie van Windows Server 2019 Datacenter, die is uitgebracht in de Azure Marketplace (en latere versies), die maximale prestaties op de NVMe-apparaten in VM's uit de L-serie ondersteunen.

Dit artikel bevat tips en suggesties om ervoor te zorgen dat uw workloads en toepassingen de maximale prestaties bereiken die zijn ontworpen voor de VM's.

AMD EPYC-chipsetarchitectuur™

Vm's uit de Lasv3- en Lsv2-serie maken gebruik van AMD EPYC-serverprocessors™ op basis van de Zen-microarchitectuur. AMD heeft Infinity Fabric (IF) voor EPYC™ ontwikkeld als een schaalbare interconnect voor het NUMA-model dat kan worden gebruikt voor on-die, on-package en multi-package communicatie. Vergeleken met QPI (Quick-Path Interconnect) en UPI (Ultra-Path Interconnect), gebruikt op intel moderne monolithische die-processors, kan de veel-NUMA small-die-architectuur van AMD zowel prestatievoordelen als uitdagingen met zich meebrengen. De werkelijke effecten van geheugenbandbreedte en latentiebeperkingen kunnen variëren, afhankelijk van het type workloads.

Tips voor het maximaliseren van prestaties

  • Voor maximale prestaties voert u per apparaat meerdere taken uit met een diepe wachtrijdiepte.

  • Vermijd het combineren van NVMe-beheeropdrachten (bijvoorbeeld NVMe SMART-infoquery) met NVMe I/O-opdrachten tijdens actieve workloads. Lsv3-, Lasv3- en Lsv2 NVMe-apparaten worden ondersteund door Hyper-V NVMe Direct-technologie, die overschakelt naar de 'langzame modus' wanneer NVMe-beheeropdrachten in behandeling zijn. Lsv3-, Lasv3- en Lsv2-gebruikers kunnen een dramatische daling van de prestaties van NVMe I/O zien als dat scenario zich voordoet.

  • Het wordt niet aanbevolen voor Lsv2-gebruikers om te vertrouwen op NUMA-informatie van apparaten (alle 0) die zijn gerapporteerd vanuit de VM voor gegevensstations om de NUMA-affiniteit voor hun apps te bepalen. Voor betere prestaties is het raadzaam om workloads indien mogelijk over CPU's te spreiden.

  • De maximale ondersteunde wachtrijdiepte per I/O-wachtrijpaar voor Lsv3-, Lasv3- en Lsv2 VM NVMe-apparaten is 1024. Gebruikers van Lsv3, Lasv3 en Lsv2 wordt aangeraden hun (synthetische) benchmarkworkloads te beperken tot een wachtrijdiepte van 1024 of lager om te voorkomen dat de wachtrij vol is, wat de prestaties kan verminderen.

  • De beste prestaties worden verkregen wanneer I/O rechtstreeks wordt uitgevoerd op elk van de onbewerkte NVMe-apparaten zonder partitionering, geen bestandssystemen, geen RAID-configuratie, enzovoort.

Lokale NVMe-opslag gebruiken

Lokale opslag op de 1,92 TB NVMe-schijf op alle Lsv3-, Lasv3- en Lsv2-VM's is kortstondig. Tijdens een geslaagde standaard opnieuw opstarten van de VM blijven de gegevens op de lokale NVMe-schijf behouden. De gegevens blijven niet behouden op de NVMe als de VM opnieuw wordt geïmplementeerd, de toewijzing ervan ongedaan wordt gemaakt of wordt verwijderd. Gegevens blijven niet behouden als een ander probleem ertoe leidt dat de VM, of de hardware waarop de VM wordt uitgevoerd, beschadigd raakt. Wanneer dit scenario zich voordoet, worden alle gegevens op de oude host veilig gewist.

Er zijn ook gevallen waarin de VM moet worden verplaatst naar een andere hostcomputer; bijvoorbeeld tijdens een geplande onderhoudsbewerking. Geplande onderhoudsbewerkingen en sommige hardwarefouten kunnen worden verwacht met Geplande gebeurtenissen. Gebruik Geplande gebeurtenissen om op de hoogte te blijven van voorspelde onderhouds- en herstelbewerkingen.

In het geval dat een geplande onderhoudsgebeurtenis vereist dat de VM opnieuw wordt gemaakt op een nieuwe host met lege lokale schijven, moeten de gegevens opnieuw worden gesynchroniseerd (opnieuw, waarbij alle gegevens op de oude host veilig worden gewist). Dit scenario treedt op omdat vm's uit de Lsv3-, Lasv3- en Lsv2-serie momenteel geen ondersteuning bieden voor livemigratie op de lokale NVMe-schijf.

Er zijn twee modi voor gepland onderhoud: standaard door de klant beheerd vm-onderhoud en automatisch onderhoud.

Voor toekomstige service-gebeurtenissen gebruikt u het gecontroleerde onderhoudsproces om een tijdstip te selecteren dat voor u het meest geschikt is voor de update. Maak vóór de gebeurtenis een back-up van uw gegevens in Premium Storage. Nadat de onderhoudsgebeurtenis is voltooid, retourneert u uw gegevens naar de vernieuwde Lsv2-VM's lokale NVMe-opslag.

Scenario's waarin gegevens op lokale NVMe-schijven worden onderhouden, zijn onder andere wanneer:

  • De VM wordt uitgevoerd en is in orde.
  • De VM wordt opnieuw opgestart door u of door Azure.
  • De VM is onderbroken (gestopt zonder deallocatie).
  • De meeste geplande onderhoudsbewerkingen.

Scenario's waarin gegevens veilig worden gewist om de klant te beschermen, zijn onder andere wanneer:

  • De VM wordt opnieuw geïmplementeerd, gestopt (de toewijzing is opgeheven) of door u verwijderd.
  • De VM is beschadigd en moet worden hersteld naar een ander knooppunt vanwege een hardwareprobleem.
  • Enkele geplande onderhoudsbewerkingen waarvoor de VM opnieuw moet worden toegewezen aan een andere host voor onderhoud.

Standaard door de klant beheerd vm-onderhoud

Bij standaard door de klant beheerd vm-onderhoud wordt de VM verplaatst naar een bijgewerkte host gedurende een periode van 30 dagen.

Lokale opslaggegevens van Lsv3, Lasv3 en Lsv2 gaan mogelijk verloren, dus het maken van back-ups van gegevens voorafgaand aan de gebeurtenis wordt aanbevolen.

Automatisch onderhoud

Automatisch onderhoud vindt plaats als de klant geen door de klant beheerd onderhoud uitvoert. Automatisch onderhoud kan ook plaatsvinden vanwege noodprocedures, zoals een zero-day-gebeurtenis voor beveiliging.

Dit type onderhoud is bedoeld om klantgegevens te behouden, maar er is een klein risico dat de VM vastloopt of opnieuw wordt opgestart.

Lokale opslaggegevens van Lsv3, Lasv3 en Lsv2 gaan mogelijk verloren, dus het maken van back-ups van gegevens voorafgaand aan de gebeurtenis wordt aanbevolen.

Veelgestelde vragen

Hier volgen veelgestelde vragen over deze reeksen.

Hoe kan ik beginnen met het implementeren van VM's uit de L-serie?

Maak net als elke andere VM een VIRTUELE machine met behulp van de Azure Portal, via de Azure Command-Line Interface (Azure CLI) of via PowerShell.

Zorgt een enkele NVMe-schijffout ervoor dat alle VM's op de host mislukken?

Als er een schijffout wordt gedetecteerd op het hardwareknooppunt, heeft de hardware de status Mislukt. Wanneer dit probleem optreedt, worden alle VM's op het knooppunt automatisch ongedaan gemaakt en verplaatst naar een goed functionerend knooppunt. Voor vm's uit de Lsv3-, Lasv3- en Lsv2-serie betekent dit scenario dat de gegevens van de klant op het defecte knooppunt ook veilig worden gewist. De klant moet de gegevens op het nieuwe knooppunt opnieuw maken.

Moet ik polling aanpassen in Windows Server 2012 of Windows Server 2016?

NVMe-polling is alleen beschikbaar in Windows Server 2019 en latere versies in Azure.

Kan ik terugkeren naar een traditioneel ISR-model (Interrupt Service Routine) ?

Vm's uit de Lasv3- en Lsv2-serie zijn geoptimaliseerd voor NVMe-polling. Updates worden continu verstrekt om de pollingprestaties te verbeteren.

Kan ik de polling-instellingen aanpassen in Windows Server 2019 of nieuwere versies?

De polling-instellingen kunnen niet door de gebruiker worden aangepast.

Volgende stappen

Zie specificaties voor alle VM's die zijn geoptimaliseerd voor opslagprestaties in Azure.