Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
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 akses penyimpanan Azure 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.
- Lapisan penyimpanan dingin - Lapisan penyimpanan 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
Penetapan tingkat akses hanya diizinkan pada Block Blobs. Mereka tidak didukung untuk Blob Tambahan dan Blob Halaman.
Level akses online
Saat data Anda disimpan dalam tingkat akses online (panas, sejuk, atau dingin), pengguna dapat segera mengaksesnya. Kategori panas adalah pilihan terbaik untuk data yang digunakan aktif. Tingkat sejuk atau dingin sangat ideal untuk data yang diakses lebih jarang, tetapi tetap harus tersedia untuk dibaca dan ditulis.
Contoh skenario penggunaan untuk hot tier meliputi:
- Data yang sedang digunakan secara aktif atau data yang Anda harapkan akan memerlukan bacaan dan tulis yang sering.
- Data yang diatur untuk pemrosesan dan nantinya migrasi ke lapisan akses dingin.
Skenario penggunaan untuk tingkat akses sejuk 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, sejuk, atau dingin, lihat Mengatur tingkat akses blob.
Data di tingkat sejuk 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 cool atau dingin, ketersediaan yang sedikit lebih rendah dan biaya akses yang lebih tinggi mungkin merupakan pertukaran 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 lain sebelum jumlah hari minimum yang diperlukan oleh tingkat tersebut terpenuhi. Misalnya, blob di dalam "cool tier" pada akun general-purpose v2 akan dikenakan penalti jika dihapus atau dipindahkan ke tingkat lain sebelum lewat 30 hari. Untuk blob di tingkat dingin, penalti penghapusan berlaku jika dihapus atau dipindahkan ke tingkat yang berbeda sebelum 90 hari berlalu. Biaya ini dihitung secara proporsional. 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 (misalnya, Put Blob, Put Block List, atau Copy Blob) dalam periode waktu yang ditentukan. Biaya ini diproratakan berdasarkan harga penyimpanan data tingkat yang sesuai, yaitu menghapus blob yang diarsipkan setelah 120 hari akan menyebabkan objek ini dikenakan biaya selama 180 hari.
Catatan
Di akun yang telah mengaktifkan penghapusan sementara, blob dianggap dihapus setelah penghapusan dilakukan dan periode retensi kedaluwarsa. Sampai periode tersebut kedaluwarsa, blob hanya dihapus sementara dan tidak dikenakan denda penghapusan awal.
Tingkatan panas, sejuk, 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 besar dibandingkan dengan tingkat panas, sejuk, dan dingin. Contoh skenario penggunaan tier akses 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 telah mengaktifkan penghapusan sementara, blob dianggap dihapus setelah penghapusan dilakukan dan periode retensi kedaluwarsa. Sampai periode tersebut kedaluwarsa, blob hanya dihapus sementara dan tidak dikenakan denda 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, sejuk, atau dingin. Data di tingkat arsip dapat memakan waktu hingga 15 jam untuk rehidrasi, tergantung prioritas yang Anda tentukan untuk operasi rehidrasi. Untuk informasi lebih lanjut tentang rehidrasi blob, silakan 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 tingkatan dingin. Snapshot tidak didukung untuk blob yang sudah diarsipkan.
Operasi berikut didukung untuk blob di tingkat arsip:
- Salin Berkas
- Menghapus Blob
- Kembalikan Blob
- Temukan Blob menurut Tag
- Dapatkan Metadata Blob
- Dapatkan Properti di Blob
- Dapatkan Tag Blob
- Mencantumkan blob
- Atur Penanda Blob
- Tetapkan Tingkat Blob
Hanya akun penyimpanan yang dikonfigurasi untuk LRS, GRS, atau RA-GRS yang mendukung pemindahan blob ke tingkat arsip. Tingkat penyimpanan 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, sejuk, 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 14 hari sejak akun menjadi LRS, dan tidak ada blob yang dipindahkan ke tingkat arsip saat akun diatur ke LRS.
Pengaturan tingkat akses akun default
Akun penyimpanan memiliki pengaturan tingkat akses default yang menunjukkan lapisan penyimpanan online tempat blob baru dibuat. Pengaturan tingkat akses default dapat diatur ke panas, sejuk, atau dingin. Pengguna dapat mengganti pengaturan default untuk setiap blob saat mengunggah blob atau mengubah tingkatannya.
Tingkat akses bawaan untuk akun penyimpanan general-purpose v2 yang baru diatur ke lapisan panas. Anda dapat mengubah pengaturan tingkat akses default saat membuat akun penyimpanan atau setelah akun tersebut 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 akses akun default. Jika tingkat akses blob disimpulkan dari pengaturan tingkat akses akun default, maka portal Azure menampilkan tingkat akses sebagai Panas (disimpulkan), Dingin (disimpulkan), atau Dingin (disimpulkan).
Mengubah pengaturan tingkat akses default untuk akun penyimpanan berlaku bagi semua blob di akun yang tingkat aksesnya belum ditetapkan 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 lapisan yang lebih hangat dalam akun v2 tujuan umum.
Saat membuat akun Blob Storage lama, Anda harus menentukan pengaturan tingkat akses default sebagai panas atau dingin saat 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 arsip tidak didukung sebagai tingkat akses default untuk akun penyimpanan.
Mengatur atau mengubah lapisan 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 maupun melalui kebijakan manajemen siklus hidup. Memanggil Set Blob Tier biasanya merupakan opsi terbaik saat Anda mengubah tingkatan blob dari tingkatan yang lebih hangat ke yang lebih dingin.
Catatan
Anda tidak dapat merehidrasi blob yang diarsipkan ke lapisan online dengan menggunakan kebijakan pengelolaan siklus hidup.
Dengan memanggil operasi Copy Blob untuk menyalin blob dari satu tingkat ke tingkat lainnya. Memanggil Copy Blob direkomendasikan untuk sebagian besar skenario saat Anda sedang merehidrasi blob dari tingkat arsip ke tingkat online, atau memindahkan blob dari tingkatan dingin atau sejuk ke panas. Dengan menyalin blob, Anda dapat menghindari denda penghapusan awal, jika interval penyimpanan yang diperlukan untuk blob sumber belum berlalu. Menyalin blob mengakibatkan biaya kapasitas untuk dua blob, yaitu blob sumber dan blob tujuan.
Mengubah tingkat blob dari tier hangat ke tier dingin terjadi secara instan, begitu pula dengan perubahan dari tier dingin atau sejuk ke panas. Merehidrasi blob dari tingkat arsip ke tingkat online seperti tingkat panas, sejuk, atau dingin dapat memakan waktu hingga 15 jam.
Perhatikan poin-poin berikut saat mengubah tingkat blob:
Anda tidak dapat menggunakan Set Blob Tier untuk mengarsipkan blob yang menggunakan cakupan enkripsi. Anda hanya dapat menggunakan Atur Tingkat Blob untuk berpindah antar tingkat akses online. Untuk informasi selengkapnya tentang cakupan enkripsi, lihat Cakupan enkripsi untuk penyimpanan Blob.
Jika blob secara eksplisit dipindahkan ke tingkat sejuk atau dingin dan kemudian dipindahkan ke tingkat arsip, biaya penghapusan awal berlaku.
Jika blob secara eksplisit dipindahkan ke tingkat sejuk atau dingin dan kemudian dipindahkan ke tingkat arsip, biaya penghapusan awal berlaku.
Manajemen siklus hidup objek 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 menghapus data di akhir masa pakainya. Lihat Mengoptimalkan biaya dengan mengotomatiskan tingkat akses penyimpanan Azure Blob Storage untuk mempelajari selengkapnya.
Anda tidak dapat merehidrasi blob yang diarsipkan ke lapisan online dengan menggunakan kebijakan pengelolaan siklus hidup. Data yang disimpan di akun penyimpanan blob blok premium tidak dapat dijenjangkan ke panas, sejuk, 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 blok blob ke lapisan 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.
Tindakan Penyimpanan
Meskipun manajemen siklus hidup membantu Anda memindahkan data antar tingkatan dalam satu akun, Anda dapat menggunakan tugas penyimpanan untuk menyelesaikan tugas ini dalam skala besar di beberapa akun. Tugas penyimpanan adalah sumber daya yang tersedia di Azure Storage Actions; kerangka kerja tanpa server yang dapat Anda gunakan untuk melakukan operasi data umum pada jutaan objek di beberapa akun penyimpanan. Untuk mempelajari selengkapnya, lihat Apa itu Tindakan Azure Storage?.
Ringkasan opsi tingkat akses
Tabel berikut ini merangkum fitur tingkat akses panas, sejuk, dingin, dan arsip.
| Tingkat atas | Tingkat dingin | Tingkat dingin | Lapisan 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 | Tidak Berlaku | 30 hari1 | 90 hari1 | 180 hari |
|
Latensi (Waktu ke byte pertama) |
Milidetik | Milidetik | Milidetik | Jam2 |
| Konfigurasi redundansi yang didukung | Semua | Semua | Semua | Hanya LRS, GRS, dan RA-GRS3 |
1 Objek di tingkat dingin pada akun v2 umum memiliki durasi retensi minimum 30 hari. Objek di tingkat dingin pada akun v2 serba guna memiliki durasi retensi minimum 90 hari. Untuk akun Penyimpanan Blob, tidak ada durasi retensi minimum untuk tingkat sejuk atau dingin.
2 Saat rehidrasi blob dari lapisan arsip, Anda dapat memilih opsi prioritas rehidrasi standar atau tinggi. Masing-masing menawarkan latensi pengambilan dan biaya yang berbeda. Untuk informasi selengkapnya, baca Ikhtisar 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 penetapan harga untuk penyimpanan blok blob yang didasarkan pada tingkat blob. Perhatikan pertimbangan penagihan yang dijelaskan di bagian berikut.
Untuk informasi selengkapnya tentang harga blok blob, lihat Harga blok blob.
Biaya kapasitas penyimpanan
Selain jumlah data yang disimpan, biaya penyimpanan data bervariasi bergantung pada tingkat penyimpanan. Biaya per gigabyte menurun seiring tingkatannya menjadi lebih dingin.
Biaya akses data
Biaya akses data meningkat saat tingkatan makin dingin. Untuk data di tingkat akses sejuk, dingin, dan arsip, Anda dikenakan biaya per-gigabyte untuk akses data pembacaan.
Biaya transaksi
Biaya per transaksi berlaku untuk semua tingkatan dan meningkat seiring dengan turunnya tingkatan.
Biaya transfer data replikasi geografis
Biaya ini hanya berlaku untuk akun dengan replikasi geografis yang dikonfigurasi, termasuk GRS, RA-GRS, dan GZRS. Transfer data pada geo-replikasi dikenakan biaya per gigabyte.
Biaya transfer data keluar
Transfer data keluar (data yang ditransfer keluar dari wilayah Azure) dikenakan biaya penggunaan per gigabyte. Untuk informasi lebih lanjut mengenai biaya transfer data keluar, lihat halaman Detail Harga Bandwidth.
Mengubah tingkat akses akun default
Mengubah tingkat akses akun menyebabkan biaya perubahan tingkat untuk semua blob yang belum memiliki tingkatan yang diatur secara eksplisit. Untuk informasi selengkapnya, lihat bagian berikut, Mengubah tingkat akses blob.
Mengubah tingkat akses blob
Perhatikan dampak penagihan berikut ini ketika Anda mengubah tingkat lapisan blob:
- Saat blob diunggah atau dipindahkan antar tingkatan, blob akan ditagih dengan tarif yang sesuai segera setelah pengunggahan atau perubahan tingkat.
- Ketika sebuah blob dipindahkan ke tier yang lebih dingin, operasinya ditagih sebagai operasi penulisan ke tier tujuan, di mana biaya penulisan operasi (per 10.000) dan penulisan data (per GB) dari tier tujuan berlaku.
- Ketika blob dipindahkan ke tingkat yang lebih hangat, operasi akan ditagih sebagai pembacaan dari tingkat sumber, di mana biaya untuk operasi pembacaan (per 10.000) dan pengambilan data (per GB) dari tingkat sumber berlaku. Biaya penghapusan awal untuk setiap blob yang dipindahkan dari tingkat sedang dingin, sangat dingin, atau arsip mungkin juga dikenakan.
- Saat blob sedang direhidrasi dari tingkat arsip, data blob tersebut ditagih sebagai data yang diarsipkan sampai pemulihan data selesai dan tingkat blob berubah menjadi panas, sejuk, atau dingin.
Tabel berikut meringkas cara perubahan tingkatan dikenakan biaya.
| Biaya penulisan (operasional + akses) | Biaya baca (operasi + akses) |
|---|---|
| Dari panas ke dingin Panas ke dingin Siap diarsipkan Sejuk hingga dingin Keren untuk diarsipkan Dingin untuk diarsipkan |
Arsipkan ke penyimpanan dingin Pindahkan arsip ke penyimpanan dingin Arsip ke penyimpanan aktif Dingin hingga sejuk Dingin ke panas Dingin ke panas |
Mengubah tingkat akses untuk blob saat versi diaktifkan, atau jika blob memiliki cuplikan, dapat menimbulkan biaya tambahan. Untuk informasi tentang blob dengan versioning diaktifkan, lihat Harga dan tagihan dalam dokumentasi versioning blob. Untuk informasi tentang blob dengan salinan bayangan, lihat Harga dan tagihan dalam dokumentasi salinan bayangan blob.
Lapisan dingin
Lapisan dingin memerlukan versi minimum berikut dari REST, SDK, dan alat-alat.
| Lingkungan | Versi minimum |
|---|---|
| REST API | 2021-21-02 |
| .JARING | 12.15.0 |
| Jawa | 12.21.0 |
| Ular sawah | 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.