Azure Blob Storage için Ağ Dosya Sistemi (NFS) 3.0 protokol desteği

Azure Blob Depolama artık Ağ Dosya Sistemi (NFS) 3.0 protokolunu destekliyor. Bu destek, nesne depolama ölçeğinde ve fiyatlarında Linux dosya sistemi uyumluluğu sağlar ve Linux istemcilerinin Bir Azure sanal makinesinden (VM) veya şirket içi bir bilgisayardan Blob Depolama'ya kapsayıcı bağlamasını sağlar.

Yüksek performanslı bilgi işlem (HPC) gibi büyük ölçekli eski iş yüklerini bulutta çalıştırmak zor olabilir. Bunun bir nedeni, uygulamaların verilere erişmek için genellikle NFS gibi geleneksel dosya protokollerini kullanmasıdır. Ayrıca, nesne depolamaya odaklanan yerel bulut depolama hizmetlerinin hiyerarşik ad alanı ve verimli meta veri işlemleri sağlayan dosya sistemleri yerine düz bir ad alanı ve kapsamlı meta verileri vardır.

Blob Depolama artık hiyerarşik ad alanını destekliyor. NFS 3.0 protokol desteğiyle birleştirildiğinde Azure, büyük ölçekli bulut nesne depolama alanı üzerinde eski uygulamaları çalıştırmayı çok daha kolay hale getirir.

Blob Storage ile NFS 3.0 kullanmak için uygun uygulamalar ve iş yükleri

NFS 3.0 protokol özelliği, sıralı G/Ç ile yüksek aktarım hızına sahip, büyük ölçekli, okuma yoğunluklu iş yükleri için iyileştirilmiştir. Aktarım hızının düşük gecikme süresinden daha kritik olduğu birden çok okuyucu ve çok sayıda iş parçacığı içeren senaryolar için idealdir. Bazı yaygın örnekler aşağıdakileri içermektedir:

• Yüksek performanslı bilgi işlem: HPC işleri genellikle aynı büyük veri kümelerini eşzamanlı olarak okuyan binlerce çekirdeği içerir. NFS 3.0 protokol özelliği, geleneksel dosya sunucusu performans sorunlarını ortadan kaldırmak için nesne depolama aktarım hızını kullanır. Aşağıda bazı örnekler verilmiştir:

  • Genomiks sıralaması: Büyük DNA veri kümelerini işleme.
  • Finansal risk modellemesi: Geçmiş veriler üzerinde Monte Carlo simülasyonlarını kullanma.
  • Sismik analiz: Petrol ve gaz keşfi için jeolojik verileri analiz etme.
  • Hava durumu tahmini: İklim ve fırtına tahmini için atmosferik verileri modelleme.

• Büyük veri ve analiz (veri gölleri): Birçok analiz aracı hiyerarşik dizinler gerektirir. BlobNFS (Azure Data Lake Storage Gen2 aracılığıyla), standart dosya protokollerini desteklerken bu yapıyı sunar. Aşağıda bazı örnekler verilmiştir:

  • Makine öğrenmesi: Standart dosya G/Ç kullanarak eğitim verilerini GPU kümelerine besleme.
  • Log Analytics: Binlerce kaynaktan günlükleri toplama.

• Gelişmiş Sürücü Yardım Sistemleri (ADAS):ADAS iş akışları, LiDAR nokta bulutları ve yüksek çözünürlüklü kamera akışları gibi petabaytlarca sıralı algılayıcı verisi üretir. Verilerin verimli bir şekilde alınması ve simülasyon ve model eğitimi için uygun ölçekte analiz edilmesi gerekir. Örnek olarak, NFS 3.0 kullanarak otonom test araçlarından ham LiDAR taramalarını ve çok kameralı video akışlarını depolamak ve ardından algı algoritmalarını doğrulamak için binlerce işlem düğümünde büyük ölçekli yeniden yürütme simülasyonları çalıştırmak örnek olarak gösteriliyor.

• Medya ve eğlence: İşleme grupları, büyük varlık kitaplıklarına verimli erişime ihtiyaç duyar. Blob üzerinden NFS 3.0, dosya yollarını bekleyen eski işleme araçları için bir dosya arabirimi sağlar. Aşağıda bazı örnekler verilmiştir:

  • Video işleme: Dağıtılmış düğümlerle kaynak varlıkları okuma.
  • Kod dönüştürme: Büyük ham video dosyalarını akış biçimlerine dönüştürme.

• Veritabanı yedeklemesi: Karmaşık bağlayıcılar veya pahalı anlık görüntüler içermeyen uygun maliyetli, yüksek aktarım hızına sahip bir NFS 3.0 hedefi. Oracle RMAN, uzun süreli arşivleme için doğrudan büyük yedekleme parçaları yazabilir ve NFS'ye bağlı herhangi bir Linux VM'den doğrudan geri yüklemeyi etkinleştirebilir.

Blob Storage ile NFS 3.0 Kullanılmaması Gereken Durumlar

Nesne depolama özellikleri nedeniyle genel amaçlı dosya paylaşımları veya işlem iş yükleri için kullanmaktan kaçının:

İş yükü türü	Nedeni	Daha iyi alternatif
İşlem veritabanları	Ayrıntılı kilitleme, milisaniyenin altında gecikme süresi ve sık rastgele yazma işlemleri gerektirir.	Yönetilen diskler veya Azure NetApp Files veya Azure Dosyalar
Yerinde dosya düzenleme	Dosyaların düzenlenmesi, tam blob yeniden yazma işlemlerini zorlar ve bu da işlemleri verimsiz hale getirir.	Azure Files

NFS 3.0 ve hiyerarşik ad alanı

NFS 3.0 protokol desteği, blobların hiyerarşik ad alanında düzenlenmesini gerektirir. Depolama hesabı oluştururken hiyerarşik ad alanını etkinleştirebilirsiniz.

Azure Data Lake Storage, hiyerarşik ad alanı kullanma özelliğini kullanıma sunar. Nesneleri (dosyaları) bilgisayarınızdaki dosya sistemiyle aynı şekilde dizinler ve alt dizinler hiyerarşisi halinde düzenler. Hiyerarşik ad alanı doğrusal olarak ölçeklendirilir ve veri kapasitesini veya performansını düşürmez. Farklı protokoller hiyerarşik ad alanından genişler. NFS 3.0 protokolü, kullanılabilir protokollerden biridir.

Blok blobları olarak depolanan veriler

Uygulamanız NFS 3.0 protokolünün kullanıldığı bir istekte bulunursa, bu istek blok blobu işlemlerinin bir bileşimine çevrilir. Örneğin, NFS 3.0 okuma Uzaktan Yordam Çağrısı (RPC) istekleri, Get Blob işlemlerine dönüştürülür. NFS 3.0 yazma RPC istekleri Get Block List, Put Block ve Put Block List birleşimine çevrilir.

Blok blobları, büyük miktarlardaki yoğun okuma verilerini verimli bir şekilde işlemek için iyileştirilmiştir. Blok blobları bloklardan oluşur. Blok kimliği her bloğu tanımlar. Blok blobu en fazla 50.000 blok içerebilir. Blok blobundaki her blok, hesabınızın kullandığı hizmet sürümü için izin verilen en büyük boyuta kadar farklı bir boyuta sahip olabilir.

NFSv3 RPC	REST API işlemi
Meta veri ve öznitelikler
Nfs3GetAttr	Get Blob Properties
Nfs3SetAttr	Set Blob Properties (Dosya boyutu ayarlandıysa Nfs3Write çağrılır.)
Nfs3Lookup	Get Blob Properties
Nfs3Access	Get Blob Properties
Nfs3Readlink	Get Blob Properties
Nfs3FsStat	Get Blob Properties
Nfs3Fsinfo	Get Blob Properties
Nfs3Pathconf	Get Blob Properties
Dizin numaralandırması
Nfs3ReadDir	List Blobs
Nfs3ReadDirPlus	List Blobs
Okuma işlemleri
Nfs3Read	Get Blob
Nfs3ReadLink	Get Blob Properties + Get Blob altında yatan dosya.
Yazma işlemleri
NFs3Write	Get Block List (1) + Put Block (x) + Put Block List (1)
Nfs3Commit	İşlem yok.
Dosya yaşam döngüsü
Nfs3Create	Put Blob + Get Blob Properties
Nfs3Remove	Delete Blob
Nfs3Rename	Desteklenmez (1-1 eşlemesi yoktur).
Nfs3Link	Desteklenmiyor.
Dizin yönetimi
Nfs3MkDir	Put Blob + Get Blob Properties
Nfs3RmDir	Put Blob
Diğerleri
Nfs3SymLink	Put Blob + Get Blob Properties
Nfs3MkNod	Desteklenmiyor.
Nfs3Null	İşlem yok.

Önbellek isabeti veya yanıtsız sonuçları, ön işlem ve işlem sonrası öznitelikleri almak için diğer Get Blob Properties istekleri tetikleyebilir. Çeşitli değişkenler, uçtan uca işlemler (örneğin, dosya okuma veya yazma) için Blob Depolama işlem sayılarını etkiler ve yinelemeler arasında farklılık gösterebilir. Temsili iş yüklerinin işlem sayısını tahmin etmek için örnek senaryolar için Blob Storage günlüklerini kullanın.

Genel iş akışı: Depolama hesabı kapsayıcısı bağlama

Linux istemcileriniz Bir Azure VM'den veya şirket içi bilgisayardan Blob Depolama'ya bir kapsayıcı bağlayabilir. Depolama hesabı kapsayıcısını bağlamak için şu görevleri gerçekleştirin:

1. Azure sanal ağı oluşturma.
2. Ağ güvenliğini yapılandırın.
3. Yalnızca sanal ağdan gelen trafiği kabul eden bir depolama hesabı oluşturun ve yapılandırın.
4. Depolama hesabında bir kapsayıcı oluşturun.
5. Kapsayıcıyı bağlayın.

Adım adım yönergeler için bkz. Ağ Dosya Sistemi (NFS) 3.0 protokolunu kullanarak Blob Depolamayı Bağlama.

Ağ güvenliği

Trafik bir sanal ağdan kaynaklanmalıdır. Sanal ağ, istemcilerin depolama hesabınıza güvenli bir şekilde bağlanmasını sağlar. Hesabınızdaki verilerin güvenliğini sağlamanın tek yolu sanal ağ ve diğer ağ güvenlik ayarlarını kullanmaktır. Hesap anahtarı yetkilendirmesi, Microsoft Entra güvenliği ve erişim denetimi listeleri (ACL'ler) dahil olmak üzere verilerin güvenliğini sağlamak için kullanılan diğer araçlar NFS 3.0 isteğini yetkilendirmek için kullanılamaz.

Daha fazla bilgi edinmek için bkz. Blob Depolama için ağ güvenliği önerileri.

Uyarı

Depolama hesabınıza erişmek için genel IP filtreleme desteklenmez.

Desteklenen ağ bağlantıları

Bağlantı aşağıdaki ağ konumlarından birinden geliyorsa istemciler genel veya özel bir uç nokta üzerinden bağlanabilir:

• Depolama hesabınız için yapılandırdığınız sanal ağ.

  Bu makalede, bu sanal ağı birincil sanal ağ olarak adlandıracağız. Daha fazla bilgi edinmek için Sanal ağdan erişim izni verme bölümüne bakın.

• Birincil sanal ağ ile aynı bölgede bulunan eşlenmiş bir sanal ağ.

  Bu eşlenmiş sanal ağa erişime izin vermek için depolama hesabınızı yapılandırmanız gerekir. Daha fazla bilgi edinmek için Sanal ağdan erişim izni verme bölümüne bakın.

• Azure VPN Gateway veya AzureExpressRoute ağ geçidi kullanarak birincil sanal ağınıza bağlı bir şirket içi ağ.

  Daha fazla bilgi edinmek için bkz. Şirket içi ağlardan erişimi yapılandırma.

• Eşlenmiş ağa bağlı bir şirket içi ağ.

  Ağ geçidi geçişiyle birlikte VPN ağ geçidi veya ExpressRoute ağ geçidi kullanabilirsiniz.

Önemli

NFS 3.0 protokolü 111 ve 2048 bağlantı noktalarını kullanır. Şirket içi bir ağdan bağlanıyorsanız, istemcinizin bu bağlantı noktaları üzerinden giden iletişime izin verdiğinden emin olun. Belirli sanal ağlara erişim verdiyseniz, bu sanal ağlarla ilişkili ağ güvenlik gruplarının bu bağlantı noktaları üzerinden gelen iletişimi engelleyen güvenlik kuralları içermediğinden emin olun.

Bilinen sorunlar ve sınırlamalar

NFS 3.0 desteğinin geçerli sürümüyle ilgili sorunların ve sınırlamaların tam listesi için bkz. Bilinen sorunlar.

Fiyatlandırma

Veri depolama ve işlem maliyetleri için Bkz. Azure Blob Depolama fiyatlandırma sayfası.

İlgili içerik

• Ağ Dosya Sistemi (NFS) 3.0 protokolünü kullanarak Blob Depolama'yı bağlayın
• Azure Blob Storage'da Network Dosya Sistemi (NFS) 3.0 performans dikkat edilmesi gerekenler
• Azure Files, Blob Storage ve Azure NetApp Files'e NFS ile erişimi karşılaştırın.