Configuration Manager sitegrootte en prestatierichtlijnen

Artikel
04/04/2023

Van toepassing op: Configuration Manager (current branch)

Configuration Manager leidt de branche op het gebied van schaal en prestaties. Andere documentatie bevat maximale ondersteunde schaallimieten en hardwarerichtlijnen voor het uitvoeren van sites met de grootste omgevingsgrootten. Dit artikel bevat aanvullende prestatierichtlijnen voor omgevingen van elke grootte. Deze richtlijnen kunnen u helpen een nauwkeurigere schatting te maken van de hardware die u nodig hebt om Configuration Manager te implementeren.

Dit artikel richt zich op de grootste bijdrager aan Configuration Manager prestatieknelpunten: het schijfinvoer-/uitvoersubsysteem of IOPS.

Toont details en testresultaten gericht op IOPS
Documenten over het reproduceren van de tests met uw eigen omgevingen en hardware
Stelt IOPS-vereisten voor schijf voor omgevingen met verschillende grootten voor

Prestatietestmethodologie

U kunt Configuration Manager op veel unieke manieren implementeren, maar het is belangrijk om een aantal variabelen te begrijpen in discussies over grootten. Een variabele is het functie-interval, zoals een voorraadcyclus. Een andere variabele is het aantal gebruikers, software-implementaties of andere objecten waarnaar het systeem verwijst of implementeert. Bij het testen van prestaties worden deze variabelen toegepast als onderdeel van een belasting. De belasting genereert objecten met een normaal tarief voor zakelijke klanten die productie-implementaties gebruiken in omgevingen met verschillende grootten.

Opmerking

Met klantgebruiksgegevens kunnen huidige branch builds worden getest met de meest voorkomende scenario's, configuraties en instellingen voor de meeste klanten. De aanbevelingen in dit artikel zijn gebaseerd op deze gemiddelden. Uw ervaringen kunnen variëren, afhankelijk van de grootte en configuratie van uw omgeving. Over het algemeen vereist Configuration Manager gezond verstand als het gaat om objecten en intervallen. Dat u elk bestand op een systeem kunt verzamelen of het interval voor een cyclus kunt instellen op één minuut, betekent niet dat u dat moet doen.

In de volgende secties worden enkele belangrijke instellingen en configuraties beschreven die moeten worden gebruikt bij het testen en modelleren van verwerkingsbehoeften voor grote ondernemingen. Deze richtlijnen helpen bij het instellen van basisvereisten voor systeemprestaties voor de voorgestelde hardwaregrootten.

Instellingen voor functie-intervallen

De meeste tests moeten standaardintervallen gebruiken voor de sleutelcycli in het systeem. Het testen van hardware-inventaris vindt bijvoorbeeld eenmaal per week plaats met een groter dan het standaard.mof-bestand . Sommige terugkerende functie-intervallen, met name hardware- en software-inventarisatiecycli, kunnen aanzienlijke gevolgen hebben voor de prestatiekenmerken van een omgeving. Omgevingen die agressieve standaardintervallen voor gegevensverzameling mogelijk maken, hebben oversized hardware nodig in directe verhouding tot de toename van de activiteit. Stel dat u 25.000 desktopclients hebt en twee keer sneller hardware-inventaris wilt verzamelen dan het standaardinterval. Begin met het aanpassen van de hardware van uw site alsof u 50.000 clients hebt.

Objecten

Tests moeten het bovenste gemiddelde van de objecten gebruiken die grote ondernemingen vaak met het systeem gebruiken. Typische waarden zijn duizenden verzamelingen en toepassingen, die worden geïmplementeerd voor honderdduizenden gebruikers of systemen. Tests moeten tegelijkertijd worden uitgevoerd op alle objecten in het systeem bij deze limieten. Veel klanten gebruiken verschillende functies, maar gebruiken over het algemeen niet alle functies van het product op deze bovengrens. Testen met alle productfuncties zorgt voor de best mogelijke systeembrede prestaties en biedt een buffer voor functies die sommige klanten mogelijk boven het gemiddelde gebruiken.

Ladingen

Tests moeten ook worden uitgevoerd op meer dan de standaard gemiddelde dagbelastingen , door simulaties uit te voeren die pieken in het gebruik van het systeem genereren. Een voorbeeld is het simuleren van Patch Tuesday-implementaties, om ervoor te zorgen dat het systeem nalevingsgegevens van updates snel kan retourneren tijdens deze dagen van piekactiviteit. Een ander voorbeeld is het simuleren van siteactiviteit tijdens een wijdverspreide malware-uitbraak, om ervoor te zorgen dat tijdige melding en reactie mogelijk zijn. Hoewel geïmplementeerde machines van de aanbevolen grootte op een bepaalde dag te weinig worden gebruikt, vereisen meer extreme situaties enige verwerkingsbuffer.

Configuraties

Voer tests uit op een reeks fysieke, Hyper-V- en Azure-hardware, met een combinatie van ondersteunde besturingssystemen en SQL Server versies. Valideer altijd de slechtste gevallen voor de ondersteunde configuratie. Over het algemeen retourneren Hyper-V en Azure vergelijkbare prestatieresultaten als equivalente fysieke hardware wanneer deze op dezelfde manier zijn geconfigureerd. Huidige serverbesturingssystemen hebben meestal prestaties die gelijk zijn aan of beter zijn dan eerdere versies van het besturingssysteem. Hoewel alle ondersteunde platforms voldoen aan de minimale vereisten, leveren de nieuwste versies van ondersteunende producten zoals Windows en SQL Server meestal nog betere prestaties.

De grootste variatie komt van de SQL Server versies die in gebruik zijn. Zie Welke versie van SQL Server moet ik uitvoeren? voor meer informatie over SQL Server versies.

Belangrijke prestatiedeterminanten

U kunt Configuration Manager prestaties testen en meten met verschillende soorten instellingen, op verschillende manieren en op verschillende sitegrootten. De volgende instellingen en objecten kunnen de prestaties aanzienlijk beïnvloeden. Houd er rekening mee bij het testen en modelleren van prestaties in uw omgeving.

Voorzichtigheid

Hoewel weinig aspecten van Configuration Manager officiële maximumen of gebruikersinterfacelimieten hebben die overmatig gebruik voorkomen, kan het overschrijden van de richtlijnen aanzienlijke nadelige gevolgen hebben voor de prestaties van een site. Voor het overschrijden van aanbevolen niveaus of het negeren van de grootterichtlijnen is doorgaans grotere hardware vereist. Dit kan ertoe leiden dat uw omgeving niet meer kan worden onderhouden totdat u de frequentie of het aantal verschillende objecten vermindert.

Hardware-inventaris

Als u de prestaties van de basislijn wilt testen, stelt u de verzameling hardware-inventaris in op één keer per week, met de standaard .mof-bestandsgrootte plus ongeveer 20% andere eigenschappen. Schakel niet alle eigenschappen in en verzamel alleen eigenschappen die u daadwerkelijk nodig hebt. Let op bij het verzamelen van eigenschappen, zoals beschikbaar virtueel geheugen, die altijd met elke voorraadcyclus veranderen. Het verzamelen van deze eigenschappen kan leiden tot overmatig verloop bij elke voorraadcyclus van elke client.

Software-inventaris

Als u de prestaties van de basislijn wilt testen, stelt u de software-inventarisverzameling in op één keer per week, met alleen productgegevens . Het verzamelen van veel bestanden kan een aanzienlijke belasting vormen voor het inventarissubsysteem. Vermijd het opgeven van filters die uiteindelijk duizenden bestanden kunnen verzamelen op veel clients, zoals *.exe of *.dll.

Collecties

Het testen van basislijnprestaties kan bestaan uit enkele duizenden verzamelingen met verschillende soorten bereik, grootte, complexiteit en update-instellingen. Siteprestaties zijn geen directe functie van het grote aantal verzamelingen op een site. Prestaties zijn ook een product van de complexiteit van query's, volledige en incrementele updates en wijzigingsfrequentie, afhankelijkheden tussen verzamelingen en het aantal clients in de verzamelingen.

Minimaliseer waar mogelijk verzamelingen met dure of gecompliceerde dynamische regelquery's. Voor verzamelingen waarvoor dit soort regels zijn vereist, stelt u de juiste update-intervallen en updatetijden in om het effect van herevaluatie van verzamelingen op het systeem te minimaliseren. Werk bijvoorbeeld om middernacht bij in plaats van om 8:00 uur.

Het inschakelen van incrementele updates voor verzamelingen zorgt voor snelle en tijdige updates van het verzamelingslidmaatschap. Maar hoewel incrementele updates efficiënt zijn, wordt het systeem nog steeds belast. Balanceer de wijzigingsfrequentie die u verwacht met de noodzaak van bijna realtime updates voor het lidmaatschap. Stel dat u een groot verloop van verzamelingsleden verwacht, maar dat u geen bijna realtime lidmaatschapsupdates nodig hebt. Het is efficiënter en veroorzaakt minder belasting voor het systeem om de verzameling bij te werken met een geplande volledige update met een bepaald interval, dan om incrementele updates in te schakelen.

Wanneer u incrementele updates inschakelt, vermindert u alle geplande volledige updates voor dezelfde verzamelingen. Ze zijn slechts een back-upmethode voor evaluatie, omdat incrementele updates ervoor moeten zorgen dat uw verzamelingslidmaatschap bijna in realtime wordt bijgewerkt. Aanbevolen procedures voor verzamelingen raden een maximum aantal verzamelingen aan voor incrementele updates, maar zoals in het artikel wordt aangegeven, kan uw ervaring variëren op basis van veel factoren.

Verzamelingen met alleen regels voor direct lidmaatschap en met een beperkende verzameling die geen incrementele updates uitvoert, hebben geen geplande volledige updates nodig. Schakel updateschema's voor dit type verzamelingen uit om onnodige belasting van het systeem te voorkomen. Als de beperkende verzameling incrementele updates gebruikt, kunnen verzamelingen met alleen regels voor direct lidmaatschap gedurende maximaal 24 uur geen lidmaatschapsupdates weerspiegelen, of totdat een geplande vernieuwing plaatsvindt.

Hoewel dit geen best practice is, maken sommige organisaties honderden of zelfs duizenden verzamelingen als onderdeel van verschillende bedrijfsprocessen. Als u automatisering gebruikt om verzamelingen te maken, is het belangrijk dat u de benodigde incrementele updates correct inschakelt. Minimaliseer en spreid alle volledige updateschema's om hotspots van verzamelingsevaluatie tijdens één periode te voorkomen. Stel een regelmatig opschoonproces in om ongebruikte verzamelingen te verwijderen, met name als u automatisch verzamelingen maakt die u na enige tijd niet meer nodig hebt.

Houd er rekening mee dat Configuration Manager beleidsregels maakt voor alle objecten in uw verzamelingen wanneer u taken zoals implementaties erop richt. Lidmaatschapswijzigingen, hetzij via geplande vernieuwing of incrementele updates, kunnen veel meer werk voor het hele systeem creëren. De nieuwste huidige vertakkingsbuilds hebben speciale beleidsoptimalisaties voor de verzamelingen Alle systemen en Alle gebruikers. Wanneer u zich richt op uw hele onderneming, gebruikt u de ingebouwde verzamelingen in plaats van een kloon van deze ingebouwde verzamelingen.

Als u de prestaties van de verzameling nog dieper wilt onderzoeken, bekijkt u de evaluatie van de verzameling in de console. Zie Verzamelingsevaluatie weergeven voor meer informatie.

Detectiemethoden

Voor het testen van basislijnprestaties voert u eenmaal per week op de server gebaseerde detectiemethoden uit, zodat deltadetectie mogelijk is om de gegevens gedurende de week actueel te houden. De tests moeten een objecthoeveelheid detecteren die evenredig is met de gesimuleerde ondernemingsgrootte. De prestatiebasislijntest voor heartbeatdetectie moet ook eenmaal per week worden uitgevoerd.

Detectiegegevens zijn globale gegevens. Een veelvoorkomend probleem met betrekking tot prestaties is het onjuist configureren van op servers gebaseerde detectiemethoden in een hiërarchie, waardoor dezelfde resources van meerdere primaire sites dubbel worden gedetecteerd. Configureer detectiemethoden zorgvuldig om de communicatie met de doelservice te optimaliseren, zoals Active Directory-domeincontrollers, en vermijd duplicatie van hetzelfde detectiebereik op meerdere primaire sites.

Algemene richtlijnen voor het aanpassen van de grootte

Op basis van de voorgaande prestatietestmethodologie geeft de volgende tabel algemene richtlijnen voor minimale hardwarevereisten voor specifieke aantallen beheerde clients. Met deze waarden kunnen de meeste klanten met het opgegeven aantal clients objecten snel genoeg verwerken om de opgegeven site te beheren. Rekenkracht blijft elk jaar in prijs dalen en sommige van de onderstaande vereisten zijn klein voor moderne serverhardwareconfiguraties. Hardware die de volgende richtlijnen overschrijdt, verhoogt de prestaties proportioneel voor sites die meer verwerkingskracht vereisen of speciale productgebruikspatronen hebben.

Bureaubladclients	Sitetype/rol	Kernen ^{Opmerking 1}	Geheugen (GB)	SQL Server geheugentoewijzing ^{Opmerking 2}	IOPS: Postvakken IN ^{Opmerking 3}	IOPS: SQL Server ^{opmerking 3}	Vereiste opslagruimte (GB) ^{Opmerking 4}
25.000	Primaire of CAS met databasesiterol op dezelfde server	6	24	65%	600	1700	350
25.000	Primair of CAS	4	8		600		100
	Externe SQL Server	4	16	70%		1700	250

50.000	Primaire of CAS met databasesiterol op dezelfde server	8	32	70%	1200	2800	600
50.000	Primair of CAS	4	8		1200		200
	Externe SQL Server	8	24	70%		2800	400

100.000	Primaire of CAS met databasesiterol op dezelfde server	12	64	70%	1200	5000	1100
100.000	Primair of CAS	6	12		1200		300
	Externe SQL Server	12	48	80%		5000	800

150.000	Primaire of CAS met databasesiterol op dezelfde server	16	96	70%	1800	7400	1600
150.000	Primair of CAS	8	16		1800		400
	Externe SQL Server	16	72	90%		7400	1200

700.000	CAS met databasesiterol op dezelfde server	20+	128+	80%	1800+	9000+	5000+
700.000	Cas	8+	16+		1800+		500+
	Externe SQL Server	16+	96+	90%		9000+	4500+

5k	Secundaire site	4	8		500	-	200
15k	Secundaire site	8	16		500	-	300

Opmerkingen over algemene richtlijnen voor het aanpassen van de grootte

Opmerking 1: Kernen

Configuration Manager veel gelijktijdige processen uitvoert, heeft u dus een bepaald minimum aantal CPU-kernen nodig voor verschillende sitegrootten. Hoewel kerngeheugens elk jaar sneller worden, is het belangrijk om ervoor te zorgen dat een bepaald minimum aantal kernen parallel werkt. Over het algemeen voldoet elke CPU op serverniveau die na 2015 wordt geproduceerd aan de basisprestatiebehoeften voor de kernen die in de tabel zijn opgegeven. Configuration Manager profiteert van andere kernen dan de aanbevelingen. Zodra u de minimale aanbevolen kernen hebt, geeft u prioriteit aan de investering in CPU-resources om de snelheid van bestaande kernen te verhogen. Voeg niet meer, tragere kernen toe. Configuration Manager bijvoorbeeld betere prestaties biedt voor belangrijke verwerkingstaken met 16 snelle kernen dan met 24 langzamere kernen. Bij deze prestaties wordt ervan uitgegaan dat er voldoende andere systeembronnen zijn, zoals schijf-IOPS.

De relatie tussen kernen en geheugen is ook belangrijk. Over het algemeen vermindert het gebruik van minder dan 3-4 GB RAM per kern de totale verwerkingscapaciteit op uw SQL-servers. U hebt meer RAM per kern nodig wanneer SQL Server is gekoppeld aan de onderdelen van de siteserver.

Opmerking

Alle tests stellen energiebeheerschema's van machines in om maximaal CPU-energieverbruik en -prestaties toe te staan.

Opmerking 2: geheugentoewijzing SQL Server

Gebruik deze waarde om het maximum aantal servergeheugen (in MB) in de eigenschappen van de SQL Server te configureren. Dit is het percentage van de totale hoeveelheid geheugen die beschikbaar is op de server.

Configureer de minimum- en maximumwaarden niet op dezelfde. Deze richtlijnen zijn specifiek bedoeld voor het maximale geheugen dat u moet toestaan dat SQL Server toewijst.

Opmerking 3: IOPS: Postvakken IN en IOPS: SQL

Deze waarden verwijzen naar de IOPS-behoeften voor de logische stations Configuration Manager en SQL Server. In de kolom IOPS: Postvakken IN ziet u de IOPS-vereisten voor het logische station met de Configuration Manager postvak IN-mappen. De kolom IOPS: SQL toont de totale IOPS-behoeften voor de logische stations die door verschillende SQL Server bestanden worden gebruikt. Deze kolommen zijn verschillend omdat de twee stations verschillende opmaak moeten hebben. Zie veelgestelde vragen over sitegrootten en -prestaties voor meer informatie en voorbeelden over voorgestelde SQL Server schijfconfiguraties en best practices voor bestanden, waaronder informatie over het splitsen van bestanden over meerdere volumes.

Beide IOPS-kolommen maken gebruik van gegevens uit het industriestandaard hulpprogramma Diskspd. Zie Schijfprestaties meten voor instructies voor het dupliceren van deze metingen. Over het algemeen heeft het opslagsubsysteem het grootste effect op de prestaties van de site zodra u voldoet aan de basisvereisten voor CPU en geheugen, en zullen verbeteringen hier het meeste rendement opleveren op investeringen.

Opmerking 4: Opslagruimte vereist

Deze waarden in de praktijk kunnen afwijken van andere gedocumenteerde aanbevelingen. We geven deze getallen alleen als algemene richtlijn; individuele vereisten kunnen sterk variëren. Plan zorgvuldig de benodigde schijfruimte voordat de site wordt geïnstalleerd. Stel dat een deel van deze opslag de meeste tijd als vrije schijfruimte blijft. U kunt deze bufferruimte gebruiken in een herstelscenario of voor upgradescenario's waarvoor vrije schijfruimte nodig is voor uitbreiding van het installatiepakket. Uw site vereist mogelijk meer opslagruimte voor grote hoeveelheden gegevensverzameling, langere perioden van gegevensretentie en grote hoeveelheden softwaredistributie-inhoud. U kunt deze items ook opslaan op afzonderlijke volumes met een lagere doorvoer.

Schijfprestaties meten

U kunt het industriestandaard hulpprogramma Diskspd gebruiken om gestandaardiseerde suggesties te geven voor de IOPS die Configuration Manager omgevingen van verschillende grootten vereisen. Hoewel niet volledig, bieden de volgende teststappen en opdrachtregels een eenvoudige en reproduceerbare manier om de doorvoer van het schijfsubsysteem van uw servers te schatten. U kunt uw resultaten vergelijken met de minimaal aanbevolen IOPS in de algemene tabel met richtlijnen voor grootten .

Zie Voorbeeld van schijfconfiguraties voor testresultaten van verschillende soorten hardwareconfiguraties in labomgevingen. U kunt de gegevens gebruiken voor een ruw beginpunt bij het ontwerpen van het opslagsubsysteem voor een nieuwe omgeving.

IOPS voor schijven testen

Download het hulpprogramma Diskspd.
Zorg ervoor dat u ten minste 100 GB vrije schijfruimte hebt. Schakel apps uit die de schijf kunnen verstoren of extra belasting kunnen veroorzaken, zoals actief antivirusscans van de directory, SQL of SMSExec.
Voer Diskspd uit vanaf een opdrachtprompt met verhoogde bevoegdheid.

Voer het hulpprogramma twee keer achter elkaar uit voor het volume dat u wilt testen. De eerste test met een grootte van 64.000 met willekeurige schrijfbewerkingen gedurende één minuut. Deze test valideert het laden van de controllercache en de toewijzing van schijfruimte, voor het geval het volume dynamisch wordt uitgebreid. Verwijder de resultaten van de eerste test. De tweede test moet onmiddellijk volgen op de eerste test en vijf minuten dezelfde belasting uitvoeren.

Gebruik bijvoorbeeld de volgende specifieke opdrachtregels om het G: volume te testen.
```
DiskSpd.exe -r -w100 -t8 -o8 -b64K -c100G -d60 -h -L G:\\test\testfile.dat

del G:\\test\testfile.dat

DiskSpd.exe -r -w100 -t8 -o8 -b64K -c100G -d300 -h -L G:\\test\testfile.dat
```

Controleer de uitvoer van de tweede test om de totale IOPS in de kolom I/O per s te vinden. In het volgende voorbeeld is de totale IOPS 3929,18.

Total IO
| thread |  bytes      |  I/Os   |  MB/s  | I/O per s | AvgLat | LatStdDev |
|--------|-------------|---------|--------|-----------|--------|-----------|
|   1    |  9651814400 |  147275 |  30.68 |    490.92 | 16.294 | 10.210    |
|   2    |  9676652544 |  147654 |  30.76 |    492.18 | 16.252 |  9.998    |
|   3    |  9638248448 |  147068 |  30.64 |    490.23 | 16.317 | 10.295    |
|   4    |  9686089728 |  147798 |  30.79 |    492.66 | 16.236 | 10.072    |
|   5    |  9590931456 |  146346 |  30.49 |    487.82 | 16.398 | 10.384    |
|   6    |  9677242368 |  147663 |  30.76 |    492.21 | 16.251 | 10.067    |
|   7    |  9637330944 |  147054 |  30.64 |    490.18 | 16.319 | 10.249    |
|   8    |  9692577792 |  147897 |  30.81 |    492.99 | 16.225 | 10.125    |
| Total: | 77250887680 | 1178755 | 245.57 |   3929.18 | 16.286 | 10.176    |

Voorbeeld van schijfconfiguraties

In de volgende tabellen ziet u de resultaten van het uitvoeren van de teststappen in Schijfprestaties met verschillende testlabconfiguraties meten. Gebruik deze gegevens voor een ruw uitgangspunt bij het ontwerpen van het opslagsubsysteem voor een nieuwe omgeving.

Fysieke machines en Hyper-V

Hardware wordt altijd verbeterd. Verwacht dat nieuwere generaties hardware en verschillende hardwarecombinaties, zoals SSD's en SAN's, de hieronder vermelde prestaties overschrijden. Deze resultaten zijn een basispunt waarmee u rekening moet houden bij het ontwerpen van een server of bij het bespreken met uw hardwareleverancier.

In de volgende tabel ziet u de testresultaten voor verschillende schijfsubsystemen, waaronder op spindels en SSD gebaseerde harde schijven, in verschillende testlabconfiguraties. Alle configuraties formatteren de schijven met 64.000 clusters en koppelen ze aan een schijfcontroller van enterprise-klasse. Naast het aantal RAID-matrixschijven hebben ze elk ten minste één reserveschijf.

Schijftype	Aantal schijven, exclusief +1 reserveschijf	RAID	Gemeten IOPS
15.000 SAS	2	1	620
15.000 SAS	4	10	1206
15.000 SAS	6	10	1751
15.000 SAS	8	10	2322
15.000 SAS	10	10	2882
15.000 SAS	12	10	3476
15.000 SAS	16	10	4236
15.000 SAS	20	10	5148
15.000 SAS	30	10	7398
15.000 SAS	40	10	9913
SSD SATA	2	1	3300
SSD SATA	4	10	5542
SSD SATA	6	10	7201
SSD SAS	2	1	7539
SSD SAS	4	10	14346
SSD SAS	6	10	15607

De volgende tabel bevat de specifieke apparaten die in dit voorbeeld worden gebruikt. Deze informatie is geen aanbeveling voor een specifiek hardwaremodel of een specifieke fabrikant.

Schijftype	Model	RAID-controller	Cachegeheugen en -configuratie
15k RPM SAS HD	HP EH0300JDYTH	Smart Array P822	2 GB, 20% lezen/ 80% schrijven
SSD SATA	ATA MK0200GCTYV	Smart Array P420i	1 GB, 20% lezen / 80% schrijven
SSD SAS	HP MO0800 JEFPB	Smart Array P420i	1 GB, 20% lezen / 80% schrijven

Prestaties van Azure-machines en -schijven

De prestaties van azure-schijven zijn afhankelijk van verschillende factoren, zoals de grootte van de Azure-VM en het aantal en het type schijven dat wordt gebruikt. Azure voegt ook voortdurend nieuwe machinetypen en schijfsnelheden toe die afwijken van de volgende grafiek. Zie veelgestelde vragen over Configuration Manager op Azure voor meer informatie over Configuration Manager die worden uitgevoerd in Azure en meer informatie over het begrijpen van I/O-schijven in Azure.

Alle schijven zijn geformatteerd ntfs 64k clustergrootte en rijen met meer dan één schijf worden geconfigureerd als gestreepte volumes via het hulpprogramma Windows Schijfbeheer.

Azure-VM	Azure-schijf	Aantal schijven	Beschikbare ruimte	Gemeten IOPS	Beperkende factor
DS2/DS11	P20	1	512 GB	965	Azure VM-grootte
DS2/DS11	P20	2	1024 GB	996	Azure VM-grootte
DS2/DS11	P30	1	1024 GB	996	Azure VM-grootte
DS2/DS11	P30	2	2048 GB	996	Azure VM-grootte
DS3/DS12/F4S	P20	1	512 GB	1994	Azure VM-grootte
DS3/DS12/F4S	P20	2	1024 GB	1992	Azure VM-grootte
DS3/DS12/F4S	P30	1	1024 GB	1993	Azure VM-grootte
DS3/DS12/F4S	P30	2	2048 GB	1992	Azure VM-grootte
DS4/DS13/F8S	P20	1	512 GB	2334	P20-schijf
DS4/DS13/F8S	P20	2	1024 GB	3984	Azure VM-grootte
DS4/DS13/F8S	P20	3	1536 GB	3984	Azure VM-grootte
DS4/DS13/F8S	P30	1	1024 GB	3112	P30-schijf
DS4/DS13/F8S	P30	2	2048 GB	3984	Azure VM-grootte
DS4/DS13/F8S	P30	3	3072 GB	3996	Azure VM-grootte
DS5/DS14/F16S	P20	1	512 GB	2335	P20-schijf
DS5/DS14/F16S	P20	2	1024 GB	4639	P20-schijf
DS5/DS14/F16S	P20	3	1536 GB	6913	P20-schijf
DS5/DS14/F16S	P20	4	2048 GB	7966	Azure VM-grootte
DS5/DS14/F16S	P30	1	1024 GB	3112	P30-schijf
DS5/DS14/F16S	P30	2	2048 GB	6182	P30-schijf
DS5/DS14/F16S	P30	3	3072 GB	7963	Azure VM-grootte
DS5/DS14/F16S	P30	4	4096 GB	7968	Azure VM-grootte
DS15	P30	1	1024 GB	3113	P30-schijf
DS15	P30	2	2048 GB	6184	P30-schijf
DS15	P30	3	3072 GB	9225	P30-schijf
DS15	P30	4	4096 GB	10200	Azure VM-grootte

Zie Een schijftype selecteren voor Azure IaaS-VM's voor meer informatie over de momenteel beschikbare schijven.