Azure Data Lake Storage ö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ıcak: Sık erişilen verileri depolamak için iyileştirilmiştir.
  • Serin: Seyrek erişilen verileri depolamak için iyileştirilmiştir. 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.

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şim katmanındaki 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ı özelliklerini sunar. Seyrek Erişim katmanındaki 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 bir denge olabilir.

  • 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 Sık Erişimli, Seyrek Erişimli ve Arşiv erişim katmanları.

Dikkat

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

İyi anlaşılan 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 gerçekleştirilir. Göllerinize tüm genel erişimi kapatmanızı ve özel uç noktaları kullanmanızı öneririz. Platform operasyon ekibinizin veri giriş bölgeleriniz genelinde 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. Bir 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:

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 izleme işlemleri 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 girişleri 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) olan başarısız HTTP GET istekleri

Başarısız olan diğer tüm 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