Blok blobları için nesne çoğaltma
Nesne çoğaltma, blok bloblarını bir kaynak depolama 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önetim ilkelerini kullanarak bunları arşiv katmanına taşıyarak maliyetleri düşürebilirsiniz.
Aşağıdaki diyagramda nesne çoğaltmanın blok bloblarını bir bölgedeki bir kaynak depolama hesabından iki farklı bölgedeki hedef hesaplara nasıl çoğaltacakları gösterilmektedir.
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, aşağıdaki Azure Depolama özelliklerinin de etkinleştirilmesini gerektirir:
- Değişiklik akışı: Kaynak hesapta etkinleştirilmelidir. Değişiklik akışını etkinleştirmeyi öğrenmek için bkz . Değişiklik akışını etkinleştirme ve devre dışı bırakma.
- Blob sürümü oluşturma: Hem kaynak hem de hedef hesaplarda etkinleştirilmelidir. Sürüm oluşturmayı etkinleştirmeyi öğrenmek için bkz . Blob sürümünü etkinleştirme ve yönetme.
Değişiklik akışının ve blob sürümünün etkinleştirilmesi ek maliyetlere neden olabilir. Daha fazla bilgi için bkz. Azure Depolama fiyatlandırma sayfası.
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 depolama 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.
Data Lake Storage 2. Nesil 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ığından, kaynak hesap ve hedef hesap hemen eşitlenmez. Şu anda verileri hedef hesaba çoğaltmanın ne kadar sürdüğünü gösteren bir SLA yoktur. Çoğaltmanın tamamlanıp tamamlanmadığını belirlemek için kaynak blobdaki çoğaltma durumunu de kontrol edebilirsiniz. Daha fazla bilgi için bkz . Blobun çoğaltma durumunu denetleme.
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 etkinse, bu hesap için blob sürümü oluşturma özelliğini devre dışı bırakamazsınız. Blob sürümünü devre dışı bırakmadan önce hesap üzerindeki nesne çoğaltma ilkelerini silmeniz gerekir.
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 çoğaltma 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, kaynak blob'un dizin etiketlerini hedef bloba kopyalamaz.
Blob katmanlama
Kaynak ve hedef hesaplar sık erişimli veya seyrek erişimli katmanda 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. Blob katmanları hakkında daha fazla bilgi için bkz . Blob verileri için erişim katmanları.
Sabit 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 . İş açısından kritik blob verilerini sabit depolama ile depolama.
Hedef hesaptaki bir kapsayıcı için kapsayıcı düzeyinde değişmezlik ilkesi etkinse ve kaynak kapsayıcıdaki bir nesne güncelleştirildiyse veya silindiyse, kaynak kapsayıcıdaki işlem başarılı olabilir, ancak bu işlemin 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 bkz . Kapsayıcı düzeyi kapsamlı senaryolar.
Hedef hesaptaki bir blob sürümü için sürüm düzeyi değişmezlik ilkesi etkinse ve kaynak kapsayıcıdaki blob sürümünde silme veya güncelleştirme işlemi gerçekleştiriliyorsa, kaynak nesnedeki işlem başarılı olabilir, ancak bu işlemin hedef nesneye ç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 bkz . Sürüm düzeyi kapsamlı senaryolar.
Nesne çoğaltma ilkeleri ve kuralları
Nesne çoğaltmayı yapılandırırken, kaynak depolama hesabını ve hedef hesabı belirten bir çoğaltma ilkesi oluşturursunuz. Çoğaltma ilkesi, kaynak kapsayıcıyı ve hedef kapsayıcıyı belirten ve kaynak kapsayıcıdaki hangi blok bloblarının çoğaltılacağı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 tüm yazma veya silme işlemlerini hedef hesaba 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ırdığınızda, Azure Depolama kaynak sağlayıcısı aracılığıyla hedef hesapta 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 ikiden fazla çoğaltma ilkesi için hedef hesap işlevi göremez.
Kaynak ve hedef hesaplar aynı bölgede veya farklı bölgelerde olabilir. Bunlar aynı abonelikte veya farklı aboneliklerde de bulunabilir. İsteğe bağlı olarak, kaynak ve hedef hesaplar farklı Microsoft Entra kiracılarında bulunabilir. Her kaynak hesap/hedef hesap çifti için tek bir çoğaltma ilkesi oluşturulabilir.
Çoğaltma kuralları
Çoğaltma kuralları, Azure Depolama'ın blobları bir kaynak kapsayıcıdan hedef kapsayıcıya nasıl çoğaltacağını belirtir. Her çoğaltma ilkesi için en fazla 1000 çoğaltma kuralı belirtebilirsiniz. Her çoğaltma kuralı tek bir kaynak ve hedef kapsayıcı tanımlar ve her kaynak ve hedef kapsayıcı tek bir kuralda kullanılabilir; bu da en fazla 1000 kaynak kapsayıcı ve 1000 hedef kapsayıcının tek bir çoğaltma ilkesine katılabileceği anlamına gelir.
Çoğaltma kuralı oluşturduğunuzda, varsayılan olarak yalnızca kaynak kapsayıcıya daha sonra eklenen yeni blok blobları kopyalanır. Hem yeni hem de mevcut blok bloblarının kopyalanmasını belirtebilir veya belirtilen süreden itibaren oluşturulan blok bloblarını kopyalayan özel bir kopyalama kapsamı 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, yalnızca kaynak kapsayıcıda bu ön ekle eşleşen bloblar hedef kapsayıcıya 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ının yapılandırıldığı hedef kapsayıcıya yazmak için, bu kapsayıcı için yapılandırılmış olan kuralı silmeniz veya çoğaltma ilkesini kaldırmanız gerekir. Ç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 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 erişim katmanını değiştirmek, hedef hesaptaki blobun erişim katmanını değiştirmez.
İlke tanım dosyası
Nesne çoğaltma ilkesi JSON dosyası tarafından tanımlanır. İlke tanımı dosyasını var olan bir nesne çoğaltma ilkesinden alabilirsiniz. Ayrıca, bir ilke tanımı dosyasını karşıya yükleyerek de nesne çoğaltma ilkesi oluşturabilirsiniz.
Örnek ilke tanım dosyası
Aşağıdaki örnek, hedef hesapta b ön ekiyle eşleşen tek bir kurala sahip bir çoğaltma ilkesi tanımlar ve çoğaltılacak bloblar için en düşük oluşturma süresini ayarlar. 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>",
"rules": [
{
"ruleId": "",
"sourceContainer": "<source-container>",
"destinationContainer": "<destination-container>",
"filters": {
"prefixMatch": [
"b"
],
"minCreationTime": "2021-08-028T00:00:00Z"
}
}
]
}
}
Kaynak ve hedef hesaplar için tam kaynak kimlikleri belirtme
İlke tanımı dosyasını oluşturduğunuzda, önceki bölümdeki örnekte gösterildiği gibi sourceAccount ve destinationAccount girdileri için tam Azure Resource Manager kaynak kimliklerini belirtin. Depolama hesabının kaynak kimliğini bulmayı öğrenmek için bkz . Depolama hesabının 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 depolama 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 birlikte, ç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 verme hakkında daha fazla bilgi edinmek için bkz . Microsoft Entra kiracıları arasında çoğaltmayı engelleme.
Bir depolama hesabı için kiracılar arası çoğaltmaya izin verildiğinde yalnızca hesap adı sağlanması hala destekleniyor olsa da, Microsoft her zaman en iyi yöntem olarak tam kaynak kimliğini sağlamayı ö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, depolama hesabı için kiracılar arası çoğaltmaya izin verilen veya izin verilmeyen senaryolarda, belirtilen tam kaynak kimliğine sahip bir çoğaltma ilkesi oluşturduğunuzda ve hesap adıyla karşı karşıya olduğunuzda ne olacağı açıklanmaktadır.
| İlke tanımında hesap tanımlayıcısını Depolama | Kiracılar arası çoğaltmaya izin verildi | Kiracılar arası çoğaltmaya izin verilmiyor |
|---|---|---|
| Tam kaynak kimliği | Aynı kiracı ilkeleri oluşturulabilir. Kiracılar arası ilkeler oluşturulabilir. |
Aynı kiracı ilkeleri oluşturulabilir. Kiracılar arası ilkeler oluşturulamaz. |
| Yalnızca hesap adı | Aynı kiracı ilkeleri oluşturulabilir. Kiracılar arası ilkeler oluşturulabilir. |
Ne aynı kiracı ne de kiracılar arası ilkeler oluşturulamıyor. 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 belirtme
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 ilke 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ı indirdiğinizde 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 için bir kuruluşu temsil eden özel bir Microsoft Entra Id ö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 depolama hesaplarıyla kısıtlamanızı gerektiriyorsa, AllowCrossTenantReplication özelliği (önizleme) adlı bir güvenlik özelliği ayarlayarak kiracılar arasında çoğaltmaya izin veremezseniz. Bir depolama hesabı için kiracılar arası nesne çoğaltmaya izin vermediğinizde, bu depolama hesabıyla kaynak veya hedef hesap olarak yapılandırılmış herhangi bir nesne çoğaltma ilkesi için Azure Depolama hem kaynak hem de hedef hesapların aynı Microsoft Entra kiracısı içinde olmasını gerektirir. Kiracılar arası nesne çoğaltmaya izin verme hakkında daha fazla bilgi için bkz . Microsoft Entra kiracıları arasında nesne çoğaltmasını engelleme.
Depolama hesabı için kiracılar arası nesne çoğaltmasına izin vermemek için AllowCrossTenantReplication özelliğini false olarak ayarlayın. Depolama hesabı şu anda herhangi bir kiracılar arası nesne çoğaltma ilkesine katılmıyorsa AllowCrossTenantReplication özelliğini false olarak ayarlamak, bu depolama hesabıyla gelecek kiracılar arası nesne çoğaltma ilkelerinin kaynak veya hedef olarak yapılandırılmasını önler.
Depolama hesabı şu anda bir veya daha fazla kiracılar arası nesne çoğaltma ilkesine katılıyorsa AllowCrossTenantReplication özelliğinin false olarak ayarlanmasına izin verilmez. Kiracılar arası çoğaltmaya izin vermeden önce mevcut kiracılar arası ilkeleri silmeniz gerekir.
Varsayılan olarak AllowCrossTenantReplication özelliği, 15 Aralık 2023'den itibaren oluşturulan bir depolama hesabı için false olarak ayarlanır. 15 Aralık 2023 tarihinden önce oluşturulan depolama hesapları için, bir depolama hesabının AllowCrossTenantReplication özelliğinin değeri null veya true olduğunda, yetkili kullanıcılar bu hesapla kiracılar arası nesne çoğaltma ilkelerini kaynak veya hedef olarak 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ı engelleyecek şekilde 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, bir kullanıcının AllowCrossTenantReplication özelliğinin true olarak ayarlandığı bir depolama hesabı oluşturmasını veya özellik değerini true olarak değiştirmek için mevcut bir depolama hesabını değiştirmesini önlemek için reddetme efektine sahip bir ilke oluşturabilirsiniz.
Çoğaltma durumu
Kaynak hesaptaki bir blob için çoğaltma durumunu de kontrol edebilirsiniz. Daha fazla bilgi için bkz . Blobun çoğaltma durumunu denetleme.
Not
Çoğaltma devam ederken, çoğaltılan verilerin yüzdesini belirlemenin hiç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 silinme sürecinde olmadığını veya yalnızca silinmediğini doğrulayın. Kapsayıcının silinmesi 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 şifrelendiyse nesne çoğaltma başarısız olur. Müşteri tarafından sağlanan anahtarlar hakkında daha fazla bilgi için bkz . Blob depolama 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 verileri için sabit depolamaya 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 bkz. Azure Depolama hesaplarında Blob Depolama özellik desteği.
Faturalandırma
Nesne çoğaltmayı yapılandırmanın bir maliyeti yoktur. Bu, değişiklik akışını etkinleştirme, sürüm oluşturma ve çoğaltma ilkeleri ekleme görevini içerir. Ancak, nesne çoğaltması kaynak ve hedef hesaplara yönelik okuma ve yazma işlemlerinin yanı sıra kaynak hesaptan hedef hesaba veri çoğaltma ve değişiklik akışını işlemek için okuma ücretleri için çıkış ücretlerine neden olur.
Maliyetlerin dökümü aşağıdadır. Her maliyet bileşeninin fiyatını bulmak için bkz. fiyatlandırma Azure Blob Depolama.
| Kaynak hesaptaki blobu güncelleştirme maliyeti | Hedef hesaptaki verileri çoğaltma maliyeti |
|---|---|
| Yazma işleminin işlem maliyeti | Değişiklik akışı kaydını okumak için işlem maliyeti |
| Blobun ve her blobun 1. sürümününmaliyeti Depolama | Blob ve blob sürümleriniokumak için işlem maliyeti 2 |
| Değişiklik akışı kaydı ekleme maliyeti | Blob ve blob sürümleriniyazmak için işlem maliyeti 2 |
| Blobun ve her blobun 1. sürümününmaliyeti Depolama | |
| Ağ çıkışınınmaliyeti 3 |
1 Kaynak hesapta bir blobun veya sürümün katmanını değiştirmediyseniz bu blobun sürümleri arasında 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ışının maliyetine neden olur. Bkz. Bant genişliği fiyatlandırması.
İpucu
Beklenmeyen fatura riskini azaltmak için, yalnızca az sayıda 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.