Memahami bagaimana rekam jepret blob mengumpulkan biaya

  • Artikel

Membuat salinan bayangan, 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 yang tidak perlu.

Pertimbangan Penagihan Penting

Daftar berikut ini menyertakan poin utama yang perlu dipertimbangkan saat membuat salinan bayangan.

  • Biaya dikeluarkan untuk blok atau halaman unik, baik dalam blob atau di rekam jepret. Akun Anda tidak dikenakan biaya tambahan untuk salinan bayangan yang terkait dengan blob hingga Anda memperbarui blob tempat mereka berada. Setelah Anda memperbarui blob dasar, blob tersebut menyimpang dari rekam jepretnya, dan Anda akan dikenakan biaya untuk blok atau halaman unik di setiap blob atau rekam jepret.

  • Ketika Anda mengganti blok dalam blob blok, blok tersebut kemudian ditagih 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 rekannya dalam rekam jepret apa pun, dan Anda akan dikenakan biaya untuk datanya. Hal yang sama berlaku untuk halaman dalam blob halaman yang diperbarui dengan data yang identik.

  • Mengganti blob blok dengan memanggil metode UploadFile, UploadText, UploadStream, atau UploadByteArray menggantikan semua blok dalam blob tersebut. Jika Anda memiliki rekam jepret yang terkait dengan blob tersebut, semua blok di blob dasar dan rekam jepret sekarang akan berbeda dan Anda akan dikenakan biaya untuk semua blok di kedua blob. Ini benar bahkan jika data dalam blob dasar dan salinan bayangan tetap identik.

  • Layanan Azure 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 mempertimbangkan bahwa memperbarui blob yang memiliki rekam jepret akan menghasilkan blok unik tambahan dan biaya tambahan.

Penting

Praktik terbaik menentukan bahwa Anda mengelola rekam jepret dengan hati-hati untuk menghindari biaya tambahan. Disarankan agar Anda mengelola rekam jepret dengan cara berikut:

  • Hapus dan buat ulang snapshot yang terkait dengan blob setiap kali Anda memperbarui blob, bahkan jika Anda memperbarui dengan data yang identik, kecuali jika desain aplikasi Anda mengharuskan Anda mempertahankan salinan bayangan. 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 memanggil UploadFile, UploadText, UploadStream, atau UploadByteArray untuk memperbarui blob, karena metode tersebut menggantikan semua blok dalam blob. Sebagai gantinya, perbarui jumlah blok sekecil mungkin dengan menggunakan metode PutBlock dan PutBlockList .

Skenario Penagihan Rekam Jepret

Skenario berikut menunjukkan bagaimana biaya bertambah untuk blob blok dan salinan bayangannya. Dalam Skenario 1, blob dasar belum diperbarui sejak rekam jepret diambil, sehingga biaya hanya dikenakan untuk blok unik 1, 2, dan 3:

Diagram memperlihatkan bagaimana blok dibebankan dalam skenario 1

Skenario 1: Hanya memblokir biaya 1, 2, dan 3.

Dalam Skenario 2, blob dasar telah diperbarui, tetapi rekam jepret belum. Blok 3 diperbarui, dan meski berisi data yang sama dan ID yang sama, itu tidak sama dengan blok 3 dalam salinan bayangan. Akibatnya, akun dikenakan biaya untuk empat blok:

Diagram memperlihatkan bagaimana blok dibebankan dalam skenario 2

Skenario 2: Blok 1, 2, dan 3 dalam biaya akumulasi blob dasar, bersama dengan blok 3 dalam rekam jepret.

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 dikenakan biaya untuk empat blok:

Diagram memperlihatkan bagaimana blok dibebankan dalam skenario 3

Skenario 3: Biaya blok 1, 2, 3, dan 4 bertambah.

Dalam Skenario 4, blob dasar telah sepenuhnya diperbarui dan tidak berisi blok aslinya. Akibatnya, akun ditagih untuk semua delapan blok unik. Skenario ini dapat terjadi jika Anda menggunakan metode pembaruan seperti UploadFile, UploadText, UploadFromStream, atau UploadByteArray, karena metode ini menggantikan semua konten blob.

Diagram memperlihatkan bagaimana blok dibebankan dalam skenario 4

Skenario 4: Biaya blok 1, 2, 3, 4, 5, 6, 7, dan 8 bertambah.

Lihat juga

Cara Menggunakan Blob Storage Service
Cara menggunakan Layanan Queue Storage
Membuat Rekam Jepret Blob