Blok blobları için nesne çoğaltma

Nesne çoğaltma, blok bloblarını bir kaynak storage hesabıyla hedef hesap arasında zaman uyumsuz olarak kopyalar. Nesne çoğaltma tarafından desteklenen bazı senaryolar şunlardır:

  • Gecikme süresini en aza indirme. Nesne çoğaltma, istemcilerin fiziksel olarak daha yakın olan bir bölgedeki verileri kullanmasına olanak tanıyarak okuma istekleri için gecikme süresini azaltabilir.
  • İşlem iş yükleri için verimliliği artırın. Nesne çoğaltma ile işlem iş yükleri farklı bölgelerde aynı blok blob kümelerini işleyebilir.
  • Veri dağıtımlarını iyileştirme. Verileri tek bir konumda işleyebilir veya çözümleyebilir ve ardından yalnızca sonuçları ek bölgelere çoğaltabilirsiniz.
  • Maliyetleri iyileştirme. Verileriniz çoğaltıldıktan sonra, yaşam döngüsü yönetimi ilkelerini kullanarak verileri arşiv katmanına taşıyarak maliyetleri düşürebilirsiniz.

Aşağıdaki diyagramda nesne çoğaltmanın blok bloblarını bir bölgedeki kaynak storage hesabından iki farklı bölgedeki hedef hesaplara nasıl çoğaltacakları gösterilmektedir.

Nesne çoğaltmanın nasıl çalıştığını gösteren diyagram.

Nesne çoğaltmayı yapılandırmayı öğrenmek için bkz Nesne çoğaltmayı yapılandırma.

Nesne çoğaltma için önkoşullar ve uyarılar

Nesne çoğaltma için aşağıdaki Azure Depolama özelliklerinin de etkinleştirilmesi gerekir:

Değişiklik akışının ve blob sürümünün etkinleştirilmesi ek maliyetlere neden olabilir. Daha fazla bilgi için Azure Depolama fiyatlandırma sayfasına bakın.

Nesne çoğaltma, genel amaçlı v2 depolama hesapları ve premium blok blob hesapları için desteklenir. Hem kaynak hem de hedef hesaplar genel amaçlı v2 veya premium blok blob hesapları olmalıdır. Nesne çoğaltma yalnızca blok bloblarını destekler; ekleme blobları ve sayfa blobları desteklenmez.

Nesne çoğaltma, microsoft tarafından yönetilen anahtarlarla veya müşteri tarafından yönetilen anahtarlarla şifrelenmiş hesaplar için desteklenir. Müşteri tarafından yönetilen anahtarlar hakkında daha fazla bilgi için, bkz. Azure Depolama şifrelemesi için müşteri tarafından yönetilen anahtarlar.

Nesne çoğaltma, müşteri tarafından sağlanan bir anahtarla şifrelenmiş kaynak hesaptaki bloblar için desteklenmez. Müşteri tarafından sağlanan anahtarlar hakkında daha fazla bilgi için bkz. Blob storage isteğinde şifreleme anahtarı sağlama.

Müşteri tarafından yönetilen yük devretme, nesne çoğaltma ilkesinde kaynak veya hedef hesap için desteklenmez.

Hiyerarşik ad alanı etkinleştirilmiş hesaplarda nesne çoğaltması henüz desteklenmiyor.

Data Lake Storage API'leri kullanılarak karşıya yüklenen bloblar için nesne çoğaltma desteklenmez.

Nesne çoğaltma nasıl çalışır?

Nesne çoğaltma, yapılandırdığınız kurallara göre bir kapsayıcıdaki blok bloblarını zaman uyumsuz olarak kopyalar. Blobun içeriği, blobla ilişkili tüm sürümler ve blobun meta verileri ve özellikleri kaynak kapsayıcıdan hedef kapsayıcıya kopyalanır.

Önemli

Blok blobu verileri zaman uyumsuz olarak çoğaltıldığı için kaynak hesap ve hedef hesap hemen eşitlenmez.

OR artık OR İlkesindeki tüm işlemlerin çoğaltılmasını öncelikli bir şekilde gerçekleştiren öncelikli çoğaltmayı destekliyor. VEYA öncelik çoğaltması etkinleştirildiğinde, tüm işlemlerin çoğaltma performansı iyileştirilir. Bir çoğaltma politikasının kaynak ve hedef hesabı aynı kıtada olduğunda YA DA öncelikli çoğaltma, desteklenen iş yükleri için 15 dakika içinde nesnelerin %99,0'ını da çoğaltır. Özellik performansı bir hizmet düzeyi sözleşmesi (SLA) ile garanti edilir. Daha fazla bilgi için SLA terimlerini ve Nesne Çoğaltma Önceliği Çoğaltma makalesini ziyaret edin.

Ayrıca, çoğaltmanın tamamlanıp tamamlanmadığını belirlemek için kaynak blobdaki çoğaltma durumunu de kontrol edebilirsiniz. Daha fazla bilgi için Blob'un çoğaltma durumunu kontrol etme bölümüne bakın.

Blob sürümü oluşturma

Nesne çoğaltma, hem kaynak hem de hedef hesaplarda blob sürümü oluşturmanın etkinleştirilmesini gerektirir. Kaynak hesaptaki çoğaltılmış bir blob değiştirildiğinde, değişiklik yapılmadan önce kaynak hesapta blobun önceki durumunu yansıtan yeni bir blob sürümü oluşturulur. Kaynak hesaptaki geçerli sürüm en son güncelleştirmeleri yansıtır. Hem geçerli sürüm hem de önceki sürümler hedef hesaba çoğaltılır. Yazma işlemlerinin blob sürümlerini nasıl etkilediği hakkında daha fazla bilgi için bkz . Yazma işlemlerinde sürüm oluşturma.

Depolama hesabınızda nesne çoğaltma ilkeleri varsa, bu hesap için blob sürümlemeyi devre dışı bırakamazsınız. Blob sürümünü devre dışı bırakmadan önce hesap üzerindeki nesne çoğaltma ilkelerini silmeniz gerekir.

Not

Hedefe yalnızca bloblar kopyalanır. Blob'un sürüm kimliği kopyalanmaz. Hedef konuma bir blob yerleştirildikten sonra yeni bir sürüm kimliği atanır.

Kaynak hesaptaki blobu silme

Kaynak hesaptaki bir blob silindiğinde 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 tüm mevcut önceki sürümleri korunur. Bu durum hedef hesaba çoğaltılır. Silme işlemlerinin blob sürümlerini nasıl etkileyeceği hakkında daha fazla bilgi için bkz . Silme işlemlerinde sürüm oluşturma.

Anlık Görüntüler

Nesne replikasyonu blob anlık görüntülerini desteklemez. Kaynak hesaptaki bir blob üzerindeki anlık görüntüler hedef hesaba çoğaltılamaz.

Blob dizin etiketleri

Nesne çoğaltma artık kaynak bloblardan hedef bloblara dizin etiketlerini kopyalamayı destekliyor. Bu özelliği yeni veya var olan bir çoğaltma kuralının parçası olarak yapılandırabilirsiniz. Daha fazla bilgi için bkz. Nesne çoğaltmayı yapılandırma.

Önemli

Etiket çoğaltma şu anda ÖNİzLEME aşamasındadır. Beta, önizleme veya başka bir şekilde genel kullanıma sunulmamış Azure özellikler için geçerli olan yasal koşullar için Microsoft Azure Önizlemeler için Sürümsel Kullanım Koşulları'na bakın.

Blob katmanlama

Kaynak ve hedef hesaplar herhangi bir çevrimiçi katmanda (sık erişimli, seyrek erişimli veya soğuk) olduğunda nesne çoğaltma desteklenir. Kaynak ve hedef hesaplar farklı katmanlarda olabilir. Ancak, kaynak veya hedef hesaptaki bir blob arşiv katmanına taşındığında nesne çoğaltma başarısız olur. Arşivlenmiş blobu yeniden doldurma, nesne çoğaltmayı tetiklemez. Çoğaltma işlemi yalnızca blob verileri yeniden sulandırmadan sonra yeniden güncellendiğinde tetiklenir. Blob katmanları hakkında daha fazla bilgi için blob verileri için Erişim katmanları sayfasına bakın.

Değişmez bloblar

Azure Blob Depolama için değişmezlik ilkeleri zamana bağlı saklama ilkelerini ve yasal tutmaları içerir. Hedef hesapta bir değişmezlik ilkesi etkin olduğunda, nesne çoğaltma etkilenebilir. Değiştirilemezlik ilkeleri hakkında daha fazla bilgi için bkz. Sabit storage ile iş açısından kritik blob verilerini depolama.

Hedef kapsayıcıda kapsayıcı düzeyinde değişmezlik ilkesi varsa, kaynak kapsayıcıdaki güncelleştirmeler veya silmeler gibi nesnelere yapılan değişiklikler yine başarılı olabilir. Ancak, bu değişiklikler değişmezlik kısıtlaması nedeniyle hedef kapsayıcıya çoğaltılamaz. Kapsayıcı kapsamına alınmış bir değişmezlik ilkesiyle hangi işlemlerin yasaklandığı hakkında daha fazla bilgi için Kapsayıcı düzeyi kapsamlı senaryolar bölümüne bakın.

Hedef hesabın blob sürümünde etkin sürüm düzeyi değişmezlik ilkesi varsa, ilgili kaynak kapsayıcının blob sürümünde gerçekleştirilen silme veya güncelleştirme işlemi başarılı olabilir. Ancak, bu işlemin hedef nesneye çoğaltılması başarısız oluyor. Kapsayıcı kapsamına alınmış bir değişmezlik ilkesiyle hangi işlemlerin yasaklandığı hakkında daha fazla bilgi için bkz Sürüm düzeyi kapsam senaryoları.

Nesne çoğaltma ilkeleri ve kuralları

Nesne çoğaltmayı yapılandırırken, kaynak storage hesabını ve hedef hesabı belirten bir çoğaltma ilkesi oluşturursunuz. Çoğaltma ilkesi, bir kaynak ve hedef kapsayıcı belirten ve hangi kaynak blobların çoğaltıldığını belirten bir veya daha fazla kural içerir.

Nesne çoğaltmayı yapılandırdıktan sonra, Azure Depolama kaynak hesabın değişiklik akışını düzenli aralıklarla denetler ve hedef hesaba yapılan tüm yazma veya silme işlemlerini zaman uyumsuz olarak çoğaltır. Çoğaltma gecikme süresi, çoğaltılmakta olan blok blobunun boyutuna bağlıdır.

Çoğaltma ilkeleri

Nesne çoğaltmayı yapılandırırken, hedef hesapta Azure Depolama kaynak sağlayıcısı aracılığıyla bir çoğaltma ilkesi oluşturursunuz. Çoğaltma ilkesi oluşturulduktan sonra, Azure Depolama ona bir ilke kimliği atar. Ardından, ilke kimliğini kullanarak bu çoğaltma ilkesini kaynak hesapla ilişkilendirmeniz gerekir. Çoğaltmanın gerçekleşmesi için kaynak ve hedef hesaplardaki ilke kimliği aynı olmalıdır.

Bir kaynak hesap, her hedef hesap için bir ilkeyle birlikte en fazla iki hedef hesaba çoğaltılabilir. Benzer şekilde, bir hesap en fazla iki çoğaltma ilkesi için hedef hesap olarak görev alabilir.

Kaynak ve hedef hesaplar aynı bölgede veya farklı bölgelerde olabilir. Bunlar aynı abonelikte veya farklı aboneliklerde de yer alabilir. İsteğe bağlı olarak, kaynak ve hedef hesaplar farklı Microsoft Entra kiracılarda yer alabilir. Her kaynak hesap/hedef hesap çifti için yalnızca bir çoğaltma ilkesi oluşturulabilir.

Çoğaltma kuralları

Çoğaltma kuralları, Azure Depolama blobları bir kaynak kapsayıcıdan hedef kapsayıcıya nasıl çoğaltacağını belirtir. Her çoğaltma ilkesi için en fazla 1.000 çoğaltma kuralı belirtebilirsiniz. Her çoğaltma kuralı tek bir kaynak ve hedef kapsayıcı tanımlar ve her kaynak ve hedef kapsayıcı yalnızca bir kuralda kullanılabilir. Sonuç olarak, tek bir çoğaltma ilkesine en fazla 1.000 kaynak kapsayıcı ve 1.000 hedef kapsayıcı katılabilir.

Bir çoğaltma kuralı oluşturduktan sonra, önceden var olan bloblar yoksayılır; yalnızca kural oluşturulduktan sonra eklenen yeni blok blobları varsayılan olarak kopyalanır. Ancak, hem yeni hem de mevcut blok bloblarının kopyalandığını belirtebilirsiniz. Ayrıca, belirtilen süreden sonra oluşturulan blok bloblarını kopyalayan özel bir kopyalama kapsamı da tanımlayabilirsiniz.

Blok bloblarını ön eke göre filtrelemek için çoğaltma kuralının bir parçası olarak bir veya daha fazla filtre de belirtebilirsiniz. Bir ön ek belirttiğinizde, hedef kapsayıcıya yalnızca bu ön ekle eşleşen bloblar kopyalanır.

Bir kuralda belirtebilmeniz için önce kaynak ve hedef kapsayıcıların her ikisi de mevcut olmalıdır. Çoğaltma ilkesini oluşturduktan sonra hedef kapsayıcıya yazma işlemlerine izin verilmez. Hedef kapsayıcıya yazma girişimleri hata kodu 409 (Çakışma) vererek başarısız olur.

Çoğaltma kuralı olan bir hedef kapsayıcıya yazmak için önce çoğaltmayı devre dışı bırakmanız gerekir. Kuralı, söz konusu kapsayıcı için silerek veya çoğaltma ilkesinin tamamını kaldırarak devre dışı bırakabilirsiniz.

Çoğaltma ilkesi etkin olduğunda hedef kapsayıcıya yönelik okuma ve silme işlemlerine izin verilir.

Hedef kapsayıcıdaki bir blob üzerinde Blob Katmanını Ayarla işlemini çağırarak, onu arşiv katmanına taşıyabilirsiniz. Arşiv katmanı hakkında daha fazla bilgi için bkz. Blob verileri için erişim katmanları.

Not

Kaynak hesaptaki bir blobun access katmanını değiştirmek, hedef hesaptaki blobun access katmanını değiştirmez.

İlke tanım dosyası

JSON dosyası, nesne çoğaltma ilkesi tanımlamak için kullanılır. İlke tanım dosyasını var olan bir nesne çoğaltma ilkesinden alabilir veya bir ilke tanım dosyasını karşıya yükleyerek nesne çoğaltma ilkesi oluşturabilirsiniz.

Örnek ilke tanım dosyası

Aşağıdaki örnek, hedef hesapta tek bir kuralla bir çoğaltma ilkesi ayarlar. Kural, öneki b olan blobları hedefler ve çoğaltma için en düşük oluşturma süresini belirtir. Açılı ayraçlardaki değerleri kendi değerlerinizle değiştirmeyi unutmayın:

{
  "properties": {
    "policyId": "default",
    "sourceAccount": "/subscriptions/<subscriptionId>/resourceGroups/<resource-group>/providers/Microsoft.Storage/storageAccounts/<storage-account>",
    "destinationAccount": "/subscriptions/<subscriptionId>/resourceGroups/<resource-group>/providers/Microsoft.Storage/storageAccounts/<storage-account>",
    "metrics": {
		  "enabled": false
    },
    "priorityReplication": "false",
    "rules": [
      {
        "ruleId": "",
        "sourceContainer": "<source-container>",
        "destinationContainer": "<destination-container>",
        "filters": {
          "prefixMatch": [
            "b"
          ],
          "minCreationTime": "2021-08-28T00:00:00Z"
        }
      }
    ]
  }
}

Özel filtreler

JSON dosyasında filtreleri farklı seçeneklerle özelleştirmek mümkündür

  1. Çoğaltma için ön ek blobu, tüm bloblar b harfiyle başlar:
"filters": {
          "prefixMatch": [
            "b"
          ],
        }
  1. Blob Oluşturma Zamanı
"filters": {
  "minCreationTime": "2021-08-28T00:00:00Z"
}
  1. TÜM BLOBLAR için
"filters": {
  "minCreationTime": "1601-01-01T00:00:00Z"
}

Kaynak ve hedef hesaplar için tam kaynak kimlikleri belirtme

İlke tanımı dosyasını oluştururken, önceki bölümdeki örnekte gösterildiği gibi sourceAccount ve destinationAccount girdilerinin tam Azure Resource Manager kaynak kimliklerini belirtin. storage hesabının kaynak kimliğini bulmayı öğrenmek için bkz. storage hesabı için kaynak kimliğini alma.

Tam kaynak kimliği aşağıdaki biçimdedir:

/subscriptions/<subscriptionId>/resourceGroups/<resource-group>/providers/Microsoft.Storage/storageAccounts/<storage-account>

İlke tanımı dosyası daha önce storage hesabının tam kaynak kimliği yerine yalnızca hesap adını gerektiriyor. Azure Depolama kaynak sağlayıcısı REST API'sinin 2021-02-01 sürümünde AllowCrossTenantReplication güvenlik özelliğinin kullanıma sunulmasıyla, çoğaltma ilkesine katılan bir depolama hesabı için kiracılar arası çoğaltmaya izin verilmediğinde oluşturulan tüm nesne çoğaltma ilkeleri için tam kaynak kimliğini sağlamanız gerekir. Azure Depolama, kaynak ve hedef hesapların aynı kiracıda olup olmadığını doğrulamak için tam kaynak kimliğini kullanır. Kiracılar arası çoğaltma ilkelerine izin vermeme hakkında daha fazla bilgi edinmek için bkz. Microsoft Entra kiracıları arasında çoğaltmayı engelleme.

Kiracılar arası çoğaltma için yalnızca hesap adının kullanılması hala desteklense de Microsoft en iyi yöntem olarak tam kaynak kimliğini kullanmanızı önerir. Azure Depolama kaynak sağlayıcısı REST API'sinin önceki tüm sürümleri, nesne çoğaltma ilkelerindeki tam kaynak kimliği yolunun kullanılmasını destekler.

Aşağıdaki tabloda, tam kaynak kimliği ve hesap adı kullandığınızda çoğaltma ilkesi davranışının nasıl farklılık gösterdiği gösterilmektedir. Karşılaştırma, depolama hesabı için kiracılar arası çoğaltmaya izin verilip verilmediğine bağlıdır.

İlke tanımında depolama hesabı tanımlayıcısı Kiracılar arası çoğaltma izni veriliyor Kiracılar arası çoğaltmaya izin verilmiyor
Tam kaynak kimliği Aynı kiracı politikaları oluşturulabilir.

Kiracılar arası politikalar oluşturulabilir.		 Aynı kiracı politikaları oluşturulabilir.

Kiracılar arası ilkeler oluşturulamaz.
Yalnızca hesap adı Aynı kiracı politikaları oluşturulabilir.

Kiracılar arası politikalar oluşturulabilir.		 Ne aynı kiracı ne de kiracılar arası politikalar oluşturulabilir. Azure Depolama kaynak ve hedef hesapların aynı kiracıda olduğunu doğrulayamadığından bir hata oluşur. Hata, ilke tanımı dosyasında sourceAccount ve destinationAccount girdileri için tam kaynak kimliğini belirtmeniz gerektiğini gösterir.

İlke ve kural kimliklerini belirtin

Aşağıdaki tabloda, her senaryoda ilke tanımı dosyasındaki policyId ve ruleId girdileri için hangi değerlerin kullanılacağı özetlemektedir.

Bu hesap için ilke tanımı dosyasını oluştururken... İlke kimliğini bu değer olarak ayarlayın Kural kimliklerini bu değere ayarla
Hedef hesap Dize değeri varsayılandır. Azure Depolama sizin için politika kimliği değerini oluşturur. Boş bir dize. Azure Depolama sizin için kural kimliği değerlerini oluşturur.
Kaynak hesap Hedef hesap için ilke tanımı dosyasını indirirken döndürülen ilke kimliğinin değeri. Hedef hesap için ilke tanımı dosyasını indirdiğinizde döndürülen kural kimliklerinin değerleri.

Microsoft Entra kiracılar arasında çoğaltmayı engelleme

Microsoft Entra kiracısı, kimlik ve erişim yönetimi amacıyla bir organizasyonu temsil eden, Microsoft Entra ID’nin özel bir örneğidir. Her Azure aboneliğinin tek bir Microsoft Entra kiracısıyla güven ilişkisi vardır. Depolama hesapları dahil olmak üzere abonelikteki tüm kaynaklar aynı Microsoft Entra kiracısıyla ilişkilendirilir. Daha fazla bilgi için bkz. Microsoft Entra ID nedir?

Varsayılan olarak, 15 Aralık 2023'den itibaren oluşturulan yeni hesaplar için kiracılar arası çoğaltma devre dışı bırakılır. Güvenlik ilkeleriniz nesne çoğaltmasını yalnızca aynı kiracıda bulunan storage hesaplarıyla kısıtlamanızı gerektiriyorsa, AllowCrossTenantReplication özelliği (önizleme) ayarlayarak kiracılar arasında çoğaltmaya izin veremiyebilirsiniz. Bir depolama hesabı için kiracılar arası nesne çoğaltmayı devre dışı bırakırsanız Azure Depolama ek bir gereksinim oluşturur. Bu depolama hesabını kaynak veya hedef olarak kullanan herhangi bir nesne çoğaltma ilkesi için, her iki hesap da aynı Microsoft Entra kiracısına ait olmalıdır. Kiracılar arası nesne çoğaltmayı önlemek hakkında daha fazla bilgi için bkz. Microsoft Entra kiracıları arasında nesne çoğaltmayı önleme.

Bir depolama hesabı için kiracılar arası nesne çoğaltmasına izin vermemek için AllowCrossTenantReplication özelliğini false olarak ayarlayın. storage hesabı şu anda herhangi bir kiracılar arası nesne çoğaltma ilkesine katılmıyorsa, AllowCrossTenantReplication özelliğini false olarak ayarlamak, bu storage hesabıyla kiracılar arası nesne çoğaltma ilkelerinin gelecekte kaynak veya hedef olarak yapılandırılmasını önler.

storage hesabı şu anda bir veya daha fazla kiracılar arası nesne çoğaltma ilkesine katılıyorsa AllowCrossTenantReplication özelliğini false olarak ayarlamak yasaktır. Kiracılar arası çoğaltmaya izin vermeden önce mevcut kiracılar arası ilkeleri silmeniz gerekir.

Varsayılan olarak, 15 Aralık 2023'den itibaren oluşturulan storage hesabı için AllowCrossTenantReplication özelliği false olarak ayarlanır. 15 Aralık 2023'ten önce oluşturulan depolama hesapları için, bir depolama hesabı için AllowCrossTenantReplication özelliğinin değeri null veya true olduğunda, yetkili kullanıcılar bu hesabı kaynak veya hedef olarak kullanarak kiracılar arası nesne çoğaltma ilkelerini yapılandırabilir. Kiracılar arası ilkeleri yapılandırma hakkında daha fazla bilgi için bkz Blok blobları için nesne çoğaltmayı yapılandırma.

AllowCrossTenantReplication özelliğinin kiracılar arası nesne çoğaltmasını önlemek üzere ayarlandığından emin olmak için bir depolama hesabı kümesini denetlemek için Azure İlkesi kullanabilirsiniz. Azure İlkesi kullanarak bir depolama hesabı kümesi için idareyi zorunlu kılabilirsiniz. Örneğin, kullanıcının deny özelliğinin true olarak ayarlandığı bir storage hesabı oluşturmasını önlemek için etkisiyle bir ilke oluşturabilirsiniz. veya özellik değerini true olarak değiştirmek için mevcut bir storage hesabını değiştirme.

Çoğaltma ölçümleri

Nesne replikasyonu, çoğaltma ilerleme durumuyla ilgili içgörüler sağlamak için iki metriği destekler.

  • Çoğaltma için bekleyen işlemler: Kaynak depolama hesabından hedef depolama hesabına çoğaltmayı bekleyen toplam işlem sayısı, zaman dilimleriyle belirlenen periyotlara göre belirlenmiştir.
  • Çoğaltma için bekleyen baytlar: Kaynaktan hedef depolama hesaplarına zaman dilimleri başına yayılan çoğaltılmak üzere bekleyen baytların toplamı.

Daha önce listelenen ölçümlerin her biri zaman demetlerinin boyutuyla görüntülenebilir. Bu döküm, zaman demetleri başına çoğaltma için bekleyen bayt veya işlem sayısıyla ilgili içgörüleri aşağıdaki gibi etkinleştirir:

  • 0-5 dakika
  • 5-10 dakika
  • 10-15 dakika
  • 15-30 dakika
  • 30 dak-2 sa
  • 2-8 sa
  • 8-24 saat
  • >24 saat

Aşağıdaki örnek görüntüde, önceki yedi güne ilişkin bekleyen işlem ve bayt ölçümü gösterilmektedir:

Yedi günlük süre boyunca bekleyen işlemleri ve bekleyen baytları gösteren nesne çoğaltma ölçümleri

Bekleyen baytları ve bekleyen işlemleri izlemek için kaynak hesapta çoğaltma ölçümlerini etkinleştirebilirsiniz. Daha fazla bilgi için bkz. Çoğaltma ölçümlerini yapılandırma.

Çoğaltma durumu

Kaynak hesaptaki bir blob için çoğaltma durumunu de kontrol edebilirsiniz. Daha fazla bilgi için Blob'un çoğaltma durumunu kontrol etme bölümüne bakın.

Not

Çoğaltma devam ederken, yüzdeyi veya çoğaltılan verileri belirlemenin bir yolu yoktur.

Kaynak hesaptaki bir blob için çoğaltma durumu başarısız olduğunu gösteriyorsa aşağıdaki olası nedenleri araştırın:

  • Nesne çoğaltma ilkesinin hedef hesapta yapılandırıldığından emin olun.
  • Hedef hesabın hala var olduğunu doğrulayın.
  • Hedef kapsayıcının hala var olduğunu doğrulayın.
  • Hedef kapsayıcının silinmediğini ve silinme sürecinde olmadığını doğrulayın. Bir kapsayıcıyı silmek, 30 saniyeye kadar sürebilir.
  • Hedef kapsayıcının nesne çoğaltma ilkesine hala katıldığını doğrulayın.
  • Kaynak blob, yazma işleminin bir parçası olarak müşteri tarafından sağlanan bir anahtarla şifrelenirse nesne çoğaltma başarısız olur. Müşteri tarafından sağlanan anahtarlar hakkında daha fazla bilgi için bkz. Blob storage isteğinde şifreleme anahtarı sağlama.
  • Kaynak veya hedef blob'un arşiv katmanına taşınıp taşınmadığını denetleyin. Arşivlenen bloblar nesne çoğaltma yoluyla çoğaltılamaz. Arşiv katmanı hakkında daha fazla bilgi için bkz. Blob verileri için erişim katmanları.
  • Hedef kapsayıcının veya blob'un bir değişmezlik ilkesi tarafından korunmadığını doğrulayın. Bir kapsayıcının veya blob'un bir değişmezlik ilkesini üst öğesinden devralabileceğini unutmayın. Değiştirilemezlik ilkeleri hakkında daha fazla bilgi için bkz. Blob veri için değiştirilemez depolama hakkında genel bakış.

Ö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 Azure Depolama hesaplarında Blob Depolama özellik desteği konusuna bakın.

Faturalandırma

Değişiklik akışını etkinleştirme, sürüm oluşturma ve çoğaltma ilkeleri ekleme görevi dahil olmak üzere nesne çoğaltmasını yapılandırmanın bir maliyeti yoktur. Ancak nesne çoğaltması, kaynak ve hedef hesaplarda okuma ve yazma işlemlerinde maliyet oluşturur. Kaynak hesaptan hedef hesaba veri replikasyonu için çıkış ücretleri, değişiklik akışı işlenirken oluşan okuma ücretleri gibi maliyet yaratır.

Maliyetlerin dökümü aşağıdadır. Her maliyet bileşeninin fiyatını bulmak için bkz. Azure Blob Depolama Pricing.

Kaynak hesaptaki blobu güncelleştirme maliyeti Hedef hesaptaki verileri çoğaltma maliyeti
Yazma işleminin işlem maliyeti Bir değişim akışı kaydını okumak için işlem maliyeti
Blob ve her bir blob sürümünün depolama maliyeti1 Blob ve blob sürümlerini okumak için işlem maliyeti2
Değişiklik akışı kaydı ekleme maliyeti Blob ve blob sürümlerini yazmak için işlem maliyeti2
Soğuk ve daha soğuk katmanlarda veri alma maliyetleri Blob ve her bir blob sürümünün depolama maliyeti1
Ağ çıkış maliyeti 3

1 Kaynak hesapta, bir blobun veya sürümün katmanı değişmediyse, bu blobun sürümleri boyunca benzersiz veri blokları için faturalandırılırsınız. Bkz. Blob sürüm oluşturma fiyatlandırması ve Faturalama. Hedef hesapta bir sürüm için, bu blokların benzersiz olup olmadığına bakılmaksızın sürümün tüm blokları için faturalandırılırsınız.

2 Bu yalnızca son çoğaltma tamamlandıktan sonra oluşturulan blob sürümlerini içerir.

3 Nesne çoğaltması, tüm sürümü hedefe kopyalar (yalnızca sürümün benzersiz bloklarını değil). Bu aktarım, ağ çıkışı maliyetine yol açar. Bkz. Bandwidth fiyatlandırması.

İpucu

Beklenmeyen fatura riskini azaltmak için, yalnızca birkaç nesne içeren bir hesapta nesne çoğaltmayı etkinleştirin. Ardından, bir üretim ayarında özelliği etkinleştirmeden önce maliyet üzerindeki etkisini ölçün.

Sonraki adımlar

  • Last updated on