Penerapan versi blob

Anda dapat mengaktifkan penerapan versi penyimpanan Blob untuk mempertahankan versi objek sebelumnya secara otomatis. Saat penerapan versi blob diaktifkan, Anda dapat mengakses versi blob yang lebih lama untuk memulihkan data Anda jika dimodifikasi atau dihapus.

Penerapan versi blob adalah bagian dari strategi perlindungan data komprehensif untuk data blob. Untuk perlindungan optimal untuk data blob Anda, Microsoft merekomendasikan untuk mengaktifkan semua fitur perlindungan data berikut:

Untuk mempelajari selengkapnya tentang rekomendasi Microsoft untuk perlindungan data, lihat gambaran umum perlindungan Data.

Perhatian

Setelah Anda mengaktifkan penerapan versi blob untuk akun penyimpanan, setiap operasi tulis ke blob di akun tersebut akan menghasilkan pembuatan versi baru. Untuk alasan ini, pengaktifan versi blob dapat mengakibatkan biaya tambahan. Untuk meminimalkan biaya, gunakan kebijakan manajemen siklus hidup untuk menghapus versi lama secara otomatis. Untuk informasi selengkapnya tentang manajemen siklus hidup, lihat Optimisasi biaya dengan mengotomatiskan tingkat akses Azure Blob Storage.

Cara kerja penerapan versi blob

Suatu versi merekam keadaan blob pada titik waktu tertentu. Setiap versi diidentifikasi dengan ID versi. Saat penerapan versi blob diaktifkan untuk akun penyimpanan, Azure Storage secara otomatis membuat versi baru dengan ID unik saat blob pertama kali dibuat dan setiap kali blob kemudian dimodifikasi.

ID versi dapat mengidentifikasi versi saat ini atau versi sebelumnya. Blob hanya dapat memiliki satu versi saat ini pada satu waktu.

Saat Anda membuat blob baru, ada satu versi, dan versi tersebut adalah versi saat ini. Saat Anda memodifikasi blob yang ada, versi saat ini menjadi versi sebelumnya. Versi baru dibuat untuk menangkap status yang diperbarui, dan versi baru tersebut adalah versi saat ini. Saat Anda menghapus blob, versi blob saat ini menjadi versi sebelumnya, dan tidak ada lagi versi saat ini. Versi-versi sebelumnya dari blob tetap ada.

Diagram berikut menunjukkan bagaimana versi dibuat pada operasi tulis, dan bagaimana versi sebelumnya dapat dipromosikan menjadi versi saat ini:

Diagram yang menunjukkan cara kerja penerapan versi blob

Penting

Memiliki sejumlah besar versi per blob dapat meningkatkan latensi untuk operasi daftar blob. Microsoft merekomendasikan untuk mempertahankan kurang dari 1000 versi per blob. Anda dapat menggunakan manajemen siklus hidup untuk menghapus versi lama secara otomatis. Untuk informasi selengkapnya tentang manajemen siklus hidup, lihat Optimisasi biaya dengan mengotomatiskan tingkat akses Azure Blob Storage.

Versi blob tidak dapat diubah. Anda tidak dapat mengubah konten atau metadata versi blob yang ada.

Pembuatan versi blob tersedia untuk v2 tujuan umum standar, blob blok premium, dan akun penyimpanan Blob warisan. Akun penyimpanan dengan namespace hierarkis yang diaktifkan untuk digunakan dengan Azure Data Lake Storage saat ini tidak didukung.

Versi 2019-10-10 dan yang lebih tinggi dari Azure Storage REST API mendukung penerapan versi blob.

Penting

Versi blob tidak dapat membantu Anda memulihkan dari penghapusan tidak sengaja akun penyimpanan atau kontainer. Untuk mencegah penghapusan akun penyimpanan yang tidak disengaja, konfigurasikan kunci pada sumber daya akun penyimpanan. Untuk informasi selengkapnya tentang mengunci akun penyimpanan, lihat Aplikasikan kunci Azure Resource Manager ke akun penyimpanan.

ID Versi

Setiap versi blob diidentifikasi oleh ID versi yang unik. Nilai ID versi adalah stempel waktu ketika blob diperbarui. ID versi ditetapkan pada saat versi dibuat.

Anda dapat melakukan operasi membaca atau menghapus pada versi blob tertentu dengan menyediakan ID versinya. Jika Anda menghilangkan ID versi, operasi akan bertindak terhadap versi saat ini.

Saat Anda memanggil operasi tulis untuk membuat atau memodifikasi blob, Azure Storage mengembalikan header x-ms-version-id dalam respons. Header ini berisi ID versi untuk versi blob saat ini yang dihasilkan dari operasi penulisan.

ID versi tetap sama untuk masa pakai versi.

Pengaturan versi pada operasi penulisan

Ketika penerapan versi blob diaktifkan, setiap operasi tulis ke blob membuat versi baru. Operasi tulis termasuk Memasukkan Blob, Memasukkan Daftar Blok, Salin Blob, dan Atur Metadata Blob.

Jika operasi tulis membuat blob baru, maka blob yang dihasilkan adalah versi blob saat ini. Jika operasi tulis memodifikasi blob yang ada, maka versi saat ini menjadi versi sebelumnya, dan versi saat ini baru dibuat untuk menangkap blob yang diperbarui.

Diagram berikut menunjukkan bagaimana operasi tulis mempengaruhi versi blob. Untuk kesederhanaan, diagram yang diperlihatkan dalam artikel ini menampilkan ID versi sebagai nilai bilangan bulat sederhana. Pada kenyataannya, ID versi adalah penanda waktu. Versi saat ini ditampilkan dalam warna biru, dan versi sebelumnya ditampilkan dalam warna abu-abu.

Diagram yang menunjukkan bagaimana operasi penulisan mempengaruhi blob yang memiliki versi.

Catatan

Blob yang dibuat sebelum penerapan versi diaktifkan untuk akun penyimpanan tidak memiliki ID versi. Ketika blob itu dimodifikasi, blob yang dimodifikasi menjadi versi saat ini, dan versi dibuat untuk menyimpan status blob sebelum pembaruan. Versi ini diberi ID versi yang merupakan waktu pembuatannya.

Saat versi blob diaktifkan untuk akun penyimpanan, semua operasi tulis pada blob blok memicu pembuatan versi baru, kecuali untuk operasi Put Block.

Untuk page blob dan append blob, hanya sebagian operasi tulis yang memicu pembuatan versi. Operasi ini meliputi:

Operasi berikut tidak memicu pembuatan versi baru. Untuk menangkap perubahan dari operasi tersebut, ambil rekam jepret manual:

Semua versi dari sebuah blob harus memiliki tipe blob yang sama. Jika blob memiliki versi sebelumnya, Anda tidak dapat menimpa blob dari satu jenis dengan jenis lain kecuali Anda terlebih dahulu menghapus blob dan semua versinya.

Pengaturan versi pada operasi penghapusan

Saat Anda memanggil operasi Hapus Blob tanpa menentukan ID versi, versi saat ini menjadi versi sebelumnya, dan tidak ada lagi versi saat ini. Semua versi blob sebelumnya yang ada dipertahankan.

Diagram berikut menunjukkan efek operasi penghapusan pada blob versi:

Diagram yang menunjukkan penghapusan blob versi.

Untuk menghapus versi blob tertentu, berikan ID untuk versi tersebut pada operasi penghapusan. Jika penghapusan lunak blob juga diaktifkan pada akun penyimpanan, versi dipertahankan oleh sistem sampai periode retensi penghapusan lunak berlalu.

Menulis data baru ke blob membuat versi saat ini yang baru dari blob. Versi apa pun yang ada tidak terpengaruh, seperti yang diperlihatkan dalam diagram berikut.

Diagram yang menunjukkan pembuatan ulang blob versi setelah penghapusan.

Lapisan Akses

Anda dapat memindahkan versi apa pun dari blob blok, termasuk versi saat ini, ke tier akses blob yang berbeda dengan memanggil operasi Set Blob Tier. Anda dapat memanfaatkan harga kapasitas yang lebih rendah dengan memindahkan versi blob yang lebih lama ke tingkat keren atau arsip. Untuk informasi selengkapnya, lihat Tingkat akses Panas, Dingin, Sejuk, dan Arsip untuk data blob.

Untuk mengotomatiskan proses pemindahan blob blok ke tingkat yang sesuai, gunakan manajemen siklus hidup blob. Untuk informasi selengkapnya tentang manajemen siklus hidup, lihat Kelola siklus hidup penyimpanan Blob Azure.

Mengaktifkan atau menonaktifkan penerapan versi blob

Untuk mempelajari cara mengaktifkan atau menonaktifkan penerapan versi blob, lihat Mengaktifkan dan mengelola penerapan versi blob.

Menonaktifkan versi blob tidak menghapus blob, versi, atau cuplikan yang ada. Saat Anda menonaktifkan penerapan versi blob, versi apa pun yang ada tetap dapat diakses di akun penyimpanan Anda. Tidak ada versi baru yang kemudian dibuat.

Setelah penerapan versi dinonaktifkan, memodifikasi versi saat ini membuat blob yang bukan versi. Semua pembaruan berikutnya pada blob akan menimpa datanya tanpa menyimpan keadaan sebelumnya. Semua versi yang sudah ada akan tetap tersedia seperti versi sebelumnya.

Anda dapat membaca atau menghapus versi menggunakan ID versi setelah penerapan versi dinonaktifkan. Anda juga dapat mencantumkan versi blob setelah penerapan versi dinonaktifkan.

Replikasi objek bergantung pada penerapan versi blob. Sebelum dapat menonaktifkan penerapan versi blob, Anda harus menghapus kebijakan replikasi objek apa pun di akun tersebut. Untuk informasi selengkapnya tentang replikasi objek, lihat Replikasi objek untuk blob blok.

Diagram berikut menunjukkan cara memodifikasi blob setelah versi dinonaktifkan membuat blob yang tidak memiliki versi. Setiap versi yang ada yang terkait dengan blob bertahan.

Diagram yang menunjukkan bahwa modifikasi versi saat ini setelah versi dinonaktifkan menghasilkan blob yang bukan merupakan sebuah versi.

Pembuatan versi blob dan penghapusan sementara

Penerapan versi blob dan penghapusan sementara blob adalah bagian dari konfigurasi perlindungan data yang direkomendasikan untuk akun penyimpanan. Untuk informasi selengkapnya tentang rekomendasi Microsoft untuk perlindungan data, lihat konfigurasi perlindungan data yang Disarankan dalam artikel ini, dan tinjauan umum perlindungan Data.

Menimpa blob

Jika pengaturan versi blob dan penghapusan sementara blob keduanya diaktifkan untuk akun penyimpanan, maka menimpa blob akan secara otomatis membuat versi baru. Versi baru tidak dihapus sementara dan tidak dihapus saat periode retensi penghapusan sementara berakhir. Tidak ada rekam jepret yang dihapus sementara yang dibuat.

Menghapus blob atau versi

Jika pengelolaan versi dan penghapusan lunak keduanya diaktifkan untuk akun penyimpanan, maka ketika Anda menghapus blob, versi blob saat ini berubah menjadi versi sebelumnya. Tidak ada versi baru yang dibuat dan tidak ada snapshot yang dihapus secara lembut yang tercipta. Periode retensi soft delete tidak berlaku untuk blob yang dihapus.

Penghapusan lembut menawarkan perlindungan tambahan untuk menghapus versi blob. Saat Anda menghapus versi blob sebelumnya, versi tersebut dihapus dengan lembut. Versi yang dihapus sementara dipertahankan hingga periode retensi penghapusan sementara berlalu, di mana versi tersebut dihapus secara permanen.

Untuk menghapus versi blob sebelumnya, hubungi operasi Hapus Blob dan tentukan ID versi.

Diagram berikut menunjukkan apa yang terjadi ketika Anda menghapus sebuah blob atau versinya.

Diagram yang menunjukkan penghapusan versi dengan penghapusan lunak diaktifkan.

Memulihkan versi yang dihapus lunak

Anda dapat menggunakan operasi Undelete Blob untuk memulihkan versi yang dihapus sementara selama periode retensi penghapusan sementara. Operasi Batal Hapus Blob selalu mengembalikan seluruh versi blob yang terhapus sementara. Tidak mungkin memulihkan hanya satu versi yang dihapus sementara.

Memulihkan versi yang dihapus secara lembut dengan Operasi Batal Hapus Blob tidak menjadikan versi mana pun sebagai versi terkini. Untuk memulihkan versi saat ini, pertama-tama pulihkan semua versi yang dihapus lunak, lalu gunakan operasi Salin Blob untuk menyalin versi sebelumnya ke versi baru saat ini.

Diagram berikut menunjukkan cara memulihkan versi blob yang dihapus lunak dengan operasi Undelete Blob, dan cara memulihkan versi terkini blob dengan operasi Copy Blob.

Diagram yang menunjukkan cara memulihkan versi yang dihapus sementara.

Setelah periode retensi penghapusan lunak berlalu, versi blob yang dihapus sementara akan dihapus secara permanen.

Pembuatan versi blob dan rekam jepret blob

Cuplikan blob adalah salinan baca-saja dari blob yang diambil pada titik waktu tertentu. Rekam jepret blob dan versi blob serupa, tetapi rekam jepret dibuat secara manual oleh Anda atau aplikasi Anda, sementara versi blob dibuat secara otomatis pada operasi tulis atau hapus saat penerapan versi blob diaktifkan untuk akun penyimpanan Anda.

Penting

Microsoft merekomendasikan bahwa setelah mengaktifkan penerapan versi blob, Anda juga memperbarui aplikasi untuk berhenti mengambil rekam jepret blob blok. Jika versi diaktifkan untuk akun penyimpanan Anda, semua pembaruan dan penghapusan blok blob akan direkam dan disimpan oleh versi. Mengambil rekam jepret tidak menawarkan perlindungan tambahan untuk data blob blok Anda jika penerapan versi blob diaktifkan, dan dapat meningkatkan biaya dan kompleksitas aplikasi.

Ambil cuplikan blob ketika pengelolaan versi diaktifkan

Meskipun tidak disarankan, Anda dapat mengambil cuplikan dari blob yang sudah memiliki versi. Jika Anda tidak dapat memperbarui aplikasi untuk berhenti mengambil cuplikan blob saat mengaktifkan versi, aplikasi Anda dapat mendukung cuplikan dan versi.

Saat Anda mengambil rekam jepret dari blob versi, versi baru dibuat pada saat yang sama saat rekam jepret dibuat. Versi baru saat ini juga dibuat saat rekam jepret diambil.

Diagram berikut menunjukkan apa yang terjadi saat Anda mengambil rekam jepret dari blob versi. Dalam diagram, versi blob dan rekam jepret dengan ID versi 2 dan 3 berisi data yang identik.

Diagram yang menunjukkan salinan bayangan dari blob versi.

Mengotorisasi operasi pada versi blob

Anda dapat mengotorisasikan akses ke versi blob menggunakan satu dari pendekatan berikut:

  • Dengan menggunakan kontrol akses berbasis peran Azure (Azure RBAC) untuk memberikan izin kepada prinsipal keamanan Microsoft Entra. Microsoft merekomendasikan penggunaan Microsoft Entra ID untuk keamanan yang unggul dan kemudahan penggunaan. Untuk informasi selengkapnya tentang menggunakan Microsoft Entra ID dengan operasi blob, lihat Otorisasi akses ke data di Azure Storage.
  • Dengan menggunakan tanda tangan akses bersama (SAS) untuk mendelegasikan akses ke versi blob. Tentukan ID versi untuk jenis sumber daya yang bv ditandatangani, mewakili versi blob, untuk membuat token SAS untuk operasi pada versi tertentu. Untuk informasi selengkapnya tentang Shared Access Signatures (SAS), lihat bagian Grant limited access to Azure Storage resources using shared access signatures (SAS).
  • Dengan menggunakan kunci akses akun untuk mengotorisasi operasi dari versi blob dengan Kunci Bersama. Untuk informasi selengkapnya, lihat Mengotorisasi dengan Kunci Bersama.

Penerapan versi blob dirancang untuk melindungi data Anda dari penghapusan yang tidak disengaja atau berbahaya. Untuk meningkatkan perlindungan, menghapus versi blob memerlukan izin khusus. Bagian berikut ini menjelaskan izin yang diperlukan untuk menghapus versi blob.

Tindakan Azure RBAC untuk menghapus versi blob

Tabel berikut menunjukkan tindakan Azure RBAC yang mendukung penghapusan blob atau versi blob.

Deskripsi Operasi Blob service Diperlukan tindakan pada data RBAC Azure Azure dukungan peran bawaan
Menghapus versi saat ini Menghapus blob Microsoft.Storage/storageAccounts/blobServices/containers/blobs/delete Kontributor Data Blob Penyimpanan
Menghapus versi sebelumnya Menghapus blob Microsoft.Storage/storageAccounts/blobServices/containers/blobs/deleteBlobVersion/action Pemilik Data Blob Penyimpanan

Tanda tangan akses bersama (SAS) parameter

Sumber daya yang ditandatangani untuk versi blob adalah bv. Untuk informasi selengkapnya, lihat Membuat layanan SAS atau Membuat delegasi pengguna SAS.

Tabel berikut ini memperlihatkan izin yang diperlukan pada SAS untuk menghapus versi blob.

Izin Simbol URI Operasi yang diperbolehkan
Hapus x Hapus sebuah versi blob.

Penetapan harga dan penagihan

Mengaktifkan penerapan versi blob dapat mengakibatkan biaya penyimpanan data tambahan ke akun Anda. Saat merancang aplikasi Anda, penting untuk mengetahui bagaimana biaya ini mungkin bertambah sehingga Anda dapat meminimalkan biaya.

Versi blob, seperti snapshot blob, dikenakan biaya pada tarif yang sama dengan data aktif. Penagihan versi bergantung pada apakah Anda telah menetapkan kategori secara eksplisit untuk versi blob saat ini atau versi sebelumnya (atau snapshot). Untuk informasi selengkapnya tentang tingkat blob, lihat tingkat akses Panas, Sejuk, Dingin, dan Arsip untuk data blob.

Jika Anda belum mengubah tingkat blob atau versi, maka Anda akan ditagih untuk blok data unik di seluruh blob tersebut, versinya, dan rekam jepret apa pun yang mungkin dimilikinya. Untuk informasi lebih lanjut, lihat Penagihan saat tingkat blob belum ditetapkan secara eksplisit.

Jika Anda telah mengubah tingkat blob atau versi, maka Anda akan ditagih untuk seluruh objek, terlepas dari apakah blob dan versi akhirnya berada di tingkat yang sama lagi. Untuk informasi selengkapnya, lihat Penagihan saat tingkat blob sudah ditetapkan secara eksplisit.

Catatan

Mengaktifkan pengelolaan versi data yang sering diperbarui dapat mengakibatkan peningkatan biaya kapasitas penyimpanan dan peningkatan latensi selama operasi pemuatan daftar. Untuk mengurangi kekhawatiran ini, simpan data yang sering ditimpa di akun penyimpanan terpisah dengan versi dinonaktifkan.

Mengaktifkan versi pada akun penyimpanan yang sering dicadangkan dapat memicu biaya pengambilan data saat versi disimpan pada tingkat akses dingin atau dingin.

Untuk informasi selengkapnya tentang detail penagihan untuk rekam jepret blob, lihat rekam jepret Blob.

Untuk akun penyimpanan yang memanfaatkan tier cerdas, versi dan snapshot ditagih berdasarkan panjang konten penuh. Untuk informasi selengkapnya, lihat Mengoptimalkan biaya dengan tingkat pintar.

Penagihan saat tingkat blob belum ditentukan secara eksplisit

Jika Anda belum secara eksplisit mengatur tingkat blob untuk versi blob apa pun, maka Anda akan dikenakan biaya untuk blok atau halaman unik di semua versi, serta cuplikan apa pun yang mungkin dimilikinya. Data yang dibagikan di seluruh versi blob hanya dikenai biaya sekali. Saat blob diperbarui, data dalam versi baru akan menyimpang dari data yang disimpan dalam versi sebelumnya, dan data unik tersebut akan dikenai biaya per blok atau halaman.

Ketika Anda mengganti satu unit blok dalam kumpulan blok, blok tersebut kemudian ditagih sebagai blok unik. Ini benar bahkan jika blok memiliki ID blok yang sama dan data yang sama seperti yang ada di versi sebelumnya. Setelah blok diterapkan kembali, blok tersebut menyimpang dari rekannya di versi sebelumnya, dan Anda akan dibebankan biaya untuk pemakaian datanya. Hal yang sama berlaku untuk halaman dalam blob halaman yang diperbarui dengan data identik.

Penyimpanan blob tidak memiliki sarana untuk menentukan apakah dua blok berisi data yang identik. Setiap blok yang diunggah dan dikonfirmasi diperlakukan sebagai unik, bahkan jika memiliki data yang sama dan ID blok yang sama. Karena biaya bertambah untuk blok unik, penting untuk diingat bahwa memperbarui blob saat versi diaktifkan akan menghasilkan blok unik tambahan dan biaya tambahan.

Saat versi blob diaktifkan, lakukan operasi pembaruan pada blob blok sehingga memperbarui jumlah blok yang seminimal mungkin. Operasi tulis yang memungkinkan kontrol halus atas blok adalah Put Blok dan Put Block List. Operasi Put Blob, di sisi lain, menggantikan seluruh isi blob dan karenanya dapat menyebabkan biaya tambahan.

Skenario berikut menunjukkan bagaimana biaya bertambah untuk blob blok dan versi-versinya ketika tingkat blob belum ditetapkan secara eksplisit.

Skenario 1

Dalam skenario 1, blob memiliki versi sebelumnya. Blob belum diperbarui sejak versi dibuat, sehingga biaya hanya dikenakan untuk blok unik 1, 2, dan 3.

Diagram 1 menunjukkan penagihan untuk blok unik di blob dasar dan versi sebelumnya.

Skenario 2

Dalam skenario 2, satu blok (blok 3 dalam diagram) dalam blob telah diperbarui. Meskipun blok yang diperbarui berisi data yang sama dan ID yang sama, blok 3 tidak sama dengan blok 3 di versi sebelumnya. Akibatnya, akun dikenakan biaya untuk empat blok.

Diagram 2 menunjukkan penagihan untuk blok unik dalam blob dasar dan versi sebelumnya.

Skenario 3

Dalam skenario 3, blob telah diperbarui, tetapi versinya belum diperbarui. Blok 3 diganti dengan blok 4 di blob saat ini, tetapi versi sebelumnya masih mencerminkan blok 3. Akibatnya, akun dikenakan biaya untuk empat blok.

Diagram 3 menunjukkan penagihan untuk blok unik dalam blob dasar dan versi sebelumnya.

Skenario 4

Dalam skenario 4, versi saat ini telah sepenuhnya diperbarui dan tidak berisi blok aslinya. Akibatnya, akun dikenakan biaya untuk semua delapan blok unik—empat dalam versi saat ini, dan empat digabungkan dalam dua versi sebelumnya. Skenario ini dapat terjadi jika Anda menulis ke blob dengan operasi Put Blob, karena menggantikan seluruh konten blob.

Diagram 4 menunjukkan penagihan untuk blok unik dalam blob dasar dan versi sebelumnya.

Penagihan ketika tingkat blob telah ditetapkan secara eksplisit

Jika Anda telah secara eksplisit mengatur tingkat blob untuk sebuah blob atau versi (atau snapshot), maka Anda dikenakan biaya untuk panjang konten penuh dari objek di tingkat baru, terlepas dari apakah objek tersebut berbagi blok dengan objek di tingkat asli. Anda juga dikenakan biaya untuk panjang penuh konten versi terlama di tier asli. Setiap versi atau snapshot sebelumnya yang tetap berada di tingkat asli akan dikenakan biaya untuk blok unik yang mungkin mereka bagi, sebagaimana dijelaskan dalam Penagihan ketika tingkat blob belum ditetapkan secara eksplisit.

Memindahkan blob ke level baru

Tabel berikut ini menjelaskan perilaku penagihan untuk blob atau versi saat dipindahkan ke lapisan baru.

Jika tingkatan blob ditetapkan… Kemudian Anda ditagih untuk ...
Secara eksplisit untuk versi, baik itu versi saat ini maupun versi sebelumnya Panjang konten lengkap dari versi tersebut. Versi yang tidak menetapkan tingkat secara eksplisit hanya akan dikenai biaya untuk blok unik.1
Untuk mengarsipkan Panjang keseluruhan konten dari semua versi dan snapshot.1.

1Jika ada versi atau rekam jepret lain sebelumnya yang belum dipindahkan dari tingkat aslinya, versi atau rekam jepret tersebut dikenakan biaya berdasarkan jumlah blok unik yang dikandungnya, seperti yang dijelaskan dalam Penagihan saat tingkat blob belum diatur secara eksplisit.

Diagram berikut menggambarkan bagaimana objek ditagih ketika blob dengan versi dipindah ke lapisan yang berbeda.

Diagram yang menunjukkan bagaimana objek ditagihkan ketika versi blob diberi tingkat secara eksplisit.

Penetapan tingkat untuk blob, versi, atau snapshot secara eksplisit tidak dapat dibatalkan. Jika Anda memindahkan blob ke tingkat baru lalu memindahkannya kembali ke tingkat aslinya, Anda akan dikenakan biaya untuk panjang konten penuh objek bahkan jika berbagi blok dengan objek lain di tingkat asli.

Operasi yang secara eksplisit mengatur tingkatan blob, versi, atau cuplikan meliputi:

Menghapus blob ketika penghapusan lunak diaktifkan

Saat penghapusan sementara blob diaktifkan, semua entitas yang dihapus sementara ditagih dengan tarif yang sama dengan data langsung. Jika Anda menghapus atau menimpa versi saat ini yang tingkatnya telah ditetapkan secara eksplisit, maka setiap versi sebelumnya dari blob yang dihapus sementara (soft-delete) akan dikenai biaya berdasarkan panjang konten lengkap. Untuk informasi selengkapnya tentang cara penerapan versi blob dan penghapusan sementara, lihat Penerapan versi Blob dan penghapusan sementara.

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.

Penerapan versi tidak didukung untuk blob yang diunggah dengan menggunakan API Data Lake Storage.

Lihat juga

  • Last updated on