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

Dosyalar Azure dosya paylaşımlarındabulutta depolanır. Azure dosya paylaşımları iki şekilde kullanılabilir: Bu sunucusuz Azure dosya paylaşımlarını (SMB) doğrudan bağlayarak veya Azure Dosya Eşitleme kullanarak şirket içi Azure dosya paylaşımlarını önbelleğe alarak. Seçtiğiniz dağıtım seçeneği, dağıtımınız için plan yaparken göz önünde bulundurmanız gereken yönleri değiştirir.

• azure dosya paylaşımının doğrudan bağlanması: azure dosyaları SMB erişimi sağladığından, azure dosya paylaşımlarını Windows, macos ve Linux 'ta bulunan standart SMB istemcisini kullanarak şirket içinde veya bulutta bağlayabilirsiniz. Azure dosya paylaşımları sunucusuz olduğundan, üretim senaryolarına yönelik dağıtım, bir dosya sunucusu veya NAS cihazının yönetilmesini gerektirmez. Bu, yazılım düzeltme ekleri uygulamanız veya fiziksel diskleri takas etmeniz gerekmediği anlamına gelir.

• Şirket Içi Azure dosya paylaşımını Azure dosya eşitleme Ile önbelleğe alma: Azure dosya eşitleme, kuruluşunuzun dosya paylaşımlarını Azure dosyalarında merkezileştirirken şirket içi bir dosya sunucusunun esnekliğini, performansını ve uyumluluğunu mümkün tutmaya olanak sağlar. Azure Dosya Eşitleme, şirket içi (veya bulut) Windows sunucusunu Azure dosya paylaşımınızın hızlı bir önbelleğine dönüştürür.

Yönetim kavramları

Azure Dosya Eşitleme dağıtımı üç temel Yönetim nesnesine sahiptir:

• Azure dosya paylaşma: bir Azure dosya paylaşma, bir Azure dosya eşitleme eşitleme ilişkisinin bulut uç noktasını sağlayan sunucusuz bir bulut dosyası paylaşımıdır. azure dosya paylaşımında bulunan dosyalara doğrudan SMB veya filerest protokolüyle erişilebilir, ancak azure dosya paylaşımının Azure Dosya Eşitleme ile birlikte kullanıldığı Windows sunucu önbelleği aracılığıyla dosyalara erişiminizi öneririz. bunun nedeni, azure dosyalarının bugün Windows server gibi etkili bir değişiklik algılama mekanizmasına sahip olmadığı için, azure dosya paylaşımında doğrudan değişikliklerin sunucu uç noktalarına geri yayılması zaman alır.
• sunucu uç noktası: bir Azure dosya paylaşımıyla eşitlenen Windows sunucusundaki yol. Bu bir birimde veya birimin kökünde belirli bir klasör olabilir. Aynı birimde, ad alanları çakışmazsa birden çok sunucu uç noktası bulunabilir.
• Eşitleme grubu: bir bulut uç noktası veya Azure dosya paylaşımıyla bir sunucu uç noktası arasındaki eşitleme ilişkisini tanımlayan nesne. Bir eşitleme grubu içindeki uç noktalar, birbiriyle eşitlenmiş durumda tutulur. Örneğin, Azure Dosya Eşitleme ile yönetmek istediğiniz iki farklı dosya kümesine sahipseniz, iki eşitleme grubu oluşturur ve her bir eşitleme grubuna farklı uç noktalar eklersiniz.

Azure dosya paylaşma yönetim kavramları

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ının yanı sıra blob kapsayıcıları, kuyrukları veya tabloları gibi diğer depolama kaynaklarını dağıtmak için kullanılabilir. Bir depolama hesabına dağıtılan tüm depolama kaynakları, bu depolama hesabı için uygulanan limitleri paylaşır. Geçerli depolama hesabı sınırları için bkz. Azure dosyaları ölçeklenebilirlik ve performans hedefleri.

Azure dosya dağıtımları için kullanacağınız iki ana depolama hesabı türü vardır:

• Genel amaçlı sürüm 2 (GPv2) depolama hesapları: GPv2 depolama hesapları, Azure dosya paylaşımlarını standart/sabit disk tabanlı (HDD tabanlı) donanımda dağıtmanıza olanak tanır. GPv2 depolama hesapları, Azure dosya paylaşımlarını depolamanın yanı sıra blob kapsayıcıları, kuyrukları veya tabloları gibi diğer depolama kaynaklarını da depolayabilirler.
• FileStorage depolama hesapları: FileStorage depolama hesapları, Azure dosya paylaşımlarını Premium/katı hal disk tabanlı (SSD tabanlı) donanımda dağıtmanıza olanak tanır. FileStorage hesapları yalnızca Azure dosya paylaşımlarını depolamak için kullanılabilir; başka depolama kaynakları (blob kapsayıcıları, kuyruklar, tablolar vb.) bir FileStorage hesabında dağıtılabilir. Yalnızca FileStorage hesapları, SMB ve NFS dosya paylaşımlarını dağıtabilir.

Azure portal, PowerShell veya CLı içinde karşılaşabileceğiniz birkaç farklı depolama hesabı türü vardır. İki depolama hesabı türü, BlockBlobStorage ve BlobStorage depolama hesapları Azure dosya paylaşımları içeremez. Görebileceğiniz diğer iki depolama hesabı türü, her ikisi de Azure dosya paylaşımları içerebilen genel amaçlı sürüm 1 (GPv1) ve klasik depolama hesaplarıdır. GPv1 ve klasik depolama hesaplarında Azure dosya paylaşımları bulunabilir, ancak Azure dosyalarının birçok yeni özelliği yalnızca GPv2 ve FileStorage depolama hesaplarında kullanılabilir. Bu nedenle, yalnızca Yeni dağıtımlar için GPv2 ve FileStorage depolama hesapları kullanmayı ve ortamınızda zaten varsa GPv1 ve klasik depolama hesaplarını yükseltmeyi öneririz.

Azure Dosya Eşitleme yönetim kavramları

eşitleme grupları, sunucuları Azure Dosya Eşitleme kullanım için kaydeden ve eşitleme grubu ilişkilerini içeren en üst düzey nesneler olan Depolama eşitleme hizmetlerine dağıtılır. Depolama Sync hizmeti kaynağı, depolama hesabı kaynağının bir eşhizmetidir ve benzer şekilde Azure kaynak gruplarına dağıtılabilir. Depolama eşitleme hizmeti, birden çok depolama hesabı ve birden çok kayıtlı Windows sunucusu arasında Azure dosya paylaşımları içeren eşitleme grupları oluşturabilir.

Depolama eşitleme hizmetinde bir eşitleme grubu oluşturabilmeniz için önce Depolama sync hizmetine sahip bir Windows sunucusunu kaydetmeniz gerekir. bu, sunucunuz veya kümeniz ile Depolama eşitleme hizmeti arasındaki bir güven ilişkisini temsil eden kayıtlı bir sunucu nesnesi oluşturur. Depolama eşitleme hizmetini kaydettirmek için, önce Azure Dosya Eşitleme aracısını sunucuya yüklemeniz gerekir. tek bir sunucu veya küme, aynı anda yalnızca bir Depolama Sync hizmetine kaydedilebilir.

Bir eşitleme grubu, bir bulut uç noktası veya Azure dosya paylaşımının yanı sıra en az bir sunucu uç noktası içerir. Sunucu uç noktası nesnesi, Azure Dosya Eşitleme önbelleğe alma özelliğini sağlayan bulut katmanlama özelliğini yapılandıran ayarları içerir. bir azure dosya paylaşımıyla eşitleme yapmak için azure dosya paylaşımının bulunduğu depolama hesabı, Depolama eşitleme hizmeti ile aynı azure bölgesinde olmalıdır.

gerekli Depolama eşitleme hizmetleri sayısını göz önünde bulundurun

önceki bölümde Azure Dosya Eşitleme: bir Depolama Sync hizmeti için yapılandırılacak çekirdek kaynak açıklanmaktadır. bir Windows sunucusu yalnızca bir Depolama eşitleme hizmetine kaydedilebilir. bu nedenle, yalnızca tek bir Depolama Sync hizmeti dağıtmak ve tüm sunucularını kaydetmek en iyisidir.

yalnızca şu durumlarda birden çok Depolama eşitleme hizmeti oluşturun:

• hiçbir şekilde verileri birbiriyle değiş tokuşu gereken farklı sunucu kümeleri. bu durumda, farklı bir Depolama eşitleme hizmetindeki eşitleme grubundaki bir bulut uç noktası olarak zaten kullanımda olan bir Azure dosya paylaşımıyla eşitlenecek şekilde, sistemi tasarlamak istiyorsunuz. farklı depolama eşitleme hizmetine kayıtlı Windows sunucularının aynı Azure dosya paylaşımıyla eşitlenemediği, buna baktığınızın bir diğer yoludur.
• tek bir Depolama eşitleme hizmetinden destekleyebileceğinden daha fazla kayıtlı sunucu veya eşitleme grubu olması gerekir. Daha fazla ayrıntı için Azure dosya eşitleme ölçek hedeflerini gözden geçirin.

Dengeli eşitleme topolojileri için plan yapın

Herhangi bir kaynağı dağıtmadan önce, Azure dosya paylaşımının bulunduğu yerel bir sunucuda neleri eşitlediklerinizi planlamanız önemlidir. Bir plan yapılması, kaç depolama hesabı, Azure dosya paylaşımı ve eşitleme kaynağı gerektiğini belirlemenize yardımcı olur. verileriniz şu anda bir Windows sunucuda veya uzun vadede kullanmak istediğiniz sunucuda yer almasa bile, bu konular hala geçerlidir. Geçiş bölümü , durumunuza uygun geçiş yollarını belirlemenize yardımcı olabilir.

Bu adımda kaç Azure dosya paylaşımına ihtiyacınız olduğunu belirleyeceksiniz. Tek bir Windows Server örneği (veya kümesi), en fazla 30 Azure dosya paylaşımını eşitler.

Birimleriniz üzerinde, kullanıcılarınıza ve uygulamalarınıza SMB paylaşımları olarak yerel olarak paylaşımda bulundurarak daha fazla klasöre sahip olabilirsiniz. Bu senaryoyu hayal etmenin en kolay yolu, 1:1'i bir Azure dosya paylaşımıyla eş alan bir şirket içi paylaşım hayal etmektir. Tek bir Windows Server örneği için 30'un altında yeterli sayıda paylaşımınız varsa, 1:1 eşlemesi öneririz.

30'dan fazla paylaşımınız varsa, şirket içi paylaşımın 1:1'i bir Azure dosya paylaşımına eşlemek genellikle gereksizdir. Aşağıdaki seçenekleri göz önünde bulundurabilirsiniz.

Paylaşma grubu

Örneğin, insan kaynakları (İk) departmanınız 15 paylaşıma sahipse, tüm İk verilerini tek bir Azure dosya paylaşımında depolamayı düşünebilirsiniz. Birden çok şirket içi paylaşımı tek bir Azure dosya paylaşımında depolamak, yerel Windows Server örneğinize normal 15 SMB paylaşımı oluşturmanızı engellemez. Yalnızca bu 15 paylaşımın kök klasörlerini ortak bir klasör altında alt klasörler olarak düzenleyebilirsiniz. Ardından bu ortak klasörü bir Azure dosya paylaşımıyla eşitlersiniz. Bu şekilde, bu şirket içi paylaşım grubu için bulutta yalnızca tek bir Azure dosya paylaşımı gerekir.

Birim eşitleme

Azure Dosya Eşitleme bir birimin kökünün Azure dosya paylaşımıyla eşitlenmeyi destekler. Birim kökünü eşitlersiniz, tüm alt klasörler ve dosyalar aynı Azure dosya paylaşımına gider.

Birimin kökünü eşitlemek her zaman en iyi seçenek değildir. Birden çok konumu eşitlemenin avantajları vardır. Örneğin, bunu yapmak eşitleme kapsamı başına öğe sayısını daha düşük tutmaya yardımcı olur. Azure dosya paylaşımlarını test ediyor ve Azure Dosya Eşitleme 100 milyon öğe (dosya ve klasör) ile test ediyoruz. Ancak en iyi uygulama, 20.000.000 veya 30.000.000 sayısını tek bir paylaşımda tutmaya çalışır. Daha az sayıda öğe içeren Azure Dosya Eşitleme ayarlamak yalnızca dosya eşitleme için faydalıdır. Daha az sayıda öğe aşağıdaki gibi senaryolar da sağlar:

• Bulut içeriğinin ilk taraması daha hızlı tamamlanabilir, bu da ad alanının Azure Dosya Eşitleme için etkinleştirilen bir sunucuda görünmesini beklemeleri azaltır.
• Azure dosya paylaşımının anlık görüntüsünden bulut tarafında geri yükleme daha hızlı olacaktır.
• Şirket içi bir sunucunun olağanüstü durum kurtarması önemli ölçüde hızlanır.
• Azure dosya paylaşımında (eşitleme dışında) doğrudan yapılan değişiklikler algılanır ve daha hızlı eşitlenebilir.

Dağıtım eşlemesine yönelik yapılandırılmış bir yaklaşım

Bulut depolamasını sonraki bir adımda dağıtmadan önce, şirket içi klasörler ve Azure dosya paylaşımları arasında bir eşleme oluşturulması önemlidir. Bu eşleme, kaç tane ve ne Azure Dosya Eşitleme eşitleme grubu kaynaklarını sağlayacağınızı bildirir. Bir eşitleme grubu, Azure dosya paylaşımından ve sunucunuzdaki klasöre sahiptir ve bir eşitleme bağlantısı kurar.

Kaç tane Azure dosya paylaşımına ihtiyacınız olduğuna karar vermek için aşağıdaki limitleri ve en iyi uygulamaları gözden geçirin. Bunun yapılması, eşlemenizi iyileştirmenize yardımcı olur.

• Azure Dosya Eşitleme aracısının yüklü olduğu bir sunucu en fazla 30 Azure dosya paylaşımı ile eşitlenebilir.

• Bir Azure dosya paylaşımının bir depolama hesabında dağıtılması. Bu düzenleme, depolama hesabını ıOPS ve aktarım hızı gibi performans numaraları için bir ölçek hedefi yapar.

  Bir standart Azure dosya paylaşımının teorik olarak bir depolama hesabının teslim edebilen en yüksek performansı ortadan kaldırabilirsiniz. Tek bir depolama hesabına birden çok paylaşım yerleştirirseniz, bu paylaşımlar için paylaşılan bir ıOPS ve aktarım hızı havuzu oluşturursunuz. Yalnızca bu dosya paylaşımlarına Azure Dosya Eşitleme eklemeyi planlıyorsanız, birkaç Azure dosya paylaşımını aynı depolama hesabına gruplandırmak bir sorun oluşturmaz. İlgili ölçümler hakkında daha ayrıntılı içgörüler için Azure dosya paylaşımı performans hedeflerini gözden geçirme. Bu sınırlamalar premium depolama için geçerli değildir; burada performans açıkça sağlandı ve her paylaşım için garanti edildi.

  Azure dosya paylaşımını yerel olarak kullanan bir uygulamayı Azure'a kaldırmayı planlıyorsanız, Azure dosya paylaşımından daha fazla performansa ihtiyacınız olabilir. Bu kullanım türü gelecekte bile mümkünse, en iyisi kendi depolama hesabında tek bir standart Azure dosya paylaşımı oluşturmaktır.

• Azure bölgesi başına abonelik başına 250 depolama hesabı sınırı vardır.

Eşitleme kapsamı başına öğe sayısını düşük tutmak en iyi uygulamadır. Bu, klasörleri Azure dosya paylaşımları ile eşlemeniz için dikkate gereken önemli bir faktördür. Azure Dosya Eşitleme paylaşım başına 100 milyon öğe (dosya ve klasör) ile test edilir. Ancak tek bir paylaşımda öğe sayısını 20 milyonun veya 30 milyonun altında tutmak genellikle en iyisidir. Bu sayıları aşmaya başlarsanız ad alanını birden çok paylaşıma bölün. Bu sayıların yaklaşık altında kalırsanız, birden çok şirket içi paylaşımı aynı Azure dosya paylaşımında gruplaya devam edebilirsiniz. Bu uygulama, size büyümek üzere yer sağlar.

Sizin durumunuzda, bir klasör kümesi aynı Azure dosya paylaşımıyla mantıksal olarak eşitlenebilir (daha önce bahsedilen yeni ortak kök klasör yaklaşımını kullanarak). Ancak, klasörleri bir Azure dosya paylaşımının yerine iki ile eşitlenecek şekilde yeniden gruplandırmak daha iyi olabilir. Sunucu genelinde dosya paylaşımının dengeli dosya ve klasör sayısını korumak için bu yaklaşımı kullanabilirsiniz. Ayrıca, şirket içi paylaşımlarınızı bölebilir ve daha fazla şirket içi sunucu arasında eşitleme yapabilirsiniz ve ek sunucu başına 30 daha fazla Azure dosya paylaşımı ile eşitleme özelliği ekleyebilirsiniz.

Eşleme tablosu oluşturma

Azure dosya paylaşımının kaç tane olması gerektiğini ve mevcut verilerinizin hangi bölümlerinin Azure dosya paylaşımında biteceğini öğrenmek için önceki bilgileri kullanın.

Düşüncelerinizi kaydeden bir tablo oluşturun. bu sayede, ihtiyacınız olduğunda bu kayda başvurabilirsiniz. Aynı anda birçok Azure kaynağını sağladığınızda, eşleme planınızın ayrıntılarını kaybetmek kolay olabileceğinden, organize edilmesi önemlidir. Eşlemenizi oluşturmaya yardımcı olmak için şablon olarak kullanmak üzere aşağıdaki Excel dosyasını indirin.

Bir ad alanı eşleme şablonu indirin.

Windows dosya sunucusu konuları

Windows sunucuda eşitleme özelliğini etkinleştirmek için, Azure Dosya Eşitleme indirilebilir aracıyı yüklemelisiniz. Azure Dosya Eşitleme aracısı iki ana bileşen sağlar: FileSyncSvc.exe Windows, sunucu uç noktalarında yapılan değişiklikleri izlemenin yanı sıra eşitleme oturumlarını başlatan ve StorageSync.sys bulut katmanlaması ve hızlı olağanüstü durum kurtarmayı sağlayan bir dosya sistemi filtresi.

İşletim sistemi gereksinimleri

Azure Dosya Eşitleme, Windows Server 'ın aşağıdaki sürümleriyle desteklenir:

Windows Server 'ın gelecek sürümleri, yayımlandıklarında eklenecektir.

En düşük sistem kaynakları

Azure Dosya Eşitleme, en az bir CPU ve en az 2 GiB belleği olan fiziksel ya da sanal bir sunucu gerektirir.

Çoğu üretim iş yükleri için, yalnızca minimum gereksinimlere sahip bir Azure Dosya Eşitleme eşitleme sunucusu yapılandırmanızı önermiyoruz. Daha fazla bilgi için Önerilen sistem kaynaklarına bakın.

Önerilen sistem kaynakları

Tüm sunucu özellikleri veya uygulamalar gibi, Azure Dosya Eşitleme için sistem kaynak gereksinimleri, dağıtımın ölçeği tarafından belirlenir; bir sunucudaki daha büyük dağıtımlar daha fazla sistem kaynağı gerektirir. Azure Dosya Eşitleme için, ölçek sunucu uç noktaları genelinde nesne sayısına ve veri kümesindeki dalgalanma göre belirlenir. Tek bir sunucu birden çok eşitleme grubunda sunucu uç noktalarına ve bir sunucunun eklendiği tam ad alanı için aşağıdaki tablo hesaplarında listelenen nesne sayısına sahip olabilir.

Örneğin, 10.000.000 nesneleriyle sunucu uç noktası A ve 10.000.000 Objects = 20.000.000 nesneleriyle sunucu uç noktası B. Bu örnek dağıtım için, ilk geçiş için 8 CPU, sabit durum için 16 GiB bellek ve (mümkünse) 48 GiB bellek önereceğiz.

Ad alanı verileri performans nedenleriyle bellekte depolanır. Bu nedenle, daha büyük ad alanları iyi performans sağlamak için daha fazla bellek gerektirir ve daha fazla dalgalanma daha fazla CPU gerektirir.

Aşağıdaki tabloda, ortalama dosya boyutu 512 KiB olduğunda, ad alanının boyutunu ve tipik genel amaçlı dosya paylaşımları için kapasiteye dönüştürmeyi sağladık. Dosya boyutlarınız daha küçükse, aynı kapasite miktarı için ek bellek eklemeyi göz önünde bulundurun. Bellek yapılandırmanızı ad alanının boyutuna dayandırın.

*Dizinlerde 100 milyondan fazla & eşitlemek şu anda önerilmez. Bu, test edilen eşiklerimizi temel alan bir yazılım sınırıdır. Daha fazla bilgi için bkz. Azure Dosya Eşitleme hedeflerini ölçeklendirme.

• NTFS dosya sistemiyle biçimlendirilmiş yerel olarak bağlı bir birim.

Değerlendirme cmdlet'i

Dağıtım öncesinde Azure Dosya Eşitleme değerlendirme cmdlet'ini kullanarak sisteminiz ile uyumlu olup olmadığını Azure Dosya Eşitleme gerekir. Bu cmdlet, dosya sisteminiz ve veri kümeniz ile ilgili desteklenmeyen karakterler veya desteklenmeyen işletim sistemi sürümü gibi olası sorunları denetler. Denetimler, aşağıda belirtilen özelliklerin çoğunu değil, çoğunu içerir; Dağıtımınızı sorunsuz bir şekilde devam etmek için bu bölümün geri kalanını dikkatle okumanızı öneririz.

Değerlendirme cmdlet'i, Az PowerShell modülünü yükleyerek yükleyebilirsiniz. Bu modül, buradaki yönergeleri izleyerek Azure PowerShell.

Kullanım

Değerlendirme aracını birkaç farklı şekilde çağırabilirsiniz: sistem denetimlerini, veri kümesi denetimlerini veya her ikisini birden gerçekleştirebilirsiniz. Hem sistem hem de veri kümesi denetimlerini gerçekleştirmek için:

Invoke-AzStorageSyncCompatibilityCheck -Path <path>

Yalnızca veri kümenizi test etmek için:

Invoke-AzStorageSyncCompatibilityCheck -Path <path> -SkipSystemChecks

Yalnızca sistem gereksinimlerini test etmek için:

Invoke-AzStorageSyncCompatibilityCheck -ComputerName <computer name> -SkipNamespaceChecks

Sonuçları CSV olarak görüntülemek için:

$validation = Invoke-AzStorageSyncCompatibilityCheck C:\DATA
$validation.Results | Select-Object -Property Type, Path, Level, Description, Result | Export-Csv -Path C:\results.csv -Encoding utf8

Dosya sistemi uyumluluğu

Azure Dosya Eşitleme doğrudan bağlı NTFS birimlerinde de kullanılabilir. Windows Server'da doğrudan bağlı depolama veya DAS, Windows Server işletim sisteminin dosya sistemine sahip olduğu anlamına gelir. DAS, diskleri dosya sunucusuna fiziksel olarak ekleme, bir dosya sunucusu VM'sine sanal diskler ekleme (Hyper-V tarafından barındırılan bir VM gibi) ve hatta ISCSI aracılığıyla sağlanmalıdır.

Yalnızca NTFS birimleri de desteklemektedir; ReFS, FAT, FAT32 ve diğer dosya sistemleri desteklenmiyor.

Aşağıdaki tabloda NTFS dosya sistemi özelliklerinin birlikte çalışma durumu gösterir:

Azure Dosya Eşitleme, bazı geçici dosyaları ve sistem klasörlerini de atlar:

Yerel diskiniz için ne kadar boş alana ihtiyacınız olduğunu düşünün

Sunucu uç noktasını Azure Dosya Eşitleme, yerel diskte ne kadar boş alana ihtiyacınız olduğunu göz önünde bulundurabilirsiniz.

Bu Azure Dosya Eşitleme, yerel diskiniz üzerinde aşağıdaki alan alanlarını dikkate alasınız:

• Bulutta katmanlama etkinleştirildiğinde:

  • Katmanlı dosyalar için yeniden seyrek noktalar
  • Azure Dosya Eşitleme meta veri veritabanı
  • Azure Dosya Eşitleme deposu
  • Açık önbelleğinize tam olarak indirilen dosyalar (varsa)
  • Birim boş alanı ilkesi gereksinimleri

• Bulutta katmanlama devre dışı bırakılmıştır:

  • Tam olarak indirilen dosyalar
  • Azure Dosya Eşitleme deposu
  • Azure Dosya Eşitleme meta veri veritabanı

Yerel diskiniz üzerinde ihtiyaç edilecek boş alan miktarını tahmin etmek için bir örnek kullan kullanıruz. Azure Dosya Eşitleme aracınızı Azure Windows VM'nize yüklemiş ve F diskte bir sunucu uç noktası oluşturmayı planlamışsınız. 1 milyon dosya var ve bunların hepsini, 100.000 dizinini ve 4 KiB disk kümesi boyutunu katmanlatırabilirsiniz. Disk boyutu 1000 GiB'dır. Bulutta katmanlamayı etkinleştirmek ve birim boş alanı ilkenizi %20 olarak ayarlamak istiyorsunuz.

1. NTFS, katmanlı dosyaların her biri için bir küme boyutu ayırır. 1 milyon dosya * 4 KiB küme boyutu = 4.000.000 KiB (4 GiB)

Bu durumda, Azure Dosya Eşitleme ad alanı için yaklaşık 209.500.000 KiB (209,5 GiB) alanı gerekir. Bu disk için ne kadar boş alan gerekli olduğunu an etmek için bu miktarı istenen herhangi bir ek boş alana ekleyin.

Yük Devretme Kümelemesi

1. Windows Sunucu Yük Devretme Kümelesi, "Azure Dosya Eşitleme için Dosya Sunucusu" dağıtım seçeneği için sunucu tarafından de destekler.
2. Azure Dosya Eşitleme desteklenen tek Windows Kümelenmiş Diskler ile Sunucu Yük Devretme Kümesi'dir
3. Yük Devretme Kümeley hizmeti "Genişleme Dosya Sunucusu verisi" (SOFS) veya Kümelenmiş Paylaşılan Birimler (CSV) ya da yerel disklerde desteklenmemektedir.

Yinelenen Verileri Kaldırma

Windows Server 2016 ve Windows Server 2019
Windows Server 2016 ve Windows Server 2019 için birim üzerinde bir veya daha fazla sunucu uç noktası üzerinde bulutta katmanlamanın etkin veya devre dışı bırakılmıştır. Bulutta katmanlama etkinken bir bir birim üzerinde Verileri Kaldırma'nın etkinleştirilmesi, daha fazla depolama alanı sağlamadan şirket içinde daha fazla dosya önbelleğe alamamanizi sağlar.

Bulut katmanlama etkinleştirilmiş birimde Verileri Kaldırma etkinleştirildiğinde, sunucu uç noktası konumu içindeki dedup için iyileştirilmiş dosyalar, bulut katmanlama ilkesi ayarlarına göre normal bir dosyaya benzer şekilde katmanlı olur. Yeniden kaldırma için iyileştirilmiş dosyalar katmanlandırıldıktan sonra, Birimdeki diğer dosyalar tarafından artık başvurulmayacak gereksiz öbekleri kaldırarak disk alanını geri kaldırmak için Veri Kaldırma çöp toplama işi otomatik olarak çalışır.

Birim tasarrufları yalnızca sunucu için geçerlidir; Azure dosya paylaşımında verilerinizin kesintiye neden olmaz.

Windows Server 2012 R2
Azure Dosya Eşitleme, R2'de aynı bir birim üzerinde Veri Kaldırma ve bulut katmanlama Windows Server 2012 desteklemez. Bir bir birim üzerinde Veri Kaldırma etkinse, bulutta katmanlama devre dışı bırakilmelidir.

Notlar

• Azure Dosya Eşitleme aracısı yüklenmeden önce Veri Kaldırma yüklenirse, aynı bir birimde Veri Kaldırma ve bulut katmanlama desteği için yeniden başlatma gerekir.

• Bulut katmanlama etkinleştirildikten sonra birim üzerinde Veri Kaldırma etkinleştirilirse, ilk Kez Kaldırma iyileştirme işi zaten katmanlamamış bir birim üzerindeki dosyaları iyiler ve bulut katmanlama üzerinde aşağıdaki etkiyi etkiler:

  • Boş alan ilkesi, ısı haritasını kullanarak dosyaları birim üzerinde boş alana göre katmanlaya devam eder.
  • Tarih ilkesi, dosyalara erişen Bir Daha Fazla Kaldırma iyileştirme işi nedeniyle başka bir şekilde katmanlama için uygun olan dosyaların katmanlama adımlarını atlar.

• Devam eden Deduication iyileştirme işleri için, dosya zaten katmanlandı değilseniz, veri ilkesiyle bulutta katmanlama, Veri Kaldırma MinimumFileAgeDays ayarı tarafından geciktirilir.

  • Örnek: MinimumFileAgeDays ayarı yedi gün ve bulutta katmanlama tarih ilkesi 30 gün ise, tarih ilkesi dosyaları 37 gün sonra katmanlar.
  • Not: Bir dosya bir dosya Azure Dosya Eşitleme, Kaldırma iyileştirme işi dosyayı atlar.

• Azure Dosya Eşitleme aracısı yüklü Windows Server 2012 R2 çalıştıran bir sunucu Windows Server 2016 veya Windows Server 2019'a yükseltilirse, aynı bir birimde Veri Kaldırma ve bulut katmanlama desteği için aşağıdaki adımlar gerçekleştir yapılmalıdır:

  • Windows Server 2012 R2 için Azure Dosya Eşitleme aracıyı kaldırın ve sunucuyu yeniden başlatın.
  • Yeni sunucu Azure Dosya Eşitleme sürümü (Windows Server 2016 veya Windows Server 2019) için Windows aracıyı indirin.
  • Azure Dosya Eşitleme aracıyı yükleyin ve sunucuyu yeniden başlatın.

  Not: Azure Dosya Eşitleme kaldır ve yeniden yüklensin sunucu yapılandırma ayarları korunur.

Dağıtılmış Dosya Sistemi (DFS)

Azure Dosya Eşitleme, DFS Ad Alanları (DFS-N) ve DFS Çoğaltma (DFS-R) ile birlikte çalışabilirliği destekler.

DFS Ad Alanları (DFS-N): Azure Dosya Eşitleme, DFS-N sunucularında tam olarak de destekler. Sunucu uç noktaları Azure Dosya Eşitleme bulut uç noktası arasında veri eşitlemek için bir veya daha fazla DFS-N üyesine Azure Dosya Eşitleme aracıyı yükleyebilirsiniz. Daha fazla bilgi için bkz. DFS Ad Alanlarına genel bakış.

DFS Çoğaltma (DFS-R): DFS-R ve Azure Dosya Eşitleme çoğaltma çözümleri olduğu için çoğu durumda DFS-R'yi Azure Dosya Eşitleme. Ancak DFS-R ve Azure Dosya Eşitleme kullanmak istediğiniz Azure Dosya Eşitleme vardır:

• DFS-R dağıtımından bir dağıtıma Azure Dosya Eşitleme. Daha fazla bilgi için bkz. DFS Çoğaltma (DFS-R) dağıtımını Azure Dosya Eşitleme.
• Dosya verilerinizin bir kopyasına ihtiyaç olan her şirket içi sunucu doğrudan İnternet'e bağlanamıyor.
• Dal sunucuları, verileri tek bir hub sunucusunda birleştirilmiştir ve bu sunucu için veri Azure Dosya Eşitleme.

Dfs Azure Dosya Eşitleme ve DFS-R'nin yan yana çalışması için:

1. Azure Dosya Eşitleme katmanlama, DFS-R çoğaltılmış klasörleri olan birimlerde devre dışı bırakılmıştır.
2. Sunucu uç noktaları DFS-R salt okunur çoğaltma klasörlerde yapılandırılmamış olmalıdır.

Daha fazla bilgi için bkz. DFS Çoğaltma genel bakış.

Sysprep

Azure Dosya Eşitleme aracının yüklü olduğu bir sunucuda sysprep kullanmak desteklanmaz ve beklenmeyen sonuçlara yol açabilirsiniz. Aracı yüklemesi ve sunucu kaydı, sunucu görüntüsünü dağıttıktan ve sysprep mini kurulumu tamamladıktan sonra oluşmalı.

Windows Search

Sunucu uç noktası üzerinde bulut katmanlama etkinleştirildiyse, katmanlanan dosyalar atlanır ve Ara özelliği tarafından Windows değil. Katmanlı olmayan dosyalar düzgün şekilde dizine alındı.

Diğer Hiyerarşik Depolama Yönetimi (HSM) çözümleri

Bu hizmetle başka HSM çözümleri Azure Dosya Eşitleme.

Performans ve Ölçeklenebilirlik

Azure Dosya Eşitleme aracısı Azure dosya paylaşımları ile bağlanan bir Windows Server makinesi üzerinde çalıştırıldığına göre, etkili eşitleme performansı altyapınızdaki bir dizi faktöre 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ümesi etkinliği. Bu Azure Dosya Eşitleme dosya düzeyinde çalışma özelliğine sahip olduğu için, Azure Dosya Eşitleme tabanlı bir çözümün performans özellikleri, saniye başına işlenen nesne (dosya ve dizin) sayısıyla daha iyi ölçülür.

Azure portal veya SMB kullanılarak Azure dosya paylaşımında yapılan değişiklikler hemen algılanmaz ve sunucu uç noktasına yapılan değişiklikler gibi çoğaltılmaz. Azure Dosyalar henüz değişiklik bildirimlerine veya günlüklere sahip değildir, bu nedenle dosyalar değiştirilirken otomatik olarak eşitleme oturumu başlatmanın bir yolu yoktur. Windows Server'Azure Dosya Eşitleme, Windows değiştirerek otomatik olarak eşitleme oturumu başlatmak için usn günlüklerini kullanır

Azure dosya paylaşımında yapılan değişiklikleri algılamak için Azure Dosya Eşitleme algılama işi olarak adlandırılan zamanlanmış bir iş vardır. Değişiklik algılama işi, dosya paylaşımında yer alan her dosyayı numaralar ve ardından bu dosyanın eşitleme sürümüyle karşılaştırıldığında. Değişiklik algılama işi dosyaların değiştiğini belirlerse, Azure Dosya Eşitleme eşitleme oturumu başlatılır. Değişiklik algılama işi 24 saatte bir başlatılır. Değişiklik algılama işi Azure dosya paylaşımında yer alan her dosyayı numaralara göre değiştirerek işe yarar, değişiklik algılama daha büyük ad alanlarında daha küçük ad alanlarına göre daha uzun sürer. Büyük ad alanları için, hangi dosyaların değiştiğinin belirlenmesi 24 saatte bir bir daha uzun sürebilir.

Daha fazla bilgi için bkz. Azure Dosya Eşitleme ölçümlerini ve Azure Dosya Eşitleme hedeflerini ölçeklendirme

Kimlik

Azure Dosya Eşitleme, eşitlemeyi ayarlamanın ötesinde özel bir kurulum olmadan standart AD tabanlı kimliğiniz ile çalışır. Azure dosya Azure Dosya Eşitleme çoğu erişimin Azure dosya paylaşımı yerine Azure Dosya Eşitleme sunucuları önbelleğe alma yoluyla ilerler. Sunucu uç noktaları Windows Server'da yer alıyor ve Windows Server uzun süredir AD ve Windows stili ACL'leri destekleyene kadar, Depolama Eşitleme Hizmeti'ne kayıtlı Windows dosya sunucularının etki alanına katıldığından emin olmak dışında hiçbir şey gerekmez. Azure Dosya Eşitleme, ACL'leri Azure dosya paylaşımında dosyalarda depolar ve bunları tüm sunucu uç noktalarına çoğaltır.

Doğrudan Azure dosya paylaşımında yapılan değişikliklerin eşitleme grubunda sunucu uç noktalarıyla eşitsi daha uzun sürecek olsa da, ad izinlerinizi doğrudan bulutta da dosya paylaşımınıza uygulayasınız. Bunu yapmak için, depolama dosya sunucularının etki alanına nasıl katıldığı gibi, depolama hesabınızla şirket içi AD Windows etki alanına katılmanız gerekir. Depolama hesabınıza müşterinin sahip olduğu Bir Active Directory'ye etki alanı ekleme hakkında daha fazla bilgi edinmek için bkz. Azure Dosyalar Active Directory'ye genel bakış.

Ağ

Azure Dosya Eşitleme aracısı, her ikisi de her zaman 443 bağlantı noktası üzerinden HTTPS kullanan Azure Dosya Eşitleme REST protokolünü ve FileREST protokolünü kullanarak Depolama Eşitleme Hizmeti ve Azure dosya paylaşımınız ile iletişim kurar. SMB, Windows Server ve Azure dosya paylaşımı arasında veri yüklemek veya indirmek için hiçbir zaman kullanılmaz. Çoğu kuruluş, 443 bağlantı noktası üzerinden HTTPS trafiğine izin vermediğinden, çoğu Web sitesini ziyaret etme gereksinimi olarak, Azure Dosya Eşitleme dağıtmak için özel ağ yapılandırması gerekmez.

Kuruluşunuzun ilkesi veya benzersiz düzenleme gereksinimlerine bağlı olarak, Azure ile daha kısıtlayıcı bir iletişim gerektirebilir ve bu nedenle Azure Dosya Eşitleme ağ yapılandırmanız için çeşitli mekanizmalar sağlar. Gereksinimlerinize göre şunları yapabilirsiniz:

• expressroute veya Azure VPN 'niz üzerinden eşitleme ve karşıya dosya yükleme/indirme trafiği Tunnel.
• Azure dosyaları ve hizmet uç noktaları ve özel uç noktalar gibi Azure ağ özelliklerinden yararlanabilirsiniz.
• Ortamınızdaki proxy 'nizi desteklemek için Azure Dosya Eşitleme yapılandırın.
• Azure Dosya Eşitleme ağ etkinliğini kısıtlama.

Azure Dosya Eşitleme ve ağ oluşturma hakkında daha fazla bilgi için bkz. Azure dosya eşitleme ağ değerlendirmeleri.

Şifreleme

Azure Dosya Eşitleme kullanırken göz önünde bulundurmanız gereken üç farklı şifreleme katmanı vardır: Windows sunucusunun rest depolamada şifreleme, Azure Dosya Eşitleme aracısı ile Azure arasında aktarım sırasında şifreleme ve azure dosya paylaşımındaki verilerinizin geri kalanında şifreleme.

Windows Bekleyen sunucu şifrelemesi

dosya sistemi Azure Dosya Eşitleme ile birlikte çalışan Windows sunucuda veri şifrelemek için iki strateji vardır: dosya sistemi ve dosyaya yazılan tüm veriler şifrelenir ve dosya biçimi içinde şifreleme. Bu yöntemler birbirini dışlamalı değildir; şifreleme amacı farklı olduğundan, istenirse birlikte kullanılabilir.

dosya sisteminin altında şifreleme sağlamak için Windows sunucusu, BitLocker gelen kutusu sağlar. BitLocker Azure Dosya Eşitleme için tamamen saydamdır. BitLocker gibi bir şifreleme mekanizması kullanmanın birincil nedeni, diskleri çalmaya ve yetkisiz bir işletim sisteminin verilerinize yetkisiz okuma/yazma işlemleri gerçekleştirmesini önlemek için, şirket içi veri merkezinizden verileri fiziksel olarak alma işlemini önlemektir. BitLocker hakkında daha fazla bilgi edinmek için bkz. BitLocker genel bakış.

BitLocker 'a benzer şekilde çalışan üçüncü taraf ürünleri, NTFS biriminin altına oturduklarında, benzer şekilde Azure Dosya Eşitleme ile tamamen saydam şekilde çalışır.

Verileri şifrelemek için diğer Main yöntemi, uygulamanın dosyayı kaydettiğinde dosyanın veri akışını şifreleyeyöneliktir. Bazı uygulamalar bunu yerel olarak yapamayabilir, ancak bu durum genellikle böyle değildir. Dosyanın veri akışını şifrelemek için bir yöntem örneği Azure Information Protection (AıP)/Azure Rights Management Services (Azure RMS)/Active Directory RMS 'dir. AıP/RMS gibi bir şifreleme mekanizması kullanmanın birincil nedeni, verileri bir flash sürücü gibi alternatif konumlara kopyalayan veya yetkisiz bir kişiye e-posta ile göndererek dosya paylaşımınızdan veri alımını önlemektir. Dosya biçiminin bir parçası olarak bir dosyanın veri akışı şifrelendiğinde, bu dosya Azure dosya paylaşımında şifrelenmeye devam edecektir.

Azure Dosya Eşitleme, NTFS şifreli dosya sistemi (NTFS EFS) veya dosya sisteminin üzerine, ancak dosyanın veri akışının altında yer alan üçüncü taraf şifreleme çözümleriyle birlikte çalışmaz.

Aktarım sırasında şifreleme

Azure Dosya Eşitleme aracısı, her ikisi de 443 numaralı bağlantı noktası üzerinden HTTPS kullanan Azure Dosya Eşitleme REST protokolünü ve en fazla dosya protokolünü kullanarak Depolama eşitleme hizmetiniz ve Azure dosya paylaşımınızla iletişim kurar. Azure Dosya Eşitleme, HTTP üzerinden şifrelenmemiş istekler göndermez.

Azure depolama hesapları, varsayılan olarak etkin olan aktarım sırasında şifreleme gerektirmek için bir anahtar içerir. Depolama hesabı düzeyindeki anahtar devre dışı bırakılmış olsa da, Azure dosya paylaşımlarınıza şifrelenmemiş bağlantıların mümkün olduğu anlamına gelir, Azure Dosya Eşitleme yalnızca dosya paylaşımınıza erişmek için şifrelenmiş kanallar kullanacaktır.

depolama hesabı için bir aktarımda şifrelemeyi devre dışı bırakmak için birincil neden, Windows Server 2008 R2 veya daha eski Linux dağıtımı gibi eski bir işletim sisteminde çalıştırılması gereken eski bir uygulamayı desteklemelidir, bu da doğrudan bir Azure dosya paylaşımıyla görüşüledir. eski uygulama dosya paylaşımının Windows sunucu önbelleği ile iletişim alıyorsa, bu ayarın değiştirme etkisi olmayacaktır.

Geçiş sırasında verilerin şifrelenmesini güvence altına almanız önemle önerilir.

Aktarım sırasında şifreleme hakkında daha fazla bilgi için bkz. Azure depolama 'da güvenli aktarım gerektirme.

Rest 'de Azure dosya paylaşma şifrelemesi

Azure dosyalarında depolanan tüm veriler, Azure depolama hizmeti şifrelemesi (SSE) kullanılarak Rest 'te şifrelenir. Depolama hizmeti şifrelemesi Windows 'da BitLocker 'a benzer şekilde çalışır: veriler dosya sistemi düzeyinin altında şifrelenir. Veriler, Azure dosya paylaşımının dosya sisteminin altında, diske kodlandığı gibi şifrelendiğinden, Azure dosya paylaşımından okumak veya yazmak için istemcideki temel anahtara erişiminizin olması gerekmez. Bekleyen şifreleme hem SMB hem de NFS protokolleri için geçerlidir.

Varsayılan olarak, Azure dosyalarında depolanan veriler, Microsoft tarafından yönetilen anahtarlarla şifrelenir. Microsoft tarafından yönetilen anahtarlarla, Microsoft, verileri şifrelemek/şifrelerini çözmek için anahtarları tutar ve bunları düzenli olarak döndürmekten sorumludur. Ayrıca, kendi anahtarlarınızı yönetmeyi seçebilirsiniz ve bu da döndürme sürecinde denetim sağlar. Dosya paylaşımlarınızı müşteri tarafından yönetilen anahtarlarla şifrelemeyi seçerseniz, Azure dosyaları, istemcilerinizden okuma ve yazma isteklerini karşılamak üzere Anahtarlarınıza erişme yetkisine sahiptir. Müşteri tarafından yönetilen anahtarlarla, bu yetkilendirmeyi dilediğiniz zaman iptal edebilirsiniz, ancak Azure dosya paylaşımınızın SMB veya FileREST API 'SI aracılığıyla artık erişilemeyeceği anlamına gelir.

Azure dosyaları, Azure Blob depolama gibi diğer Azure depolama hizmetleriyle aynı şifreleme şemasını kullanır. Azure depolama hizmeti şifrelemesi (SSE) hakkında daha fazla bilgi edinmek için bkz. bekleyen veriler Için Azure depolama şifrelemesi.

Depolama katmanları

Azure Dosyalar, paylaşımlarınızı senaryonun performans ve fiyat gereksinimlerine uyarlamanıza olanak sağlayan premium, işlem için iyileştirilmiş, sıcak ve cool olmak için dört farklı depolama katmanı sunar:

• Premium: Premium dosya paylaşımları katı hal sürücüleriyle (SDD) destek sunar ve yoğun IO kullanılan iş yükleri için çoğu IO işlemi için tek basamaklı milisaniyeler içinde tutarlı yüksek performans ve düşük gecikme süresi sağlar. Premium dosya paylaşımları veritabanları, web sitesi barındırma ve geliştirme ortamları gibi çok çeşitli iş yükleri için uygundur. Premium dosya paylaşımları hem Sunucu İleti Bloğu (SMB) hem de Ağ Dosya Sistemi (NFS) protokolleri ile kullanılabilir.
• İşlem için iyileştirilmiş: İşlem için iyileştirilmiş dosya paylaşımları, premium dosya paylaşımları tarafından sunulan gecikme süresine ihtiyaçen yoğun işlem iş yüklerini etkinleştirir. İşlem için iyileştirilmiş dosya paylaşımları, sabit disk sürücüleri (HDD) ile birlikte standart depolama donanımı üzerinde sunulur. İşlem için iyileştirilmiş geçmiş "standart" olarak da adlandırılan bu durum, katmanın kendisi yerine depolama medyası türünü ifade eder (sık ve sık ve soğutma katmanları da standart depolama donanımlarında olduğu için "standart" katmanlardır).
• Hot: Sıcak dosya paylaşımları, takım paylaşımları gibi genel amaçlı dosya paylaşım senaryoları için iyileştirilmiş depolama sunar. Dosya paylaşımları, HDD'ler tarafından desteklen standart depolama donanımı üzerinde sunulur.
• Cool: Cool dosya paylaşımları, çevrimiçi arşiv depolama senaryoları için iyileştirilmiş uygun maliyetli depolama sunar. Cool dosya paylaşımları, HDD'ler ile birlikte standart depolama donanımı üzerinde sunulur.

Premium dosya paylaşımları FileStorage depolama hesabı türe dağıtılır ve yalnızca sağlanan bir faturalama modelinde kullanılabilir. Premium dosya paylaşımları için sağlanan faturalama modeli hakkında daha fazla bilgi için bkz. Premium dosya paylaşımları için sağlamayı anlama. İşlem için iyileştirilmiş, sık erişimli ve seyrek erişimli dosya paylaşımları dahil olmak üzere standart dosya paylaşımları genel amaçlı sürüm 2 (GPv2) depolama hesabı türüne dağıtılır ve kullandıkça öde faturalandırma üzerinden kullanılabilir.

İş yükünüz için bir depolama katmanı seçerken, performans ve kullanım gereksinimlerinizi göz önünde bulundurun. İş yükünüz tek basamaklı gecikme gerektiriyorsa veya şirket içi SSD depolama medyası kullanıyorsanız, Premium katman büyük olasılıkla en uygun seçenektir. Düşük gecikme süresi çok önemli değilse, örneğin, Azure 'dan şirket içine takılan veya şirket içinde Azure Dosya Eşitleme aracılığıyla önbelleğe alınmış takım paylaşımları ile standart depolama, maliyet açısından daha iyi bir uyum sağlayabilir.

Depolama hesabında bir dosya paylaşma oluşturduktan sonra, farklı depolama hesabı türlerine özel katmanlara taşıyamazsınız. Örneğin, bir işlem için iyileştirilmiş dosya payını Premium katmana taşımak için, bir FileStorage depolama hesabında yeni bir dosya paylaşma oluşturmanız ve verileri özgün paylaşımınızdan FileStorage hesabındaki yeni bir dosya paylaşımıyla kopyalamanız gerekir. Azure dosya paylaşımları arasında veri kopyalamak için AzCopy kullanmanız önerilir, ancak robocopy Windows veya macOS ve Linux gibi araçları da kullanabilirsiniz rsync .

GPv2 depolama hesapları içinde dağıtılan dosya paylaşımları, yeni bir depolama hesabı oluşturmadan ve veri geçirmeden Standart katmanlar (işlem için iyileştirilmiş, sık erişimli ve seyrek erişimli) arasında taşınabilir, ancak katmanınızı değiştirdiğinizde işlem maliyetlerine tabi olursunuz. Bir eklentiyi bir Hotter katmanından daha soğuk bir katmana taşıdığınızda, paylaşımdaki her dosya için daha soğuk katmanın yazma işlemi ücreti uygulanır. Bir dosya paylaşımının daha soğuk bir katmandan Hotter katmanına taşınması, paylaşılan katmanın paylaşımdaki her dosya için okuma işlemi ücretine neden olur.

Daha fazla bilgi için bkz. Azure dosyalarının faturalandırmasını anlama .

Bölgesel kullanılabilirlik

100 TiB kapasitesine sahip standart dosya paylaşımları belirli sınırlamalara sahiptir.

• Şu anda yalnızca yerel olarak yedekli depolama (LRS) ve bölge yedekli depolama (ZRS) hesapları desteklenir.
• Büyük dosya paylaşımlarını etkinleştirdikten sonra, depolama hesaplarını coğrafi olarak yedekli depolama (GRS) veya coğrafi bölge yedekli depolama (GZRS) hesaplarına dönüştüremezsiniz.
• Büyük dosya paylaşımlarını etkinleştirdikten sonra devre dışı bırakabilirsiniz.

Azure dosya eşitleme bölgesi kullanılabilirliği

Bölgesel kullanılabilirlik için bkz. bölgelere göre kullanılabilir ürünler.

aşağıdaki bölgeler, Azure Dosya Eşitleme birlikte kullanabilmeniz için Azure Depolama erişim istemeniz gerekir:

• Güney Fransa
• Güney Afrika - Batı
• Orta BAE

Bu bölgeler için erişim istemek üzere Bu belgedekiişlemi izleyin.

Yedeklilik

Azure dosya paylaşımlardaki verileri veri kaybına veya bozulmaya karşı korumak için tüm Azure dosya paylaşımları yazıldığı gibi her bir dosyanın birden çok kopyasını depolar. İş yükünüzün gereksinimlerine bağlı olarak, ek derece artıklığı seçebilirsiniz. Azure dosyaları şu anda aşağıdaki veri artıklığı seçeneklerini desteklemektedir:

• Yerel olarak yedekli depolama (LRS): LRS ile, her dosya Azure depolama kümesi içinde üç kez depolanır. Bu, bozuk disk sürücüsü gibi donanım hataları nedeniyle verilerin kaybedilmesine karşı koruma sağlar. Ancak, veri merkezinde yangın ya da taşması gibi bir olağanüstü durum oluşursa, LRS kullanan bir depolama hesabının tüm çoğaltmaları kaybolabilir veya kurtarılamaz olabilir.
• Bölgesel olarak yedekli depolama (ZRS): ZRS ile her bir dosyanın depolanan üç kopyası, ancak bu kopyalar, farklı Azure kullanılabilirlik bölgelerinde bulunan üç farklı depolama kümesinde fiziksel olarak yalıtılır. Kullanılabilirlik alanları, bir Azure bölgesi içinde benzersiz fiziksel konumlardır. Her bölge, bağımsız güç, soğutma ve ağ ile donatılmış bir veya daha fazla veri merkezinden oluşur. Depolama alanına yazma işlemi, üç kullanılabilirlik bölgesindeki depolama kümelerine yazılana kadar kabul edilmez.
• Coğrafi olarak yedekli depolama (GRS): GRS ile, birincil ve ikincil bölge olmak üzere iki bölgesiniz vardır. Dosyalar, birincil bölgedeki bir Azure depolama kümesi içinde üç kez saklanır. Yazma işlemleri, zaman uyumsuz olarak Microsoft tarafından tanımlanan bir ikincil bölgeye çoğaltılır. GRS, iki Azure bölgesi arasında veri yayın altı kopyasını sağlar. Doğal bir olağanüstü durum veya başka benzer bir olay nedeniyle, bir Azure bölgesinin kalıcı kaybolması gibi önemli bir olağanüstü durum durumunda Microsoft bir yük devretme gerçekleştirir ve ikincil, tüm işlemleri sunan birincil hale gelir. Birincil ve ikincil bölgeler arasındaki çoğaltma zaman uyumsuz olduğundan, büyük bir olağanüstü durum durumunda ikincil bölgeye henüz çoğaltılmamış veriler kaybolur. Ayrıca, coğrafi olarak yedekli bir depolama hesabının el ile yük devretmesini gerçekleştirebilirsiniz.
• Coğrafi bölge yedekli depolama (GZRS): GZRS ' i ZRS gibi, coğrafi yedeklilik ile düşünebilirsiniz. GZRS ile, dosyalar birincil bölgedeki üç farklı depolama kümelerinde üç kez saklanır. Tüm yazma işlemleri, zaman uyumsuz olarak Microsoft tarafından tanımlanan bir ikincil bölgeye çoğaltılır. GZRS için yük devretme işlemi GRS ile aynı şekilde işler.

5-TiB 'ye kadar olan standart Azure dosya paylaşımları dört artıklık türünü destekler. 5-TiB ' den büyük standart dosya paylaşımları yalnızca LRS ve ZRS 'yi destekler. Premium Azure dosya paylaşımları yalnızca LRS ve ZRS 'yi destekler.

Genel amaçlı sürüm 2 (GPv2) depolama hesapları, Azure dosyaları tarafından desteklenmeyen iki ek artıklık seçeneği sağlar: Bu, genellikle RA-GRS olarak anılan ve Okuma Erişimli Coğrafi olarak yedekli depolama, genellikle RA-GZRS olarak adlandırılır. Bu seçenekler ayarlanmış olarak depolama hesaplarında Azure dosya paylaşımları sağlayabilirsiniz, ancak Azure dosyaları ikincil bölgeden okumayı desteklemez. Okuma Erişimli Coğrafi veya coğrafi bölge yedekli depolama hesaplarına dağıtılan Azure dosya paylaşımları, sırasıyla coğrafi olarak yedekli veya coğrafi olarak yedekli depolama hesaplarına göre faturalandırılır.

Geçiş

mevcut bir Windows dosya sunucusu 2012r2 veya daha yeni bir sürümüne sahipseniz, verileri yeni bir sunucuya taşımaya gerek olmadan doğrudan yerinde Azure Dosya Eşitleme yüklenebilir. Azure Dosya Eşitleme benimsemenin bir parçası olarak yeni bir Windows dosya sunucusuna geçirmeyi planlıyorsanız veya verileriniz şu anda ağ üzerinde bulunuyorsa Depolama (NAS), bu verilerle Azure Dosya Eşitleme kullanmak için birkaç olası geçiş yaklaşımı vardır. Hangi geçiş yaklaşımını seçmelisiniz, verilerinizin Şu anda bulunduğu yere bağlıdır.

Senaryonuza yönelik ayrıntılı kılavuz bulabileceğiniz Azure dosya eşitleme ve Azure dosya paylaşma geçişine genel bakış makalesine göz atın.

Virüsten Koruma

Virüsten koruma, bilinen kötü amaçlı kod için dosyaları tarayarak çalıştığından, bir virüsten koruma ürünü katmanlı dosyaların geri çekmesine neden olabilir ve bu da yüksek çıkış ücretleri elde edilir. Azure Dosya Eşitleme aracısının 4,0 ve üzeri sürümlerinde katmanlı dosyalar, FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS ayarlanmış güvenli Windows özniteliğine sahiptir. Bu öznitelik kümesi ile dosya okumayı atlamak üzere çözümlerini nasıl yapılandıracağınızı öğrenmek için yazılım satıcınıza danışmanız önerilir (birçok şey otomatik olarak yapılır).

Microsoft 'un şirket içi virüsten koruma çözümleri, Windows Defender ve System Center Endpoint Protection (SCEP), her ikisi de bu özniteliği ayarlanmış dosyaları okumayı otomatik olarak atlar. Bunları test ettik ve bir ikincil sorun tanımladı: var olan bir eşitleme grubuna sunucu eklediğinizde, yeni sunucuda 800 bayttan daha küçük dosyalar geri çekilir (indirilir). Bu dosyalar yeni sunucuda kalacak ve katmanlama boyut gereksinimini (>64 KB) karşılamadığında katmanlanmayacak.

Backup

Bulut katmanlaması etkinleştirilirse, sunucu uç noktasını veya sunucu uç noktasının bulunduğu VM 'yi doğrudan yedekleyen çözümler kullanılmamalıdır. Bulut katmanlaması, Azure dosya paylaşımınızda bulunan tam veri kümesi ile sunucu uç noktasında yalnızca verilerinizin bir alt kümesinin depolanmasına neden olur. Kullanılan yedekleme çözümüne bağlı olarak, katmanlı dosyalar atlanır ve yedeklenmez (FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS özniteliği ayarlanmış olduklarından) veya diske geri çekilir ve bu da yüksek çıkış ücretlerine yol açar. Azure dosya paylaşımının doğrudan yedeklenmesi için bir bulut yedekleme çözümü kullanmanızı öneririz. Daha fazla bilgi için bkz. Azure dosya paylaşımı yedeklemesi hakkında veya Azure dosya paylaşımlarının yedeklenmesini desteklediğini öğrenmek için yedekleme sağlayıcınızla iletişim kurun.

Şirket içi yedekleme çözümünü kullanmayı tercih ediyorsanız, yedeklemelerin bulut katmanlaması devre dışı bırakılmış olan eşitleme grubundaki bir sunucuda gerçekleştirilmesi gerekir. Geri yükleme gerçekleştirirken birim düzeyinde veya dosya düzeyinde geri yükleme seçeneklerini kullanın. Dosya düzeyi geri yükleme seçeneği kullanılarak geri yüklenen dosyalar, eşitleme grubundaki tüm uç noktalarla eşitlenir ve mevcut dosyalar yedekten geri yüklenen sürümle birlikte değişir. Birim düzeyinde geri yüklemeler, Azure dosya paylaşımındaki veya diğer sunucu uç noktalarında yeni dosya sürümlerinin yerini olmayacaktır.

Veri Sınıflandırması

Veri sınıflandırma yazılımınız yüklüyse, bulut Katmanlamasının etkinleştirilmesi iki nedenden dolayı maliyeti artırabilir:

1. Bulut katmanlama özelliği etkinken, en yoğun dosyalarınız yerel olarak önbelleğe alınır ve en güncel dosyalar buluttaki Azure dosya paylaşımında katmanlıdır. Veri sınıflandırmanız dosya paylaşımındaki tüm dosyaları düzenli olarak taraıyorsa, buluta katmanlı dosyalar her tarandığında geri alınmalıdır.

2. Veri sınıflandırma yazılımı bir dosyanın veri akışındaki meta verileri kullanıyorsa, yazılımın sınıflandırmasını bilmesi için dosyanın tam olarak geri çekilmiş olması gerekir.

Bu, hem geri çekme sayısı hem de geri çekilen veri miktarı arttıkça maliyetleri artırabilir.

Azure Dosya Eşitleme aracısı güncelleştirme ilkesi

Azure Dosya Eşitleme Aracısı, yeni işlevsellik eklemek ve sorunları gidermek için düzenli olarak güncelleştirilir. Microsoft Update, Azure Dosya Eşitleme aracısına ait güncelleştirmeleri kullanıma almak için yapılandırmanızı öneririz.

Birincil ve ikincil Aracı sürümleri

• Ana Aracı sürümleri genellikle yeni özellikler içerir ve sürüm numarasının ilk bölümü olarak artan bir sayı içerir. Örneğin: * 2. * .**
• Alt Aracı sürümleri "yamalar" olarak da adlandırılır ve Ana sürümlerden daha sık yayımlanır. Bunlar genellikle hata düzeltmeleri ve daha küçük geliştirmeler içerir ancak yeni özellikler içermez. Örneğin: * * . 3.**

Yükseltme yolları

Azure Dosya Eşitleme Aracısı güncelleştirmelerini yüklemek için dört onaylı ve test edilmiş yol vardır.

1. Sındadır Aracı güncelleştirmelerini otomatik olarak indirmek ve yüklemek için Microsoft Update yapılandırın.
   Sunucu aracısına yönelik en son düzeltmelerde erişiminizin olduğundan emin olmak için her zaman Azure Dosya Eşitleme güncelleştirme yapmanız önerilir. Microsoft Update, güncelleştirmeleri otomatik olarak indirip yükleyerek bu işlemi sorunsuz hale getirir.
2. Aracı güncelleştirmelerini indirmek ve yüklemek için AfsUpdater.exe kullanın.
   AfsUpdater.exe, aracı yükleme dizininde bulunur. Aracı güncelleştirmelerini indirmek ve yüklemek için çalıştırılabilire çift tıklayın.
3. Microsoft Update bir düzeltme eki dosyası veya. msp yürütülebilir dosyası kullanarak var olan bir Azure Dosya Eşitleme aracısına yama yapın. En son Azure Dosya Eşitleme güncelleştirme paketi Microsoft Update kataloğundanindirilebilir.
   Bir. msp yürütülebilir dosyası çalıştırmak, Azure Dosya Eşitleme yüklemenizi önceki yükseltme yolundaki Microsoft Update otomatik olarak kullanılan yöntemle yükseltir. Microsoft Update bir düzeltme eki uygulandığında, Azure Dosya Eşitleme yüklemesinin yerinde yükseltilmesi gerçekleştirilir.
4. En yeni Azure Dosya Eşitleme Aracı yükleyicisini Microsoft Indirme merkezi' nden indirin.
   Mevcut bir Azure Dosya Eşitleme Aracısı yüklemesini yükseltmek için eski sürümü kaldırın ve ardından indirilen yükleyiciden en son sürümü yüklemeniz gerekir. Sunucu kaydı, eşitleme grupları ve diğer tüm ayarlar Azure Dosya Eşitleme yükleyicisi tarafından korunur.

Otomatik aracı yaşam döngüsü yönetimi

Aracı sürümü 6 ile, dosya eşitleme ekibi bir aracı otomatik yükseltme özelliği sunmuştur. İki moddan birini seçebilir ve sunucuda yükseltmenin denendiği bir bakım penceresi belirtebilirsiniz. Bu özellik aracı yaşam döngüsü yönetimine yardımcı olmak için tasarlanmıştır. Bu özellik, aracılarınızın süresinin dolması veya sorunsuz bir şekilde izin vermesi için bir guardraıl sağlayarak, geçerli ayarı güncel tutun.

1. Varsayılan ayar , aracının süre sonunu engellemeye çalışır. Aracının, bir aracının deftere nakledildiği son kullanma tarihinden itibaren 21 gün içinde, aracı kendi kendine yükseltmeyi dener. Süre sonu ve seçilen bakım penceresinde 21 gün içinde bir hafta sonra bir kez yükseltme girişiminde yer alacak. Bu seçenek, normal Microsoft Update düzeltme ekleri alma gereksinimini ortadan kaldırmaz.
2. İsteğe bağlı olarak, yeni bir aracı sürümü kullanılabilir hale geldiğinde (Şu anda kümelenmiş sunucular için geçerli değildir), aracının otomatik olarak kendisini yükseltediğini seçebilirsiniz. Bu güncelleştirme, seçilen bakım penceresi sırasında gerçekleşir ve sunucunuzun, genel kullanıma sunulduğunda yeni özelliklerden ve geliştirmelerden yararlanmasına olanak tanır. Bu, ana aracı sürümlerinin yanı sıra sunucunuza düzenli güncelleştirme yamaları sağlayan önerilen, sorunsuz bir ayardır. Yayınlanan her aracı GA kalitesine göre yapılır. Bu seçeneği belirlerseniz, Microsoft en yeni aracı sürümünü size vermeyecektir. Kümelenmiş sunucular hariç tutulur. Fışıklandırma tamamlandıktan sonra, aracı Microsoft Indirme merkezi aka.MS/AFS/Agent ' de de kullanılabilir hale gelir.

Otomatik yükseltme ayarını değiştirme

Aşağıdaki yönergelerde, değişiklikler yapmanız gerekiyorsa, yükleyiciyi tamamladıktan sonra ayarların nasıl değiştirileceği açıklanır.

Bir PowerShell konsolu açın ve eşitleme aracısını yüklediğiniz dizine gidin ve sunucu cmdlet 'lerini içeri aktarın. Bu, varsayılan olarak şuna benzer:

cd 'C:\Program Files\Azure\StorageSyncAgent'
Import-Module -Name .\StorageSync.Management.ServerCmdlets.dll

Get-StorageSyncAgentAutoUpdatePolicy' İ, geçerli ilke ayarını denetlemek ve değiştirmek istediğinizi öğrenmek için çalıştırabilirsiniz.

Geçerli ilke ayarını gecikmeli güncelleştirme izlemesine göre değiştirmek için şunları kullanabilirsiniz:

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode UpdateBeforeExpiration

Geçerli ilke ayarını anında güncelleştirme izi olarak değiştirmek için şunları kullanabilirsiniz:

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode InstallLatest

Aracı yaşam döngüsü ve değişiklik yönetimi garantisi

Azure Dosya Eşitleme, sürekli olarak yeni özellikler ve geliştirmeler sunan bir bulut hizmetidir. Bu, belirli bir Azure Dosya Eşitleme Aracısı sürümünün yalnızca sınırlı bir süre için desteklenebilir olduğu anlamına gelir. Dağıtımınızı kolaylaştırmak için aşağıdaki kurallar, değişiklik yönetimi işleminizde aracı güncelleştirmelerini/yükseltmelerini karşılamaya yetecek zaman ve bildirimin olduğunu garanti eder:

• Ana Aracı sürümleri ilk yayın tarihinden en az altı ay boyunca desteklenir.
• Ana Aracı sürümleri desteği arasında en az üç aydan oluşan bir çakışma olduğunu garanti ediyoruz.
• Son kullanma süresi dolmadan önce en az üç ay sonra, kayıtlı sunucular için uyarılar verilir. Kayıtlı bir sunucunun, bir depolama eşitleme hizmeti 'nin kayıtlı sunucular bölümünde aracının daha eski bir sürümünü kullanıp kullan, kontrol edebilirsiniz.
• Bir alt Aracı sürümünün ömrü, ilişkili ana sürüme bağlanır. Örneğin, aracı sürümü 3,0 bırakıldığında, Aracı sürümleri 2 ' dir. * Hepsi birlikte dolacak şekilde ayarlanır.

Sonraki adımlar

• Güvenlik duvarını ve proxy ayarlarını değerlendirin
• Azure Dosyaları’nı dağıtma
• Azure Dosya Eşitleme’yi dağıtma
• Azure Dosya Eşitleme’yi izleme