Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
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:
- Blobların önceki sürümlerini otomatik olarak korumak için blob sürümleme. 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 Blob sürümlerini etkinleştirme ve yönetme kısmına bakın.
- Silinmiş bir kapsayıcıyı geri yüklemek için, kapsayıcının yumuşak silinmesi. Kapsayıcılar için geçici silmeyi nasıl etkinleştirebileceğinizi öğ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 yumuşak silme kullanılır. Blob'larda geçici silmeyi etkinleştirmeyi öğrenmek için bkz: Blob'lar 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 Storage erişim katmanlarını otomatikleştirerek maliyetleri geliştirme.
Blob sürümleme 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 Storage bir 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:
Önemli
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ün korunmasını ö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 Storage erişim katmanlarını otomatikleştirerek maliyetleri geliştirme.
Blob sürümleri değiştirilemezdir. Mevcut blob sürümünün içeriğini veya meta verilerini değiştiremezsiniz.
Blob sürümleme, standart genel amaçlı v2 hesapları, premium blok blob ve eski Blob depolama hesapları için kullanılabilir. Azure Data Lake Storage ile kullanılmak üzere etkinleştirilmiş hiyerarşik ad alanına sahip depolama hesapları şu anda desteklenmiyor.
Azure Storage REST API'sinin sürüm 2019-10-10 ve üzeri 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 kurtulmanı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 Storage 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şturulduğu zamanla ilişkili 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 Blob verileri için Sık Erişimli, Seyrek Erişimli, Soğuk ve Arşiv erişim katmanları konusuna bakın.
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ümlemeyi 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 verme ve geçici silme
Blob sürüm oluşturma ve blob yumuşak silme işlemleri, depolama hesaplarına yönelik ö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 Koşulan veri koruma yapılandırması ve Veri korumasına genel bakış konusuna bakın.
Blobun üzerine yazma
Depolama hesabı için blob sürümleme ve blob yumuşak silme etkin durumdaysa, bir 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. Yumuşak şekilde 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
Yumuşak silme saklama süresi boyunca yumuşak silinen sürümleri geri yüklemek için Undelete Blob işlemini kullanabilirsiniz. Blob'un Geri Alma işlemi her zaman blob'un 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, hiç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ümleme ve blob anlık görüntüleri
Blob anlık görüntüsü, belirli bir anda alınmış bir blobun salt okunur bir kopyasıdır. Blob anlık görüntüleri ve blob sürümleri benzerdir. Ancak, siz veya uygulamanız tarafından manuel olarak bir anlık görüntü oluşturulurken, depolama hesabınız için blob sürümleme etkinleştirildiğinde yazma veya silme işlemlerinde blob sürümleri otomatik olarak 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 de 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 bir koruma sağlamaz ve bu işlem maliyetleri ve uygulama karmaşıklığını artırabilir.
Sürüm oluşturma etkinleştirildiğinde blobun anlık görüntüsünü alın
Ö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 güncel 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 denetimi (Azure RBAC) kullanarak. Microsoft üstün güvenlik ve kullanım kolaylığı için Microsoft Entra ID kullanmanızı önerir. blob işlemleriyle Microsoft Entra ID kullanma hakkında daha fazla bilgi için bkz. Azure Storage içindeki 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ı (SAS) kullanarak Azure Storage kaynaklarına sınırlı erişim. - Hesap erişim anahtarlarını kullanarak Paylaşılan Anahtarlar ile blob sürümlerine yönelik işlemleri yetkilendirmek. 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.
Azure RBAC ile bir blob sürümünü silme eylemi
Aşağıdaki tabloda, bir blob veya blob sürümünü silmeyi destekleyen Azure RBAC işlemleri gösterilmektedir.
| Açıklama | Blob hizmeti operasyonu | Azure RBAC veri işlemi gerekli | Azure yerleşik rol desteği |
|---|---|---|---|
| Geçerli sürümü silme | Blobu Sil | Microsoft.Storage/storageAccounts/blobServices/containers/blobs/delete | Depolama Blobu Veri Katılımcısı |
| Önceki bir sürümü silme | Blobu Sil | Microsoft.Storage/storageAccounts/blobServices/containers/blobs/deleteBlobVersion/action | Depolama Blob Veri Yöneticisi |
Paylaşılan erişim imzası (SAS) parametreleri
Blob sürümü için imzalı kaynak bv olarak belirtilmiştir. Daha fazla bilgi için Hizmet SAS'i oluşturma veya Kullanıcı temsilcisi SAS'ı oluşturma bölümüne bakın.
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 |
|---|---|---|
| Kaldır | x | Blob sürümünü silin. |
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ülerinde olduğu gibi, blob sürümleri de etkin verilerle aynı oranda faturalandırılır. Sürümlerin faturalandırılması, bir blobun (veya anlık görüntülerin) geçerli veya önceki sürümleri için hizmet katmanını açıkça ayarlayıp ayarlamadığınıza bağlıdır. Blob katmanları hakkında daha fazla bilgi için, Sık Erişimli, Soğuk, Dondurulmuş ve Arşiv erişim katmanları başlıklı bölüme bakın.
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 Blob katmanı açıkça ayarlanmadığında faturalama kısmına bakın.
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. Açıkça ayarlanmış blob katmanı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.
Sık yedeklenen depolama hesaplarında sürümlerin etkinleştirilmesi, sürümler seyrek erişimli veya soğuk erişim katmanlarında depolandığında veri alma ücretlerini tetikleyebilir.
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.
Akıllı katmandan yararlanan depolama hesapları için sürümler ve anlık görüntüler tam içerik uzunluğunda faturalandırılır. Daha fazla bilgi için bkz . Akıllı katmanla maliyetleri iyileştirme.
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 oluşturulduktan sonra, önceki sürümdeki eşdeğerinden farklılaşır ve bunun verileri için ücretlendirilirsiniz. Sayfa blobundaki bir sayfanın aynı verilerle güncellenmesi durumu için de aynısı 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 senaryolar, blok blobu ve onun sürümleri için, blob katman düzeyinin açıkça ayarlanmadığı durumlarda ücretlerin nasıl tahakkuk ettiğini göstermektedir.
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şivlemek | 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.
Sürümü alınmış bir blob açıkça bir katmana yerleştirildiğinde nesnelerin nasıl faturalandırıldığını gösteren diyagram.
Blob, sürüm veya anlık görüntü için katmanın açıkça ayarlanması 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
- Blob'u belirtilen katman ile 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 canlı veriyle aynı hızda 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 Gen2, 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 Azure Storage hesaplarında Blob Storage özellik desteği konusuna bakın.
Data Lake Storage API'leri kullanılarak karşıya yüklenen bloblar için sürüm oluşturma desteklenmez.