Aracılığıyla paylaş

Azure Dosya Eşitleme ile Ağa Bağlı Depolamadan (NAS) karma bulut dağıtımına geçiş

  • Makale

Bu geçiş makalesi NAS ve Azure Dosya Eşitleme anahtar sözcüklerini içeren birkaç makaleden biridir. Bu makalenin senaryonuz için geçerli olup olmadığını denetleyin:

  • Veri kaynağı: Ağa Bağlı Depolama (NAS)
  • Geçiş yolu: NAS ⇒ Windows Server ⇒ Azure dosya paylaşımlarıyla karşıya yükleme ve eşitleme
  • Dosyaları şirket içinde önbelleğe alma: Evet, nihai hedef bir Azure Dosya Eşitleme dağıtımıdır.

Senaryonuz farklıysa geçiş kılavuzları tablosuna bakın.

Azure Dosya Eşitleme Doğrudan Bağlı Depolama (DAS) konumlarında çalışır ve Ağa Bağlı Depolama (NAS) konumlarıyla eşitlemeyi desteklemez. Bu durum dosyalarınızın geçişini gerekli kılar ve bu makale, bu tür bir geçişin planlanması ve yürütülmesinde size yol gösterir.

Şunlara uygulanır

Dosya paylaşımı türü SMB NFS
Standart dosya paylaşımları (GPv2), LRS/ZRS Yes Hayır
Standart dosya paylaşımları (GPv2), GRS/GZRS Yes Hayır
Premium dosya paylaşımları (filestorage), LRS/ZRS Yes Hayır

Geçiş hedefleri

Amaç, NAS aletinizdeki SMB dosya paylaşımlarını bir Windows Server'a taşımak ve ardından karma bulut dağıtımı için Azure Dosya Eşitleme kullanmaktır. Genel olarak, geçişlerin üretim verilerinin bütünlüğünü ve geçiş sırasında kullanılabilirliğini garanti eden bir şekilde yapılması gerekir. İkincisi, normal bakım pencerelerine sığabilmesi veya yalnızca biraz aşabilmesi için kapalı kalma süresinin en düşük düzeyde tutulmasını gerektirir.

Geçiş işlemine genel bakış

SMB Azure dosya paylaşımlarına geçiş bölümünde belirtildiği gibi, doğru kopyalama aracını ve yaklaşımı kullanmak önemlidir. NAS gereciniz SMB paylaşımlarını doğrudan yerel ağınızda ortaya çıkartıyor. Dosyalarınızı taşımak için Azure Depolama Taşıyıcı'yı veya RoboCopy'yi kullanabilirsiniz.

1. Aşama: Kaç Azure dosya paylaşımına ihtiyacınız olduğunu belirleme

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

Eşleme tablosu örneğini gösteren diyagram. Bu görüntünün içeriğini deneyimlemek ve kullanmak için aşağıdaki dosyayı indirin.

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.


İndirme bağlamını ayarlayan Excel simgesi. Ad alanı eşleme şablonunu indirin.

2. Aşama: Uygun bir şirket içi Windows Server sağlama

  • Bir Windows Server 2022 veya Windows Server 2019 sanal makinesi oluşturun veya bir fiziksel sunucu dağıtın. Windows Server yük devretme kümesi de desteklenir.

  • Doğrudan Bağlı Depolama (DESTEKLENMEYEn NAS ile karşılaştırıldığında DAS) sağlama veya ekleme.

    Sağladığınız depolama alanı miktarı, NAS gerecinizde şu anda kullandığınız depolamadan daha küçük olabilir. Bu yapılandırma seçimi, Azure Dosya Eşitleme bulut katmanlama özelliğinden de yararlanmanızı gerektirir. Ancak, dosyalarınızı daha büyük NAS alanından daha sonraki bir aşamada daha küçük Windows Server birimine kopyaladığınızda, toplu olarak çalışmanız gerekir:

    1. Diske sığan bir dosya kümesini taşıma
    2. Dosya eşitleme ve bulut katmanlamanın etkileşim kurmasına izin ver
    3. Birimde daha fazla boş alan oluşturulduğunda, sonraki dosya toplu işlemiyle devam edin. Alternatif olarak, yeni /LFSM anahtarın kullanımı için bu makalenin RoboCopy bölümündeki RoboCopy komutunu gözden geçirin. kullanmak /LFSM RoboCopy işlerinizi önemli ölçüde basitleştirebilir, ancak bağımlı olabileceğiniz diğer bazı RoboCopy anahtarlarıyla uyumlu değildir. Anahtarı yalnızca geçiş hedefi yerel depolama olduğunda kullanın /LFSM . Hedef uzak bir SMB paylaşımı olduğunda desteklenmez.

    Windows Server'da dosyalarınızın NAS aletinde kapladığı eşdeğer alanı sağlayarak bu toplu işlem yaklaşımını önleyebilirsiniz. NAS / Windows'da yinelenenleri kaldırmayı göz önünde bulundurun. Bu yüksek miktarda depolama alanını Windows Server'ınıza kalıcı olarak işlemek istemiyorsanız, geçiş sonrasında ve bulut katmanlama ilkelerini ayarlamadan önce birim boyutunu küçültebilirsiniz. Bu, Azure dosya paylaşımlarınızın daha küçük bir şirket içi önbelleğini oluşturur.

Dağıtacağınız Windows Server'ın kaynak yapılandırması (işlem ve RAM), çoğunlukla eşitlenecek öğe sayısına (dosya ve klasör) bağlıdır. Endişeleriniz varsa daha yüksek bir performans yapılandırması kullanmanızı öneririz.

Windows Server'ı eşitlemeniz gereken öğe sayısına (dosya ve klasör) göre nasıl boyutlandıracağınızı öğrenin.

Not

Daha önce bağlantılı olan makalede sunucu belleği (RAM) aralığına sahip bir tablo bulunur. Sunucunuz için daha küçük bir sayıya yönelebilirsiniz, ancak ilk eşitlemenin önemli ölçüde daha fazla zaman alabileceğini bekleyebilirsiniz.

3. Aşama: Azure Dosya Eşitleme bulut kaynağını dağıtma

Bu adımı tamamlamak için Azure aboneliği kimlik bilgileriniz gerekir.

Azure Dosya Eşitleme için yapılandırılan temel kaynağa Depolama Eşitleme Hizmeti adı verilir. Şimdi veya gelecekte aynı dosya kümesini eşitleyen tüm sunucular için yalnızca bir tane dağıtmanızı öneririz. Yalnızca hiçbir zaman veri alışverişi yapması gereken farklı sunucu kümeleriniz varsa birden çok Depolama Eşitleme Hizmeti oluşturun. Örneğin, aynı Azure dosya paylaşımını hiçbir zaman eşitlemesi gereken sunucularınız olabilir. Aksi takdirde, tek bir Depolama Eşitleme Hizmeti kullanmak en iyi yöntemdir.

Depolama Eşitleme Hizmetiniz için konumunuza yakın bir Azure bölgesi seçin. Diğer tüm bulut kaynaklarının aynı bölgeye dağıtılması gerekir. Yönetimi basitleştirmek için aboneliğinizde eşitleme ve depolama kaynaklarını barındıran yeni bir kaynak grubu oluşturun.

Daha fazla bilgi için Azure Dosya Eşitleme dağıtma makalesindeki Depolama Eşitleme Hizmeti'ni dağıtma bölümüne bakın. Makalenin yalnızca bu bölümünü izleyin. Sonraki adımlarda makalenin diğer bölümlerine bağlantılar olacaktır.

4. Aşama: Azure depolama kaynaklarını dağıtma

Bu aşamada, 1. Aşamadaki eşleme tablosuna başvurun ve bunları kullanarak içinde doğru sayıda Azure depolama hesabı ve dosya paylaşımı sağlayın.

Azure dosya paylaşımı bulutta bir Azure depolama hesabında depolanır. Performansla ilgili dikkat edilmesi gereken başka bir düzey burada geçerlidir.

Yüksek oranda etkin paylaşımlarınız varsa (birçok kullanıcı ve/veya uygulama tarafından kullanılan paylaşımlar), iki Azure dosya paylaşımı bir depolama hesabının performans sınırına ulaşabilir.

En iyi yöntem, her biri bir dosya paylaşımıyla depolama hesapları dağıtmaktır. Arşiv paylaşımlarınız varsa veya bu paylaşımlarda günlük etkinliklerin düşük olmasını bekliyorsanız, aynı depolama hesabında birden çok Azure dosya paylaşımını havuza alabilirsiniz.

Bu noktalar, bulut erişimini (Azure VM aracılığıyla) yönlendirmek için Azure Dosya Eşitleme'e göre daha fazla geçerlidir. Bu paylaşımlarda yalnızca Azure Dosya Eşitleme kullanmayı planlıyorsanız, birkaç taneyi tek bir Azure depolama hesabında gruplandırmak normaldir.

Paylaşımlarınızın listesini yaptıysanız, her paylaşımı içinde bulunacağı depolama hesabıyla eşlemeniz gerekir.

Önceki aşamada, uygun paylaşım sayısını belirlediniz. Bu adımda, depolama hesaplarını dosya paylaşımlarına eşlemeniz vardır. Şimdi uygun sayıda Azure depolama hesabını uygun sayıda Azure dosya paylaşımıyla dağıtın.

Depolama hesaplarınızın her birinin bölgesinin aynı olduğundan ve zaten dağıtmış olduğunuz Depolama Eşitleme Hizmeti kaynağının bölgesiyle eşleştiğinden emin olun.

Dikkat

100 TiB sınırı olan bir Azure dosya paylaşımı oluşturursanız, bu paylaşım yalnızca yerel olarak yedekli depolama veya alanlar arası yedekli depolama yedekliliği seçeneklerini kullanabilir. 100 TiB dosya paylaşımını kullanmadan önce depolama yedeklilik gereksinimlerinizi göz önünde bulundurun.

Azure dosya paylaşımları hala varsayılan olarak 5 TiB sınırıyla oluşturulur. Büyük bir dosya paylaşımı oluşturmak için Azure dosya paylaşımı oluşturma'daki adımları izleyin.

Depolama hesabı dağıtırken dikkat edilmesi gereken bir diğer nokta da Azure Depolama'nın yedekliliğidir. Bkz. Azure Depolama yedeklilik seçenekleri.

Kaynaklarınızın adları da önemlidir. Örneğin, İk departmanı için birden çok paylaşımı bir Azure depolama hesabında gruplandırdığınızda depolama hesabını uygun şekilde adlandırmanız gerekir. Benzer şekilde, Azure dosya paylaşımlarınızı adlandırdığınızda, şirket içi karşılıkları için kullanılanlara benzer adlar kullanmanız gerekir.

5. Aşama: Azure Dosya Eşitleme aracısını dağıtma

Bu bölümde, Azure Dosya Eşitleme aracısını Windows Server örneğinize yüklersiniz.

Dağıtım kılavuzunda Internet Explorer Gelişmiş Güvenlik Yapılandırması'nı kapatmanız gerektiği açıklanmaktadır. Bu güvenlik önlemi Azure Dosya Eşitleme için geçerli değildir. Bu özelliği kapatmak, Azure'da sorunsuz bir şekilde kimlik doğrulaması yapmanıza olanak tanır.

PowerShell’i açın. Aşağıdaki komutları kullanarak gerekli PowerShell modüllerini yükleyin. Bunu yapmanız istendiğinde tam modülü ve NuGet sağlayıcısını yüklediğinizden emin olun.

Install-Module -Name Az -AllowClobber
Install-Module -Name Az.StorageSync

Sunucunuzdan İnternet'e ulaşma konusunda sorun yaşıyorsanız, şimdi bunları çözmenin tam zamanı. Azure Dosya Eşitleme, İnternet'e sağlanan tüm ağ bağlantılarını kullanır. Ara sunucunun İnternet'e erişmesi de desteklenir. Makine genelinde bir ara sunucuyu şimdi yapılandırabilir veya aracı yüklemesi sırasında yalnızca Azure Dosya Eşitleme kullanacağı bir ara sunucu belirtebilirsiniz.

Ara sunucu yapılandırma, sunucu için güvenlik duvarlarınızı açmanız gerektiği anlamına geliyorsa, bu yaklaşım sizin için kabul edilebilir olabilir. Sunucu yüklemesinin sonunda, sunucu kaydını tamamladıktan sonra, bir ağ bağlantısı raporu size Azure'da seçtiğiniz bölge için iletişim kurması gereken tam uç nokta URL'lerini Azure Dosya Eşitleme gösterir. Rapor, iletişimin neden gerekli olduğunu da bildirir. Raporu kullanarak sunucunun etrafındaki güvenlik duvarlarını belirli URL'lere kilitleyebilirsiniz.

Ayrıca, güvenlik duvarlarını geniş bir alanda açmadığınız daha muhafazakar bir yaklaşım benimsebilirsiniz. Bunun yerine sunucuyu daha üst düzey DNS ad alanlarıyla iletişim kuracak şekilde sınırlayabilirsiniz. Daha fazla bilgi için bkz. ara sunucu ve güvenlik duvarı ayarlarını Azure Dosya Eşitleme. Kendi ağ en iyi yöntemlerinizi izleyin.

Sunucu yükleme sihirbazının sonunda bir sunucu kayıt sihirbazı açılır. Sunucuyu daha önce depolama eşitleme hizmetinizin Azure kaynağına kaydedin.

Bu adımlar, önce yüklemeniz gereken PowerShell modüllerini içeren dağıtım kılavuzunda daha ayrıntılı olarak açıklanmıştır: Azure Dosya Eşitleme aracı yüklemesi.

En son aracıyı kullanın. Bunu Microsoft İndirme Merkezi: Azure Dosya Eşitleme Aracısı'ndan indirebilirsiniz.

Başarılı bir yükleme ve sunucu kaydı sonrasında, bu adımı başarıyla tamamladığınızdan emin olabilirsiniz. Azure portalında Depolama Eşitleme Hizmeti kaynağına gidin. Soldaki menüde Kayıtlı sunucular'a gidin. Sunucunuzun burada listelendiğini görürsünüz.

6. Aşama: Windows Server'da Azure Dosya Eşitleme yapılandırma

Kayıtlı şirket içi Windows Server'ınızın bu işlem için hazır ve İnternet'e bağlı olması gerekir.

Bu adım, önceki adımlar sırasında Windows Server örneğinizde ayarladığınız tüm kaynakları ve klasörleri birbirine bağlar.

  1. Azure Portal’ında oturum açın.
  2. Depolama Eşitleme Hizmeti kaynağınızı bulun.
  3. Her Azure dosya paylaşımı için Depolama Eşitleme Hizmeti kaynağı içinde yeni bir eşitleme grubu oluşturun. Azure Dosya Eşitleme terminolojisinde Azure dosya paylaşımı, eşitleme grubunun oluşturulmasıyla açıkladığınız eşitleme topolojisinde bir bulut uç noktası haline gelir. Eşitleme grubunu oluşturduğunuzda, hangi dosya kümesinin orada eşitlendiğini tanımanız için ona tanıdık bir ad verin. Azure dosya paylaşımına eşleşen bir adla başvurdığınızdan emin olun.
  4. Eşitleme grubunu oluşturduktan sonra, eşitleme grupları listesinde bunun için bir satır görüntülenir. Eşitleme grubunun içeriğini görüntülemek için adı (bağlantı) seçin. Azure dosya paylaşımınızı Bulut uç noktaları altında görürsünüz.
  5. Sunucu Uç Noktası Ekle düğmesini bulun. Sağladığınız yerel sunucudaki klasör, bu sunucu uç noktasının yolu olur.

Önemli

Bulut katmanlama, yerel sunucunun bulutta depolanandan daha az depolama kapasitesine sahip olmasını, ancak tam ad alanının kullanılabilir olmasını sağlayan Azure Dosya Eşitleme özelliğidir. Yerel olarak ilginç (sık erişimli) veriler de hızlı erişim performansı için yerel olarak önbelleğe alınır. Bulut katmanlama, "sunucu uç noktası" Azure Dosya Eşitleme başına isteğe bağlı bir özelliktir.

Uyarı

Windows sunucu birimlerinizde NAS aletinde kullanılan verilerinizden daha az depolama alanı sağladıysanız bulut katmanlama zorunludur. Bulut katmanlama özelliğini açmazsanız sunucunuz tüm dosyaları depolamak için yer açmaz. Katmanlama ilkenizi geçiş için geçici olarak %99 birim boş alana ayarlayın. Geçiş tamamlandıktan sonra bulut katmanlama ayarlarınıza geri döndüğünüzden ve bunu daha uzun vadeli yararlı bir düzeye ayarladığınızdan emin olun.

Eşitleme için yapılandırılması gereken tüm Azure dosya paylaşımları / sunucu konumları için eşitleme grubu oluşturma ve eşleşen sunucu klasörünün sunucu uç noktası olarak eklenmesi adımlarını yineleyin.

Tüm sunucu uç noktaları oluşturulduktan sonra eşitleme çalışıyor. Bir test dosyası oluşturabilir ve bunun sunucu konumunuzdan bağlı Azure dosya paylaşımına eşitlenmesini görebilirsiniz (eşitleme grubundaki bulut uç noktası tarafından açıklandığı gibi).

Her iki konum, sunucu klasörleri ve Azure dosya paylaşımları da boş olur ve her iki konumda da veri bekler. Sonraki adımda, dosyaları buluta taşımak üzere Azure Dosya Eşitleme için Windows Server'a kopyalamaya başlayacaksınız. Bulut katmanlama özelliğini etkinleştirdiyseniz, yerel birimlerde kapasiteniz tükeniyorsa sunucu dosyaları katmanlama işlemine başlar.

7. Aşama: Azure Depolama Taşıyıcı veya RoboCopy kullanarak veri kopyalama

Artık Nas gerecinden Windows Server'ınıza veri kopyalamak için Azure Depolama Taşıyıcı veya RoboCopy kullanabilir ve verileri Azure dosya paylaşımlarına taşımak için Azure Dosya Eşitleme kullanabilirsiniz. Bu kılavuzda ilk kopya için RoboCopy kullanılır. Bunun yerine Azure Depolama Taşıyıcı'yı kullanmak için bkz . Azure Depolama Taşıyıcı'yı kullanarak SMB Azure dosya paylaşımlarına geçiş.

Windows Server hedef klasörünüzde ilk yerel kopyayı çalıştırın:

  • NAS gerecinizde ilk konumu belirleyin.
  • Windows Server'da zaten yapılandırılmış Azure Dosya Eşitleme eşleşen klasörü tanımlayın.
  • Kopyayı başlatın.

Aşağıdaki RoboCopy komutu NAS depolama alanınızdaki dosyaları Windows Server hedef klasörünüze kopyalar. Windows Server bunu Azure dosya paylaşımlarına eşitler.

Windows Server'ınız üzerinde dosyalarınızın NAS gerecinden daha az depolama alanı sağladıysanız, bulut katmanlama yapılandırmış olursunuz. Yerel Windows Server birimi doldıkça bulut katmanlama devreye girer ve zaten başarıyla eşitlenmiş dosyaları katmanlar. Bulut katmanlama, NAS aletinden kopyaya devam etmek için yeterli alan oluşturur. Bulut katmanlama, nelerin eşitlendiğini görmek ve %99 birim boş alana ulaşmak için disk alanı boşaltmak için saatte bir denetim gerçekleştirir.

RoboCopy dosyaları buluta eşitleyip yerel olarak katmanlayabileceğinizden daha hızlı taşır ve böylece yerel disk alanı tükenebilir. Bu durumda RoboCopy başarısız olur. Paylaşımlarda bunu engelleyen bir sırayla çalışmanızı öneririz; örneğin, tüm paylaşımlar için kopyalama işlerini aynı anda başlatmama veya yalnızca Windows Server'daki geçerli boş alan miktarına sığan paylaşımları taşımama.

robocopy <SourcePath> <Dest.Path> /MT:20 /R:2 /W:1 /B /MIR /IT /COPY:DATSO /DCOPY:DAT /NP /NFL /NDL /XD "System Volume Information" /UNILOG:<FilePathAndName>
Anahtar Anlamı
/MT:n Robocopy'nin birden çok iş parçacıklı işlem çalıştırmasına olanak tanır. için n varsayılan değer 8'dir. En yüksek değer 128 iş parçacığıdır. Yüksek iş parçacığı sayısı kullanılabilir bant genişliğinin doygunluğuna yardımcı olsa da, geçişinizin daha fazla iş parçacığıyla her zaman daha hızlı olacağı anlamına gelmez. 8 ile 20 arasında Azure Dosyalar olan testler, ilk kopyalama çalıştırması için dengeli performans gösterir. Sonraki /MIR çalıştırmalar, kullanılabilir işlemden ve kullanılabilir ağ bant genişliğine göre aşamalı olarak etkilenir. Sonraki çalıştırmalar için iş parçacığı sayısı değerinizin işlemci çekirdek sayısı ve çekirdek başına iş parçacığı sayısıyla daha yakından eşleşmesini sağlayın. Çekirdeklerin, üretim sunucusunda bulunabilecek diğer görevler için ayrılmasının gerekip gerekmediğini düşünün. Azure Dosyalar ile yapılan testler, yalnızca işlemcilerinizin bunları aynı anda canlı tutabilmesi durumunda en fazla 64 iş parçacığının iyi bir performans ürettiğini göstermiştir.
/R:n İlk denemede kopyalanamayan bir dosya için en yüksek yeniden deneme sayısı. Robocopy, dosya çalıştırmada kalıcı olarak kopyalanmadan önce zamanları dener n . Çalıştırmanızın performansını en iyi duruma getirebilirsiniz: Zaman aşımı sorunlarının geçmişte hatalara neden olduğunu düşünüyorsanız iki veya üç değer seçin. Bu, WAN bağlantıları üzerinde daha yaygın olabilir. Dosyanın etkin olarak kullanımda olduğu için kopyalanamadığına inanıyorsanız yeniden deneme yok'u veya bir değeri seçin. Birkaç saniye sonra yeniden denemek, dosyanın kullanımdaki durumunun değişmesi için yeterli zaman olmayabilir. Dosyayı açık tutan kullanıcıların veya uygulamaların saatler daha fazla zamana ihtiyacı olabilir. Bu durumda, dosyayı kabul etmek kopyalanmadı ve planlı, izleyen Robocopy çalıştırmalarınızdan birinde yakalanması, sonunda dosyayı başarıyla kopyalamayı başarır. Bu, geçerli çalıştırmanın yeniden deneme zaman aşımından sonra hala açık olan dosyalar nedeniyle kopyalama hatalarının çoğunluğunda sonuçlanan birçok yeniden deneme tarafından uzatılmadan daha hızlı bitmesine yardımcı olur.
/W:n Robocopy’nin önceki denemede başarılı bir şekilde kopyalanmayan dosyayı kopyalamayı yeniden denemeden önce ne kadar bekleyeceğini belirtir. n , yeniden denemeler arasında beklenecek saniye sayısıdır. /W:n genellikle ile /R:nbirlikte kullanılır.
/B Robocopy’yi bir yedekleme uygulamasının kullanabileceği bir modda çalıştırır. Bu anahtar Robocopy’nin geçerli kullanıcının izinlerine sahip olmadığı dosyaları taşımasına olanak tanır. Yedekleme anahtarı, Yönetici yükseltilmiş konsolunda veya PowerShell penceresinde Robocopy komutunu çalıştırmaya bağlıdır. Azure Dosyalar için Robocopy kullanıyorsanız depolama hesabı erişim anahtarını ve etki alanı kimliğini kullanarak Azure dosya paylaşımını bağladığınızdan emin olun. Aksi takdirde, hata iletileri sezgisel olarak sorunu çözmenize yol açmayabilir.
/MIR (Kaynağı hedefe yansıtın.) Robocopy’nin kaynak ile hedef arasında yalnızca deltaları kopyalamasına olanak tanır. Boş alt dizinler kopyalanır. Değiştirilmiş veya hedefte mevcut olmayan öğeler (dosyalar veya klasörler) kopyalanır. Hedefte mevcut olan ama kaynakta olmayan öğeler hedeften temizlenir (silinir). Bu anahtarı kullandığınızda kaynak ve hedef klasör yapılarını tam olarak eşleştirin. Eşleştirme , doğru kaynak ve klasör düzeyinden hedefte eşleşen klasör düzeyine kopyalama anlamına gelir. Ancak o zaman "yakalama" kopyası başarılı olur. Kaynak ve hedef eşleşmediğinde, kullanımı /MIR büyük ölçekli silmelere ve yeniden kapsamlara yol açar.
/IT Bazı yansıtma senaryolarında uygunluğun korunmasını güvence altına alır.
Örneğin, bir dosya bir ACL değişikliğiyle karşılaşırsa ve iki Robocopy çalıştırması arasında öznitelik güncelleştirmesi yapılırsa, dosya gizli olarak işaretlenir. olmadan /ITACL değişikliği Robocopy tarafından kaçırılabilir ve hedef konuma aktarılmayabilir.
/COPY:[copyflags] Dosya kopyasının aslına uygunluğu. Varsayılan: /COPY:DAT. Kopyalama bayrakları: D= Veri, A= Öznitelikler, T= Zaman damgaları, S= Güvenlik = NTFS ACL'leri, O= Sahip bilgileri, U= Ubağlama bilgileri. Denetim bilgileri Azure dosya paylaşımında depolanamaz.
/DCOPY:[copyflags] Dizinlerin kopyası için uygunluk. Varsayılan: /DCOPY:DA. Kopyalama bayrakları: D= Veri, A= Öznitelikler, T= Zaman damgaları.
/NP Her dosya ve klasör için kopyalama işleminin ilerleme durumunun görüntülenmeyeceğini belirtir. İlerleme durumunun gösterilmesi kopyalama performansını önemli ölçüde düşürür.
/NFL Dosya adlarının günlüğe kaydedilmeyeceğini belirtir. Kopyalama performansını artırır.
/NDL Dizin adlarının günlüğe kaydedilmeyeceğini belirtir. Kopyalama performansını artırır.
/XD Dışlanacak dizinleri belirtir. Birimin kökünde Robocopy'yi çalıştırırken gizli System Volume Information klasörü dışlamanız gerekir. Tasarım olarak kullanılırsa, içindeki tüm bilgiler bu tam sistemdeki tam birime özgüdür ve isteğe bağlı olarak yeniden oluşturulabilir. Bu bilgilerin kopyalanması bulutta veya veriler başka bir Windows birimine geri kopyalandığında yararlı olmayacaktır. Bu içeriğin geride bırakılması veri kaybı olarak kabul edilmemelidir.
/UNILOG:<file name> Günlük dosyasına durumu Unicode olarak yazar. (Varolan günlüğün üzerine yazar.)
/L Yalnızca bir test çalıştırması
için Dosyalar yalnızca listelenir. Bunlar kopyalanmaz, silinmez ve zaman damgası içermez. Genellikle konsol çıkışı için ile /TEE kullanılır. Doğru belgelenmiş test sonuçlarını elde etmek için örnek betikten , /NFL, ve /NDLgibi /NPbayrakların kaldırılması gerekebilir.
/LFSM Yalnızca katmanlı depolama alanı olan hedefler için. Hedef uzak bir SMB paylaşımı olduğunda desteklenmez.
Robocopy'nin "düşük boş alan modunda" çalıştığını belirtir. Bu anahtar yalnızca Robocopy tamamlanmadan önce yerel kapasitesi tükenebilecek katmanlı depolamaya sahip hedefler için kullanışlıdır. Özel olarak Azure Dosya Eşitleme bulut katmanlaması için etkinleştirilmiş hedeflerde kullanılmak üzere eklenmiştir. Azure Dosya Eşitleme’den bağımsız olarak kullanılabilir. Bu modda, dosya kopyalama işlemi hedef birimde boş alanın bir “taban” değerinin altına düşmesine her neden olduğunda Robocopy duraklatılır. Bu değer bayrağının /LFSM:n biçimiyle belirtilebilir. parametresi n 2 tabanında belirtilir: nKB, nMBveya nGB. Açık kat değeri olmadan belirtilirse /LFSM , kat hedef birimin boyutunun yüzde 10'una ayarlanır. Düşük boş alan modu , veya /EFSRAW/ZBile /MTuyumlu değildir. desteği /B Windows Server 2022'ye eklendi. İlgili hata ve geçici çözüm hakkında ayrıntılı bilgi için lütfen aşağıdaki Windows Server 2022 ve RoboCopy LFSM bölümüne bakın.
/Z Dikkatli
kullanın Dosyaları yeniden başlatma modunda kopyalar. Bu anahtarın yalnızca kararsız bir ağ ortamında kullanılması önerilir. Ek günlük kaydı nedeniyle kopyalama performansını önemli ölçüde düşürür.
/ZB Dikkatli
kullanın Yeniden başlatma modunu kullanır. Erişim reddedilirse bu seçenek yedekleme modunu kullanır. Bu seçenek denetim noktası oluşturma nedeniyle kopyalama performansını önemli ölçüde düşürür.

Önemli

Windows Server 2022 kullanmanızı öneririz. Windows Server 2019 kullanırken en son düzeltme eki düzeyinde veya en az işletim sistemi güncelleştirme KB5005103 yüklendiğinden emin olun. Bazı Robocopy senaryoları için önemli düzeltmeler içerir.

8. Aşama: Kullanıcı kesme

RoboCopy komutunu ilk kez çalıştırdığınızda, kullanıcılarınız ve uygulamalarınız NAS üzerindeki dosyalara erişmeye devam eder ve bunları değiştirebilir. RoboCopy'nin bir dizini işlemesi, sonrakine geçmesi ve ardından kaynak konumdaki (NAS) bir kullanıcının bu geçerli RoboCopy çalıştırmasında işlenmeyecek bir dosyayı eklemesi, değiştirmesi veya silmesi mümkündür. Bu davranış beklenmektedir.

İlk çalıştırma, Azure Dosya Eşitleme aracılığıyla verilerin büyük bir kısmını Windows Server'ınıza ve buluta taşımaktır. Aşağıdakilere bağlı olarak, bu ilk kopya uzun sürebilir:

  • indirme bant genişliğiniz
  • karşıya yükleme bant genişliği
  • yerel ağ hızı ve RoboCopy iş parçacığı sayısının bu ağ ile en uygun eşleşme sayısı
  • RoboCopy ve Azure Dosya Eşitleme tarafından işlenmesi gereken öğelerin (dosya ve klasör) sayısı

İlk çalıştırma tamamlandıktan sonra komutunu yeniden çalıştırın.

İkinci kez daha hızlı tamamlanır, çünkü yalnızca son çalıştırmadan bu yana gerçekleşen değişiklikleri taşıması gerekir. Bu ikinci çalıştırma sırasında yeni değişiklikler yine de birikebilir.

Belirli bir konum için RoboCopy'yi tamamlamak için gereken sürenin kapalı kalma süresi için kabul edilebilir bir süre içinde olduğundan emin olana kadar bu işlemi yineleyin.

Kapalı kalma süresinin kabul edilebilir olduğunu düşündüğünüzde NAS tabanlı paylaşımlarınıza kullanıcı erişimini kaldırmanız gerekir. Bunu, kullanıcıların dosya ve klasör yapısını ve içeriğini değiştirmesini engelleyen herhangi bir adımla yapabilirsiniz. Dfs-Ad Alanınızı mevcut olmayan bir konuma işaret etmek veya paylaşımdaki kök ACL'leri değiştirmek buna örnek olarak gösteriliyor.

Son bir RoboCopy turunu çalıştırın. Kaçırılmış olabilecek tüm değişiklikleri alır. Bu son adımın ne kadar süreceği RoboCopy taramasının hızına bağlıdır. Önceki çalıştırmanın ne kadar sürdüğünü ölçerek süreyi tahmin edebilirsiniz (kapalı kalma sürenize eşittir).

Windows Server klasöründe bir paylaşım oluşturun ve büyük olasılıkla DFS-N dağıtımınızı buna işaret eden şekilde ayarlayın. NAS SMB paylaşımınızla aynı paylaşım düzeyi izinleri ayarladığınızdan emin olun. Kurumsal sınıf etki alanına katılmış bir NAS'niz varsa, kullanıcı SID'leri otomatik olarak eşleşecektir. Kullanıcılar Active Directory'de var olduğundan ve RoboCopy dosyaları ve meta verileri tam uygunlukta kopyalar. NAS'nizde yerel kullanıcıları kullandıysanız, bu kullanıcıları Windows Server yerel kullanıcıları olarak yeniden oluşturmanız ve RoboCopy'nin Windows Server'ınıza taşıdığı mevcut SID'leri yeni Windows Server yerel kullanıcılarınızın SID'leriyle eşlemeniz gerekir.

Bir paylaşımı/paylaşım grubunu ortak bir köke veya birime geçirmeyi tamamladınız. (1. Aşama'dan eşlemenize bağlı olarak)

Bu kopyalardan birkaçını paralel olarak çalıştırmayı deneyebilirsiniz. Tek seferde bir Azure dosya paylaşımının kapsamını işlemenizi öneririz.

Uyarı

NAS'ınızdaki tüm verileri Windows Server'a taşıdıktan ve geçişiniz tamamlandıktan sonra: Azure portalındaki tüm eşitleme gruplarına dönün ve bulut katmanlama birimi boş alan yüzde değerini önbellek kullanımı için daha uygun bir değerle (örneğin%20) ayarlayın.

Bulut katmanlama birimi boş alan ilkesi, birden çok sunucu uç noktasının eşitlenmesi olasılığı olan bir birim düzeyinde çalışır. Bir sunucu uç noktasında bile boş alanı ayarlamayı unutursanız, eşitleme en kısıtlayıcı kuralı uygulamaya devam eder ve %99 boş disk alanı tutmaya çalışır ve yerel önbelleğin beklediğiniz gibi çalışmamasını sağlar. Amacınız yalnızca nadiren erişilen arşiv verileri içeren bir birimin ad alanına sahip olmak değilse ve depolama alanının geri kalanını başka bir senaryo için ayırmadığınız sürece.

Sorun giderme

Karşılaşabileceğiniz en olası sorun, RoboCopy komutunun Windows Server tarafında "Birim dolu" ile başarısız olmasıdır. Bulut katmanlama, eşitlenen yerel Windows Server diskinden içeriği boşaltmak için saatte bir hareket eder. Hedefi, birimdeki %99 boş alanınıza ulaşmaktır.

Eşitlemenin ilerlemesine ve bulut katmanlamanın diskte yer açmasına izin verin. Bunu Windows Server'ınızın Dosya Gezgini görebilirsiniz.

Windows Server'ınız yeterli kullanılabilir kapasiteye sahip olduğunda komutu yeniden çalıştırmak sorunu çözer. Bu duruma girdiğinizde hiçbir şey kırılmaz ve güvenle ilerleyebilirsiniz. Tek sonuç, komutu yeniden çalıştırmanın zor olmasıdır.

Sorun giderme Azure Dosya Eşitleme sorunları için aşağıdaki bölümdeki bağlantıya bakın.

Sonraki adımlar

Aşağıdaki makaleler dağıtım seçeneklerini, en iyi yöntemleri ve sorun giderme adımlarını anlamanıza yardımcı olur.