Bulut katmanlama ilkelerini seçme

Bu makalede, Azure Dosya Eşitleme için bulut katmanlama ilkelerini seçme ve ayarlama konusunda rehberlik sağlanır. Bu makaleyi okumadan önce bulut katmanlamanın nasıl çalıştığını anladığınızdan emin olun. Bulut katmanlamayla ilgili temel bilgiler için bkz. Bulut katmanlama Azure Dosya Eşitleme anlama. Örnekler içeren bulut katmanlama ilkelerinin ayrıntılı açıklaması için bkz. Azure Dosya Eşitleme bulut katmanlama ilkeleri.

Sınırlamalar

• Bulut katmanlama, Windows sistem biriminde desteklenmez.

• Sunucu uç noktalarındaki kota yönetimi için Dosya Sunucusu Kaynak Yöneticisi 'ni (FSRM) kullanıyorsanız, kotaları birim düzeyinde değil klasör düzeyinde uygulamanızı öneririz. Birim düzeyinde FSRM kotanız varsa bulut katmanlama özelliğini etkinleştirmeye devam edebilirsiniz. FSRM kotası ayarlandıktan sonra çağrılan boş alan sorgusu API'leri, kota ayarına göre birimdeki boş alanı otomatik olarak bildirir. Ancak, birim kökünde sabit kota mevcut olduğunda, birimdeki gerçek boş alan ve birimdeki kota kısıtlanmış alanı aynı olmayabilir. Azure Dosya Eşitleme sunucu uç noktasında yeterli birim boş alanı olmadığını düşünüyorsa bu durum sonsuz katmanlamalara neden olabilir.

Katmana dosya için en düşük dosya boyutu

Katmana bir dosyanın en düşük dosya boyutu, dosya sistemi küme boyutuna bağlıdır. Bulut katmanlama için uygun en düşük dosya boyutu, küme boyutunun 2 katı ve en az 8 KiB olarak hesaplanır. Aşağıdaki tabloda, birim kümesi boyutuna göre katmanlanabilir en düşük dosya boyutları gösterilmektedir:

Birim kümesi boyutu	Bu boyutta veya daha büyük dosyalar katmanlanabilir
4 KiB veya daha küçük (4.096 bayt)	8 KiB
8 KiB (8.192 bayt)	16 KiB
16 KiB (16.384 bayt)	32 KiB
32 KiB (32.768 bayt)	64 KiB
64 KiB (65.536 bayt)	128 KiB
128 KiB (131.072 bayt)	256 KiB
256 KiB (262.144 bayt)	512 KiB
512 KiB (524.288 bayt)	1 MiB
1 MiB (1.048.576 bayt)	2 MiB
2 MiB (2.097.152 bayt)	4 MiB

Azure Dosya Eşitleme, 2 MiB'a kadar küme boyutuna sahip birimlerde bulut katmanlama desteği sağlar.

Windows tarafından kullanılan tüm dosya sistemleri sabit diskinizi küme boyutuna (ayırma birimi boyutu olarak da bilinir) göre düzenler. Küme boyutu, bir dosyayı tutmak için kullanılabilecek en küçük disk alanını temsil eder. Dosya boyutları küme boyutunun çift katına çıkmadığında, dosyayı tutmak için küme boyutunun sonraki katına kadar ek alan kullanılmalıdır.

Azure Dosya Eşitleme, Windows Server 2012 R2 ve daha yeni sürümlere sahip NTFS birimlerinde desteklenir. Aşağıdaki tabloda, Windows Server ile yeni bir NTFS birimi oluşturduğunuzda varsayılan küme boyutları açıklanmaktadır.

Volume size	Windows Server
7 MiB – 16 TiB	4 KiB
16 TiB – 32 TiB	8 KiB
32 TiB – 64 TiB	16 KiB

Birimin oluşturulmasından sonra birimi farklı bir küme boyutuyla el ile biçimlendirmiş olabilirsiniz. Biriminiz eski bir Windows sürümünden kaynaklanıyorsa, varsayılan küme boyutları da farklı olabilir. 4 KiB'den küçük bir küme boyutu seçseniz bile, katmanlanabilir en küçük dosya boyutu olarak 8 KiB sınırı geçerli olmaya devam eder. (Teknik olarak 2 kat küme boyutu 8 KiB'tan küçük olsa bile.)

Mutlak en düşük değerin nedeni NTFS'nin son derece küçük dosyaları depolama biçimidir - 1 KiB ile 4 KiB arası boyutlu dosyalar. Birimin diğer parametrelerine bağlı olarak, küçük dosyaların diskteki bir kümede depolanmamış olması mümkündür. Bu tür dosyaları doğrudan birimin Ana Dosya Tablosu'nda veya "MFT kaydında" depolamak muhtemelen daha verimlidir. Bulut katmanlama yeniden ayrıştırma noktası her zaman diskte depolanır ve tam olarak bir küme alır. Bu tür küçük dosyaları katmanlama, alan tasarrufu sağlamaz. Aşırı durumlar, bulut katmanlama etkinken daha fazla alan bile kullanabilir. Buna karşı koruma sağlamak için, bulut katmanlamanın katmanlanacağı dosyanın en küçük boyutu 4 KiB veya daha küçük bir küme boyutu üzerinde 8 KiB'dir.

İlk ilkelerinizi seçme

Genel olarak, bir sunucu uç noktasında bulut katmanlama özelliğini etkinleştirdiğinizde, her bir sunucu uç noktası için bir yerel sanal sürücü oluşturmanız gerekir. Sunucu uç noktasını yalıtmak, bulut katmanlamanın nasıl çalıştığını anlamanızı ve ilkelerinizi buna göre ayarlamanızı kolaylaştırır. Ancak Azure Dosya Eşitleme aynı sürücüde birden çok sunucu uç noktanız olsa bile çalışır. Ayrıntılar için Yerel birimdeki birden çok sunucu uç noktası bölümüne bakın. Ayrıca bulut katmanlama özelliğini ilk etkinleştirdiğinizde tarih ilkesini devre dışı bırakmanızı ve birim boş alan ilkesini %10 ile %20 arasında tutmanızı öneririz. Çoğu dosya sunucusu birimi için genellikle en iyi seçenek %20 birim boş alanıdır.

Not

Bazı geçiş senaryolarında, Windows Server örneğinizde kaynağınızdan daha az depolama alanı sağladıysanız, dosyaları buluta katmanlama geçişi sırasında birim boş alanını geçici olarak %99 olarak ayarlayabilir ve geçiş tamamlandıktan sonra daha kullanışlı bir düzeye ayarlayabilirsiniz.

Kolaylık olması ve öğelerin nasıl katmanlanacağı konusunda net bir anlayışa sahip olmak için öncelikle birim boş alan ilkenizi ayarlamanızı ve gerekmedikçe tarih ilkenizi devre dışı bırakmanızı öneririz. Çoğu müşteri yerel önbelleği mümkün olduğunca çok sık erişimli dosyayla doldurmayı ve geri kalanını buluta katmanlayarak değerli bulduğu için bunu öneririz. Ancak, yerel disk alanını proaktif olarak boşaltmak istiyorsanız ve tarih ilkenizde belirtilen gün sayısından sonra erişilen sunucu uç noktasındaki dosyaların yerel olarak tutulması gerekmediğini biliyorsanız, tarih ilkesi yararlı olabilir. Tarih ilkesinin ayarlanması, aynı birimdeki diğer uç noktaların dosyalarının daha fazlasını önbelleğe almaları için değerli yerel disk kapasitesi sağlar.

İlkelerinizi ayarladıktan sonra çıkışı izleyin ve her iki ilkeyi de uygun şekilde ayarlayın. Azure İzleyici'de uygulama ölçümlerine göre bulut katmanlama geri çağırma boyutuna ve bulut katmanlama geri çağırma boyutuna bakmanızı öneririz. Ayrıca, zaten yerel önbellekte olan açık dosyaların yüzdesini belirlemek için sunucu uç noktası için önbellek isabet hızını izlemenizi öneririz. Çıkışı izlemeyi öğrenmek için bkz . Bulut katmanlamasını izleme.

İlkelerinizi ayarlama

Azure'dan sürekli olarak geri çağrılen dosya sayısı istediğinizden fazlaysa, yerel sunucu birimine kaydetmek için alanınızdan daha fazla sık kullanılan dosyanız olabilir. Mümkünse yerel birim boyutunuzu artırın ve/veya birim boş alan ilkesi yüzdenizi küçük artışlarla azaltın. Birim boş alan yüzdesini çok fazla azaltmak da olumsuz sonuçlara yol açabilir. Veri kümenizdeki daha yüksek değişim sıklığı, yeni dosyalar ve "soğuk" dosyaların hatırlanacağı daha fazla boş alan gerektirir. Katmanlama, bir saate kadar gecikmeyle başlar ve işlem süresine ihtiyaç duyar. Bu nedenle biriminizde her zaman yeterli boş alan olmalıdır.

Daha fazla verinin yerel tutulması, Azure'dan daha az dosya geri çekileceği için çıkış maliyetlerinin daha düşük olduğu anlamına gelir, ancak kendi maliyetine göre daha fazla miktarda şirket içi depolama alanı gerektirir.

Birim boş alan ilkenizi ayarlarken yerel tutmanız gereken veri miktarı aşağıdaki faktörlere göre belirlenir: bant genişliğiniz, veri kümenizin erişim düzeni ve bütçe. Düşük bant genişliğine sahip bir bağlantıyla, kullanıcılar için en düşük gecikmeyi sağlamak için daha fazla yerel veri isteyebilirsiniz. Aksi takdirde, belirli bir süre boyunca değişim oranını temel alabilirsiniz. Örneğin, 1 TiB veri kümenizin %10'unun her ay değiştiğini veya etkin olarak erişildiğini biliyorsanız, dosyaları sık sık geri çağırmamak için 100 GiB'yi yerel tutmak isteyebilirsiniz. Biriminiz 2 TiB ise %5 (veya 100 GiB) yerel tutmak istersiniz; bu da kalan %95'in birim boş alan yüzdeniz olduğu anlamına gelir. Ancak, daha yüksek değişim sıklığı dönemleri için bir arabellek eklemeniz gerekir; başka bir deyişle, daha büyük bir birim boş alan yüzdesiyle başlayın ve daha sonra gerekirse ayarlayın.

Standart işletim yordamları

• Azure Dosya Eşitleme aracılığıyla Azure Dosyalar ilk geçişte bulut katmanlama ilk karşıya yüklemeye bağlıdır
• Bulut katmanlama, her altmış dakikada bir birim boş alanı ve tarih ilkeleriyle uyumluluğu denetler
• Dosyaları geçirirken Robocopy'de /LFSM anahtarının kullanılması, dosyaların eşitlenmesine ve ilk karşıya yükleme sırasında yer açmak için bulut katmanlamasına izin verir
• Katmanlama bir ısı haritası oluşturulmadan önce gerçekleşirse dosyalar son değiştirilen zaman damgasına göre katmanlanır

Sonraki adımlar

• Azure Dosya Eşitleme dağıtımı planlama