Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Bu başvuruda Azure Depolama için ölçeklenebilirlik ve performans hedefleri ayrıntılı olarak anlatılmıştır. Burada listelenen ölçeklenebilirlik ve performans hedefleri üst düzey hedeflerdir, ancak bu hedeflere ulaşılabilir. Her durumda, depolama hesabınızın elde ettiği istek hızı ve bant genişliği depolanan nesnelerin boyutuna, kullanılan erişim desenlerine ve uygulamanızın gerçekleştirdiği iş yükü türüne bağlıdır.
Performansının gereksinimlerinizi karşılayıp karşılamadığını belirlemek için hizmetinizi test edin. Mümkünse trafik hızında ani ani artışlardan kaçının ve trafiğin bölümler arasında iyi dağıtılmasını sağlayın.
Uygulamanız bir bölümün iş yükünüz için işleyebileceği sınıra ulaştığında, Azure Depolama hata kodu 503 (Sunucu Meşgul) veya hata kodu 500 (İşlem Zaman Aşımı) yanıtları döndürmeye başlar. 503 hataları oluşursa, uygulamanızı yeniden denemeler için üstel geri alma ilkesi kullanacak şekilde değiştirmeyi göz önünde bulundurun. Üstel geri çekilme, bölüm üzerindeki yükü azaltır ve bu bölüme yönelik trafik artışlarını hafifletir.
Azure Depolama hesapları için hizmet seviyesi anlaşması (SLA) için bkz. Depolama Hesapları için SLA.
Blob depolama için ölçek hedefleri
| Kaynak | Hedef |
|---|---|
| Tek blob kapsayıcısının en büyük boyutu | Maksimum depolama hesabı kapasitesiyle aynı |
| Blok blobu veya ekleme blobundaki en fazla blok sayısı | 50.000 blok |
| Blok blobundaki bir bloğun en büyük boyutu | 4.000 MiB |
| Blok blobunun en büyük boyutu | 50.000 x 4.000 MiB (yaklaşık 190,7 TiB) |
| Bir ekleme blobundaki bloğun azami boyutu | 4 MiB |
| Ekleme blobunun maksimum boyutu | 50.000 x 4 MiB (yaklaşık 195 GiB) |
| Sayfa blobunun en büyük boyutu | 8 TiB2 |
| Blob kapsayıcısı başına en fazla depolanmış erişim ilkesi sayısı | 5 |
| Tek bir blok blobu için hedef istek oranı | Saniyede en fazla 3.000 istek |
| Tek sayfalı blob için hedef istek hızı | Saniyede en fazla 500 istek |
| Tek sayfalı blob için hedef aktarım hızı | Saniyede60 MiB'a kadar 2 |
| Tek bir blok blobu için hedef aktarım hızı | Depolama hesabı giriş/çıkış sınırlarınakadar 1 |
1 Tek bir blob için aktarım hızı çeşitli faktörlere bağlıdır. Bu faktörler eşzamanlılık, istek boyutu, performans katmanı, karşıya yüklemeler için kaynak hızı ve indirmeler için hedef bilgilerini içerir ancak bunlarla sınırlı değildir. Yüksek aktarım hızına sahip blok bloblarının performans geliştirmelerinden yararlanmak için daha büyük blobları veya blokları karşıya yükleyin. Özellikle, 256 KiB'tan büyük bir blob veya blok boyutuyla Put Blob veya Put Block işlemini çağırın.
2 Hiyerarşik ad alanı etkinleştirilmiş hesaplarda sayfa blobları henüz desteklenmemektedir.
Aşağıdaki tabloda hizmet sürümü tarafından izin verilen en büyük blok ve blob boyutları açıklanmaktadır.
| Hizmet sürümü | Maksimum blok boyutu (Put Block aracılığıyla) | En büyük blob boyutu (Put Block List aracılığıyla) | Tek yazma işlemiyle (Put Blob aracılığıyla) maksimum blob boyutu |
|---|---|---|---|
| Sürüm 2019-12-12 ve üzeri | 4.000 MiB | Yaklaşık 190,7 TiB (4.000 MiB x 50.000 blok) | 5.000 MiB |
| Sürüm 2016-05-31 ile sürüm 2019-07-07 arasında | 100 MiB | Yaklaşık 4,75 TiB (100 MiB x 50.000 blok) | 256 MiB |
| 2016-05-31 öncesi sürümler | 4 MiB | Yaklaşık 195 GiB (4 MiB x 50.000 blok) | 64 MiB |
Sıcak bölümler: tespit, izleme ve azaltma
Azure Blob Depolama, iş yüklerini ölçeklendirmeye yardımcı olmak için verileri ve istekleri bölümler arasında dağıtır. Bir depolama hesabı kullanılabilir kapasiteye ve işleme hacmine sahip olsa bile, trafiği bölüm anahtarlarının dar bir aralığında yoğunlaştıran iş yükleri bölüm düzeyinde işleme hacmi kısıtlarıyla karşılaşabilir.
Tek bir bölüm diğer bölümlerden çok daha fazla trafik aldığında, sıcak bir bölüm haline gelir. Bir blob için bölüm anahtarı, depolama hesabı adı, konteyner adı ve blob adını birleştirir; böylece ardışık veya sadece ekleyici adlandırma şemaları trafiği tek bir bölüme yoğunlaştırabilir.
Bir bölüm sıcak hale geldiğinde, uygulamanız artan gecikme gözlemleyebilir ve depolama hesabı belgelenen ölçeklenebilirlik sınırlarına yaklaşmadan önce HTTP 503 (Sunucu Meşgulü) veya HTTP 500 (Operasyon Zaman Aşımı Zamanı) yanıtları alabilir.
Sıcak bölümleri azaltmak için:
Trafiği tek bir bölüme yoğunlaştıran ardışık veya sadece ekleyici blob adlandırma şemalarından kaçının.
Kısıtlama hataları oluştuğunda, üstel geri çekilmeli yeniden deneme stratejisi kullanın.
Yeni iş yükleri eklediğinizde istek oranlarını kademeli olarak artırın.
Throttling'i tespit etmek ve aşırı talebin kaynağını belirlemek için Azure İzleyici metrikleri ve kaynak kayıtlarını kullanın.
Daha fazla bilgi için Azure Blob Depolama'da sıcak bölümleri azaltma konusuna bakın.