Azure Dosyalar faturalandırmasını anlayın

Bu makale, maliyetleri yönetebilmeniz ve toplam sahip olma maliyetini belirleyebilmeniz için Azure Dosyalar için farklı faturalama modellerini anlamanıza yardımcı olur. Fiyatlandırma bilgileri için bkz. Azure Dosyalar pricing.

Azure Dosyalar dağıtımının maliyetini belirleme

Azure Dosyalar dağıtımının maliyetini dört temel faktör belirler: faturalama modeli, medya katmanı, yedeklilik seçeneği ve kaynak modeli.

Faturalama modeli

Azure Dosyalar üç farklı faturalama modelini destekler: provizyonlu v2, provizyonlu v1 ve kullandıkça öde.

• Sağlama v2: Depolama, IOPS ve aktarım hızını birbirinden bağımsız olarak sağlayabildiğiniz bir faturalama modeli. Sağladığınız kaynaklara göre ödeme yaparsınız, ne kadar kullandığınızdan bağımsız olarak. Sağlanan v2 modelini tüm yeni Azure Dosyalar dağıtımları için kullanın.
• Sağlanan v1: Sağladığınız depolama miktarına göre IOPS ve aktarım hızı belirlenen, ihtiyacınız olan depolama miktarını sağladığınız bir faturalama modeli. Sağlanan v1 modelini kullanmak için belirli bir nedeniniz yoksa sağlanan v2 modelini kullanın.
• Kullandıkça öde: Kullanılan depolama, işlem ve veri aktarımı maliyetleri biçiminde dosya paylaşımını ne kadar kullandığınıza bağlı olarak maliyetin belirlendiği kullanım tabanlı faturalama modeli. Kullandıkça öde modelini kullanmak için özel bir nedeniniz yoksa, sağlanan v2 modelini kullanın.

Bu video, kullandıkça öde, sağlanan v1 ve sağlanan v2 dahil olmak üzere çeşitli Azure Dosyalar faturalama modelleri arasındaki farklara kapsamlı bir genel bakış sağlar.

Bu video, toplam sahip olma maliyetini azaltmak için kurulum yönergeleri ve öneriler sunarak Azure Dosyalar tarafından sağlanan v2 faturalama modelini ayrıntılı olarak ele alır.

Medya katmanı

Azure Dosyalar iki farklı medya katmanını destekler: katı hal sürücüleri (SSD) ve sabit disk sürücüleri (HDD). Bu destek, dosya paylaşımlarınızı senaryonuzun performans ve fiyat gereksinimlerine göre uyarlamanıza olanak tanır.

• SSD (premium): SSD'de barındırılan dosya paylaşımları, çoğu GÇ işlemi için tek basamaklı milisaniyelik gecikme süresiyle tutarlı yüksek performans ve düşük gecikme süresi sağlar.
• HDD (standart):HDD'de barındırılan dosya paylaşımları genel amaçlı kullanım için uygun maliyetli depolama sağlar.

Yedekleme seçenekleri

Azure Dosyalar, verilerinizin kaç kopyasının depolandığını ve bu kopyaların Azure altyapısına nereye yerleştirildiğini denetlemek için kullanabileceğiniz dört farklı yedeklilik seçeneğini destekler. Daha dayanıklı seçenekler daha fazla dayanıklılık ve kullanılabilirlik sağlar, ancak daha yüksek maliyetle sunulur:

• Yerel olarak yedekli depolama (LRS), verilerinizin üç kopyasını tek bir bölgedeki tek bir veri merkezinde tutar.
• Alanlar arası yedekli depolama (ZRS), verilerinizin üç kopyasını bir bölgedeki bağımsız veri merkezlerinde (kullanılabilirlik alanları) depolar.
• Coğrafi olarak yedekli depolama (GRS), verilerin üç kopyasını birincil bölgede depolar ve eşleştirilmiş bir bölgeye toplam altı kopya için zaman uyumsuz olarak çoğaltır. Yalnızca HDD depolamada kullanılabilir.
• Coğrafi alanlar arası yedekli depolama (GZRS), birincil bölgedeki bölge yedekliliğini ikincil bölgeye zaman uyumsuz çoğaltma ile birleştirir. Yalnızca HDD depolamada kullanılabilir.

Kaynak modeli

Azure Dosyalar, Azure abonelikleriniz ve kaynak gruplarınız içinde oluşturup yönettiğiniz öğeler olan iki farklı üst düzey kaynak türünü destekler. Her kaynak türü biraz farklı faturalama modeli seçeneklerini destekler ve bu da hem maliyet hem de maliyet yapısını etkiler:

• Depolama hesapları , depolama hesabı türüne bağlı olarak klasik dosya paylaşımlarını veya diğer depolama kaynaklarını dağıtabileceğiniz paylaşılan bir depolama, IOPS ve aktarım hızı havuzunu temsil edebilir. Depolama hesapları tüm faturalama modellerini, medya katmanlarını ve yedeklilik seçeneklerini destekler. Bir depolama hesabına dağıttığınız tüm depolama kaynakları, bu depolama hesabına uygulanan sınırları paylaşır. Klasik dosya paylaşımları hem SMB hem de NFS protokollerini destekler, ancak NFS yalnızca SSD depolamada desteklenir. Microsoft.Storage kaynak sağlayıcısı depolama hesapları sunar ve bu depolama hesapları içinde klasik dosya paylaşımları oluşturursunuz.

• File paylaşımları depolama hesabı oluşturma gereksinimini ortadan kaldırarak Azure dosya paylaşımlarının dağıtımını basitleştiren yeni bir üst düzey kaynak türüdür. Dosya paylaşımları yalnızca önerilen sağlanan v2 modelini destekler ve yalnızca NFS dosya sistemi protokolüne sahip SSD medya katmanını destekler. Microsoft.FileShares kaynak sağlayıcısı en üst düzey kaynak olarak dosya paylaşımları sunar.

Azure Dosyalar depolama birimleri

Azure Dosyalar depolama kapasitesini temsil etmek için temel 2 birim ölçümü kullanır: KiB, MiB, GiB ve TiB.

Kısaltma	Definition	Birim
KiB	1.024 bayt	kibibayt
MiB	1.024 KiB (1.048.576 bayt)	MebiBayt
GiB	1.024 MiB (1.073.741.824 bayt)	gibibayt
Tib	1.024 GiB (1.099.511.627.776 bayt)	tebibayt

Çoğu işletim sistemi ve araç, depolama miktarlarını ölçmek için temel 2 ölçü birimi kullanır. Ancak bunları sıklıkla, muhtemelen daha aşina olduğunuz 10 tabanlı birimler olan KB, MB, GB ve TB diye yanlış etiketlerler. Birçok işletim sistemi, bu kısaltmaları Uluslararası Elektroteknik Komisyonu (IEC), Uluslararası Ağırlıklar ve Ölçüler Bürosu (BIPM) ve ABD Ulusal Standartlar ve Teknoloji Enstitüsü (NIST) standartlaştırmadan önce kullanmaya başladığı için depolama birimlerini yanlış etiketlemektedir.

Aşağıdaki tabloda, yaygın işletim sistemlerinin depolamayı ve etiket depolamayı nasıl ölçtükleri gösterilmektedir:

İşletim sistemi	Ölçüm sistemi	Etiketleme
Windows	2 Tabanı	Sürekli olarak 10 tabanı olarak yanlış etiketleniyor.
Linux dağıtımları	Genellikle base-2, bazı yazılımlar base-10 kullanır	Tutarsız etiketleme, ölçüm ve etiketleme arasındaki hizalama yazılım paketine bağlıdır.
macOS, iOS ve iPad OS	10 Tabanı	10 tabanı olarak tutarlı bir şekilde etiketler.

İşletim sisteminiz listede yoksa, işletim sistemi satıcınıza başvurun.

Dosya paylaşımı toplam sahip olma maliyeti kontrol listesi

Eğer Azure Dosyalar'a yeraltı yerden geçiş yapıyorsanız veya Azure Dosyalar'ı diğer bulut depolama çözümleriyle karşılaştırıyorsanız, adil ve doğrudan bir karşılaştırma için aşağıdaki faktörleri göz önünde bulundurun:

• Depolama, IOPS ve bant genişliği için nasıl ödeme yaparsınız? Çoğu bulut çözümünün fiyat belirleme ve basitlik veya kullandıkça öde depolama gibi sağlanan depolama ilkeleriyle uyumlu modelleri vardır ve bu da maliyetleri yalnızca gerçekten kullandığınız kadar ücretlendirmek suretiyle en iyi duruma getirebilir. Sağlanan faturalama modelleri, sağlanan minimum paylaşım boyutuna, sağlama birimine ve sağlamayı artırma ve azaltma özelliğine göre farklılık gösterebilir.

• Depolama maliyetlerini iyileştirmenin herhangi bir yöntemi var mı? Depolamada en fazla 36% indirim elde etmek için Azure Dosyalar rezervasyonlarını kullanabilirsiniz. Depolama verimliliğini opsiyonel olarak iyileştirmek için bazı çözümler, yinelenenleri kaldırma veya sıkıştırma gibi stratejiler içerebilir. Ancak bu depolama iyileştirme stratejilerinin genellikle performansı düşürme gibi parasal olmayan maliyetleri vardır. Azure Dosyalar rezervasyonlarının performans üzerinde hiçbir yan etkisi yoktur.

• Depolama dayanıklılığını ve yedekliliği nasıl elde edebilirsiniz? Azure Dosyalar ile depolama dayanıklılığı ve yedeklilik ürün teklifine dahil edilir. Tüm katmanlar ve yedeklilik düzeyleri, verilerin yüksek oranda kullanılabilir olmasını ve verilerinizin en az üç kopyasının erişilebilir olmasını sağlar. Diğer dosya depolama seçeneklerini göz önünde bulundurarak, depolama dayanıklılığının ve yedeklilik'in yerleşik olup olmadığını veya kendiniz bir araya getirmeniz gerekip gerekmediğini göz önünde bulundurun.

• Yönetmek için neye ihtiyacınız var? Azure Dosyalar tam olarak yönetilen bir çözümdür. Diğer çözümler için işletim sistemi güncelleştirmeleri veya VM'ler, diskler ve ağ IP adresleri gibi sanal kaynakların yönetilmesi gerekebilir.

• Katma değerli ürünlerin maliyetleri nelerdir? Azure Dosyalar, birden çok birinci ve üçüncü taraf katma değerli hizmetle tümleştirmeleri destekler. Azure Backup, Azure Dosya Eşitleme ve Depolama için Microsoft Defender gibi katma değerli hizmetler, Azure Dosyalar için yedekleme, çoğaltma ve önbelleğe alma ile güvenlik işlevselliği sağlar. İster şirket içinde ister bulutta olsun, katma değerli çözümlerin kendi lisanslama ve ürün maliyetleri vardır, ancak genellikle dosya depolama için toplam sahip olma maliyetinin bir parçası olarak kabul edilir.

Hazır edilmiş v2 modeli

Azure Dosyalar için sağlanan v2 modeli, toplam sahip olma maliyetinin öngörülebilirliğiniesneklikle eşleştirerek tam depolama ve performans gereksinimlerinizi karşılayan bir dosya paylaşımı oluşturmanıza olanak sağlar. Yeni bir sağlanan v2 dosya paylaşımı oluşturduğunuzda, dosya paylaşımınızın ne kadar depolama, IOPS ve aktarım hızı gerektiğini belirtirsiniz. Sağladığınız her miktarın tutarı, toplam faturanızı belirler.

Sağladığınız depolama alanı, IOPS ve aktarım hızı miktarı, dosya paylaşımınızın kullanımının garanti edilen sınırlarıdır. Örneğin, 2 TiB'lık bir paylaşım sağladıysanız ve paylaşımınıza 2 TiB veri yüklerseniz, paylaşımınız dolu olur. Paylaşımınızın boyutunu artırmadığınız veya bazı verileri silmediğiniz sürece daha fazla veri ekleyemezsiniz. Kredi tabanlı IOPS patlaması, krediler kalırken en iyi çaba esasına göre kullanımla ilgili daha fazla esneklik sağlar.

Gereksinimleriniz değiştikçe sağladığınız depolama, IOPS ve aktarım hızı miktarını dinamik olarak artırabilir veya azaltabilirsiniz. Ancak, son miktar artışınızdan bu yana sağlanan miktarı yalnızca 24 saat geçtikten sonra azaltabilirsiniz. Depolama, IOPS ve aktarım hızı değişiklikleri, sağlama değişikliğinin ardından birkaç dakika içinde etkili olur.

Varsayılan olarak, sağlanan v2 modelini kullanarak yeni bir dosya paylaşımı oluşturduğunuzda, sistem kaç IOPS ve ne kadar aktarım hızına ihtiyacınız olduğunu gösteren bir öneri sağlar. Bu öneri, belirttiğiniz sağlanan depolama miktarına göre hesaplanır. Bu öneriler, seçtiğiniz medya katmanı için sağlanan depolama alanı miktarı için tipik müşteri kullanımını temel alır. Ancak, iş yükünüzün "tipik dosya paylaşımından" daha fazla veya daha az IOPS ve aktarım hızı gerektirdiğini fark edebilirsiniz. Bu durumda, tek tek dosya paylaşımı gereksinimlerinize bağlı olarak isteğe bağlı olarak daha fazla veya daha az IOPS ve aktarım hızı sağlayabilirsiniz.

Sağlanan v2 erişilebilirliği

Sağlanan v2 modeli aşağıdaki medya katmanı, yedeklilik ve dosya paylaşım protokolü birleşimleri için kullanılabilir:

Medya katmanı	Yedeklilik	Dosya paylaşım protokolü	Klasik dosya paylaşımları (Microsoft.Storage)	Dosya paylaşımları (Microsoft.FileShares)
Katı Hal Sürücüsü (SSD)	Local	KOBİ
Katı Hal Sürücüsü (SSD)	Bölge	KOBİ
Katı Hal Sürücüsü (SSD)	Local	Ağ Dosya Sistemi (NFS)
Katı Hal Sürücüsü (SSD)	Bölge	Ağ Dosya Sistemi (NFS)
Sabit Disk Sürücüsü	Local	KOBİ
Sabit Disk Sürücüsü	Bölge	KOBİ
Sabit Disk Sürücüsü	Coğrafya	KOBİ
Sabit Disk Sürücüsü	GeoZone	KOBİ
Sabit Disk Sürücüsü	Local	Ağ Dosya Sistemi (NFS)
Sabit Disk Sürücüsü	Bölge	Ağ Dosya Sistemi (NFS)
Sabit Disk Sürücüsü	Coğrafya	Ağ Dosya Sistemi (NFS)
Sabit Disk Sürücüsü	GeoZone	Ağ Dosya Sistemi (NFS)

Sağlanan v2 modeli genel olarak tüm Azure genel bulut bölgelerinde ve tüm Azure ABD Kamu bulut bölgelerinde kullanılabilir. Tüm bölgeler tüm medya katmanlarını ve yedeklilik seçeneklerini desteklemez.

v2 yapılandırması sağlama

Sağlanan bir v2 dosya paylaşımı oluşturduğunuzda, dosya paylaşımı için sağlanan kapasiteyi depolama, IOPS ve aktarım hızı açısından belirtin. Dosya paylaşımlarının sınırları aşağıdaki özniteliklere göredir:

Ürün	SSD değeri	HDD değeri
Depolama sağlama birimi	1 GiB	1 GiB
IOPS sağlama birimi	1 GÇ / sn	1 GÇ / sn
Aktarım hızı sağlama birimi	1 MiB / saniye	1 MiB / saniye
Sağlanan en düşük depolama alanı	32 GiB	32 GiB
Sağlanan en düşük IOPS	3.000 IOPS	500 IOPS
Sağlanan en düşük aktarım hızı	100 MiB / saniye	60 MiB / saniye
Sağlanan depolama alanı üst sınırı	256 TiB (262.144 GiB)	256 TiB (262.144 GiB)
Sağlanan en fazla IOPS	102.400 IOPS	50.000 IOPS
Sağlanan aktarım hızı üst sınırı	10,340 MiB/sn	5,120 MiB/sn

varsayılan olarak, Azure Dosyalar belirttiğiniz sağlanan depolamaya göre IOPS ve aktarım hızı sağlama için öneriler sağlar. Bu öneri formülleri, Azure Dosyalar'da söz konusu medya katmanı için sağlanan depolama alanı miktarı için tipik müşteri kullanımını temel alır:

Formül adı	SSD formülü	HDD formülü
IOPS önerisi	MIN(MAX(3000 + CEILING(1 * ProvisionedStorageGiB), 3000), 102400)	MIN(MAX(1000 + CEILING(0.2 * ProvisionedStorageGiB), 500), 50000)
Aktarım hızı önerisi	MIN(MAX(100 + CEILING(0.1 * ProvisionedStorageGiB), 100), 10340)	MIN(MAX(60 + CEILING(0.02 * ProvisionedStorageGiB), 60), 5120)

Tek tek dosya paylaşımı gereksinimlerinize bağlı olarak, önerilerden daha fazla veya daha az IOPS veya aktarım hızına ihtiyacınız olabilir. İsteğe bağlı olarak bu önerileri kendi değerlerinizle geçersiz kılabilirsiniz.

Sağlanan v2 IOPS ve aktarım hızı sağlama sınırları (korumalar)

Kaynak sağlama korumaları, IOPS ve aktarım hızını sağlanan depolama alanınızla orantılı tutarak gereksiz maliyetlere karşı koruma sağlamaya yardımcı olurken, varsayılan IOPS ve aktarım hızı önerilerini geçersiz kılma yeteneğinizi korumanıza olanak tanır. Her bir boyut, sağladığınız depolama miktarı için önerilen değerinin 5 katıyla sınırlandırılır ve bunu medya katmanınız için izin verilen en düşük değere düşürebilirsiniz. Sistem, IOPS ve aktarım hızı korumalarını ilgili öneri formüllerine göre bağımsız olarak değerlendirir. Sağlama isteği koruma alanını aşarsa, sağlanan depolama alanınızı yükselterek tavanı yükseltebilir ve daha yüksek IOPS veya aktarım hızının kilidini açabilirsiniz.

Örneğin, 32 GiB SSD paylaşımının önerilen IOPS değeri 3.032'dir, bu nedenle söz konusu paylaşımda sağlayabileceğiniz maksimum IOPS 5 × 3.032 = 15.160'tır. Sağlanan depolamanın artırılması, önerilen IOPS ve aktarım hızını ve bu nedenle koruma tavanını yükseltir; bu da daha fazla IOPS veya aktarım hızı sağlayabileceğiniz anlamına gelir. Korumalar hem SSD hem de HDD için geçerlidir.

Aşağıdaki tabloda, sağlanan çeşitli depolama miktarları için sağlayabileceğiniz maksimum IOPS ve aktarım hızı gösterilmektedir:

Sağlanan depolama alanı	SSD maksimum IOPS	SSD maksimum aktarım hızı (MiB/sn)	HDD maksimum IOPS	HDD maksimum aktarım hızı (MiB/sn)
32 GiB	15.160	520	5,035	305
64 GiB	15,320	535	5,065	310
128 GiB	15,640	565	5,130	315
256 GiB	16.280	630	5,260	330
512 GiB	17,560	760	5,515	355
1.024 GiB	20,120	1,015	6,025	405
2.048 GiB	25,240	1,525	7,050	505
4.096 GiB	35,480	2,550	9,100	710
8.192 GiB	55,960	4.600	13,195	1,120
16.384 GiB	96,920	8,695	21,385	1,940
32.768 GiB	102,400	10,340	37,770	3,580
65.536 GiB	102,400	10,340	50,000	5,120
131.072 GiB	102,400	10,340	50,000	5,120
262.144 GiB	102,400	10,340	50,000	5,120

Korumalar kullanılmadan önce sağlanan ve 5× sınırını aşan paylaşımlar normal çalışmaya devam eder. Bu tür bir paylaşımda sağlanan miktarı değiştirdiğinizde, sağlanan IOPS veya aktarım hızının önerilen değerine oranı aynı kalabilir veya düşebilir, ancak artamaz. Örneğin, bir paylaşımda şu anda önerinin 7×sinde IOPS sağlanmışsa, bunu 6×'a düşürebilirsiniz ancak 7,1×'e yükseltemezsiniz. Oran 5×'e ulaştığında veya 5×'in altına düştüğünde, standart koruma eşiği devreye girer.

Sağlanan v2 patlama kapasitesi

Kredi tabanlı IOPS artışları, IOPS kullanımıyla ilgili ek esneklik sağlar. Bu esnekliği, beklenmedik G/Ç artışlarına karşı bir tampon olarak kullanın. Belirlenmiş G/Ç örüntüleri için, G/Ç tepe yüklerini karşılayacak kapasite planlayın.

Dosya paylaşımınızın trafiği sağlanandan (temel) daha az olduğunda burst IOPS kredileri birikir. Bir dosya paylaşımının IOPS kullanımı sağlanan IOPS'yi aştığında ve kullanılabilir seri IOPS kredileri olduğunda, dosya paylaşımı izin verilen maksimum seri IOPS sınırına kadar patlayabilir. Dosya paylaşımları, tahakkuk eden ani kredi sayısına bağlı olarak kalan krediler olduğu sürece artışa devam edebilir. Sağlanan IOPS'nin ötesindeki her G/Ç bir kredi tüketir. Tüm krediler tüketildikten sonra, hisse sunulan IOPS'ye geri döner. Dosya paylaşımında IOPS'nin burst kullanımında özel bir işlem yapmasına gerek yoktur. Patlama, en iyi gayret esasına göre çalışır.

Paylaşım kredilerinin üç durumu vardır:

• Biriken, dosya paylaşımı sağlanan IOPS'den daha azını kullandığında.
• Azalma, dosya paylaşımı sağlanan IOPS'tan daha fazlasını kullandığında ve patlama modunda olduğunda gerçekleşir.
• Sabit, dosya paylaşımı tam olarak sağlanan IOPS değerini kullandığında ve birikmiş veya kullanılmış kredi olmadığında.

Yeni bir dosya paylaşımı, veri kümesindeki kredilerin tam sayısıyla başlar. Sunucu tarafından yapılan kısıtlama nedeniyle paylaşım IOPS'si sağlanan sınırın altına düşerse, ani hızlandırma kredileri tahakkuk etmez. Seri IOPS sınırını ve dosya paylaşımı için mümkün olan kredi sayısını belirlemek için aşağıdaki formüller kullanılır:

Ürün	SSD formülü	HDD formülü
Patlama IOPS sınırı	MIN(MAX(3 * ProvisionedIOPS, 10000), 102400)	MIN(MAX(3 * ProvisionedIOPS, 5000), 50000)
Ani IOPS kredileri	(BurstLimit - ProvisionedIOPS) * 3600	(BurstLimit - ProvisionedIOPS) * 3600

Aşağıdaki tabloda, sağlanan çeşitli IOPS tutarları için bu formüllere birkaç örnek gösterilmiştir:

Sağlanan IOPS	SSD ani IOPS sınırı	SSD patlama kredileri	HDD ani IOPS sınırı	** HDD anlık kredi hakları
beş yüz	--	--	En fazla 5.000	16,200,000
1.000	--	--	En fazla 5.000	14,400,000
3.000	En fazla 10.000	25,200,000	En fazla 9.000	21,600,000
5.000	En fazla 15.000	36,000,000	En fazla 15.000	36,000,000
10.000	En fazla 30.000	72,000,000	En fazla 30.000	72,000,000
25,000	En fazla 75.000	180,000,000	En fazla 50.000	90,000,000
50,000	En fazla 102.400	188,640,000	En fazla 50.000	0
75.000	En fazla 102.400	98,640,000	--	--
102,400	En fazla 102.400	0	--	--

Sağlanan v2 kaynak modelleri

Sağlanan v2 faturalama modeli, Azure Dosyalar tarafından kullanılan her iki kaynak türü için de kullanılabilir. Sağlanan v2 dosya paylaşımını bir depolama hesabı () içinde klasik dosya paylaşımı olarak veya doğrudan üst düzey dosya paylaşımı (Microsoft.StorageMicrosoft.FileShares) olarak oluşturabilirsiniz.

Önceden hazırlanmış v2 klasik dosya paylaşımları (Microsoft.Storage)

Sağlanan v2 modelini kullanarak klasik bir dosya paylaşımı oluşturmak için depolama hesabınızın aşağıdaki ayarlar bileşiminden birini kullanması gerekir:

Depolama hesabı türü	Depolama hesabı SKU'su	Kullanılabilir klasik dosya paylaşımının türü
Dosya Depolama	PremiumV2_LRS	SSD, yerel yedekliliğin belirtildiği v2 klasik dosya paylaşımlarını sağladı.
Dosya Depolama	PremiumV2_ZRS	SSD tarafından sağlanan v2 klasik dosya paylaşımları, Bölge yedekliliği belirtilmiştir.
Dosya Depolama	StandardV2_LRS	HDD, yerel yedeklilik belirtilen v2 klasik dosya paylaşımlarını sağladı.
Dosya Depolama	StandardV2_ZRS	Bölge yedekliliği belirtilmiş şekilde HDD ile sağlanan v2 klasik dosya paylaşımları.
Dosya Depolama	StandardV2_GRS	HDD tarafından sağlanan v2 klasik dosya paylaşımları, Coğrafi yedeklilik ile sağlanır.
Dosya Depolama	StandardV2_GZRS	GeoZone yedekliliği belirtilmiş, HDD tarafından sağlanan v2 klasik dosya paylaşımları.

Sağlanan v2 modelini kullanarak klasik dosya paylaşımı oluşturma hakkında daha fazla bilgi için bkz. Klasik dosya paylaşımı oluşturma.

Aynı depolama hesabında oluşturulan klasik dosya paylaşımları, bu depolama hesabının depolama, IOPS ve aktarım hızı sınırlarını paylaşır.

Özellik	SSD değeri	HDD değeri	Zorlama stratejisi
Depolama hesabı başına sağlanan en fazla depolama alanı	256 TiB (262.144 GiB)	4 PiB (4.194.304 GiB)	Sağlama zamanında.
Depolama hesabı başına sağlanan en fazla IOPS	102.400 IOPS	50.000 IOPS	Sağlama zamanında.
Depolama hesabı başına sağlanan en yüksek aktarım hızı	10,340 MiB/sn	5,120 MiB/sn	Sağlama zamanında.
Depolama hesabı başına en fazla klasik dosya paylaşımı sayısı	50 klasik dosya paylaşımı	50 klasik dosya paylaşımı	Sağlama zamanında.

Azure Dosyalar'ı sağlanan v2 faturalama modeliyle klasik dosya paylaşımlarına dağıtmak için kapasite planlamasının aşağıdaki boyutlarını göz önünde bulundurmanız gerekir:

• Her klasik dosya paylaşımı için ne kadar sağlanan depolama, IOPS ve aktarım hızına ihtiyacınız var? Bu gereksinimler zaman içinde nasıl değişir?
  Depolama hesaplarının paylaşılan sınırları olduğundan, depolama hesaplarına klasik dosya paylaşımları ayırdığınızda, her klasik dosya paylaşımının hem şimdi hem de zaman içinde gereksinimlerini dikkate almanız gerekir. Sağlanan v2 modeli için sağlama mantığı, depolama hesabının desteklediğinden daha fazla depolama alanı, IOPS veya aktarım hızı sağlamanızı engeller. Tek bir depolama hesabına bu boyutlardan birinin maksimuma ulaşabilmesi için yeterli sayıda klasik dosya paylaşımı yerleştirilirse, mevcut klasik dosya paylaşımları önce farklı bir depolama hesabına geçmeden büyüyemez. Bu riski azaltmak için, klasik dosya paylaşımlarının depolama hesaplarıyla eşlemelerini en az 3-5 yıl süreyle koruyabilmeniz için her depolama hesabında yeterli alan alanı planlayın.

• Her klasik dosya paylaşımının faturasını tek tek projelere, departmanlara veya müşterilere geri göndermeyle ilgili özel gereksinimleriniz var mı?
  Azure'da faturalamayı görebileceğiniz en düşük ayrıntı düzeyi kaynaktır, yani aynı depolama hesabına iki klasik dosya paylaşımı koyarsanız, maliyetleri tek tek projelere, departmanlara veya müşterilere kolayca takip edemezsiniz. Bunu çözmek için, klasik dosya paylaşımlarını faturalama açısından izlenmesi gerekenlere göre depolama hesapları olarak gruplandırmalısınız.

• Aboneliğinizde hedef bölgeniz için kaç depolama hesabı kullanılabilir?
  Ek bir karmaşıklık faktörü, bölge başına abonelik başına sahip olabileceğiniz depolama hesaplarının sayısıdır. Daha fazla bilgi için bkz Microsoft.Storage . kontrol düzlemi sınırları . Kaç depolama hesabına ihtiyacınız olduğunu bağlı olarak, ek depolama hesapları oluşturmak için ek abonelikler kullanmanız gerekebilir.

Sağlanan v2 dosya paylaşımları (Microsoft.FileShares)

Yönetim modelini kullanarak dosya paylaşımları oluşturmak, Azure Dosyaları'nın Microsoft.FileShares dağıtımını önemli ölçüde kolaylaştırır:

• Bu dosya paylaşımının nereye dağıtılacağına karar vermek için her dosya paylaşımının geçerli ve gelecekteki gereksinimlerini dikkate almanız gerekmez.
  Her dosya paylaşımının sağlama işlemi, diğer tüm dosya paylaşımlarının sağlamalarından bağımsızdır. Dosya paylaşımının büyümesiyle ilgili dikkate alınacak tek nokta, Sağlanan v2 sağlama bölümünde ayrıntılı olarak yer alan dosya paylaşımının sınırlarıdır.

• Her dosya paylaşımının faturası bağımsız olarak izlenir.
  Microsoft.FileShares kaynak sağlayıcısıyla oluşturulan dosya paylaşımları üst düzey kaynaklar olduğundan, her dosya paylaşımının faturasını diğer tüm dosya paylaşımlarından bağımsız olarak izleyebilirsiniz. Ayrıca, projelerin, departmanların veya müşterilerin maliyetlerini izlemek üzere kaynakları gruplandırmanızı kolaylaştırmak için etiketleri de kullanabilirsiniz.

• Dosya paylaşımlarının bölge başına abonelik başına sınırı olsa da, dosya paylaşımlarının sınırı depolama hesabı sınırından çok daha yüksektir.
  Daha fazla bilgi için bkz Microsoft.FileShares . kontrol düzlemi sınırları.

Sağlanan v2 anlık görüntüleri

Azure Dosyalar, Windows Dosya Sunucusu'nda birim gölge kopyalarına (VSS) benzer anlık görüntüleri destekler. Anlık görüntüleri paylaşma hakkında daha fazla bilgi için bkz. Azure Dosyalar için anlık görüntülere genel bakış.

Anlık görüntüler her zaman canlı paylaşımdan ve birbirinden farklılık gösterir. Sağlanan v2 faturalama modelinde, tüm anlık görüntülerin toplam fark boyutu dosya paylaşımının sağlanan fazla depolama alanına sığıyorsa, anlık görüntü depolama için ek maliyet yoktur. Canlı paylaşım verilerinin boyutu ile fark anlık görüntüsü verilerinin toplamı, paylaşım için tahsis edilen depolama alanından büyükse, anlık görüntülerin fazla kullanılan kapasitesi Taşma Anlık Görüntü Kullanımı ölçümüne göre faturalandırılır. Taşma miktarını belirlemek için kullanılan formül: MAX((LiveShareUsedGiB + SnapshotDifferentialUsedGiB) - ProvisionedStorageGiB, 0)

Azure Dosyalar için bazı katma değerli hizmetler, değer teklifinin bir parçası olarak anlık görüntüleri kullanır. Daha fazla bilgi için bkz. Azure Dosyalar için katma değerli hizmetler.

Sağlanan v2 geçici silme

Geçici silmeyi etkinleştirdiğinizde, sistem silinen dosya paylaşımlarını saklama süresi boyunca kullanılan depolama miktarına göre ücretlendirir. Silinen bir paylaşımın sağlanan depolama alanı, IOPS ve aktarım hızı, paylaşım tamamen temizlenene kadar depolama hesabının sınırlarına dahil edilmeye devam eder; böylece geri yüklenmesi sağlanır. Ancak sistem bu kaynakları faturalandırmıyor. Geçici silmeyi etkinleştirme hakkında ayrıntılı bilgi için bkz. Azure dosya paylaşımlarında geçici silmeyi etkinleştirme.

Sağlanan v2 faturalama sayaçları

Sağlanan v2 faturalama modeli kullanılarak sağlanan dosya paylaşımları aşağıdaki faturalama ölçümlerine göre faturalandırılır:

• Sağlanan Depolama: GiB'de sağlanan depolama miktarı.
• Sağlanan IOPS: Sağlanan IOPS (GÇ / sn) miktarı.
• Sağlanan Aktarım Hızı MiBPS' si: MiB / sn cinsinden sağlanan aktarım hızı miktarı.
• Taşma Anlık Görüntü Kullanımı: GiB'de sağlanan depolama kapasitesine sığmayan herhangi bir miktar farklı anlık görüntü kullanımı. Daha fazla bilgi için bkz. sağlanan v2 anlık görüntüleri.
• Geçici Silinen Kullanım: Geçici olarak silinen dosya paylaşımları için GiB'de kullanılan depolama kapasitesi. Daha fazla bilgi için bkz. sağlanan v2 geçici silme.

Sistem, sağlanan v2 faturalama ölçümlerine göre tüketim birimlerini saatlik olarak yayar. Örneğin, sağlanan 1.024 GiB'lik bir paylaşım için şunları görürsünüz:

• Bir saat için Sağlanan Depolama ölçümüne karşı 1.024 birim.
• Bir gün boyunca toplanmışsa, Sağlanan Depolama ölçümüne karşı 24.576 birim.
• Ayın gün sayısına bağlı olarak bir ay için toplanmışsa birim sayısı değişkendir:
  • 28 günlük ay (normal Şubat): Sağlanan Depolama ölçümüne karşı 688.128 birim.
  • 29 günlük ay (artık yılın Şubat ayında): 712.704 birim Sağlanan Depolama ölçümüne karşı.
  • 30 günlük ay: 737.280 birim Sağlanan Depolama ölçümüne karşı.
  • 31 günlük ay: 761.856 birim Sağlanan Depolama ölçümüne karşı.

Hazırlanan v2 geçişleri

SMB Azure dosya paylaşımlarınızı kullandıkça öde modelinden sağlanan v2 faturalama modeline geçirme işlemi, Azure Dosya Eşitleme'yi kullanıp kullanmadığınıza bağlı olarak değişir.

• Azure Dosya Eşitleme olmadan Azure Dosyalar kullanıyorsanız, Dosyaları bir SMB Azure dosya paylaşımından diğerine geçirme konusuna bakın.
• Azure Dosya Eşitleme kullanıyorsanız, Azure Dosya Eşitleme kullanılırken dosyaları bir Azure dosya paylaşımından diğerine geçirme konusuna bakın.

Hazırlanan v1 modeli

Sağlanan v1 yöntemi, depolamanın şirket içi depolama çözümünde satın alınmasına benzer şekilde sabit bir oranda depolama, IOPS ve aktarım hızı sağlar. Yeni bir sağlanan v1 klasik dosya paylaşımı oluşturduğunuzda, paylaşımınızın ne kadar depolama alanı gerektiğini ve IOPS ile aktarım hızının hesaplanan değerler olduğunu belirtirsiniz. Azure Dosyalar için sağlanan v1 modeli yalnızca SSD medya katmanı için kullanılabilir.

Sağladığınız depolama miktarı, klasik dosya paylaşımınızın kullanımına ilişkin garantili depolama, IOPS ve aktarım hızı sınırlarını belirler. Örneğin, 2 TiB'lık bir paylaşım sağladıysanız ve 2 TiB veriyi klasik dosya paylaşımınıza yüklerseniz, bu tam olur. Klasik dosya paylaşımınızın boyutunu artırmadığınız veya bazı verileri silmediğiniz sürece daha fazla veri ekleyemezsiniz. Kredi tabanlı IOPS patlaması, krediler kalırken en iyi çaba esasına göre kullanımla ilgili daha fazla esneklik sağlar.

Şirket içi depolama satın alma işleminin aksine, gereksinimleriniz değiştikçe sağlanan v1 klasik dosya paylaşımlarının ölçeğini dinamik olarak artırabilir veya azaltabilirsiniz. Ancak, sağlanan depolama alanını yalnızca son depolama artışınızdan bu yana geçen 24 saat sonra azaltabilirsiniz. Depolama, IOPS ve aktarım hızı değişiklikleri, sağlama değişikliğinin ardından birkaç dakika içinde geçerlilik kazanır.

Tahsis edilmiş paylaşımınızın boyutunu, kullanılan GiB miktarının altına düşürebilirsiniz. Bunu yaparsanız, veri kaybetmezsiniz, ancak yine de kullanılan boyut için faturalandırılırsınız. Sağlanan paylaşımın performansını alırsınız, kullanılan boyutu almazsınız.

v1 sürümünün sağlanmış kullanılabilirliği

Sağlanan v1 modeli aşağıdaki medya katmanı, yedeklilik ve dosya paylaşım protokolü birleşimleri için kullanılabilir:

Medya katmanı	Yedeklilik	Dosya paylaşım protokolü	Klasik dosya paylaşımları (Microsoft.Storage)	Dosya paylaşımları (Microsoft.FileShares)
Katı Hal Sürücüsü (SSD)	Local	KOBİ
Katı Hal Sürücüsü (SSD)	Bölge	KOBİ
Katı Hal Sürücüsü (SSD)	Local	Ağ Dosya Sistemi (NFS)
Katı Hal Sürücüsü (SSD)	Bölge	Ağ Dosya Sistemi (NFS)
Sabit Disk Sürücüsü	Local	KOBİ
Sabit Disk Sürücüsü	Bölge	KOBİ
Sabit Disk Sürücüsü	Coğrafya	KOBİ
Sabit Disk Sürücüsü	GeoZone	KOBİ
Sabit Disk Sürücüsü	Local	Ağ Dosya Sistemi (NFS)
Sabit Disk Sürücüsü	Bölge	Ağ Dosya Sistemi (NFS)
Sabit Disk Sürücüsü	Coğrafya	Ağ Dosya Sistemi (NFS)
Sabit Disk Sürücüsü	GeoZone	Ağ Dosya Sistemi (NFS)

Sağlanan v1 modelini kullanan SSD klasik dosya paylaşımları çoğu Azure bölgesinde genel olarak kullanılabilir. Daha fazla bilgi için bkz. Bölgeye göre Azure ürünleri.

Önceden yapılandırılmış v1 sağlama ayrıntısı

Sağlanan bir v1 klasik dosya paylaşımı oluşturduğunuzda, paylaşımınızın ne kadar depolama alanı gerektiğini belirtirsiniz. Sağladığınız her GiB, sabit bir oranda daha fazla IOPS ve aktarım hızı sağlar. Sağlanan v1 klasik dosya paylaşımları aşağıdaki özniteliklere göre sınırlıdır:

Ürün	Değer
Depolama sağlama birimi	1 GiB
Sağlanan en düşük depolama alanı	100 GiB
Sağlanan en düşük IOPS (hesaplanan)	3.100 IOPS
Sağlanan en düşük aktarım hızı (hesaplanan)	110 MiB / saniye
Sağlanan depolama alanı üst sınırı	100 TiB (102.400 GiB)
Sağlanan en fazla IOPS (hesaplanan)	102.400 IOPS
Sağlanan aktarım hızı üst sınırı (hesaplanan)	10,340 MiB/sn

Aşağıdaki formüller, paylaşımda sağlanan IOPS ve aktarım hızı miktarını belirler:

Ürün	Formula
Hesaplanan sağlanan (temel) IOPS	MIN(3000 + 1 * ProvisionedStorageGiB, 102400)
Hesaplanan sağlanan aktarım hızı (MiB / sn)	100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB)

Tek tek klasik dosya paylaşımı gereksiniminize bağlı olarak, sağlama formüllerinin sağladığından daha fazla IOPS veya aktarım hızına ihtiyacınız olduğunu fark edebilirsiniz. Bu durumda, gerekli IOPS veya aktarım hızını elde etmek için daha fazla depolama alanı sağlamanız gerekir.

Sağlanan v1 anlık kapasite artışı

Sağlanan v1 modeli iki tür ani artışı destekler: tahsis kapsamında ücretsiz olarak sunulan kredi tabanlı ani artış ve IOPS ile aktarım hızı tahsis edilen miktarı aştığında kullanım tabanlı faturalamayı uygulamak üzere isteğe bağlı olarak etkinleştirebileceğiniz gelişmiş bir özellik olan ücretli ani artış.

Sağlanan v1 kredi tabanlı ani yükselme

Kredi tabanlı IOPS artışları, IOPS kullanımıyla ilgili ek esneklik sağlar. Bu esnekliği, beklenmedik G/Ç artışlarına karşı bir tampon olarak kullanın. Belirlenmiş G/Ç örüntüleri için, G/Ç tepe yüklerini karşılayacak kapasite planlayın.

Klasik dosya paylaşımının trafiği belirlenen (temel) IOPS'tan daha az olduğunda, ani IOPS kredileri birikir. Klasik bir dosya paylaşımının IOPS kullanımı sağlanan IOPS'yi aştığında ve kullanılabilir seri IOPS kredileri olduğunda, klasik dosya paylaşımı izin verilen maksimum seri IOPS sınırına kadar patlayabilir. Klasik dosya paylaşımları, tahakkuk eden ani kredi sayısına bağlı olarak kalan krediler olduğu sürece artışa devam edebilir. Sağlanan IOPS'nin ötesindeki her G/Ç bir kredi tüketir. Tüm krediler tüketildikten sonra, klasik dosya paylaşımı sağlanan IOPS'ye geri döner. Klasik dosya paylaşımına karşı IOPS'nin ani artış kullanmak için özel bir işlem yapması gerekmez. Patlama, en iyi gayret esasına göre çalışır.

Paylaşım kredilerinin üç durumu vardır:

• Biriken, klasik dosya paylaşımı sağlanan IOPS'den daha azını kullandığında.
• Azalan, klasik dosya paylaşımı ayrılan IOPS'tan daha fazla kullanırken ve taşma modunda iken.
• Klasik dosya paylaşımı tam olarak sağlanan IOPS'yi kullandığında ve tahakkuk eden veya kullanılan kredi olmadığında sabittir.

Yeni bir klasik dosya paylaşımı, seri demetindeki tam kredi sayısıyla başlar. Sunucu tarafından yapılan kısıtlama nedeniyle paylaşım IOPS'si sağlanan sınırın altına düşerse, ani hızlandırma kredileri tahakkuk etmez. Seri IOPS sınırını ve klasik dosya paylaşımı için mümkün olan kredi sayısını belirlemek için aşağıdaki formüller kullanılır:

Ürün	Formula
Patlama sınırı	MIN(MAX(3 * ProvisionedStorageGiB, 10000), 102400)
Ani krediler	(BurstLimit - BaselineIOPS) * 3600

Aşağıdaki tabloda, sağlanan boyutlar için bu formüllerin birkaç örneği gösterilmektedir:

Kapasite (GiB)	Temel IOPS	Patlama IOPS	Ani krediler	Aktarım hızı (MiB/sn)
100	3,100	En fazla 10.000	24,840,000	110
beş yüz	3.500	En fazla 10.000	23,400,000	Yüz elli
1,024	4,024	En fazla 10.000	21,513,600	203
5,120	8.120	En fazla 15.360	26,064,000	613
10,240	13,240	En fazla 30.720	62,928,000	1,125
33,792	36,792	En fazla 102.400	227,548,800	3,480
51.200	54,200	En fazla 102.400	164,880,000	5.220
102,400	102,400	En fazla 102.400	0	10,340

Tahsis edilen v1 ücretli patlama kapasitesi

Ücretli seri genişleme, sağlanan v1 modelinin hiçbir zaman kısıtlanmak istemeyen müşterileri desteklemek için tasarlanmış geliştirilmiş bir özelliktir. Ücretli kapasite artışı, sağlanan depolama miktarının üzerinde herhangi bir IOPS veya aktarım hızı kullanımına dayalı ek faturalama sağlar. Bu özellik, tahsis edilmiş depolamanın bir parçası olarak ücretsiz sunulan kredi tabanlı ani kapasite artışından farklıdır. Ücretli seri dağıtım, klasik dosya paylaşımınızı sağlama şeklinize güçlü bir esneklik katsa da, yanlış kullanıldığında beklenmeyen faturalamaya da yol açabilir.

Kredi tabanlı seri artış gibi, ücretli seri artış da doğru miktarda IOPS ve aktarım hızı sağlamanın yerini almamaktadır. Beklenmeyen bir taleple karşılaşırsanız, daraltmaya karşı ek koruma sağlar. IOPS veya aktarım hızı kullanımınız sürekli olarak belirli bir düzeydeyse, ücretli bursting'e güvenmek yerine talebi karşılayacak kadar IOPS ve aktarım hızını depolama tahsisi yoluyla sağlamak daha ucuzdur.

Ücretli seri dağıtım varsayılan olarak devre dışı bırakılır, ancak sağlanan v1 klasik dosya paylaşımının maliyet ve performans özelliklerini değiştirmek için yönergeleri izleyerek etkinleştirebilirsiniz (yalnızca PowerShell ve CLI). Ücretli seri dağıtımı etkinleştirirseniz, Azure İzleyici aracılığıyla sağlanan aşağıdaki ölçümleri kullanarak IOPS ve aktarım hızı kullanımını izleyin:

• Dosya Paylaşımı Tahsis Edilmiş IOPS
• Dosya Paylaşımı Sağlanan Bant Genişliği MiB/sn (aktarım hızı)
• Maksimum IOPS'ye Göre İşlemler
• Maksimum MiB/sn ile Bant Genişliği (Verim)
• IOPS için Ani Artış Kredileri (kredi tabanlı ani artış)
• Ücretli Artış IOS (IOs)
• Ücretli Anlık Bant Genişliği

Sağlanan v1 kaynak modelleri

Sağlanan v1 dosya paylaşımını yalnızca bir depolama hesabıMicrosoft.Storage () içinde klasik dosya paylaşımı olarak oluşturabilirsiniz.

Sağlanan klasik v1 dosya paylaşımları (Microsoft.Storage)

Sağlanan v1 modelini kullanarak klasik bir dosya paylaşımı oluşturmak için depolama hesabınızın aşağıdaki ayarlar bileşiminden birini kullanması gerekir:

Depolama hesabı türü	Depolama hesabı SKU'su	Kullanılabilir dosya paylaşımı türü
Dosya Depolama	Premium_LRS	YEREL (LRS) yedekliliği belirtilen SSD tarafından sağlanan v1 dosya paylaşımları.
Dosya Depolama	Premium_ZRS	SSD, Bölge (ZRS) yedekliliği belirtilen v1 dosya paylaşımlarını sağladı.

Sağlanan v1 modelini kullanarak klasik dosya paylaşımı oluşturma hakkında daha fazla bilgi için bkz. Klasik dosya paylaşımı oluşturma.

Aynı depolama hesabında oluşturulan klasik dosya paylaşımları, bu depolama hesabının depolama, IOPS ve aktarım hızı sınırlarını paylaşır.

Özellik	SSD değeri	Zorlama stratejisi
Depolama hesabı başına sağlanan en fazla depolama alanı	100 TiB (102.400 GiB)	Sağlama zamanında
Depolama hesabı başına en fazla kullanılan IOPS	102.400 IOPS	102.400'den fazla IOPS sağlayabilirsiniz, ancak bu sınırın üzerindeki kullanım kısıtlanır.
Depolama hesabı başına en fazla kullanılan aktarım hızı	10,340 MiB/sn	10.340 MiB / sn'den fazla sağlayabilirsiniz, ancak bu sınırın üzerindeki kullanım kısıtlanır.
Depolama hesabı başına en fazla klasik dosya paylaşımı sayısı	1.024 klasik dosya paylaşımı	Bu sınır, depolama hesabı için sağlanan en yüksek depolama alanı tarafından örtük olarak uygulanır.

Sağlanan v1 faturalama modeliyle Azure Dosyalar klasik dosya paylaşımlarına doğru şekilde dağıtmak için kapasite planlamasının aşağıdaki boyutlarını göz önünde bulundurun:

• Her klasik dosya paylaşımı için ne kadar sağlanan depolama, IOPS ve aktarım hızına ihtiyacınız var? Bu gereksinimler zaman içinde nasıl değişir?
  Paylaşılan depolama hesabı sınırları nedeniyle, depolama hesaplarına klasik dosya paylaşımları ayırdığınızda, her klasik dosya paylaşımının hem şimdi hem de zaman içinde gereksinimlerini göz önünde bulundurun. Sağlanan v1 modeli için sağlama mantığı, depolama hesabının desteklediğinden daha fazla depolama alanı sağlamanızı engeller. Depolama hesabının sağladığından daha fazla IOPS ve aktarım hızı sağlayabilirsiniz ancak IOPS ve aktarım hızı için depolama hesabının sınırlarından fazlasını kullanamazsınız. Beklenmeyen azaltmayı önlemek için depolama hesabının desteklediğinden daha fazla IOPS veya aktarım hızı sağlamayın.

  Buna ek olarak, bir depolama hesabına çok fazla klasik dosya paylaşımı yerleştirmek gelecekteki büyümeyi kısıtlayabilir. Bir depolama hesabı dolduktan sonra, önce bazılarını başka bir depolama hesabına geçirmeden mevcut klasik dosya paylaşımlarını genişletemezsiniz. Bu riski azaltmak için depolama hesaplarınızda klasik dosya paylaşımlarının depolama hesaplarıyla eşlemelerini en az üç-beş yıl boyunca tutabileceğiniz yeterli alan planlayın.

• Her klasik dosya paylaşımının faturasını tek tek projelere, departmanlara veya müşterilere geri göndermeyle ilgili özel gereksinimleriniz var mı?
  Azure'da faturalamayı görebileceğiniz en düşük ayrıntı düzeyi kaynaktır, yani aynı depolama hesabına iki klasik dosya paylaşımı koyarsanız, maliyetleri tek tek projelere, departmanlara veya müşterilere kolayca takip edemezsiniz. Bu sorunu çözmek için, klasik dosya paylaşımlarını faturalama açısından nasıl izlenmesi gerektiğini temel alarak depolama hesapları olarak gruplandırma.

• Aboneliğinizde hedef bölgeniz için kaç depolama hesabı kullanılabilir?
  Ek bir karmaşıklık faktörü, bölge başına abonelik başına sahip olabileceğiniz depolama hesaplarının sayısıdır. Daha fazla bilgi için bkz Microsoft.Storage . kontrol düzlemi sınırları . Kaç depolama hesabına ihtiyacınız olduğunu bağlı olarak, ek depolama hesapları oluşturmak için ek abonelikler kullanmanız gerekebilir.

Sağlanan v1 anlık görüntüleri

Azure Dosyalar, Windows Dosya Sunucusu'nda birim gölge kopyalarına (VSS) benzer anlık görüntüleri destekler. Anlık görüntüleri paylaşma hakkında daha fazla bilgi için bkz. Azure Dosyalar için anlık görüntülere genel bakış.

Anlık görüntüler her zaman canlı paylaşımdan ve birbirinden farklılık gösterir. Sağlanan v1 faturalama modelinde, sağlanan depolama alanının ne kadarının kullanılmamış olduğuna bakılmaksızın toplam fark boyutu kullanım ölçümüne göre faturalandırılır. Kullanılan anlık görüntü depolama ölçümü, sağlanan depolama fiyatına göre daha düşük bir fiyata sahiptir.

Etkinleştirilmiş v1 geçici silme

Geçici silme etkin depolama hesaplarındaki silinen klasik dosya paylaşımları, tanımlı saklama süresi için silinen paylaşımın kullanılan depolama kapasitesine göre faturalandırılır. Geçici olarak silinen kullanım depolama kapasitesi, kullanılan anlık görüntü depolama ölçümüne karşı hesaplanır. Geçici silme hakkında daha fazla bilgi için bkz . Azure dosya paylaşımlarında geçici silmeyi etkinleştirme.

Sağlanmış v1 faturalandırma sayaçları

Sağlanan v1 faturalama modeli kullanılarak sağlanan klasik dosya paylaşımları aşağıdaki ölçümlere göre faturalandırılır:

• Premium Tahsis Edilen: GiB olarak tahsis edilen depolama alanı miktarı.
• Premium Anlık Görüntüler: Kullanılan anlık görüntülerin ve kullanılan geçici silme kapasitesinin miktarı.

Sağlanan v1 faturalama ölçümlerine göre tüketim, aylık birimler açısından saatlik olarak yayılır. Örneğin, sağlanan 1.024 GiB'lik bir paylaşım için şunları görürsünüz:

• Aydaki gün sayısına bağlı olarak tek bir saat için değişken birim sayısı:
  • 28 gün ay (normal Şubat): Premium Tanımlı ölçere göre 1,5238 birim.
  • 29 günlük ay (artık yıl Şubat ayı): Premium Sağlanan sayaca karşılık 1,4713 birim.
  • 30 günlük ay süresince Premium Sağlanan sayacına karşı 1,4222 birim.
  • 31 günlük ay: Premium Sağlanan ölçüm sayacına karşı 1.3763 birim.
• Ayın gün sayısına bağlı olarak bir gün için toplanmışsa birim sayısı değişkendir:
  • 28 gün ay (normal Şubat): Premium Sağlanan sayacına göre 36,5714 birim.
  • 29 günlük ay (artık yıl Şubat): Premium Sağlanan ölçüme göre 35,3103 birim.
  • 30 günlük bir ayda: Premium Sağlanmış ölçüm birimi karşısında 34,1333 birim.
  • 31 günlük ay: Premium Sağlanan sayaca göre 33.0323 birim.
• Bir ay boyunca toplandığında Premium Sağlanan sayaç için 1.024 birim karşılık gelir.

Kullandıkça öde modeli

Kullandıkça öde modelinde ne kadar depolama alanı sağladığınız için değil kullandığınız depolama alanı için faturalandırılırsınız. Yüksek düzeyde, depolanan mantıksal veri miktarı için bir maliyet ödersiniz ve ayrıca bu verileri kullanımınıza bağlı olarak işlemler için ücretlendirilirsiniz. Son kullanıcı tüketimine göre ödeme yaptığınız için kullandıkça öde faturalamasını bütçeleme sürecinin bir parçası olarak planlamak zor olabilir. Yeni klasik dosya paylaşımı dağıtımları için sağlanan v2 modelini kullanın. Kullandıkça öde modeli yalnızca HDD depolama için kullanılabilir.

Kullandıkça öde imkanı

Kullandıkça öde modeli aşağıdaki medya katmanı, yedeklilik ve dosya paylaşım protokolü birleşimleri için kullanılabilir:

Medya katmanı	Yedeklilik	Dosya paylaşım protokolü	Klasik dosya paylaşımları (Microsoft.Storage)	Dosya paylaşımları (Microsoft.FileShares)
Katı Hal Sürücüsü (SSD)	Local	KOBİ
Katı Hal Sürücüsü (SSD)	Bölge	KOBİ
Katı Hal Sürücüsü (SSD)	Local	Ağ Dosya Sistemi (NFS)
Katı Hal Sürücüsü (SSD)	Bölge	Ağ Dosya Sistemi (NFS)
Sabit Disk Sürücüsü	Local	KOBİ
Sabit Disk Sürücüsü	Bölge	KOBİ
Sabit Disk Sürücüsü	Coğrafya	KOBİ
Sabit Disk Sürücüsü	GeoZone	KOBİ
Sabit Disk Sürücüsü	Local	Ağ Dosya Sistemi (NFS)
Sabit Disk Sürücüsü	Bölge	Ağ Dosya Sistemi (NFS)
Sabit Disk Sürücüsü	Coğrafya	Ağ Dosya Sistemi (NFS)
Sabit Disk Sürücüsü	GeoZone	Ağ Dosya Sistemi (NFS)

Kullandıkça öde modelini kullanan HDD klasik dosya paylaşımları genel olarak tüm Azure bölgelerde kullanılabilir.

Erişim katmanlarındaki farklılıklar

Kullandıkça ödemeli bir depolama hesabında klasik dosya paylaşımı oluştururken şu erişim katmanları arasından seçim yapın: işlem için optimize edilmiş, sık erişimli ve seyrek erişimli. Üç erişim katmanı da aynı depolama donanımını kullanır. Bu erişim katmanları arasındaki temel fark, daha soğuk katmanlarda daha düşük olan bekleyen verilerin depolama fiyatları ile yine daha soğuk katmanlarda daha yüksek olan işlem fiyatlarıdır. Bu fiyatlandırma yapısı şu anlama gelir:

• Transaction optimized, adından da anlaşılacağı gibi, yüksek IOPS (işlem) iş yükleri için fiyatı optimize eder. İşlem için optimize edilmiş seçenek, en yüksek veri dinlenme durumundaki depolama fiyatına, ancak en düşük işlem fiyatlarına sahiptir.
• Sık erişimli , çok sayıda işlem içermeyen etkin iş yüklerine yöneliktir. Veri depolama fiyatı biraz daha düşük, ancak işlem için optimize edilmiş fiyatlarla karşılaştırıldığında işlem fiyatları biraz daha yüksektir. Bunu işlem için optimize edilmiş katmanlar ile düşük maliyetli katmanlar arasındaki orta zemin olarak düşünün.
• Cool etkinliği yüksek olmayan iş yükleri için fiyatı optimize ederek en düşük veri bekleme depolama fiyatını, ancak en yüksek işlem fiyatlarını sunar.

Kullanım örneğiniz için uygun erişim katmanını seçmek maliyetlerinizi önemli ölçüde azaltabilir. İşlem için iyileştirilmiş erişim katmanına seyrek erişilen bir iş yükü koyarsanız, bir ay içinde klasik dosya paylaşımınızda işlem yaptığınız birkaç kez neredeyse hiçbir ödeme yapmazsınız. Ancak, veri depolama maliyetleri için yüksek miktarda ödersiniz. Aynı paylaşımı soğuk erişim katmanına taşırsanız, bu iş yükü için işlemleri seyrek gerçekleştirdiğinizden, işlem maliyetleri için yine neredeyse hiçbir şey ödemezsiniz. Ancak seyrek erişim katmanı daha ucuz bir veri depolama fiyatına sahiptir.

Benzer şekilde, seyrek erişim katmanına yüksek oranda erişilen bir iş yükü koyarsanız işlem maliyetlerinde çok daha fazla, ancak veri depolama maliyetleri için daha az ödeme yapabilirsiniz. Bu fiyatlandırma yapısı, işlem fiyatlarındaki artıştan kaynaklanan maliyetlerin veri depolama fiyatındaki düşüşten sağlanan tasarruftan daha ağır bastığı bir duruma yol açabilir ve cool katmanı için, işlem için optimize edilmiş katmana ödeyeceğinizden daha fazla ödeyebilirsiniz. Bazı kullanım düzeyleri için sık erişim katmanının en uygun maliyetli katman olması ve seyrek erişim katmanının işlem için iyileştirilmiş katmandan daha pahalı olması mümkündür.

kullandıkça öde klasik dosya paylaşımınız için en uygun maliyetli erişim katmanını iş yükünüz ve etkinlik düzeyiniz belirler. Pratikte en uygun maliyetli erişim katmanını seçmenin en iyi yolu, paylaşımın gerçek kaynak tüketimine (depolanan veriler, yazma işlemleri vb.) bakmaktır. Kullandıkça ödemeli klasik dosya paylaşımları için, Azure Dosyalar’a ilk geçiş sırasında işlem için optimize edilmiş katmanda başlayın ve geçiş tamamlandıktan sonra kullanıma bağlı olarak doğru erişim katmanını seçin. Geçiş sırasındaki işlem kullanımı normalde normal işlem kullanımını göstermez.

İşlemler nedir?

Kullandıkça öde modelini kullanan bir SMB klasik dosya paylaşımını bağladığınızda, bilgisayarınızda klasik dosya paylaşımını yerel depolama alanıymış gibi görürsünüz. Bu, bilgisayarınızdaki uygulamaların, betiklerin ve diğer programların Azure'da depolandığını bilmeye gerek kalmadan klasik dosya paylaşımındaki dosya ve klasörlere erişebileceği anlamına gelir.

Bir dosyayı okuduğunuzda veya dosyaya yazdığınızda, kullandığınız uygulama işletim sisteminiz tarafından sağlanan dosya sistemi API'sine bir dizi API çağrısı gerçekleştirir. Ardından, işletim sisteminiz bu çağrıları SMB protokol işlemlerine dönüştürür ve bunlar, Azure Dosyalar tarafından yerine getirilmek üzere kablo üzerinden iletilir. Son kullanıcının bir dosyayı baştan sona okuma gibi tek bir işlem olarak algıladığı basit bir görev, Azure Dosyalar tarafından sunulan birden çok SMB işlemine çevrilebilir.

Kullandıkça öde modelini kullanan klasik dosya paylaşımları, kullanıma göre faturalandırılır. Uygulamalar ve betikler tarafından yapılan SMB ve FileREST işlemleri klasik dosya paylaşımınızın kullanımını temsil eder ve faturanızın bir parçası olarak gösterilir. Aynı kavram, Azure Dosya Eşitleme veya Azure Backup gibi paylaşımınıza ekleyebileceğiniz katma değerli bulut hizmetleri için de geçerlidir.

İşlemler, klasik dosya paylaşımı üzerindeki etkilerine bağlı olarak farklı fiyatlara sahip beş farklı işlem kategorisi halinde gruplandırılır. Bu kategoriler şunlardır: yazma, listeleme, okuma, diğer ve silme.

Aşağıdaki tabloda her işlemin kategorilere ayrılması gösterilmektedir:

İşlem kümesi	Yönetim işlemleri	Veri işlemleri
Yazım işlemleri	CreateShare SetFileServiceProperties SetShareMetadata SetShareProperties SetShareAcl SnapshotShare RestoreShare	CopyFile Create CreateDirectory CreateFile PutRange PutRangeFromURL SetDirectoryMetadata SetFileMetadata SetFileProperties SetInfo Write PutFilePermission Flush SetDirectoryProperties
İşlemleri listele	ListShares	ListFileRanges ListFiles ListHandles
İşlemleri Oku	GetFileServiceProperties GetShareAcl GetShareMetadata GetShareProperties GetShareStats	FilePreflightRequest GetDirectoryMetadata GetDirectoryProperties GetFile GetFileCopyInformation GetFileMetadata GetFileProperties QueryDirectory QueryInfo Read GetFilePermission
Diğer/protokol işlemleri	AcquireShareLease BreakShareLease ReleaseShareLease RenewShareLease ChangeShareLease	AbortCopyFile Cancel ChangeNotify Close Echo Ioctl Lock Logoff Negotiate OplockBreak SessionSetup TreeConnect TreeDisconnect CloseHandles AcquireFileLease BreakFileLease ChangeFileLease ReleaseFileLease
İşlemleri silme	DeleteShare	ClearRange DeleteDirectory DeleteFile

Not

NFSv4.1 yalnızca sağlanan v2 veya sağlanan v1 faturalama modellerini kullanan SSD dosya paylaşımları için kullanılabilir. İşlem demetleri, sağlanan dosya paylaşımları için faturalamayı etkilemez.

Erişim katmanları arasında geçiş yapma

Kullandıkça öde modelini kullanan klasik bir dosya paylaşımının erişim katmanını değiştirebilirsiniz ancak ilk geçiş sonrasında maliyetleri iyileştirmenin en iyi yolu, en uygun maliyetli erişim katmanını seçmek ve erişim deseniniz değişmediği sürece orada kalmaktır. Klasik bir dosya paylaşımının erişim katmanını değiştirmek, aşağıdaki gibi ek maliyetlerle sonuçlanmıştır:

• İşlemler: Bir paylaşımı daha sık erişim katmanından daha serin erişim katmanına taşıdığınızda, klasik dosya paylaşımındaki her dosya için daha serin erişim katmanının yazma işlemi ücretine tabi olursunuz. Klasik bir dosya paylaşımını soğuk erişim katmanından sıcak erişim katmanına taşımak, klasik dosya paylaşımındaki her dosya için soğuk erişim katmanının okuma işlemi ücretine neden olur.

• Veri alma: Seyrek erişim katmanından sık erişimli veya işlem için iyileştirilmiş bir katmana geçerseniz, taşınan verilerin boyutuna göre veri alma ücreti alırsınız. Yalnızca soğuk erişim katmanında veri alma ücreti vardır.

Aşağıdaki tabloda, erişim katmanlarının taşınmasının maliyet dökümü gösterilmektedir.

Erişim katmanı	İşlem Optimizasyonu Yapılmış (Hedef)	Sık erişimli (hedef)	Havalı (hedef)
İşlem optimize edildi (kaynak)	--	Dosya başına bir aktif yazma işlemi.	Dosya başına tek bir soğuk yazma işlemi.
Popüler (kaynak)	Dosya başına bir sıcak okuma işlemi.	--	Dosya başına tek bir soğuk yazma işlemi.
Seyrek Erişimli (kaynak)	Dosya başına bir etkin okuma işlemi. Toplam kullanılan GiB başına veri alınması.	Dosya başına bir etkin okuma işlemi. Toplam kullanılan GiB başına veri alınması.	--

Klasik dosya paylaşımının erişim katmanını 30 günlük bir süre içinde en fazla beş kez değiştirebilirsiniz. 30 günlük pencerenin ilk günü, ilk katman değişikliği gerçekleştiğinde başlar. Erişim katmanları arasındaki değişiklikler anında gerçekleşir. Ancak, bir paylaşımın erişim katmanını değiştirdikten sonra, erişim katmanı özelliğini son 30 gün içinde beşten az değiştirseniz bile 24 saat içinde yeniden değiştiremezsiniz.

Erişim katmanı seçme

Mevcut verileri Azure Dosyalar'a nasıl geçirdiğinizden bağımsız olarak, başlangıçta işlem için iyileştirilmiş erişim katmanında klasik dosya paylaşımını oluşturmanız gerekir. Geçiş çok sayıda işleme neden olabilir. Geçişiniz tamamlandıktan ve düzenli kullanımla birkaç gün veya hafta boyunca faaliyet gösterdikten sonra, iş yükünüz için en uygun erişim katmanını belirlemek için işlem sayılarınızı fiyatlandırma hesaplayıcısına takın.

Kullandıkça öde depolama hesapları yalnızca depolama hesabı düzeyinde işlem bilgilerini gösterdiğinden, klasik dosya paylaşımı düzeyinde hangi erişim katmanının daha ucuz olduğunu tahmin etmek için depolama ölçümlerini kullanmak kusurlu bir bilimdir. Mümkünse, faturalamaya tam görünürlük sağlamak için her depolama hesabında yalnızca bir klasik dosya paylaşımı dağıtın.

Önceki işlemleri görmek için:

1. Azure portalda depolama hesabınıza gidin.
2. Hizmet menüsündeki İzleme'nin altında Ölçümler'i seçin.
3. Depolama hesabı adınız olarak Kapsam, "Dosya" olarak Ölçüm Ad Alanı, "İşlemler" olarak Ölçüm ve "Toplam" olarak Toplama'yı seçin.
4. Bölme Uygula'yı seçin.
5. Değerler'i "API Adı" olarak seçin. İstediğiniz Sınırla ve Sırala'yı seçin.
6. İstediğiniz zaman aralığını seçin.

Not

Ortalama işlem sayısı hakkında gerçekçi bir fikir edinmek için işlemleri yeterince uzun bir süre boyunca görüntülediğinizden emin olun. Seçilen zaman aralığının ilk sağlama işlemiyle çakışmadığından emin olun. Bir ayın tamamı için tahmini işlemleri almak için bu zaman aralığındaki ortalama işlem sayısını çarpın.

Kullandıkça öde kaynak modelleri

Kullandıkça öde dosya paylaşımını yalnızca bir depolama hesabıMicrosoft.Storage () içinde klasik dosya paylaşımı olarak oluşturabilirsiniz.

Kullandıkça öde klasik dosya paylaşımları (Microsoft.Storage)

Kullandıkça öde modelini kullanarak klasik bir dosya paylaşımı oluşturmak için depolama hesabınızın aşağıdaki ayarlar bileşiminden birini kullanması gerekir:

Depolama hesabı türü	Depolama hesabı SKU'su	Kullanılabilir dosya paylaşımı türü
StorageV2	Standard_LRS	Yerel (LRS) yedekliliği belirtilmiş, kullandıkça öde modeline sahip HDD dosya paylaşımı.
StorageV2	Standard-ZRS	HDD için, Bölge (ZRS) yedekliliği belirtilmiş olacak şekilde, kullandıkça öde esasına göre dosya paylaşımı.
StorageV2	Standart_GRS	Coğrafi (GRS) yedekliliği belirtilen HDD kullandıkça öde dosya paylaşımı.
StorageV2	Standart_GZRS	GeoZone (GZRS) yedekliliği belirtilen, kullandıkça öde modeliyle HDD dosya paylaşımı.
StorageV2	Standard_RAGRS	Coğrafi (GRS) yedekliliği belirtilen HDD kullandıkça öde dosya paylaşımı.
StorageV2	Standard_RAGZRS	GeoZone (GZRS) yedekliliği belirtilen, kullandıkça öde modeliyle HDD dosya paylaşımı.

Aynı depolama hesabında oluşturulan klasik dosya paylaşımları, bu depolama hesabının depolama, IOPS ve aktarım hızı sınırlarını paylaşır.

Özellik	HDD değeri	Zorlama stratejisi
Depolama hesabı başına en fazla kullanılan depolama alanı	5 PiB (5.242.880 GiB)	Kullanım sınırlandı.
Depolama hesabı başına en fazla kullanılan IOPS	Bölgeleri seçin: 40.000 IOPS Varsayılan: 20.000 IOPS	Sınırın üzerindeki kullanım kısıtlanır.
Depolama hesabı başına en fazla kullanılan aktarım hızı	Bölgeleri seçin: Giriş: 7.680 MiB / sn Çıkış: 25.600 MiB / sn Varsayılan: Giriş: 3.200 MiB / sn Çıkış: 6.400 MiB / sn	Sınırın üzerindeki kullanım kısıtlanır.
Depolama hesabı başına en fazla klasik dosya paylaşımı sayısı	Sınırsız	Depolama, IOPS ve aktarım hızı sınırları, klasik dosya paylaşımlarının sayısına yönelik pratik bir sınırdır.

IOPS ve aktarım hızı için hangi bölgelerin artan sınırları desteklediği de dahil olmak üzere daha fazla ayrıntı için bkz. depolama hesabı veri düzlemi sınırları.

Klasik dosya paylaşımlarında kullandıkça öde faturalama modeliyle Azure Dosyalar doğru şekilde dağıtmak için kapasite planlamasının aşağıdaki boyutlarını göz önünde bulundurun:

• Her klasik dosya paylaşımı için ne kadar depolamaya, IOPS'ye ve aktarım hızına ihtiyacınız var? Bu gereksinimler zaman içinde nasıl değişir?
  Paylaşılan depolama hesabı sınırları nedeniyle, depolama hesaplarına klasik dosya paylaşımları ayırdığınızda, her klasik dosya paylaşımının hem şimdi hem de zaman içinde gereksinimlerini göz önünde bulundurun. Sağlanan v2 ve sağlanan v1 modellerinden farklı olarak kullandıkça öde modeli, depolama hesabının sınırlarını aynı depolama hesabındaki klasik dosya paylaşımları arasında paylaşmanıza yardımcı olacak sınırlı koruma sunar. Kullandıkça öde depolama hesabındaki her klasik dosya paylaşımı, dosya paylaşımının boyutuna göre klasik dosya paylaşımı sınırlarına ve IOPS ve aktarım hızı için depolama hesabı sınırlarına kadar yayılabilir. İki klasik dosya paylaşımının aynı kullandıkça öde depolama hesabına konulması IOPS veya aktarım hızı çekişmesine neden olabilir. Beklenmeyen kısıtlamayı önlemek için kullandıkça öde şeklinde bir depolama hesabına yerleştirdiğiniz klasik dosya paylaşımlarının sayısını sınırlayın.

• Her klasik dosya paylaşımının faturasını tek tek projelere, departmanlara veya müşterilere geri göndermeyle ilgili özel gereksinimleriniz var mı?
  Azure'da faturalamayı görebileceğiniz en düşük ayrıntı düzeyi kaynaktır, yani aynı depolama hesabına iki klasik dosya paylaşımı koyarsanız, maliyetleri tek tek projelere, departmanlara veya müşterilere kolayca takip edemezsiniz. Bu sorunu çözmek için, klasik dosya paylaşımlarını faturalama açısından nasıl izlenmesi gerektiğini temel alarak depolama hesapları olarak gruplandırma.

• Aboneliğinizde hedef bölgeniz için kaç depolama hesabı kullanılabilir?
  Ek bir karmaşıklık faktörü, bölge başına abonelik başına sahip olabileceğiniz depolama hesaplarının sayısıdır. Daha fazla bilgi için bkz Microsoft.Storage . kontrol düzlemi sınırları . Kaç depolama hesabına ihtiyacınız olduğunu bağlı olarak, ek depolama hesapları oluşturmak için ek abonelikler kullanmanız gerekebilir.

Kullandıkça öde anlık görüntüler

Azure Dosyalar, Windows Dosya Sunucusu'nda birim gölge kopyalarına (VSS) benzer anlık görüntüleri destekler. Anlık görüntüleri paylaşma hakkında daha fazla bilgi için bkz. Azure Dosyalar için anlık görüntülere genel bakış.

Anlık görüntüler her zaman canlı paylaşımdan ve birbirinden farklılık gösterir. Kullandıkça öde faturalama modelinde, toplam diferansiyel boyut normal kullanılan depolama sayacına dahil edilir. Bu, faturanızda kullandıkça öde depolama hesabınızın anlık görüntülerini temsil eden ayrı bir satır öğesi görmediğiniz anlamına gelir. Bu diferansiyel anlık görüntü kullanımı, kullandıkça öde modelindeki klasik dosya paylaşımları için satın aldığınız rezervasyonlardan da düşülür.

Kullandıkça öde geçici silme

Geçici silme etkinleştirilmiş depolama hesaplarındaki silinen klasik dosya paylaşımları, tanımlanan saklama süresi için kullanılan depolama kapasitesine göre faturalandırılır. Geçici olarak silinmiş kullanılan depolama alanı, normal kullanılan depolama göstergesine dahil edilir. Bu, kullandıkça öde depolama hesabınız için yazılımsal olarak silinmiş klasik dosya paylaşımlarına ilişkin faturanızda ayrı bir kalem görmeyeceğiniz anlamına gelir. Geçici olarak silinen bu klasik dosya paylaşımı kullanımı, kullandıkça öde klasik dosya paylaşımları için satın aldığınız rezervasyonlara göre de sayılır.

Kullandıkça öde faturalama sayaçları

Kullandıkça öde faturalama modeli kullanılarak oluşturulan klasik dosya paylaşımları aşağıdaki ölçümlere göre faturalandırılır:

• Depolanan Veri: Canlı paylaşımlar, diferansiyel anlık görüntüler ve geçici olarak silinmiş klasik dosya paylaşımları dahil kullanılan depolama alanı, gibibayt (GiB) cinsinden.
• Meta veriler: GiB'deki erişim denetim listeleri (ACL'ler) ve diğer özellikler gibi dosya ve dizinlerle ilişkili dosya sistemi meta verilerinin boyutu. Bu faturalama ölçümü yalnızca sık erişimli veya seyrek erişimli erişim katmanlarındaki klasik dosya paylaşımları için geçerlidir.
• Yazma İşlemleri: Yazma işlemi demetlerinin sayısı (bir demet = 10.000 işlem).
• Liste İşlemleri: Liste işlemi demetlerinin sayısı (bir demet = 10.000 işlem).
• Okuma İşlemleri: Okuma işlemi demetlerinin sayısı (bir demet = 10.000 işlem).
• Diğer İşlemler / Protokol İşlemleri: Diğer işlem demetlerinin sayısı (bir demet = 10.000 işlem).
• Veri Alma: GiB'deki klasik dosya paylaşımından okunan veri miktarı. Bu ölçüm yalnızca seyrek erişim katmanındaki klasik dosya paylaşımları için geçerlidir.
• Geo-Replication Veri Aktarımı: Klasik dosya paylaşımında Geo veya GeoZone yedekliliği varsa, klasik dosya paylaşımına yazılan veri miktarı ikincil bölgeye GiB cinsinden çoğaltılır.

Depolanan Veri ve Meta Veri faturalama ölçümleri, tüketim birimlerini aylık birimler açısından saatlik olarak yayar. Örneğin, 1.024 GiB kullanılmış bir paylaşım için şunları görürsünüz:

• Aydaki gün sayısına bağlı olarak tek bir saat için değişken birim sayısı:
  • 28 gün ay (normal Şubat): Depolanan Veri ölçümüne karşılık 1.5238 birim.
  • 29 günlük ay (artık yıl Şubat): Veri Depolama ölçüsüne göre 1,4713 birim.
  • 30 günlük ay: Veri Depolama sayacına göre 1,4222 birim.
  • Veri Depolanan ölçüme göre 31 günlük ay: 1.3763 birim.
• Ayın gün sayısına bağlı olarak bir gün için toplanmışsa birim sayısı değişkendir:
  • 28 günlük ay (normal Şubat): Veri Depolama ölçerine karşı 36.5714 birim.
  • 29 gün ay (artık yıl Şubat): Depolanan Veri ölçümüne göre 35,3103 birimi.
  • 30 günlük ayda: Data Stored ölçümüne göre 34.1333 birim.
  • 31 günlük ay: 33,0323 birim Veri Depolama ölçümüne göre.
• Bir ay boyunca toplanırsa, 1.024 birim Depolanan Veri ölçümüne karşı gelir.

Diğer sayaçlar (örneğin Yazma İşlemleri veya Veri Alma) tüketim verilerini saatlik olarak yayımlar. Bu ölçerler belirli bir zaman aralığıyla ilişkili olmadığından, herhangi bir özel birim dönüşümü gerektirmez.

Azure Dosyalar paylaşım boyutu kavramları: Sağlanan boyut veya kota, mantıksal boyut ve fiziksel boyut

Azure Dosyalar, paylaşım kapasitesine ilişkin üç farklı miktarı izler.

• Sağlanan boyut veya kota: Hem sağlanan hem de kullandıkça öde dosya paylaşımlarıyla, dosya paylaşımının büyüyebileceği en büyük boyutu belirtirsiniz. Sağlanan dosya paylaşımlarında bu değer, sağlanan boyut olarak adlandırılır. Ne kadar kullandığınıza bakılmaksızın sağlanan boyut için ödeme yapabilirsiniz. Kullandıkça öde dosya paylaşımlarında bu değer kota olarak adlandırılır ve faturanızı doğrudan etkilemez. Sağlanan boyut, sağlanan dosya paylaşımları için gerekli bir alandır. Kullandıkça öde dosya paylaşımları için, sağlanan bir boyut belirtmezseniz, paylaşım varsayılan olarak depolama hesabının desteklediği en yüksek değere (100 TiB) sahip olur.

• Mantıksal boyut: Bir dosya paylaşımının veya dosyanın mantıksal boyutu, depolama iyileştirmesi olmadan nasıl depolandığını dikkate almadan ne kadar büyük olduğuyla ilgilidir. Dosyanın mantıksal boyutu, dosyayı farklı bir konuma kopyaladıysanız kaç KiB, MiB veya GiB'nin kablo üzerinden aktarılacağıdır. Hem önceden sağlanan hem de kullandıkça ödemeli dosya paylaşımlarında, dosya paylaşımının toplam mantıksal boyutu, önceden sağlanan boyutun veya kotanın uygulanmasında esas alınır. Kullandıkça öde dosya paylaşımlarında mantıksal boyut, sabit veri kullanımı faturalaması için kullanılan miktardır. Bir dosya veya klasörün Windows özellikleri iletişim kutusu mantıksal boyutu "boyut" olarak, Azure Dosyalar ölçümler ise bunu "içerik uzunluğu" olarak ifade eder.

• Fiziksel boyut: Dosyanın fiziksel boyutu, diskte kodlanmış olarak dosyanın boyutuyla ilgilidir. Fiziksel boyut, dosyanın mantıksal boyutuyla hizalanabilir veya işletim sisteminin dosyayı nasıl yazdığına bağlı olarak daha küçük olabilir. Mantıksal boyutun ve fiziksel boyutun farklı olmasının yaygın bir nedeni seyrek dosyalar kullanmaktır. Paylaşımdaki dosyaların fiziksel boyutu anlık görüntü üzerinden faturalama için kullanılır, ancak ayrılan aralıklar değiştirilmediyse anlık görüntüler arasında paylaşılır (farklı depolama).

Azure Dosyalar için katma değerli hizmetler

Birçok şirket içi depolama çözümünde olduğu gibi, Azure Dosyalar da müşteri dosya paylaşımlarını birinci ve üçüncü taraf ürünlerle tümleştirmek için tümleştirme noktaları sağlar. Bu çözümler Azure Dosyalar için önemli ölçüde ek değer sağlasa da, bu hizmetlerin bir Azure Dosyalar çözümünün toplam maliyetine ek maliyetleri göz önünde bulundurun.

Maliyetler üç kategoriye ayrılır:

• Katma değerli hizmet için lisanslama maliyetleri. Lisanslama maliyetleri müşteri, son kullanıcı (bazen "baş maliyet" olarak da adlandırılır), dosya paylaşımı veya depolama hesabı başına sabit bir maliyet biçiminde gelebilir. Bunlar, dosya paylaşımındaki her 500 GiB veri öbeği için sabit maliyet gibi depolama kullanım birimlerine de dayalı olabilir.

• Katma değerli hizmet için işlem maliyetleri. Bazı katma değerli hizmetler, seçilen Azure Dosyalar faturalama modelinin üzerinde kendi işlem kavramına sahiptir. Bu işlemler, katma değerli hizmetin ücretlerinin altında faturanızda gösterilir. Ancak, bunlar doğrudan dosya paylaşımınızla katma değerli hizmeti nasıl kullandığınızla ilgilidir.

• Azure Dosyalar, katma değerli hizmet kullanmanın maliyetlerini içerir. Azure Dosyalar, katma değerli hizmetler eklemek için müşterilerden doğrudan ücret almaz. Ancak, Azure dosya paylaşımına değer eklemenin bir parçası olarak, katma değerli hizmet Azure dosya paylaşımınızda gördüğünüz maliyetleri artırabilir. İşlem ücretleri nedeniyle kullandıkça öde dosya paylaşımlarıyla bu artışı kolayca görebilirsiniz. Katma değerli hizmet sizin adınıza dosya paylaşımına yönelik işlemler yaparsa, bu işlemleri doğrudan kendiniz yapmasanız bile Azure Dosyalar işlem faturanızda görünür. Bu işlem modeli sağlanan dosya paylaşımları için de geçerlidir, ancak daha az fark edilebilir olabilir. Katma değerli hizmetlerden sağlanan dosya paylaşımlarına karşı yapılan işlemler, sağlanan IOPS numaralarınıza göre hesaplanır; bu da, katma değerli hizmetlerin iş yükünüz için yeterli IOPS veya aktarım hızına sahip olmak için daha fazla depolama alanı sağlamayı gerektirebileceği anlamına gelir.

Dosya paylaşımınızın toplam sahip olma maliyetini hesaplarken, Azure Dosyalar ve Azure Dosyalar ile kullanmak istediğiniz tüm katma değerli hizmetlerin maliyetlerini göz önünde bulundurun.

Birçok katma değerli birinci ve üçüncü taraf hizmet vardır. Bu belge, müşterilerin Azure Dosyalar dosya paylaşımlarıyla kullandığı ortak birinci taraf hizmetlerinin bir alt kümesini kapsar. Burada listelenmeyen hizmetler hakkında daha fazla bilgi edinmek için ilgili hizmetin fiyatlandırma sayfasına bakın.

Azure Dosya Eşitleme

Azure Dosya Eşitleme, bir veya daha fazla şirket içi Windows dosya paylaşımını bir Azure dosya paylaşımıyla eşitleyen Azure Dosyalar için katma değerli bir hizmettir. Bulut Azure dosya paylaşımında şirket içinde kullanılabilen eşitlenmiş bir dosya paylaşımındaki verilerin tam bir kopyası bulunduğundan, şirket içi Windows Dosya Sunucunuzu şirket içi ayak izinizi azaltmak için Azure dosya paylaşımının önbelleğine dönüştürebilirsiniz. Daha fazla bilgi edinmek için bkz. Azure Dosya Eşitleme'a giriş.

Azure Dosya Eşitleme kullanılarak dağıtılan bir çözümün toplam sahip olma maliyetini göz önünde bulundurarak aşağıdaki maliyet yönlerini göz önünde bulundurun:

• Bir veya daha fazla sunucu uç noktası olan Windows Dosya Sunucularının sermaye ve işlem maliyetleri. Çoğaltma çözümü olarak Azure Dosya Eşitleme, Azure Dosyaları ile eşitlenen Windows Dosya Sunucularının nerede olduğuna dair belirsizdir; şirket içinde, Azure sanal makinesinde, hatta başka bir bulutta barındırılabilir. Şirket içinde veya diğer bulut sağlayıcılarında barındırılan eşitleme sunucularının maliyetleri, Azure faturanızın bir parçası olarak izlenmemiş olan ancak çözümün toplam sahip olma maliyetinin bir parçası olan sermaye ve işletim maliyetlerini içerir. Sermaye giderleri, çözümünüzün ön donanım maliyetleridir. İşletme giderleri, devam eden iş gücü, elektrik vb. maliyetleridir. Şirket içinde önbelleğe almanız gereken veri miktarını, Windows Dosya Sunucularınızın Azure Dosya Eşitleme iş yüklerini barındırmak için ihtiyaç duyduğu CPU sayısını ve sahip olabileceğiniz diğer kuruluşa özgü maliyetleri göz önünde bulundurmanız gerekir. Daha fazla bilgi için bkz. önerilen sistem kaynakları.

• Azure Dosya Eşitleme ile kaydedilen sunucular için sunucu başına lisanslama maliyeti. Azure Dosya Eşitleme belirli bir Windows Dosya Sunucusu ile kullanmak için önce Azure Dosya Eşitleme Azure kaynağı olan Depolama Eşitleme Hizmeti'ne kaydetmeniz gerekir. İlk sunucudan sonra kaydettiğiniz her sunucunun aylık sabit bir ücreti vardır. Bu ücret küçük olsa da, dikkate almanız gereken faturanızın bir bileşenidir. İstediğiniz bölgenin sunucu kayıt ücretinin geçerli fiyatını görmek için Azure Dosyalar fiyatlandırma sayfasındaki Dosya Eşitleme bölümüne bakın.

  • Indirimler. 2026 Ocak itibarıyla, Yazılım Güvencesi (SA) ve Azure Arc özellikli sunuculara sahip kuruluşlar, Azure Dosya Eşitleme aracısı sürüm 22 veya sonrası bir sürümü eğer kullanıyorsa, sunucu başına Azure Dosya Eşitleme fiyatlandırmasından tam indirimli yararlanır ve bu, operasyonel maliyetleri azaltır. Sürüm 22'den eski bir Azure Dosya Eşitleme aracısı kullanan müşteriler indirimden yararlanamaz.

• Azure Dosyalar maliyetleri. Azure Dosya Eşitleme, Azure dosya paylaşımınızdaki kaynakları kullanır. Depolama tüketimi gibi bu kaynaklardan bazıları görece açıktır, ancak işlem ve anlık görüntü kullanımı gibi diğer kaynaklar açık olmayabilir. Azure Dosya Eşitleme, tüm Azure Dosyaları faturalama modellerinde (SSD sağlanmış v2, SSD sağlanmış v1 veya HDD kullandıkça-öde) tam olarak destekleniyor olsa da, çoğu müşteri için HDD sağlanmış v2 dosya paylaşımlarını Azure Dosya Eşitleme ile kullanmanızı öneririz.

  • Depolama kullanımı. Azure Dosya Eşitleme, sunucu uç noktanızda yaptığınız değişiklikleri Azure dosya paylaşımınıza çoğaltarak depolamanın tüketilmesine neden olur. Sağlanan dosya paylaşımlarında değişiklikler sağlanan alanı tüketir, bu nedenle dosya paylaşımının büyümesini hesaba katmak için sağlamayı düzenli aralıklarla artırmak sizin sorumluluğunuzdadır. Kullandıkça öde dosya paylaşımlarında, sunucu uç noktalarındaki mevcut dosyaların eklenmesi veya boyutunun artırılması, değişiklikler çoğaltıldığından kullanılan depolama maliyetlerinin artmasına neden olur.

  • Anlık görüntü kullanımı. Azure Dosya Eşitleme, normal kullanımın bir parçası olarak paylaşım ve dosya düzeyinde anlık görüntüler almaktadır. Anlık görüntü kullanımı her zaman diferansiyel olsa da, bu, toplam Azure Dosyalar faturasına belirgin bir şekilde katkıda bulunabilir.

  • IOPS / aktarım hızı kullanımı: Azure Dosya Eşitleme, değişiklikleri sunucu uç noktalarınızdan Azure dosya paylaşımınıza aktarmak için IOPS ve aktarım hızı kullanımını destekler. Sağlanan bir dosya paylaşımı kullanıyorsanız, yeterli IOPS'ye ve aktarım hızına sahip olduğunuzdan ve kısıtlanmadığınızdan emin olmak için dosya paylaşımı kullanımınızı izlemeniz gerekir. Kullandıkça öde dosya paylaşımı kullanıyorsanız, IOPS kullanımı için işlem biçiminde ücretlendirilirsiniz. Genel olarak dikkate alınması gereken iki işlem türü vardır:

    • Müşteri kaybından işlemler. Sunucu uç noktalarındaki dosyalar değiştikçe, değişiklikler bulut paylaşımına yüklenir ve bu da işlem oluşturur. Bulut katmanlama etkinleştirildiğinde, çıkış maliyetlerine ek olarak katmanlı dosyalarda gerçekleşen G/Ç dahil olmak üzere katmanlı dosyaları yönetmek için ek işlemler oluşturulur. Değişim oranları ve önbellek verimliliği nedeniyle işlemlerin miktarını ve türünü tahmin etmek zor olsa da, gelecekteki kullanımınızın geçerli kullanımınıza benzer olacağını düşünüyorsanız gelecekteki maliyetleri tahmin etmek için önceki işlem desenlerinizi kullanabilirsiniz.

    • Bulut numaralandırma işlemleri. Azure Dosya Eşitleme, doğrudan paylaşımda yapılan değişiklikleri bulmak için Azure Dosya Paylaşımı'nı bulutta günde bir kez tarayarak, bu değişiklikleri sunucu uç noktalarına eşitleyebilir. Bu tarama, günlük dizin başına bir işlem hızında ListFiles depolama hesabına faturalandırılan işlemler oluşturur. Tarama maliyetini tahmin etmek için bu sayıyı fiyatlandırma hesaplayıcısına koyabilirsiniz.

    İpucu

    Kaç klasöre sahip olduğunuzu bilmiyorsanız JAM Software GmbH'nin TreeSize aracına göz atın.

Azure Backup

Azure Backup, dosya paylaşımlarınızla ve Azure Dosya Eşitleme gibi diğer katma değerli hizmetlerle sorunsuz bir şekilde tümleşen Azure Dosyalar için sunucusuz bir yedekleme çözümü sağlar. Azure Dosyalar için Azure Backup, yönetici tarafından tanımlanan bir zamanlamaya göre otomatik olarak anlık görüntü almaya yönelik bir zamanlama mekanizması sağlayan anlık görüntü tabanlı bir yedekleme çözümüdür. Ayrıca silinen dosya veya klasörleri veya paylaşımın tamamını belirli bir zamana geri yüklemek için kullanıcı dostu bir arabirim sağlar. Daha fazla bilgi edinmek için bkz . Azure dosya paylaşımı yedeklemesi hakkında.

Azure Backup'ı kullanmanın maliyetlerini göz önünde bulundurarak aşağıdaki faktörleri göz önünde bulundurun:

• Azure dosya paylaşımı verileri için korumalı örnek lisanslama maliyeti. Azure Backup, yedeklenen Azure dosya paylaşımlarını içeren her bir depolama hesabı için korumalı örnek lisanslama maliyeti olarak ücretlendirilir. Korumalı örnek 250 GiB Azure dosya paylaşımı depolama alanı olarak tanımlanır. 250 GiB'den az veri içeren depolama hesapları, kesirli korumalı örnek maliyetine tabidir. Daha fazla bilgi için bkz . Azure Backup fiyatlandırması. Azure Backup'ın koruyabileceği hizmetler listesinden Azure Dosyalar seçmeniz gerekir.

• Azure Dosyalar maliyetleri. Azure Backup, aşağıdaki yollarla Azure Dosyalar maliyetlerini artırır:

  • Azure dosya paylaşımı anlık görüntülerinin fark maliyetleri. Azure Backup, Azure dosya paylaşımı anlık görüntülerini yönetici tanımlı bir zamanlamaya göre almayı otomatikleştirir. Anlık görüntüler her zaman değişikliktir; ancak eklenen maliyet, anlık görüntülerin ne kadar süre tutulduğunu ve bu süre boyunca dosya paylaşımındaki değişim sıklığına bağlıdır. Bu faktörler, anlık görüntünün canlı dosya paylaşımından ne kadar farklı olduğunu ve dolayısıyla Azure Dosyalar tarafından ne kadar ek veri depolandığını belirler.

  • Geri yükleme işlemlerinden kaynaklanan işlem maliyetleri. İşlemleri anlık görüntüden canlı paylaşıma geri yüklemek, işlem maliyetlerine yol açar. Kullandıkça ödemeli dosya paylaşımları için, anlık görüntülerden yapılan okuma işlemleri ve geri yüklemelerden kaynaklanan yazma işlemleri normal dosya paylaşımı işlemleri olarak faturalandırılır. Sağlanan dosya paylaşımları için bu işlemler, dosya paylaşımı için sağlanan IOPS'ye göre sayılır.

Depolama için Microsoft Defender

Microsoft Defender, Depolama için Microsoft Defender ürününün bir parçası olarak Azure Dosyalar destekler. Depolama için Microsoft Defender, SMB veya FileREST üzerinden Azure dosya paylaşımlarınıza erişmeye veya bu paylaşımlardan yararlanmaya yönelik olağan dışı ve zararlı olabilecek girişimleri algılar. Depolama için Microsoft Defender, söz konusu abonelikteki depolama hesaplarındaki tüm dosya paylaşımları için abonelik düzeyinde etkinleştirilir.

Depolama için Microsoft Defender, Azure dosya paylaşımları için virüsten koruma özelliklerini desteklemez.

Depolama için Microsoft Defender'ın ana maliyet kalemi, ürünün Azure dosya paylaşımında gerçekleştirilen işlemler üzerine eklenen ekstra işlem maliyetlerinden oluşur. Bu maliyetler Azure Dosya'da yapılan işlemleri temel alsa da, Azure Dosya'nın faturalandırmasının bir parçası değildir, Microsoft Defender fiyatlandırmasının bir parçasıdır. Depolama için Microsoft Defender, Azure Dosyalar’ın IOPS sağlama işlemlerini içerdiği durumlarda bile, sağlanan dosya paylaşımlarında işlem ücreti almaktadır. Geçerli işlem oranı, Microsoft Defender for Cloud fiyatlandırma sayfasındaki Microsoft Defender for Storage tablo satırında bulunabilir.

İşlem yoğunluğu olan dosya paylaşımları, Microsoft Defender for Storage kullanılarak önemli maliyetler doğurabilir. Bu maliyetlere bağlı olarak, belirli depolama hesapları için Depolama için Microsoft Defender hizmetinden vazgeçmek isteyebilirsiniz. Daha fazla bilgi için Microsoft Defender for Storage korumalarından bir depolama hesabını hariç tutma konusuna bakın.

Rezervasyonlar

Azure Dosyalar, sağlanan v1 ve kullandıkça öde modelleri için rezervasyonları (başka bir deyişle ayrılmış örnekler) destekler. Rezervasyonlar, depolama kullanımına önceden bağlanarak depolamada indirim elde etmenizi sağlar. Herhangi bir üretim iş yükü veya kaynak kullanımı düzenli olan geliştirme/test iş yükleri için rezerve örnekler satın almayı göz önünde bulundurun. Rezervasyon satın alırken aşağıdaki boyutları belirtin:

• Kapasite boyutu: Rezervasyonlar 10 TiB veya 100 TiB için olabilir ve daha yüksek kapasiteli rezervasyon satın almak için daha büyük indirimler kullanılabilir. İş yükü gereksinimlerinizi karşılamak için farklı kapasite boyutlarına sahip rezervasyonlar dahil olmak üzere birden çok rezervasyon satın alabilirsiniz. Örneğin, üretim dağıtımınızda 120 TiB klasik dosya paylaşımı varsa, toplam depolama kapasitesi gereksinimlerini karşılamak için bir adet 100 TiB rezervasyon ve iki adet 10 TiB rezervasyon satın alabilirsiniz.
• Dönem: Daha uzun bir rezervasyon dönemi satın almak için daha büyük indirimlerle bir yıllık veya üç yıllık dönem için rezervasyon satın alabilirsiniz.
• Katman: Rezervasyon için Azure Dosyalar katmanı. Rezervasyonlar şu anda SSD tarafından sağlanan v1 ("premium" olarak) ve HDD kullandıkça öde (yalnızca sık erişimli ve seyrek erişim katmanları) faturalama modellerinde kullanılabilir.
• Konum: Rezervasyonun Azure bölgesi. Rezervasyonlar Azure bölgelerinin bir alt kümesinde kullanılabilir.
• Yedeklilik: Rezervasyonun depolama yedekliliği. Azure Dosyalar’ın desteklediği tüm yedeklilik seçenekleri, buna LRS, ZRS, GRS ve GZRS de dahil olmak üzere, rezervasyonları destekler.
• Faturalama sıklığı: Hesabın rezervasyon için ne sıklıkta faturalandırıldığından emin olun. Aylık veya Peşin seçenekleri vardır.

Rezervasyon satın aldığınızda, mevcut depolama kullanımınız bunu otomatik olarak tüketir. Rezervasyondan daha fazla depolama alanı kullanıyorsanız rezervasyonun kapsadığı bakiye için liste fiyatı ödersiniz. İşlem, bant genişliği, veri aktarımı ve meta veri depolama ücretleri rezervasyona dahil değildir.

Kullandıkça ödemeli ve sağlanmış v1 dosya paylaşımlarında, rezervasyonların paylaşım anlık görüntüleriyle nasıl çalıştığı konusunda farklılıklar vardır. Kullandıkça ödemeli klasik dosya paylaşımlarının anlık görüntülerini alırsanız, anlık görüntü farkları rezervasyondan düşülür ve normal kullanılan depolama ölçeri kapsamında faturalandırılır. Ancak, sağlanan v1 klasik dosya paylaşımlarının anlık görüntülerini alırsanız, anlık görüntüler ayrı bir ölçüm kullanılarak faturalandırılır ve rezervasyona göre sayılmaz.

Rezervasyonları satın alma hakkında daha fazla bilgi için bkz. Rezervasyonlarla Azure Dosyalar maliyetlerini ayarlama.

Ayrıca bkz.

• Azure Dosyaları'nın fiyatlandırması
• Maliyet tahmini örnekleri
• Azure Dosyalar dağıtımı için plan yapın
• Azure Dosya Eşitleme dağıtımı planlayın
• Klasik dosya paylaşımı oluşturma
• Microsoft kullanarak NFS dosya paylaşımı oluşturma. FileShares