Skalbarhets- och prestandamål för Azure Storage-resursprovidern
Den här referensen beskriver skalbarhets- och prestandamål för Azure Storage. Skalbarhets- och prestandamålen som anges här är avancerade mål, men kan uppnås. I samtliga fall beror den begärandefrekvens och bandbredd som uppnås av ditt lagringskonto på storleken på de objekt som lagras, vilka åtkomstmönster som används och vilken typ av arbetsbelastning ditt program utför.
Se till att testa din tjänst för att avgöra om dess prestanda uppfyller dina krav. Undvik om möjligt plötsliga trafiktoppar och se till att trafiken är väl fördelad mellan partitioner.
När ditt program når gränsen för vad en partition kan hantera för din arbetsbelastning börjar Azure Storage returnera felkoden 503 (servern är upptagen) eller felkoden 500 (timeout för åtgärd). Om 503 fel inträffar kan du överväga att ändra programmet så att det använder en exponentiell backoff-princip för återförsök. Den exponentiella backoffen gör att belastningen på partitionen kan minska och underlätta toppar i trafiken till den partitionen.
Serviceavtalet (SLA) för Azure Storage-konton är tillgängligt på SLA för lagringskonton.
Skalningsmål för resursprovidern
Följande gränser gäller endast när du utför hanteringsåtgärder med hjälp av Azure Resource Manager med Azure Storage och lagringsresursprovidern. Gränserna gäller per prenumeration per region för resursen i begäran.
| Resurs | Gräns |
|---|---|
| Hanteringsåtgärder för lagringskonto (läsning) | 800 per 5 minuter |
| Hanteringsåtgärder för lagringskonto (skrivning) | 10 per sekund / 1 200 per timme |
| Hanteringsåtgärder för lagringskonto (lista) | 100 per 5 minuter |