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

Azure Dosya Eşitleme, şirket içi bir Windows Server veya bulut SANAL makinesinde birkaç Azure dosya paylaşımını önbelleğe almanızı sağlayan bir hizmettir.

Bu makalede Azure Dosya Eşitleme kavramları ve özellikleri tanıtabilirsiniz. Azure Dosya Eşitleme hakkında bilgi edindikten sonra bu hizmeti denemek için Azure Dosya Eşitleme dağıtım kılavuzunu takip edebilirsiniz.

Dosyalar Azure dosya paylaşımlarında bulutta depolanır. Azure dosya paylaşımları iki şekilde kullanılabilir: bu sunucusuz Azure dosya paylaşımlarını (SMB) doğrudan bağlamak veya Azure Dosya Eşitleme kullanarak Azure dosya paylaşımlarını şirket içinde önbelleğe almak. Seçtiğiniz dağıtım seçeneği, dağıtımınızı planlarken dikkate almanı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, Windows, macOS ve Linux'ta kullanılabilen standart SMB istemcisini kullanarak Azure dosya paylaşımlarını şirket içinde veya bulutta bağlayabilirsiniz. Azure dosya paylaşımları sunucusuz olduğundan, üretim senaryoları için dağıtım için bir dosya sunucusunun veya NAS cihazının yönetilmesi gerekmez. Bu, yazılım düzeltme ekleri uygulamanız veya fiziksel diskleri değiştirmeniz gerekmeyecek anlamına gelir.

• Azure dosya paylaşımını Azure Dosya Eşitleme ile şirket içinde önbelleğe alma: Azure Dosya Eşitleme, kuruluşunuzun dosya paylaşımlarını Azure Dosyalar merkezi hale getirerek şirket içi dosya sunucusunun esnekliğini, performansını ve uyumluluğunu korumanızı sağlar. Azure Dosya Eşitleme bir şirket içi (veya bulut) Windows Server'ı Azure dosya paylaşımınızın hızlı ö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şımı: Azure dosya paylaşımı, Azure Dosya Eşitleme eşitleme ilişkisinin bulut uç noktasını sağlayan sunucusuz bir bulut dosya paylaşımıdır. Azure dosya paylaşımındaki dosyalara SMB veya FileREST protokolüyle doğrudan erişilebilir, ancak Azure dosya paylaşımı Azure Dosya Eşitleme ile kullanıldığında öncelikle Windows Server önbelleği üzerinden dosyalara erişmenizi öneririz. Bunun nedeni, Azure Dosyalar bugün Windows Server'ın sahip olduğu gibi verimli bir değişiklik algılama mekanizmasına sahip olmamasıdır, bu nedenle Azure dosya paylaşımındaki değişikliklerin doğrudan sunucu uç noktalarına yayılması zaman alır.
• Sunucu uç noktası: Windows Server'da bir Azure dosya paylaşımıyla eşitlenen yol. Bu, bir birimdeki belirli bir klasör veya birimin kökü olabilir. Ad alanları çakışmazsa aynı birimde birden çok sunucu uç noktası bulunabilir.
• Eşitleme grubu: Bulut uç noktası veya Azure dosya paylaşımı ile 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 ayrı dosya kümeniz varsa, iki eşitleme grubu oluşturur ve her eşitleme grubuna farklı uç noktalar eklersiniz.

Azure dosya paylaşımı 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ına uygulanan sınırları paylaşır. Geçerli depolama hesabı sınırları için bkz. ölçeklenebilirlik ve performans hedefleri Azure Dosyalar.

Azure Dosyalar 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ıma dağıtmanıza olanak tanır. GPv2 depolama hesapları, Azure dosya paylaşımlarını depolamaya ek olarak blob kapsayıcıları, kuyruklar veya tablolar gibi diğer depolama kaynaklarını da depolayabilir.
• FileStorage depolama hesapları: FileStorage depolama hesapları, Azure dosya paylaşımlarını premium/katı hal disk tabanlı (SSD tabanlı) donanıma dağıtmanıza olanak tanır. FileStorage hesapları yalnızca Azure dosya paylaşımlarını depolamak için kullanılabilir; FileStorage hesabında başka hiçbir depolama kaynağı (blob kapsayıcıları, kuyruklar, tablolar vb.) dağıtılamaz. Yalnızca FileStorage hesapları hem SMB hem de NFS dosya paylaşımlarını dağıtabilir.

Azure portalında, PowerShell'de veya CLI'da karşılaşabileceğiniz başka birçok depolama hesabı türü vardır. BlockBlobStorage ve BlobStorage depolama hesapları olmak üzere iki depolama hesabı türü Azure dosya paylaşımlarını içeremez. Görebileceğiniz diğer iki depolama hesabı türü, genel amaçlı sürüm 1 (GPv1) ve her ikisi de Azure dosya paylaşımları içerebilen klasik depolama hesaplarıdır. GPv1 ve klasik depolama hesapları Azure dosya paylaşımları içerse de, Azure Dosyalar yeni özelliklerinin çoğu yalnızca GPv2 ve FileStorage depolama hesaplarında kullanılabilir. Bu nedenle, yeni dağıtımlar için yalnızca GPv2 ve FileStorage depolama hesaplarını kullanmanızı ve ortamınızda zaten varsa GPv1 ve klasik depolama hesaplarını yükseltmenizi öneririz.

Azure Dosya Eşitleme yönetimi kavramları

Eşitleme grupları, sunucuları Azure Dosya Eşitleme ile kullanılmak üzere kaydeden ve eşitleme grubu ilişkilerini içeren üst düzey nesneler olan Depolama Eşitleme Hizmetleri'ne dağıtılır. Depolama Eşitleme Hizmeti kaynağı, depolama hesabı kaynağının bir eşlerindendir ve benzer şekilde Azure kaynak gruplarına dağıtılabilir. Depolama Eşitleme Hizmeti, birden çok depolama hesabında ve birden çok kayıtlı Windows Sunucusunda Azure dosya paylaşımları içeren eşitleme grupları oluşturabilir.

Depolama Eşitleme Hizmeti'nde eşitleme grubu oluşturabilmeniz için önce Bir Windows Server'ı Depolama Eşitleme Hizmeti'ne kaydetmeniz gerekir. Bu, sunucunuz veya kümeniz ile Depolama Eşitleme Hizmeti arasındaki güven ilişkisini temsil eden kayıtlı bir sunucu nesnesi oluşturur. Depolama Eşitleme Hizmeti'ni kaydetmek için önce sunucuya Azure Dosya Eşitleme aracısını yüklemeniz gerekir. Tek bir sunucu veya küme aynı anda yalnızca bir Depolama Eşitleme Hizmeti'ne kaydedilebilir.

Eşitleme grubu bir bulut uç noktası veya Azure dosya paylaşımı ve 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. Azure dosya paylaşımıyla eşitlemek için, Azure dosya paylaşımını içeren depolama hesabının Depolama Eşitleme Hizmeti ile aynı Azure bölgesinde olması gerekir.

Önemli

Eşitleme grubundaki herhangi bir bulut uç noktasının veya sunucu uç noktasının ad alanında değişiklik yapabilir ve dosyalarınızı eşitleme grubundaki diğer uç noktalarla eşitleyebilirsiniz. Doğrudan bulut uç noktasında (Azure dosya paylaşımı) bir değişiklik yaparsanız, değişikliklerin önce Azure Dosya Eşitleme değişiklik algılama işi tarafından bulunması gerekir. Bulut uç noktası için 24 saatte bir yalnızca bir değişiklik algılama işi başlatılır. Daha fazla bilgi için bkz. Azure Dosyalar sık sorulan sorular.

Gereken Depolama Eşitleme Hizmetleri sayısını göz önünde bulundurun

Önceki bölümde Azure Dosya Eşitleme için yapılandırılacak temel kaynak ele alınmaktadır: Depolama Eşitleme Hizmeti. Bir Windows Server yalnızca bir Depolama Eşitleme Hizmeti'ne kaydedilebilir. Bu nedenle genellikle tek bir Depolama Eşitleme Hizmeti dağıtmak ve tüm sunucuları buna kaydetmek en iyisidir.

Birden çok Depolama Eşitleme Hizmeti oluşturmak için şu durumlara sahip olmanız gerekir:

• hiçbir zaman birbirleriyle veri alışverişinde bulunmaması gereken ayrı sunucu kümeleri. Bu durumda, sistemi farklı bir Depolama Eşitleme Hizmeti'ndeki bir eşitleme grubunda bulut uç noktası olarak kullanılmakta olan bir Azure dosya paylaşımıyla eşitlenecek belirli sunucu kümelerini dışlamak üzere tasarlamak istiyorsunuz. Buna bakmanın başka bir yolu, farklı depolama eşitleme hizmetine kayıtlı Windows Sunucularının aynı Azure dosya paylaşımıyla eşitleyememesidir.
• tek bir Depolama Eşitleme Hizmeti'nin destekleyebileceğinden daha fazla kayıtlı sunucu veya eşitleme grubuna sahip olması gerekir. Daha fazla ayrıntı için Azure Dosya Eşitleme ölçek hedeflerini gözden geçirin.

Dengeli eşitleme topolojilerini planlama

Herhangi bir kaynağı dağıtmadan önce, yerel sunucuda eşitlenecek öğeleri ve hangi Azure dosya paylaşımını planlayabileceğiniz önemlidir. Plan yapmak, kaç depolama hesabına, Azure dosya paylaşımına ve eşitleme kaynağına ihtiyacınız olacağını belirlemenize yardımcı olur. Verileriniz şu anda bir Windows Server'da veya uzun vadeli kullanmak istediğiniz sunucuda olmasa bile bu önemli noktalar yine de geçerlidir. Geçiş bölümü , durumunuz için uygun geçiş yollarını belirlemeye yardımcı olabilir.

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

Birimlerinizde şu anda SMB kullanıcılarınıza ve uygulamalarınıza SMB paylaşımları olarak yerel olarak paylaştığınız daha fazla klasör olabilir. Bu senaryoyu yansıtmanın en kolay yolu, 1:1'i Bir Azure dosya paylaşımıyla eşleyen bir şirket içi paylaşım öngörmektir. Tek bir Windows Server örneği için 30'un altında, yeterince az sayıda paylaşımınız varsa, 1:1 eşlemesi öneririz.

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

Gruplandırma paylaşma

Örneğin, insan kaynakları (İk) departmanınızda 15 paylaşım varsa, 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ğinizde normal 15 SMB paylaşımı oluşturmanızı engellemez. Bu yalnızca bu 15 paylaşımın kök klasörlerini ortak bir klasör altında alt klasörler olarak düzenlediğiniz anlamına gelir. 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ü azure dosya paylaşımıyla eşitlemeyi destekler. Birim kökünü eşitlerseniz, 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ı düşük tutmaya yardımcı olur. Azure dosya paylaşımlarını test ediyoruz ve paylaşım başına 100 milyon öğe (dosya ve klasör) ile Azure Dosya Eşitleme. Ancak en iyi yöntem, 20 milyon veya 30 milyondan küçük bir sayıyı tek bir payda tutmaya çalışmaktır. Azure Dosya Eşitleme daha az sayıda öğeyle ayarlamak yalnızca dosya eşitleme için yararlı değildir. Daha az sayıda öğe aşağıdaki gibi senaryolardan da yararlanır:

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

İpucu

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

Dağıtım haritasına yapılandırılmış bir yaklaşım

Sonraki bir adımda bulut depolamayı dağıtmadan önce, şirket içi klasörlerle Azure dosya paylaşımları arasında bir harita oluşturmanız önemlidir. Bu eşleme, kaç ve hangi Azure Dosya Eşitleme eşitleme grubu kaynaklarını sağlayacağınızı bildirir. Eşitleme grubu, Azure dosya paylaşımını ve sunucunuzdaki klasörü birbirine bağlar ve bir eşitleme bağlantısı kurar.

Kaç Azure dosya paylaşımına ihtiyacınız olduğunu belirlemek için aşağıdaki sınırları ve en iyi yöntemleri gözden geçirin. Bunun yapılması haritanızı 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ıyla eşitlenebilir.

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

  Azure dosya paylaşımlarını dağıtırken depolama hesabının IOPS sınırlamalarına dikkat edin. İdeal olarak, 1:1 dosya paylaşımlarını depolama hesaplarıyla eşlemeniz gerekir. Ancak, hem kuruluşunuzdan hem de Azure'dan gelen çeşitli sınırlar ve kısıtlamalar nedeniyle bu her zaman mümkün olmayabilir. Tek bir depolama hesabında yalnızca bir dosya paylaşımının dağıtılması mümkün olmadığında, en sıcak dosya paylaşımlarının aynı depolama hesabına yerleştirilmemesini sağlamak için hangi paylaşımların yüksek oranda etkin olacağını ve hangi paylaşımların daha az etkin olacağını göz önünde bulundurun.

  Azure dosya paylaşımını yerel olarak kullanacak bir uygulamayı Azure'a kaldırmayı planlıyorsanız, Azure dosya paylaşımınızdan daha fazla performansa ihtiyacınız olabilir. Bu tür bir kullanım olasılığı varsa, gelecekte bile, kendi depolama hesabında tek bir standart Azure dosya paylaşımı oluşturmak en iyisidir.

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

İpucu

Bu bilgiler göz önüne alındığında, birimlerinizdeki birden çok üst düzey klasörü yeni bir ortak kök dizinde gruplandırmak genellikle gerekli hale gelir. Ardından bu yeni kök dizini ve bu dizinde gruplandırdığınız tüm klasörleri tek bir Azure dosya paylaşımıyla eşitlersiniz. Bu teknik, sunucu başına 30 Azure dosya paylaşımı eşitlemesi sınırında kalmanızı sağlar.

Ortak bir kök altında yapılan bu gruplandırma, verilerinize erişimi etkilemez. ACL'leriniz olduğu gibi kalır. Artık ortak bir kök olarak değiştirdiğiniz yerel sunucu klasörlerinde sahip olabileceğiniz tüm paylaşım yollarını (SMB veya NFS paylaşımları gibi) ayarlamanız yeterlidir. Başka hiçbir şey değişmedi.

Önemli

Azure Dosya Eşitleme için en önemli ölçek vektörünün eşitlenmesi gereken öğe sayısıdır (dosya ve klasörler). Daha fazla ayrıntı için Azure Dosya Eşitleme ölçek hedeflerini gözden geçirin.

Eşitleme kapsamı başına öğe sayısını düşük tutmak en iyi yöntemdir. Bu, klasörleri Azure dosya paylaşımlarına eşlemenizde dikkate almanız 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 genellikle en iyisi 20 milyon veya 30 milyonun altındaki öğe sayısını tek bir paylaşımda tutmaktır. Bu sayıları aşmaya başlarsanız ad alanınızı birden çok paylaşıma bölün. Bu sayıların kabaca altında kalırsanız, birden çok şirket içi paylaşımı aynı Azure dosya paylaşımında gruplandırmaya devam edebilirsiniz. Bu uygulama size büyüyebilmek için yer sağlayacaktır.

Sizin durumunuzda bir klasör kümesinin aynı Azure dosya paylaşımına mantıksal olarak eşitlenmesi mümkündür (daha önce bahsedilen yeni ortak kök klasör yaklaşımını kullanarak). Ancak klasörleri yeniden gruplandırarak bir Azure dosya paylaşımı yerine iki klasörle eşitlemek daha iyi olabilir. Dosya paylaşımı başına dosya ve klasör sayısını sunucu genelinde dengeli tutmak 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 yapabilir ve ek sunucu başına 30 Azure dosya paylaşımı daha ile eşitleme özelliği ekleyebilirsiniz.

Yaygın dosya eşitleme senaryoları ve dikkat edilmesi gerekenler

#	Eşitleme senaryosu	Desteklenir	Dikkat edilmesi gerekenler (veya sınırlamalar)	Çözüm (veya geçici çözüm)
1	Aynı hedef Azure dosya paylaşımında (birleştirme) birden çok disk/birim ve birden çok paylaşıma sahip dosya sunucusu	Hayır	Hedef Azure dosya paylaşımı (bulut uç noktası) yalnızca bir eşitleme grubuyla eşitlemeyi destekler. Eşitleme grubu, kayıtlı sunucu başına yalnızca bir sunucu uç noktasını destekler.	1) Hedef Azure dosya paylaşımına bir diski (kök birimi) eşitlemeyle başlayın. En büyük disk/birimden başlayarak şirket içi depolama gereksinimleri konusunda yardımcı olur. Tüm verileri buluta katmanlayarak dosya sunucusu diskinde yer açmak için bulut katmanlama yapılandırın. Diğer birimlerden/paylaşımlardan verileri eşitlenen geçerli birime taşıyın. Tüm veriler buluta/geçirilene kadar adımlara tek tek devam edin. 2) Bir kerede bir kök birimi (disk) hedefle. Tüm verileri hedef Azure dosya paylaşımına katmanlama amacıyla bulut katmanlama özelliğini kullanın. Eşitleme grubundan sunucu uç noktasını kaldırın, uç noktayı bir sonraki kök birim/diskle yeniden oluşturun, eşitleyin ve işlemi yineleyin. Not: Aracı yeniden yüklemesi gerekebilir. 3) Birden çok hedef Azure dosya paylaşımı (performans gereksinimlerine göre aynı veya farklı depolama hesabı) kullanmanızı önerme
2	Tek birimli dosya sunucusu ve aynı hedef Azure dosya paylaşımına birden çok paylaşım (birleştirme)	Yes	Kayıtlı sunucu başına birden çok sunucu uç noktasının aynı hedef Azure dosya paylaşımıyla eşitlenmesine sahip olamaz (yukarıdakiyle aynı)	Birden çok paylaşım veya üst düzey klasör barındıran birimin kökünü eşitleyin. Daha fazla bilgi için Bkz. Gruplandırma kavramını paylaşma ve Birim eşitleme .
3	Tek depolama hesabı altında birden çok Azure dosya paylaşımına birden çok paylaşıma ve/veya birime sahip dosya sunucusu (1:1 paylaşım eşlemesi)	Yes	Tek bir Windows Server örneği (veya kümesi) en fazla 30 Azure dosya paylaşımını eşitleyebilir. Depolama hesabı, performans için bir ölçek hedefidir. IOPS ve aktarım hızı, dosya paylaşımları arasında paylaştırır. Eşitleme grubu başına öğe sayısını paylaşım başına 100 milyon öğe (dosya ve klasör) içinde tutun. İdeal olarak hisse başına 20 veya 30 milyondan az kalmak en iyisidir.	1) Birden çok eşitleme grubu kullanın (eşitleme grubu sayısı = eşitlenecek Azure dosya paylaşımlarının sayısı). 2) Bu senaryoda aynı anda yalnızca 30 paylaşım eşitlenebilir. Bu dosya sunucusunda 30'dan fazla paylaşım varsa kaynakta kök veya üst düzey klasör sayısını azaltmak için Paylaş gruplandırma kavramını ve Birim eşitlemeyi kullanın. 3) Şirket içi ek Dosya Eşitleme sunucuları kullanın ve kaynak Windows sunucusundaki sınırlamaları geçici olarak çözmek için verileri bu sunuculara bölün/taşıyın.
4	Farklı depolama hesabı altında birden çok Azure dosya paylaşımına birden çok paylaşım ve/veya birim içeren dosya sunucusu (1:1 paylaşım eşlemesi)	Yes	Tek bir Windows Server örneği (veya kümesi) en fazla 30 Azure dosya paylaşımını (aynı veya farklı depolama hesabı) eşitleyebilir. Eşitleme grubu başına öğe sayısını paylaşım başına 100 milyon öğe (dosya ve klasör) içinde tutun. İdeal olarak hisse başına 20 veya 30 milyondan az kalmak en iyisidir.	Yukarıdaki yaklaşımla aynı yaklaşım
5	Tek (kök birim veya paylaşım) ile aynı hedef Azure dosya paylaşımına (birleştirme) sahip birden çok dosya sunucusu	Hayır	Eşitleme grubu, başka bir eşitleme grubunda yapılandırılmış bulut uç noktasını (Azure dosya paylaşımı) kullanamaz. Eşitleme grubu farklı dosya sunucularında sunucu uç noktalarına sahip olsa da, dosyalar ayrı olamaz.	Bir kerede bir dosya sunucusunu hedefleme konusunda dikkate alınması gereken ek bilgilerle yukarıdaki Senaryo 1'deki yönergeleri izleyin.

Eşleme tablosu oluşturma

Kaç Azure dosya paylaşımına ihtiyacınız olduğunu ve mevcut verilerinizin hangi bölümlerinin hangi Azure dosya paylaşımında bulunacağını belirlemek için önceki bilgileri kullanın.

Gerektiğinde başvurabilmek için düşüncelerinizi kaydeden bir tablo oluşturun. Aynı anda birçok Azure kaynağı sağlarken eşleme planınızın ayrıntılarını kaybetmeniz kolay olabileceğinden düzenli kalmak önemlidir. Eşlemenizi oluşturmanıza yardımcı olması için şablon olarak kullanmak üzere aşağıdaki Excel dosyasını indirin.

Ad alanı eşleme şablonunu indirin.

Windows dosya sunucusuyla ilgili dikkat edilmesi gerekenler

Windows Server'da eşitleme özelliğini etkinleştirmek için Azure Dosya Eşitleme indirilebilir aracıyı yüklemeniz gerekir. Azure Dosya Eşitleme aracısı iki ana bileşen sağlar: FileSyncSvc.exesunucu uç noktalarındaki değişiklikleri izlemek ve eşitleme oturumlarını başlatmaktan sorumlu arka plan Windows hizmeti ve StorageSync.sysbulut katmanlama ve hızlı olağanüstü durum kurtarma sağlayan bir dosya sistemi filtresi.

İşletim sistemi gereksinimleri

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

Sürüm	Desteklenen SKU'lar	Desteklenen dağıtım seçenekleri
Windows Server 2022	Azure, Datacenter, Essentials, Standard ve IoT	Tam ve Çekirdek
Windows Server 2019	Veri Merkezi, Temel Parçalar, Standart ve IoT	Tam ve Çekirdek
Windows Server 2016	Veri Merkezi, Temel Parçalar, Standart ve Depolama Sunucusu	Tam ve Çekirdek
Windows Server 2012 R2*	Veri Merkezi, Temel Parçalar, Standart ve Depolama Sunucusu	Tam ve Çekirdek

*Windows Management Framework (WMF) 5.1'in indirilmesi ve yüklenmesi gerekir. Windows Server 2012 R2 için indirilip yüklenecek uygun paket Win8.1AndW2K12R2-KB*******-x64.msu'dur.

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

Önemli

Azure Dosya Eşitleme ile kullandığınız tüm sunucuları Windows Update'in en son güncelleştirmeleriyle güncel tutmanızı öneririz.

En düşük sistem kaynakları

Azure Dosya Eşitleme en az bir CPU, en az 2 GiB bellek ve NTFS dosya sistemiyle biçimlendirilmiş yerel olarak eklenmiş bir birim ile fiziksel veya sanal bir sunucu gerektirir.

Önemli

Sunucu dinamik belleği etkinleştirilmiş bir sanal makinede çalışıyorsa, VM en az 2048 MiB bellekle yapılandırılmalıdır.

Çoğu üretim iş yükü için, Azure Dosya Eşitleme eşitleme sunucusunu yalnızca en düşük gereksinimlerle yapılandırmanızı önermeyiz. Daha fazla bilgi için bkz . Önerilen sistem kaynakları .

Önerilen sistem kaynakları

Her sunucu özelliği veya uygulamasında olduğu gibi, Azure Dosya Eşitleme için sistem kaynağı gereksinimleri dağıtımın ölçeğine göre belirlenir; bir sunucudaki dağıtım büyüdükçe sistem kaynağı gereksinimi de artar. Azure Dosya Eşitleme için ölçek, sunucu uç noktalarındaki nesne sayısına ve veri kümesindeki değişim sıklığına göre belirlenir. Tek bir sunucu birden çok eşitleme grubunda sunucu uç noktalarına sahip olabilir ve aşağıdaki tabloda listelenen nesne sayısı, bir sunucunun eklendiği tam ad alanına karşılık gelir.

Örneğin, 10 milyon nesne içeren A sunucu uç noktası + 10 milyon nesne içeren B sunucu uç noktası = 20 milyon nesne. Bu örnek dağıtım için 8 CPU, kararlı durum için 16 GiB bellek ve ilk geçiş için (mümkünse) 48 GiB bellek öneririz.

Ad alanı verileri performans nedenleriyle bellekte depolanır. Bu nedenle, daha büyük ad alanları iyi performans düzeyini korumak için daha fazla bellek gerektirir ve daha fazla değişim sıklığı da işlemek için daha fazla CPU gerektirir.

Aşağıdaki tabloda hem ad alanının boyutunu hem de ortalama dosya boyutunun 512 KiB olduğu 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 göre ayarlayın.

Ad alanı boyutu - dosyalar ve dizinler (milyon)	Tipik kapasite (TiB)	CPU Çekirdekleri	Önerilen bellek (GiB)
3	1.4	2	8 (ilk eşitleme)/ 2 (tipik değişim sıklığı)
5	2.3	2	16 (ilk eşitleme)/ 4 (tipik değişim sıklığı)
10	4.7	4	32 (ilk eşitleme)/ 8 (tipik değişim sıklığı)
30	14.0	8	48 (ilk eşitleme)/ 16 (tipik değişim sıklığı)
50	23.3	16	64 (ilk eşitleme)/ 32 (tipik değişim sıklığı)
100*	46,6	32	128 (ilk eşitleme)/ 32 (tipik değişim sıklığı)

*100 milyondan fazla dosya ve dizinlerin eşitlenmesi önerilmez. Bu, test edilen eşikleri temel alan geçici bir sınırdır. Daha fazla bilgi için bkz. Azure Dosya Eşitleme hedefleri ölçeklendirme.

İpucu

Ad alanının ilk eşitlemesi yoğun bir işlemdir ve ilk eşitleme tamamlanana kadar daha fazla bellek ayırmanızı öneririz. Bu gerekli değildir, ancak ilk eşitlemeyi hızlandırabilir.

Normal değişim sıklığı, günlük ad alanı değişikliğinin %0,5’idir. Daha yüksek değişim sıklığı düzeyleri için daha fazla CPU eklemeyi göz önünde bulundurun.

Değerlendirme cmdlet'i

Azure Dosya Eşitleme dağıtmadan önce, Azure Dosya Eşitleme değerlendirme cmdlet'ini kullanarak sisteminizle uyumlu olup olmadığını değerlendirmeniz gerekir. Bu cmdlet, dosya sisteminizde ve veri kümenizde desteklenmeyen karakterler veya desteklenmeyen işletim sistemi sürümü gibi olası sorunları denetler. Bu denetimler aşağıda belirtilen özelliklerin çoğunu kapsamaz; Dağıtımınızın sorunsuz bir şekilde çalıştığından emin olmak için bu bölümün geri kalanını dikkatle okumanızı öneririz.

Değerlendirme cmdlet'i Az PowerShell modülü yüklenerek yüklenebilir ve bu modül buradaki yönergeleri izleyerek yüklenebilir: Azure PowerShell'i yükleme ve yapılandırma.

Kullanım

Değerlendirme aracını birkaç farklı yolla ç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'de 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 yalnızca doğrudan bağlı NTFS birimlerinde desteklenir. Windows Server'da doğrudan bağlı depolama veya DAS, dosya sisteminin Windows Server işletim sisteminin sahibi olduğu anlamına gelir. DAS, diskleri dosya sunucusuna fiziksel olarak ekleme, sanal diskleri bir dosya sunucusu VM'sine (Hyper-V tarafından barındırılan bir VM gibi) ve hatta iSCSI aracılığıyla sağlanabilir.

Yalnızca NTFS birimleri desteklenir; ReFS, FAT, FAT32 ve diğer dosya sistemleri desteklenmez.

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

Özellik	Destek durumu	Notlar
Erişim denetim listeleri (ACL’ler)	Tam olarak desteklenir	Windows stili isteğe bağlı erişim denetim listeleri Azure Dosya Eşitleme tarafından korunur ve sunucu uç noktalarındaki Windows Server tarafından zorlanır. Azure dosya paylaşımını doğrudan bağlarken ACL'ler de zorunlu kılınabilir, ancak bunun için ek yapılandırma gerekir. Daha fazla bilgi için Kimlik bölümüne bakın.
Sabit bağlantılar	Atlandı
Sembolik bağlantılar	Atlandı
Bağlama noktaları	Kısmen desteklenir	Bağlama noktaları bir sunucu uç noktasının kökü olabilir, ancak bir sunucu uç noktasının ad alanında yer alırlarsa atlanırlar.
Kavşak	Atlandı	Örneğin, Dağıtılmış Dosya Sistemi DfrsrPrivate ve DFSRoots klasörleri.
Yeniden ayrıştırma noktaları	Atlandı
NTFS sıkıştırması	Kısmen desteklenir	Azure Dosya Eşitleme, sistem birim bilgileri (SVI) dizini sıkıştırılmış bir birimde bulunan sunucu uç noktalarını desteklemez.
Seyrek dosyalar	Tam olarak desteklenir	Seyrek dosyalar eşitlenir (engellenmez), ancak buluta tam dosya olarak eşitlenir. Dosya içeriği bulutta (veya başka bir sunucuda) değişirse, değişiklik indirildiğinde dosya artık seyrek olmaz.
Alternatif Veri Akışları (ADS)	Korunur, ancak eşitlenmez	Örneğin, Dosya Sınıflandırma Altyapısı tarafından oluşturulan sınıflandırma etiketleri eşitlenmez. Sunucu uç noktalarının her birinde dosyalardaki mevcut sınıflandırma etiketlerine dokunulmaz.

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

Dosya/klasör	Not
pagefile.sys	Sisteme özgü dosya
Desktop.ini	Sisteme özgü dosya
thumbs.db	Küçük resimler için geçici dosya
ehthumbs.db	Medya küçük resimleri için geçici dosya
~$*.*	Office geçici dosyası
*.Tmp	Geçici dosya
*.laccdb	Access DB kilitleme dosyası
635D02A9D91C401B97884B82B3BCDAEA.*	İç eşitleme dosyası
\Sistem Birim Bilgileri	Birime özgü klasör
$RECYCLE. BIN	Klasör
\SyncShareState	Eşitleme klasörü
. SystemShareInformation	Azure dosya paylaşımında eşitleme klasörü

Not

Azure Dosya Eşitleme veritabanı dosyalarını eşitlemeyi desteklese de, veritabanları eşitleme çözümleri (Azure Dosya Eşitleme dahil) için iyi bir iş yükü değildir, çünkü günlük dosyalarının ve veritabanlarının birlikte eşitlenmesi gerekir ve veritabanı bozulmasına neden olabilecek çeşitli nedenlerle eşitlemeden çıkabilirler.

Yerel diskinizde ne kadar boş alana ihtiyacınız olduğunu göz önünde bulundurun

Azure Dosya Eşitleme kullanmayı planlarken, sunucu uç noktasını kullanmayı planladığınız yerel diskte ne kadar boş alana ihtiyacınız olduğunu göz önünde bulundurun.

Azure Dosya Eşitleme ile yerel diskinizde aşağıdaki yer kaplayacak şekilde dikkate almanız gerekir:

• Bulut katmanlama etkinken:

  • Katmanlı dosyalar için yeniden ayrıştırma noktaları
  • meta veri veritabanını Azure Dosya Eşitleme
  • Azure Dosya Eşitleme ısı deposu
  • Sık erişimli önbelleğinizde tam olarak indirilen dosyalar (varsa)
  • Birim boş alan ilkesi gereksinimleri

• Bulut katmanlama devre dışı bırakıldı:

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

Yerel diskinizde ihtiyaç duyacağınız boş alan miktarını tahmin etmek için bir örnek kullanacağız. Azure Dosya Eşitleme aracınızı Azure Windows VM'nize yüklediğinizi ve F diskinde bir sunucu uç noktası oluşturmayı planladığınızı varsayalım. 1 milyon dosyanız var ve bunların tümünü, 100.000 dizini ve 4 KiB disk kümesi boyutunu katmana almak istiyorsunuz. Disk boyutu 1000 GiB'dir. Bulut katmanlama özelliğini 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)

   Not

   Bulut katmanlamadan tam olarak yararlanmak için, katmanlı her dosya bir kümeyi kapladığından daha küçük NTFS küme boyutlarının (64 Kb'tan az) kullanılması önerilir. Ayrıca, katmanlı dosyaların kapladığı alan NTFS tarafından ayrılır. Bu nedenle, hiçbir kullanıcı arabiriminde gösterilmez.

2. Eşitleme meta verileri, öğe başına bir küme boyutu kaplar. (1 milyon dosya + 100.000 dizin) * 4 KiB küme boyutu = 4.400.000 KiB (4,4 GiB)
3. Azure Dosya Eşitleme ısı deposu dosya başına 1,1 KiB kaplar. 1 milyon dosya * 1.1 KiB = 1.100.000 KiB (1.1 GiB)
4. Birim boş alan ilkesi %20'dir. 1000 GiB * 0,2 = 200 GiB

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

Yük Devretme Kümelemesi

1. Windows Server Yük Devretme Kümelemesi, "Genel kullanım için Dosya Sunucusu" dağıtım seçeneği için Azure Dosya Eşitleme tarafından desteklenir. Yük Devretme Kümesinde "Genel kullanım için Dosya Sunucusu" rolünü yapılandırma hakkında daha fazla bilgi için bkz . İki düğümlü kümelenmiş dosya sunucusu dağıtma.
2. Azure Dosya Eşitleme tarafından desteklenen tek senaryo, Kümelenmiş Diskler ile Windows Server Yük Devretme Kümesidir
3. Yük Devretme Kümelemesi , "Uygulama verileri için Genişleme Dosya Sunucusu" (SOFS) veya Kümelenmiş Paylaşılan Birimlerde (CSV) veya yerel disklerde desteklenmez.

Not

Eşitlemenin düzgün çalışması için Azure Dosya Eşitleme aracısının yük devretme kümesindeki her düğüme yüklenmesi gerekir.

Yinelenen Verileri Kaldırma

Windows Server 2022, Windows Server 2019 ve Windows Server 2016
Yinelenen Verileri Kaldırma, Windows Server 2016, Windows Server 2019 ve Windows Server 2022 için birimdeki bir veya daha fazla sunucu uç noktasında bulut katmanlamanın etkinleştirilip etkinleştirilmediğine bakılmaksızın desteklenir. Bulut katmanlama etkin bir birimde Yinelenen Verileri Kaldırma'yı etkinleştirmek, daha fazla depolama alanı sağlamadan şirket içinde daha fazla dosya önbelleğe almanızı sağlar.

Bulut katmanlama etkin bir birimde Yinelenen Verileri Kaldırma etkinleştirildiğinde, sunucu uç noktası konumunda yinelenenleri kaldırma iyileştirilmiş dosyalar, bulut katmanlama ilkesi ayarlarına göre normal bir dosyaya benzer şekilde katmanlanır. YinelenenLeri Kaldırma iyileştirilmiş dosyaları katmanlandıktan sonra Yinelenen Verileri Kaldırma çöp toplama işi, birimdeki diğer dosyalar tarafından artık başvurulmayan gereksiz öbekleri kaldırarak disk alanını geri kazanmak için otomatik olarak çalışır.

Birim tasarruflarının yalnızca sunucu için geçerli olduğunu unutmayın; Azure dosya paylaşımındaki verilerinizin yinelenenleri kaldırılamaz.

Not

Windows Server 2019'da bulut katmanlama etkinleştirilmiş birimlerde Yinelenen Verileri Kaldırma'yı desteklemek için Windows update KB4520062 - Ekim 2019 veya sonraki bir aylık toplama güncelleştirmesi yüklenmelidir.

Windows Server 2012 R2
Azure Dosya Eşitleme, Windows Server 2012 R2'de aynı birimde Yinelenen Verileri Kaldırma ve bulut katmanlama desteği yoktur. Bir birimde Yinelenen Verileri Kaldırma etkinleştirildiyse, bulut katmanlama devre dışı bırakılmalıdır.

Notlar

• Yinelenen Verileri Kaldırma, Azure Dosya Eşitleme aracısını yüklemeden önce yüklenirse, yinelenen Verileri Kaldırma'yı ve aynı birimde bulut katmanlamasını desteklemek için yeniden başlatma gerekir.

• Bulut katmanlama etkinleştirildikten sonra bir birimde Yinelenen Verileri Kaldırma etkinleştirilirse, ilk Yinelenen Verileri Kaldırma iyileştirme işi, önceden katmanlanmamış birimdeki dosyaları iyileştirir ve bulut katmanlama üzerinde aşağıdaki etkiye sahip olur:

  • Boş alan ilkesi, ısı haritasını kullanarak dosyaları birimdeki boş alana göre katmanlama işlemine devam eder.
  • Tarih ilkesi, YinelenenLeri Kaldırma iyileştirme işinin dosyalara erişmesi nedeniyle katmanlama için uygun olabilecek dosyaların katmanlama işlemini atlar.

• Devam eden YinelenenLeri Kaldırma iyileştirme işleri için, tarih ilkesine sahip bulut katmanlama işlemi, dosya henüz katmanlanmamışsa Yinelenen Verileri Kaldırma MinimumFileAgeDays ayarı tarafından geciktirilir.

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

• Azure Dosya Eşitleme aracısının yüklü olduğu Windows Server 2012 R2 çalıştıran bir sunucu Windows Server 2016, Windows Server 2019 veya Windows Server 2022'ye yükseltilirse, aynı birimde Yinelenen Verileri Kaldırma ve bulut katmanlama desteği için aşağıdaki adımların gerçekleştirilmesi gerekir:

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

  Not: Aracı kaldırılıp yeniden yüklendiğinde sunucudaki Azure Dosya Eşitleme 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ışma desteği sağlar.

DFS Ad Alanları (DFS-N): Azure Dosya Eşitleme, DFS-N uygulamasıyla tam olarak desteklenir. Azure Dosya Eşitleme aracısını bir veya daha fazla dosya sunucusuna yükleyip verileri sunucu uç noktalarıyla bulut uç noktası arasında eşitleyebilir ve ardından DFS-N kullanarak ad alanı hizmeti sağlayabilirsiniz. Daha fazla bilgi için bkz. DFS Ad Alanlarına genel bakış ve Azure Dosyalar ile DFS Ad Alanları.

DFS Çoğaltma (DFS-R): DFS-R ve Azure Dosya Eşitleme her ikisi de çoğaltma çözümleri olduğundan, çoğu durumda DFS-R'yi Azure Dosya Eşitleme ile değiştirmenizi öneririz. Ancak DFS-R ve Azure Dosya Eşitleme birlikte kullanmak istediğiniz birkaç senaryo vardır:

• DFS-R dağıtımından Azure Dosya Eşitleme dağıtımına geçiş yapıyorsun. Daha fazla bilgi için bkz. DFS Çoğaltma (DFS-R) dağıtımını Azure Dosya Eşitleme geçirme.
• Dosya verilerinizin bir kopyasına ihtiyaç duyan tüm şirket içi sunucular doğrudan İnternet'e bağlanılamaz.
• Dal sunucuları, verileri Azure Dosya Eşitleme kullanmak istediğiniz tek bir hub sunucusunda birleştirir.

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

1. Azure Dosya Eşitleme bulut katmanlama, DFS-R çoğaltılmış klasörleri olan birimlerde devre dışı bırakılmalıdır.
2. Sunucu uç noktaları DFS-R salt okunur çoğaltma klasörlerinde yapılandırılmamalıdır.
3. Dfs-R konumuyla yalnızca tek bir sunucu uç noktası çakışabilir. Diğer etkin DFS-R konumlarıyla çakışan birden çok sunucu uç noktası çakışmalara neden olabilir.

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

Sysprep

Azure Dosya Eşitleme aracısının yüklü olduğu bir sunucuda sysprep kullanılması desteklenmez ve beklenmeyen sonuçlara yol açabilir. Sunucu görüntüsü dağıtıldıktan ve sysprep mini kurulumu tamamlandıktan sonra aracı yüklemesi ve sunucu kaydı gerçekleşmelidir.

Windows Search

Sunucu uç noktasında bulut katmanlama etkinleştirildiyse, katmanlı dosyalar atlanır ve Windows Search tarafından dizine eklenmez. Katmanlanmamış dosyalar düzgün şekilde dizine eklenir.

Not

İstemci makinesinde Dosya adlarını ve içeriğini her zaman ara ayarı etkinse, Windows istemcileri dosya paylaşımında arama yaparken geri çağırmalara neden olur. Bu ayar varsayılan olarak devre dışıdır.

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

Azure Dosya Eşitleme ile başka HSM çözümleri kullanılmamalıdır.

Performans ve Ölçeklenebilirlik   

Azure Dosya Eşitleme aracısı Azure dosya paylaşımlarına bağlanan bir Windows Server makinesinde çalıştığından, etkin eşitleme performansı altyapınızdaki şunlar gibi çeşitli faktörlere bağlıdır: Windows Server ve temel disk yapılandırması, sunucu ile Azure depolama alanı arasındaki ağ bant genişliği, dosya boyutu, toplam veri kümesi boyutu ve veri kümesindeki etkinlik. Azure Dosya Eşitleme dosya düzeyinde çalıştığından, Azure Dosya Eşitleme tabanlı bir çözümün performans özellikleri saniyede işlenen nesne (dosya ve dizin) sayısıyla daha iyi ölçülür.

Azure portalı veya SMB kullanılarak Azure dosya paylaşımında yapılan değişiklikler, sunucu uç noktasında yapılan değişiklikler gibi hemen algılanıp çoğaltılamaz. Azure Dosyalar değişiklik bildirimleri veya günlük kaydı yoktur, bu nedenle dosyalar değiştirildiğinde otomatik olarak eşitleme oturumu başlatmanın bir yolu yoktur. Windows Server’da Azure Dosya Eşitleme, dosyalar değiştiğinde otomatik olarak eşitleme oturumu başlatmak için Windows USN günlüğü kaydını kullanır.

Azure dosya paylaşımındaki değişiklikleri algılamak için Azure Dosya Eşitleme’nin değişiklik algılama işi adlı zamanlanmış bir işi vardır. Değişiklik algılama işi, dosya paylaşımındaki her dosyayı numaralandırır ve ardından bu dosyanın eşitleme sürümüyle karşılaştırır. Değişiklik algılama işi dosyaların değiştiğini belirlediğinde Azure Dosya Eşitleme bir eşitleme oturumu başlatı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ındaki her dosyayı numaralandırarak çalıştığından, büyük ad alanları için değişiklik algılama küçük ad alanlarına göre daha uzun sürer. Büyük ad alanları için, hangi dosyaların değiştiğini belirlemek 24 saatte bir sıklığından daha uzun bir süreye yayılabilir.

Daha fazla bilgi için bkz. Azure Dosya Eşitleme performans ölçümleri ve Azure Dosya Eşitleme ölçek hedefleri

Kimlik

Azure Dosya Eşitleme, eşitlemeyi ayarlamanın ötesinde özel bir kurulum yapmadan standart AD tabanlı kimliğiniz ile çalışır. Azure Dosya Eşitleme kullanırken, genel beklenti çoğu erişimin Azure dosya paylaşımı yerine Azure Dosya Eşitleme önbelleğe alma sunucularından geçmesidir. Sunucu uç noktaları Windows Server'da bulunduğundan ve Windows Server AD ve Windows stili ACL'leri uzun süredir desteklediğinden, 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ındaki dosyalara 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 grubundaki sunucu uç noktalarıyla eşitlenmesi daha uzun sürecek olsa da, dosya paylaşımınızda AD izinlerinizi doğrudan bulutta da uygulayabileceğinizden emin olmak isteyebilirsiniz. Bunu yapmak için, windows dosya sunucularınızın etki alanına katılmış olduğu gibi, depolama hesabınızı şirket içi AD'nize katmalısınız. Depolama hesabınızı müşteriye ait bir Active Directory'ye ekleme hakkında daha fazla bilgi edinmek için bkz. Active Directory'ye genel bakış Azure Dosyalar.

Önemli

Azure Dosya Eşitleme başarıyla dağıtmak için depolama hesabınızı Active Directory'ye katmak için etki alanı gerekmez. Bu, kullanıcılar Azure dosya paylaşımını doğrudan bağladığında Azure dosya paylaşımının şirket içi ACL'leri zorunlu kılmasını sağlayan tamamen isteğe bağlı bir adımdır.

Ağ

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

Önemli

Azure Dosya Eşitleme internet yönlendirmesini desteklemez. Varsayılan ağ yönlendirmesi seçeneği olan Microsoft yönlendirmesi, Azure Dosya Eşitleme tarafından desteklenir.

Kuruluşunuzun ilkesine veya benzersiz mevzuat gereksinimlerine bağlı olarak, Azure ile daha kısıtlayıcı 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 üzerinden tünel eşitleme ve dosya yükleme/indirme trafiği.
• Hizmet uç noktaları ve özel uç noktalar gibi Azure Dosyalar ve Azure Ağ özelliklerinden faydalanın.
• Azure Dosya Eşitleme ortamınızda ara sunucunuzu destekleyecek şekilde yapılandırın.
• Azure Dosya Eşitleme ağ etkinliğini azaltma.

İpucu

Azure dosya paylaşımınızla SMB üzerinden iletişim kurmak istiyorsanız ancak bağlantı noktası 445 engellendiyse, 443 numaralı bağlantı noktası üzerinden QUIC aktarım protokolunu kullanarak Azure dosya paylaşımlarınıza SMB erişimi için sıfır yapılandırmalı "SMB VPN" sunan QUIC üzerinden SMB kullanmayı göz önünde bulundurun. Azure Dosyalar QUIC üzerinden SMB'yi doğrudan desteklemese de, Azure Dosya Eşitleme kullanarak Windows Server 2022 Azure Edition VM'sinde Azure dosya paylaşımlarınızın basit bir önbelleğini oluşturabilirsiniz. Bu seçenek hakkında daha fazla bilgi edinmek için bkz. Azure Dosya Eşitleme ile QUIC üzerinden SMB.

Azure Dosya Eşitleme ve ağ hakkında daha fazla bilgi edinmek için bkz. ağ konusunda dikkat edilmesi gerekenler Azure Dosya Eşitleme.

Şifreleme

Azure Dosya Eşitleme kullanırken dikkate alınması gereken üç farklı şifreleme katmanı vardır: Windows Server'ın bekleyen depolama alanında ş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.

Bekleyen Windows Server şifrelemesi

Windows Server'da verileri şifrelemek için genellikle Azure Dosya Eşitleme ile çalışan iki strateji vardır: dosya sisteminin altında dosya sisteminin altında şifreleme ve ona yazılan tüm veriler şifrelenir ve dosya biçiminin içinde şifreleme. Bu yöntemler birbirini dışlamaz; şifrelemenin amacı farklı olduğundan istenirse birlikte kullanılabilirler.

Windows Server, dosya sisteminin altında şifreleme sağlamak için BitLocker gelen kutusu sağlar. BitLocker, Azure Dosya Eşitleme için tamamen saydamdır. BitLocker gibi bir şifreleme mekanizması kullanmanın birincil nedeni, birinin diskleri çalması yoluyla şirket içi veri merkezinizden verilerin fiziksel olarak sızmasını önlemek ve verilerinize yetkisiz okuma/yazma işlemleri gerçekleştirmek için yetkisiz bir işletim sisteminin dışarıdan yüklenmesini önlemektir. BitLocker hakkında daha fazla bilgi edinmek için bkz . BitLocker'a genel bakış.

NTFS biriminin altında olması nedeniyle BitLocker'a benzer şekilde çalışan üçüncü taraf ürünler, Azure Dosya Eşitleme ile tamamen saydam bir şekilde çalışmalıdır.

Verileri şifrelemenin diğer ana yöntemi, uygulama dosyayı kaydettiğinde dosyanın veri akışını şifrelemektir. Bazı uygulamalar bunu yerel olarak yapabilir, ancak genellikle böyle değildir. Dosyanın veri akışını şifreleme yöntemine örnek olarak Azure Information Protection (AIP)/Azure Rights Management Services (Azure RMS)/Active Directory RMS gösteriliyor. AIP/RMS gibi bir şifreleme mekanizması kullanmanın birincil nedeni, kişilerin verileri flash sürücü gibi alternatif konumlara kopyalaması veya yetkisiz bir kişiye e-posta ile göndermesi yoluyla dosya paylaşımınızdan veri sızdırmasını önlemektir. Bir dosyanın veri akışı dosya biçiminin bir parçası olarak şifrelendiğinde, bu dosya Azure dosya paylaşımında şifrelenmeye devam eder.

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

Aktarım sırasında şifreleme

Not

Azure Dosya Eşitleme hizmeti 1 Ağustos 2020'de TLS1.0 ve 1.1 desteğini kaldırdı. Desteklenen tüm Azure Dosya Eşitleme aracısı sürümleri varsayılan olarak zaten TLS1.2 kullanır. TLS1.2 sunucunuzda devre dışı bırakıldıysa veya bir ara sunucu kullanıldığında TLS'nin önceki bir sürümünün kullanılması oluşabilir. Ara sunucu kullanıyorsanız ara sunucu yapılandırmasını denetlemenizi öneririz. 1/5/2020 sonrasında eklenen Azure Dosya Eşitleme hizmet bölgeleri yalnızca TLS1.2'i destekler. Daha fazla bilgi için sorun giderme kılavuzuna bakın.

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

Azure depolama hesapları, aktarım sırasında şifreleme gerektirmeye yönelik bir anahtar içerir ve bu anahtar varsayılan olarak etkindir. Depolama hesabı düzeyindeki anahtar devre dışı bırakılsa bile, Azure dosya paylaşımlarınıza şifrelenmemiş bağlantıların mümkün olduğu anlamına gelir Azure Dosya Eşitleme dosya paylaşımınıza erişmek için yalnızca şifrelenmiş kanallar kullanılır.

Depolama hesabı için aktarım sırasında şifrelemeyi devre dışı bırakmanın birincil nedeni, Windows Server 2008 R2 veya eski Linux dağıtımı gibi eski bir işletim sisteminde çalıştırılması gereken eski bir uygulamayı desteklemek ve doğrudan bir Azure dosya paylaşımıyla konuşmaktır. Eski uygulama, dosya paylaşımının Windows Server önbelleğiyle konuşuyorsa, bu ayarın ayarlanmasının hiçbir etkisi olmaz.

Aktarımdaki verilerin şifrelenmesinin etkinleştirildiğinden emin olunmasını kesinlikle öneririz.

Aktarımdaki şifreleme hakkında daha fazla bilgi için bkz . Azure depolamada güvenli aktarım gerektirme.

Bekleyen Azure dosya paylaşımı şifrelemesi

Azure Dosyalar depolanan tüm veriler, Azure depolama hizmeti şifrelemesi (SSE) kullanılarak bekleme durumunda şifrelenir. Depolama hizmeti şifrelemesi, Windows'ta 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 şifrelendiğinden, diske kodlandığından, Azure dosya paylaşımını okumak veya dosyaya yazmak için istemcideki temel anahtara erişiminiz olması gerekmez. Bekleyen şifreleme hem SMB hem de NFS protokolleri için geçerlidir.

Varsayılan olarak, Azure Dosyalar depolanan veriler Microsoft tarafından yönetilen anahtarlarla şifrelenir. Microsoft tarafından yönetilen anahtarlar ile Microsoft, verileri şifrelemek/şifresini çözmek için anahtarları tutar ve bunları düzenli aralıklarla döndürmekle sorumludur. Kendi anahtarlarınızı yönetmeyi de seçebilirsiniz. Bu sayede döndürme işlemi üzerinde denetim sahibi olabilirsiniz. Dosya paylaşımlarınızı müşteri tarafından yönetilen anahtarlarla şifrelemeyi seçerseniz, Azure Dosyalar istemcilerinizden gelen okuma ve yazma isteklerini yerine getirmek için anahtarlarınıza erişme yetkisine sahip olur. Müşteri tarafından yönetilen anahtarlarla bu yetkilendirmeyi istediğiniz zaman iptal edebilirsiniz, ancak bu, Azure dosya paylaşımınıza artık SMB veya FileREST API aracılığıyla erişilemeyecek anlamına gelir.

Azure Dosyalar, Azure Blob depolama gibi diğer Azure depolama hizmetleriyle aynı şifreleme düzenini 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ı senaryonuzun performans ve fiyat gereksinimlerine göre uyarlamanıza olanak tanıyan iki farklı depolama alanı, SSD ve HDD medya katmanı sunar:

• SSD (Premium): Premium dosya paylaşımları katı hal sürücüleri (SSD) tarafından kullanılır ve GÇ yoğunluklu iş yükleri için çoğu GÇ 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) protokolleriyle kullanılabilir. Premium dosya paylaşımları FileStorage depolama hesabı türünde dağıtılır ve yalnızca sağlanan 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. Premium dosya paylaşımları standart dosya paylaşımlarından daha yüksek kullanılabilirlik SLA'sı sunar (bkz. "Azure Dosyalar Premium Katmanı").

• HDD (Standart):Standart dosya paylaşımları sabit disk sürücüleri (HDD) kullanır ve genel amaçlı dosya paylaşımları için uygun maliyetli bir depolama seçeneği sağlar. Standart dosya paylaşımları genel amaçlı sürüm 2 (GPv2) depolama hesabı türünde dağıtılır. SLA hakkında bilgi için Bkz . Azure hizmet düzeyi sözleşmeleri sayfası ("Depolama Hesapları"). Standart dosya paylaşımları, kullanım tabanlı fiyatlandırma sağlayan kullandıkça öde modelini kullanır. Dosya paylaşımının erişim katmanı, toplam faturanızı en iyi duruma getirmek için depolama maliyetlerini IOPS maliyetine göre ayarlamanıza olanak tanır:

  • İşlem için iyileştirilmiş dosya paylaşımları, premium dosya paylaşımları tarafından sunulan düşük gecikme süresi gerektirmeyen yoğun işlem iş yükleri için en düşük maliyetli işlem fiyatlandırmasını sunar. Verileri Azure Dosyalar geçirirken önerilir.
  • Sık erişimli dosya paylaşımları, her ikisini de iyi ölçen iş yükleri için dengeli depolama ve işlem fiyatlandırması sunar.
  • Seyrek erişimli dosya paylaşımları, yoğun depolama gerektiren iş yükleri için en uygun maliyetli depolama fiyatlandırmasını sunar.

İş yükünüz için bir medya katmanı seçerken performans ve kullanım gereksinimlerinizi göz önünde bulundurun. İş yükünüz tek basamaklı gecikme süresi gerektiriyorsa veya şirket içinde SSD depolama medyası kullanıyorsanız, büyük olasılıkla en uygun katman premium katmandır. Örneğin Azure'dan şirket içine bağlanan veya Azure Dosya Eşitleme kullanan şirket içinde önbelleğe alınan ekip paylaşımları gibi düşük gecikme süresi önemli değilse, standart depolama maliyet açısından daha uygun olabilir.

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

Daha fazla bilgi için bkz. Azure Dosyalar faturalamayı anlama.

Azure Dosya Eşitleme bölge kullanılabilirliği

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

Aşağıdaki bölgeler, Azure Dosya Eşitleme kullanabilmeniz için önce Azure Depolama'ya erişim istemenizi gerektirir:

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

Bu bölgeler için erişim istemek için bu belgedeki işlemi izleyin.

Yedeklilik

Azure dosya paylaşımlarınızdaki verileri veri kaybına veya bozulmasına karşı korumak için Azure Dosyalar her dosyanın yazıldıkları şekilde birden çok kopyasını depolar. Gereksinimlerinize bağlı olarak, farklı yedeklilik dereceleri seçebilirsiniz. Azure Dosyalar şu anda aşağıdaki veri yedekliliği seçeneklerini destekler:

• Yerel olarak yedekli depolama (LRS): LRS ile her dosya bir Azure depolama kümesi içinde üç kez depolanır. Bu, hatalı disk sürücüsü gibi donanım hatalarından kaynaklanan veri kaybına karşı koruma sağlar. Ancak, veri merkezinde yangın veya sel gibi bir olağanüstü durum oluşursa, LRS kullanan bir depolama hesabının tüm çoğaltmaları kaybolabilir veya kurtarılamaz.
• Alanlar arası yedekli depolama (ZRS): ZRS ile her dosyanın üç kopyası depolanır. Ancak, bu kopyalar farklı Azure kullanılabilirlik alanlarındaki üç ayrı depolama kümesinde fiziksel olarak yalıtılır. Kullanılabilirlik alanları, bir Azure bölgesi içindeki 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. Depolamaya yazma işlemi, üç kullanılabilirlik alanında da depolama kümelerine yazılana kadar kabul edilir.
• Coğrafi olarak yedekli depolama (GRS):GRS ile birincil bölge ve ikincil bölge olmak üzere iki bölgeniz vardır. Dosyalar, birincil bölgedeki bir Azure depolama kümesi içinde üç kez depolanır. Yazma işlemleri Microsoft tarafından tanımlanan ikincil bölgeye zaman uyumsuz olarak çoğaltılır. GRS, verilerinizin iki Azure bölgesine yayılmış altı kopyasını sağlar. Bir Azure bölgesinin doğal afet veya benzeri bir olay nedeniyle kalıcı olarak kaybedilmesi gibi büyük bir olağanüstü durum durumunda Microsoft yük devretme gerçekleştirir. Bu durumda, ikincil birincil olur ve tüm işlemlere hizmet eder. Birincil ve ikincil bölgeler arasındaki çoğaltma zaman uyumsuz olduğundan, büyük bir olağanüstü durum durumunda, henüz ikincil bölgeye çoğaltılmayan veriler kaybolur. Coğrafi olarak yedekli depolama hesabının el ile yük devretmesini de gerçekleştirebilirsiniz.
• Coğrafi alanlar arası yedekli depolama (GZRS):GZRS'yi ZRS olarak düşünebilirsiniz ancak coğrafi olarak yedeklilik vardır. GZRS ile dosyalar, birincil bölgedeki üç ayrı depolama kümesinde üç kez depolanır. Ardından tüm yazma işlemleri zaman uyumsuz olarak Microsoft tarafından tanımlanan ikincil bölgeye çoğaltılır. GZRS için yük devretme işlemi GRS ile aynı şekilde çalışır.

5 TiB'ye kadar standart Azure dosya paylaşımları, dört yedeklilik türünün tümünü destekler. 5 TiB'den büyük standart dosya paylaşımları yalnızca LRS ve ZRS'i destekler. Premium Azure dosya paylaşımları yalnızca LRS ve ZRS'i destekler.

Genel amaçlı sürüm 2 (GPv2) depolama hesapları, Azure Dosyalar desteklemeyen iki yedeklilik seçeneği daha sağlar: erişilebilir coğrafi olarak yedekli depolama (RA-GRS) okuma ve erişilebilir coğrafi alanlar arası yedekli depolamayı (RA-GZRS) okuma. Depolama hesaplarında azure dosya paylaşımlarını bu seçenekler ayarlanmış olarak sağlayabilirsiniz, ancak Azure Dosyalar ikincil bölgeden okumayı desteklemez. RA-GRS veya RA-GZRS depolama hesaplarına dağıtılan Azure dosya paylaşımları sırasıyla GRS veya GZRS olarak faturalandırılır.

Önemli

Coğrafi olarak yedekli ve coğrafi alanlar arası yedekli depolama, ikincil bölgeye el ile yük devretme özelliğine sahiptir. Veri kaybı olasılığının artması nedeniyle Azure Dosya Eşitleme kullanırken bunu olağanüstü durum dışında yapmamanızı öneririz. Depolamanın el ile yük devretmesini başlatmak istediğiniz bir olağanüstü durum durumunda, ikincil uç noktayla eşitlemeyi sürdürmek için Azure Dosya Eşitleme almak için Microsoft ile bir destek olayı açmanız gerekir.

Geçiş

Mevcut bir Windows dosya sunucunuz 2012R2 veya daha yeni bir sürümü varsa, verileri yeni bir sunucuya taşımanıza gerek kalmadan Azure Dosya Eşitleme doğrudan yerinde yüklenebilir. Azure Dosya Eşitleme benimsemenin bir parçası olarak yeni bir Windows dosya sunucusuna geçmeyi planlıyorsanız veya verileriniz şu anda Ağa Bağlı Depolama 'da (NAS) bulunuyorsa, bu verilerle Azure Dosya Eşitleme kullanmak için birkaç olası geçiş yaklaşımı vardır. Hangi geçiş yaklaşımını seçmeniz gerektiği, verilerinizin şu anda nerede bulunduğuna bağlıdır.

Ayrıntılı yönergeler için Azure Dosya Eşitleme ve Azure dosya paylaşımı geçişe genel bakış makalesine bakın.

Virüsten Koruma

Virüsten koruma bilinen kötü amaçlı kodlar için dosyaları tarayarak çalıştığından, bir virüsten koruma ürünü katmanlı dosyaların geri çağrılmasına neden olarak yüksek çıkış ücretlerine neden olabilir. Katmanlı dosyalar güvenli Windows öznitelik FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS kümesine sahiptir ve çözümlerini bu öznitelik kümesiyle okuma dosyalarını atlayarak yapılandırmayı öğrenmek için yazılım satıcınıza danışmanızı öneririz (çoğu otomatik olarak yapar).

Microsoft'un şirket içi virüsten koruma çözümleri olan Windows Defender ve System Center Endpoint Protection (SCEP), her ikisi de bu öznitelik kümesine sahip okuma dosyalarını otomatik olarak atlar. Bunları test ettik ve küçük bir sorun belirledik: Mevcut eşitleme grubuna bir sunucu eklediğinizde, 800 bayttan küçük dosyalar yeni sunucuya geri çağrılır (indirilir). Bu dosyalar yeni sunucuda kalır ve katmanlama boyutu gereksinimini (>64 kb) karşılamadığından katmanlandırılamaz.

Not

Virüsten koruma satıcıları, Microsoft İndirme Merkezi'nden indirilebilen Azure Dosya Eşitleme Virüsten Koruma Uyumluluğu Test Paketi'ni kullanarak ürünleriyle Azure Dosya Eşitleme arasındaki uyumluluğu denetleyebiliyor.

Yedekleme

Bulut katmanlama etkinse, sunucu uç noktasını veya sunucu uç noktasının bulunduğu vm'yi doğrudan yedekleyen çözümler kullanılmamalıdır. Bulut katmanlama, verilerinizin yalnızca bir alt kümesinin sunucu uç noktasında depolanmasına ve tam veri kümesinin Azure dosya paylaşımınızda yer almasına neden olur. Kullanılan yedekleme çözümüne bağlı olarak, katmanlı dosyalar atlanır ve yedeklenmez (öznitelik kümesine sahip FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS oldukları için) veya diske geri çağrılır ve bu da yüksek çıkış ücretleriyle sonuçlanır. Azure dosya paylaşımını doğrudan yedeklemek 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ı yedeklemeyi desteklediklerini görmek için yedekleme sağlayıcınıza başvurun.

Şirket içi yedekleme çözümünü kullanmayı tercih ediyorsanız, bulut katmanlama devre dışı bırakılmış eşitleme grubundaki bir sunucuda yedeklemeler gerçekleştirilmelidir ve katmanlanmış dosya olmadığından emin olun. Geri yükleme gerçekleştirirken birim düzeyi veya dosya düzeyi 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 değiştirilir. Birim düzeyinde geri yüklemeler, Azure dosya paylaşımındaki veya diğer sunucu uç noktalarındaki daha yeni dosya sürümlerinin yerini almayacaktır.

Not

Çıplak (BMR) geri yükleme, VM geri yükleme, sistem geri yükleme (Windows yerleşik işletim sistemi geri yükleme) ve katmanlı sürümüyle dosya düzeyinde geri yükleme (bu durum yedekleme yazılımı tam dosya yerine katmanlı bir dosyayı yedeklediğinde gerçekleşir) beklenmeyen sonuçlara neden olabilir ve bulut katmanlama etkinleştirildiğinde şu anda desteklenmemektedir. VSS anlık görüntüleri (Önceki Sürümler sekmesi dahil) bulut katmanlamanın etkinleştirildiği birimlerde desteklenir. Ancak, PowerShell aracılığıyla önceki sürüm uyumluluğunu etkinleştirmeniz gerekir. Nasıl olduğunu öğrenin.

Veri Sınıflandırması

Yüklü veri sınıflandırma yazılımınız varsa bulut katmanlamanın etkinleştirilmesi iki nedenden dolayı maliyetin artmasına neden olabilir:

1. Bulut katmanlama etkinleştirildiğinde, en popüler dosyalarınız yerel olarak önbelleğe alınır ve en seyrek erişimli dosyalarınız buluttaki Azure dosya paylaşımına katmanlanır. Veri sınıflandırmanız dosya paylaşımındaki tüm dosyaları düzenli olarak tararsa, buluta katmanlanmış dosyalar taranan her durumda geri çekilmelidir.

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ırmayı görebilmesi için dosyanın tamamen geri çekilmesi gerekir.

Hem geri çekme sayısındaki hem de geri çekilmekte olan veri miktarındaki artışlar maliyetleri artırabilir.

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

Azure Dosya Eşitleme aracısı, yeni işlevler eklemek ve sorunları çözmek için düzenli aralıklarla güncelleştirilir. Yeni sürümler kullanılabilir olduğundan Azure Dosya Eşitleme aracısını güncelleştirmenizi öneririz.

Birincil ve ikincil aracı sürümleri karşılaştırması

• 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ıya sahiptir. Örneğin: 17.0.0.0
• İkincil aracı sürümleri "yamalar" olarak da adlandırılır ve ana sürümlere göre daha sık yayınlar. Bunlar genellikle hata düzeltmeleri ve daha küçük iyileştirmeler içerir ancak yeni özellik içermez. Örneğin: 17.2.0.0

Yükseltme yolları

Azure Dosya Eşitleme aracı güncelleştirmelerini yüklemenin beş onaylı ve test edilmiş yolu vardır.

1. Aracı güncelleştirmelerini yüklemek için Azure Dosya Eşitleme aracı otomatik yükseltme özelliğini kullanın. Azure Dosya Eşitleme aracısı otomatik olarak yükseltilecektir. Kullanılabilir olduğunda en son aracı sürümünü yüklemeyi veya yüklü olan aracının süresi dolmak üzere olduğunda güncelleştirmeyi seçebilirsiniz. Daha fazla bilgi edinmek için bkz . Otomatik aracı yaşam döngüsü yönetimi.
2. Microsoft Update'i aracı güncelleştirmelerini otomatik olarak indirip yükleyecek şekilde yapılandırın. Sunucu aracısı için en son düzeltmelere erişiminiz olduğundan emin olmak için her Azure Dosya Eşitleme güncelleştirmesini yüklemenizi öneririz. Microsoft Update, güncelleştirmeleri sizin için otomatik olarak indirip yükleyerek bu işlemi sorunsuz hale getirir.
3. 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 yürütülebilir dosyaya çift tıklayın. Yayın sürümüne bağlı olarak sunucuyu yeniden başlatmanız gerekebilir.
4. Microsoft Update düzeltme eki dosyası veya .msp yürütülebilir dosyası kullanarak mevcut Azure Dosya Eşitleme aracıya düzeltme eki uygulama. En son Azure Dosya Eşitleme güncelleştirme paketi Microsoft Update Kataloğu'ndan indirilebilir. .msp yürütülebilir dosyasını çalıştırmak, Azure Dosya Eşitleme yüklemenizi Microsoft Update tarafından otomatik olarak kullanılan yöntemle yükseltecektir. Microsoft Update düzeltme ekinin uygulanması, bir Azure Dosya Eşitleme yüklemesinin yerinde yükseltmesini gerçekleştirir.
5. Microsoft İndirme Merkezi'nden en yeni Azure Dosya Eşitleme aracı yükleyicisini indirin. Mevcut Azure Dosya Eşitleme aracı 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ükleyin. Sunucu kaydı, eşitleme grupları ve diğer ayarlar Azure Dosya Eşitleme yükleyicisi tarafından korunur.

Not

Azure Dosya Eşitleme aracısının eski sürümü desteklenmez. Yeni sürümler genellikle eski sürümlerle karşılaştırıldığında hataya neden olan değişiklikleri içerir ve bu da sürüm düşürme işleminin desteklenmeyen olmasını sağlar. Geçerli aracı sürümünüzle ilgili herhangi bir sorunla karşılaşırsanız, en son kullanılabilir sürümü desteklemek veya sürüme yükseltmek için ulaşın.

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

Azure Dosya Eşitleme aracısı otomatik olarak yükseltilecektir. İki moddan birini seçebilir ve yükseltmenin sunucuda denenmesi için bir bakım penceresi belirtebilirsiniz. Bu özellik, aracınızın süresinin dolmasını engelleyen bir koruma sağlayarak veya sorunsuz bir şekilde güncel kalmasını sağlayarak aracı yaşam döngüsü yönetimi konusunda size yardımcı olmak için tasarlanmıştır.

1. Varsayılan ayar aracının süresinin dolmasını engellemeye çalışır. Bir aracının son kullanma tarihinden itibaren 21 gün içinde aracı kendi kendine yükseltmeyi dener. Süre dolmadan önceki 21 gün içinde ve seçili bakım penceresinde haftada bir yükseltme denemesi başlatır. Bu seçenek normal Microsoft Update düzeltme eklerini alma gereksinimini ortadan kaldırmaz.
2. İsteğe bağlı olarak, yeni bir aracı sürümü kullanılabilir duruma gelir gelmez aracının kendisini otomatik olarak yükselteceğini seçebilirsiniz (şu anda kümelenmiş sunucular için geçerli değildir). Bu güncelleştirme, seçilen bakım penceresi sırasında gerçekleşir ve sunucunuzun genel kullanıma sunulduğu anda yeni özelliklerden ve geliştirmelerden yararlanmasına olanak sağlar. Bu, ana aracı sürümlerinin yanı sıra sunucunuza düzenli güncelleştirme düzeltme ekleri sağlayacak önerilen, kaygısız ayardır. Yayınlanan her aracı GA kalitesindedir. Bu seçeneği seçerseniz Microsoft en yeni aracı sürümünü size iletir. Kümelenmiş sunucular dışlanır. Uçuş tamamlandıktan sonra aracı Microsoft Update ve Microsoft İndirme Merkezi'nden de kullanılabilir hale gelir.

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

Aşağıdaki yönergelerde, değişiklik yapmanız gerekirse yükleyiciyi tamamladıktan sonra ayarların nasıl değiştireceği açıklanmaktadır.

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

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

Geçerli ilke ayarını denetlemek ve değiştirmek isteyip istemediğinizi belirlemek için komutunu çalıştırabilirsiniz Get-StorageSyncAgentAutoUpdatePolicy .

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

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode UpdateBeforeExpiration

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

Set-StorageSyncAgentAutoUpdatePolicy -PolicyMode InstallLatest -Day <day> -Hour <hour>

Not

En son aracı sürümü için uçuş zaten tamamlandıysa ve aracı otomatik güncelleştirme ilkesi En Son Yükle olarak değiştirildiyse, aracı bir sonraki aracı sürümü uçuşa geçinceye kadar otomatik yükseltme yapılmaz. Dağıtımı tamamlanmış bir aracı sürümüne güncelleştirmek için Microsoft Update'i veya AfsUpdater.exe kullanın. Aracı sürümünün şu anda yayında olup olmadığını denetlemek için sürüm notlarındaki desteklenen sürümler bölümüne bakın.

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

Azure Dosya Eşitleme sürekli yeni özellikler ve iyileştirmeler sunan bir bulut hizmetidir. Bu, belirli bir Azure Dosya Eşitleme aracı sürümünün yalnızca sınırlı bir süre için desteklendiği anlamına gelir. Dağıtımınızı kolaylaştırmak için aşağıdaki kurallar, değişiklik yönetimi sürecinizde aracı güncelleştirmelerini/yükseltmelerini barındırmak için yeterli zaman ve bildirime sahip olduğunuzu garanti eder:

• Ana aracı sürümleri, ilk yayın tarihinden itibaren en az altı ay boyunca desteklenir.
• Ana aracı sürümlerinin desteği arasında en az üç ayın çakışması olduğunu garanti ediyoruz.
• Süresi dolmadan en az üç ay önce süresi dolmak üzere olan bir aracı kullanılarak kayıtlı sunucular için uyarılar verilir. Kayıtlı bir sunucunun, Depolama Eşitleme Hizmeti'nin kayıtlı sunucular bölümünde aracının eski bir sürümünü kullanıp kullanmadiğini de kontrol edebilirsiniz.
• İkincil aracı sürümünün ömrü ilişkili ana sürüme bağlıdır. Örneğin, aracı sürüm 17.0.0.0'ın süresi dolmak üzere ayarlandığında, aracı sürüm 17.*.*.* birlikte sona erecek şekilde ayarlanır.

Not

Süre sonu uyarısı olan bir aracı sürümünün yüklenmesi bir uyarı görüntüler ancak başarılı olur. Süresi dolan bir aracı sürümünü yüklemeye veya bağlanmaya çalışmak desteklenmez ve engellenir.

Sonraki adımlar

• Güvenlik duvarı ve ara sunucu ayarlarını göz önünde bulundurun
• Azure Dosyalar dağıtma
• Azure Dosya Eşitleme’yi dağıtma
• Azure Dosya Eşitleme’yi izleme