Azure Dosya Eşitleme ile Linux'tan karma bulut dağıtımına geçiş

  • Makale

Bu geçiş makalesi, NFS 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: SAMBA ile Linux Server ⇒ Windows Server 2012R2 veya üzeri ⇒ Azure dosya paylaşımlarıyla 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) ile Windows Server örneklerinde çalışır. Linux istemcilerine veya uzak Sunucu İleti Bloğu (SMB) paylaşımına veya Ağ Dosya Sistemi (NFS) paylaşımlarına eşitlemeyi desteklemez.

Sonuç olarak, dosya hizmetlerinizi karma dağıtıma dönüştürmek, Windows Server'a geçiş yapılmasını gerekli kılar. Bu makale, böyle 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ç, Linux Samba sunucunuzdaki paylaşımları bir Windows Server örneğine taşımaktır. Ardından karma bulut dağıtımı için Azure Dosya Eşitleme kullanın. Bu geçişin, geçiş sırasında üretim verilerinin bütünlüğünü ve 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ış

Azure Dosyalar geçişe genel bakış makalesinde belirtildiği gibi, doğru kopyalama aracını ve yaklaşımı kullanmak önemlidir. Linux Samba sunucunuz SMB paylaşımlarını doğrudan yerel ağınızda sergilemektedir. Windows Server'da yerleşik olarak bulunan Robocopy, bu geçiş senaryosunda dosyalarınızı taşımanın en iyi yoludur.

Linux sunucunuzda Samba çalıştırmıyorsanız ve klasörleri Windows Server'da karma bir dağıtıma geçirmek istiyorsanız Robocopy yerine Linux kopyalama araçlarını kullanabilirsiniz. Kopyalama aracınızın uygunluk özelliklerine dikkat edin. Kopyalama aracında neleri arayacağınızı öğrenmek için geçişe genel bakış makalesindeki geçişle ilgili temel bilgiler bölümünü gözden geçirin.

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: Şirket içinde uygun bir Windows Server örneği sağlama

  • Sanal makine veya fiziksel sunucu olarak bir Windows Server 2022 örneği oluşturun. Windows Server 2012 R2 en düşük gereksinimdir. Windows Server yük devretme kümesi de desteklenir.

  • Doğrudan bağlı depolama (DAS) sağlama veya ekleme. Ağa bağlı depolama (NAS) desteklenmez.

    Azure Dosya Eşitleme bulut katmanlama özelliğini kullanıyorsanız sağladığınız depolama alanı miktarı, Linux Samba sunucunuzda şu anda kullandığınız depolamadan daha küçük olabilir.

Sağladığınız depolama alanı miktarı, Linux Samba sunucunuzda ş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 Linux Samba sunucu 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şıyın.
  2. Dosya Eşitleme ve bulut katmanlamanın etkileşim kurmasına izin verin.
  3. Birimde daha fazla boş alan oluşturulduğunda, sonraki dosya toplu işlemiyle devam edin. Alternatif olarak, yeni /LFSM anahtarı kullanmak için yaklaşan RoboCopy bölümünde 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.

Windows Server örneğinde dosyalarınızın Linux Samba sunucusunda kapladığı eşdeğer alanı sağlayarak bu toplu işleme yaklaşımından kaçınabilirsiniz. Windows'da yinelenenleri kaldırmayı etkinleştirmeyi göz önünde bulundurun. Bu yüksek miktarda depolamayı Windows Server örneğiniz için 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ğıttığınız Windows Server örneğinin kaynak yapılandırması (işlem ve RAM), çoğunlukla eşitlenecek öğe sayısına (dosya ve klasör) bağlıdır. Herhangi bir endişeniz varsa daha yüksek performanslı bir yapılandırma kullanmanızı öneririz.

Windows Server örneğini 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ğıtımında Azure Dosya Eşitleme yapılandırma

Bu işlem için kayıtlı şirket içi Windows Server örneğinizin 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 ilgi çekici veriler de hızlı erişim performansı için yerel olarak önbelleğe alınır. Bulut katmanlama, her Azure Dosya Eşitleme sunucu uç noktası için isteğe bağlı bir özelliktir.

Uyarı

Windows Server birimlerinizde Linux Samba sunucusunda 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 birim için yüzde 99 boş alan olarak ayarlayın. Geçiş tamamlandıktan sonra bulut katmanlama ayarlarınıza geri döndüğünüzden ve ilkeyi uzun dönem için daha kullanışlı bir düzeye ayarladığınızdan emin olun.

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

Tüm sunucu uç noktalarını oluşturduktan 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ş ve veri bekliyor. Sonraki adımda, dosyaları buluta taşımak için Azure Dosya Eşitleme için Windows Server örneğine kopyalamaya başlayacaksınız. Bulut katmanlama özelliğini etkinleştirdiyseniz, yerel birimlerde kapasiteniz tükenirse sunucu dosyaları katmanlama işlemine başlar.

7. Aşama: Robocopy

Temel geçiş yaklaşımı robocopy kullanarak dosyaları kopyalamak ve eşitleme yapmak için Azure Dosya Eşitleme kullanmaktır.

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

  1. Linux Samba sunucunuzdaki ilk konumu belirleyin.
  2. Windows Server örneğinde zaten yapılandırılmış Azure Dosya Eşitleme eşleşen klasörü tanımlayın.
  3. Robocopy kullanarak kopyayı başlatın.

Aşağıdaki Robocopy komutu, Linux Samba sunucunuzun depolama alanından Windows Server hedef klasörünüzdeki dosyaları kopyalar. Windows Server bunu Azure dosya paylaşımlarına eşitler.

Windows Server örneğinizde dosyalarınızın Linux Samba sunucusunda kaplayandan daha az depolama alanı sağladıysanız bulut katmanlama yapılandırmış olursunuz. Yerel Windows Server birimi doldıkça, bulut katmanlama başlatılır ve zaten başarıyla eşitlenmiş dosyaları katmanlar. Bulut katmanlama, Linux Samba sunucusundan kopyaya devam etmek için yeterli alan oluşturur. Bulut katmanlama, nelerin eşitlendiğini görmek ve bir birim için yüzde 99 boş alan ilkesine 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 yerel disk alanınız tükenebilir. Robocopy başarısız olur. Paylaşımlar arasında sorunu önleyen bir sırayla çalışmanızı öneririz. Örneğin, tüm paylaşımlar için Robocopy işlerini aynı anda başlatmamayı göz önünde bulundurun. Alternatif olarak, Windows Server örneğindeki geçerli boş alan miktarına sığan paylaşımları taşımayı da göz önünde bulundurun. Robocopy işiniz başarısız olursa, aşağıdaki yansıtma/temizleme seçeneğini kullandığınız sürece komutu her zaman yeniden çalıştırabilirsiniz:

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 Linux Samba sunucusundaki dosyalara erişmeye ve potansiyel olarak bunları değiştirmeye devam eder. Robocopy'nin bir dizini işleyip sonrakine geçmesi ve ardından kaynak konumdaki (Linux) 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, verilerin büyük bir kısmını Azure Dosya Eşitleme aracılığıyla Windows Server örneğine ve buluta taşımaktır. Aşağıdakilere bağlı olarak, bu ilk kopya uzun sürebilir:

  • İndirme 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 işlemesi gereken öğelerin (dosya ve klasör) sayısı.

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

Yalnızca son çalıştırmadan bu yana gerçekleşen değişiklikleri taşıması gerektiğinden ikinci kez daha hızlı tamamlanır. Bu ikinci çalıştırma sırasında yeni değişiklikler yine de birikebilir.

Belirli bir konum için Robocopy işlemini 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üresini kabul edilebilir olarak değerlendirdiğinizde ve Linux konumunu çevrimdışına almaya hazır olduğunuzda, paylaşım kökündeki ACL'leri kullanıcıların konuma artık erişemeyecek şekilde değiştirebilirsiniz. Alternatif olarak, Linux sunucunuzdaki bu klasörde içeriğin değişmesini engelleyen başka bir uygun adımı da atabilirsiniz.

Son bir Robocopy turu ç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. Linux Samba sunucusu SMB paylaşımlarınızla aynı paylaşım düzeyi izinlerini ayarladığınızdan emin olun. Linux Samba sunucunuzda yerel kullanıcıları kullandıysanız, bu kullanıcıları Windows Server yerel kullanıcıları olarak yeniden oluşturmanız gerekir. Robocopy'nin Windows Server örneğine taşıdığı mevcut SID'leri yeni Windows Server yerel kullanıcılarınızın SID'leriyle de eşlemeniz gerekir. Active Directory hesaplarını ve ACL'lerini kullandıysanız Robocopy bunları olduğu gibi taşır ve başka bir işlem yapmanız gerekmez.

Bir paylaşımı veya 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ı

Linux Samba sunucunuzdaki tüm verileri Windows Server örneğine taşıdıktan ve geçişiniz tamamlandıktan sonra Azure portalındaki tüm eşitleme gruplarına geri dönün. Bulut katmanlama birimi için boş alan yüzdesini önbellek kullanımına daha uygun bir değerle (örneğin, yüzde 20) ayarlayın.

Bulut katmanlama biriminde 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 boş disk alanını yüzde 99'da tutmaya çalışır. Daha sonra yerel önbellek beklediğiniz gibi performans göstermeyebilir. Amacınız yalnızca nadiren erişilen arşiv verileri içeren bir birimin ad alanına sahip olmak ve depolama alanının geri kalanını başka bir senaryo için ayırmanız durumunda performans kabul edilebilir olabilir.

Sorun giderme

En yaygın sorun, Robocopy komutunun Windows Server tarafında Birim dolu olarak 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, birim üzerinde yüzde 99 boş alana ulaşmaktır.

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

Windows Server örneğinizde yeterli kullanılabilir kapasite olduğunda komutun yeniden çalıştırılması sorunu çözer. Bu duruma girdiğinizde hiçbir şey kırılmaz ve güvenle ilerleyebilirsiniz. Komutu yeniden çalıştırmanın zor olması tek sonuçtur.

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

Sonraki adımlar

Aşağıdaki makaleler Azure Dosya Eşitleme için gelişmiş seçenekler, en iyi yöntemler ve sorun giderme yardımı içerir.