Depolama hesapları için Azure depolama ölçeklenebilirlik ve performans hedefleriAzure Storage scalability and performance targets for storage accounts

Bu makalede, Azure depolama hesapları için ölçeklenebilirlik ve performans hedefleri ayrıntıları.This article details the scalability and performance targets for Azure storage accounts. Burada listelenen ölçeklenebilirlik ve performans hedefleri yüksek kaliteli hedefler, ancak ulaşılabilir.The scalability and performance targets listed here are high-end targets, but are achievable. Tüm durumlarda, istek hızı ve bant genişliği, Depolama tarafından gerçekleştirilen hesap üzerinde saklanan nesneleri kullanılan, erişim desenlerini boyutuna bağlıdır ve iş yükü türüne uygulamanızı gerçekleştirir.In all cases, the request rate and bandwidth achieved by your storage account depends upon the size of objects stored, the access patterns utilized, and the type of workload your application performs.

Hizmetinizin performansını gereksinimlerinizi karşılayıp karşılamadığını belirlemek için test etmeyi unutmayın.Be sure to test your service to determine whether its performance meets your requirements. Mümkünse, ani artışlar trafiğinin oranını önlemek ve bölümler arasında trafiği iyi dağıtılmış olduğundan emin olun.If possible, avoid sudden spikes in the rate of traffic and ensure that traffic is well-distributed across partitions.

Uygulamanızın hangi iş yükünüz için bir bölüm işleyebilir, sınırına ulaştığında, Azure depolama hata kodu: 503 (Sunucu meşgul) veya hata kodu 500 (işlem zaman aşımı) yanıtlarını döndürmek başlar.When your application reaches the limit of what a partition can handle for your workload, Azure Storage begins to return error code 503 (Server Busy) or error code 500 (Operation Timeout) responses. 503 hatalarını oluşan, yeniden denemeler için bir üstel geri alma İlkesi kullanmak için uygulamanızı değiştirme göz önünde bulundurun.If 503 errors are occurring, consider modifying your application to use an exponential backoff policy for retries. Üstel geri alma yükü azaltmak ve ani trafik bu bölüme kolaylaştırmak için bölüm sağlar.The exponential backoff allows the load on the partition to decrease, and to ease out spikes in traffic to that partition.

Depolama hesabı ölçek sınırlarıStorage account scale limits

Aşağıdaki tabloda, Azure genel amaçlı v1, v2 ve Blob Depolama hesapları için varsayılan sınırlara açıklanmaktadır.The following table describes default limits for Azure general-purpose v1, v2, and Blob storage accounts. Giriş sınırı bir depolama hesabına gönderilen istekleri gelen tüm verilere başvurur.The ingress limit refers to all data from requests that are sent to a storage account. Çıkış sınırı tüm verileri bir depolama hesabından alınan yanıtlardan başvuruyor.The egress limit refers to all data from responses that are received from a storage account.

ResourceResource Varsayılan limitDefault limit
Standart ve premium hesapları dahil olmak üzere, abonelik başına bölgeye göre depolama hesabı sayısıNumber of storage accounts per region per subscription, including both standard and premium accounts 250250
En fazla depolama hesabı kapasitesiMaximum storage account capacity 2 PB Amerika ve Avrupa'da, 500 UK içeren TB için diğer tüm bölgeler için2 PB for US and Europe, 500 TB for all other regions, which includes the UK
Blob kapsayıcıları, blobları, dosya paylaşımları, tablolar, kuyruklar, varlıklar veya depolama hesabı başına ileti sayısıMaximum number of blob containers, blobs, file shares, tables, queues, entities, or messages per storage account SınırsızNo limit
İstek hızı üst sınırı1 depolama hesabı başınaMaximum request rate1 per storage account saniyede 20.000 istekleri20,000 requests per second
En büyük giriş1 (ABD bölgelerinde) depolama hesabı başınaMaximum ingress1 per storage account (US regions) RA-GRS/GRS etkinse, 10 GB/sn, LRS/ZRS için 20 GB/sn210 Gbps if RA-GRS/GRS is enabled, 20 Gbps for LRS/ZRS2
En büyük giriş1 (ABD dışı bölgeler) depolama hesabı başınaMaximum ingress1 per storage account (non-US regions) RA-GRS/GRS etkinse, 5 GB/sn, LRS/ZRS için 10 GB/sn25 Gbps if RA-GRS/GRS is enabled, 10 Gbps for LRS/ZRS2
En fazla çıkışı için genel amaçlı v2 ve Blob Depolama hesapları (tüm bölge)Maximum egress for general-purpose v2 and Blob storage accounts (all regions) 50 Gbps50 Gbps
En fazla çıkışı için genel amaçlı v1 depolama hesaplarında (ABD bölgelerinde)Maximum egress for general-purpose v1 storage accounts (US regions) RA-GRS/GRS etkinse, 20 GB/sn, LRS/ZRS için 30 GB/sn220 Gbps if RA-GRS/GRS is enabled, 30 Gbps for LRS/ZRS2
En fazla çıkışı için genel amaçlı v1 depolama hesaplarında (ABD dışı bölgeler)Maximum egress for general-purpose v1 storage accounts (non-US regions) RA-GRS/GRS etkinse, 10 GB/sn, LRS/ZRS için 15 GB/sn210 Gbps if RA-GRS/GRS is enabled, 15 Gbps for LRS/ZRS2

1azure standart depolama hesapları için giriş sınırları daha yüksek isteğiyle destekler.1Azure Standard Storage accounts support higher limits for ingress by request. Hesabı sınırları girişi için artış istemek için başvurun Azure Destek.To request an increase in account limits for ingress, contact Azure Support.

2 azure depolama çoğaltma Seçenekler şunlardır:2 Azure Storage replication options include:

  • RA-GRS: Okuma erişimli coğrafi olarak yedekli depolama.RA-GRS: Read-access geo-redundant storage. RA-GRS etkinleştirilirse, ikincil konumdaki çıkış hedeflerini birincil konumu olarak aynı olan.If RA-GRS is enabled, egress targets for the secondary location are identical to those for the primary location.
  • GRS: Coğrafi olarak yedekli depolama.GRS: Geo-redundant storage.
  • ZRS: Bölgesel olarak yedekli depolama.ZRS: Zone-redundant storage.
  • LRS: Yerel olarak yedekli depolama.LRS: Locally redundant storage.

Not

Çoğu senaryo için bir genel amaçlı v2 depolama hesabı kullanmanızı öneririz.We recommend that you use a general-purpose v2 storage account for most scenarios. Genel amaçlı v2 hesabına kapalı kalma süresi olmadan ve verileri kopyalamak zorunda kalmadan kolayca bir genel amaçlı v1 veya bir Azure Blob Depolama hesabına yükseltebilirsiniz.You can easily upgrade a general-purpose v1 or an Azure Blob storage account to a general-purpose v2 account with no downtime and without the need to copy data.

Azure depolama hesapları hakkında daha fazla bilgi için bkz. depolama hesabına genel bakışın.For more information on Azure Storage accounts, see Storage account overview.

Uygulamanızın ihtiyaçlarını tek bir depolama hesabı ölçeklenebilirlik hedefleri aşarsanız, birden çok depolama hesaplarını kullanmak için uygulamanızı oluşturabilirsiniz.If the needs of your application exceed the scalability targets of a single storage account, you can build your application to use multiple storage accounts. Ardından, bu depolama hesabı arasında veri nesnelerinizi bölümleyebilirsiniz.You can then partition your data objects across those storage accounts. Birim fiyatlandırma hakkında daha fazla bilgi için bkz: Azure depolama fiyatlandırması.For information on volume pricing, see Azure Storage pricing.

Tüm depolama hesapları, bir düz ağ topolojisi üzerine çalıştırın ve oluşturuldukları zaman bağımsız olarak, bu makalede açıklanan ölçeklenebilirlik ve performans hedefleri destekler.All storage accounts run on a flat network topology and support the scalability and performance targets outlined in this article, regardless of when they were created. Ölçeklenebilirlik ve Azure depolama düz ağ mimarisi üzerinde daha fazla bilgi için bkz: Microsoft Azure Depolama: Güçlü tutarlılık ile yüksek oranda kullanılabilir bulut depolama hizmeti.For more information on the Azure Storage flat network architecture and on scalability, see Microsoft Azure Storage: A Highly Available Cloud Storage Service with Strong Consistency.

Premium performans depolama hesabı ölçek sınırlarıPremium performance storage account scale limits

Premium performans blok blob depolamaPremium performance block blob storage

Premium performans blok blob depolama hesabı, daha küçük, kilobayt aralığı, nesneleri kullanan uygulamalar için optimize edilmiştir.A premium performance block blob storage account is optimized for applications that use smaller, kilobyte range, objects. Yüksek işlem hızları ya da tutarlı düşük gecikme süreli depolama gerektiren uygulamalar için idealdir.It's ideal for applications that require high transaction rates or consistent low-latency storage. Premium performans blok blobu depolama ile uygulamalarınızı ölçeklendirmek için tasarlanmıştır.Premium performance block blob storage is designed to scale with your applications. Yüz binlerce saniye başına istek sayısı veya depolama kapasitesi petabaytlarca gerektiren uygulamaları dağıtmayı planlıyorsanız, Lütfen bir destek isteği göndererek bizimle Azure portalında.If you plan to deploy application(s) that require hundreds of thousands of requests per second or petabytes of storage capacity, please contact us by submitting a support request in the Azure portal.

Premium performans dosya deposundan (Önizleme)Premium performance FileStorage (preview)

Premium dosyalar adlı bir benzersiz depolama hesabı kullanmak dosya (Önizleme) deposundan.Premium files use a unique storage account called FileStorage (preview). Bu hesap türü yüksek IOPS sahip iş yükleri, yüksek aktarım hızı ile tutarlı düşük gecikme süresi için tasarlanmıştır.This account type is designed for workloads with high IOPS, high throughput with consistent low-latency. Premium dosya depolama, sağlanan paylaşım boyutu ile ölçeklendirilir.Premium file storage scales with the provisioned share size.

AlanArea HedefTarget
En fazla sağlanan boyutunuMax provisioned size 100 TiB100 TiB
PaylaşımlarShares SınırsızUnlimited
IOPSIOPS 100,000100,000
GirişIngress 4,136 MiB/sn4,136 MiB/s
ÇıkışEgress 6,204 MiB/sn6,204 MiB/s

Ölçek hedefleri için Premium dosya paylaşmak için bkz: Premium dosyaları ölçeklendirme hedeflerini bölümü.For premium file share scale targets, see the Premium files scale targets section.

Premium performans sayfa blob depolamaPremium performance page blob storage

Premium performans, genel amaçlı v1 veya v2 depolama hesaplarının aşağıdaki ölçeklenebilirlik hedefleri vardır:Premium performance, general-purpose v1, or v2 storage accounts have the following scalability targets:

Toplam hesabı kapasitesiTotal account capacity Yerel olarak yedekli depolama hesabı için toplam bant genişliğiTotal bandwidth for a locally redundant storage account
Disk kapasitesi: 35 TBDisk capacity: 35 TB
Anlık görüntü kapasitesi: 10 TBSnapshot capacity: 10 TB
50 Gigabit / saniye için yukarı gelen1 + giden2Up to 50 gigabits per second for inbound1 + outbound2

1 bir depolama hesabına gönderilen tüm verileri (istekler)1 All data (requests) that are sent to a storage account

2 bir depolama hesabından alınan tüm verileri (yanıtlar)2 All data (responses) that are received from a storage account

Yönetilmeyen diskler için premium performans depolama hesapları kullandığınız ve uygulamanızı bir tek bir depolama hesabı ölçeklenebilirlik hedefleri aşarsa, yönetilen disklere geçirmek isteyebilirsiniz.If you are using premium performance storage accounts for unmanaged disks and your application exceeds the scalability targets of a single storage account, you might want to migrate to managed disks. Yönetilen disklere geçirmek istemiyorsanız, birden çok depolama hesaplarını kullanmak için uygulamanızı oluşturun.If you don't want to migrate to managed disks, build your application to use multiple storage accounts. Ardından, bu depolama hesabı arasında veri bölümleme.Then, partition your data across those storage accounts. Örneğin, birden çok VM arasında 51 TB disk eklemek istiyorsanız, bunları iki depolama hesabı arasında yayılabilir.For example, if you want to attach 51-TB disks across multiple VMs, spread them across two storage accounts. Tek bir premium depolama hesabı için belirlenen sınırı 35 TB'dir.35 TB is the limit for a single premium storage account. Tek premium performans depolama hesabı hiçbir zaman sağlanan diskleri 35 TB'den fazla olduğundan emin olun.Make sure that a single premium performance storage account never has more than 35 TB of provisioned disks.

Depolama kaynak sağlayıcısı ölçek sınırlarıStorage resource provider scale limits

Azure depolama ile Azure Resource Manager'ı kullanarak yönetim işlemlerini gerçekleştireceğiniz zaman aşağıdaki sınırlar geçerlidir.The following limits apply only when you perform management operations by using Azure Resource Manager with Azure Storage.

ResourceResource Varsayılan limitDefault limit
Depolama hesap yönetimi işlemleri (okuma)Storage account management operations (read) 800 5 dakika başına800 per 5 minutes
Depolama hesap yönetimi işlemleri (yazma)Storage account management operations (write) saat başına 200200 per hour
Depolama hesap yönetimi işlemleri (liste)Storage account management operations (list) 5 dakika başına 100100 per 5 minutes

Azure Blob Depolama ölçek hedefleriAzure Blob storage scale targets

ResourceResource HedefTarget
Tek bir blob kapsayıcısı en büyük boyutuMaximum size of single blob container En fazla depolama hesabı kapasitesi aynıSame as maximum storage account capacity
En fazla bir blok içinde blok blob veya ekleme blobuMaximum number of blocks in a block blob or append blob 50.000 blok50,000 blocks
Bir bloğu içinde bir blok blobunun en büyük boyutuMaximum size of a block in a block blob 100 MiB100 MiB
Blok blobunun en büyük boyutuMaximum size of a block blob 50.000 x 100 MIB (yaklaşık 4,75 tib'a kadar)50,000 X 100 MiB (approximately 4.75 TiB)
Bir bloğu içinde bir ek blobu en büyük boyutuMaximum size of a block in an append blob 4 MiB4 MiB
Bir ek blobunun en büyük boyutuMaximum size of an append blob 50.000 x 4 MIB (yaklaşık 195 GiB)50,000 x 4 MiB (approximately 195 GiB)
Bir sayfa blobu en büyük boyutuMaximum size of a page blob 8 TiB8 TiB
Saklı erişim ilkeleri blob kapsayıcı başına en fazla sayısıMaximum number of stored access policies per blob container 55
Tek bir blob için hedef performans düzeyleriTarget throughput for single blob Depolama hesabı giriş/çıkış limitlerde1Up to storage account ingress/egress limits1

1 tek nesne aktarım hızı, ancak bunlarla sınırlı olmamak gibi çeşitli etkenlere bağlıdır: eşzamanlılık, istek boyutu, performans katmanı, yüklemeleri için kaynak ve hedef yüklemeleri için hızı.1 Single object throughput depends on several factors, including, but not limited to: concurrency, request size, performance tier, speed of source for uploads, and destination for downloads. Yararlanmak için yüksek performanslı blok blobu performans geliştirmeleri, Put blobu veya blok yerleştirme istek boyutu > 4 MIB (> 256 KiB Data Lake depolama Gen2'ye veya premium performans blok blobu depolama için) kullanın.To take advantage of high-throughput block blob performance enhancements, use a Put Blob or Put Block request size of > 4 MiB (> 256 KiB for premium-performance block blob storage or for Data Lake Storage Gen2).

Azure dosyaları ölçek hedefleriAzure Files scale targets

Azure dosyaları ve Azure dosya eşitleme için ölçek ve performans hedefleri hakkında daha fazla bilgi için bkz. Azure dosyaları ölçeklenebilirlik ve performans hedefleri.For more information on the scale and performance targets for Azure Files and Azure File Sync, see Azure Files scalability and performance targets.

Önemli

Depolama hesabı sınırları, tüm paylaşımlar için geçerlidir.Storage account limits apply to all shares. Kadar ölçeklendirme en yüksek depolama hesapları için yalnızca depolama hesabı başına yalnızca bir paylaşım ise ulaşılabilir eşittir.Scaling up to the max for storage accounts is only achievable if there is only one share per storage account.

Standart dosya paylaşımları 5 TiB daha büyük önizleme aşamasındadır ve belirli sınırlamaları vardır.Standard file shares larger than 5 TiB are in preview and have certain limitations. Bir liste kısıtlamaları ve bu daha büyük bir dosya paylaşımı boyutları Önizleme ekleme için bkz standart dosya paylaşımları bölümü Azure dosyaları Planlama Kılavuzu.For a list of limitations and to onboard to the preview of these larger file share sizes, see the Standard file shares section of the Azure Files planning guide.

ResourceResource Standart dosya paylaşımlarıStandard file shares Premium dosya paylaşımları (Önizleme)Premium file shares (preview)
En az bir dosya paylaşımı boyutunuMinimum size of a file share En az; Kullandıkça ödeyinNo minimum; pay as you go 100 giB; sağlanan100 GiB; provisioned
Bir dosya paylaşımı en büyük boyutuMaximum size of a file share 5 TiB (GA), 100 TiB (Önizleme)5 TiB (GA), 100 TiB (preview) 100 TiB100 TiB
Bir dosya paylaşımındaki dosyasının en büyük boyutuMaximum size of a file in a file share 1 TiB1 TiB 1 TiB1 TiB
Bir dosya paylaşımındaki dosyaları sayısıMaximum number of files in a file share SınırsızNo limit SınırsızNo limit
Paylaşım başına maksimum IOPSMaximum IOPS per share 1000 IOPS (GA), 10.000 IOPS (Önizleme)1,000 IOPS (GA), 10,000 IOPS (preview) 100.000 IOPS100,000 IOPS
Saklı erişim ilkeleri dosya başına en fazla sayısını paylaşınMaximum number of stored access policies per file share 55 55
Tek bir dosya paylaşımı hedef performans düzeyleriTarget throughput for a single file share 60 MiB/sn kadar (GA) kadar 300 MiB/sn (Önizleme)Up to 60 MiB/sec (GA), up to 300 MiB/sec (preview) Premium, dosya paylaşımı giriş ve çıkış değerlerini bakınSee premium file share ingress and egress values
Tek bir dosya paylaşımı için en yüksek çıkışMaximum egress for a single file share Standart dosya paylaşımı hedef işleme bakınSee standard file share target throughput En fazla 6,204 MiB/snUp to 6,204 MiB/s
Tek bir dosya paylaşımı için en büyük girişMaximum ingress for a single file share Standart dosya paylaşımı hedef işleme bakınSee standard file share target throughput En fazla 4,136 MiB/snUp to 4,136 MiB/s
Dosya başına en fazla açık tanıtıcılarıMaximum open handles per file 2.000 açık tanıtıcıları2,000 open handles 2.000 açık tanıtıcıları2,000 open handles
Paylaşım anlık görüntü sayısıMaximum number of share snapshots 200 paylaşım anlık görüntüleri200 share snapshots 200 paylaşım anlık görüntüleri200 share snapshots
En büyük nesne (dizinler ve dosyalar) adı uzunluğuMaximum object (directories and files) name length 2.048 karakterden2,048 characters 2.048 karakterden2,048 characters
En fazla yol bileşeni (yolunda \A\B\C\D, her harf olan bir bileşen)Maximum pathname component (in the path \A\B\C\D, each letter is a component) 255 karakter255 characters 255 karakter255 characters

Premium dosyalar hedefleri ölçeklendirinPremium files scale targets

Premium dosyalar için dikkate alınması gereken sınırlamalar üç kategoriye ayrılır: depolama hesapları, paylaşımları ve dosyaları.There are three categories of limitations to consider for premium files: storage accounts, shares, and files.

Örneğin: Tek bir paylaşım 100.000 IOPS değerlerine ulaşabilir ve tek bir dosyayı en fazla 5000 IOPS ölçeklendirme yapabilirsiniz.For example: A single share can achieve 100,000 IOPS and a single file can scale up to 5,000 IOPS. Bu nedenle, örneğin, üç bir paylaşımında dosyalar varsa, bu paylaşımdan alabilirsiniz IOPS üst sınırı olan 15.000.So, for example, if you have three files in one share, the max IOPs you can get from that share is 15,000.

Premium dosya paylaşımı sınırlarıPremium file share limits

Ek premium dosya paylaşımı sınırlarAdditional premium file share limits

AlanArea HedefTarget
En küçük boyut artırma/azaltmaMinimum size increase/decrease 1 giB1 GiB
Temel IOPSBaseline IOPS 100.000 adede kadar GiB başına 1 IOPS1 IOPS per GiB up to 100,000
Patlaması IOPSIOPS bursting 100.000 adede kadar GiB başına 3 x IOPS3x IOPS per GiB up to 100,000
Çıkış oranıEgress rate 60 MiB/sn + 0,06 * GiB sağlandı60 MiB/s + 0.06 * provisioned GiB
Giriş oranıIngress rate 40 MiB/sn + 0.04 * GiB sağlandı40 MiB/s + 0.04 * provisioned GiB
Anlık görüntü sayısıMaximum number of snapshots 200200

Premium dosya sınırlarıPremium file limits

AlanArea HedefTarget
BoyutSize 1 TiB1 TiB
Dosya başına en fazla IOPSMax IOPS per file 5,0005,000
Eşzamanlı işlerConcurrent handles 2,0002,000

Azure dosya eşitleme ölçek hedefleriAzure File Sync scale targets

Azure dosya eşitleme ile sınırsız kullanım amacı tasarlanmıştır ancak sınırsız kullanım her zaman mümkün değildir.Azure File Sync has been designed with the goal of limitless usage, but limitless usage is not always possible. Aşağıdaki tabloda, Microsoft'un test sınırları gösterir ve de hangi hedeflerin sabit limitlerdir gösterir:The following table indicates the boundaries of Microsoft's testing and also indicates which targets are hard limits:

ResourceResource HedefTarget Sabit sınırıHard limit
Bölge başına depolama Eşitleme HizmetleriStorage Sync Services per region 20 depolama Eşitleme Hizmetleri20 Storage Sync Services EvetYes
Depolama eşitleme hizmeti başına eşitleme gruplarıSync groups per Storage Sync Service 100 eşitleme grupları100 sync groups EvetYes
Depolama eşitleme hizmeti başına kayıtlı sunucularRegistered servers per Storage Sync Service 99 sunucuları99 servers EvetYes
Bulut uç noktaları her eşitleme grubuCloud endpoints per sync group 1 bulut uç noktası1 cloud endpoint EvetYes
Sunucu uç noktaları her eşitleme grubuServer endpoints per sync group 50 sunucu uç noktaları50 server endpoints HayırNo
Sunucu başına sunucu uç noktalarıServer endpoints per server 30 sunucu uç noktaları30 server endpoints EvetYes
Dosya sistemi nesneleri (dizinler ve dosyalar) her bir eşitleme grubuFile system objects (directories and files) per sync group 25 milyon nesneleri25 million objects HayırNo
Dosya sistemi nesneleri (dizinleri ve dosyaları) bir dizinde en fazla sayısıMaximum number of file system objects (directories and files) in a directory 1 milyon nesneleri1 million objects EvetYes
En büyük nesne (dizinler ve dosyalar) güvenlik tanımlayıcısı boyutuMaximum object (directories and files) security descriptor size 64 KiB64 KiB EvetYes
Dosya boyutuFile size 100 GiB100 GiB HayırNo
Katmanlanmış bir dosyanın en küçük dosya boyutuMinimum file size for a file to be tiered 64 KiB64 KiB EvetYes
Eşzamanlı bir eşitleme oturumlarıConcurrent sync sessions V4 aracı ve daha sonra: Kullanılabilir sistem kaynaklarına göre değişiklik gösterir.V4 agent and later: The limit varies based on available system resources.
V3 aracı: İşlemci veya en fazla sunucu başına sekiz etkin eşitleme oturumu başına iki active sync oturum.V3 agent: Two active sync sessions per processor or a maximum of eight active sync sessions per server.
EvetYes

Not

Bir Azure dosya eşitleme uç noktası için bir Azure dosya paylaşımı boyutunu ölçeklendirebilirsiniz.An Azure File Sync endpoint can scale up to the size of an Azure file share. Azure dosya paylaşımı boyutu sınırına ulaşıldığında, eşitleme çalışılacak mümkün olmayacaktır.If the Azure file share size limit is reached, sync will not be able to operate.

Azure kuyruk depolama ölçek hedefleriAzure Queue storage scale targets

ResourceResource HedefTarget
Tek bir kuyruğun en büyük boyutuMaximum size of a single queue 500 TiB500 TiB
Kuyruktaki bir iletinin en büyük boyutuMaximum size of a message in a queue 64 KiB64 KiB
Saklı erişim ilkeleri kuyruk başına en fazla sayısıMaximum number of stored access policies per queue 55
Depolama hesabı başına en fazla istek hızıMaximum request rate per storage account İleti boyutu 1 KiB varsayan saniye başına 20.000 iletiler20,000 messages per second, which assumes a 1-KiB message size
Hedef performans düzeyleri (1-KiB iletiler) tek bir kuyrukTarget throughput for a single queue (1-KiB messages) Saniye başına en çok 2.000 iletiUp to 2,000 messages per second

Azure tablo depolama ölçek hedefleriAzure Table storage scale targets

ResourceResource HedefTarget
Tek bir tablonun en büyük boyutuMaximum size of a single table 500 TiB500 TiB
Tablo varlığı en büyük boyutuMaximum size of a table entity 1 MiB1 MiB
Tablo varlığı özelliklerinde sayısıMaximum number of properties in a table entity 255 üç Sistem özellikleri içerir: PartitionKey ve RowKey zaman damgası255, which includes three system properties: PartitionKey, RowKey, and Timestamp
Bir varlıktaki özellik değerlerini maksimum toplam boyutuMaximum total size of property values in an entity 1 MiB1 MiB
Bir varlıktaki tek bir özellik maksimum toplam boyutuMaximum total size of an individual property in an entity Özellik türüne göre değişir.Varies by property type. Daha fazla bilgi için özellik türleri içinde tablo hizmeti veri modelini anlama.For more information, see Property Types in Understanding the Table Service Data Model.
Saklı erişim ilkeleri tablo başına en fazla sayısıMaximum number of stored access policies per table 55
Depolama hesabı başına en fazla istek hızıMaximum request rate per storage account 20.000 saniyede bir 1 KiB varlık boyutu varsayan,20,000 transactions per second, which assumes a 1-KiB entity size
Hedef performans düzeyleri (1 KiB-varlıklar) tek bir tabloyu bölümüTarget throughput for a single table partition (1 KiB-entities) Saniye başına en fazla 2.000 varlıklarUp to 2,000 entities per second

Ayrıca bkz.See also