Azure Dosyalar ve Azure Dosya Eşitleme için ölçeklenebilirlik ve performans hedefleri
Azure Dosyalar, bulutta Sunucu İleti Bloğu (SMB) ve Ağ Dosya Sistemi (NFS) dosya sistemi protokolleri aracılığıyla erişilebilen tam olarak yönetilen dosya paylaşımları sunar. Bu makalede, Azure Dosyalar ve Azure Dosya Eşitleme için ölçeklenebilirlik ve performans hedefleri ele alınmaktadır.
Burada listelenen hedefler dağıtımınızdaki diğer değişkenlerden etkilenebilir. Örneğin, bir dosya için G/Ç'nin performansı SMB istemcinizin davranışından ve kullanılabilir ağ bant genişliğinizden etkilenebilir. Azure Dosyalar ölçeklenebilirlik ve performansının gereksinimlerinizi karşılayıp karşılamadığını belirlemek için kullanım deseninizi test etmelisiniz.
Şunlara uygulanır
Yönetim modeli | Faturalama modeli | Medya katmanı | Yedeklilik | SMB | NFS |
---|---|---|---|---|---|
Microsoft.Storage | Sağlanan v2 | HDD (standart) | Yerel (LRS) | ||
Microsoft.Storage | Sağlanan v2 | HDD (standart) | Bölge (ZRS) | ||
Microsoft.Storage | Sağlanan v2 | HDD (standart) | Coğrafi (GRS) | ||
Microsoft.Storage | Sağlanan v2 | HDD (standart) | GeoZone (GZRS) | ||
Microsoft.Storage | Sağlanan v1 | SSD (premium) | Yerel (LRS) | ||
Microsoft.Storage | Sağlanan v1 | SSD (premium) | Bölge (ZRS) | ||
Microsoft.Storage | Kullandıkça öde | HDD (standart) | Yerel (LRS) | ||
Microsoft.Storage | Kullandıkça öde | HDD (standart) | Bölge (ZRS) | ||
Microsoft.Storage | Kullandıkça öde | HDD (standart) | Coğrafi (GRS) | ||
Microsoft.Storage | Kullandıkça öde | HDD (standart) | GeoZone (GZRS) |
Azure Dosyalar ölçek hedefleri
Azure dosya paylaşımları, paylaşılan bir depolama havuzunu temsil eden üst düzey nesneler olan depolama hesaplarına dağıtılır. Bu depolama havuzu birden çok dosya paylaşımı dağıtmak için kullanılabilir. Bu nedenle dikkate alınması gereken üç kategori vardır: depolama hesapları, Azure dosya paylaşımları ve tek tek dosyalar.
Depolama hesabı ölçek hedefleri
Depolama hesabı ölçek hedefleri depolama hesabı düzeyinde uygulanır. Azure Dosyalar için iki ana depolama hesabı türü vardır:
FileStorage depolama hesapları: FileStorage depolama hesapları, Azure dosya paylaşımlarını sağlanan bir faturalama modeliyle dağıtmanıza olanak tanır. FileStorage hesapları yalnızca Azure dosya paylaşımlarını depolamak için kullanılabilir; FileStorage hesabında başka hiçbir depolama kaynağı (blob kapsayıcıları, kuyruklar, tablolar vb.) dağıtılamaz.
Genel amaçlı sürüm 2 (GPv2) depolama hesapları: GPv2 depolama hesapları, HDD tabanlı donanımlarda kullandıkça öde dosya paylaşımlarını dağıtmanıza olanak tanır. GPv2 depolama hesapları, Azure dosya paylaşımlarını depolamaya ek olarak blob kapsayıcıları, kuyruklar veya tablolar gibi diğer depolama kaynaklarını da depolayabilir.
Öznitelik | SSD tarafından sağlanan v1 | HDD tarafından sağlanan v2 | HDD kullandıkça öde |
---|---|---|---|
Depolama hesabı türü | FileStorage | FileStorage | StorageV2 |
SKU'lar |
|
|
|
Abonelik başına bölge başına depolama hesabı sayısı | 250 | 250 | 250 |
Maksimum depolama kapasitesi | 100 TiB | 4 PiB | 5 PiB |
En fazla dosya paylaşımı sayısı | 1024 (50 veya daha az kullanılması önerilir) | 50 | Sınırsız (50 veya daha az kullanılması önerilir) |
En Fazla IOPS | 102.400 IOPS | 50.000 IOPS | 20.000 IOPS |
Aktarım hızı üst sınırı | 10.340 MiB / sn | 5.120 MiB / sn |
|
En fazla sanal ağ kuralı sayısı | 200 | 200 | 200 |
En fazla IP adresi kuralı sayısı | 200 | 200 | 200 |
Yönetim okuma işlemleri | 5 dakikada 800 | 5 dakikada 800 | 5 dakikada 800 |
Yönetim yazma işlemleri | Saniyede 10/saatte 1200 | Saniyede 10/saatte 1200 | Saniyede 10/saatte 1200 |
Yönetim listesi işlemleri | 5 dakikada 100 | 5 dakikada 100 | 5 dakikada 100 |
HDD kullandıkça öde için en yüksek aktarım hızına sahip seçili bölgeler
Aşağıdaki bölgelerde HDD kullandıkça öde depolama hesapları (StorageV2) için en yüksek aktarım hızı artırıldı:
- Doğu Asya
- Güneydoğu Asya
- Doğu Avustralya
- Güney Brezilya
- Orta Kanada
- Doğu Çin 2
- Kuzey Çin 3
- Kuzey Avrupa
- West Europe
- Orta Fransa
- Orta Batı Almanya
- Orta Hindistan
- Doğu Japonya
- Jio Hindistan Batı
- Güney Kore - Orta
- Doğu Norveç
- Güney Afrika - Kuzey
- Orta İsveç
- Kuzey BAE
- Güney Birleşik Krallık
- Central US
- Doğu ABD
- Doğu ABD 2
- US Gov Virginia
- US Gov Arizona
- Orta Kuzey ABD
- Orta Güney ABD
- Batı ABD
- Batı ABD 2
- Batı ABD 3
Azure dosya paylaşımı ölçek hedefleri
Azure dosya paylaşımı ölçek hedefleri dosya paylaşımı düzeyinde uygulanır.
Öznitelik | SSD tarafından sağlanan v1 | HDD tarafından sağlanan v2 | HDD kullandıkça öde |
---|---|---|---|
Depolama sağlama birimi | 1 GiB | 1 GiB | Yok |
IOPS sağlama birimi | Yok | 1 GÇ / sn | Yok |
Aktarım hızı sağlama birimi | Yok | 1 MiB / sn | Yok |
En düşük depolama boyutu | 100 GiB (sağlandı) | 32 GiB (sağlandı) | 0 bayt |
Maksimum depolama boyutu | 100 TiB | 256 TiB | 100 TiB |
En fazla dosya sayısı | Sınırsız | Sınırsız | Sınırsız |
En Fazla IOPS | 102.400 IOPS (sağlamaya bağlı) | 50.000 IOPS (sağlamaya bağımlı) | 20.000 IOPS |
Aktarım hızı üst sınırı | 10.340 MiB / sn (sağlamaya bağlıdır) | 5.120 IOPS (sağlamaya bağlıdır) | Depolama hesabı sınırlarına kadar |
En fazla paylaşım anlık görüntüsü sayısı | 200 anlık görüntü | 200 anlık görüntü | 200 anlık görüntü |
En fazla dosya adı uzunluğu3 (tüm dizinler, dosya adları ve ters eğik çizgi karakterleri dahil olmak üzere tam yol adı) | 2.048 karakter | 2.048 karakter | 2.048 karakter |
Tek tek yol adı bileşeni2'nin uzunluk üst sınırı (\A\B\C\D yolunda, her harf tek bir bileşen olan bir dizini veya dosyayı temsil eder) | 255 karakter | 255 karakter | 255 karakter |
Sabit bağlantı sınırı (yalnızca NFS) | 178 | Yok | Yok |
Çok Kanallı SMB kanalı sayısı üst sınırı | 4 | Yok | Yok |
Dosya paylaşımı başına en fazla depolanmış erişim ilkesi sayısı | 5 | 5 | 5 |
3 Azure Dosyalar, dizin ve dosya adları için belirli adlandırma kurallarını zorunlu kılar.
Dosya ölçek hedefleri
Dosya ölçek hedefleri, Azure dosya paylaşımlarında depolanan tek tek dosyalar için geçerlidir.
Öznitelik | SSD tarafından sağlanan v1 | HDD tarafından sağlanan v2 | HDD kullandıkça öde |
---|---|---|---|
En büyük dosya boyutu | 4 TiB | 4 TiB | 4 TiB |
Dosya başına en fazla veri IOPS'si | 8.000 IOPS | 1\.000 IOPS | 1\.000 IOPS |
Dosya başına en yüksek aktarım hızı | 1.024 MiB / sn | 60 MiB / sn | 60 MiB / sn |
Kök dizin için en fazla eşzamanlı tanıtıcı | 10.000 tanıtıcı | 10.000 tanıtıcı | 10.000 tanıtıcı |
Dosya ve dizin başına en fazla eşzamanlı tanıtıcı | 2\.000 sap | 2\.000 sap | 2\.000 sap |
Azure Sanal Masaüstü için Azure Dosyalar boyutlandırma kılavuzu
Azure Dosyalar için popüler bir kullanım örneği, FSLogix veya Uygulama ekleme kullanarak Azure Sanal Masaüstü için kullanıcı profili kapsayıcılarını ve disk görüntülerini depolamaktır. Büyük ölçekli Azure Sanal Masaüstü dağıtımlarında, tek bir Azure dosya paylaşımı kullanıyorsanız kök dizin veya dosya/dizin başına tanıtıcılar tükenebilir. Bu bölümde, tanıtıcıların çeşitli disk görüntüsü türleri tarafından nasıl kullanıldığı açıklanır ve kullandığınız teknolojiye bağlı olarak boyutlandırma yönergeleri sağlanır.
FSLogix
Azure Sanal Masaüstü ile FSLogix kullanıyorsanız, kullanıcı profili kapsayıcılarınız Sanal Sabit Disk (VHD) veya Hyper-V Sanal Sabit Disk (VHDX) dosyalarıdır ve bunlar sistem bağlamında değil kullanıcı bağlamında bağlanır. Her kullanıcı, dosya paylaşımında olması gereken tek bir kök dizin tanıtıcısı açar. Azure Dosyalar, dosya paylaşımınız () + profil dizini%sid%_%username%
() + profil kapsayıcısıprofile_%username.vhd(x)
(\\storageaccount.file.core.windows.net\sharename
) olduğunu varsayarsak en fazla 10.000 kullanıcıyı destekleyebilir.
Kök dizin için 10.000 eşzamanlı tanıtıcı sınırına ulaştıysanız veya kullanıcılar düşük performans görüyorsa, ek bir Azure dosya paylaşımı kullanmayı ve kapsayıcıları paylaşımlar arasında dağıtmayı deneyin.
Uyarı
Azure Dosyalar tek bir dosya paylaşımından 10.000'e kadar eşzamanlı kullanıcıyı destekleyebilir ancak iş yüklerinizi oluşturduğunuz dosya paylaşımının boyutuna ve türüne göre düzgün bir şekilde test etmek kritik önem taşır. Gereksinimleriniz kullanıcılara, profil boyutuna ve iş yüküne göre farklılık gösterebilir.
Örneğin, 2.400 eşzamanlı kullanıcınız varsa, kök dizinde (her kullanıcı için bir tane) 10.000 açık tanıtıcı sınırının altında olan 2.400 tanıtıcıya ihtiyacınız vardır. FSLogix kullanıcıları için 2.000 açık dosya ve dizin tanıtıcısı sınırına ulaşmak son derece düşüktür. Kullanıcı başına tek bir FSLogix profil kapsayıcınız varsa, yalnızca iki dosya/dizin tanıtıcısı kullanırsınız: biri profil dizini ve biri profil kapsayıcısı dosyası için. Kullanıcıların her birinde iki kapsayıcı (profil ve ODFC) varsa, ODFC dosyası için ek bir tanıtıcıya ihtiyacınız vardır.
CimFS ile uygulama ekleme
Uygulamaları dinamik olarak eklemek için MSIX Uygulama ekleme veya Uygulama ekleme kullanıyorsanız, disk görüntüleri için Bileşik Görüntü Dosya Sistemi (CimFS) veya VHD/VHDX dosyalarını kullanabilirsiniz. Her iki durumda da ölçek sınırları, kullanıcı başına değil, görüntüyü bağlamaya göre gerçekleştirilir. Ölçek sınırları hesaplanırken kullanıcı sayısı ilgisizdir. Vm önyüklendiğinde, sıfır kullanıcı olsa bile disk görüntüsünü bağlar.
CimFS ile Uygulama ekleme kullanıyorsanız, disk görüntüleri yalnızca disk görüntüsü dosyalarındaki tanıtıcıları tüketir. Kök dizinde veya disk görüntüsünü içeren dizinde tanıtıcıları kullanmaz. Ancak, CimFS görüntüsü .cim dosyasının ve en az iki diğer dosyanın birleşimi olduğundan, disk görüntüsünü bağlanan her VM için dizindeki üç dosya için tek bir tanıtıcıya ihtiyacınız vardır. Dolayısıyla 100 VM'niz varsa 300 dosya tutamacını kullanmanız gerekir.
Uygulama başına VM sayısı 2.000'i aşarsa dosya tanıtıcınız tükenebilir. Bu durumda, ek bir Azure dosya paylaşımı kullanın.
VHD/VHDX ile uygulama ekleme
VHD/VHDX dosyalarıyla Uygulama ekleme kullanıyorsanız, dosyalar kullanıcı bağlamında değil sistem bağlamında bağlanır ve paylaşılır ve salt okunur olur. VHDX dosyasındaki birden fazla tanıtıcı, bir bağlantı sistemi tarafından kullanılabilir. Azure Dosyalar ölçek sınırları içinde kalmak için, uygulama sayısıyla çarpılan VM sayısı 10.000'den az olmalı ve uygulama başına VM sayısı 2.000'i aşamaz. Bu nedenle kısıtlama, ilk olarak hangisine isabet ettiğinizdir.
Bu senaryoda, tek bir VHD/VHDX'in 2.000 bağlamasıyla dosya/dizin başına sınırına gidebilirsiniz. Paylaşımda birden çok VHD/VHDX dosyası varsa, önce kök dizin sınırına da gidebilirsiniz. Örneğin, 100 paylaşılan VHDX dosyasının bağlanacağı 100 VM, 10.000 tanıtıcı kök dizin sınırına isabet eder.
Başka bir örnekte, 20 uygulamalara erişen 100 VM için 2.000 kök dizin tutamacı (100 x 20 = 2.000) gerekir ve bu, kök dizin tanıtıcıları için 10.000 sınırındadır. Ayrıca VHD(X) görüntüsünü bağlayan her VM için bir dosya tanıtıcısı ve dizin/klasör tutamacı gerekir; bu nedenle bu durumda 200 tanıtıcı (100 dosya tanıtıcısı + 100 dizin tutamacı) dosya/dizin başına 2.000 tanıtıcı sınırının rahatça altındadır.
Kök dizin veya dosya/dizin başına en fazla eşzamanlı tanıtıcı sınırına erişiyorsanız ek bir Azure dosya paylaşımı kullanın.
Azure Dosya Eşitleme ölçek hedefleri
Aşağıdaki tablo, hangi hedeflerin yumuşak olduğunu, Microsoft tarafından test edilen sınırı temsil ettiğini ve zorlanmış en yüksek sınırı gösterir:
Kaynak | Hedef | Sabit sınır |
---|---|---|
Bölge başına Depolama Eşitleme Hizmeti | 100 Depolama Eşitleme Hizmeti | Yes |
Abonelik başına Depolama Eşitleme Hizmetleri | 15 Depolama Eşitleme Hizmetleri | Yes |
Depolama Eşitleme Hizmeti başına eşitleme grupları | 200 eşitleme grubu | Yes |
Depolama Eşitleme Hizmeti başına kayıtlı sunucular | 100 sunucu | Yes |
Depolama Eşitleme Hizmeti başına özel uç noktalar | 100 özel uç nokta | Yes |
Eşitleme grubu başına bulut uç noktası | 1 bulut uç noktası | Yes |
Eşitleme grubu başına sunucu uç noktası | 100 sunucu uç noktası | Yes |
Sunucu başına sunucu uç noktası | 30 sunucu uç noktası | Yes |
Eşitleme grubu başına dosya sistemi nesnesi (dizinler ve dosyalar) | 100 milyon nesne | No |
Dizindeki en fazla dosya sistemi nesnesi (dizin ve dosya) sayısı (özyinelemeli değil) | 5 milyon nesne | Yes |
En büyük nesne (dizinler ve dosyalar) güvenlik tanımlayıcısı boyutu | 64 KiB | Yes |
Dosya boyutu | 100 GiB | No |
Katmanlanacak bir dosya için en küçük dosya boyutu | Dosya sistemi küme boyutu temellidir (çift dosya sistemi küme boyutu). Örneğin, dosya sistemi küme boyutu 4 KiB ise, en düşük dosya boyutu 8 KiB olur. | Yes |
Not
Azure Dosya Eşitleme uç noktası, Azure dosya paylaşımının boyutuna kadar ölçeklendirilebilir. Azure dosya paylaşımı boyut sınırına ulaşılırsa eşitleme çalışamaz.
Azure Dosya Eşitleme performans ölçümleri
Azure Dosya Eşitleme aracısı Azure dosya paylaşımlarına bağlanan bir Windows Server makinesinde çalıştığından, etkin eşitleme performansı altyapınızdaki çeşitli faktörlere bağlıdır: Windows Server ve temel disk yapılandırması, sunucu ile Azure depolama arasındaki ağ bant genişliği, dosya boyutu, toplam veri kümesi boyutu ve veri kümesindeki etkinlik. Azure Dosya Eşitleme dosya düzeyinde çalıştığından, Azure Dosya Eşitleme tabanlı bir çözümün performans özellikleri, saniyede işlenen nesne (dosya ve dizin) sayısıyla ölçülmelidir.
Azure Dosya Eşitleme için performans, iki aşamada kritik önem taşır:
- İlk tek seferlik sağlama: İlk sağlamadaki performansı iyileştirmek üzere en iyi dağıtım ayrıntıları için Azure Dosya Eşitleme ile ekleme bölümüne bakın.
- Devam eden eşitleme: Veriler, başlangıçta Azure dosya paylaşımlarında dağıtıldıktan sonra Azure Dosya Eşitleme birden çok uç noktayı eşitlenmiş durumda tutar.
Not
Aynı eşitleme grubundaki birçok sunucu uç noktası aynı anda eşitlendiğinde, bulut hizmeti kaynakları için yakınsıyor olur. Sonuç olarak karşıya yükleme performansı etkilenir. Aşırı durumlarda, bazı eşitleme oturumları kaynaklara erişemeyecek ve başarısız olacaktır. Ancak, bu eşitleme oturumları kısa süre içinde devam eder ve tıkanıklık azaldıktan sonra sonunda başarılı olur.
İç test sonuçları
Dağıtımınızı aşamaların her birine (ilk tek seferlik sağlama ve devam eden eşitleme) planlamanıza yardımcı olmak için, aşağıdaki yapılandırmaya sahip bir sistemde iç test sırasında gözlemlediğimiz sonuçlar şunlardır:
Sistem yapılandırması | Ayrıntılar |
---|---|
CPU | 64 MiB L3 önbelleğe sahip 64 Sanal Çekirdek |
Bellek | 128 GiB |
Disk | Pil destekli önbelleğe sahip RAID 10 SAS diskleri |
Ağ | 1 Gbps Ağ |
İş Yükü | Genel Amaçlı Dosya Sunucusu |
İlk tek seferlik sağlama
İlk tek seferlik sağlama | Ayrıntılar |
---|---|
Nesne sayısı | 25 milyon nesne |
Veri Kümesi Boyutu | ~4.7 TiB |
Ortalama Dosya Boyutu | ~200 KiB (En Büyük Dosya: 100 GiB) |
İlk bulut değişikliği numaralandırması | Saniyede 80 nesne |
Karşıya Yükleme Aktarım Hızı | Eşitleme grubu başına saniyede 20 nesne |
Ad Alanı İndirme Aktarım Hızı | Saniyede 400 nesne |
İlk bulut değişikliği numaralandırması: Yeni bir eşitleme grubu oluşturulduğunda, ilk bulut değişikliği numaralandırması yürütülen ilk adımdır. Bu işlemde sistem, Azure dosya paylaşımındaki tüm öğeleri numaralandırır. Bu işlem sırasında eşitleme etkinliği olmayacaktır. Bulut uç noktasından sunucu uç noktasına hiçbir öğe indirilmeyecek ve hiçbir öğe sunucu uç noktasından bulut uç noktasına yüklenmeyecektir. İlk bulut değişikliği numaralandırması tamamlandıktan sonra eşitleme etkinliği sürdürülür.
Performans hızı saniyede 80 nesnedir. Bulut paylaşımındaki öğe sayısını belirleyerek ve gün içindeki zamanı elde etmek için aşağıdaki formülleri kullanarak ilk bulut değişikliği numaralandırmasını tamamlamak için gereken süreyi tahmin edebilirsiniz.
İlk bulut numaralandırması için süre (gün cinsinden) = (Bulut uç noktasındaki nesne sayısı)/(80 * 60 * 60 * 24)
Verilerin Windows Server'dan Azure Dosya paylaşımına ilk kez eşitlenmesi: Birçok Azure Dosya Eşitleme dağıtımı boş bir Azure dosya paylaşımıyla başlar çünkü tüm veriler Windows Server'dadır. Bu gibi durumlarda, ilk bulut değişikliği numaralandırması hızlıdır ve çoğu zaman Windows Server'daki değişiklikleri Azure dosya paylaşımlarına eşitlemek için harcanıyor.
Eşitleme verileri Azure dosya paylaşımına yüklerken yerel dosya sunucusunda kapalı kalma süresi yoktur ve yöneticiler arka plan verilerini karşıya yüklemek için kullanılan bant genişliği miktarını kısıtlamak için ağ sınırları ayarlayabilir.
İlk eşitleme genellikle eşitleme grubu başına saniyede 20 dosya yükleme hızı başlangıcı ile sınırlıdır. Müşteriler, gün cinsinden zamanı bulmak için aşağıdaki formülleri kullanarak tüm verilerini Azure'a yükleme süresini tahmin edebilir:
Dosyaları eşitleme grubuna yükleme süresi (gün cinsinden) = (Sunucu uç noktasındaki nesne sayısı)/(20 * 60 * 60 * 24)
Verilerinizi birden çok sunucu uç noktasına ve eşitleme grubuna bölmek, her biri saniyede 20 öğe hızında birden çok eşitleme grubu için paralel olarak gerçekleştirilebildiğinden bu bölme işlemi ilk veri yükleme işlemini hızlandırabilir. Bu şekilde, iki eşitleme grubu saniyede 40 öğelik birleşik bir hızda çalışıyor olabilir. Toplam tamamlanma süresi, eşitlenecek en fazla dosyaya sahip eşitleme grubu için tahmin edilen süre olur.
Ad alanı indirme aktarım hızı: Mevcut eşitleme grubuna yeni bir sunucu uç noktası eklendiğinde, Azure Dosya Eşitleme aracısı bulut uç noktasından dosya içeriğinin hiçbirini indirmez. İlk olarak tam ad alanını eşitler ve ardından arka planda geri çağırmayı tetikleyerek dosyaları tamamen veya bulut katmanlama etkinleştirildiyse sunucu uç noktasında ayarlanan bulut katmanlama ilkesine göre indirir.
Devam eden eşitleme
Devam eden eşitleme | Ayrıntılar |
---|---|
Eşitlenen nesne sayısı | 125.000 nesne (%~1 erime oranı) |
Veri Kümesi Boyutu | 50 GiB |
Ortalama Dosya Boyutu | ~500 KiB |
Karşıya Yükleme Aktarım Hızı | Eşitleme grubu başına saniyede 20 nesne |
Tam İndirme Aktarım Hızı* | Saniyede 60 nesne |
*Bulut katmanlama etkinleştirildiyse, dosya verilerinin yalnızca bir kısmı indirildiğinden daha iyi performans gözlemleme olasılığınız yüksektir. Azure Dosya Eşitleme, önbelleğe alınan dosyaların verilerini yalnızca uç noktalardan herhangi birinde değiştirildiğinde indirir. Katmanlı veya yeni oluşturulan dosyalar için aracı dosya verilerini indirmez ve bunun yerine ad alanını yalnızca tüm sunucu uç noktalarıyla eşitler. Aracı, kullanıcı tarafından erişilen katmanlı dosyaların kısmi indirilmelerini de destekler.
Not
Bu sayılar, karşılaşabileceğiniz performansın bir göstergesi değildir. Gerçek performans, bu bölümün başında açıklandığı gibi birden çok faktöre bağlıdır.
Dağıtımınız için genel bir kılavuz olarak birkaç şeyi aklınızda bulundurun:
- Nesne aktarım hızı, sunucudaki eşitleme gruplarının sayısıyla orantılı şekilde yaklaşık olarak ölçeklendirilir. Verileri bir sunucudaki birden çok eşitleme grubuna bölmek, aynı zamanda sunucu ve ağ ile sınırlı olan daha iyi aktarım hızı sağlar.
- Nesne aktarım hızı, MiB/saniye aktarım hızıyla ters orantılıdır. Daha küçük dosyalar için saniye başına işlenen nesne sayısı açısından daha yüksek aktarım hızı, saniye başına ise daha düşük MiB aktarım hızıyla karşılaşırsınız. Buna karşılık, daha büyük dosyalar için saniyede daha az nesne işlenir, ancak saniyede mib hızı daha yüksek olur. MiB/saniye aktarım hızı, Azure Dosyalar ölçek hedefleri ile sınırlıdır.