Replikasi objek untuk block blob

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

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

Diagram berikut menunjukkan bagaimana replikasi objek mereplikasi blok blob dari akun storage sumber di satu wilayah ke akun tujuan di dua wilayah berbeda.

Diagram memperlihatkan cara kerja replikasi objek.

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

Prasyarat dan peringatan untuk replikasi objek

Replikasi objek mengharuskan fitur Azure Storage berikut ini juga diaktifkan:

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

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

Replikasi objek mendukung akun yang dienkripsi dengan kunci yang dikelola Microsoft atau kunci yang dikelola pelanggan. Untuk informasi selengkapnya tentang kunci yang dikelola pelanggan, lihat Kunci yang dikelola kustom untuk enkripsi Azure Storage.

Replikasi objek tidak mendukung blob di akun sumber yang dienkripsi dengan kunci yang disediakan pelanggan. Untuk informasi selengkapnya tentang kunci yang disediakan pelanggan, lihat Provide kunci enkripsi atas permintaan ke Blob storage.

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

Replikasi objek tidak didukung di akun yang memiliki namespace hierarkis yang diaktifkan.

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. Layanan ini menyalin isi blob, versi apa pun yang terkait dengan blob, serta metadata dan properti blob dari kontainer sumber ke kontainer tujuan.

Penting

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

Replikasi objek (OR) sekarang mendukung replikasi prioritas, yang memprioritaskan replikasi semua operasi dalam kebijakan OR. Ketika replikasi prioritas OR diaktifkan, kinerja replikasi dari semua operasi meningkat. 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 lebih lanjut, lihat ketentuan SLA dan artikel Prioritas Replikasi 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 Anda mengaktifkan versi blob pada akun sumber dan tujuan. Ketika Anda memodifikasi blob yang direplikasi di akun sumber, layanan akan membuat versi baru blob di akun sumber yang mencerminkan status blob sebelumnya, sebelum dimodifikasi. Versi terkini di akun sumber merefleksikan pembaruan terbaru. Layanan ini mereplikasi baik versi saat ini maupun versi sebelumnya ke akun tujuan. Untuk informasi selengkapnya tentang cara operasi tulis memengaruhi versi blob, lihat Penerapan versi pada operasi tulis.

Jika akun storage 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. Layanan ini tidak menyalin ID versi blob. Setelah layanan menempatkan blob di lokasi tujuan, layanan menetapkan ID versi baru.

Menghapus blob di akun sumber

Ketika Anda menghapus blob di akun sumber, versi blob saat ini menjadi versi sebelumnya, dan tidak ada lagi versi saat ini. Layanan ini mempertahankan semua versi blob sebelumnya yang ada. Layanan mereplikasi status ini ke akun tujuan. Untuk informasi selengkapnya tentang cara operasi penghapusan memengaruhi versi blob, lihat Pembuatan versi pada operasi penghapusan.

Cuplikan

Replikasi objek tidak mendukung rekam jepret blob. Layanan ini tidak mereplikasi snapshot apa pun pada blob di akun sumber ke akun tujuan.

Penanda Indeks Blob

Replikasi objek sekarang mendukung penyalinan tag indeks dari blob sumber ke blob tujuan. Anda dapat mengonfigurasi kemampuan ini sebagai bagian dari aturan replikasi baru atau yang sudah ada. Untuk informasi selengkapnya, lihat Mengonfigurasi replikasi objek.

Penting

Replikasi tag saat ini sedang dalam preview. Lihat Ketentuan Penggunaan Tambahan untuk Pratinjau Microsoft Azure untuk persyaratan hukum yang berlaku bagi fitur Azure yang dalam versi beta, pratinjau, atau belum dirilis untuk ketersediaan umum.

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. Menghidrasi ulang gumpalan arsip tidak memicu replikasi objek. Replikasi objek hanya dipicu ketika data blob diperbarui lagi setelah rehidrasi. Untuk informasi selengkapnya tentang tingkatan blob, lihat Tingkatan Akses untuk data blob.

Blob yang tidak dapat diubah

Kebijakan imutabilitas untuk Azure Blob Storage mencakup kebijakan penyimpanan berbasis waktu dan penahanan hukum. Ketika kebijakan imutabilitas berlaku pada akun tujuan, replikasi objek mungkin terpengaruh. Untuk informasi selengkapnya tentang kebijakan tidak dapat diubah, lihat Data blob bisnis penting dengan penyimpanan 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 lebih lanjut tentang operasi mana yang dilarang dengan kebijakan immutabilitas yang dibatasi ke versi, lihat Skenario dengan cakupan tingkat versi.

Kebijakan dan aturan replikasi objek

Saat mengonfigurasi replikasi objek, Anda membuat kebijakan replikasi yang menentukan akun storage 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 Anda mengonfigurasi replikasi objek, Anda membuat kebijakan replikasi pada akun tujuan melalui penyedia sumber daya Azure Storage. Setelah Anda membuat kebijakan replikasi, Azure Storage akan memberinya 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 dilakukan.

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. Anda hanya dapat membuat satu kebijakan replikasi untuk setiap pasangan akun sumber dan 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 access blob di akun sumber tidak mengubah tingkat access blob tersebut di akun tujuan.

File definisi kebijakan

Gunakan file JSON untuk mendefinisikan 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>",
    "metrics": {
		  "enabled": false
    },
    "priorityReplication": "false",
    "rules": [
      {
        "ruleId": "",
        "sourceContainer": "<source-container>",
        "destinationContainer": "<destination-container>",
        "filters": {
          "prefixMatch": [
            "b"
          ],
          "minCreationTime": "2021-08-28T00:00:00Z"
        }
      }
    ]
  }
}

Filter khusus

Anda dapat menyesuaikan filter dengan berbagai opsi dalam file JSON:

  • Cocokkan blob dengan awalan — hanya mereplikasi blob yang namanya diawali dengan huruf b.
"filters": {
          "prefixMatch": [
            "b"
          ],
        }
  • Cocokkan blob berdasarkan waktu pembuatan — hanya mereplikasi blob yang dibuat pada atau setelah waktu yang ditentukan.
"filters": {
  "minCreationTime": "2021-08-28T00:00:00Z"
}
  • Mereplikasi semua blob — mengatur waktu pembuatan minimum ke nilai paling awal yang mungkin.
"filters": {
  "minCreationTime": "1601-01-01T00: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 storage, lihat Dapatkan ID sumber daya untuk akun storage.

ID sumber daya berada dalam format berikut:

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

File definisi kebijakan sebelumnya hanya memerlukan nama akun, bukan ID sumber daya lengkap untuk akun storage. Dengan diperkenalkannya properti keamanan AllowCrossTenantReplication pada versi 2021-02-01 dari Azure Storage resource provider REST API, Anda sekarang harus menyediakan ID sumber daya lengkap untuk kebijakan replikasi objek apa pun yang Anda buat ketika replikasi lintas tenant tidak diizinkan untuk akun penyimpanan yang berpartisipasi dalam kebijakan replikasi tersebut. Azure Storage menggunakan ID sumber daya lengkap untuk memverifikasi apakah akun sumber dan tujuan berada dalam penyewa yang sama. Untuk mempelajari lebih lanjut tentang mencegah kebijakan replikasi lintas penyewa, lihat Prevent replication across Microsoft Entra tenants.

Meskipun hanya menggunakan nama akun masih dapat digunakan untuk replikasi lintas pengguna, Microsoft merekomendasikan penggunaan ID sumber daya lengkap sebagai praktik terbaik. Semua versi sebelumnya dari penyedia sumber daya Azure Storage REST API mendukung penggunaan jalur ID sumber daya lengkap 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 penyewa diizinkan 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 instans khusus Microsoft Entra ID yang mewakili organisasi untuk manajemen identitas dan akses. Setiap langganan Azure memiliki hubungan 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 Microsoft Entra ID?

Secara default, replikasi lintas penyewa dinonaktifkan untuk akun baru yang dibuat mulai 15 Desember 2023. Jika kebijakan keamanan Anda mengharuskan Anda membatasi replikasi objek untuk akun penyimpanan yang hanya berada dalam penyewa yang sama, Anda dapat melarang replikasi di seluruh penyewa dengan mengatur properti keamanan bernama 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 mencegah replikasi objek lintas penyewa, lihat Prevent object replication across Microsoft Entra tenants.

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

Jika akun storage saat ini berpartisipasi dalam satu atau beberapa kebijakan replikasi objek lintas penyewa, maka atur 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 storage yang dibuat mulai 15 Desember 2023. Untuk akun storage yang dibuat sebelum 15 Desember, 2023, ketika nilai properti AllowCrossTenantReplication untuk akun storage null atau true, kemudian 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 sekumpulan akun penyimpanan untuk memastikan bahwa properti AllowCrossTenantReplication diatur untuk mencegah replikasi objek lintas penyewa. Anda juga dapat menggunakan Azure Policy untuk memberlakukan tata kelola untuk sekumpulan akun penyimpanan. Misalnya, Anda dapat membuat kebijakan dengan efek deny untuk mencegah pengguna membuat akun storage di mana properti AllowCrossTenantReplication diatur ke true, atau dari memodifikasi akun storage 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 tertunda untuk direplikasi dari akun penyimpanan sumber ke akun penyimpanan tujuan, yang dikeluarkan berdasarkan rentang waktu.
  • Bytes tertunda untuk replikasi: Jumlah byte yang menunggu replikasi dari sumber ke tujuan akun penyimpanan yang dikeluarkan per rentang 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:

Metrik replikasi objek memperlihatkan operasi tertunda dan byte tertunda selama durasi tujuh hari

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

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

Jika status replikasi untuk blob di akun sumber menunjukkan kegagalan, selidiki kemungkinan penyebab berikut:

  • Pastikan kebijakan replikasi objek 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 Provide kunci enkripsi atas permintaan ke Blob storage.
  • 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. Sebuah kontainer atau blob dapat mewarisi kebijakan ketidakberubahan dari induknya. Untuk informasi selengkapnya tentang kebijakan imutabilitas, lihat Gambaran umum tentang storage 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 Protokol Transfer File SSH (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 mengaktifkan umpan perubahan, pembuatan versi, dan kebijakan replikasi. Namun, replikasi objek dikenakan biaya pada transaksi baca dan tulis terhadap akun sumber dan tujuan. Biaya egress untuk replikasi data dari akun sumber ke akun tujuan juga dikenakan biaya, sebagaimana 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 untuk 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 untuk blob dan setiap versi blob1
Biaya keluar jaringan3

1 Pada akun sumber, jika tingkat blob atau versi tidak berubah, maka Anda akan ditagih untuk blok data unik di seluruh blob tersebut dan versinya. Lihat Harga dan Penagihan Versi Blob. Di akun tujuan, untuk sebuah versi, Anda akan ditagih untuk semua blok dari sebuah versi, baik blok-blok tersebut unik atau tidak.

2 Biaya ini hanya mencakup versi blob yang dibuat sejak replikasi terakhir selesai.

3 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

  • Last updated on