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 de kan uppnås. I samtliga fall beror begärandefrekvensen och bandbredden som uppnås av ditt lagringskonto på storleken på lagrade objekt, de å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 toppar i trafikhastigheten 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 (åtgärdstimeout) svar. 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 partitionen.

Skalningsmål för Table Storage

I följande tabell beskrivs kapacitet, skalbarhet och prestandamål för Table Storage.

Resurs Mål
Antal tabeller i ett Azure Storage-konto Begränsas endast av lagringskontots kapacitet
Antal partitioner i en tabell Begränsas endast av lagringskontots kapacitet
Antal entiteter i en partition Begränsas endast av lagringskontots kapacitet
Maximal storlek för en enskild tabell 500 TiB
Maximal storlek för en enskild entitet, inklusive alla egenskapsvärden 1 MiB
Maximalt antal egenskaper i en tabellentitet 255 (inklusive de tre systemegenskaperna PartitionKey, RowKey och Timestamp)
Maximal total storlek för en enskild egenskap i en entitet Varierar beroende på egenskapstyp. Mer information finns i Egenskapstyper i Förstå tabelltjänstens datamodell.
Storleken på PartitionKey En sträng upp till 1 KiB i storlek
Radnyckelns storlek En sträng upp till 1 KiB i storlek
Storleken på en entitetsgruppstransaktion En transaktion kan innehålla högst 100 entiteter och nyttolasten måste vara mindre än 4 MiB i storlek. En entitetsgrupptransaktion kan bara innehålla en uppdatering av en entitet en gång.
Maximalt antal lagrade åtkomstprinciper per tabell 5
Maximal begärandefrekvens per lagringskonto 20 000 transaktioner per sekund, vilket förutsätter en entitetsstorlek på 1 KiB
Måldataflöde för en enskild tabellpartition (1 KiB-entiteter) Upp till 2 000 entiteter per sekund

Se även