Blob sürümü oluşturma
Bir nesnenin önceki sürümlerini otomatik olarak korumak için Blob depolama sürümü oluşturmayı etkinleştirebilirsiniz. Blob sürümü oluşturma etkinleştirildiğinde, değiştirildiğinde veya silindiğinde verilerinizi kurtarmak için blobun önceki sürümlerine erişebilirsiniz.
Önerilen veri koruma yapılandırması
Blob sürümü oluşturma, blob verileri için kapsamlı bir veri koruma stratejisinin bir parçasıdır. Blob verileriniz için en iyi koruma için Microsoft aşağıdaki veri koruma özelliklerinin tümünü etkinleştirmenizi önerir:
- Blobun önceki sürümlerini otomatik olarak korumak için blob sürümü oluşturma. Blob sürümü oluşturma etkinleştirildiğinde, yanlışlıkla değiştirilmiş veya silinmişse verilerinizi kurtarmak için blobun önceki bir sürümünü geri yükleyebilirsiniz. Blob sürümü oluşturmayı etkinleştirmeyi öğrenmek için bkz . Blob sürümü oluşturmayı etkinleştirme ve yönetme.
- 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, anlık görüntüyü 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.
Microsoft'un veri koruma önerileri hakkında daha fazla bilgi edinmek için bkz . Veri korumasına genel bakış.
Dikkat
Depolama hesabı için blob sürümü oluşturmayı etkinleştirdikten sonra, bu hesaptaki bir bloba yapılan her yazma işlemi yeni bir sürüm oluşturulmasına neden olur. Bu nedenle blob sürümü oluşturmanın etkinleştirilmesi ek maliyetlere neden olabilir. Maliyetleri en aza indirmek için bir yaşam döngüsü yönetim ilkesi kullanarak eski sürümleri otomatik olarak silin. Yaşam döngüsü yönetimi hakkında daha fazla bilgi için bkz. Azure Blob Depolama erişim katmanlarını otomatikleştirerek maliyetleri iyileştirme.
Blob sürümü oluşturma nasıl çalışır?
Sürüm, belirli bir noktada blobun durumunu yakalar. Her sürüm bir sürüm kimliğiyle tanımlanır. Depolama hesabı için blob sürümü oluşturma etkinleştirildiğinde, Azure Depolama blob ilk oluşturulduğunda ve blob daha sonra her değiştirildiğinde otomatik olarak benzersiz bir kimliğe sahip yeni bir sürüm oluşturur.
Sürüm kimliği geçerli sürümü veya önceki bir sürümü tanımlayabilir. Bir blob aynı anda yalnızca bir geçerli sürüme sahip olabilir.
Yeni bir blob oluşturduğunuzda, tek bir sürüm vardır ve bu sürüm geçerli sürümdür. Mevcut bir blobu değiştirdiğinizde, geçerli sürüm önceki bir sürüme dönüşür. Güncelleştirilmiş durumu yakalamak için yeni bir sürüm oluşturulur ve bu yeni sürüm geçerli sürümdür. Bir blobu sildiğinizde blobun geçerli sürümü önceki bir sürüme dönüşür ve artık geçerli bir sürüm yoktur. Blobun önceki sürümleri kalıcıdır.
Aşağıdaki diyagramda, yazma işlemlerinde sürümlerin nasıl oluşturulduğu ve önceki bir sürümün geçerli sürüm olarak nasıl yükseltilebileceği gösterilmektedir:
Blob sürümleri sabittir. Mevcut blob sürümünün içeriğini veya meta verilerini değiştiremezsiniz.
Blob başına çok sayıda sürüme sahip olmak, blob listeleme işlemlerinin gecikme süresini artırabilir. Microsoft, blob başına 1000'den az sürüm tutmanızı önerir. Eski sürümleri otomatik olarak silmek için yaşam döngüsü yönetimini kullanabilirsiniz. Yaşam döngüsü yönetimi hakkında daha fazla bilgi için bkz. Azure Blob Depolama erişim katmanlarını otomatikleştirerek maliyetleri iyileştirme.
Blob sürümü oluşturma standart genel amaçlı v2, premium blok blobu ve eski Blob depolama hesapları için kullanılabilir. Azure Data Lake Storage 2. Nesil ile kullanılmak üzere etkinleştirilmiş hiyerarşik ad alanına sahip Depolama hesapları şu anda desteklenmiyor.
Azure Depolama REST API'sinin 2019-10-10 ve üzeri sürümleri blob sürümünü destekler.
Önemli
Blob sürümü oluşturma, bir depolama hesabının veya kapsayıcının yanlışlıkla silinmesinden kurtarmanıza yardımcı olamaz. Depolama hesabının yanlışlıkla silinmesini önlemek için depolama hesabı kaynağında bir kilit yapılandırın. Depolama hesabını kilitleme hakkında daha fazla bilgi için bkz . Depolama hesabına Azure Resource Manager kilidi uygulama.
Sürüm Kimliği
Her blob sürümü benzersiz bir sürüm kimliğiyle tanımlanır. Sürüm kimliğinin değeri, blobun güncelleştirildiği zaman damgasıdır. Sürüm kimliği, sürüm oluşturulduğu sırada atanır.
Sürüm kimliğini sağlayarak blobun belirli bir sürümünde okuma veya silme işlemleri gerçekleştirebilirsiniz. Sürüm kimliğini atlarsanız, işlem geçerli sürüme karşı hareket eder.
Blob oluşturmak veya değiştirmek için bir yazma işlemi çağırdığınızda Azure Depolama yanıttaki x-ms-version-id üst bilgisini döndürür. Bu üst bilgi, yazma işlemi tarafından oluşturulan blobun geçerli sürümünün sürüm kimliğini içerir.
Sürüm kimliği, sürümün ömrü boyunca aynı kalır.
Yazma işlemlerinde sürüm oluşturma
Blob sürümü oluşturma açık olduğunda, bloba yapılan her yazma işlemi yeni bir sürüm oluşturur. Yazma işlemleri Put Blob, Put Block List, Copy Blob ve Set Blob Metadata işlemlerini içerir.
Yazma işlemi yeni bir blob oluşturursa, sonuçta elde edilen blob blobun geçerli sürümüdür. Yazma işlemi mevcut bir blobu değiştirirse, geçerli sürüm önceki bir sürüme dönüşür ve güncelleştirilmiş blobu yakalamak için yeni bir geçerli sürüm oluşturulur.
Aşağıdaki diyagramda, yazma işlemlerinin blob sürümlerini nasıl etkilediği gösterilmektedir. Kolaylık olması için, bu makalede gösterilen diyagramlarda sürüm kimliği basit bir tamsayı değeri olarak görüntülenir. Gerçekte sürüm kimliği bir zaman damgasıdır. Geçerli sürüm mavi, önceki sürümler ise gri renkle gösterilir.
Not
Depolama hesabı için sürüm oluşturma etkinleştirilmeden önce oluşturulan bir blob sürüm kimliğine sahip değildir. Bu blob değiştirildiğinde, değiştirilen blob geçerli sürüm olur ve güncelleştirmeden önce blob durumunu kaydetmek için bir sürüm oluşturulur. Sürüme, oluşturma zamanı olan bir sürüm kimliği atanır.
Depolama hesabı için blob sürümü oluşturma etkinleştirildiğinde blok blobları üzerindeki tüm yazma işlemleri, Blok Koy işlemi dışında yeni bir sürümün oluşturulmasını tetikler.
Sayfa blobları ve ekleme blobları için yalnızca yazma işlemlerinin bir alt kümesi bir sürümün oluşturulmasını tetikler. Bu işlemler şunları kapsar:
Aşağıdaki işlemler yeni bir sürümün oluşturulmasını tetiklemez. Bu işlemlerden değişiklikleri yakalamak için el ile anlık görüntü alın:
- Sayfa Koy (sayfa blobu)
- Ekleme Bloğu (ekleme blobu)
Bir blobun tüm sürümleri aynı blob türünde olmalıdır. Bir blobun önceki sürümleri varsa, önce blobu ve tüm sürümlerini silmediğiniz sürece bir blobun üzerine başka bir tür yazamazsınız.
Silme işlemlerinde sürüm oluşturma
Bir sürüm kimliği belirtmeden Blob Sil işlemini çağırdığınızda, geçerli sürüm önceki bir sürüme dönüşür ve artık geçerli bir sürüm yoktur. Blobun tüm mevcut önceki sürümleri korunur.
Aşağıdaki diyagramda, silme işleminin sürümü oluşturulan blob üzerindeki etkisi gösterilmektedir:
Blobun belirli bir sürümünü silmek için, silme işleminde bu sürümün kimliğini belirtin. Depolama hesabı için blob geçici silme de etkinleştirilirse, geçici silme saklama süresi geçene kadar sürüm sistemde tutulur.
Bloba yeni veri yazmak blobun yeni bir geçerli sürümünü oluşturur. Aşağıdaki diyagramda gösterildiği gibi, var olan tüm sürümler etkilenmez.
Erişim katmanları
Blob KatmanıNı Ayarla işlemini çağırarak blok blobunun geçerli sürümü de dahil olmak üzere herhangi bir sürümünü farklı bir blob erişim katmanına taşıyabilirsiniz. Blobun eski sürümlerini seyrek erişimli veya arşiv katmanına taşıyarak daha düşük kapasite fiyatlandırmasının avantajlarından yararlanabilirsiniz. Daha fazla bilgi için bkz . Blob verileri için Sık Erişimli, Seyrek Erişimli, Soğuk ve Arşiv erişim katmanları.
Blok bloblarını uygun katmana taşıma işlemini otomatikleştirmek için blob yaşam döngüsü yönetimini kullanın. Yaşam döngüsü yönetimi hakkında daha fazla bilgi için bkz . Azure Blob depolama yaşam döngüsünü yönetme.
Blob sürümü oluşturmayı etkinleştirme veya devre dışı bırakma
Blob sürümü oluşturmayı etkinleştirmeyi veya devre dışı bırakmayı öğrenmek için bkz . Blob sürümünü etkinleştirme ve yönetme.
Blob sürümü oluşturma devre dışı bırakıldıktan sonra mevcut bloblar, sürümler veya anlık görüntüler silinmez. Blob sürümü oluşturma özelliğini kapattığınızda, mevcut sürümler depolama hesabınızda erişilebilir durumda kalır. Daha sonra yeni sürüm oluşturulmaz.
Sürüm oluşturma devre dışı bırakıldıktan sonra, geçerli sürümün değiştirilmesi sürüm olmayan bir blob oluşturur. Blobda yapılan sonraki tüm güncelleştirmeler, önceki durumu kaydetmeden verilerinin üzerine yazar. Tüm mevcut sürümler önceki sürümler olarak kalır.
Sürüm oluşturma devre dışı bırakıldıktan sonra sürüm kimliğini kullanarak sürümleri okuyabilir veya silebilirsiniz. Sürüm oluşturma devre dışı bırakıldıktan sonra bir blob'un sürümlerini de listeleyebilirsiniz.
Nesne çoğaltma, blob sürümü oluşturma işlemine dayanır. Blob sürümü oluşturma özelliğini devre dışı bırakmadan önce hesapta nesne çoğaltma ilkelerini silmeniz gerekir. Nesne çoğaltma hakkında daha fazla bilgi için bkz . Blok blobları için nesne çoğaltma.
Aşağıdaki diyagramda, sürüm oluşturma devre dışı bırakıldıktan sonra bir blobu değiştirmenin sürümlenmemiş bir blobu nasıl oluşturduğu gösterilmektedir. Blobla ilişkilendirilmiş tüm mevcut sürümler kalıcıdır.
Blob sürümü oluşturma ve geçici silme
Blob sürümü oluşturma ve blob geçici silme, depolama hesapları için önerilen veri koruma yapılandırmasının bir parçasıdır. Microsoft'un veri koruma önerileri hakkında daha fazla bilgi için bu makaledeki Önerilen veri koruma yapılandırması ve Veri korumasına genel bakış konularına bakın.
Blobun üzerine yazma
Depolama hesabı için blob sürümü oluşturma ve blob geçici silme etkinse, blobun üzerine yazmak otomatik olarak yeni bir sürüm oluşturur. Yeni sürüm geçici olarak silinmez ve geçici silme saklama süresi dolduğunda kaldırılmaz. Geçici olarak silinen anlık görüntüler oluşturulmaz.
Blobu veya sürümü silme
Depolama hesabı için hem sürüm oluşturma hem de geçici silme etkinleştirildiyse, bir blobu sildiğinizde blobun geçerli sürümü önceki bir sürüme dönüşür. Yeni sürüm oluşturulmaz ve geçici olarak silinen anlık görüntüler oluşturulmaz. Geçici silme saklama süresi silinen blob için geçerli değildir.
Geçici silme, blob sürümlerini silmek için ek koruma sağlar. Blobun önceki bir sürümünü sildiğinizde, bu sürüm geçici olarak silinir. Geçici silme saklama süresi geçene kadar geçici olarak silinen sürüm korunur ve bu noktada kalıcı olarak silinir.
Blobun önceki bir sürümünü silmek için Blobu Sil işlemini çağırın ve sürüm kimliğini belirtin.
Aşağıdaki diyagramda bir blob veya blob sürümünü sildiğinizde ne olacağı gösterilmektedir.
Geçici olarak silinen sürümü geri yükleme
Geçici silme saklama süresi boyunca geçici olarak silinen sürümleri geri yüklemek için Blobu Geri Al işlemini kullanabilirsiniz. BlobUn Silinmesini Kaldırma işlemi her zaman blobun geçici olarak silinen tüm sürümlerini geri yükler. Yalnızca geçici olarak silinen tek bir sürümü geri yüklemek mümkün değildir.
Geçici olarak silinen sürümleri Geri Alma Blobu işlemiyle geri yüklemek, herhangi bir sürümü geçerli sürüm olarak yükseltmez. Geçerli sürümü geri yüklemek için, önce geçici olarak silinen tüm sürümleri geri yükleyin ve ardından Blobu Kopyala işlemini kullanarak önceki sürümü yeni bir geçerli sürüme kopyalayın.
Aşağıdaki diyagramda, Blobu Geri Alma işlemiyle geçici olarak silinen blob sürümlerinin nasıl geri yükleneceği ve Blobu Kopyala işlemiyle blobun geçerli sürümünün nasıl geri yükleneceği gösterilmektedir.
Geçici silme saklama süresi dolduktan sonra geçici olarak silinen blob sürümleri kalıcı olarak silinir.
Blob sürümü oluşturma ve blob anlık görüntüleri
Blob anlık görüntüsü, belirli bir noktada alınan bir blobun salt okunur bir kopyasıdır. Blob anlık görüntüleri ve blob sürümleri benzerdir, ancak blob sürümü depolama hesabınız için etkinleştirildiğinde bir blob sürümü yazma veya silme işleminde otomatik olarak oluşturulurken, siz veya uygulamanız tarafından el ile bir anlık görüntü oluşturulur.
Önemli
Microsoft, blob sürümü oluşturmayı etkinleştirdikten sonra uygulamanızı blok bloblarının anlık görüntülerini almayı durduracak şekilde güncelleştirmenizi önerir. Depolama hesabınız için sürüm oluşturma etkinleştirildiyse, tüm blok blobu güncelleştirmeleri ve silme işlemleri sürümler tarafından yakalanır ve korunur. Anlık görüntü almak, blob sürümü oluşturma etkinse blok blob verilerinize ek koruma sağlamaz ve maliyetleri ve uygulama karmaşıklığını artırabilir.
Sürüm oluşturma etkinleştirildiğinde blobu anlık görüntü
Önerilmiyor olsa da, aynı zamanda sürümü de olan bir blobun anlık görüntüsünü alabilirsiniz. Sürüm oluşturmayı etkinleştirdiğinizde blobların anlık görüntülerini almayı durdurmak için uygulamanızı güncelleştiremiyorsanız, uygulamanız hem anlık görüntüleri hem de sürümleri destekleyebilir.
Sürümü oluşturulmuş bir blobun anlık görüntüsünü aldığınızda, anlık görüntü oluşturulurken yeni bir sürüm oluşturulur. Anlık görüntü alındığında yeni bir geçerli sürüm de oluşturulur.
Aşağıdaki diyagramda, sürüme alınan blobun anlık görüntüsünü aldığınızda ne olacağı gösterilmektedir. Diyagramda, sürüm kimliği 2 ve 3 olan blob sürümleri ve anlık görüntüler aynı verileri içerir.
Blob sürümlerinde işlemleri yetkilendirme
Blob sürümlerine erişimi yetkilendirmek için aşağıdaki yaklaşımlardan birini kullanabilirsiniz:
- Microsoft Entra güvenlik sorumlusuna izin vermek için Azure rol tabanlı erişim denetimini (Azure RBAC) kullanarak. Microsoft, üstün güvenlik ve kullanım kolaylığı için Microsoft Entra ID kullanılmasını önerir. Blob işlemleriyle Microsoft Entra Id kullanma hakkında daha fazla bilgi için bkz. Azure Depolama'de verilere erişimi yetkilendirme.
- Blob sürümlerine erişim yetkisi vermek için paylaşılan erişim imzası (SAS) kullanarak. Belirli bir sürümdeki işlemler için SAS belirteci oluşturmak için blob sürümünü temsil eden imzalı kaynak türünün
bvsürüm kimliğini belirtin. Paylaşılan erişim imzaları hakkında daha fazla bilgi için bkz. Paylaşılan erişim imzalarını (SAS) kullanarak Azure Depolama kaynaklarına sınırlı erişim verme. - Paylaşılan Anahtar ile blob sürümlerine karşı işlemleri yetkilendirmek için hesap erişim anahtarlarını kullanarak. Daha fazla bilgi için bkz . Paylaşılan Anahtarla Yetkilendirme.
Blob sürümü oluşturma, verilerinizi yanlışlıkla veya kötü amaçlı silmeye karşı korumak için tasarlanmıştır. Korumayı geliştirmek için blob sürümünü silmek için özel izinler gerekir. Aşağıdaki bölümlerde blob sürümünü silmek için gereken izinler açıklanmaktadır.
Blob sürümünü silmek için Azure RBAC eylemi
Aşağıdaki tabloda blob veya blob sürümünü silmeyi destekleyen Azure RBAC eylemleri gösterilmektedir.
| Açıklama | Blob hizmeti işlemi | Azure RBAC veri eylemi gerekiyor | Azure yerleşik rol desteği |
|---|---|---|---|
| Geçerli sürümü silme | Blobu Sil | Microsoft. Depolama/storageAccounts/blobServices/containers/blobs/delete | Depolama Blobu Veri Katılımcısı |
| Önceki bir sürümü silme | Blobu Sil | Microsoft. Depolama/storageAccounts/blobServices/containers/blobs/deleteBlobVersion/action | Depolama Blobu Veri Sahibi |
Paylaşılan erişim imzası (SAS) parametreleri
Blob sürümü için imzalı kaynak şeklindedir bv. Daha fazla bilgi için bkz . Hizmet SAS'i oluşturma veya Kullanıcı temsilcisi SAS'ı oluşturma.
Aşağıdaki tabloda, blob sürümünü silmek için SAS üzerinde gereken izin gösterilmektedir.
| İzin | URI simgesi | İzin verilen işlemler |
|---|---|---|
| Sil | x | Blob sürümünü silme. |
Fiyatlandırma ve faturalama
Blob sürümü oluşturmanın etkinleştirilmesi, hesabınızda ek veri depolama ücretlerine neden olabilir. Uygulamanızı tasarlarken maliyetleri en aza indirebilmeniz için bu ücretlerin nasıl tahakkuk ettirilebileceğini bilmeniz önemlidir.
Blob anlık görüntüleri gibi blob sürümleri, etkin verilerle aynı hızda faturalandırılır. Sürümlerin nasıl faturalandırılma şekli, bir blobun (veya anlık görüntülerin) geçerli veya önceki sürümleri için katmanı açıkça ayarlayıp ayarlamadığınıza bağlıdır. Blob katmanları hakkında daha fazla bilgi için bkz . Blob verileri için Sık Erişimli, Seyrek Erişimli, Soğuk ve Arşiv erişim katmanları.
Bir blobun veya sürümün katmanını değiştirmediyseniz bu blobun, sürümlerinin ve sahip olabileceği anlık görüntülerin benzersiz veri blokları için faturalandırılırsınız. Daha fazla bilgi için bkz . Blob katmanı açıkça ayarlanmadığında faturalama.
Bir blobun veya sürümün katmanını değiştirdiyseniz, blob ve sürümün sonunda yeniden aynı katmanda olup olmadığına bakılmaksızın nesnenin tamamı için faturalandırılırsınız. Daha fazla bilgi için bkz . Blob katmanı açıkça ayarlandığında faturalama.
Not
Sıklıkla üzerine yazılan veriler için sürüm oluşturmanın etkinleştirilmesi, depolama kapasitesi ücretlerinin artmasına ve listeleme işlemleri sırasında gecikme süresinin artmasına neden olabilir. Bu endişeleri azaltmak için, sık sık üzerine yazılan verileri sürüm oluşturma devre dışı bırakılmış ayrı bir depolama hesabında depolayın.
Blob anlık görüntüleri için faturalama ayrıntıları hakkında daha fazla bilgi için bkz . Blob anlık görüntüleri.
Blob katmanı açıkça ayarlanmadığında faturalama
Blobun herhangi bir sürümü için blob katmanını açıkça ayarlamadıysanız, tüm sürümlerdeki benzersiz bloklar veya sayfalar ve sahip olabileceği anlık görüntüler için ücretlendirilirsiniz. Blob sürümleri arasında paylaşılan veriler yalnızca bir kez ücretlendirilir. Bir blob güncelleştirildiğinde, yeni geçerli sürümdeki veriler önceki sürümlerde depolanan verilerden ayrılır ve benzersiz veriler blok veya sayfa başına ücretlendirilir.
Blok blobu içindeki bir bloğu değiştirdiğinizde, bu blok daha sonra benzersiz bir blok olarak ücretlendirilir. Blok, önceki sürümdekiyle aynı blok kimliğine ve aynı verilere sahip olsa bile bu durum geçerlidir. Blok yeniden işlendikten sonra, önceki sürümdeki karşılık gelenden ayrılır ve verileri için ücretlendirilirsiniz. Aynı veriler, aynı verilerle güncelleştirilen bir sayfa blobundaki sayfa için de geçerlidir.
Blob depolamanın iki bloğun aynı verileri içerip içermediğini saptamak için bir aracı yoktur. Karşıya yüklenen ve işlenen her blok, aynı verilere ve aynı blok kimliğine sahip olsa bile benzersiz olarak kabul edilir. Ücretler benzersiz bloklar için tahakkuk ettiğinden, sürüm oluşturma etkinleştirildiğinde blobu güncelleştirmenin ek benzersiz bloklara ve ek ücretlere neden olacağını unutmayın.
Blob sürümü oluşturma etkinleştirildiğinde blok bloblarında güncelleştirme işlemlerini çağırarak mümkün olan en az sayıda bloğu güncelleştirmelerini sağlayın. Bloklar üzerinde ayrıntılı denetime izin veren yazma işlemleri Put Block ve Put Block List'tir. Öte yandan Put Blob işlemi bir blobun tüm içeriğini değiştirir ve bu nedenle ek ücrete neden olabilir.
Aşağıdaki senaryolarda, blok blobu için ücretlerin nasıl tahakkuk ettiği ve blob katmanı açıkça ayarlanmamış olan sürümleri gösterilmektedir.
1. Senaryo
Senaryo 1'de blob önceki bir sürüme sahiptir. Blob, sürüm oluşturulduktan sonra güncelleştirilmedi, bu nedenle yalnızca 1, 2 ve 3 benzersiz blokları için ücret uygulanır.
2. Senaryo
2. senaryoda blobdaki bir blok (diyagramdaki 3. blok) güncelleştirildi. Güncelleştirilmiş blok aynı verileri ve aynı kimliği içerse de, önceki sürümdeki 3. blokla aynı değildir. Sonuç olarak, hesap dört blok için ücretlendirilir.
3. Senaryo
Senaryo 3'te blob güncelleştirildi, ancak sürüm güncelleştirilmedi. 3. blok geçerli blobda 4. blokla değiştirildi, ancak önceki sürüm yine de 3. bloğu yansıtıyor. Sonuç olarak, hesap dört blok için ücretlendirilir.
4\. Senaryo
Senaryo 4'te, geçerli sürüm tamamen güncelleştirildi ve özgün bloklarından hiçbirini içermiyor. Sonuç olarak hesap, dört tane geçerli sürümde ve dördü önceki iki sürümde birleştirilmiş sekiz benzersiz bloğun tümü için ücretlendirilir. Blobu Koy işlemiyle bir bloba yazıyorsanız, blobun tüm içeriğini değiştirdiğinden bu senaryo oluşabilir.
Blob katmanı açıkça ayarlandığında faturalama
Bir blob veya sürüm (veya anlık görüntü) için blob katmanını açıkça ayarladıysanız, blokları özgün katmandaki bir nesneyle paylaşıp paylaşmadığına bakılmaksızın yeni katmandaki nesnenin tam içerik uzunluğu için ücretlendirilirsiniz. Ayrıca, özgün katmandaki en eski sürümün tam içerik uzunluğu için de ücretlendirilirsiniz. Blob katmanı açıkça ayarlanmadığında Faturalama bölümünde açıklandığı gibi, özgün katmanda kalan diğer tüm önceki sürümler veya anlık görüntüler paylaşabilecekleri benzersiz bloklar için ücretlendirilir.
Blobu yeni bir katmana taşıma
Aşağıdaki tabloda blob veya sürüm yeni bir katmana taşındığında faturalama davranışı açıklanmaktadır.
| Blob katmanı ayarlandığında... | O zaman faturalandırılırsınız... |
|---|---|
| Geçerli veya önceki sürümde açıkça | Bu sürümün tam içerik uzunluğu. Açıkça ayarlanmış katmanı olmayan sürümler yalnızca benzersiz bloklar için faturalandırılır.1 |
| Arşive | Tüm sürümlerin ve anlık görüntülerin tam içerik uzunluğu.1. |
1Önceki sürümler veya özgün katmandan taşınmamış anlık görüntüler varsa, blob katmanı açıkça ayarlanmadığında Faturalama bölümünde açıklandığı gibi bu sürümler veya anlık görüntüler içerdikleri benzersiz blok sayısına göre ücretlendirilir.
Aşağıdaki diyagramda, sürüme alınan bir blob farklı bir katmana taşındığında nesnelerin nasıl faturalandırıldıkları gösterilmektedir.
Blob, sürüm veya anlık görüntü için katmanı açıkça ayarlamak geri alınamaz. Bir blobu yeni bir katmana taşır ve ardından özgün katmanına geri taşırsanız, blokları özgün katmandaki diğer nesnelerle paylaşsa bile nesnenin tam içerik uzunluğu için ücretlendirilirsiniz.
Bir blobun, sürümün veya anlık görüntünün katmanını açıkça ayarlayan işlemler şunlardır:
- Blob Katmanını Ayarla
- Blobu belirtilen katmanla yerleştir
- Belirtilen katmanla Blok Listesi Koy
- Blobu belirtilen katmanla kopyala
Geçici silme etkinleştirildiğinde blob silme
Blob geçici silme etkinleştirildiğinde, geçici olarak silinen tüm varlıklar tam içerik uzunluğunda faturalandırılır. Katmanı açıkça ayarlanmış geçerli bir sürümü siler veya üzerine yazarsanız, geçici olarak silinen blobun önceki sürümleri tam içerik uzunluğunda faturalandırılır. Blob sürümü oluşturma ve geçici silmenin birlikte nasıl çalıştığı hakkında daha fazla bilgi için bkz . Blob sürümü oluşturma ve geçici silme.
Özellik desteği
Bu özellik için destek, Data Lake Storage 2. Nesil, Ağ Dosya Sistemi (NFS) 3.0 protokolü veya SSH Dosya Aktarım Protokolü (SFTP) etkinleştirilerek etkilenebilir. Bu özelliklerden herhangi birini etkinleştirdiyseniz bu özelliğin desteğini değerlendirmek için bkz. Azure Depolama hesaplarında Blob Depolama özellik desteği.
Data Lake Storage 2. Nesil API'leri kullanılarak karşıya yüklenen bloblar için sürüm oluşturma desteklenmez.