Skalbarhets- och prestandamål för table storage
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.
Skalningsmål för table storage
Följande tabell beskriver kapacitets-, skalbarhets- och prestandamål för tabellagring.
Resurs | Mål |
---|---|
Antalet tabeller i ett Azure Storage-konto | Begränsas endast av lagringskontots kapacitet |
Antalet partitioner i en tabell | Begränsas endast av lagringskontots kapacitet |
Antalet entiteter i en partition | Begränsas endast av lagringskontots kapacitet |
Maximal storlek på en enskild tabell | 500 TiB |
Maximal storlek på en enskild entitet, inklusive alla egenskapsvärden | 1 MiB |
Maximalt antal egenskaper i en tabellentitet | 255 (inklusive de tre systemegenskaperna, PartitionKey, RowKeyoch Timestamp) |
Maximal total storlek på en enskild egenskap i en entitet | Varierar beroende på egenskapstyp. Mer information finns i Egenskapstyper i Förstå Tabelltjänst-datamodellen. |
Storlek på PartitionKey | En sträng på upp till 1 024 tecken i storlek |
Storlek på RowKey | En sträng på upp till 1 024 tecken i storlek |
Storlek på en entitetsgruppstransaktion | En transaktion kan som högst innehålla 100 entiteter och nyttolasten måste vara mindre än 4 MiB stor. En entitetsgruppstransaktion kan endast innehålla en uppdatering till en entitet en gång. |
Maximalt antal lagrade åtkomstprinciper per tabell | 5 |
Maximal förfrågningsfrekvens per lagringskonto | 20 000 transaktioner per sekund, vilket förutsätter en entitetsstorlek på 1 KiB |
Måldataflöde för en enskild tabell-partition (1 KiB-entiteter) | Upp till 2 000 entiteter per sekund |