Replikasi objek untuk block blob

Replikasi objek secara asinkron menyalin blob blok antara akun penyimpanan sumber dan akun tujuan. Beberapa skenario yang didukung replikasi objek meliputi:

• Meminimalkan latensi. Replikasi objek dapat mengurangi latensi untuk permintaan baca dengan mengizinkan klien untuk mengonsumsi data dari wilayah yang berada dalam jarak fisik yang lebih dekat.
• Tingkatkan efisiensi untuk beban kerja komputasi. Dengan replikasi objek, pekerjaan komputasi dapat memproses kumpulan blok blob yang sama pada wilayah yang berbeda.
• Mengoptimalkan distribusi data. Anda dapat memproses atau menganalisis data dalam satu lokasi lalu hanya mereplikasi hasilnya ke wilayah tambahan.
• Mengoptimalkan biaya. Setelah data Anda direplikasi, Anda dapat mengurangi biaya dengan memindahkannya ke tingkat arsip menggunakan kebijakan manajemen siklus hidup.

Diagram berikut menunjukkan cara replikasi objek mereplikasi blok blob dari akun penyimpanan sumber di satu lokasi ke akun tujuan di dua lokasi yang berbeda.

Untuk mempelajari cara mengonfigurasikan replikasi objek, lihat Mengonfigurasikan replikasi objek.

Prasyarat dan peringatan untuk replikasi objek

Replikasi objek mengharuskan fitur Azure Storage berikut juga diaktifkan:

• Umpan Perubahan: Harus diaktifkan di akun sumber. Untuk mempelajari cara mengaktifkan umpan perubahan, lihat Mengaktifkan dan menonaktifkan umpan perubahan.
• Penerapan versi blob: Harus diaktifkan pada akun sumber dan tujuan. Untuk mempelajari cara mengaktifkan penerapan versi, lihat Mengaktifkan dan mengelola penerapan versi blob.

Mengaktifkan umpan perubahan dan penerapan versi blob mungkin dikenakan biaya tambahan. Untuk informasi selengkapnya, lihat halaman harga Azure Storage.

Replikasi objek didukung untuk akun penyimpanan v2 umum dan akun blok blob premium. Baik akun sumber maupun tujuan harus merupakan akun umum tujuan v2 atau akun blok blob premium. Replikasi objek hanya mendukung blob blok; blob lampiran dan blob halaman tidak didukung.

Replikasi objek didukung untuk akun yang dienkripsi dengan kunci yang dikelola microsoft atau kunci yang dikelola pelanggan. Untuk informasi selengkapnya tentang kunci yang dikelola pelanggan, lihat Menggunakan kunci yang dikelola pelanggan untuk enkripsi Azure Storage.

Replikasi objek tidak didukung untuk blob di akun sumber yang dienkripsi dengan kunci yang disediakan pelanggan. Untuk informasi selengkapnya tentang kunci yang disediakan pelanggan, lihat Menyediakan kunci enkripsi pada permintaan ke penyimpanan Blob.

Failover yang diatur oleh pelanggan tidak didukung baik untuk akun sumber maupun tujuan dalam kebijakan replikasi objek.

Replikasi objek belum didukung di akun yang mengaktifkan namespace hierarkis.

Replikasi objek tidak didukung untuk blob yang diunggah dengan menggunakan API Data Lake Storage .

Cara kerja replikasi objek

Replikasi objek secara asinkron menyalin blob blok dalam kontainer sesuai dengan aturan yang Anda konfigurasikan. Isi blob, versi-versi yang terkait dengan blob, serta metadata dan properti blob semuanya disalin dari kontainer sumber ke kontainer tujuan.

Penting

Karena data blob blok direplikasi secara asinkron, akun sumber dan akun tujuan tidak segera disinkronkan.

OR sekarang mendukung replikasi prioritas, yang memprioritaskan replikasi semua operasi dalam OR Policy. Ketika replikasi prioritas OR diaktifkan, performa replikasi semua operasi ditingkatkan. Ketika akun sumber dan tujuan kebijakan replikasi berada dalam benua yang sama, replikasi prioritas OR juga mereplikasi 99,0% objek dalam waktu 15 menit untuk beban kerja yang didukung. Performa fitur dijamin dengan perjanjian tingkat layanan (SLA). Untuk informasi selengkapnya, kunjungi istilah SLA dan artikel Prioritas Replikasi Objek.

Anda juga dapat memeriksa status replikasi pada blob sumber untuk menentukan apakah replikasi selesai. Untuk informasi selengkapnya, lihat Memeriksa status replikasi blob.

Penerapan versi blob

Replikasi objek mengharuskan penerapan versi blob diaktifkan pada akun sumber dan tujuan. Ketika blob yang direplikasi di akun sumber diubah, versi baru blob dibuat di akun sumber yang merefleksikan status blob sebelum perubahan. Versi terkini di akun sumber merefleksikan pembaruan terbaru. Baik versi pembaruan terkini dan versi apa pun sebelumnya direplikasi ke akun tujuan. Untuk informasi selengkapnya tentang cara operasi tulis memengaruhi versi blob, lihat Penerapan versi pada operasi tulis.

Jika akun penyimpanan Anda memiliki kebijakan replikasi objek yang berlaku, Anda tidak dapat menonaktifkan penerapan versi blob untuk akun tersebut. Anda harus menghapus kebijakan replikasi objek apa pun pada akun sebelum menonaktifkan penerapan versi blob.

Catatan

Hanya blob yang disalin ke tujuan. ID versi blob tidak disalin. Setelah blob ditempatkan di lokasi tujuan, ID versi baru ditetapkan.

Menghapus blob di akun sumber

Jika blob di akun sumber dihapus, versi blob saat ini menjadi versi sebelumnya, dan tidak ada lagi versi saat ini. Semua versi blob sebelumnya yang ada dipertahankan. Status ini direplikasi ke akun tujuan. Untuk informasi selengkapnya tentang cara operasi hapus memengaruhi versi blob, lihat Versi saat operasi hapus.

Cuplikan

Replikasi objek tidak mendukung rekam jepret blob. Setiap snapshot pada blob di akun sumber tidak direplikasi ke akun tujuan.

Penanda Indeks Blob

Replikasi objek tidak menyalin tag indeks blob sumber ke blob tujuan.

Peringkat Blob

Replikasi objek didukung ketika akun sumber dan tujuan berada pada tingkat online apa pun (panas, sejuk, atau dingin). Akun sumber dan tujuan mungkin berada di tingkat yang berbeda. Namun, replikasi objek gagal jika blob di akun sumber atau tujuan dipindahkan ke tingkat arsip. Untuk informasi selengkapnya tentang tier blob, lihat Tingkatan akses untuk data blob.

Blob yang tidak dapat diubah

Kebijakan Azure Blob Storage yang tidak dapat diubah mencakup kebijakan retensi berbasis waktu dan pegangan hukum. Ketika kebijakan imutabilitas berlaku pada akun tujuan, replikasi objek mungkin terpengaruh. Untuk informasi selengkapnya tentang kebijakan yang tidak dapat diubah, lihat Menyimpan data blob yang penting bagi bisnis dengan penyimpanan yang tidak dapat diubah.

Jika kontainer tujuan memiliki kebijakan imutabilitas tingkat kontainer, perubahan pada objek dalam kontainer sumber, seperti pembaruan atau penghapusan, mungkin masih berhasil. Namun, perubahan tersebut mungkin gagal direplikasi ke kontainer tujuan karena pembatasan kekekalan. Untuk informasi selengkapnya tentang operasi mana yang dilarang dengan kebijakan yang tidak bisa diubah yang diterapkan pada kontainer, lihat Skenario dengan lingkup tingkat kontainer.

Jika versi blob akun tujuan memiliki kebijakan kekekalan tingkat versi aktif, operasi penghapusan atau pembaruan yang dilakukan pada versi blob kontainer sumber yang sesuai mungkin berhasil. Namun, replikasi operasi tersebut ke objek tujuan gagal. Untuk informasi selengkapnya tentang operasi mana yang dilarang dengan kebijakan kemutakhiran yang disebar ke kontainer, lihat Skenario dengan lingkup tingkat versi.

Kebijakan dan aturan replikasi objek

Saat mengonfigurasi replikasi objek, Anda membuat kebijakan replikasi yang menentukan akun penyimpanan sumber dan akun tujuan. Kebijakan replikasi mencakup satu atau beberapa aturan yang menentukan kontainer sumber dan tujuan, dan menunjukkan blob sumber mana yang direplikasi.

Setelah Anda mengonfigurasi replikasi objek, Azure Storage memeriksa umpan perubahan untuk akun sumber secara berkala, dan secara asinkron mereplikasi operasi tulis atau hapus apa pun ke akun tujuan. Latensi replikasi bergantung pada ukuran blob blok yang sedang direplikasi.

Kebijakan replikasi

Saat mengonfigurasi replikasi objek, Anda membuat kebijakan replikasi pada akun tujuan melalui penyedia sumber daya Azure Storage. Setelah kebijakan replikasi dibuat, Azure Storage menetapkan ID kebijakan. Anda lalu harus mengaitkan kebijakan replikasi tersebut dengan akun sumber menggunakan ID kebijakan. ID kebijakan pada akun sumber dan tujuan harus sama agar replikasi dapat berlangsung.

Akun sumber dapat mereplikasi ke tidak lebih dari dua akun tujuan, dengan satu kebijakan untuk setiap akun tujuan. Demikian pula, akun mungkin berfungsi sebagai akun tujuan untuk tidak lebih dari dua kebijakan replikasi.

Akun sumber dan tujuan mungkin berada di wilayah yang sama atau di wilayah yang berbeda. Mereka mungkin juga berada di langganan yang sama atau di langganan yang berbeda. Secara opsional, akun sumber dan tujuan mungkin berada di penyewa Microsoft Entra yang berbeda. Hanya satu kebijakan replikasi yang mungkin dibuat untuk setiap pasangan akun sumber/akun tujuan.

Aturan replikasi

Aturan replikasi menentukan bagaimana Azure Storage mereplikasi blob dari kontainer sumber ke kontainer tujuan. Anda dapat menentukan hingga 1.000 aturan replikasi untuk setiap kebijakan replikasi. Setiap aturan replikasi menentukan satu kontainer sumber dan tujuan, dan setiap kontainer sumber dan tujuan hanya dapat digunakan dalam satu aturan. Akibatnya, maksimum 1.000 kontainer sumber dan 1.000 kontainer tujuan dapat berpartisipasi dalam satu kebijakan replikasi.

Setelah Anda membuat aturan replikasi, blob yang sudah ada sebelumnya diabaikan; hanya blob blok baru yang ditambahkan setelah aturan dibuat disalin secara default. Namun, Anda dapat menentukan bahwa baik blob blok yang baru maupun yang sudah ada disalin. Anda juga dapat menentukan cakupan salinan kustom yang menyalin blob blok apa pun yang dibuat setelah waktu yang ditentukan.

Anda juga dapat menentukan satu atau beberapa filter sebagai bagian dari aturan replikasi untuk memfilter blob blok menurut prefiks. Saat Anda menentukan awalan, hanya blob yang cocok dengan awalan tersebut dalam kontainer sumber yang disalin ke kontainer tujuan.

Kontainer sumber dan tujuan harus ada sebelum Anda dapat menentukannya dalam aturan. Setelah Anda membuat kebijakan replikasi, operasi tulis ke kontainer tujuan tidak diizinkan. Setiap upaya untuk menulis ke kontainer tujuan akan gagal dengan kode kesalahan 409 (Konflik).

Untuk menulis ke kontainer tujuan dengan aturan replikasi, Anda harus terlebih dahulu menonaktifkan replikasi. Anda dapat menonaktifkan aturan dengan menghapusnya untuk kontainer tersebut, atau dengan menghapus seluruh kebijakan replikasi.

Operasi baca dan hapus ke kontainer tujuan diizinkan saat kebijakan replikasi aktif.

Anda dapat memanggil operasi Set Blob Tier pada blob di kontainer tujuan untuk memindahkannya ke tingkat arsip. Untuk informasi selengkapnya tentang tingkat arsip, lihat Tingkat akses untuk data blob.

Catatan

Mengubah tingkat akses blob di akun sumber tidak mengubah tingkat akses blob tersebut di akun tujuan.

File definisi kebijakan

File JSON digunakan untuk menentukan kebijakan replikasi objek. Anda bisa mendapatkan file definisi kebijakan dari kebijakan replikasi objek yang ada, atau Anda dapat membuat kebijakan replikasi objek dengan mengunggah file definisi kebijakan.

Sampel file definisi kebijakan

Contoh berikut menetapkan kebijakan replikasi pada akun tujuan dengan satu aturan. Aturan menargetkan blob dengan awalan b dan menentukan waktu pembuatan minimum untuk replikasi. Ingatlah untuk mengganti nilai di kurung siku dengan nilai Anda sendiri:

{
  "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"
        }
      }
    ]
  }
}

Tentukan ID sumber daya lengkap untuk akun sumber dan tujuan

Saat Anda membuat file definisi kebijakan, tentukan ID sumber daya Azure Resource Manager lengkap untuk entri sourceAccount dan destinationAccount, seperti yang ditunjukkan pada contoh di bagian sebelumnya. Untuk mempelajari cara menemukan ID sumber daya untuk akun penyimpanan, lihat Mendapatkan ID sumber daya untuk akun penyimpanan.

ID sumber daya berada dalam format berikut:

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

File definisi kebijakan sebelumnya hanya membutuhkan nama akun, bukan ID sumber daya lengkap untuk akun penyimpanan. Dengan diperkenalkannya properti keamanan AllowCrossTenantReplication di versi 01-02-2021 dari penyedia sumber daya Azure Storage REST API, Anda sekarang harus menyediakan ID sumber daya penuh untuk setiap kebijakan replikasi objek yang dibuat ketika replikasi lintas penyewa dianulir untuk akun penyimpanan yang berpartisipasi dalam kebijakan replikasi. Azure Storage menggunakan ID sumber daya lengkap untuk memverifikasi apakah akun sumber dan tujuan berada dalam penyewa yang sama. Untuk mempelajari selengkapnya tentang melarang kebijakan replikasi antar penyewa, lihat Mencegah replikasi antar penyewa Microsoft Entra.

Meskipun penggunaan hanya nama akun tetap didukung untuk replikasi lintas penyewa, Microsoft merekomendasikan penggunaan ID sumber daya lengkap sebagai langkah terbaik. Semua versi sebelumnya dari penyedia sumber daya Azure Storage REST API mendukung menggunakan jalur ID sumber daya penuh dalam kebijakan replikasi objek.

Tabel berikut ini memperlihatkan perbedaan perilaku kebijakan replikasi saat Anda menggunakan ID sumber daya lengkap versus nama akun. Perbandingan tergantung pada apakah replikasi lintas tenant diaktifkan untuk akun penyimpanan.

Pengidentifikasi akun penyimpanan dalam definisi kebijakan	Replikasi lintas penyewa diperbolehkan	Replikasi lintas penyewa tidak diizinkan
ID sumber daya lengkap	Kebijakan penyewa yang sama dapat dibuat. Kebijakan lintas penyewa dapat dibuat.	Kebijakan penyewa yang sama dapat dibuat. Kebijakan lintas penyewa tidak dapat dibuat.
Hanya nama akun	Kebijakan penyewa yang sama dapat dibuat. Kebijakan lintas penyewa dapat dibuat.	Kebijakan penyewa yang sama maupun lintas penyewa tidak dapat dibuat. Kesalahan terjadi, karena Azure Storage tidak dapat memverifikasi bahwa akun sumber dan tujuan berada di penyewa yang sama. Kesalahan menunjukkan bahwa Anda harus menentukan ID sumber daya penuh untuk entri sourceAccount dan destinationAccount dalam file definisi kebijakan.

Tentukan ID kebijakan dan aturan

Tabel berikut ini meringkas nilai mana yang akan digunakan untuk policyId dan ruleId dalam file definisi kebijakan di setiap skenario.

Saat Anda membuat file definisi kebijakan untuk akun ini...	Atur ID kebijakan ke nilai ini	Atur ID aturan ke nilai ini
Akun tujuan	Nilai untai default. Azure Storage membuat nilai ID kebijakan untuk Anda.	String kosong. Azure Storage membuat nilai ID aturan untuk Anda.
Akun sumber	Nilai ID kebijakan ditampilkan saat Anda mengunduh file definisi kebijakan utuk akun tujuan.	Nilai ID aturan ditampilkan saat Anda mengunduh file definisi kebijakan utuk akun tujuan.

Mencegah replikasi antar penyewa Microsoft Entra

Penyewa Microsoft Entra adalah instance khusus dari ID Microsoft Entra yang mewakili sebuah organisasi dalam mengelola identitas dan akses. Setiap langganan Azure memiliki relasi kepercayaan dengan satu penyewa Microsoft Entra. Semua sumber daya dalam langganan, termasuk akun penyimpanan, dikaitkan dengan penyewa Microsoft Entra yang sama. Untuk informasi selengkapnya, lihat Apa itu ID Microsoft Entra?

Secara default, replikasi lintas penyewa dinonaktifkan untuk akun baru yang dibuat mulai 15 Desember 2023. Jika kebijakan keamanan Anda mengharuskan pembatasan replikasi objek ke akun penyimpanan yang berada dalam penyewa yang sama saja, Anda dapat melarang replikasi antar penyewa dengan menonaktifkan properti keamanan AllowCrossTenantReplication (pratinjau). Saat Anda menonaktifkan replikasi objek lintas penyewa untuk akun penyimpanan, Azure Storage memberlakukan persyaratan tambahan. Untuk kebijakan replikasi objek apa pun yang menggunakan akun penyimpanan ini sebagai sumber atau tujuan, kedua akun harus milik penyewa Microsoft Entra yang sama. Untuk informasi selengkapnya tentang melarang replikasi objek lintas penyewa, lihat Mencegah replikasi objek di seluruh penyewa Microsoft Entra.

Untuk melarang replikasi objek lintas penyewa untuk akun penyimpanan, atur properti AllowCrossTenantReplication ke salah. Jika akun penyimpanan saat ini tidak berpartisipasi dalam kebijakan replikasi objek lintas penyewa, maka mengatur properti AllowCrossTenantReplication ke salah akan mencegah konfigurasi kebijakan replikasi objek lintas penyewa di masa mendatang dengan akun penyimpanan ini sebagai sumber atau tujuan.

Jika akun penyimpanan saat ini berpartisipasi dalam satu atau beberapa kebijakan replikasi objek lintas penyewa, maka mengatur properti AllowCrossTenantReplication ke false tidak diizinkan. Anda harus menghapus kebijakan lintas penyewa yang ada sebelum Anda dapat melarang replikasi lintas penyewa.

Secara default, properti AllowCrossTenantReplication diatur ke false untuk akun penyimpanan yang dibuat mulai 15 Desember 2023. Untuk akun penyimpanan yang dibuat sebelum 15 Desember 2023, ketika nilai properti AllowCrossTenantReplication untuk akun penyimpanan null atau true, maka pengguna yang berwenang dapat mengonfigurasi kebijakan replikasi objek lintas penyewa dengan akun ini sebagai sumber atau tujuan. Untuk informasi selengkapnya tentang cara mengonfigurasi kebijakan lintas penyewa, lihat Mengonfigurasi replikasi objek untuk blob blok.

Anda dapat menggunakan Azure Policy untuk mengaudit satu set akun penyimpanan untuk memastikan bahwa properti AllowCrossTenantReplication diatur untuk mencegah replikasi objek lintas penyewa. Anda juga dapat menggunakan Azure Policy untuk menerapkan tata kelola untuk satu set akun penyimpanan. Misalnya, Anda dapat membuat kebijakan dengan deny efek untuk mencegah pengguna membuat akun penyimpanan di mana properti AllowCrossTenantReplication diatur ke true, atau dari memodifikasi akun penyimpanan yang ada untuk mengubah nilai properti menjadi true.

Metrik replikasi

Replikasi objek mendukung dua metrik untuk memberi Anda wawasan tentang kemajuan replikasi:

• Operasi tertunda untuk replikasi: Jumlah total operasi yang menunggu replikasi dari sumber ke akun penyimpanan tujuan yang dipancarkan per wadah waktu
• Byte tertunda untuk replikasi: Jumlah byte yang menunggu replikasi dari akun penyimpanan sumber ke tujuan yang dihitung per interval waktu

Setiap metrik yang tercantum sebelumnya dapat dilihat dengan dimensi wadah waktu. Perincian ini memungkinkan pemberian wawasan mengenai jumlah byte atau operasi yang tertunda dalam proses replikasi per interval waktu sebagai berikut:

• 0-5 menit
• 5-10 menit
• 10-15 menit
• 15-30 menit
• 30 menit-2 jam
• 2-8 jam
• 8-24 jam
• >24 jam

Contoh gambar berikut menunjukkan operasi tertunda dan metrik byte selama tujuh hari sebelumnya:

Anda dapat mengaktifkan metrik replikasi pada akun sumber untuk memantau byte yang tertunda dan operasi yang tertunda. Untuk informasi selengkapnya, lihat Mengonfigurasi metrik replikasi.

Status replikasi

Anda dapat memeriksa status replikasi untuk blob di akun sumber. Untuk informasi selengkapnya, lihat Memeriksa status replikasi blob.

Catatan

Saat replikasi sedang berlangsung, tidak ada cara untuk menentukan persentase atau data yang direplikasi.

Jika status replikasi blob di akun sumber gagal, selidiki kemungkinan penyebab berikut:

• Pastikan bahwa kebijakan replikasi objek telah dikonfigurasi pada akun tujuan.
• Pastikan bahwa akun tujuan masih ada.
• Pastikan bahwa kontainer tujuan masih ada.
• Verifikasi bahwa kontainer tujuan tidak dihapus, dan tidak sedang dalam proses dihapus. Menghapus kontainer mungkin memakan waktu hingga 30 detik.
• Verifikasi bahwa kontainer tujuan masih berpartisipasi dalam kebijakan replikasi objek.
• Jika blob sumber dienkripsi dengan kunci yang disediakan pelanggan sebagai bagian dari operasi tulis, maka replikasi objek gagal. Untuk informasi selengkapnya tentang kunci yang disediakan pelanggan, lihat Menyediakan kunci enkripsi pada permintaan ke penyimpanan Blob.
• Periksa apakah blob sumber atau tujuan dipindahkan ke tingkat arsip. Blob yang diarsipkan tidak dapat direplikasi melalui replikasi objek. Untuk informasi selengkapnya tentang tingkat arsip, lihat Tingkat akses untuk data blob.
• Verifikasi bahwa kontainer atau blob tujuan tidak dilindungi oleh kebijakan imutabilitas. Perlu diingat bahwa kontainer atau blob dapat mewarisi kebijakan ketakberubahan dari induknya. Untuk informasi selengkapnya tentang kebijakan immutabilitas, lihat Ikhtisar penyimpanan yang tidak dapat diubah untuk data blob.

Dukungan fitur

Dukungan untuk fitur ini mungkin terpengaruh dengan mengaktifkan Data Lake Storage Gen2, protokol Network File System (NFS) 3.0, atau SSH File Transfer Protocol (SFTP). Jika Anda telah mengaktifkan salah satu kemampuan ini, lihat Dukungan fitur Blob Storage di akun Azure Storage untuk menilai dukungan untuk fitur ini.

Penagihan

Tidak ada biaya untuk mengonfigurasi replikasi objek, termasuk tugas mengaktifkan umpan perubahan, mengaktifkan penerapan versi, dan menambahkan kebijakan replikasi. Namun, replikasi objek dikenakan biaya pada transaksi baca dan tulis terhadap akun sumber dan tujuan. Biaya keluar untuk replikasi data dari akun sumber ke akun tujuan juga dikenakan biaya, seperti halnya biaya baca saat memproses umpan perubahan.

Berikut adalah perincian biaya. Untuk menemukan harga setiap komponen biaya, lihat Harga Azure Blob Storage.

Biaya memperbarui blob di akun sumber	Biaya untuk mereplikasi data di akun tujuan
Biaya transaksi operasi penulisan	Biaya transaksi untuk membaca catatan umpan perubahan
Biaya penyimpanan blob dan setiap versi blob1	Biaya transaksi untuk membaca blob dan blob versi2
Biaya menambahkan rekaman perubahan feed	Biaya transaksi untuk menulis blob dan versi blob2
Biaya pengambilan data pada tingkat 'cool' dan 'cold'	Biaya penyimpanan blob dan setiap versi blob1
	Biaya keluar jaringan3

¹ Pada akun sumber, jika blob atau tingkat versi tidak berubah, maka Anda akan ditagih untuk blok data unik di seluruh blob tersebut, versinya. Lihat Harga dan Penagihan Versi Blob. Di akun tujuan, untuk setiap versi, Anda akan dikenakan biaya untuk semua blok dari versi tersebut, apakah blok tersebut unik atau tidak.

² Ini hanya mencakup versi blob yang dibuat sejak replikasi terakhir selesai.

³ Replikasi objek menyalin seluruh versi ke tujuan (bukan hanya blok unik versi). Transfer ini menimbulkan biaya keluar jaringan. Lihat Harga Bandwidth.

Tips

Untuk mengurangi risiko tagihan tak terduga, aktifkan replikasi objek di akun yang hanya berisi beberapa objek. Kemudian, ukur dampak pada biaya sebelum Anda mengaktifkan fitur dalam pengaturan produksi.

Langkah berikutnya

• Mengonfigurasikan replikasi objek
• Mencegah duplikasi objek di seluruh tenant Microsoft Entra
• Penerapan versi blob
• Uubah dukungan umpan di Azure Blob Storage