Azure Data Lake Storage 2. hiyerarşik ad alanı

  • Makale
  • Okumak için 3 dakika

Azure Data Lake Storage 2., nesne depolama ölçeğinde dosya sistemi performansı sağlamasına izin veren bir anahtar mekanizması ve fiyatlar hiyerarşik bir ad alanı eklidir. Bu, bir hesabın içindeki nesne/dosya koleksiyonunun, bilgisayarınızdaki dosya sistemi ile aynı şekilde bir dizin ve iç içe geçmiş alt dizinler hiyerarşisi halinde düzenlenmesine izin verir. Hiyerarşik bir ad alanı etkinken, bir depolama hesabı, analiz motorları ve çerçeveler hakkında tanıdık dosya sistemi semantiği ile, nesne depolamanın ölçeklenebilirlik ve maliyet verimliliğini sağlamalarına sahip olur.

Hiyerarşik bir ad alanının avantajları

Aşağıdaki avantajlar, blob verileri üzerinde hiyerarşik bir ad alanı uygulayan dosya sistemleriyle ilişkilendirilir:

  • Atomik dizin düzenlemesi: Nesne, yol parçalarını belirtmek için nesne adında eğik çizgi (/) ekleme kuralı benimseerek yaklaşık bir dizin hiyerarşisini depolar. Bu kural nesneleri düzenlemek için çalışırken, bu kural, dizinleri taşıma, yeniden adlandırma veya silme gibi eylemler için Yardım sağlamaz. Gerçek dizinler olmadan, uygulamalar, dizin düzeyindeki görevleri başarmak için milyonlarca ayrı blob 'ları işlemelidir. Buna karşılık, hiyerarşik bir ad alanı tek bir girişi (üst dizin) güncelleştirerek bu görevleri işler.

    Bu ciddi iyileştirme özellikle çok büyük veri analizi çerçeveleri için önemlidir. Hive, Spark, vb. gibi araçlar genellikle geçici konumlara çıkış yazar ve ardından işin sonunda konumu yeniden adlandırır. Hiyerarşik bir ad alanı olmadan, bu yeniden adlandırma genellikle analiz sürecinin kendisinden daha uzun sürebilir. Daha düşük iş gecikmesi, analiz iş yükleri için toplam sahip olma maliyeti (TCO) değerine eşit.

  • Tanıdık arabirim stili: Dosya sistemleri, geliştiriciler ve kullanıcılar tarafından da benzer şekilde anlaşılacaktır. Data Lake Storage 2. tarafından açığa çıkarılan dosya sistemi arabirimi, büyük ve küçük bilgisayarlar tarafından kullanılan paradigmadır, buluta geçtiğinizde yeni bir depolama paradigması gerekmez.

Nesne mağazalarının depolamamasının bir hiyerarşik ad alanı, hiyerarşik bir ad alanı tarafından sınırlanıyor. ancak, Data Lake Storage 2. hiyerarşik ad alanı doğrusal bir şekilde ölçeklendirilir ve veri kapasitesini veya performansını düşürür.

Hiyerarşik bir ad alanını etkinleştirip etkinleştirmeyeceğine karar verme

Hesabınızda hiyerarşik bir ad alanını etkinleştirdikten sonra, onu düz bir ad alanına geri döndüremezsiniz. Bu nedenle, nesne Mağazası iş yüklerinizin yapısını temel alan hiyerarşik bir ad alanını etkinleştirmek için mantıklı olup olmadığını göz önünde bulundurun. iş yükleri, uygulamalar, maliyetler, hizmet tümleştirmeleri, araçlar, özellikler ve belgelerde hiyerarşik bir ad alanı etkinleştirmenin etkisini değerlendirmek için bkz. Azure Data Lake Storage 2. özellikleriyle Azure Blob Depolama yükseltme.

Bazı iş yükleri hiyerarşik bir ad alanını etkinleştirerek herhangi bir avantaj kazanmayabilir. Yedeklemeler, görüntü depolaması ve nesne kuruluşunun nesnelerden ayrı olarak depolandığı diğer uygulamalar (örneğin, ayrı bir veritabanında) sayılabilir.

Ayrıca, BLOB depolama özellikleri için destek ve Azure Service ekosistemi de büyümeye devam ederken, hiyerarşik bir ad alanı olan hesaplarda henüz desteklenmeyen bazı özellikler ve Azure hizmetleri vardır. Bilinen sorunlarabakın.

Genel olarak, dizinleri işleyen dosya sistemleri için tasarlanan depolama iş yükleri için hiyerarşik bir ad alanı etkinleştirmenizi öneririz. Bu, öncelikli olarak analiz işleme için olan tüm iş yüklerini içerir. Yüksek derecede kuruluş gerektiren veri kümeleri, hiyerarşik bir ad alanını etkinleştirerek de avantajdan yararlanabilir.

Hiyerarşik ad alanını etkinleştirme nedenleri bir TCO Analizi tarafından belirlenir. Genel olarak, depolama hızlandırmasının nedeniyle iş yükü gecikmede yapılan iyileştirmeler, daha az zaman için işlem kaynakları gerektirir. Hiyerarşik bir ad alanı tarafından etkinleştirilen atomik dizin düzenlemesi nedeniyle birçok iş yükü gecikmesi artırılabilir. Birçok iş yükünde, işlem kaynağı toplam maliyetinin %85 ' ünü temsil > eder ve bu nedenle iş yükü gecikmede bir azalma azalmasıyla önemli miktarda TCO tasarrufu elde edilir. Hiyerarşik bir ad alanının etkinleştirilmesinde depolama maliyetlerini artıran durumlarda bile, daha az işlem maliyeti nedeniyle TCO düşürüldü.

veri depolama fiyatlarındaki farkları, işlem fiyatlarını ve düz bir hiyerarşik ad alanı olan hesaplar arasında hiyerarşik bir ad alanına karşı depolama kapasitesi ayırma fiyatlandırmasını çözümlemek için bkz. Azure Data Lake Storage 2. fiyatlandırması.

Sonraki adımlar