Aracılığıyla paylaş

Azure Data Lake Storage ile ilgili önemli noktalar

  • Makale

Azure veri gölleriniz için önemli depolama konuları hakkında bilgi edinin.

Yaşam Döngüsü yönetimi

Azure Depolama, blob nesnesi verilerini mümkün olan en uygun maliyetli şekilde depolamanızı sağlayan farklı erişim katmanları sunar. Kullanabileceğiniz erişim katmanları şunlardır:

  • Sık Erişimli: Sık erişilen verileri depolamak için iyileştirilmiştir.
  • Seyrek erişim: Seyrek erişilen verileri depolamak için iyileştirildi. Veriler en az 30 gün boyunca depolanır.
  • Soğuk katman: Seyrek erişilen veya değiştirilen verileri depolamak için iyileştirilmiştir. Veriler en az 90 gün boyunca depolanır. Soğuk katman, seyrek erişim katmanına kıyasla depolama açısından daha düşük, erişim açısından daha yüksek maliyetlidir.
  • Arşiv: Nadiren erişilen verileri depolamak için iyileştirilmiştir. Veriler, esnek gecikme süresi gereksinimleriyle en az 180 gün boyunca saat sırasına göre depolanır.

Önemli

Çeşitli çevrimiçi erişim katmanları arasında güvenilirlik, güvenlik, operasyonel mükemmellik veya performans verimliliği dengeleri yoktur. Bu seçenek, iş yükü erişim veri boyutuna, operasyonel etkileşimlere ve blob silinmeden önceki zamana bağlı olarak blob başına finansal bir karar olarak çevrimiçi katman seçimini bırakır. Önceki faktörlerin hesaplamasını temel alarak blob başına doğru katmanı seçin. Daha fazla bilgi için bkz. Azure Blob Depolama için maliyetleri planlama ve yönetme.

Erişim katmanlarını kullanırken aşağıdaki bilgileri göz önünde bulundurun:

  • Hesap düzeyinde yalnızca Sık Erişimli ve Seyrek Erişimli erişim katmanları ayarlanabilir. Arşiv erişim katmanı hesap düzeyinde kullanılamaz.

  • Sık Erişimli, Seyrek Erişimli ve Arşiv katmanlarının tümü karşıya yükleme sırasında veya karşıya yükleme sonrasında blob düzeyinde ayarlanabilir.

  • Seyrek Erişimli ve Soğuk katmanlardaki veriler biraz daha düşük kullanılabilirliğe sahiptir, ancak Sık Erişim katmanı verileriyle aynı yüksek dayanıklılık, alma gecikme süresi ve aktarım hızı özellikleri sunar. Seyrek Erişimli veya Soğuk katmanlardaki veriler için, Sık Erişim katmanına kıyasla daha düşük genel depolama maliyetleri için biraz daha düşük kullanılabilirlik ve daha yüksek erişim maliyetleri kabul edilebilir.

  • Arşiv depolama, verileri çevrimdışı olarak depolar ve en düşük depolama maliyetlerini sunar. Ancak en yüksek veri yeniden doldurma ve erişim maliyetlerini de taşır.

Daha fazla bilgi için bkz . Blob verileri için erişim katmanları.

Dikkat

Bulut ölçeğinde analiz için, özel bir mikro hizmet kullanarak yaşam döngüsü yönetimi uygulamanızı ve kullanıcı bulunabilir verilerini seyrek erişimli depolamaya taşımanın etkisini dikkatle değerlendirmenizi öneririz.

İyi anlaşılmış iş yükleri için veri gölünüzün bölümlerini yalnızca seyrek erişim katmanına taşımanız gerekir.

Veri gölleri bağlantısı

Veri göllerinizin her biri, veri giriş bölgenizin sanal ağına eklenen özel uç noktaları kullanmalıdır. Giriş bölgeleri arasında erişim sağlamak için, sanal ağ eşlemesi aracılığıyla veri giriş bölgelerinizi bağlayın. Bu bağlantı hem maliyet hem de erişim denetimi açısından en uygun çözümü sağlar.

Daha fazla bilgi için bkz . Özel uç noktalar ve Veri yönetimi giriş bölgesinden veri giriş bölgesine.

Önemli

Bir veri giriş bölgesindeki verilere, bölgeler arasındaki sanal ağ eşlemesi üzerinden başka bir veri giriş bölgesinden erişilebilir. Bu, her data lake hesabıyla ilişkili özel uç noktalar kullanılarak yapılır. Göllerinize tüm genel erişimi kapatmanızı ve özel uç noktaları kullanmanızı öneririz. Platform operasyonları ekibinizin veri giriş bölgelerinizdeki ağ bağlantısını denetlemesi gerekir.

Kapsayıcılar için geçici silme

Kapsayıcılar için geçici silme, verilerinizi yanlışlıkla veya kötü amaçlı silmeye karşı korur. Depolama hesabınız için kapsayıcı geçici silmeyi etkinleştirirseniz, silinen kapsayıcılar ve bunların içeriği seçtiğiniz süre boyunca Azure Depolama'da tutulur. Veri saklama süresi boyunca, daha önce silinen kapsayıcıları geri yükleyebilirsiniz. Kapsayıcıyı geri yüklemek, silindiğinde bu kapsayıcının içindeki tüm blobları da geri yükler.

Uçtan uca blob veri koruması elde etmek için aşağıdaki veri koruma özelliklerini etkinleştirin:

  • Silinmiş bir kapsayıcıyı geri yüklemek için kapsayıcı geçici silme. Kapsayıcı geçici silmeyi etkinleştirmeyi öğrenmek için bkz . Kapsayıcılar için geçici silmeyi etkinleştirme ve yönetme.
  • Silinmiş bir blobu veya sürümü geri yüklemek için blob geçici silme. Blob geçici silmeyi etkinleştirmeyi öğrenmek için bkz . Bloblar için geçici silmeyi etkinleştirme ve yönetme.

Uyarı

Depolama hesabını silme işlemi geri alınamaz. Kapsayıcı geçici silme, depolama hesabının silinmesine karşı koruma sağlamaz, yalnızca bir hesap içindeki kapsayıcıların silinmesine karşı koruma sağlar. Depolama hesabını silinmeye karşı korumak için depolama hesabı kaynağında bir kilit yapılandırın. Azure Resource Manager kaynaklarını kilitleme hakkında daha fazla bilgi için bkz . Beklenmeyen değişiklikleri önlemek için kaynakları kilitleme.

İzleme

Veri giriş bölgesinde tüm izlemeler analiz için kurumsal ölçekli yönetim aboneliğinize gönderilmelidir.

Azure Depolama'nın kullandığı izleme verileri hakkında bilgi edinmek için bkz . Azure İzleyici ile Azure kaynaklarını izleme. Azure Depolama'nın oluşturduğu günlükler ve ölçümler hakkında daha fazla bilgi için bkz. İzleme Azure Blob Depolama.

Günlük girdileri yalnızca hizmet uç noktasında istekler yapıldığında oluşturulur. Günlüğe kaydedilen kimliği doğrulanmış istek türleri şunlardır:

  • Başarılı istekler
  • Zaman aşımı, azaltma, ağ, yetkilendirme hatalarını ve diğer hataları içeren başarısız istekler
  • Başarısız ve başarılı istekler de dahil olmak üzere paylaşılan erişim imzası (SAS) veya OAuth kullanan istekler
  • Kapsayıcıdaki klasik günlük verileri ve tablolardaki $logs sınıf ölçümü verileri gibi analiz verilerine yönelik $metric istekler

Depolama hizmetinin kendisi tarafından yapılan günlük oluşturma veya silme gibi istekler günlüğe kaydedilmez. Günlüğe kaydedilen anonim istek türleri şunlardır:

  • Başarılı istekler
  • Sunucu hataları
  • Hem istemci hem de sunucuya yönelik zaman aşımı hataları
  • Hata kodu 304 (Not Modified) ile başarısız HTTP GET istekleri

Diğer tüm başarısız anonim istekler günlüğe kaydedilmez.

Önemli

Depolamayı denetlemek ve günlükleri kurumsal ölçekli yönetim aboneliğinize göndermek için varsayılan izleme ilkenizi ayarlayın.

Sonraki adımlar