Aracılığıyla paylaş

Azure Blob Depolama yaşam döngüsü yönetimine genel bakış

Azure Blob Depolama, veri hacimleri arttıkça ve kullanım desenleri geliştikçe bile kuruluşların veri depolama gereksinimlerini verimli bir şekilde yönetmelerine ve ölçeklendirmelerine yardımcı olur. Blob yaşam döngüsü yönetimini kullanan müşteriler, verileri otomatik olarak daha serin katmanlara geçiren veya artık gerekli olmadığında süresi dolan kural tabanlı ilkeler uygulayarak maliyetleri proaktif olarak iyileştirebilir.

Bu sorunsuz otomasyon, verilerin her zaman en uygun maliyetli şekilde depolanmasını sağlar ve bu da bütçe verimliliğini en üst düzeye çıkarırken, kolay erişim ve sağlam veri yönetimi sağlar. Blob yaşam döngüsü yönetimi sayesinde kuruluşlar, maliyetlerinin iyileştirildiğini ve verilerinin gerçek dünya kullanımına göre yönetildiğini bilerek depolama ortamlarını güvenle ölçeklendirebilir.

Yaşam döngüsü yönetimi ilkesiyle şunları yapabilirsiniz:

  • Maliyeti iyileştirmek için bir blobun geçerli sürümlerini, blobun önceki sürümlerini veya blob anlık görüntülerini bir süre boyunca bu nesnelere erişilmiyorsa veya değiştirilmiyorsa daha serin bir depolama katmanına geçirin.

  • Bloblar erişildiklerinde hemen soğuk durumdan sıcak duruma geri geçirilsin.

  • Blobun geçerli sürümlerini, blobun önceki sürümlerini veya blob anlık görüntülerini yaşam döngülerinin sonunda silin.

  • Ad ön eklerini veya blob dizin etiketlerini filtre olarak kullanarak depolama hesabının tamamına, kapsayıcıları seçmek için veya blobların bir alt kümesine kurallar uygulayın.

İpucu

Yaşam döngüsü yönetimi, maliyetlerinizi tek bir hesap için iyileştirmenize yardımcı olsa da, azure depolama eylemlerini kullanarak birden çok hesap genelinde büyük ölçekte birden fazla veri işlemi gerçekleştirebilirsiniz.

Yaşam döngüsü yönetimi ilkesi özellikleri

Yaşam döngüsü yönetimi ilkesi, bir JSON belgesindeki kurallar koleksiyonudur. Daha fazla bilgi edinmek için bkz. Azure Blob Depolama yaşam döngüsü yönetim ilkesi yapısı.

Genel amaçlı v2, premium blok blobu ve Blob Depolama hesaplarında blok blobları ve ekleme blobları için yaşam döngüsü yönetimi ilkeleri desteklenir. Yaşam döngüsü yönetimi, $logs veya $web kapsayıcıları gibi sistem kapsayıcılarını etkilemez.

Kural, nesneleri işlemek için kullanılan ilişkili eylemler ve filtrelerle birlikte koşulların tanımıdır. Aşağıdaki tabloda her kural öğesi açıklanmaktadır.

Kural öğesi Açıklama
Koşullar Koşullar şu üç blob özelliğini temel alır: Oluşturma Zamanı, Son Değiştirme Zamanı ve Son Erişim Zamanı (erişim zamanı izleme etkinleştirildiyse)
Eylemler Eylemler, ilişkili koşulları karşılayan filtrelenmiş bloblara uygulanır. Blob katmanını seyrek erişim katmanına değiştirme veya blobları silme gibi kural başına en az bir eylem tanımlamanız gerekir.
Filtreler Filtreler, yol ön eklerini ve blob etiketlerini kullanarak kural eylemlerini depolama hesabındaki blobların bir alt kümesiyle sınırlar. Birden fazla filtre tanımlanmışsa, mantıksal and tüm filtrelerde çalışır. Hangi blobların dahilleneceğini belirtmek için filtre kullanabilirsiniz. Filtre, dışlanması gereken blobları belirtmek için hiçbir araç sağlamaz.

İlke yürütme

Bir yaşam döngüsü ilkesinin kurallarını eklediğinizde veya düzenlediğinizde değişikliklerin geçerli olması ve ilk yürütmenin başlatılması 24 saat kadar sürebilir.

Aktif bir politika nesneleri düzenli aralıklarla işler ve politikada değişiklik yapıldığında kesintiye uğrar. Bir politikayı silerseniz, yeni politika çalıştırmaları zamanlanmaz, ancak bir çalıştırma zaten devam ediyorsa, bu çalıştırma tamamlanana kadar devam eder ve çalıştırmayı tamamlamak için gerekli olan eylemler için size fatura kesilir. İlkedeki tüm kuralları devre dışı bırakırsanız, ilke devre dışı olur. Bir çalışma zaten devam ediyorsa, bu çalışma 24 saat içinde sona erer ve yeni çalışmalar planlanmaz. İlk olarak bir ilkeyi devre dışı bırakması, 24 saat beklemesi ve ardından ilkeyi silmesi önerilir.

Çalıştırmanın tamamlanması için gereken süre, değerlendirilen ve çalıştırılan blob sayısına bağlıdır. Depolama hesabı için istek oranı depolama hesabı sınırına yaklaştığında blob'un değerlendirildiği ve çalıştırıldığı gecikme süresi daha uzun olabilir. İlke çalıştırmaları tarafından yapılan istekler de dahil olmak üzere depolama hesabına yapılan tüm istekler, saniye başına isteklerde aynı sınıra tabi olur ve bu sınıra yaklaşıldığında doğal olarak iş yükleri tarafından yapılan isteklere öncelik verilir. Hesap sınırlarında artış istemek için Azure Desteği’ne ulaşın.

Varsayılan ölçek sınırlarını görüntülemek için aşağıdaki makalelere bakın:

Yaşam Döngüsü Yönetimi Performans Özellikleri hakkında daha fazla bilgi edinin.

LifecyclePolicyCompleted olayına abone olarak ilke yürütmenin sonucunu izleyebilir ve ölçümleri ve günlükleri kullanarak hataları tanılayabilirsiniz. Bkz . Yaşam döngüsü yönetimi ilkesi izleme.

Faturalandırma

Yaşam döngüsü yönetimi ilkeleri ücretsizdir. Blob Katmanı Ayarla API çağrıları için müşteriler standart işlem maliyetleri üzerinden faturalandırılır. Silme işlemleri ücretsizdir. Ancak , depolama için Microsoft Defender gibi diğer Azure hizmetleri ve yardımcı programları, bir yaşam döngüsü ilkesi aracılığıyla yönetilen işlemler için ücret alabilir.

Blob'un son erişim zamanına yapılan her güncelleştirme, diğer işlemler kategorisi altında faturalandırılır. Her son erişim zamanı güncelleştirmesi, günde binlerce kez erişilmiş olsa bile nesne başına en fazla 24 saatte bir "başka bir işlem" olarak ücretlendirilir. Bu, okuma işlemleri ücretlerinden ayrıdır.

Fiyatlandırma hakkında daha fazla bilgi için bkz. Blok Blobu fiyatlandırması.

Bilinen sorunlar ve sınırlamalar

  • Katmanlama henüz premium blok blob depolama hesabında desteklenmez. Diğer tüm hesaplar için katmanlama işlemine yalnızca blok bloblarında izin verilir; ekleme ya da sayfa blobları için izin verilmez.

  • Yaşam döngüsü yönetimi ilkeleri, blobları çevrimiçi bir katmanda yeniden doldurma amacıyla kullanılamaz.

  • Yaşam döngüsü yönetimi ilkesinin tam olarak okunması veya yazılması gerekir. Kısmi güncelleştirmeler desteklenmez.

  • Her kuralın en çok 10 büyük/küçük harfe duyarlı ön eki ve en çok 10 blob dizini etiketi koşulu olabilir.

  • Bir yaşam döngüsü yönetimi ilkesi, şifreleme kapsamı kullanan bir blobun katmanını arşiv katmanıyla değiştirmek için kullanılamaz.

  • Yaşam döngüsü yönetimi ilkesinin silme eylemi sabit bir kapsayıcıdaki herhangi bir blobla çalışmaz. Sabit bir ilkeyle, nesneler oluşturulabilir ve okunabilir, ancak değiştirilemez veya silinemez. Daha fazla bilgi için bkz . İş açısından kritik blob verilerini sabit depolama ile depolama.

  • Yaşam döngüsü yönetimi, $logs veya $web containers gibi sistem kapsayıcılarını etkilemez.

Sık sorulan sorular (SSS)

Bkz . Yaşam döngüsü yönetimi hakkında SSS.

Sonraki adımlar