Bagikan melalui

Rekam jepret blob

Cuplikan adalah versi hanya-baca dari blob yang diambil pada titik waktu tertentu.

Nota

Penerapan versi blob menawarkan cara yang unggul untuk mempertahankan versi blob sebelumnya. Untuk informasi selengkapnya, lihat Penerapan versi Blob.

Tentang rekam jepret blob

Rekam jepret blob identik dengan blob dasarnya, kecuali bahwa URI blob memiliki nilai DateTime yang ditambahkan ke URI blob untuk menunjukkan waktu pengambilan rekam jepret. Misalnya, jika URI blob halaman adalah http://storagesample.core.blob.windows.net/mydrives/myvhd, URI rekam jepretnya mirip dengan http://storagesample.core.blob.windows.net/mydrives/myvhd?snapshot=2011-03-09T01:42:34.9360000Z.

Nota

Semua rekam jepret berbagi URI blob dasar. Satu-satunya perbedaan antara blob dasar dan rekam jepret adalah nilai DateTime yang ditambahkan.

Blob dapat memiliki sejumlah rekam jepret. Rekam jepret bertahan hingga dihapus secara eksplisit, baik secara independen atau sebagai bagian dari operasi Hapus Blob untuk blob dasar. Anda dapat menghitung rekam jepret yang terkait dengan blob dasar untuk melacak rekam jepret Anda saat ini.

Saat Anda membuat rekam jepret blob, properti sistem blob disalin ke rekam jepret dengan nilai yang sama. Metadata blob dasar juga disalin ke rekam jepret, kecuali Anda menentukan metadata terpisah untuk rekam jepret saat Anda membuatnya. Setelah membuat rekam jepret, Anda dapat membaca, menyalin, atau menghapusnya, tetapi Anda tidak dapat memodifikasinya.

Setiap sewa yang terkait dengan blob dasar tidak akan memengaruhi snapshot. Anda tidak dapat menyewa sebuah foto.

Anda dapat membuat rekam jepret blob di tingkat panas atau dingin. Cuplikan dari blob di tingkat arsip tidak didukung.

File VHD digunakan untuk menyimpan informasi dan status saat ini untuk disk VM. Anda dapat melepaskan disk dari dalam VM atau mematikan VM, lalu mengambil rekam jepret file VHD-nya. Anda dapat menggunakan file rekam jepret tersebut nanti untuk mengambil file VHD pada saat itu dan membuat ulang VM.

Penetapan harga dan penagihan

Membuat cuplikan, yang merupakan salinan hanya-baca dari blob, dapat mengakibatkan biaya penyimpanan data tambahan pada akun Anda. Saat merancang aplikasi Anda, penting untuk mengetahui bagaimana biaya ini mungkin bertambah sehingga Anda dapat meminimalkan biaya.

Rekam jepret blob, seperti versi blob, ditagih dengan tarif yang sama dengan data aktif. Bagaimana cuplikan ditagih bergantung pada apakah Anda telah secara eksplisit menetapkan tingkatan untuk blob dasar atau untuk salah satu cuplikan (atau versinya). Untuk informasi selengkapnya tentang lapisan blob, lihat Tingkat akses untuk data blob.

Jika Anda belum mengubah tingkat blob atau rekam jepret, Anda akan ditagih untuk blok data unik di seluruh blob tersebut, rekam jepretnya, dan versi apa pun yang mungkin dimilikinya. Untuk informasi selengkapnya, lihat Penagihan ketika tier blob belum diatur secara eksplisit.

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

Untuk informasi selengkapnya tentang detail penagihan untuk versi blob, lihat Versioning blob.

Meminimalkan biaya dengan manajemen rekam jepret

Microsoft merekomendasikan untuk mengelola rekam jepret Anda dengan hati-hati untuk menghindari biaya tambahan. Anda dapat mengikuti praktik terbaik ini untuk membantu meminimalkan biaya yang dikeluarkan oleh penyimpanan rekam jepret Anda:

  • Hapus dan buat ulang rekam jepret yang terkait dengan blob setiap kali Anda memperbarui blob, bahkan jika Anda memperbarui dengan data yang identik, kecuali desain aplikasi Anda mengharuskan Anda mempertahankan rekam jepret. Dengan menghapus dan membuat ulang rekam jepret blob, Anda dapat memastikan bahwa blob dan rekam jepret tidak menyimpang.
  • Jika Anda mempertahankan cuplikan untuk blob, hindari memanggil metode yang menimpa seluruh blob saat Anda memperbarui blob. Sebagai gantinya, perbarui jumlah blok sekecil mungkin untuk menjaga biaya tetap rendah.

Penagihan saat tingkat blob belum diatur secara eksplisit

Jika Anda belum secara eksplisit mengatur tingkat blob untuk blob dasar atau rekam jepretnya, maka Anda dikenakan biaya untuk blok atau halaman unik di seluruh blob, rekam jepretnya, dan versi apa pun yang mungkin dimilikinya. Data yang dibagikan di seluruh blob dan rekam jepretnya hanya dibebankan sekali. Saat blob diperbarui, data dalam blob dasar menyimpang dari data yang disimpan dalam rekam jepretnya, dan data unik dibebankan per blok atau halaman.

Saat Anda mengganti blok dalam blok blob, blok tersebut kemudian dikenakan tarif sebagai blok unik. Ini tetap berlaku bahkan jika blok memiliki ID blok yang sama dan data yang sama seperti yang ada di cuplikan. Setelah blok dikonfirmasi ulang, blok tersebut menyimpang dari padanannya dalam snapshot, dan Anda akan dikenakan biaya untuk 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 diterapkan diperlakukan unik, bahkan jika memiliki data yang sama dan ID blok yang sama. Karena biaya bertambah untuk blok yang berbeda, penting untuk diingat bahwa memperbaharui blob ketika blob tersebut memiliki cuplikan atau versi yang berbeda menghasilkan blok unik tambahan dan biaya tambahan.

Ketika sebuah blob memiliki snapshot, lakukan operasi pembaruan pada blok blob sehingga mereka memperbarui jumlah blok 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 konten blob sehingga dapat menyebabkan biaya tambahan.

Skenario berikut menunjukkan bagaimana biaya bertambah untuk blob blok dan rekam jepretnya ketika tingkat blob belum diatur secara eksplisit.

Skenario 1

Dalam skenario 1, blob dasar belum diperbarui setelah rekam jepret diambil, sehingga biaya hanya dikenakan untuk blok unik 1, 2, dan 3.

Diagram 1 memperlihatkan penagihan untuk blok unik dalam blob dasar dan rekam jepret.

Skenario 2

Dalam skenario 2, blob dasar telah diperbarui, tetapi rekam jepret belum. Blok 3 diperbarui, dan meskipun berisi data yang sama dan ID yang sama, itu tidak sama dengan blok 3 dalam rekam jepret. Akibatnya, akun ditagih untuk empat blok.

Diagram 2 memperlihatkan penagihan untuk blok unik dalam blob dasar dan rekam jepret.

Skenario 3

Dalam skenario 3, blob dasar telah diperbarui, tetapi rekam jepret belum. Blok 3 diganti dengan blok 4 di blob dasar, tetapi rekam jepret masih mencerminkan blok 3. Akibatnya, akun ditagih untuk empat blok.

Diagram 3 memperlihatkan penagihan untuk blok unik dalam blob dasar dan rekam jepret.

Skenario 4

Dalam skenario 4, blob dasar telah diperbarui sepenuhnya dan tidak berisi blok aslinya. Akibatnya, biaya dikenakan pada akun untuk delapan blok unik tersebut.

Diagram 4 memperlihatkan penagihan untuk blok unik dalam blob dasar dan rekam jepret.

Petunjuk / Saran

Hindari memanggil metode yang mengganti seluruh konten blob, dan perbarui blok individual untuk menjaga biaya tetap rendah.

Penagihan ketika tingkat blob belum ditetapkan secara eksplisit

Jika Anda telah secara eksplisit mengatur tingkat blob untuk blob atau rekam jepret (atau versi), maka Anda dikenakan biaya untuk panjang konten lengkap objek di tingkat baru, terlepas dari apakah itu berbagi blok dengan objek di tingkat asli. Anda juga dikenakan biaya untuk panjang konten lengkap versi terlama di tingkat asli. Versi atau cuplikan apa pun yang tetap berada di lapisan asli dikenakan biaya atas blok unik yang dapat mereka bagikan, seperti yang dijelaskan dalam Penagihan saat tingkat blob belum diatur secara eksplisit.

Memindahkan blob ke tingkat baru

Tabel berikut menjelaskan perilaku penagihan untuk blob atau cuplikan ketika dipindahkan ke tingkatan baru.

Ketika tingkat blob diatur secara eksplisit pada... Kemudian Anda ditagih untuk ...
Blob dasar dengan rekam jepret Blob dasar di tingkat baru dan rekam jepret tertua di tingkat asli, ditambah blok unik apa pun di rekam jepret lainnya. 1
Blob dasar dengan versi sebelumnya dan rekam jepret Blob dasar di tingkat baru, versi tertua di tingkat asli, dan rekam jepret tertua di tingkat asli, ditambah blok unik apa pun di versi atau rekam jepret1 lainnya.
Cuplikan Cuplikan pada tingkatan baru dan blob dasar pada tingkatan asli, ditambah blok unik apa pun dalam cuplikan lainnya. 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 dimuat, seperti yang dijelaskan dalam Penagihan saat tingkat blob belum diatur secara eksplisit.

Diagram berikut mengilustrasikan bagaimana objek ditagih ketika blob yang memiliki cuplikan dipindahkan ke lapisan yang berbeda.

Diagram memperlihatkan bagaimana objek ditagih saat blob dengan cuplikan secara eksplisit dikategorikan ke dalam tingkatan.

Secara eksplisit mengatur tingkat untuk blob, versi, atau rekam jepret 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 tingkat blob, versi, atau salinan bayangan meliputi:

Menghapus blob saat penghapusan sementara diaktifkan

Saat penghapusan sementara blob diaktifkan, jika Anda menghapus atau menimpa blob dasar yang tingkatannya telah ditetapkan secara eksplisit, maka setiap versi sebelumnya atau cuplikan dari blob yang dihapus sementara akan ditagih berdasarkan panjang konten penuh. Untuk informasi selengkapnya tentang cara penerapan versi blob dan penghapusan sementara, lihat Penerapan versi Blob dan penghapusan sementara.

Tabel berikut ini menjelaskan perilaku penagihan untuk blob yang dihapus secara sementara, bergantung pada apakah pembuatan versi diaktifkan atau dinonaktifkan. Saat penerapan versi diaktifkan, versi baru dibuat saat blob dihapus sementara. Saat penerapan versi dinonaktifkan, penghapusan sementara blob akan membuat rekam jepret penghapusan sementara.

Ketika Anda menimpa blob dasar dengan tingkat yang diatur secara eksplisit... Kemudian Anda ditagih untuk ...
Jika penghapusan sementara blob dan pemversian diaktifkan secara bersamaan Semua versi yang ada dengan panjang konten penuh terlepas dari tingkatannya.
Jika penghapusan lunak blob diaktifkan tetapi pengelolaan versi dinonaktifkan Semua snapshot penghapusan sementara yang ada dengan panjang konten penuh tanpa memperhatikan tingkatnya.

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.

Penting

Pratinjau Cuplikan untuk akun yang fitur namespace hierarkisnya diaktifkan tidak lagi menerima pelanggan baru. Kami mendorong Anda untuk mempertimbangkan mekanisme alternatif. (Contoh: Penghapusan sementara untuk blob, AzCopy, Vaulted Backup [Pratinjau])

Langkah selanjutnya