Mengatur 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/P15//P30P40/P50///P60P6P10/P20) menentukan ukuran, IOPS, dan bandwidth blob yang diizinkan. Tingkat blob blok menentukan HotColdArchive/Cool//jenis penyimpanan. 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 Set Blob Tier permintaan 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	Opsional. Parameter rekam jepret adalah nilai buram DateTime 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 buram DateTime yang, ketika ada, menentukan versi blob untuk mengatur tingkatan.
timeout	Pilihan. Parameter timeout dinyatakan dalam hitung detik. Untuk informasi selengkapnya, lihat Mengatur waktu habis untuk operasi Blob Storage.

Header permintaan

Header permintaan yang diperlukan dan opsional dijelaskan dalam tabel berikut:

Meminta kop	Deskripsi
Authorization	Wajib diisi. Menentukan skema otorisasi, nama akun penyimpanan, dan tanda tangan. Untuk informasi selengkapnya, lihat Mengotorisasi permintaan ke Azure Storage.
Date atau x-ms-date	Wajib diisi. Menentukan Waktu Universal Terkoordinasi (UTC) untuk permintaan tersebut. Untuk informasi selengkapnya, lihat Mengotorisasi permintaan ke Azure Storage.
x-ms-access-tier	Wajib diisi. 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, , CoolCold, dan Archive. Catatan:Cold tingkat didukung untuk versi 2021-12-02 dan yang lebih baru. Untuk informasi mendetail tentang tingkatan 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	Pilihan. Menyediakan nilai buram yang dihasilkan klien dengan batas karakter 1 kB yang dicatat dalam log analitik saat pengelogan analitik penyimpanan diaktifkan. Menggunakan header ini sangat direkomendasikan untuk mengkorelasi aktivitas sisi klien dengan permintaan yang diterima oleh server. Untuk informasi selengkapnya, lihat Tentang Pengelogan Analitik Penyimpanan.
x-ms-rehydrate-priority	Opsional. Menunjukkan prioritas untuk merehidrasi blob yang diarsipkan. Didukung pada versi 2019-02-02 dan yang lebih baru untuk blob blok. Nilai yang valid adalah 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 ditetapkan sebelumnya. Pengaturan prioritas dapat diubah dari Standard ke High dengan memanggil Atur Tingkat Blob dengan header ini diatur ke High dan diatur 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 menjenjangkan blob hanya jika kondisi tertentu terpenuhi. Untuk informasi selengkapnya, lihat Menentukan header kondisional untuk operasi Blob Storage.

Isi permintaan

Tidak ada.

Respons

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:

Tingkat	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 dalam 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 x-ms-client-request-id header jika ada dalam permintaan dan nilai berisi tidak lebih dari 1.024 karakter ASCII yang terlihat. x-ms-client-request-id Jika header tidak ada dalam permintaan, header tidak akan ada dalam respons.

Authorization

Otorisasi diperlukan saat memanggil operasi akses data apa pun di Azure Storage. Anda dapat mengotorisasi operasi seperti yang Set Blob Tier dijelaskan di bawah ini.

Microsoft Entra ID

Azure Storage mendukung penggunaan Microsoft Entra ID 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 dapat berupa 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 Blob service.

Untuk mempelajari selengkapnya tentang otorisasi menggunakan Microsoft Entra ID, lihat Mengotorisasi akses ke blob menggunakan Microsoft Entra ID.

Izin

Tercantum di bawah ini adalah tindakan RBAC yang diperlukan bagi pengguna, grup, atau perwakilan layanan Microsoft Entra untuk memanggil Set Blob Tier operasi, dan peran Azure RBAC bawaan paling tidak istimewa yang mencakup tindakan ini:

• Tindakan Azure RBAC:Microsoft.Storage/storageAccounts/blobServices/containers/blobs/write
• Peran bawaan yang paling tidak istimewa:Kontributor Data Blob Penyimpanan

Untuk mempelajari selengkapnya tentang menetapkan peran menggunakan Azure RBAC, lihat Menetapkan peran Azure untuk akses ke data blob.

Tanda tangan akses bersama (SAS)

Tanda tangan akses bersama (SAS) menyediakan akses delegasi yang aman ke sumber daya di akun penyimpanan. Dengan SAS, Anda memiliki kontrol terperinci atas bagaimana klien dapat mengakses data. Anda dapat menentukan sumber daya apa yang dapat diakses klien, izin apa yang mereka miliki ke sumber daya tersebut, dan berapa lama SAS valid.

Operasi ini Set Blob Tier mendukung tiga jenis tanda tangan akses bersama: SAS delegasi pengguna, SAS layanan, dan SAS akun.

Sebagai praktik terbaik keamanan, kami sarankan Anda menggunakan kredensial Microsoft Entra daripada kunci akun penyimpanan, yang dapat lebih mudah disusupi. Jika desain aplikasi Anda memerlukan tanda tangan akses bersama, gunakan kredensial Microsoft Entra untuk membuat SAS delegasi pengguna, jika memungkinkan.

Ketika akses Kunci Bersama tidak diizinkan untuk akun penyimpanan, token SAS layanan atau token SAS akun tidak akan diizinkan berdasarkan permintaan ke Blob Storage. Untuk mempelajari lebih lanjut, lihat Memahami bagaimana melarang Kunci Bersama memengaruhi token SAS.

Delegasi pengguna SAS

SAS delegasi pengguna diamankan dengan kredensial Microsoft Entra dan juga oleh izin yang ditentukan untuk SAS.

Memanggil Set Blob Tier operasi menggunakan token SAS yang didelegasikan ke kontainer atau sumber daya blob memerlukan izin Tulis (w) sebagai bagian dari token SAS delegasi pengguna.

Untuk mempelajari selengkapnya tentang SAS delegasi pengguna, lihat Membuat SAS delegasi pengguna.

Layanan SAS

Layanan SAS diamankan dengan kunci akun penyimpanan. SAS layanan mendelegasikan akses ke sumber daya dalam satu layanan Azure Storage, seperti penyimpanan blob.

Memanggil Set Blob Tier operasi menggunakan token SAS yang didelegasikan ke kontainer atau sumber daya blob memerlukan izin Tulis (w) sebagai bagian dari token SAS layanan.

Untuk mempelajari selengkapnya tentang layanan SAS, lihat Membuat layanan SAS.

Akun SAS

Akun SAS diamankan dengan kunci akun penyimpanan. Akun SAS delegasikan akses ke sumber daya di satu atau beberapa layanan penyimpanan. Semua operasi yang tersedia melalui layanan atau delegasi pengguna SAS juga tersedia melalui akun SAS.

Tabel berikut menunjukkan jenis sumber daya yang ditandatangani dan izin yang ditandatangani untuk menentukan saat mendelegasikan akses:

Operasi	Layanan yang ditandatangani	Jenis sumber daya yang ditandatangani	Izin yang ditandatangani
Mengatur tingkat blob	Blob (b)	Objek (o)	Tulis (w)

Untuk mempelajari selengkapnya tentang akun SAS, lihat Membuat akun SAS.

Kunci Bersama

Operasi ini Set Blob Tier mendukung otorisasi Kunci Bersama. Otorisasi dengan kunci akun tidak disarankan untuk sebagian besar skenario, karena kurang aman.

Microsoft merekomendasikan untuk melarang otorisasi Kunci Bersama untuk akun penyimpanan jika memungkinkan. Untuk informasi selengkapnya, lihat Mencegah otorisasi dengan Kunci Bersama.

Keterangan

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 v2 tujuan umum memiliki batasan berikut:

• Mengatur tingkat pada rekam jepret diizinkan per REST versi 2019-12-12.
• Rekam jepret yang berjenjang archive tidak dapat direhidrasi kembali ke rekam jepret. Artinya, rekam jepret tidak dapat dibawa kembali ke hot tingkat atau cool . Satu-satunya cara untuk mengambil data dari rekam archive jepret atau versi adalah dengan menyalinnya ke blob baru.
• Jika versinya adalah blob akar, itu dapat direhidrasi kembali ke hot atau cool.
• 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 saat berada 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.

Catatan

Untuk informasi terperinci tentang tingkatan tingkat blob blok, lihat Tingkat penyimpanan panas, dingin, dan arsip.

Billing

Permintaan harga dapat berasal dari klien yang menggunakan API Blob Storage, baik langsung melalui Blob Storage REST API, atau dari pustaka klien Azure Storage. Permintaan ini mengumpulkan biaya per transaksi. Jenis transaksi memengaruhi cara akun ditagih. Misalnya, transaksi baca bertambah ke kategori penagihan yang berbeda dari transaksi tulis. Tabel berikut ini memperlihatkan kategori penagihan untuk Set Blob Tier permintaan berdasarkan jenis akun penyimpanan:

Operasi	Jenis akun penyimpanan	Kategori penagihan
Mengatur Tingkat Blob (tingkat ke bawah)	Objek besar biner blok premium Tujuan umum standar v2	Operasi tulis
Mengatur Tingkat Blob (tingkat ke atas)	Objek besar biner blok premium Tujuan umum standar v2	Membacakan 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 galat
Kode kesalahan Blob Storage
Mengatur waktu habis untuk operasi Blob Storage