Azure Premium-opslag: ontwerpen voor hoge prestatiesAzure premium storage: design for high performance

Dit artikel bevat richt lijnen voor het bouwen van toepassingen met hoge prestaties met behulp van Azure Premium Storage.This article provides guidelines for building high performance applications using Azure Premium Storage. U kunt de instructies in dit document gebruiken in combi natie met best practices voor prestaties die van toepassing zijn op technologieën die door uw toepassing worden gebruikt.You can use the instructions provided in this document combined with performance best practices applicable to technologies used by your application. Ter illustratie van de richt lijnen hebben we SQL Server uitgevoerd op Premium Storage als voor beeld in dit document gebruikt.To illustrate the guidelines, we have used SQL Server running on Premium Storage as an example throughout this document.

Hoewel we prestatie scenario's voor de opslaglaag in dit artikel adresseren, moet u de toepassingslaag optimaliseren.While we address performance scenarios for the Storage layer in this article, you will need to optimize the application layer. Als u bijvoorbeeld als host fungeert voor een share point-Farm in azure Premium Storage, kunt u de SQL Server-voor beelden in dit artikel gebruiken om de database server te optimaliseren.For example, if you are hosting a SharePoint Farm on Azure Premium Storage, you can use the SQL Server examples from this article to optimize the database server. Daarnaast optimaliseert u de webserver en toepassings server van de share point-farm om de meeste prestaties te verkrijgen.Additionally, optimize the SharePoint Farm's Web server and Application server to get the most performance.

Dit artikel helpt u bij het beantwoorden van de volgende veelgestelde vragen over het optimaliseren van de prestaties van toepassingen op Azure Premium Storage.This article will help answer following common questions about optimizing application performance on Azure Premium Storage,

  • Hoe kunt u de prestaties van uw toepassingen meten?How to measure your application performance?
  • Waarom worden de verwachte hoge prestaties niet weer gegeven?Why are you not seeing expected high performance?
  • Welke factoren zijn van invloed op de prestaties van uw toepassing op Premium Storage?Which factors influence your application performance on Premium Storage?
  • Hoe beïnvloeden deze factoren de prestaties van uw toepassing op Premium Storage?How do these factors influence performance of your application on Premium Storage?
  • Hoe optimaliseert u het aantal IOPS, de band breedte en de latentie?How can you optimize for IOPS, Bandwidth and Latency?

We hebben deze richt lijnen specifiek voor Premium Storage gegeven, omdat werk belastingen die worden uitgevoerd op Premium Storage uiterst prestaties gevoelig zijn.We have provided these guidelines specifically for Premium Storage because workloads running on Premium Storage are highly performance sensitive. Er zijn voor beelden, waar van toepassing.We have provided examples where appropriate. U kunt ook enkele van deze richt lijnen Toep assen op toepassingen die worden uitgevoerd op IaaS-Vm's met standaard opslag schijven.You can also apply some of these guidelines to applications running on IaaS VMs with Standard Storage disks.

Notitie

Soms is het een probleem met de prestaties van een schijf.Sometimes, what appears to be a disk performance issue is actually a network bottleneck. In deze situaties moet u de netwerk prestatiesoptimaliseren.In these situations, you should optimize your network performance.

Als u een bench Mark-schijf wilt maken, raadpleegt u ons artikel over de benchmarking van een schijf.If you are looking to benchmark your disk, see our article on Benchmarking a disk.

Als uw virtuele machine versneld netwerken ondersteunt, moet u ervoor zorgen dat deze is ingeschakeld.If your VM supports accelerated networking, you should make sure it is enabled. Als deze optie niet is ingeschakeld, kunt u deze inschakelen op al geïmplementeerde Vm's in Windows en Linux.If it is not enabled, you can enable it on already deployed VMs on both Windows and Linux.

Voordat u begint, lees dan eerst de Select a Azure-schijf type voor IaaS vm's en schaalbaarheids doelen voor Premium Premium Storage-pagina-Blob-opslag accounts.Before you begin, if you are new to Premium Storage, first read the Select an Azure disk type for IaaS VMs and Scalability targets for premium page blob storage accounts.

Prestatie-indica toren voor toepassingenApplication performance indicators

We bepalen of een toepassing goed werkt of niet met behulp van prestatie-indica toren, zoals, hoe snel een toepassing een gebruikers aanvraag verwerkt, hoeveel gegevens een toepassing verwerkt per aanvraag, hoeveel aanvragen een toepassings verwerking is in een specifieke Tijds periode, hoelang een gebruiker moet wachten om een antwoord te krijgen nadat de aanvraag is ingediend.We assess whether an application is performing well or not using performance indicators like, how fast an application is processing a user request, how much data an application is processing per request, how many requests is an application processing in a specific period of time, how long a user has to wait to get a response after submitting their request. De technische voor waarden voor deze prestatie-indica toren zijn, IOPS, door Voer of band breedte en latentie.The technical terms for these performance indicators are, IOPS, Throughput or Bandwidth, and Latency.

In deze sectie bespreken we de algemene prestatie-indica toren in de context van Premium Storage.In this section, we will discuss the common performance indicators in the context of Premium Storage. In de volgende sectie worden toepassings vereisten verzameld. u leert hoe u deze prestatie-indica toren voor uw toepassing meet.In the following section, Gathering Application Requirements, you will learn how to measure these performance indicators for your application. Later in het optimaliseren van de prestaties van de toepassing leert u meer over de factoren die van invloed zijn op deze prestatie-indica toren en aanbevelingen om ze te optimaliseren.Later in Optimizing Application Performance, you will learn about the factors affecting these performance indicators and recommendations to optimize them.

IOPSIOPS

IOPS of invoer/uitvoer-bewerkingen per seconde is het aantal aanvragen dat uw toepassing in één seconde naar de opslag schijven verzendt.IOPS, or Input/output Operations Per Second, is the number of requests that your application is sending to the storage disks in one second. Een invoer-en uitvoer bewerking kan worden gelezen of geschreven, opeenvolgend of wille keurig.An input/output operation could be read or write, sequential, or random. Toepassingen voor online Trans Action processing (OLTP), zoals een online retail website, moeten direct veel gelijktijdige gebruikers aanvragen verwerken.Online Transaction Processing (OLTP) applications like an online retail website need to process many concurrent user requests immediately. De gebruikers aanvragen worden intensieve database transacties ingevoegd en bijgewerkt, die de toepassing snel moet verwerken.The user requests are insert and update intensive database transactions, which the application must process quickly. Daarom vereisen OLTP-toepassingen zeer hoge IOPS.Therefore, OLTP applications require very high IOPS. Dergelijke toepassingen verwerken miljoenen kleine en wille keurige i/o-aanvragen.Such applications handle millions of small and random IO requests. Als u een dergelijke toepassing hebt, moet u de toepassings infrastructuur ontwerpen om te optimaliseren voor IOPS.If you have such an application, you must design the application infrastructure to optimize for IOPS. In de volgende sectie worden de prestaties van de toepassing geoptimaliseerd, worden alle factoren beschreven waarmee u rekening moet houden om hoge IOPS te verkrijgen.In the later section, Optimizing Application Performance, we discuss in detail all the factors that you must consider to get high IOPS.

Wanneer u een premium opslagschijf koppelt aan uw schaalbare VM, biedt Azure u een gegarandeerd aantal IOPS op basis van de schijfspecificatie.When you attach a premium storage disk to your high scale VM, Azure provisions for you a guaranteed number of IOPS as per the disk specification. Een voor beeld: een P50 schijf 7500 IOPS.For example, a P50 disk provisions 7500 IOPS. Voor elke schaalbare VM geldt ook een specifieke IOPS-limiet, afhankelijk van de grootte van de VM.Each high scale VM size also has a specific IOPS limit that it can sustain. Een standaard GS5 VM heeft bijvoorbeeld 80.000 IOPS-limiet.For example, a Standard GS5 VM has 80,000 IOPS limit.

DoorvoerThroughput

Door Voer of band breedte is de hoeveelheid gegevens die uw toepassing naar de opslag schijven in een opgegeven interval verzendt.Throughput, or bandwidth is the amount of data that your application is sending to the storage disks in a specified interval. Als uw toepassing invoer/uitvoer-bewerkingen uitvoert met grote i/o-eenheids grootten, is een hoge door Voer vereist.If your application is performing input/output operations with large IO unit sizes, it requires high throughput. Data Warehouse-toepassingen geven vaak scan intensieve bewerkingen uit die toegang hebben tot grote delen van gegevens tegelijk en voeren vaak bulk bewerkingen uit.Data warehouse applications tend to issue scan intensive operations that access large portions of data at a time and commonly perform bulk operations. Met andere woorden, deze toepassingen vereisen een hogere door voer.In other words, such applications require higher throughput. Als u een dergelijke toepassing hebt, moet u de infra structuur zodanig ontwerpen dat deze kan worden geoptimaliseerd voor door voer.If you have such an application, you must design its infrastructure to optimize for throughput. In de volgende sectie worden de factoren besproken die u moet afstemmen om dit te verfijnen.In the next section, we discuss in detail the factors you must tune to achieve this.

Wanneer u een Premium-opslag schijf koppelt aan een grootschalige virtuele machine, wordt de door Voer van Azure ingericht volgens die schijf specificatie.When you attach a premium storage disk to a high scale VM, Azure provisions throughput as per that disk specification. Een voor beeld: een P50 schijf 250 MB per seconde schijf doorvoer.For example, a P50 disk provisions 250 MB per second disk throughput. Elke VM-grootte van hoog schalen heeft ook een specifieke doorvoer limiet die kan worden bereikt.Each high scale VM size also has as specific throughput limit that it can sustain. Standaard GS5 VM heeft bijvoorbeeld een maximale door Voer van 2.000 MB per seconde.For example, Standard GS5 VM has a maximum throughput of 2,000 MB per second.

Er is een relatie tussen door Voer en IOPS, zoals wordt weer gegeven in de onderstaande formule.There is a relation between throughput and IOPS as shown in the formula below.

Relatie van IOPS en door Voer

Daarom is het belang rijk om de optimale door Voer en IOPS waarden te bepalen die uw toepassing nodig heeft.Therefore, it is important to determine the optimal throughput and IOPS values that your application requires. Als u probeert een optimalisatie uit te proberen, wordt dit ook beïnvloed.As you try to optimize one, the other also gets affected. In een latere sectie worden de prestaties van de toepassing geoptimaliseerd. we bespreken nu meer informatie over het optimaliseren van IOPS en door voer.In a later section, Optimizing Application Performance, we will discuss in more details about optimizing IOPS and Throughput.

LatentieLatency

Latentie is de tijd die een toepassing nodig heeft om één aanvraag te ontvangen, deze te verzenden naar de opslag schijven en het antwoord naar de client te verzenden.Latency is the time it takes an application to receive a single request, send it to the storage disks and send the response to the client. Dit is een kritieke maat regel voor de prestaties van een toepassing naast IOPS en door voer.This is a critical measure of an application's performance in addition to IOPS and Throughput. De latentie van een Premium-opslag schijf is de tijd die nodig is om de gegevens voor een aanvraag op te halen en deze terug te sturen naar uw toepassing.The Latency of a premium storage disk is the time it takes to retrieve the information for a request and communicate it back to your application. Premium Storage biedt consistente lage latenties.Premium Storage provides consistent low latencies. Premium-schijven zijn ontworpen om latentie in milliseconden voor de meeste i/o-bewerkingen te bieden.Premium Disks are designed to provide single-digit millisecond latencies for most IO operations. Als u opslaan in cache opslag op Premium Storage-schijven inschakelt, kunt u veel minder lees latentie krijgen.If you enable ReadOnly host caching on premium storage disks, you can get much lower read latency. In de volgende sectie wordt beschreven hoe u de prestaties van de toepassing kunt optimaliseren.We will discuss Disk Caching in more detail in later section on Optimizing Application Performance.

Wanneer u uw toepassing optimaliseert om meer IOPS en door voer te krijgen, is dit van invloed op de latentie van uw toepassing.When you are optimizing your application to get higher IOPS and Throughput, it will affect the latency of your application. Na het afstemmen van de prestaties van de toepassing evalueert u altijd de latentie van de toepassing om onverwacht gedrag van hoge latentie te voor komen.After tuning the application performance, always evaluate the latency of the application to avoid unexpected high latency behavior.

De volgende besturings vlak bewerkingen op Managed Disks kunnen een verplaatsing van de schijf van de ene opslag locatie naar de andere omvatten.The following control plane operations on Managed Disks may involve movement of the Disk from one Storage location to another. Dit wordt ingedeeld via achtergrond kopieën van gegevens die enkele uren kunnen duren, meestal minder dan 24 uur, afhankelijk van de hoeveelheid gegevens op de schijven.This is orchestrated via background copy of data that can take several hours to complete, typically less than 24 hours depending on the amount of data in the disks. Gedurende die tijd kan uw toepassing hoger zijn dan de gebruikelijke lees latentie, omdat sommige Lees bewerkingen worden omgeleid naar de oorspronkelijke locatie en langer kunnen duren.During that time your application can experience higher than usual read latency as some reads can get redirected to the original location and can take longer to complete. Er is geen invloed op de schrijf latentie tijdens deze periode.There is no impact on write latency during this period.

  • Werk het opslag type bij.Update the storage type.
  • Ontkoppel en koppel een schijf van de ene VM naar een andere.Detach and attach a disk from one VM to another.
  • Een beheerde schijf maken op basis van een VHD.Create a managed disk from a VHD.
  • Een beheerde schijf maken op basis van een moment opname.Create a managed disk from a snapshot.
  • Niet-beheerde schijven converteren naar Managed disks.Convert unmanaged disks to managed disks.

Controle lijst voor prestatie toepassingen voor schijvenPerformance Application Checklist for disks

Bij de eerste stap bij het ontwerpen van toepassingen met hoge prestaties die worden uitgevoerd op Azure Premium Storage worden de prestatie vereisten van uw toepassing beter beschreven.The first step in designing high-performance applications running on Azure Premium Storage is understanding the performance requirements of your application. Nadat u de prestatie vereisten hebt verzameld, kunt u uw toepassing optimaliseren om optimaal te kunnen profiteren van de prestaties.After you have gathered performance requirements, you can optimize your application to achieve the most optimal performance.

In de vorige sectie hebben we de algemene prestatie-indica toren, IOPS, door Voer en latentie uitgelegd.In the previous section, we explained the common performance indicators, IOPS, Throughput, and Latency. U moet bepalen welke van deze prestatie-indica toren essentieel zijn voor uw toepassing om de gewenste gebruikers ervaring te bieden.You must identify which of these performance indicators are critical to your application to deliver the desired user experience. Hoge IOPS is bijvoorbeeld belang rijk voor OLTP-toepassingen die miljoenen trans acties in een seconde verwerken.For example, high IOPS matters most to OLTP applications processing millions of transactions in a second. Overwegende dat hoge door voer essentieel is voor Data Warehouse-toepassingen die grote hoeveel heden gegevens in een seconde verwerken.Whereas, high Throughput is critical for Data Warehouse applications processing large amounts of data in a second. Extreem lage latentie is essentieel voor realtime toepassingen zoals live video streaming websites.Extremely low Latency is crucial for real-time applications like live video streaming websites.

Meet vervolgens de maximale prestatie vereisten van uw toepassing gedurende de levens duur.Next, measure the maximum performance requirements of your application throughout its lifetime. Gebruik de voorbeeld controlelijst hieronder als begin.Use the sample checklist below as a start. De maximale prestatie vereisten vastleggen tijdens de peri Oden normaal, piek en buiten kantoor uren.Record the maximum performance requirements during normal, peak, and off-hours workload periods. Door vereisten voor alle werkbelasting niveaus te identificeren, kunt u de algehele prestatie vereisten van uw toepassing bepalen.By identifying requirements for all workloads levels, you will be able to determine the overall performance requirement of your application. De normale werk belasting van een e-commerce website is bijvoorbeeld de trans acties die worden uitgevoerd gedurende de meeste dagen in een jaar.For example, the normal workload of an e-commerce website will be the transactions it serves during most days in a year. De piek belasting van de website is de trans acties die worden uitgevoerd tijdens vakantie dagen of speciale verkoop gebeurtenissen.The peak workload of the website will be the transactions it serves during holiday season or special sale events. De piek werk belasting is doorgaans voor een beperkte periode van kracht, maar kan uw toepassing wel twee of meer keer de normale werking laten schalen.The peak workload is typically experienced for a limited period, but can require your application to scale two or more times its normal operation. Ontdek de vereisten voor 50 percentiel, 90 percentiel en 99 percentiel.Find out the 50 percentile, 90 percentile, and 99 percentile requirements. Dit helpt bij het filteren van uitschieters in de prestatie vereisten en u kunt zich richten op het optimaliseren van de juiste waarden.This helps filter out any outliers in the performance requirements and you can focus your efforts on optimizing for the right values.

Controle lijst voor toepassings prestatiesApplication performance requirements checklist

Prestatie vereistenPerformance requirements 50 percentiel50 Percentile 90 percentiel90 Percentile 99 percentiel99 Percentile
Met maximaalMax. Transacties per secondeTransactions per second
% Lees bewerkingen% Read operations
% Schrijf bewerkingen% Write operations
% Wille keurige bewerkingen% Random operations
% Sequentiële bewerkingen% Sequential operations
Grootte van IO-aanvraagIO request size
Gemiddelde door VoerAverage Throughput
Met maximaalMax. DoorvoerThroughput
Haal.Min. LatentieLatency
Gemiddelde latentieAverage Latency
Met maximaalMax. CPUCPU
Gemiddelde CPUAverage CPU
Met maximaalMax. GeheugenMemory
Gemiddeld geheugenAverage Memory
Wachtrij diepteQueue Depth

Notitie

U kunt overwegen deze nummers te schalen op basis van de verwachte toekomstige groei van uw toepassing.You should consider scaling these numbers based on expected future growth of your application. Het is een goed idee om de groei vooraf te plannen, omdat het lastig is om de infra structuur voor het verbeteren van de prestaties later te wijzigen.It is a good idea to plan for growth ahead of time, because it could be harder to change the infrastructure for improving performance later.

Als u een bestaande toepassing hebt en wilt overstappen op Premium Storage, moet u eerst de controle lijst voor de bestaande toepassing bouwen.If you have an existing application and want to move to Premium Storage, first build the checklist above for the existing application. Vervolgens bouwt u een prototype van uw toepassing op Premium Storage en ontwerpt u de toepassing op basis van de richt lijnen die worden beschreven bij het optimaliseren van de prestaties van toepassingen in een latere sectie van dit document.Then, build a prototype of your application on Premium Storage and design the application based on guidelines described in Optimizing Application Performance in a later section of this document. In het volgende artikel worden de hulpprogram ma's beschreven die u kunt gebruiken voor het verzamelen van de prestatie metingen.The next article describes the tools you can use to gather the performance measurements.

Tellers voor het meten van de prestatie vereisten voor toepassingenCounters to measure application performance requirements

De beste manier om prestatie vereisten van uw toepassing te meten, is het gebruik van hulpprogram ma's voor prestatie controle die worden meegeleverd met het besturings systeem van de server.The best way to measure performance requirements of your application, is to use performance-monitoring tools provided by the operating system of the server. U kunt PerfMon voor Windows en iostat gebruiken voor Linux gebruiken.You can use PerfMon for Windows and iostat for Linux. Deze hulpprogram ma's vastleggen tellers die overeenkomen met elke meting die wordt uitgelegd in de bovenstaande sectie.These tools capture counters corresponding to each measure explained in the above section. U moet de waarden van deze prestatie meter items vastleggen wanneer uw toepassing de werk belasting van de normale, piek en buiten kantoor uren uitvoert.You must capture the values of these counters when your application is running its normal, peak, and off-hours workloads.

De prestatie meter items zijn beschikbaar voor processor, geheugen en, elke logische schijf en fysieke schijf van uw server.The PerfMon counters are available for processor, memory and, each logical disk and physical disk of your server. Wanneer u Premium Storage-schijven met een virtuele machine gebruikt, zijn de fysieke-schijf tellers voor elke Premium-opslag schijf en worden voor elk volume dat op de Premium Storage-schijven wordt gemaakt, items voor logische schijven opgenomen.When you use premium storage disks with a VM, the physical disk counters are for each premium storage disk, and logical disk counters are for each volume created on the premium storage disks. U moet de waarden vastleggen voor de schijven waarop de workload van uw toepassing wordt gehost.You must capture the values for the disks that host your application workload. Als er een toewijzing is tussen logische en fysieke schijven, kunt u verwijzen naar fysieke-schijf items; Raadpleeg anders de items van de logische schijf.If there is a one to one mapping between logical and physical disks, you can refer to physical disk counters; otherwise refer to the logical disk counters. In Linux genereert de iostat gebruiken-opdracht een rapport voor CPU-en schijf gebruik.On Linux, the iostat command generates a CPU and disk utilization report. Het rapport schijf gebruik bevat statistieken per fysiek apparaat of partitie.The disk utilization report provides statistics per physical device or partition. Als u een database server hebt met gegevens en logboeken op afzonderlijke schijven, verzamelt u deze gegevens voor beide schijven.If you have a database server with its data and logs on separate disks, collect this data for both disks. In de onderstaande tabel worden de items voor schijven, processors en geheugen beschreven:Below table describes counters for disks, processors, and memory:

PrestatiemeteritemCounter BeschrijvingDescription ControlePerfMon Iostat gebruikenIostat
IOPS of trans acties per secondeIOPS or Transactions per second Het aantal I/O-aanvragen dat per seconde aan de opslag schijf is uitgegeven.Number of I/O requests issued to the storage disk per second. Schijf lezen per secondeDisk Reads/sec
Schijf schrijven per secondeDisk Writes/sec
TPStps
r/sr/s
w/sw/s
Lees-en schrijf bewerkingen op schijfDisk Reads and Writes % van lees-en schrijf bewerkingen die op de schijf worden uitgevoerd.% of Reads and Write operations performed on the disk. Percentage schijf leestijd% Disk Read Time
Percentage schrijf tijd schijf% Disk Write Time
r/sr/s
w/sw/s
DoorvoerThroughput Hoeveelheid gegevens die per seconde moet worden gelezen van of wegge schreven naar de schijf.Amount of data read from or written to the disk per second. Bytes gelezen op schijf/secDisk Read Bytes/sec
Bytes geschreven naar schijf/secDisk Write Bytes/sec
kB_read/skB_read/s
kB_wrtn/skB_wrtn/s
LatentieLatency Totale tijd voor het volt ooien van een schijf-i/o-aanvraag.Total time to complete a disk IO request. Gemiddeld aantal seconden/Lees bewerkingen schijfAverage Disk sec/Read
Gemiddeld aantal seconden per schrijf bewerking schijfAverage disk sec/Write
koperawait
svctmsvctm
I/o-grootteIO size De grootte van I/O-aanvragen van problemen met de opslag schijven.The size of I/O requests issues to the storage disks. Gemiddeld aantal gelezen bytes per schijfAverage Disk Bytes/Read
Gemiddeld aantal geschreven bytes per schijfAverage Disk Bytes/Write
avgrq-szavgrq-sz
Wachtrij diepteQueue Depth Aantal openstaande I/O-aanvragen dat wacht op het lezen van of schrijven naar de opslag schijf.Number of outstanding I/O requests waiting to be read from or written to the storage disk. Huidige wachtrij lengte voor de schijfCurrent Disk Queue Length avgqu-szavgqu-sz
Aantal. GeheugenmetabaseMax. Memory Hoeveelheid geheugen die nodig is om de toepassing probleemloos uit te voerenAmount of memory required to run application smoothly Percentage toegewezen bytes in gebruik% Committed Bytes in Use Vmstat gebruikenUse vmstat
Aantal. VERBRUIKMax. CPU Hoeveelheid CPU vereist om toepassing probleemloos uit te voerenAmount CPU required to run application smoothly Percentage processor tijd% Processor time % util%util

Meer informatie over iostat gebruiken en perfmon.Learn more about iostat and PerfMon.

Prestaties van de toepassing optimaliserenOptimize application performance

De belangrijkste factoren die van invloed zijn op de prestaties van een toepassing die wordt uitgevoerd op Premium Storage, zijn aard van de i/o-aanvragen, de VM-grootte, de schijf grootte, het aantal schijven, het opslaan van schijven, meerdere threads en de wachtrij diepte.The main factors that influence performance of an application running on Premium Storage are Nature of IO requests, VM size, Disk size, Number of disks, disk caching, multithreading, and queue depth. U kunt enkele van deze factoren beheren met knoppen van het systeem.You can control some of these factors with knobs provided by the system. De meeste toepassingen bieden u mogelijk geen optie om de i/o-grootte en de wachtrij diepte rechtstreeks te wijzigen.Most applications may not give you an option to alter the IO size and Queue Depth directly. Als u bijvoorbeeld SQL Server gebruikt, kunt u niet de i/o-grootte en de wachtrij diepte kiezen.For example, if you are using SQL Server, you cannot choose the IO size and queue depth. SQL Server kiest de optimale IO-grootte en wachtrij diepte waarden om de meeste prestaties te verkrijgen.SQL Server chooses the optimal IO size and queue depth values to get the most performance. Het is belang rijk om inzicht te krijgen in de gevolgen van beide typen factoren voor de prestaties van uw toepassing, zodat u de juiste resources kunt inrichten om te voldoen aan de prestatie behoeften.It is important to understand the effects of both types of factors on your application performance, so that you can provision appropriate resources to meet performance needs.

In deze sectie raadpleegt u de controle lijst voor toepassings vereisten die u hebt gemaakt om te bepalen hoeveel u nodig hebt om de prestaties van uw toepassingen te optimaliseren.Throughout this section, refer to the application requirements checklist that you created, to identify how much you need to optimize your application performance. Op basis hiervan kunt u bepalen welke factoren uit deze sectie u wilt afstemmen.Based on that, you will be able to determine which factors from this section you will need to tune. Als u de effecten van elke factor van de prestaties van uw toepassing wilt Witness, voert u hulpprogram ma's voor benchmarking uit in de installatie van uw toepassing.To witness the effects of each factor on your application performance, run benchmarking tools on your application setup. Raadpleeg het artikel over benchmarking, gekoppeld aan het einde, voor stappen voor het uitvoeren van algemene benchmarking-hulpprogram ma's op Windows-en Linux-Vm's.Refer to the Benchmarking article, linked at the end, for steps to run common benchmarking tools on Windows and Linux VMs.

IOPS, door Voer en latentie in één oogopslag optimaliserenOptimize IOPS, throughput, and latency at a glance

De volgende tabel bevat een overzicht van de prestatie factoren en de stappen die nodig zijn om IOPS, door Voer en latentie te optimaliseren.The table below summarizes performance factors and the steps necessary to optimize IOPS, throughput, and latency. De secties die volgen op deze samen vatting geven een beschrijving van elke factor is veel meer.The sections following this summary will describe each factor is much more depth.

Zie Linux VM-grootten of Windows VM-grootten voor meer informatie over VM-grootten en over de IOPS, door Voer en latentie die beschikbaar zijn voor elk type virtuele machine.For more information on VM sizes and on the IOPS, throughput, and latency available for each type of VM, see Linux VM sizes or Windows VM sizes.

  IOPSIOPS DoorvoerThroughput LatentieLatency
Voorbeeld scenarioExample Scenario De OLTP-toepassing voor ondernemingen vereist zeer hoge trans acties per seconde.Enterprise OLTP application requiring very high transactions per second rate. Bedrijfs gegevens magazijn toepassing verwerkt grote hoeveel heden gegevens.Enterprise Data warehousing application processing large amounts of data. Bijna realtime toepassingen die directe reacties op aanvragen van gebruikers vereisen, zoals online gaming.Near real-time applications requiring instant responses to user requests, like online gaming.
Prestatie factorenPerformance factors      
I/o-grootteIO size Bij een kleinere IO-grootte wordt een hogere IOPS als resultaat verkregen.Smaller IO size yields higher IOPS. Grotere IO-grootte om een hogere door voer te leveren.Larger IO size to yields higher Throughput.  
VM-grootteVM size Gebruik een VM-grootte die IOPS groter is dan de vereiste van uw toepassing.Use a VM size that offers IOPS greater than your application requirement. Gebruik een VM-grootte met een doorvoer limiet van meer dan uw toepassings vereiste.Use a VM size with throughput limit greater than your application requirement. Gebruik een VM-grootte die groter is dan de vereiste schaal limieten.Use a VM size that offers scale limits greater than your application requirement.
Schijf grootteDisk size Gebruik een schijf grootte met IOPS die groter is dan de vereiste van uw toepassing.Use a disk size that offers IOPS greater than your application requirement. Gebruik een schijf grootte met een doorvoer limiet van meer dan uw toepassings vereiste.Use a disk size with Throughput limit greater than your application requirement. Gebruik een schijf grootte die hoger is dan de vereiste voor uw toepassing.Use a disk size that offers scale limits greater than your application requirement.
Schaal limieten voor VM'S en schijvenVM and Disk Scale Limits De limiet voor IOPS van de gekozen VM-grootte moet groter zijn dan het totale aantal IOPS dat wordt aangestuurd door de opslag schijven die eraan zijn gekoppeld.IOPS limit of the VM size chosen should be greater than total IOPS driven by storage disks attached to it. De doorvoer limiet van de gekozen VM-grootte moet groter zijn dan de totale door Voer die wordt aangestuurd door de Premium-opslag schijven die eraan zijn gekoppeld.Throughput limit of the VM size chosen should be greater than total Throughput driven by premium storage disks attached to it. De schaal limieten van de gekozen VM-grootte moeten groter zijn dan de totale schaal limieten van gekoppelde Premium Storage-schijven.Scale limits of the VM size chosen must be greater than total scale limits of attached premium storage disks.
Schijf cacheDisk Caching Schakel alleen-lezen cache op Premium-opslag schijven in met zware bewerkingen om meer Lees-IOPS te krijgen.Enable ReadOnly Cache on premium storage disks with Read heavy operations to get higher Read IOPS.   Schakel alleen-lezen cache op Premium-opslag schijven met kant-en-klare bewerkingen uit om zeer weinig lees latentie te verkrijgen.Enable ReadOnly Cache on premium storage disks with Ready heavy operations to get very low Read latencies.
Schijf stripingDisk Striping Gebruik meerdere schijven en strip deze samen om een gecombineerde hogere IOPS en doorvoer limiet te verkrijgen.Use multiple disks and stripe them together to get a combined higher IOPS and Throughput limit. De gecombineerde limiet per VM moet hoger zijn dan de gecombineerde limieten van gekoppelde Premium-schijven.The combined limit per VM should be higher than the combined limits of attached premium disks.    
Stripe-grootteStripe Size Kleinere Stripe-grootte voor wille keurig klein i/o-patroon dat wordt weer gegeven in OLTP-toepassingen.Smaller stripe size for random small IO pattern seen in OLTP applications. Gebruik bijvoorbeeld Stripe-grootte van 64 KB voor SQL Server OLTP-toepassing.For example, use stripe size of 64 KB for SQL Server OLTP application. Grotere Stripe-grootte voor het sequentiële grote i/o-patroon dat wordt weer gegeven in Data Warehouse-toepassingen.Larger stripe size for sequential large IO pattern seen in Data Warehouse applications. Gebruik bijvoorbeeld 256 KB-Stripe-grootte voor SQL Server Data Warehouse-toepassing.For example, use 256 KB stripe size for SQL Server Data warehouse application.  
MultithreadingMultithreading Gebruik multi-threading om een hoger aantal aanvragen te pushen naar Premium Storage dat leidt tot hogere IOPS en door voer.Use multithreading to push higher number of requests to Premium Storage that will lead to higher IOPS and Throughput. U kunt bijvoorbeeld op SQL Server een hoge MAXDOP-waarde instellen om meer Cpu's toe te wijzen aan SQL Server.For example, on SQL Server set a high MAXDOP value to allocate more CPUs to SQL Server.    
Wachtrij diepteQueue Depth Grotere wachtrij diepte levert hogere IOPS op.Larger Queue Depth yields higher IOPS. Grotere wachtrij diepte levert een hogere door voer.Larger Queue Depth yields higher Throughput. Een kleinere wachtrij diepte levert lagere latenties.Smaller Queue Depth yields lower latencies.

Aard van i/o-aanvragenNature of IO requests

Een i/o-aanvraag is een eenheid voor invoer/uitvoer die door uw toepassing wordt uitgevoerd.An IO request is a unit of input/output operation that your application will be performing. Het identificeren van de aard van de i/o-aanvragen, wille keurige of sequentiële, lees-of schrijf bewerkingen, kleine of grote, helpt u bij het bepalen van de prestatie vereisten van uw toepassing.Identifying the nature of IO requests, random or sequential, read or write, small or large, will help you determine the performance requirements of your application. Het is belang rijk om inzicht te krijgen in de aard van IO-aanvragen om de juiste beslissingen te nemen bij het ontwerpen van de infra structuur van uw toepassing.It is important to understand the nature of IO requests, to make the right decisions when designing your application infrastructure. IOs moet gelijkmatig worden gedistribueerd om de beste prestaties mogelijk te maken.IOs must be distributed evenly to achieve the best performance possible.

I/o-grootte is een van de belang rijke factoren.IO size is one of the more important factors. De i/o-grootte is de grootte van de invoer-en uitvoer bewerkings aanvraag die wordt gegenereerd door uw toepassing.The IO size is the size of the input/output operation request generated by your application. De i/o-grootte heeft een grote invloed op de prestaties, met name op de IOPS en band breedte die de toepassing kan krijgen.The IO size has a significant impact on performance especially on the IOPS and Bandwidth that the application is able to achieve. In de volgende formule ziet u de relatie tussen IOPS, i/o-grootte en band breedte/door voer.The following formula shows the relationship between IOPS, IO size, and Bandwidth/Throughput.

Sommige toepassingen bieden u de mogelijkheid om hun IO-grootte te wijzigen, terwijl sommige toepassingen dat niet doen.Some applications allow you to alter their IO size, while some applications do not. SQL Server bepaalt bijvoorbeeld de optimale IO-grootte zelf, en biedt gebruikers geen knoppen om deze te wijzigen.For example, SQL Server determines the optimal IO size itself, and does not provide users with any knobs to change it. Anderzijds biedt Oracle een para meter met de naam DB_blok_grootte , waarmee u de I/O-aanvraag grootte van de Data Base kunt configureren.On the other hand, Oracle provides a parameter called DB_BLOCK_SIZE using which you can configure the I/O request size of the database.

Als u een toepassing gebruikt die u niet toestaat de i/o-grootte te wijzigen, gebruikt u de richt lijnen in dit artikel om de prestatie-KPI te optimaliseren die het meest relevant is voor uw toepassing.If you are using an application, which does not allow you to change the IO size, use the guidelines in this article to optimize the performance KPI that is most relevant to your application. Bijvoorbeeld:For example,

  • Een OLTP-toepassing genereert miljoenen kleine en wille keurige i/o-aanvragen.An OLTP application generates millions of small and random IO requests. Als u deze typen i/o-aanvragen wilt verwerken, moet u uw toepassings infrastructuur ontwerpen om hogere IOPS te verkrijgen.To handle these types of IO requests, you must design your application infrastructure to get higher IOPS.
  • Een toepassing voor gegevens opslag genereert grote en sequentiële IO-aanvragen.A data warehousing application generates large and sequential IO requests. Als u deze typen i/o-aanvragen wilt verwerken, moet u uw toepassings infrastructuur ontwerpen om een hogere band breedte of door voer te krijgen.To handle these types of IO requests, you must design your application infrastructure to get higher Bandwidth or Throughput.

Als u een toepassing gebruikt, waarmee u de i/o-grootte kunt wijzigen, gebruikt u deze vuist regel voor de i/o-grootte naast andere richt lijnen voor prestaties.If you are using an application, which allows you to change the IO size, use this rule of thumb for the IO size in addition to other performance guidelines,

  • Kleinere IO-grootte om meer IOPS te verkrijgen.Smaller IO size to get higher IOPS. Bijvoorbeeld 8 KB voor een OLTP-toepassing.For example, 8 KB for an OLTP application.
  • Grotere IO-grootte voor een hogere band breedte/door voer.Larger IO size to get higher Bandwidth/Throughput. Bijvoorbeeld 1024 KB voor een Data Warehouse-toepassing.For example, 1024 KB for a data warehouse application.

Hier volgt een voor beeld van hoe u de IOPS en de door Voer/band breedte kunt berekenen voor uw toepassing.Here is an example on how you can calculate the IOPS and Throughput/Bandwidth for your application. Overweeg een toepassing met behulp van een P30-schijf.Consider an application using a P30 disk. Het maximale aantal IOPS en de door Voer/band breedte van een P30-schijf kan worden gerealiseerd op respectievelijk 5000 IOPS en 200 MB per seconde.The maximum IOPS and Throughput/Bandwidth a P30 disk can achieve is 5000 IOPS and 200 MB per second respectively. Als uw toepassing nu het maximale aantal IOPS van de P30-schijf vereist en u een kleinere IO-grootte gebruikt, zoals 8 KB, kan de resulterende band breedte Maxi maal 40 MB per seconde zijn.Now, if your application requires the maximum IOPS from the P30 disk and you use a smaller IO size like 8 KB, the resulting Bandwidth you will be able to get is 40 MB per second. Als voor uw toepassing echter de maximale door Voer/band breedte van P30 schijf is vereist en u een grotere IO-grootte gebruikt, zoals 1024 KB, is de resulterende IOPS minder, 200 IOPS.However, if your application requires the maximum Throughput/Bandwidth from P30 disk, and you use a larger IO size like 1024 KB, the resulting IOPS will be less, 200 IOPS. Stel daarom de i/o-grootte zodanig in dat deze voldoet aan de limiet voor IOPS en door Voer/band breedte van uw toepassing.Therefore, tune the IO size such that it meets both your application's IOPS and Throughput/Bandwidth requirement. De volgende tabel bevat een overzicht van de verschillende i/o-grootten en de bijbehorende IOPS en door Voer voor een P30-schijf.The following table summarizes the different IO sizes and their corresponding IOPS and Throughput for a P30 disk.

Toepassings vereisteApplication Requirement I/O-grootteI/O size IOPSIOPS Door Voer/band breedteThroughput/Bandwidth
Max. IOPSMax IOPS 8 kB8 KB 5.0005,000 40 MB per seconde40 MB per second
Maximale door VoerMax Throughput 1024 KB1024 KB 200200 200 MB per seconde200 MB per second
Maximale door Voer + hoge IOPSMax Throughput + high IOPS 64 kB64 KB 3,2003,200 200 MB per seconde200 MB per second
Maximale IOPS + hoge door VoerMax IOPS + high Throughput 32 KB32 KB 5.0005,000 160 MB per seconde160 MB per second

Als u IOPS en band breedte wilt ophalen die hoger is dan de maximum waarde van één Premium-opslag schijf, gebruikt u meerdere Premium-schijven die met elkaar zijn gesegmenteerd.To get IOPS and Bandwidth higher than the maximum value of a single premium storage disk, use multiple premium disks striped together. U kunt bijvoorbeeld twee P30-schijven opstrepen om een gecombineerde IOPS van 10.000 IOPS te verkrijgen of een gecombineerde door Voer van 400 MB per seconde.For example, stripe two P30 disks to get a combined IOPS of 10,000 IOPS or a combined Throughput of 400 MB per second. Zoals uitgelegd in de volgende sectie, moet u een VM-grootte gebruiken die ondersteuning biedt voor de gecombineerde schijf-IOPS en-door voer.As explained in the next section, you must use a VM size that supports the combined disk IOPS and Throughput.

Notitie

Wanneer u meerdere IOPS of door Voer verhoogt, neemt de andere ook toe, moet u ervoor zorgen dat u de limieten voor door Voer of IOPS van de schijf of de virtuele machine niet bereikt wanneer een van beide wordt verhoogd.As you increase either IOPS or Throughput the other also increases, make sure you do not hit throughput or IOPS limits of the disk or VM when increasing either one.

Als u de gevolgen van de i/o-grootte voor de prestaties van de toepassing wilt Witness, kunt u benchmarking-hulpprogram ma's uitvoeren op uw VM en schijven.To witness the effects of IO size on application performance, you can run benchmarking tools on your VM and disks. Maak meerdere test uitvoeringen en gebruik een andere i/o-grootte voor elke uitvoering om de impact te bekijken.Create multiple test runs and use different IO size for each run to see the impact. Raadpleeg het artikel over benchmarking, gekoppeld aan het einde, voor meer informatie.Refer to the Benchmarking article, linked at the end, for more details.

VM-grootten hoog schalenHigh scale VM sizes

Wanneer u begint met het ontwerpen van een toepassing, selecteert u een virtuele machine om uw toepassing te hosten.When you start designing an application, one of the first things to do is, choose a VM to host your application. Premium Storage wordt geleverd met grootschalige VM-grootten die toepassingen kunnen uitvoeren die een hogere reken kracht vereisen en een hoge I/O-prestaties van de lokale schijf.Premium Storage comes with High Scale VM sizes that can run applications requiring higher compute power and a high local disk I/O performance. Deze Vm's bieden snellere processors, een hogere geheugen-naar-kern-verhouding en een SSD (Solid-State Drive) voor de lokale schijf.These VMs provide faster processors, a higher memory-to-core ratio, and a Solid-State Drive (SSD) for the local disk. Voor beelden van virtuele machines met een hoge schaal ondersteuning die Premium Storage zijn de virtuele machines uit de DS-en GS-serie.Examples of High Scale VMs supporting Premium Storage are the DS and GS series VMs.

Virtuele machines met een hoge schaal zijn beschikbaar in verschillende groottes met een verschillend aantal CPU-kernen, geheugen, besturings systeem en tijdelijke schijf grootte.High Scale VMs are available in different sizes with a different number of CPU cores, memory, OS, and temporary disk size. Elke VM-grootte heeft ook een maximum aantal gegevens schijven dat u kunt koppelen aan de virtuele machine.Each VM size also has maximum number of data disks that you can attach to the VM. Daarom is de gekozen VM-grootte van invloed op de hoeveelheid verwerking, het geheugen en de opslag capaciteit die beschikbaar is voor uw toepassing.Therefore, the chosen VM size will affect how much processing, memory, and storage capacity is available for your application. Dit is ook van invloed op de reken-en opslag kosten.It also affects the Compute and Storage cost. Hieronder ziet u bijvoorbeeld de specificaties van de grootste VM-grootte in een DS-reeks en een GS-serie:For example, below are the specifications of the largest VM size in a DS series and a GS series:

VM-grootteVM size Cpu-coresCPU cores GeheugenMemory VM-schijf groottenVM disk sizes Met maximaalMax. gegevens schijvendata disks CachegrootteCache size IOPSIOPS I/o-limieten van bandbreedte cacheBandwidth Cache IO limits
Standard_DS14Standard_DS14 1616 112 GB112 GB OS = 1023 GBOS = 1023 GB
Lokale SSD = 224 GBLocal SSD = 224 GB
3232 576 GB576 GB 50.000 IOPS50,000 IOPS
512 MB per seconde512 MB per second
4.000 IOPS en 33 MB per seconde4,000 IOPS and 33 MB per second
Standard_GS5Standard_GS5 3232 448 GB448 GB OS = 1023 GBOS = 1023 GB
Lokale SSD = 896 GBLocal SSD = 896 GB
6464 4224 GB4224 GB 80.000 IOPS80,000 IOPS
2.000 MB per seconde2,000 MB per second
5.000 IOPS en 50 MB per seconde5,000 IOPS and 50 MB per second

Als u een volledige lijst met alle beschik bare Azure VM-grootten wilt weer geven, raadpleegt u Windows VM-grootten of grootten voor Linux VM.To view a complete list of all available Azure VM sizes, refer to Windows VM sizes or Linux VM sizes. Kies een VM-grootte die kan voldoen aan de gewenste prestatie vereisten voor de toepassing en deze kan worden geschaald.Choose a VM size that can meet and scale to your desired application performance requirements. Daarnaast moet u rekening houden met de volgende belang rijke overwegingen bij het kiezen van VM-grootten.In addition to this, take into account following important considerations when choosing VM sizes.

Schaal limietenScale Limits
De maximale IOPS-limieten per VM en per schijf zijn verschillend en zijn onafhankelijk van elkaar.The maximum IOPS limits per VM and per disk are different and independent of each other. Zorg ervoor dat de toepassing IOPS behaalt binnen de limieten van de virtuele machine en de Premium-schijven die eraan zijn gekoppeld.Make sure that the application is driving IOPS within the limits of the VM as well as the premium disks attached to it. Anders werkt de prestaties van de toepassing met vertraging.Otherwise, application performance will experience throttling.

Stel dat een toepassings vereiste een maximum van 4.000 IOPS is.As an example, suppose an application requirement is a maximum of 4,000 IOPS. U kunt dit doen door een P30-schijf in te richten op een DS1-VM.To achieve this, you provision a P30 disk on a DS1 VM. De P30-schijf kan Maxi maal 5.000 IOPS leveren.The P30 disk can deliver up to 5,000 IOPS. De DS1-VM is echter beperkt tot 3.200 IOPS.However, the DS1 VM is limited to 3,200 IOPS. De prestaties van de toepassing worden hierdoor beperkt door de VM-limiet van 3.200 IOPS en de prestaties verslechteren.Consequently, the application performance will be constrained by the VM limit at 3,200 IOPS and there will be degraded performance. U kunt dit voor komen door een virtuele machine en schijf grootte te kiezen die voldoen aan de vereisten van de toepassing.To prevent this situation, choose a VM and disk size that will both meet application requirements.

Kosten van bewerkingCost of Operation
In veel gevallen is het mogelijk dat uw totale kosten voor bewerking met behulp van Premium Storage lager zijn dan het gebruik van standaard opslag.In many cases, it is possible that your overall cost of operation using Premium Storage is lower than using Standard Storage.

Denk bijvoorbeeld aan een toepassing die 16.000 IOPS vereist.For example, consider an application requiring 16,000 IOPS. Voor deze prestaties hebt u een Standard-_D14 Azure IaaS VM nodig. Dit kan een maximale IOPS van 16.000 bieden met behulp van 32 Standard Storage 1 TB schijven.To achieve this performance, you will need a Standard_D14 Azure IaaS VM, which can give a maximum IOPS of 16,000 using 32 standard storage 1 TB disks. Elke standaard opslag schijf van 1 TB kan Maxi maal 500 IOPS beslaan.Each 1-TB standard storage disk can achieve a maximum of 500 IOPS. De geschatte kosten van deze virtuele machine per maand zijn $1.570.The estimated cost of this VM per month will be $1,570. De maandelijkse kosten van 32 standaard opslag schijven zijn $1.638.The monthly cost of 32 standard storage disks will be $1,638. De geschatte totale maandelijkse kosten worden $3.208.The estimated total monthly cost will be $3,208.

Als u echter dezelfde toepassing op Premium Storage hebt gehost, hebt u een kleinere VM-grootte en minder Premium-opslag schijven nodig, waardoor de totale kosten worden verminderd.However, if you hosted the same application on Premium Storage, you will need a smaller VM size and fewer premium storage disks, thus reducing the overall cost. Een standaard_DS13 VM kan voldoen aan de 16.000 IOPS-vereiste met behulp van vier P30-schijven.A Standard_DS13 VM can meet the 16,000 IOPS requirement using four P30 disks. De DS13-VM heeft een maximale IOPS van 25.600 en elke P30-schijf heeft een maximale IOPS van 5.000.The DS13 VM has a maximum IOPS of 25,600 and each P30 disk has a maximum IOPS of 5,000. Over het algemeen kan deze configuratie 5.000 x 4 = 20.000 IOPS behaalt.Overall, this configuration can achieve 5,000 x 4 = 20,000 IOPS. De geschatte kosten van deze virtuele machine per maand zijn $1.003.The estimated cost of this VM per month will be $1,003. De maandelijkse kosten van vier P30 Premium-opslag schijven worden $544,34.The monthly cost of four P30 premium storage disks will be $544.34. De geschatte totale maandelijkse kosten worden $1.544.The estimated total monthly cost will be $1,544.

Onderstaande tabel bevat een overzicht van de kosten analyse van dit scenario voor Standard en Premium Storage.Table below summarizes the cost breakdown of this scenario for Standard and Premium Storage.

  StandardStandard PremiumPremium
Kosten van VM per maandCost of VM per month $1.570,58 (Standard_D14)$1,570.58 (Standard_D14) $1.003,66 (Standard_DS13)$1,003.66 (Standard_DS13)
Kosten van schijven per maandCost of Disks per month $1.638,40 (32 x 1 TB schijven)$1,638.40 (32 x 1-TB disks) $544,34 (4 x P30 schijven)$544.34 (4 x P30 disks)
Totale kosten per maandOverall Cost per month $3,208.98$3,208.98 $1,544.34$1,544.34

Linux-distributiesLinux Distros

Met Azure Premium Storage beschikt u over hetzelfde prestatie niveau voor Vm's met Windows en Linux.With Azure Premium Storage, you get the same level of Performance for VMs running Windows and Linux. We ondersteunen veel soorten Linux-distributies en u kunt hierde volledige lijst zien.We support many flavors of Linux distros, and you can see the complete list here. Het is belang rijk te weten dat verschillende distributies beter geschikt zijn voor verschillende soorten workloads.It is important to note that different distros are better suited for different types of workloads. U ziet verschillende prestatie niveaus, afhankelijk van de distributie waarop uw werk belasting wordt uitgevoerd.You will see different levels of performance depending on the distro your workload is running on. Test de Linux-distributies met uw toepassing en kies de versie die het beste werkt.Test the Linux distros with your application and choose the one that works best.

Wanneer u Linux met Premium Storage uitvoert, controleert u de meest recente updates over de vereiste Stuur Programma's om hoge prestaties te garanderen.When running Linux with Premium Storage, check the latest updates about required drivers to ensure high performance.

Grootte van Premium-opslag schijvenPremium storage disk sizes

Azure Premium Storage biedt tal van grootten, zodat u er een kunt kiezen die het beste bij uw behoeften past.Azure Premium Storage offers a variety of sizes so you can choose one that best suits your needs. Elke schijf grootte heeft een andere schaal limiet voor IOPS, band breedte en opslag.Each disk size has a different scale limit for IOPS, bandwidth, and storage. Kies de juiste Premium Storage schijf grootte, afhankelijk van de toepassings vereisten en de grootte van de VM met hoge schaal.Choose the right Premium Storage Disk size depending on the application requirements and the high scale VM size. In de volgende tabel ziet u de grootte van de schijven en de mogelijkheden ervan.The table below shows the disks sizes and their capabilities. P4-, P6-, P15-, P60-, P70-en P80-grootten worden momenteel alleen ondersteund voor Managed Disks.P4, P6, P15, P60, P70, and P80 sizes are currently only supported for Managed Disks.

Premium-SSD groottenPremium SSD sizes  P1P1* P2P2* P3P3* P4P4 P6P6 P10P10 P15P15 P20P20 P30P30 P40P40 P50P50 P60P60 P70P70 P80P80
Schijf grootte in GiBDisk size in GiB 44 88 1616 3232 6464 128128 256256 512512 1,0241,024 2.0482,048 4.0964,096 8.1928,192 16.38416,384 32.76732,767
IOPS per schijfIOPS per disk 120120 120120 120120 120120 240240 500500 1.1001,100 2.3002,300 5.0005,000 7.5007,500 7.5007,500 16,00016,000 18.00018,000 20,00020,000
Doorvoer per schijfThroughput per disk 25 MiB per seconde25 MiB/sec 25 MiB per seconde25 MiB/sec 25 MiB per seconde25 MiB/sec 25 MiB per seconde25 MiB/sec 50-MiB per seconde50 MiB/sec 100-MiB per seconde100 MiB/sec 125-MiB per seconde125 MiB/sec 150-MiB per seconde150 MiB/sec 200-MiB per seconde200 MiB/sec 250-MiB per seconde250 MiB/sec 250-MiB per seconde250 MiB/sec 500-MiB per seconde500 MiB/sec 750-MiB per seconde750 MiB/sec 900-MiB per seconde900 MiB/sec
Max burst IOPS per schijf * *Max burst IOPS per disk** 3.5003,500 3.5003,500 3.5003,500 3.5003,500 3.5003,500 3.5003,500 3.5003,500 3.5003,500
Maximale burst-door Voer per schijf * *Max burst throughput per disk** 170-MiB per seconde170 MiB/sec 170-MiB per seconde170 MiB/sec 170-MiB per seconde170 MiB/sec 170-MiB per seconde170 MiB/sec 170-MiB per seconde170 MiB/sec 170-MiB per seconde170 MiB/sec 170-MiB per seconde170 MiB/sec 170-MiB per seconde170 MiB/sec
Maximale burst-duur * *Max burst duration** 30 minuten30 min 30 minuten30 min 30 minuten30 min 30 minuten30 min 30 minuten30 min 30 minuten30 min 30 minuten30 min 30 minuten30 min
Geschikt voor reserve ringEligible for reservation NeeNo NeeNo NeeNo NeeNo NeeNo NeeNo NeeNo NeeNo Ja, Maxi maal één jaarYes, up to one year Ja, Maxi maal één jaarYes, up to one year Ja, Maxi maal één jaarYes, up to one year Ja, Maxi maal één jaarYes, up to one year Ja, Maxi maal één jaarYes, up to one year Ja, Maxi maal één jaarYes, up to one year

*geeft een schijf grootte aan die momenteel als preview-versie beschikbaar is, voor regionale beschikbaarheids informatie Zie nieuwe schijf grootten: beheerd en onbeheerd.*Denotes a disk size that is currently in preview, for regional availability information see New disk sizes: Managed and unmanaged.
**geeft een functie aan die momenteel als preview-versie beschikbaar is, Zie schijf bursting voor meer informatie.**Denotes a feature that is currently in preview, see Disk bursting for more information.

Hoeveel schijven u kiest, is afhankelijk van de gekozen schijf grootte.How many disks you choose depends on the disk size chosen. U kunt één P50-schijf of meerdere P10-schijven gebruiken om te voldoen aan de vereisten van uw toepassing.You could use a single P50 disk or multiple P10 disks to meet your application requirement. Houd rekening met onderstaande aandachtspunten wanneer u de keuze maakt.Take into account considerations listed below when making the choice.

Schaal limieten (IOPS en door Voer)Scale Limits (IOPS and Throughput)
De limieten voor IOPS en door Voer van elke Premium-schijf variëren en zijn onafhankelijk van de schaal limieten van de virtuele machine.The IOPS and Throughput limits of each Premium disk size is different and independent from the VM scale limits. Zorg ervoor dat het totale aantal IOPS en door Voer van de schijven binnen de schaal limieten ligt van de gekozen VM-grootte.Make sure that the total IOPS and Throughput from the disks are within scale limits of the chosen VM size.

Als een toepassings vereiste bijvoorbeeld Maxi maal 250 MB/sec. door Voer is en u een DS4-VM met één P30-schijf gebruikt.For example, if an application requirement is a maximum of 250 MB/sec Throughput and you are using a DS4 VM with a single P30 disk. De DS4-VM kan Maxi maal 256 MB/sec. door voer geven.The DS4 VM can give up to 256 MB/sec Throughput. Eén P30-schijf heeft echter een doorvoer limiet van 200 MB/sec. De toepassing wordt hierdoor beperkt tot 200 MB/sec als gevolg van de schijf limiet.However, a single P30 disk has Throughput limit of 200 MB/sec. Consequently, the application will be constrained at 200 MB/sec due to the disk limit. U kunt deze limiet verheffen door meer dan één gegevens schijf aan de virtuele machine in te richten of de grootte van de schijven aan te P40 of P50.To overcome this limit, provision more than one data disks to the VM or resize your disks to P40 or P50.

Notitie

Lees bewerkingen die door de cache worden geleverd, zijn niet opgenomen in de schijf-IOPS en door Voer, en zijn daarom niet van toepassing op schijf limieten.Reads served by the cache are not included in the disk IOPS and Throughput, hence not subject to disk limits. Cache heeft afzonderlijke IOPS-en doorvoer limieten per VM.Cache has its separate IOPS and Throughput limit per VM.

Aanvankelijk zijn uw lees-en schrijf bewerkingen bijvoorbeeld respectievelijk 60MB per seconde en 40MB per seconde.For example, initially your reads and writes are 60MB/sec and 40MB/sec respectively. Na verloop van tijd wordt de cache opwarmd en worden meer en meer Lees bewerkingen van de cache gebruikt.Over time, the cache warms up and serves more and more of the reads from the cache. Daarna kunt u een hogere schrijf doorvoer verkrijgen van de schijf.Then, you can get higher write Throughput from the disk.

Aantal schijvenNumber of Disks
Bepaal het aantal schijven dat u nodig hebt door de toepassings vereisten te beoordelen.Determine the number of disks you will need by assessing application requirements. Elke VM-grootte heeft ook een limiet voor het aantal schijven dat u kunt koppelen aan de virtuele machine.Each VM size also has a limit on the number of disks that you can attach to the VM. Doorgaans is dit het aantal kernen.Typically, this is twice the number of cores. Zorg ervoor dat de grootte van de virtuele machine die u kiest, het benodigde aantal schijven kan ondersteunen.Ensure that the VM size you choose can support the number of disks needed.

Houd er rekening mee dat de Premium Storage schijven betere prestaties hebben ten opzichte van standaard opslag schijven.Remember, the Premium Storage disks have higher performance capabilities compared to Standard Storage disks. Als u uw toepassing migreert vanuit een Azure IaaS-VM met standaard opslag naar Premium Storage, hebt u waarschijnlijk minder Premium-schijven nodig om dezelfde of hogere prestaties voor uw toepassing te krijgen.Therefore, if you are migrating your application from Azure IaaS VM using Standard Storage to Premium Storage, you will likely need fewer premium disks to achieve the same or higher performance for your application.

SchijfcachingDisk caching

High Scale-Vm's die gebruikmaken van Azure Premium Storage, hebben een cache technologie met meerdere lagen met de naam BlobCache.High Scale VMs that leverage Azure Premium Storage have a multi-tier caching technology called BlobCache. BlobCache maakt gebruik van een combi natie van het RAM-geheugen van de virtuele machine en de lokale SSD voor caching.BlobCache uses a combination of the Virtual Machine RAM and local SSD for caching. Deze cache is beschikbaar voor de Premium Storage permanente schijven en de lokale VM-schijven.This cache is available for the Premium Storage persistent disks and the VM local disks. Deze cache-instelling is standaard ingesteld op lezen/schrijven voor besturingssysteem schijven en alleen-lezen voor gegevens schijven die worden gehost op Premium Storage.By default, this cache setting is set to Read/Write for OS disks and ReadOnly for data disks hosted on Premium Storage. Als schijf cache is ingeschakeld op de Premium Storage schijven, kunnen de virtuele machines met een hoge schaal extreem hoge prestatie niveaus hebben die de onderliggende schijf prestaties overschrijden.With disk caching enabled on the Premium Storage disks, the high scale VMs can achieve extremely high levels of performance that exceed the underlying disk performance.

Waarschuwing

Schijf cache gebruik wordt niet ondersteund voor schijven van 4 TiB en groter.Disk Caching is not supported for disks 4 TiB and larger. Als er meerdere schijven aan uw virtuele machine zijn gekoppeld, ondersteunt elke schijf die kleiner is dan 4 TiB de cache.If multiple disks are attached to your VM, each disk that is smaller than 4 TiB will support caching.

Wanneer u de cache-instelling van een Azure-schijf wijzigt, wordt de doel schijf losgekoppeld en opnieuw gekoppeld.Changing the cache setting of an Azure disk detaches and re-attaches the target disk. Als de schijf van het besturings systeem is, wordt de VM opnieuw opgestart.If it is the operating system disk, the VM is restarted. Stop alle toepassingen en services die kunnen worden beïnvloed door deze onderbreking voordat u de schijfcache-instelling wijzigt.Stop all applications/services that might be affected by this disruption before changing the disk cache setting.

Raadpleeg het blog bericht over Azure Premium Storage voor meer informatie over de werking van BlobCache.To learn more about how BlobCache works, refer to the Inside Azure Premium Storage blog post.

Het is belang rijk om cache in te scha kelen op de juiste set schijven.It is important to enable cache on the right set of disks. Of u schijf cache gebruik moet inschakelen op een Premium-schijf of niet afhankelijk is van het werkbelasting patroon dat wordt verwerkt door de schijf.Whether you should enable disk caching on a premium disk or not will depend on the workload pattern that disk will be handling. De volgende tabel bevat de standaard cache-instellingen voor besturings systeem-en gegevens schijven.Table below shows the default cache settings for OS and Data disks.

Schijf typeDisk type Standaard cache-instellingDefault cache setting
BesturingssysteemschijfOS disk ReadWriteReadWrite
GegevensschijfData disk ReadOnlyReadOnly

Hieronder vindt u de aanbevolen schijf cache-instellingen voor gegevens schijven,Following are the recommended disk cache settings for data disks,

Cache-instelling voor schijfDisk caching setting aanbeveling voor het gebruik van deze instellingrecommendation on when to use this setting
GeenNone Configureer host-cache als geen voor schijven met alleen-schrijven en write-zware.Configure host-cache as None for write-only and write-heavy disks.
ReadOnlyReadOnly Configureer de host-cache als alleen-lezen voor de schijven met het kenmerk alleen-schrijven en lees-en schrijf bewerkingen.Configure host-cache as ReadOnly for read-only and read-write disks.
ReadWriteReadWrite Configureer de host-cache als ReadWrite alleen als uw toepassing het schrijven van gegevens in de cache op de juiste wijze afhandelt naar permanente schijven als dat nodig is.Configure host-cache as ReadWrite only if your application properly handles writing cached data to persistent disks when needed.

ReadOnlyReadOnly
Door het configureren van alleen-lezen cache op Premium Storage gegevens schijven, kunt u een lage lees latentie bereiken en zeer grote Lees-IOPS en door Voer voor uw toepassing verkrijgen.By configuring ReadOnly caching on Premium Storage data disks, you can achieve low Read latency and get very high Read IOPS and Throughput for your application. Dit kan twee oorzaken hebben:This is due two reasons,

  1. Lees bewerkingen van de cache, die zich op het geheugen van de virtuele machine en lokale SSD bevindt, zijn veel sneller dan lees bewerkingen van de gegevens schijf, die zich in de Azure Blob-opslag bevindt.Reads performed from cache, which is on the VM memory and local SSD, are much faster than reads from the data disk, which is on the Azure blob storage.
  2. Premium Storage telt niet de Lees bewerkingen van de cache, naar de schijf-IOPS en door voer.Premium Storage does not count the Reads served from cache, towards the disk IOPS and Throughput. Uw toepassing kan daarom een groter aantal IOPS en door Voer bezorgen.Therefore, your application is able to achieve higher total IOPS and Throughput.

ReadWriteReadWrite
Op de besturingssysteem schijven is ReadWrite-caching standaard ingeschakeld.By default, the OS disks have ReadWrite caching enabled. We hebben onlangs ondersteuning toegevoegd voor ReadWrite-caching op gegevens schijven.We have recently added support for ReadWrite caching on data disks as well. Als u gebruik wilt maken van ReadWrite cache, moet u de juiste manier hebben om de gegevens van de cache naar permanente schijven te schrijven.If you are using ReadWrite caching, you must have a proper way to write the data from cache to persistent disks. SQL Server bijvoorbeeld het schrijven van gegevens in de cache naar de permanente opslag schijven.For example, SQL Server handles writing cached data to the persistent storage disks on its own. Het gebruik van de ReadWrite-cache met een toepassing die het persistent maken van de vereiste gegevens niet verwerkt, kan leiden tot verlies van gegevens, als de virtuele machine vastloopt.Using ReadWrite cache with an application that does not handle persisting the required data can lead to data loss, if the VM crashes.

GeenNone
Op dit moment wordt geen ondersteund op gegevens schijven.Currently, None is only supported on data disks. Het wordt niet ondersteund op besturingssysteem schijven.It is not supported on OS disks. Als u geen op een besturingssysteem schijf instelt, wordt deze intern overschreven en ingesteld op alleen-lezen.If you set None on an OS disk it will override this internally and set it to ReadOnly.

Als voor beeld kunt u deze richt lijnen Toep assen op SQL Server die worden uitgevoerd op Premium Storage door het volgende te doen:As an example, you can apply these guidelines to SQL Server running on Premium Storage by doing the following,

  1. Alleen-lezen cache configureren op Premium-opslag schijven die fungeren als host voor gegevens bestanden.Configure "ReadOnly" cache on premium storage disks hosting data files.
    a.a. De snelle lees bewerkingen uit de cache verlaagt de SQL Server query tijd omdat gegevens pagina's veel sneller worden opgehaald uit de cache, vergeleken met rechtstreeks van de gegevens schijven.The fast reads from cache lower the SQL Server query time since data pages are retrieved much faster from the cache compared to directly from the data disks.
    b.b. Als er Lees bewerkingen van de cache worden door gegeven, betekent dit dat er extra door Voer beschikbaar is van Premium-gegevens schijven.Serving reads from cache, means there is additional Throughput available from premium data disks. SQL Server kunt deze extra door Voer voor het ophalen van meer gegevens pagina's en andere bewerkingen, zoals back-up maken/herstellen, batch belastingen en indexen opnieuw samen stellen.SQL Server can use this additional Throughput towards retrieving more data pages and other operations like backup/restore, batch loads, and index rebuilds.
  2. Geen cache configureren op Premium-opslag schijven die de logboek bestanden hosten.Configure "None" cache on premium storage disks hosting the log files.
    a.a. Logboek bestanden hebben voornamelijk schrijf-zware bewerkingen.Log files have primarily write-heavy operations. Daarom profiteren ze niet van de alleen-lezen cache.Therefore, they do not benefit from the ReadOnly cache.

Prestaties op Linux Vm's optimaliserenOptimize performance on Linux VMs

Voor alle Premium-Ssd's of Ultra disks met cache is ingesteld op ReadOnly of geen, moet u ' obstakels ' uitschakelen wanneer u het bestands systeem koppelt.For all premium SSDs or ultra disks with cache set to ReadOnly or None, you must disable "barriers" when you mount the file system. U hebt geen obstakels nodig in dit scenario omdat de schrijf bewerkingen naar Premium Storage-schijven duurzaam zijn voor deze cache-instellingen.You don't need barriers in this scenario because the writes to premium storage disks are durable for these cache settings. Wanneer de schrijf aanvraag is voltooid, zijn de gegevens naar het permanente archief geschreven.When the write request successfully finishes, data has been written to the persistent store. Gebruik een van de volgende methoden om belemmeringen uit te scha kelen.To disable "barriers," use one of the following methods. Kies de naam van het bestands systeem:Choose the one for your file system:

  • Voor reiserFSmoet u de optie voor het koppelen van barrier=none gebruiken om belemmeringen uit te scha kelen.For reiserFS, to disable barriers, use the barrier=none mount option. (Als u barrières wilt inschakelen, gebruikt u barrier=flush.)(To enable barriers, use barrier=flush.)
  • Voor ext3/ext4gebruikt u de optie voor het koppelen van barrier=0 om belemmeringen uit te scha kelen.For ext3/ext4, to disable barriers, use the barrier=0 mount option. (Als u barrières wilt inschakelen, gebruikt u barrier=1.)(To enable barriers, use barrier=1.)
  • Voor xfsmoet u de optie voor het koppelen van nobarrier gebruiken om belemmeringen uit te scha kelen.For XFS, to disable barriers, use the nobarrier mount option. (Als u barrières wilt inschakelen, gebruikt u barrier.)(To enable barriers, use barrier.)
  • Voor Premium Storage-schijven waarbij cache is ingesteld op readwrite, schakelt u belemmeringen voor schrijf duurzaamheid in.For premium storage disks with cache set to ReadWrite, enable barriers for write durability.
  • Als u wilt dat volume namen behouden blijven nadat u de virtuele machine opnieuw hebt opgestart, moet u bestand/etc/fstab bijwerken met de UUID-verwijzingen (Universally Unique Identifier) naar de schijven.For volume labels to persist after you restart the VM, you must update /etc/fstab with the universally unique identifier (UUID) references to the disks. Zie een beheerde schijf toevoegen aan een virtuele Linux-machinevoor meer informatie.For more information, see Add a managed disk to a Linux VM.

De volgende Linux-distributies zijn gevalideerd voor Premium-Ssd's.The following Linux distributions have been validated for premium SSDs. Voor betere prestaties en stabiliteit met Premium Ssd's wordt u aangeraden uw Vm's te upgraden naar een van deze versies of nieuwer.For better performance and stability with premium SSDs, we recommend that you upgrade your VMs to one of these versions or newer.

Voor sommige versies is de meest recente LIS (Linux Integration Services), v 4.0, voor Azure vereist.Some of the versions require the latest Linux Integration Services (LIS), v4.0, for Azure. Als u een distributie wilt downloaden en installeren, volgt u de koppeling die wordt weer gegeven in de volgende tabel.To download and install a distribution, follow the link listed in the following table. We voegen afbeeldingen toe aan de lijst wanneer de validatie is voltooid.We add images to the list as we complete validation. In onze validaties ziet u dat de prestaties voor elke installatie kopie verschillen.Our validations show that performance varies for each image. De prestaties zijn afhankelijk van de kenmerken van de werk belasting en de instellingen van uw installatie kopie.Performance depends on workload characteristics and your image settings. Verschillende installatie kopieën zijn afgestemd op verschillende soorten workloads.Different images are tuned for different kinds of workloads.

DistributieDistribution VersieVersion Ondersteunde kernelSupported kernel DetailsDetails
UbuntuUbuntu 12,04 of hoger12.04 or newer 3.2.0-75.110+3.2.0-75.110+  
UbuntuUbuntu 14,04 of hoger14.04 or newer 3.13.0-44.73+3.13.0-44.73+  
DebianDebian 7. x, 8. x of hoger7.x, 8.x or newer 3.16.7-ckt4-1+3.16.7-ckt4-1+  
SUSESUSE SLES 12 of hogerSLES 12 or newer 3.12.36-38.1+3.12.36-38.1+  
SUSESUSE SLES 11 SP4 of nieuwerSLES 11 SP4 or newer 3.0.101-0.63.1+3.0.101-0.63.1+  
CoreOSCoreOS 584.0.0 + of hoger584.0.0+ or newer 3.18.4+3.18.4+  
CentOSCentOS 6,5, 6,6, 6,7, 7,0 of nieuwer6.5, 6.6, 6.7, 7.0, or newer   LIS4 vereistLIS4 required
Zie de opmerking in het volgende gedeelteSee note in the next section
CentOSCentOS 7.1 + of hoger7.1+ or newer 3.10.0-229.1.2.el7+3.10.0-229.1.2.el7+ LIS4 aanbevolenLIS4 recommended
Zie de opmerking in het volgende gedeelteSee note in the next section
Red Hat Enterprise Linux (RHEL)Red Hat Enterprise Linux (RHEL) 6,8 +, 7,2 + of hoger6.8+, 7.2+, or newer    
OracleOracle 6.0 +, 7.2 + of nieuwer6.0+, 7.2+, or newer   UEK4 of RHCKUEK4 or RHCK
OracleOracle 7.0-7.1 of hoger7.0-7.1 or newer   UEK4 of RHCK w/LIS4UEK4 or RHCK w/LIS4
OracleOracle 6.4-6,7 of hoger6.4-6.7 or newer   UEK4 of RHCK w/LIS4UEK4 or RHCK w/LIS4

LIS-Stuur Programma's voor open Logic CentOSLIS drivers for OpenLogic CentOS

Als u open Logic CentOS Vm's uitvoert, voert u de volgende opdracht uit om de meest recente Stuur Programma's te installeren:If you're running OpenLogic CentOS VMs, run the following command to install the latest drivers:

sudo yum remove hypervkvpd  ## (Might return an error if not installed. That's OK.)
sudo yum install microsoft-hyper-v
sudo reboot

In sommige gevallen wordt de kernel ook met de bovenstaande opdracht bijgewerkt.In some cases the command above will upgrade the kernel as well. Als een kernel-update is vereist, moet u mogelijk de bovenstaande opdrachten opnieuw uitvoeren nadat u het systeem opnieuw hebt opgestart om het micro soft-hyper-v-pakket volledig te installeren.If a kernel update is required then you may need to run the above commands again after rebooting to fully install the microsoft-hyper-v package.

Schijf stripingDisk striping

Wanneer een grootschalige virtuele machine is gekoppeld aan verschillende permanente schijven van Premium Storage, kunnen de schijven samen worden gestripd om hun IOPs, band breedte en opslag capaciteit samen te voegen.When a high scale VM is attached with several premium storage persistent disks, the disks can be striped together to aggregate their IOPs, bandwidth, and storage capacity.

In Windows kunt u opslag ruimten gebruiken om schijven samen te strepen.On Windows, you can use Storage Spaces to stripe disks together. U moet één kolom configureren voor elke schijf in een groep.You must configure one column for each disk in a pool. Anders kan de algehele prestaties van het striped volume lager zijn dan verwacht, vanwege een ongelijke distributie van verkeer op de schijven.Otherwise, the overall performance of striped volume can be lower than expected, due to uneven distribution of traffic across the disks.

Belang rijk: het gebruik van Serverbeheer gebruikers interface kunt u het totale aantal kolommen instellen op 8 voor een striped volume.Important: Using Server Manager UI, you can set the total number of columns up to 8 for a striped volume. Wanneer u meer dan acht schijven koppelt, gebruikt u Power shell om het volume te maken.When attaching more than eight disks, use PowerShell to create the volume. Met behulp van Power shell kunt u het aantal kolommen instellen dat gelijk is aan het aantal schijven.Using PowerShell, you can set the number of columns equal to the number of disks. Als er bijvoorbeeld 16 schijven in één stripeset zijn ingesteld; Geef 16 kolommen op in de para meter NumberOfColumns van de Power shell-cmdlet New-VirtualDisk .For example, if there are 16 disks in a single stripe set; specify 16 columns in the NumberOfColumns parameter of the New-VirtualDisk PowerShell cmdlet.

Gebruik in Linux het MDADM-hulp programma om schijven samen te strippen.On Linux, use the MDADM utility to stripe disks together. Zie Software RAID op Linux configurerenvoor gedetailleerde stappen voor het verwijderen van schijven in Linux.For detailed steps on striping disks on Linux refer to Configure Software RAID on Linux.

Stripe-grootteStripe Size
Een belang rijke configuratie van schijf striping is de Stripe-grootte.An important configuration in disk striping is the stripe size. De Stripe-grootte of blok grootte is het kleinste deel van de gegevens dat een toepassing op een striped volume kan adresseren.The stripe size or block size is the smallest chunk of data that application can address on a striped volume. De Stripe-grootte die u configureert, is afhankelijk van het type toepassing en het bijbehorende aanvraag patroon.The stripe size you configure depends on the type of application and its request pattern. Als u de verkeerde Stripe-grootte kiest, kan dit leiden tot een onjuiste uitlijning van IO, wat leidt tot verminderde prestaties van uw toepassing.If you choose the wrong stripe size, it could lead to IO misalignment, which leads to degraded performance of your application.

Als een i/o-aanvraag die door uw toepassing is gegenereerd, groter is dan de schijf Stripe-grootte, wordt deze door het opslag systeem naar de grenzen van Stripe-eenheden op meer dan één schijf geschreven.For example, if an IO request generated by your application is bigger than the disk stripe size, the storage system writes it across stripe unit boundaries on more than one disk. Wanneer het tijd is om toegang te krijgen tot deze gegevens, moet er meer dan één Stripe-eenheid worden verzameld om de aanvraag te volt ooien.When it is time to access that data, it will have to seek across more than one stripe units to complete the request. Het cumulatieve effect van dit gedrag kan leiden tot aanzienlijke prestatie vermindering.The cumulative effect of such behavior can lead to substantial performance degradation. Aan de andere kant, als de IO-aanvraag grootte kleiner is dan de Stripe-grootte en als deze wille keurige aard is, kunnen de i/o-aanvragen op dezelfde schijf worden toegevoegd die een knel punt veroorzaken en uiteindelijk de i/o-prestaties verlagen.On the other hand, if the IO request size is smaller than stripe size, and if it is random in nature, the IO requests may add up on the same disk causing a bottleneck and ultimately degrading the IO performance.

Afhankelijk van het type werk belasting dat door uw toepassing wordt uitgevoerd, kiest u de juiste Stripe-grootte.Depending on the type of workload your application is running, choose an appropriate stripe size. Gebruik voor wille keurige kleine i/o-aanvragen een kleinere Stripe-grootte.For random small IO requests, use a smaller stripe size. Dat voor grote sequentiële IO-aanvragen een grotere Stripe-grootte gebruiken.Whereas for large sequential IO requests use a larger stripe size. Bekijk de aanbevelingen voor de Stripe-grootte voor de toepassing die u wilt uitvoeren op Premium Storage.Find out the stripe size recommendations for the application you will be running on Premium Storage. Configureer voor SQL Server de Stripe-grootte van 64 KB voor OLTP-workloads en 256 KB voor werk belastingen voor gegevens opslag.For SQL Server, configure stripe size of 64 KB for OLTP workloads and 256 KB for data warehousing workloads. Zie Aanbevolen procedures voor de prestaties van SQL Server op virtuele machines van Azure voor meer informatie.See Performance best practices for SQL Server on Azure VMs to learn more.

Notitie

U kunt Maxi maal 32 Premium-opslag schijven samen voegen op een DS-serie VM en 64 Premium-opslag schijven op een GS-serie VM.You can stripe together a maximum of 32 premium storage disks on a DS series VM and 64 premium storage disks on a GS series VM.

Meerdere threadsMulti-threading

Azure heeft Premium Storage platform ontworpen om enorm parallel te zijn.Azure has designed Premium Storage platform to be massively parallel. Daarom behaalt een toepassing met meerdere threads veel hogere prestaties dan een toepassing met één thread.Therefore, a multi-threaded application achieves much higher performance than a single-threaded application. Een toepassing met meerdere threads splitst de taken over meerdere threads en verhoogt de efficiëntie van de uitvoering door gebruik te maken van de virtuele machine en schijf bronnen tot het maximum.A multi-threaded application splits up its tasks across multiple threads and increases efficiency of its execution by utilizing the VM and disk resources to the maximum.

Als uw toepassing bijvoorbeeld wordt uitgevoerd op een virtuele machine met één kern met twee threads, kan de CPU scha kelen tussen de twee threads om efficiency te maken.For example, if your application is running on a single core VM using two threads, the CPU can switch between the two threads to achieve efficiency. Terwijl één thread wacht op een schijf-IO om te volt ooien, kan de CPU overschakelen naar de andere thread.While one thread is waiting on a disk IO to complete, the CPU can switch to the other thread. Op deze manier kunnen twee threads meer dan één thread uitvoeren.In this way, two threads can accomplish more than a single thread would. Als de virtuele machine meer dan één kern heeft, wordt de uitvoerings tijd verder verlaagd, omdat elke kern gelijktijdig taken kan uitvoeren.If the VM has more than one core, it further decreases running time since each core can execute tasks in parallel.

U kunt de manier waarop een externe toepassing gebruikmaakt van één threading of meerdere threads mogelijk niet wijzigen.You may not be able to change the way an off-the-shelf application implements single threading or multi-threading. SQL Server kan bijvoorbeeld multi-CPU en meerdere kernen verwerken.For example, SQL Server is capable of handling multi-CPU and multi-core. SQL Server beslist echter onder welke voor waarden een of meer threads worden gebruikt voor het verwerken van een query.However, SQL Server decides under what conditions it will leverage one or more threads to process a query. Het kan query's uitvoeren en indexen bouwen met behulp van meerdere threads.It can run queries and build indexes using multi-threading. Voor een query waarbij wordt samengevoegd bij het samen voegen van grote tabellen en het sorteren van gegevens voordat deze naar de gebruiker worden geretourneerd, gebruikt SQL Server waarschijnlijk meerdere threads.For a query that involves joining large tables and sorting data before returning to the user, SQL Server will likely use multiple threads. Een gebruiker kan echter niet bepalen of SQL Server een query uitvoert met behulp van een enkele thread of meerdere threads.However, a user cannot control whether SQL Server executes a query using a single thread or multiple threads.

Er zijn configuratie-instellingen die u kunt wijzigen om deze multi-threading of parallelle verwerking van een toepassing te beïnvloeden.There are configuration settings that you can alter to influence this multi-threading or parallel processing of an application. In het geval van SQL Server is het bijvoorbeeld de maximale mate van parallelle configuratie.For example, in case of SQL Server it is the maximum Degree of Parallelism configuration. Met deze instelling MAXDOP kunt u het maximum aantal processors configureren dat SQL Server kunnen gebruiken bij parallelle verwerking.This setting called MAXDOP, allows you to configure the maximum number of processors SQL Server can use when parallel processing. U kunt MAXDOP configureren voor afzonderlijke query's of index bewerkingen.You can configure MAXDOP for individual queries or index operations. Dit is handig als u resources van uw systeem wilt verdelen over een prestatie kritieke toepassing.This is beneficial when you want to balance resources of your system for a performance critical application.

Stel bijvoorbeeld dat uw toepassing gebruikmaakt van SQL Server een grote query en een index bewerking tegelijk uitvoert.For example, say your application using SQL Server is executing a large query and an index operation at the same time. We gaan ervan uit dat u wilt dat de index bewerking meer presteert vergeleken met de grote query.Let us assume that you wanted the index operation to be more performant compared to the large query. In een dergelijk geval kunt u de MAXDOP-waarde van de index bewerking hoger instellen dan de waarde voor MAXDOP voor de query.In such a case, you can set MAXDOP value of the index operation to be higher than the MAXDOP value for the query. Op deze manier heeft SQL Server een groter aantal processors dat het kan gebruiken voor de index bewerking vergeleken met het aantal processors dat kan worden gebruikt voor de grote query.This way, SQL Server has more number of processors that it can leverage for the index operation compared to the number of processors it can dedicate to the large query. Houd er rekening mee dat u het aantal threads dat SQL Server gebruikt voor elke bewerking, niet beheert.Remember, you do not control the number of threads SQL Server will use for each operation. U kunt het maximum aantal processors bepalen dat specifiek is voor meerdere threads.You can control the maximum number of processors being dedicated for multi-threading.

Meer informatie over de mate van parallelle uitvoering in SQL Server.Learn more about Degrees of Parallelism in SQL Server. Lees deze instellingen die van invloed zijn op meerdere threads in uw toepassing en de bijbehorende configuraties om de prestaties te optimaliseren.Find out such settings that influence multi-threading in your application and their configurations to optimize performance.

Wachtrij diepteQueue depth

De wachtrij diepte of wachtrij lengte of wachtrij grootte is het aantal i/o-aanvragen in behandeling in het systeem.The queue depth or queue length or queue size is the number of pending IO requests in the system. De waarde van de wachtrij diepte bepaalt het aantal i/o-bewerkingen dat uw toepassing kan uitlijnen, waardoor de opslag schijven zullen worden verwerkt.The value of queue depth determines how many IO operations your application can line up, which the storage disks will be processing. Dit is van invloed op alle drie de prestatie-indica toren van toepassingen die in dit artikel worden besproken, namelijk IOPS, door Voer en latentie.It affects all the three application performance indicators that we discussed in this article viz., IOPS, throughput, and latency.

De lengte van de wachtrij en meerdere threads zijn nauw verwant.Queue Depth and multi-threading are closely related. De waarde van de wachtrij diepte geeft aan hoeveel multi-threading kan worden bereikt door de toepassing.The Queue Depth value indicates how much multi-threading can be achieved by the application. Als de wachtrij diepte groot is, kan de toepassing meer bewerkingen gelijktijdig uitvoeren, met andere woorden, meer multi threading.If the Queue Depth is large, application can execute more operations concurrently, in other words, more multi-threading. Als de wachtrij diepte klein is, zelfs als de toepassing meerdere threads heeft, heeft deze niet genoeg aanvragen voor gelijktijdige uitvoering.If the Queue Depth is small, even though application is multi-threaded, it will not have enough requests lined up for concurrent execution.

Normaal gesp roken is het niet toegestaan om de wachtrij diepte te wijzigen, omdat als dat niet het geval is, het meer schade zal opleveren dan goed.Typically, off the shelf applications do not allow you to change the queue depth, because if set incorrectly it will do more harm than good. Toepassingen stellen de juiste waarde voor de wachtrij diepte in om de optimale prestaties te verkrijgen.Applications will set the right value of queue depth to get the optimal performance. Het is echter belang rijk dat u dit concept begrijpt, zodat u prestatie problemen met uw toepassing kunt oplossen.However, it is important to understand this concept so that you can troubleshoot performance issues with your application. U kunt ook de effecten van de wachtrij diepte observeren door Bench Mark-hulpprogram ma's uit te voeren op uw systeem.You can also observe the effects of queue depth by running benchmarking tools on your system.

Sommige toepassingen bieden instellingen die van invloed zijn op de wachtrij diepte.Some applications provide settings to influence the Queue Depth. Bijvoorbeeld, de instelling MAXDOP (maximale mate van parallellisme) in SQL Server beschreven in de vorige sectie.For example, the MAXDOP (maximum degree of parallelism) setting in SQL Server explained in previous section. MAXDOP is een manier om de diepte van de wachtrij en meerdere threads te beïnvloeden, hoewel de waarde voor de wachtrij diepte van SQL Server niet rechtstreeks wordt gewijzigd.MAXDOP is a way to influence Queue Depth and multi-threading, although it does not directly change the Queue Depth value of SQL Server.

Hoge wachtrij diepteHigh queue depth
Een hoge wachtrij diepte regelt meer bewerkingen op de schijf.A high queue depth lines up more operations on the disk. De schijf kent de volgende aanvraag in de wachtrij van tevoren.The disk knows the next request in its queue ahead of time. Daarom kan de schijf bewerkingen vooraf plannen en ze in een optimale volg orde verwerken.Consequently, the disk can schedule operations ahead of time and process them in an optimal sequence. Omdat de toepassing meer aanvragen naar de schijf verzendt, kan de schijf meer parallelle IOs-apparaten verwerken.Since the application is sending more requests to the disk, the disk can process more parallel IOs. Uiteindelijk kan de toepassing hogere IOPS behaalt.Ultimately, the application will be able to achieve higher IOPS. Omdat de toepassing meer aanvragen verwerkt, neemt de totale door Voer van de toepassing ook toe.Since application is processing more requests, the total Throughput of the application also increases.

Normaal gesp roken kan een toepassing maximale door Voer bieden met 8-16 + uitmuntende IOs per gekoppelde schijf.Typically, an application can achieve maximum Throughput with 8-16+ outstanding IOs per attached disk. Als er een wachtrij diepte is, pusht de toepassing niet genoeg IOs naar het systeem en wordt minder hoeveelheid in een bepaalde periode verwerkt.If a queue depth is one, application is not pushing enough IOs to the system, and it will process less amount of in a given period. Met andere woorden, minder door voer.In other words, less Throughput.

Als u bijvoorbeeld in SQL Server de MAXDOP-waarde voor een query op ' 4 ' informeert SQL Server dat deze Maxi maal vier kernen kan gebruiken om de query uit te voeren.For example, in SQL Server, setting the MAXDOP value for a query to "4" informs SQL Server that it can use up to four cores to execute the query. SQL Server bepaalt wat de beste waarde is voor de wachtrij diepte en het aantal kernen voor het uitvoeren van query's.SQL Server will determine what is best queue depth value and the number of cores for the query execution.

Optimale wachtrij diepteOptimal queue depth
Een zeer hoge wachtrij diepte waarde heeft ook de nadelen.Very high queue depth value also has its drawbacks. Als de waarde voor de wachtrij diepte te hoog is, probeert de toepassing zeer hoge IOPS te bezorgen.If queue depth value is too high, the application will try to drive very high IOPS. Tenzij de toepassing permanente schijven met voldoende ingerichte IOPS heeft, kan dit een negatieve invloed hebben op de latentie van de toepassing.Unless application has persistent disks with sufficient provisioned IOPS, this can negatively affect application latencies. In de volgende formule ziet u de relatie tussen IOPS, latentie en wachtrij diepte.Following formula shows the relationship between IOPS, latency, and queue depth.

U moet de wachtrij diepte niet configureren voor een hoge waarde, maar voor een optimale waarde, waardoor voldoende IOPS voor de toepassing kan worden geleverd zonder dat dit gevolgen heeft voor de latentie.You should not configure Queue Depth to any high value, but to an optimal value, which can deliver enough IOPS for the application without affecting latencies. Als de latentie van de toepassing bijvoorbeeld 1 milliseconde moet zijn, is de wachtrij diepte vereist voor het maken van 5.000 IOPS, wachtrij diepte = 5000 x 0,001 = 5.For example, if the application latency needs to be 1 millisecond, the Queue Depth required to achieve 5,000 IOPS is, QD = 5000 x 0.001 = 5.

Wachtrij diepte voor striped volumeQueue Depth for Striped Volume
Voor een striped volume moet u een hoge wachtrij diepte hebben, zodat elke schijf afzonderlijk een piek wachtrij heeft.For a striped volume, maintain a high enough queue depth such that, every disk has a peak queue depth individually. Denk bijvoorbeeld aan een toepassing die een wachtrij diepte van 2 duwt en er vier schijven in de Stripe zijn.For example, consider an application that pushes a queue depth of 2 and there are four disks in the stripe. De twee i/o-aanvragen gaan naar twee schijven en de resterende twee schijven worden niet-actief.The two IO requests will go to two disks and remaining two disks will be idle. Configureer daarom de wachtrij diepte zodanig dat alle schijven bezet kunnen zijn.Therefore, configure the queue depth such that all the disks can be busy. Onderstaande formule laat zien hoe u de wachtrij diepte van striped volumes kunt bepalen.Formula below shows how to determine the queue depth of striped volumes.

BeperkingThrottling

Azure Premium Storage voorziet in een opgegeven aantal IOPS en door Voer, afhankelijk van de grootte van de virtuele machine en de schijf groottes die u kiest.Azure Premium Storage provisions specified number of IOPS and Throughput depending on the VM sizes and disk sizes you choose. Telkens wanneer uw toepassing probeert te gaan van IOPS of door Voer boven deze limieten van wat de virtuele machine of schijf kan verwerken, Premium Storage deze beperking.Anytime your application tries to drive IOPS or Throughput above these limits of what the VM or disk can handle, Premium Storage will throttle it. Dit manifesteert in de vorm van verminderde prestaties in uw toepassing.This manifests in the form of degraded performance in your application. Dit kan betekenen hogere latentie, lagere door Voer of lagere IOPS.This can mean higher latency, lower Throughput, or lower IOPS. Als Premium Storage niet wordt beperkt, kan uw toepassing volledig mislukken door te overschrijden wat de bronnen kunnen bereiken.If Premium Storage does not throttle, your application could completely fail by exceeding what its resources are capable of achieving. Om prestatie problemen te voor komen vanwege beperking, moet u altijd voldoende resources inrichten voor uw toepassing.So, to avoid performance issues due to throttling, always provision sufficient resources for your application. Houd rekening met wat we hebben besproken in de secties VM-grootten en schijf grootten hierboven.Take into consideration what we discussed in the VM sizes and Disk sizes sections above. Benchmarking is de beste manier om erachter te komen welke resources u nodig hebt om uw toepassing te hosten.Benchmarking is the best way to figure out what resources you will need to host your application.

Volgende stappenNext steps

Als u een bench Mark-schijf wilt maken, raadpleegt u ons artikel over de benchmarking van een schijf.If you are looking to benchmark your disk, see our article on Benchmarking a disk.

Meer informatie over de beschik bare schijf typen: Selecteer een schijf typeLearn more about the available disk types: Select a disk type

Lees voor SQL Server gebruikers artikelen over best practices voor prestaties voor SQL Server:For SQL Server users, read articles on Performance Best Practices for SQL Server: