Schaalbaarheids- en prestatiedoelen voor de Azure Storage-resourceprovider
In deze naslaginformatie vindt u informatie over schaalbaarheids- en prestatiedoelen voor Azure Storage. De hier vermelde schaalbaarheids- en prestatiedoelen zijn high-enddoelen, maar zijn haalbaar. In alle gevallen is de aanvraagsnelheid en bandbreedte die door uw opslagaccount wordt bereikt, afhankelijk van de grootte van objecten die zijn opgeslagen, de gebruikte toegangspatronen en het type workload dat uw toepassing uitvoert.
Zorg ervoor dat u uw service test om te bepalen of de prestaties voldoen aan uw vereisten. Vermijd indien mogelijk plotselinge pieken in de verkeerssnelheid en zorg ervoor dat verkeer goed over partities wordt verdeeld.
Wanneer uw toepassing de limiet bereikt van wat een partitie voor uw workload kan verwerken, begint Azure Storage met het retourneren van foutcode 503 (Server Bezet) of foutcode 500 (Time-out van bewerking). Als er 503-fouten optreden, kunt u overwegen uw toepassing te wijzigen om een exponentieel uitstelbeleid te gebruiken voor nieuwe pogingen. Met de exponentiële uitstel kan de belasting van de partitie afnemen en pieken in het verkeer naar die partitie worden versoepeld.
De SLA (Service Level Agreement) voor Azure Storage-accounts is beschikbaar in sla voor opslagaccounts.
Schaaldoelen voor de resourceprovider schalen
De volgende limieten gelden alleen wanneer u beheerbewerkingen uitvoert met behulp van Azure Resource Manager met Azure Storage en de opslagresourceprovider. De limieten gelden per abonnement per regio van de resource in de aanvraag.
| Bron | Limiet |
|---|---|
| Opslagaccountbeheerbewerkingen (lezen) | 800 per 5 minuten |
| Opslagaccountbeheerbewerkingen (schrijven) | 10 per seconde/1200 per uur |
| Opslagaccountbeheerbewerkingen (lijst) | 100 per 5 minuten |