Atur Tingkat Blob
Operasi Set Blob Tier
mengatur tingkat akses pada blob. Operasi ini diizinkan pada blob halaman di akun penyimpanan premium dan pada blob blok dalam penyimpanan blob atau akun tujuan umum v2. Tingkat blob halaman premium (P4
/P6
/P10
/P15
/P20
/P30
/P40
/P50
/P60
) menentukan ukuran, IOPS, dan bandwidth blob yang diizinkan. Tingkat blob blok menentukan jenis penyimpanan Hot
/Cool
/Cold
/Archive
. Operasi ini tidak memperbarui ETag blob.
Untuk informasi terperinci tentang tingkatan tingkat blob blok, lihat tingkat penyimpanan Panas, dingin, dan arsip.
Minta
Anda dapat membuat permintaan Set Blob Tier
sebagai berikut. Kami menyarankan agar Anda menggunakan HTTPS. Ganti myaccount dengan nama akun penyimpanan Anda, dan ganti myblob dengan nama blob yang tingkatnya akan diubah.
Metode | Meminta URI | Versi HTTP |
---|---|---|
PUT |
https://myaccount.blob.core.windows.net/mycontainer/myblob?comp=tier |
HTTP/1.1 |
Parameter URI
Anda dapat menentukan parameter tambahan berikut pada URI permintaan:
Parameter | Deskripsi |
---|---|
snapshot |
Fakultatif. Parameter rekam jepret adalah nilai DateTime buram yang, saat ada, menentukan rekam jepret blob untuk mengatur tingkatan. Untuk informasi selengkapnya tentang bekerja dengan rekam jepret blob, lihat Membuat rekam jepret blob |
versionid |
Opsional untuk versi 2019-12-12 dan yang lebih baru. Parameter versionid adalah nilai DateTime buram yang, saat ada, menentukan versi blob untuk mengatur tingkatan. |
timeout |
Fakultatif. Parameter timeout dinyatakan dalam hitung detik. Untuk informasi selengkapnya, lihat Mengatur batas waktu untuk operasi Blob Storage. |
Header permintaan
Header permintaan yang diperlukan dan opsional dijelaskan dalam tabel berikut:
Header permintaan | Deskripsi |
---|---|
Authorization |
Diperlukan. Menentukan skema otorisasi, nama akun penyimpanan, dan tanda tangan. Untuk informasi selengkapnya, lihat Mengotorisasi permintaan ke Azure Storage. |
Date atau x-ms-date |
Diperlukan. Menentukan Waktu Universal Terkoordinasi (UTC) untuk permintaan tersebut. Untuk informasi selengkapnya, lihat Mengotorisasi permintaan ke Azure Storage. |
x-ms-access-tier |
Diperlukan. Menunjukkan tingkat yang akan diatur pada blob. Untuk daftar tingkat blob halaman premium yang diizinkan, lihat Penyimpanan Premium berkinerja tinggi dan disk terkelola untuk VM. Untuk penyimpanan blob atau akun tujuan umum v2, nilai yang valid adalah Hot , Cool , Cold , dan Archive .
Catatan: tingkatCold didukung untuk versi 2021-12-02 dan yang lebih baru. Untuk informasi terperinci tentang tingkatan tingkat blob akun blob standar, lihat tingkat penyimpanan Panas, dingin, dan arsip. |
x-ms-version |
Diperlukan untuk semua permintaan yang diotorisasi. Menentukan versi operasi yang akan digunakan untuk permintaan ini. Untuk informasi selengkapnya, lihat Penerapan Versi untuk Azure Storage Services. |
x-ms-client-request-id |
Fakultatif. Menyediakan nilai buram yang dihasilkan klien dengan batas karakter 1 kB yang direkam dalam log analitik saat pengelogan analitik penyimpanan diaktifkan. Menggunakan header ini sangat disarankan untuk menghubungkan aktivitas sisi klien dengan permintaan yang diterima oleh server. Untuk informasi selengkapnya, lihat Tentang Pengelogan Analitik Penyimpanan. |
x-ms-rehydrate-priority |
Fakultatif. Menunjukkan prioritas untuk merehidrasi blob yang diarsipkan. Didukung pada versi 2019-02-02 dan yang lebih baru untuk blob blok. Nilai yang valid High /Standard . Prioritas dapat diatur pada blob hanya sekali untuk versi sebelum 2020-06-12; header ini akan diabaikan pada permintaan berikutnya. Pengaturan prioritas default adalah Standard .Dimulai dengan versi 2020-06-12, prioritas rehidrasi dapat diperbarui setelah sebelumnya ditetapkan. Pengaturan prioritas dapat diubah dari Standard ke High dengan memanggil Atur Tingkat Blob dengan header ini diatur ke High dan mengatur x-ms-access-tier ke nilai yang sama seperti yang ditetapkan sebelumnya. Pengaturan prioritas tidak dapat diturunkan dari High ke Standard . |
Operasi ini juga mendukung penggunaan header kondisional untuk meratakan blob hanya jika kondisi tertentu terpenuhi. Untuk informasi selengkapnya, lihat Menentukan header kondisional untuk operasi Blob Storage.
Isi permintaan
Tidak.
Jawaban
Respons mencakup kode status HTTP dan sekumpulan header respons.
Kode status
Operasi yang berhasil mengembalikan kode status 200 (OK) jika tingkat baru segera berlaku, atau kode status 202 (Diterima) jika transisi ke tingkat baru tertunda.
Untuk akun penyimpanan premium, operasi blob halaman mengembalikan kode status 200 (OK).
Untuk blob blok, kode status HTTP yang dikembalikan, berdasarkan tingkat blob saat ini dan yang diminta, dijelaskan dalam tabel berikut:
Tier | Atur ke tingkat panas | Atur ke tingkat dingin | Atur ke tingkat dingin | Atur ke tingkat arsip |
---|---|---|---|---|
Blob di tingkat panas | 200 | 200 | 200 | 200 |
Blob dalam tingkat dingin | 200 | 200 | 200 | 200 |
Blob dalam tingkat dingin | 200 | 200 | 200 | 200 |
Blob di tingkat arsip | 202 | 202 | 202 | 200 |
Blob di tingkat arsip, rehidrasi ke panas | 202 | 409 | 409 | 409 |
Blob di tingkat arsip, rehidrasi ke dingin | 409 | 202 | 409 | 409 |
Blob di tingkat arsip, rehidrasi ke dingin | 409 | 409 | 202 | 409 |
Untuk informasi selengkapnya tentang kode status, lihat Status dan kode kesalahan.
Header respons
Respons untuk operasi ini mencakup header berikut. Respons juga dapat mencakup header HTTP standar tambahan. Semua header standar sesuai dengan spesifikasi protokol HTTP/1.1 .
Header respons | Deskripsi |
---|---|
x-ms-request-id |
Secara unik mengidentifikasi permintaan yang dibuat dan dapat digunakan untuk memecahkan masalah permintaan. Untuk informasi selengkapnya, lihat Memecahkan masalah operasi API. |
x-ms-version |
Versi Blob Storage yang digunakan untuk menjalankan permintaan. Header ini dikembalikan untuk permintaan yang dibuat terhadap versi 2009-09-19 dan yang lebih baru. |
x-ms-client-request-id |
Dapat digunakan untuk memecahkan masalah permintaan dan respons yang sesuai. Nilai header ini sama dengan nilai header x-ms-client-request-id jika ada dalam permintaan dan nilai berisi tidak lebih dari 1.024 karakter ASCII yang terlihat. Jika header x-ms-client-request-id tidak ada dalam permintaan, header tersebut tidak akan ada dalam respons. |
Otorisasi
Otorisasi diperlukan saat memanggil operasi akses data apa pun di Azure Storage. Anda dapat mengotorisasi operasi Set Blob Tier
seperti yang dijelaskan di bawah ini.
Penting
Microsoft merekomendasikan penggunaan ID Microsoft Entra dengan identitas terkelola untuk mengotorisasi permintaan ke Azure Storage. MICROSOFT Entra ID menyediakan keamanan yang unggul dan kemudahan penggunaan dibandingkan dengan otorisasi Kunci Bersama.
Azure Storage mendukung penggunaan ID Microsoft Entra untuk mengotorisasi permintaan ke data blob. Dengan MICROSOFT Entra ID, Anda dapat menggunakan kontrol akses berbasis peran Azure (Azure RBAC) untuk memberikan izin kepada prinsip keamanan. Prinsip keamanan mungkin pengguna, grup, perwakilan layanan aplikasi, atau identitas terkelola Azure. Prinsip keamanan diautentikasi oleh MICROSOFT Entra ID untuk mengembalikan token OAuth 2.0. Token kemudian dapat digunakan untuk mengotorisasi permintaan terhadap layanan Blob.
Untuk mempelajari selengkapnya tentang otorisasi menggunakan ID Microsoft Entra, lihat Mengotorisasi akses ke blob menggunakan ID Microsoft Entra.
Izin
Tercantum di bawah ini adalah tindakan RBAC yang diperlukan untuk pengguna, grup, identitas terkelola, atau perwakilan layanan Microsoft Entra untuk memanggil operasi Set Blob Tier
, dan peran Azure RBAC bawaan yang paling tidak istimewa yang mencakup tindakan ini:
- tindakan Azure RBAC:Microsoft.Storage/storageAccounts/blobServices/containers/blobs/write
Peran bawaan dengan hak istimewa paling sedikit: Kontributor Data Blob Penyimpanan
Untuk mempelajari selengkapnya tentang menetapkan peran menggunakan Azure RBAC, lihat Menetapkan peran Azure untuk akses ke data blob.
Komentar
Mengatur tingkat blob untuk blob halaman di akun premium memiliki batasan berikut:
- Tingkat blob baru tidak boleh lebih rendah dari yang sudah ada.
- Tingkat blob baru harus dapat mengakomodasi panjang konten blob. Untuk daftar tingkatan dan panjang konten yang diizinkan, lihat Penyimpanan premium berkinerja tinggi dan disk terkelola untuk VM.
Mengatur tingkat blob blok pada Blob Storage atau akun tujuan umum v2 memiliki batasan berikut:
- Mengatur tingkat pada rekam jepret diizinkan pada REST versi 2019-12-12.
- Rekam jepret yang dijenjangkan ke
archive
tidak dapat direhidrasi kembali ke rekam jepret. Artinya, rekam jepret tidak dapat dibawa kembali ke tingkathot
ataucool
. Satu-satunya cara untuk mengambil data dari rekam jepret atau versiarchive
adalah dengan menyalinnya ke blob baru. - Jika versinya adalah blob akar, itu dapat direhidrasi kembali ke
hot
ataucool
. - Rekam jepret atau versi dalam status
archive
tidak diizinkan untuk dipromosikan ke root. - Saat penerapan versi diaktifkan, penghapusan blob akar saat berada dalam status tertunda rehidrasi akan mengakibatkan pembatalan rehidrasi, dan versi akan berada dalam status
archive
. - Jika blob ditimpa ketika dalam status rehidrasi-tertunda dan dihapus sementara, itu akan mengakibatkan pembatalan rehidrasi, dan versi rekam jepret yang dihapus sementara akan berada dalam status
archive
.
Daftar tingkatan yang didukung tidak dibatasi oleh versi permintaan, dan tingkatan baru dapat ditambahkan di masa mendatang.
Untuk blob yang menggunakan enkripsi yang disediakan pelanggan, Set Blob Tier
didukung untuk versi 2023-08-03 dan yang lebih baru. Untuk versi sebelum 2023-08-03, Set Blob Tier
mengembalikan kode status 409
untuk blob yang menggunakan enkripsi yang disediakan pelanggan.
Nota
Untuk informasi terperinci tentang tingkat blob blok, lihat tingkat penyimpanan Panas, dingin, dan arsip.
Penagihan
Permintaan harga dapat berasal dari klien yang menggunakan API Blob Storage, baik secara langsung melalui BLob Storage REST API, atau dari pustaka klien Azure Storage. Permintaan ini mengumpulkan biaya per transaksi. Jenis transaksi memengaruhi bagaimana akun ditagih. Misalnya, transaksi baca bertambah ke kategori penagihan yang berbeda dari transaksi tulis. Tabel berikut ini memperlihatkan kategori penagihan untuk permintaan Set Blob Tier
berdasarkan jenis akun penyimpanan:
Operasi | Jenis akun penyimpanan | Kategori penagihan |
---|---|---|
Atur Tingkat Blob (tingkat ke bawah) | Blob blok premium Tujuan umum standar v2 |
Operasi tulis |
Mengatur Tingkat Blob (tingkat ke atas) | Blob blok premium Tujuan umum standar v2 |
Membaca operasi |
Untuk mempelajari tentang harga untuk kategori penagihan yang ditentukan, lihat Harga Azure Blob Storage.
Lihat juga
Mengotorisasi permintaan ke Azure Storage
status dan kode kesalahan
kode kesalahan Blob Storage
Mengatur batas waktu untuk operasi Blob Storage