Tingkat akses panas, dingin, dan tingkat arsip untuk data blob

Data yang disimpan di cloud tumbuh dengan kecepatan eksponensial. Untuk mengelola biaya kebutuhan penyimpanan yang berkembang, sebaiknya atur data Anda berdasarkan frekuensi akses data dan durasi penyimpanan data. Penyimpanan Azure menawarkan tingkat penyimpanan yang berbeda sehingga Anda dapat menyimpan data blob dengan cara yang paling hemat biaya berdasarkan cara data digunakan. Tingkat penyimpanan Azure Storage meliputi:

  • Tingkat panas - Tingkatan online yang dioptimalkan untuk menyimpan data yang sering diakses atau diubah. Tingkat panas memiliki biaya penyimpanan tertinggi tetapi biaya aksesnya paling rendah.
  • Tingkat dingin - Tingkatan online yang dioptimalkan untuk menyimpan data yang jarang diakses atau diubah. Data di tingkat dingin harus disimpan selama minimal 30 hari. Tingkat dingin memiliki biaya penyimpanan yang lebih rendah dan biaya akses yang lebih tinggi dibandingkan dengan tingkat panas.
  • Tingkat arsip - Tingkatan offline yang dioptimalkan untuk menyimpan data yang jarang diakses, dan memiliki persyaratan latensi yang fleksibel, pada urutan jam. Data di tingkat arsip harus disimpan selama minimal 180 hari.

Batas kapasitas penyimpanan Azure ditetapkan pada tingkat akun, bukan menurut tingkat akses. Anda dapat memilih untuk memaksimalkan penggunaan kapasitas dalam satu tingkat, atau mendistribusikan kapasitas di dua tingkatan atau lebih.

Catatan

Pengaturan tingkat akses hanya diizinkan di Blob Blok. Mereka tidak didukung untuk Tambahkan dan Blob Halaman.

Tingkatan akses online

Saat data Anda disimpan dalam tingkat akses online (panas atau dingin), pengguna dapat langsung mengaksesnya. Tingkat panas adalah pilihan terbaik untuk data yang sedang digunakan secara aktif. Tingkat dingin sangat ideal untuk data yang lebih jarang diakses, tetapi itu masih harus tersedia untuk membaca dan menulis.

Contoh skenario penggunaan untuk tingkat penyimpanan panas meliputi:

  • Data yang sedang digunakan secara aktif atau data yang Anda harapkan akan memerlukan pembacaan dan penulisan yang sering.
  • Data yang ditahapkan untuk pemrosesan dan mungkin dilakukan migrasi ke tingkat penyimpanan cool.

Skenario penggunaan untuk tingkat penyimpanan dingin meliputi:

  • Pencadangan data jangka pendek dan pemulihan bencana.
  • Himpunan data lama yang jarang digunakan, tetapi diharapkan tersedia untuk akses langsung.
  • Himpunan data besar yang perlu disimpan dengan cara hemat biaya saat data lain dikumpulkan untuk diproses.

Untuk mempelajari cara memindahkan blob ke tingkat panas atau dingin, lihat Mengatur tingkat akses blob.

Data dalam tingkat dingin memiliki ketersediaan yang sedikit lebih rendah, tetapi menawarkan durabilitas, latensi pengambilan, dan karakteristik throughput tinggi yang sama dengan tingkat panas. Untuk data di tingkat dingin, ketersediaan yang sedikit lebih rendah dan biaya akses yang lebih tinggi mungkin menjadi kompensasi yang dapat diterima untuk biaya penyimpanan keseluruhan yang lebih rendah, dibandingkan dengan tingkat panas. Untuk informasi selengkapnya, lihat SLA untuk penyimpanan.

Blob di tingkat dingin di akun v2 tujuan umum dikenakan penalti penghapusan awal jika dihapus atau dipindahkan ke tingkat yang berbeda sebelum 30 hari berlalu. Biaya ini prorata. Misalnya, jika blob dipindahkan ke tingkat dingin, lalu dihapus setelah 21 hari, Anda akan dikenakan biaya penghapusan awal yang setara dengan 9 (30 dikurangi 21) hari penyimpanan blob tersebut dalam tingkat dingin.

Tingkat panas dan dingin mendukung semua konfigurasi redundansi. Untuk informasi selengkapnya tentang opsi redundansi data di Azure Storage, lihat Redundansi Azure Storage.

Tingkat akses arsip

Tingkat arsip adalah tingkatan offline untuk menyimpan data yang jarang diakses. Tingkat akses arsip memiliki biaya penyimpanan terendah. Namun, tingkat ini memiliki biaya pengambilan data yang lebih tinggi dengan latensi yang lebih tinggi dibandingkan dengan tingkat panas dan dingin. Contoh skenario penggunaan tingkat arsip meliputi:

  • Pencadangan jangka panjang, pencadangan sekunder, dan himpunan data arsip
  • Data asli (mentah) yang harus dipertahankan, bahkan setelah diproses menjadi bentuk akhir yang dapat digunakan
  • Kepatuhan dan kearsipan data yang perlu disimpan untuk jangka waktu lama dan hampir tidak pernah diakses

Untuk mempelajari cara memindahkan blob ke tingkat arsip, lihat Mengarsipkan blob.

Data harus tetap berada di tingkat arsip setidaknya selama 180 hari atau dikenakan biaya penghapusan awal. Misalnya, jika blob dipindahkan ke tingkat arsip dan kemudian dihapus atau dipindahkan ke tingkat panas setelah 45 hari, Anda akan dikenakan biaya penghapusan awal yang setara dengan 135 (180 dikurangi 45) hari penyimpanan blob tersebut di tingkat arsip.

Meski berada di tingkat arsip, blob tidak dapat dibaca atau diubah. Untuk membaca atau mengunduh blob di tingkat arsip, blob harus terlebih dahulu direhidrasi ke tingkat online, baik panas atau dingin. Data di tingkat arsip dapat memakan waktu hingga 15 jam untuk rehidrasi, tergantung prioritas yang Anda tentukan untuk operasi rehidrasi. Untuk informasi selengkapnya tentang rehidrasi blob, lihat Ringkasan rehidrasi blob dari tingkat arsip.

Metadata blob yang diarsipkan tetap tersedia untuk akses baca, sehingga Anda dapat mencantumkan blob dan properti, metadata, dan tag indeksnya. Metadata untuk blob di tingkat arsip bersifat baca-saja, sedangkan tag indeks blob dapat dibaca atau ditulis. Biaya penyimpanan untuk metadata blob yang diarsipkan akan dikenakan pada tarif tingkat Dingin. Snapshot tidak didukung untuk blob yang diarsipkan.

Operasi berikut didukung untuk gumpalan di tingkat arsip:

Hanya akun penyimpanan yang dikonfigurasi untuk LRS, GRS, atau RA-GRS yang mendukung pemindahan blob ke tingkat arsip. Tingkat arsip tidak didukung untuk akun ZRS, GZRS, atau RA-GZRS. Untuk informasi selengkapnya tentang konfigurasi redundansi di Azure Storage, lihat Redundansi Azure Storage.

Untuk mengubah konfigurasi redundansi untuk akun penyimpanan yang berisi blob di tingkat arsip, Anda harus terlebih dahulu merehidrasi semua blob yang diarsipkan ke tingkat panas atau dingin. Karena operasi rehidrasi bisa mahal dan memakan waktu, Microsoft menyarankan agar Anda menghindari perubahan konfigurasi redundansi akun penyimpanan yang berisi blob yang diarsipkan.

Memigrasikan akun penyimpanan dari LRS ke GRS didukung selama tidak ada blob yang dipindahkan ke tingkat arsip saat akun dikonfigurasi untuk LRS. Akun dapat dipindahkan kembali ke GRS jika pembaruan dilakukan kurang dari 30 hari sejak akun menjadi LRS, dan tidak ada blob yang dipindahkan ke tingkat arsip saat akun diatur ke LRS.

Pengaturan tingkat penyimpanan akun default

Akun penyimpanan memiliki pengaturan tingkat penyimpanan default yang menunjukkan tingkat online tempat blob baru dibuat. Pengaturan tingkat penyimpanan default dapat diatur ke panas atau dingin. Pengguna dapat mengganti pengaturan default untuk setiap blob saat mengunggah blob atau mengubah tingkatannya.

Tingkat penyimpanan default untuk akun penyimpanan general-purpose v2 baru diatur ke tingkat panas secara default. Anda dapat mengubah pengaturan tingkat penyimpanan default saat membuat akun penyimpanan atau setelah dibuat. Jika Anda tidak mengubah pengaturan ini pada akun penyimpanan atau secara eksplisit mengatur tingkatan saat mengunggah blob, maka blob baru diunggah ke tingkat panas secara default.

Blob yang tidak memiliki tingkat yang ditetapkan secara eksplisit menyimpulkan tingkatannya dari pengaturan tingkat penyimpanan akun default. Jika tingkat penyimpanan blob disimpulkan dari pengaturan tingkat penyimpanan akun default, portal Azure akan menampilkan tingkat penyimpanan sebagai Panas (disimpulkan) atau Dingin (disimpulkan).

Mengubah pengaturan tingkat penyimpanan default untuk akun penyimpanan berlaku bagi semua blob di akun yang tingkat penyimpanannya belum diatur secara eksplisit. Jika Anda beralih ke pengaturan tingkat akses default dari panas ke dingin di akun v2 tujuan umum, maka Anda dikenakan biaya untuk operasi tulis (per 10.000) untuk semua blob yang tingkat aksesnya disimpulkan. Anda dikenakan biaya untuk operasi baca (per 10.000) dan pengambilan data (per GB) jika Anda beralih dari dingin ke panas di akun v2 tujuan umum.

Saat membuat akun Blob Storage warisan, Anda harus menentukan pengaturan tingkat penyimpanan default sebagai panas atau dingin pada waktu pembuatan. Tidak ada biaya untuk mengubah pengaturan tingkat penyimpanan akun default dari panas ke dingin di akun Blob Storage warisan. Anda dikenakan biaya untuk operasi baca (per 10.000) dan pengambilan data (per GB) jika Anda beralih dari dingin ke panas di akun Blob Storage. Microsoft merekomendasikan untuk menggunakan akun penyimpanan general-purpose v2 daripada akun Blob Storage bila memungkinkan.

Catatan

Tingkat arsip tidak didukung sebagai tingkat penyimpanan default untuk akun penyimpanan.

Mengatur atau mengubah tingkat blob

Untuk secara eksplisit mengatur tingkat blob saat Anda membuatnya, tentukan tingkatannya saat mengunggah blob.

Setelah blob dibuat, Anda dapat mengubah tingkatannya dengan salah satu cara berikut:

  • Dengan memanggil operasi Set Blob Tier, baik secara langsung atau melalui kebijakan pengelolaan siklus hidup. Memanggil Atur Tingkat Blob biasanya merupakan pilihan terbaik saat Anda mengubah tingkat blob dari tingkat yang lebih panas ke tingkat yang lebih dingin.
  • Dengan memanggil operasi Copy Blob untuk menyalin blob dari satu tingkat ke tingkat lainnya. Memanggil Salin Blob disarankan untuk sebagian besar skenario di mana Anda merehidrasi blob dari tingkat arsip ke tingkat online, atau memindahkan blob dari dingin ke panas. Dengan menyalin blob, Anda dapat menghindari denda penghapusan awal, jika interval penyimpanan yang diperlukan untuk blob sumber belum berlalu. Namun, menyalin blob akan menyebabkan biaya kapasitas untuk dua blob, blob sumber dan blob tujuan.

Mengubah tingkat blob dari panas ke dingin atau arsip bersifat seketika, begitu juga dari dingin ke panas. Dibutuhkan waktu hingga 15 untuk merehidrasi blob dari tingkat arsip ke tingkat panas atau dingin.

Perhatikan poin-poin berikut saat mengubah tingkat blob:

  • Anda tidak dapat memanggil Set Blob Tier pada blob yang menggunakan cakupan enkripsi. Untuk informasi selengkapnya tentang cakupan enkripsi, lihat Cakupan enkripsi untuk penyimpanan Blob.
  • Jika tingkat blob disimpulkan sebagai dingin berdasarkan tingkat akses default akun penyimpanan dan blob dipindahkan ke tingkat arsip, tidak ada biaya penghapusan awal.
  • Jika blob secara eksplisit dipindahkan ke tingkat dingin dan kemudian dipindahkan ke tingkat arsip, biaya penghapusan awal berlaku.

Tabel berikut merangkum pendekatan yang dapat Anda ambil untuk memindahkan blob di antara berbagai tingkatan.

Asal/Tujuan Tingkatan panas Tingkatan dingin Tingkatan arsip
Tingkat panas T/A Ubah tingkat blob dari panas ke dingin dengan Atur Tingkat Blob atau Salin Blob. Pelajari lebih lanjut...

Pindahkan blob ke tingkat dingin dengan kebijakan manajemen siklus hidup. Pelajari lebih lanjut...
Ubah tingkat blob dari panas ke arsip dengan Atur Tingkat Blob atau Salin Blob. Pelajari lebih lanjut...

Arsipkan blob dengan kebijakan manajemen siklus hidup. Pelajari lebih lanjut...
Tingkat dingin Ubah tingkat blob dari dingin ke panas dengan Atur Tingkat Blob atau Salin Blob. Pelajari lebih lanjut...

Pindahkan blob ke tingkat panas dengan kebijakan manajemen siklus hidup. Pelajari lebih lanjut...
T/A Ubah tingkat blob dari dingin ke arsip dengan Atur Tingkat Blob atau Salin Blob. Pelajari lebih lanjut...

Arsipkan blob dengan kebijakan manajemen siklus hidup. Pelajari lebih lanjut...
Tingkat arsip Rehidrasi ke tingkat panas dengan Atur Tingkat Blob atau Salin Blob. Pelajari lebih lanjut... Rehidrasi ke tingkat dingin dengan Atur Tingkat Blob atau Salin Blob. Pelajari lebih lanjut... T/A

Manajemen siklus hidup blob

Pengelolaan siklus hidup penyimpanan Blob menawarkan kebijakan berbasis aturan yang dapat digunakan untuk mengalihkan data Anda ke tingkat akses yang diinginkan saat kondisi yang Anda tentukan terpenuhi. Anda juga dapat menggunakan pengelolaan siklus hidup untuk data mengakhiri data di akhir masa pakainya. Lihat Mengoptimalkan biaya dengan otomatisasi tingkat penyimpanan Azure Blob Storage untuk mempelajari selengkapnya.

Catatan

Data yang disimpan dalam akun penyimpanan blob blok premium saat ini tidak dapat diberi tingkat ke panas, dingin, atau arsip menggunakan operasi Set Blob Tier atau menggunakan pengelolaan siklus hidup Azure Blob Storage. Untuk memindahkan data, Anda harus menyalin blob secara sinkron dari akun penyimpanan blob blok ke tingkat panas di akun lain menggunakan Put Block From URL API atau versi AzCopy yang mendukung API ini. Taruh Blok Dari URL API menyalin data di server secara sinkron, yang berarti panggilan selesai hanya setelah semua data dipindahkan dari lokasi server asli ke lokasi tujuan.

Ringkasan opsi tingkat penyimpanan

Tabel berikut merangkum fitur-fitur tingkat penyimpanan panas, dingin, dan arsip.

Tingkat panas Tingkat dingin Tingkat arsip
Ketersediaan 99,9% 99% Offline
Ketersediaan
(RA-GRS baca)
99,99% 99,9% Offline
Biaya penggunaan Biaya penyimpanan lebih tinggi, tapi biaya akses dan transaksi lebih rendah Biaya penyimpanan lebih rendah, tapi biaya akses dan transaksi lebih tinggi Biaya penyimpanan paling rendah, tapi biaya akses dan transaksi paling tinggi
Periode retensi data minimum yang direkomendasikan T/A 30 hari1 180 hari
Latensi
(Waktu ke byte pertama)
Millidetik Millidetik Jam2
Konfigurasi redundansi yang didukung Semua Semua Khusus LRS, GRS, dan RA-GRS3

1 Objek di tingkat dingin pada akun v2 tujuan umum memiliki durasi retensi minimum 30 hari. Untuk akun Blob Storage, tidak ada durasi retensi minimum untuk tingkat dingin.

2 Saat rehidrasi blob dari tingkat arsip, Anda dapat memilih opsi prioritas rehidrasi standar atau tinggi. Masing-masing menawarkan latensi pengambilan dan biaya yang berbeda. Untuk informasi selengkapnya, lihat Ringkasan rehidrasi blob dari tingkat arsip.

3 Untuk informasi selengkapnya tentang konfigurasi redundansi di Azure Storage, lihat Redundansi Azure Storage.

Harga dan tagihan

Semua akun penyimpanan menggunakan model harga untuk penyimpanan blob blok berdasarkan tingkat blob. Perhatikan pertimbangan penagihan yang dijelaskan di bagian berikut.

Untuk informasi selengkapnya tentang harga blob blok, lihat Harga blob blok.

Biaya kapasitas penyimpanan

Selain jumlah data yang disimpan, biaya penyimpanan data bervariasi bergantung pada tingkat penyimpanan. Biaya per gigabyte menurun saat tingkatannya makin dingin.

Biaya akses data

Biaya akses data meningkat saat tingkatan makin dingin. Untuk data dalam tingkat penyimpanan dingin dan arsip, Anda dikenakan biaya akses data per gigabyte untuk baca.

Biaya transaksi

Biaya per transaksi berlaku untuk semua tingkatan dan meningkat saat tingkat menjadi lebih dingin.

Biaya transfer data geo-replikasi

Biaya ini hanya berlaku untuk akun dengan replikasi geografis yang dikonfigurasi, termasuk GRS, RA-GRS, dan GZRS. Transfer data geo-replikasi dikenakan biaya per gigabyte.

Biaya transfer data keluar

Transfer data keluar (data yang ditransfer keluar dari wilayah Azure) dikenakan tagihan untuk penggunaan bandwidth per-gigabyte. Untuk informasi selengkapnya tentang biaya transfer data keluar, lihat halaman Detail Harga Bandwidth.

Mengubah tingkat penyimpanan akun default

Mengubah tingkat penyimpanan akun menyebabkan biaya perubahan tingkat untuk semua blob yang tingkatannya belum diatur secara eksplisit. Untuk informasi selengkapnya, lihat bagian berikut, Mengubah tingkat penyimpanan blob.

Mengubah tingkat penyimpanan blob

Perhatikan dampak penagihan berikut saat mengubah tingkat blob:

  • Saat blob diunggah atau dipindahkan antar tingkatan, blob akan ditagih dengan tarif yang sesuai segera setelah pengunggahan atau perubahan tingkat.
  • Ketika blob dipindahkan ke tingkat yang lebih dingin, operasi ditagih sebagai operasi tulis ke tingkat tujuan, di mana biaya operasi tulis (per 10.000) dan penulisan data (per GB) dari tingkat tujuan berlaku.
  • Ketika blob dipindahkan ke tingkat yang lebih hangat, operasi ditagih sebagai baca dari tingkat sumber, di mana biaya operasi baca (per 10.000) dan pengambilan data (per GB) dari tingkat sumber berlaku. Biaya penghapusan awal untuk setiap blob yang dipindahkan dari tingkat dingin atau arsip juga dapat berlaku.
  • Meski blob sedang direhidrasi dari tingkat arsip, data blob tersebut itu ditagih sebagai data yang diarsipkan hingga data dipulihkan dan tingkat blob berubah menjadi panas atau dingin.

Tabel berikut ini meringkas cara perubahan tingkat ditagih.

Biaya tulis (operasi + akses) Biaya baca (operasi + akses)
Operasi Set Blob Tier Panas ke dingin
Panas ke arsip
Dingin ke arsip
Arsip ke dingin
Arsip ke panas
dingin ke panas

Mengubah tingkat akses untuk blob saat penerapan versi diaktifkan, atau jika blob memiliki rekam jepret, dapat mengakibatkan lebih banyak biaya. Untuk informasi tentang blob dengan penerapan versi diaktifkan, lihat Harga dan tagihan dalam dokumentasi penerapan versi blob. Untuk informasi tentang blob dengan salinan bayangan, lihat Harga dan tagihan dalam dokumentasi salinan bayangan blob.

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