Delen via


Configuration Manager sitegrootte en prestatierichtlijnen

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

  1. Download het hulpprogramma Diskspd.

  2. 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.

  3. 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
    
  4. 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.

Zie ook