Tingkat penyimpanan 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 dingin - Tingkat online yang dioptimalkan untuk menyimpan data yang jarang diakses atau dimodifikasi, tetapi masih memerlukan pengambilan yang cepat. Data di tingkat dingin harus disimpan selama minimal 90 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, dingin, atau dingin), pengguna dapat segera mengaksesnya. Tingkat panas adalah pilihan terbaik untuk data yang sedang digunakan secara aktif. Tingkat dingin atau dingin sangat ideal untuk data yang diakses lebih jarang, 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 bacaan dan tulis yang sering.
- Data yang disiapkan untuk pemrosesan dan nantinya migrasi ke tingkat penyimpanan dingin.
Skenario penggunaan untuk tingkat akses dingin dan 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, dingin, atau dingin, lihat Mengatur tingkat akses blob.
Data di tingkat dingin dan dingin memiliki ketersediaan yang sedikit lebih rendah, tetapi menawarkan durabilitas tinggi, latensi pengambilan, dan karakteristik throughput yang sama dengan tingkat panas. Untuk data di tingkat dingin atau dingin, ketersediaan yang sedikit lebih rendah dan biaya akses yang lebih tinggi mungkin merupakan trade-off yang dapat diterima untuk biaya penyimpanan keseluruhan yang lebih rendah, dibandingkan dengan tingkat panas. Untuk informasi selengkapnya, lihat SLA untuk penyimpanan.
Blob dikenakan penalti penghapusan awal jika dihapus, ditimpa, atau dipindahkan ke tingkat yang berbeda sebelum jumlah hari minimum yang diperlukan oleh tingkat telah ditranspilasi. Misalnya, 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. Untuk blob di tingkat dingin, penalti penghapusan berlaku jika dihapus atau dipindahkan ke tingkat yang berbeda sebelum 90 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. Biaya penghapusan awal juga terjadi jika seluruh objek ditulis ulang melalui operasi apa pun (yaitu Put Blob, Put Block List, atau Copy Blob) dalam jendela waktu yang ditentukan.
Catatan
Di akun yang mengaktifkan penghapusan sementara, blob dianggap dihapus setelah dihapus dan periode retensi kedaluwarsa. Sampai periode tersebut kedaluwarsa, blob hanya dihapus sementara dan tidak dikenakan penalti penghapusan awal.
Tingkat panas, dingin, 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, dingin, 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 selama paling sedikit 180 hari atau akan terkena 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 untuk menyimpan blob tersebut di tingkat arsip.
Catatan
Di akun yang mengaktifkan penghapusan sementara, blob dianggap dihapus setelah dihapus dan periode retensi kedaluwarsa. Sampai periode tersebut kedaluwarsa, blob hanya dihapus sementara dan tidak dikenakan penalti penghapusan awal.
Meski berada di tingkat arsip, blob tidak dapat dibaca atau diubah. Untuk membaca atau mengunduh blob di tingkat arsip, Anda harus terlebih dahulu merehidrasinya ke tingkat online, baik panas, dingin, 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:
- Salin Blob
- Menghapus blob
- Membatalkan penghapusan Blob
- Temukan Blob menurut Tag
- Get Metadata Blob
- Dapatkan Properti di Blob
- Dapatkan Tag Blob
- Mencantumkan blob
- Atur Tag Blob
- Mengatur Tingkat Blob
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, dingin, 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 tingkat 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 mengalihkan pengaturan tingkat akses default ke tingkat yang lebih 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 ke tingkat yang lebih hangat 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 akses akun default ke tingkat yang lebih dingin di akun Blob Storage warisan. Anda dikenakan biaya untuk operasi baca (per 10.000) dan pengambilan data (per GB) jika Anda beralih ke tingkat yang lebih hangat di akun Blob Storage. Microsoft merekomendasikan untuk menggunakan akun penyimpanan general-purpose v2 daripada akun Blob Storage bila memungkinkan.
Catatan
Tingkat dingin dan tingkat arsip tidak didukung sebagai tingkat akses 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. Tingkat Blob Set Panggilan biasanya merupakan opsi terbaik saat Anda mengubah tingkat blob dari tingkat yang lebih hangat ke yang lebih dingin.
Catatan
Anda tidak dapat merehidrasi blob yang diarsipkan ke tingkat online dengan menggunakan kebijakan manajemen siklus hidup.
Dengan memanggil operasi Copy Blob untuk menyalin blob dari satu tingkat ke tingkat lainnya. Memanggil Copy Blob direkomendasikan untuk sebagian besar skenario di mana Anda merehidrasi blob dari tingkat arsip ke tingkat online, atau memindahkan blob dari dingin atau 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 tingkat yang lebih hangat ke yang lebih dingin secara instan, seperti halnya berubah dari dingin atau dingin ke panas. Merehidrasi blob dari tingkat arsip ke tingkat online seperti tingkat panas, dingin, atau dingin dapat memakan waktu hingga 15 jam.
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 blob secara eksplisit dipindahkan ke tingkat dingin atau dingin dan kemudian dipindahkan ke tingkat arsip, biaya penghapusan awal berlaku.
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 di akun penyimpanan blob blok premium tidak dapat dijenjangkan ke panas, dingin, dingin, atau arsip dengan menggunakan Atur Tingkat Blob atau menggunakan manajemen 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 ini merangkum fitur tingkat akses panas, dingin, dingin, dan arsip.
| Tingkat panas | Tingkat dingin | Tingkat dingin | Tingkat arsip | |
|---|---|---|---|---|
| Ketersediaan | 99,9% | 99% | 99% | 99% |
| Ketersediaan (RA-GRS baca) |
99,99% | 99,9% | 99,9% | 99,9% |
| 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 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 | 90 hari1 | 180 hari |
| Latensi (Waktu ke byte pertama) |
Milidetik | Milidetik | Milidetik | Jam2 |
| Konfigurasi redundansi yang didukung | Semua | Semua | Semua | Khusus LRS, GRS, dan RA-GRS3 |
1 Objek di tingkat dingin pada akun v2 tujuan umum memiliki durasi retensi minimum 30 hari. Objek di tingkat dingin pada akun v2 tujuan umum memiliki durasi retensi minimum 90 hari. Untuk akun Blob Storage, tidak ada durasi retensi minimum untuk tingkat dingin atau 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.
Penetapan harga dan penagihan
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 di tingkat akses dingin, dingin, dan arsip, Anda dikenakan biaya akses data per gigabyte untuk pembacaan.
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 operasi baca (per 10.000) dan biaya pengambilan data (per GB) dari tingkat sumber berlaku. Biaya penghapusan awal untuk setiap blob yang dipindahkan dari tingkat dingin, dingin, atau arsip juga dapat berlaku.
- Saat blob sedang direhidrasi dari tingkat arsip, data blob tersebut ditagih sebagai data yang diarsipkan hingga data dipulihkan dan tingkat blob berubah menjadi panas, dingin, atau dingin.
Tabel berikut ini meringkas cara perubahan tingkat ditagih.
| Biaya tulis (operasi + akses) | Biaya baca (operasi + akses) |
|---|---|
| Panas ke dingin Panas ke dingin Panas ke arsip Dingin ke dingin Dingin ke arsip Dingin ke arsip |
Arsip ke dingin Arsip ke dingin Arsip ke panas Dingin ke dingin Dingin 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.
Tingkat dingin
Batasan dan masalah yang diketahui
- Pengaturan tingkat penyimpanan default akun tidak dapat diatur ke tingkat dingin.
Versi REST, SDK, dan alat yang diperlukan
| Lingkungan | Versi minimum |
|---|---|
| REST API | 2021-21-02 |
| .NET | 12.15.0 |
| Java | 12.21.0 |
| Python | 12.15.0 |
| JavaScript | 12.13.0 |
| PowerShell (Az.Storage) | 5.8.0 |
| Azure CLI | 2.50.0 |
| AzCopy | 10.18.1 |
| Azure Storage Explorer | 1.29.0 |
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.