Prestaties optimaliseren op Virtuele Windows-machines uit de Lsv3-, Lasv3- en Lsv2-serie
Van toepassing op: ✔️ Uniforme schaalsets voor Windows-VM's ✔️
Lsv3, Lasv3 en Lsv2-serie Azure Virtual Machines (Azure-VM's) ondersteunen verschillende workloads die een hoge I/O-doorvoer nodig hebben voor lokale opslag in een breed scala aan toepassingen en branches. 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 werken met de behoeften van Windows- en Linux-besturingssystemen voor betere prestaties met hardware en de software.
Software- en hardwareafstemming resulteerde in de geoptimaliseerde versie van Windows Server 2019 Datacenter, uitgebracht in 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 ontwikkelde Infinity Fabric (IF) voor EPYC™ als een schaalbare interconnect voor het NUMA-model dat kan worden gebruikt voor on-die,on-package en communicatie met meerdere pakketten. Vergeleken met QPI (Quick-Path Interconnect) en UPI (Ultra-Path Interconnect), gebruikt op moderne monolithische processors, kan de veel-NUMA small-die-architectuur van AMD zowel prestatievoordelen als uitdagingen opleveren. 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 meerdere taken uit met diepte van de wachtrij per apparaat.
Vermijd het combineren van NVMe-beheeropdrachten (bijvoorbeeld NVMe SMART info-query) met NVMe I/O-opdrachten tijdens actieve workloads. Lsv3-, Lasv3- en Lsv2 NVMe-apparaten worden ondersteund door Hyper-V NVMe Direct-technologie, die wordt overgeschakeld naar de 'trage modus' wanneer eventuele NVMe-beheeropdrachten in behandeling zijn. Lsv3-, Lasv3- en Lsv2-gebruikers zien mogelijk een aanzienlijke daling van de prestaties van NVMe I/O als dat scenario zich voordoet.
Het wordt niet aanbevolen voor Lsv2-gebruikers om te vertrouwen op NUMA-gegevens van het apparaat (alle 0) die vanuit de VM zijn gerapporteerd voor gegevensstations om de NUMA-affiniteit voor hun apps te bepalen. Voor betere prestaties is het raadzaam om workloads over CPU's te verdelen, indien mogelijk.
De maximale ondersteunde wachtrijdiepte per I/O-wachtrijpaar voor Lsv3-, Lasv3- en Lsv2 VM NVMe-apparaat is 1024. Lsv3-, Lasv3- en Lsv2-gebruikers worden aanbevolen om hun (synthetische) benchmarkingworkloads te beperken tot wachtrijdiepte 1024 of lager om te voorkomen dat volledige wachtrijvoorwaarden worden geactiveerd, waardoor de prestaties kunnen worden verminderd.
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 NVMe-schijf van 1,92 TB op alle Lsv3-, Lasv3- en Lsv2-VM's is kortstondig. Tijdens een geslaagde standaardstart van de virtuele machine blijven de gegevens op de lokale NVMe-schijf behouden. De gegevens blijven niet behouden op de NVMe als de VIRTUELE machine opnieuw wordt geïmplementeerd, de toewijzing ervan ongedaan wordt gemaakt of verwijderd. Gegevens blijven niet behouden als een ander probleem de VIRTUELE machine of de hardware waarop de VIRTUELE machine wordt uitgevoerd, beschadigd raakt. Wanneer dit scenario gebeurt, worden alle gegevens op de oude host veilig gewist.
Er zijn ook gevallen waarin de VIRTUELE machine moet worden verplaatst naar een andere hostcomputer; Bijvoorbeeld tijdens een gepland onderhoud. Geplande onderhoudsbewerkingen en sommige hardwarefouten kunnen worden verwacht met geplande gebeurtenissen. Gebruik Geplande gebeurtenissen om op de hoogte te blijven van voorspeld onderhoud en herstelbewerkingen.
In het geval dat een geplande onderhoudsgebeurtenis vereist dat de VIRTUELE machine opnieuw wordt gemaakt op een nieuwe host met lege lokale schijven, moeten de gegevens opnieuw worden gesynchroniseerd (opnieuw, waarbij 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 beheerde VM en automatisch onderhoud.
Voor toekomstige servicegebeurtenissen gebruikt u het beheerde onderhoudsproces om een tijd te selecteren die het handigst is voor de update. Maak vóór de gebeurtenis een back-up van uw gegevens in Premium Storage. Nadat de onderhoudsgebeurtenis is voltooid, worden uw gegevens geretourneerd naar de vernieuwde lokale NVMe-opslag van Lsv2-VM's.
Scenario's voor het onderhouden van gegevens op lokale NVMe-schijven zijn onder andere:
- De VM wordt uitgevoerd en is in orde.
- De VIRTUELE machine wordt door u of door Azure opnieuw opgestart.
- De VIRTUELE machine is onderbroken (gestopt zonder deallocatie).
- De meeste geplande onderhoudsbewerkingen.
Scenario's waarbij gegevens veilig worden gewist om de klant te beveiligen, zijn onder andere wanneer:
- De VIRTUELE machine wordt opnieuw geïmplementeerd, gestopt (toewijzing ongedaan gemaakt) of door u verwijderd.
- De VM wordt beschadigd en moet worden hersteld naar een ander knooppunt vanwege een hardwareprobleem.
- Enkele geplande onderhoudsbewerkingen waarvoor de VIRTUELE machine opnieuw moet worden toegewezen aan een andere host voor onderhoud.
Door de klant beheerde standaard-VM-onderhoud
Bij standaard door de klant beheerde VM-onderhoud wordt de VIRTUELE machine tijdens een periode van 30 dagen verplaatst naar een bijgewerkte host.
Lsv3-, Lasv3- en Lsv2-lokale opslaggegevens 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 optreden vanwege noodprocedures, zoals een zero-day-beveiligingsgebeurtenis.
Dit type onderhoud is bedoeld om klantgegevens te behouden, maar er is een klein risico dat een VIRTUELE machine wordt geblokkeerd of opnieuw wordt opgestart.
Lsv3-, Lasv3- en Lsv2-lokale opslaggegevens gaan mogelijk verloren, dus het maken van back-ups van gegevens voorafgaand aan de gebeurtenis wordt aanbevolen.
Veelgestelde vragen
Hieronder vindt u veelgestelde vragen over deze reeks.
Hoe kan ik beginnen met het implementeren van VM's uit de L-serie?
Net als elke andere VIRTUELE machine maakt u een VIRTUELE machine met behulp van Azure Portal, via de Azure-opdrachtregelinterface (Azure CLI) of via PowerShell.
Mislukt er één NVMe-schijffout waardoor 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 de toewijzing 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 mislukte knooppunt ook veilig worden gewist. De klant moet de gegevens opnieuw maken op het nieuwe knooppunt.
Moet ik polling aanpassen in Windows Server 2012 of Windows Server 2016?
NVMe-polling is alleen beschikbaar op Windows Server 2019 en nieuwere 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 hoger?
De polling-instellingen zijn niet instelbaar voor gebruikers.
Volgende stappen
Zie de specificaties voor alle VM's die zijn geoptimaliseerd voor opslagprestaties in Azure.