Rekam jepret blob

Salinan bayangan adalah versi baca-saja dari blob yang diambil pada suatu waktu.

Catatan

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

Tentang salinan bayangan blob

Penting

Rekam jepret dalam akun yang mengaktifkan fitur namespace layanan hierarkis saat ini ada dalam PRATINJAU. Lihat Ketentuan Penggunaan Tambahan untuk Pratinjau Microsoft Azure untuk persyaratan hukum yang berlaku pada fitur Azure dalam versi beta, pratinjau, atau belum dirilis secara umum.

Untuk mendaftar di pratinjau, lihat formulir ini.

Salinan bayangan blob identik dengan blob dasarnya, kecuali bahwa URI blob memiliki nilai DateTime yang ditambahkan ke URI blob untuk menunjukkan waktu kapan salinan bayangan diambil. Misalnya, jika URI blob halaman http://storagesample.core.blob.windows.net/mydrives/myvhd, URI salinan bayangan mirip dengan http://storagesample.core.blob.windows.net/mydrives/myvhd?snapshot=2011-03-09T01:42:34.9360000Z.

Catatan

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

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

Saat Anda membuat salinan bayangan blob, properti sistem blob disalin ke salinan bayangan dengan nilai yang sama. Metadata blob dasar juga disalin ke salinan bayangan, kecuali jika Anda menentukan metadata terpisah untuk salinan bayangan 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 memengaruhi snapshot. Anda tidak dapat memperoleh sewa pada rekam jepret.

Anda dapat membuat rekam jepret blob di tingkat panas atau dingin. Rekam jepret pada blob di tingkat arsip tidak didukung.

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

Penetapan harga dan penagihan

Membuat rekam jepret, yang merupakan salinan blob baca-saja, 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.

Salinan bayangan blob, seperti versi gumpalan, ditagih pada tingkat yang sama dengan data aktif. Cara salinan bayangan ditagih tergantung pada apakah Anda telah secara eksplisit mengatur tingkat untuk blob dasar atau untuk salah satu salinan bayangan (atau versinya). Untuk informasi selengkapnya tentang tingkat 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 saat tingkat 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 Penerapan versi Blob.

Minimalkan biaya dengan manajemen salinan bayangan

Microsoft menyarankan untuk mengelola salinan bayangan Anda dengan hati-hati untuk menghindari biaya tambahan. Anda dapat mengikuti praktik terbaik ini untuk membantu meminimalkan biaya yang dikeluarkan oleh penyimpanan salinan bayangan 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 rekam jepret untuk blob, hindari metode panggilan yang menimpa seluruh blob saat Anda memperbarui blob. Sebaliknya, perbarui jumlah blok sesedikit 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 salinan bayangannya hanya ditagih sekali. Ketika blob diperbarui, maka data dalam blob dasar menyimpang dari data yang disimpan dalam salinan bayangannya, dan data unik dibebankan per blok atau halaman.

Saat Anda mengganti blok dalam blob blok, blok tersebut kemudian dikenakan biaya sebagai blok unik. Ini berlaku bahkan jika blok memiliki ID blok yang sama dan data yang sama seperti yang ada di salinan bayangan. Setelah blok diterapkan lagi, blok tersebut menyimpang dari rekan-rekannya dalam rekam jepret, 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 unik, penting untuk diingat bahwa memperbarui blob ketika blob tersebut memiliki rekam jepret atau versi menghasilkan blok unik tambahan dan biaya tambahan.

Ketika blob memiliki salinan bayangan, hubungi operasi pembaruan pada blob blok sehingga mereka memperbarui jumlah blok sesedikit 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 salinan bayangannya ketika tingkat blob belum ditetapkan 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 showing billing for unique blocks in base blob and snapshot.

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 showing billing for unique blocks in base blob and snapshot.

Skenario 3

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

Diagram 3 showing billing for unique blocks in base blob and snapshot.

Skenario 4

Dalam skenario 4, blob dasar telah sepenuhnya diperbarui dan tidak berisi blok aslinya. Akibatnya, akun ditagih untuk semua delapan blok unik.

Diagram 4 showing billing for unique blocks in base blob and snapshot.

Tip

Hindari metode panggilan yang menimpa seluruh blob, dan malah memperbarui tiap blok 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 rekam jepret apa pun yang tetap berada di tingkat asli dikenakan biaya untuk 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 ini menjelaskan perilaku penagihan untuk blob atau rekam jepret saat dipindahkan ke tingkat baru.

Ketika tingkat blob diatur secara eksplisit pada… Kemudian Anda ditagih untuk ...
Blob dasar dengan salinan bayangan Blob dasar di tingkat baru dan salinan bayangan tertua di tingkat aslinya, ditambah blok unik apa pun di salinan bayangan lainnya.1
Blob dasar dengan versi sebelumnya dan salinan bayangan Blob dasar di tingkat baru, versi tertua di tingkat asli, dan salinan bayangan tertua di tingkat asli, ditambah blok unik dalam versi lain atau salinan bayangan1.
Rekam jepret Salinan bayangan di tingkat baru dan blob dasar di tingkat aslinya, ditambah blok unik apa pun di salinan bayangan lainnya.1

1Jika ada versi atau rekam jepret lain sebelumnya yang belum dipindahkan dari tingkat aslinya, versi atau rekam jepret tersebut dibebankan 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 salinan bayangan dipindah ke tingkat yang berbeda.

Diagram showing how objects are billed when a blob with snapshots is explicitly tiered.

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 blob sementara diaktifkan, jika Anda menghapus atau menimpa blob dasar yang telah mengatur tingkatannya secara eksplisit, maka versi atau salinan bayangan sebelumnya dari blob yang dihapus sementara ditagih dengan 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 sementara, bergantung pada apakah penerapan versi diaktifkan atau dinonaktifkan. Saat penerapan versi diaktifkan, versi baru dibuat saat blob dihapus sementara. Saat penerapan versi dinonaktifkan, menghapus blob sementara akan membuat salinan bayangan hapus-sementara.

Ketika Anda mengambil alih blob dasar dengan tingkat yang diatur eksplisit… Kemudian Anda ditagih untuk ...
Jika penghapusan blob sementara dan penerapan versinya diaktifkan Semua versi yang ada dengan panjang konten lengkap terlepas dari tingkatannya.
Jika penghapusan blob sementara diaktifkan tetapi penerapan versi dinonaktifkan Semua salinan bayangan hapus-sementara yang ada dengan panjang konten lengkap terlepas dari tingkatannya.

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.

Langkah berikutnya