Artikel ini menyediakan daftar tanya jawab umum (FAQ) untuk Azure Blob Storage.
Kebijakan manajemen Lifecycle
Saya membuat kebijakan baru. Mengapa tindakan tidak segera berjalan?
Platform mengeksekusi kebijakan siklus hidup sekali sehari. Setelah Anda mengonfigurasi kebijakan, diperlukan waktu hingga 24 jam untuk diterapkan. Setelah kebijakan berlaku, waktu yang diambil untuk tindakan yang dijalankan dapat bervariasi tergantung pada ukuran akun penyimpanan dan operasi yang dilakukan.
Jika saya memperbarui kebijakan yang ada, berapa lama waktu yang diperlukan agar tindakan dieksekusi?
Kebijakan yang diperbarui membutuhkan waktu hingga 24 jam untuk diberlakukan. Setelah kebijakan berlaku, waktu yang diperlukan agar tindakan berjalan bervariasi tergantung pada ukuran akun penyimpanan dan operasi yang dilakukan. Jika pembaruan adalah menonaktifkan atau menghapus aturan, dan enableAutoTierToHotFromCool digunakan, maka tingkatan otomatis ke tingkat panas masih akan terjadi. Misalnya, tetapkan aturan termasuk enableAutoTierToHotFromCool berdasarkan akses terakhir. Jika aturan dinonaktifkan atau dihapus, dan blob saat ini berada di tingkat dingin atau dingin dan kemudian diakses, aturan akan berpindah kembali ke tingkat panas karena diterapkan pada akses di luar manajemen siklus hidup. Blob kemudian tidak akan berpindah dari panas ke dingin atau dingin mengingat aturan manajemen siklus hidup dinonaktifkan atau dihapus. Satu-satunya cara untuk mencegah autoTierToHotFromCool adalah dengan menonaktifkan pelacakan waktu akses terakhir.
Eksekusi selesai tetapi tidak memindahkan atau menghapus beberapa blob
Bergantung pada ukuran dan jumlah objek yang ada di akun penyimpanan, lebih dari satu eksekusi mungkin diperlukan untuk memproses semua objek. Anda juga dapat memeriksa log sumber daya penyimpanan untuk melihat apakah operasi sedang dilakukan oleh kebijakan manajemen siklus hidup.
Saya tidak melihat perubahan kapasitas meskipun kebijakan sedang menjalankan dan menghapus blob
Periksa untuk melihat apakah fitur perlindungan data seperti penghapusan sementara atau penerapan versi diaktifkan di akun penyimpanan. Bahkan jika kebijakan menghapus blob, blob tersebut mungkin masih ada dalam status dihapus sementara atau sebagai versi yang lebih lama tergantung pada bagaimana fitur ini dikonfigurasi.
Saya merehidrasi blob yang diarsipkan. Bagaimana cara mencegahnya dipindahkan kembali ke tingkat Arsip untuk sementara waktu?
Jika ada kebijakan manajemen siklus hidup yang berlaku untuk akun penyimpanan, rehidrasi blob dengan mengubah tingkatnya dapat mengakibatkan skenario di mana kebijakan siklus hidup memindahkan blob kembali ke tingkat arsip. Ini dapat terjadi jika waktu terakhir kali dimodifikasi, pembuatan, atau akses terakhir kali berada di luar ambang yang ditetapkan untuk kebijakan. Ada tiga cara untuk mencegah hal ini terjadi:
Tambahkan syarat
daysAfterLastTierChangeGreaterThan
ke tindakan tierToArchive kebijakan. Lihat Menggunakan kebijakan manajemen siklus hidup untuk mengarsipkan blob.Nonaktifkan aturan yang memengaruhi blob ini untuk sementara untuk mencegahnya diarsipkan lagi. Aktifkan kembali aturan ketika blob dapat dipindahkan kembali ke tingkat arsip dengan aman.
Jika blob perlu tetap berada di tingkat panas, dingin, atau dingin secara permanen, salin blob ke lokasi lain di mana kebijakan pengelolaan siklus hidup tidak berlaku.
String kecocokan awalan blob tidak menerapkan kebijakan ke blob yang diharapkan
Bidang pencocokan awalan blob dari kebijakan adalah jalur blob penuh atau sebagian, yang digunakan untuk mencocokkan blob yang Anda inginkan untuk diterapkan oleh tindakan kebijakan. Jalur harus dimulai dengan nama kontainer. Jika tidak ada kecocokan awalan yang ditentukan, kebijakan akan berlaku untuk semua blob di akun penyimpanan. Format string pencocokan prefiks adalah [container name]/[blob name]
.
Selalu ingat poin-poin tentang string pencocokan prefiks berikut:
- String pencocokan prefiks seperti container1/ berlaku untuk semua blob dalam kontainer bernama container1. String pencocokan prefiks container1, tanpa karakter garis miring maju(/), berlaku untuk semua blob di semua kontainer di mana nama kontainer dimulai dengan container1. Prefiks akan cocok dengan kontainer bernama container11, container1234, container1ab, dan seterusnya.
- String pencocokan prefiks container1/sub1/ berlaku untuk semua blob dalam kontainer bernama container1 yang dimulai dengan string sub1/. Misalnya, prefiks akan cocok dengan blob bernama container1/sub1/test.txt atau container1/sub1/sub2/test.txt.
- Karakter dengan tanda bintang
*
merupakan karakter yang valid untuk nama blob. Jika karakter dengan tanda bintang digunakan dalam prefiks, maka prefiks akan cocok dengan blob yang memiliki tanda bintang dalam namanya. Tanda bintang tidak berfungsi sebagai wildcard. - Karakter dengan tanda tanya
?
merupakan karakter yang valid untuk nama blob. Jika karakter dengan tanda tanya digunakan dalam prefiks, maka prefiks akan cocok dengan blob yang memiliki tanda tanya dalam namanya. Tanda tanya tidak berfungsi sebagai wildcard. - Pencocokan prefiks hanya mempertimbangkan perbandingan logis positif (=). Perbandingan logis negatif (!=) diabaikan.
- Pencocokan awalan beroperasi dengan cara yang peka huruf besar/kecil.
Apakah ada cara untuk mengidentifikasi waktu di mana kebijakan akan dijalankan?
Sayangnya, tidak ada cara untuk melacak waktu di mana kebijakan akan dijalankan, karena ini adalah proses penjadwalan latar belakang. Namun, platform akan menjalankan kebijakan sekali setiap harinya.
Inventaris blob Azure Storage
Saya membuat aturan inventaris baru. Apakah akan berjalan pada saat yang sama setiap hari?
Aturan inventaris harian dirancang untuk berjalan sekali setiap hari. Selain itu, ada aturan inventaris mingguan yang dijadwalkan untuk setiap hari Minggu.
Dapatkah saya mengharapkan aturan berjalan pada waktu yang tetap?
Meskipun kami berusaha untuk memberikan pengalaman yang konsisten, kami tidak dapat menjamin waktu eksekusi yang tepat untuk setiap eksekusi. Waktu eksekusi aturan inventaris mungkin bervariasi. Misalnya, jika kebijakan hari ini dijadwalkan untuk pukul 12.05, kebijakan mungkin dimulai pada pukul 12.07, 12.15, atau waktu lain pada hari berikutnya.
Beberapa output file inventori
Apa yang telah berubah sehubungan dengan jumlah file inventori yang dihasilkan?
Laporan Blob Inventory menghasilkan tiga jenis file. Lihat File inventori. Pelanggan yang sudah ada yang menggunakan inventori blob mungkin melihat perubahan jumlah file inventori, dari satu file ke beberapa file. Hari ini, kita sudah memiliki file manifes yang menyediakan daftar file. Perilaku ini tetap tidak berubah, sehingga file-file ini tercantum dalam file manifes.
Mengapa perubahan dilakukan?
Perubahan ini diimplementasikan untuk meningkatkan performa inventori blob, terutama untuk akun penyimpanan besar yang berisi lebih dari lima juta objek. Sekarang, hasilnya ditulis secara paralel dengan beberapa file, menghilangkan penyempitan penggunaan satu file inventarisasi. Perubahan ini diminta oleh umpan balik pelanggan, karena mereka melaporkan kesulitan dalam membuka dan bekerja dengan file inventori tunggal yang terlalu besar.
Bagaimana perubahan ini memengaruhi saya sebagai pengguna?
Sebagai pengguna, perubahan ini berdampak positif pada pengalaman Anda dengan inventaris blob berjalan. Ini diharapkan dapat meningkatkan performa dan mengurangi waktu berjalan secara keseluruhan. Namun, untuk sepenuhnya mendapat manfaat dari peningkatan ini, Anda harus memastikan bahwa kode Anda diperbarui untuk memproses beberapa file hasil, bukan hanya satu. Penyesuaian ini menyelaraskan kode Anda dengan pendekatan baru dan mengoptimalkan penanganan data inventarisasi.
Apakah data saya yang ada terpengaruh?
Tidak, data yang ada tidak terpengaruh. Hanya hasil inventori blob baru yang memiliki beberapa file inventori.
Apakah akan ada gangguan waktu henti atau layanan?
Tidak, perubahan terjadi dengan mulus.
Apakah ada sesuatu yang harus saya lakukan secara berbeda sekarang?
Tindakan yang diperlukan bergantung pada bagaimana Anda saat ini memproses hasil inventori blob:
Jika pemrosesan Anda saat ini mengasumsikan satu file hasil inventori, maka Anda perlu memodifikasi kode Anda untuk mengakomodasi beberapa file hasil inventori.
Namun, jika pemrosesan Anda saat ini melibatkan pembacaan daftar file hasil dari file manifes, Anda tidak perlu membuat perubahan apa pun pada cara Anda memproses hasilnya. Pendekatan yang ada terus bekerja dengan mulus dengan fitur yang diperbarui.
Dapatkah saya kembali ke perilaku sebelumnya jika saya tidak menyukai perubahan?
Ini tidak disarankan, tetapi mungkin. Silakan bekerja melalui saluran dukungan Anda untuk meminta untuk menonaktifkan fitur ini.
Bagaimana cara memberikan umpan balik atau melaporkan masalah yang terkait dengan perubahan?
Silakan bekerja melalui tim akun Anda saat ini dan saluran dukungan.
Kapan perubahan ini akan berlaku?
Perubahan ini akan mulai peluncuran bertahap mulai 1 September 2023.
Metrik dan Log
Apakah Azure Storage mendukung metrik untuk Diska Terkelola atau Diska Tidak Terkelola?
Tidak. Azure Compute mendukung metrik pada diska. Untuk mengetahui informasi selengkapnya, lihat Metrik per disk untuk Disk Terkelola dan Tidak Terkelola.
Apa yang ditunjukkan garis putus-putus dalam bagan Metrik Azure?
Beberapa bagan metrik Azure, seperti bagan yang menampilkan ketersediaan dan data latensi, menggunakan garis putus-putus untuk menunjukkan bahwa ada nilai yang hilang (juga dikenal sebagai nilai null) antara dua titik data butir waktu yang diketahui. Misalnya, jika dalam pemilih waktu Anda memilih 1 minute
granularitas waktu, tetapi metrik dilaporkan pada 07:26, 07:27, 07:29, dan 07:30, maka garis putus-putus tersambung 07:27 dan 07:29 karena ada kesenjangan menit antara kedua titik data tersebut. Garis solid menghubungkan semua titik data lainnya. Garis putus-putus turun ke nol saat metrik menggunakan agregasi hitungan dan jumlah. Untuk agregasi rata-rata, min atau maks, garis putus-putus menghubungkan dua titik data terdekat yang diketahui. Selain itu, ketika data hilang di sisi paling kanan atau paling kiri dari bagan, garis putus-putus meluas ke arah titik data yang hilang.
Bagaimana cara melacak ketersediaan akun penyimpanan saya?
Anda dapat mengonfigurasi pemberitahuan kesehatan sumber daya berdasarkan layanan Azure Resource Health untuk melacak ketersediaan akun penyimpanan Anda. Jika tidak ada transaksi pada akun, maka pemberitahuan melaporkan berdasarkan kesehatan kluster Penyimpanan tempat akun penyimpanan Anda berada.
Ubah dukungan umpan
Apa perbedaan antara pengelogan umpan perubahan dan Storage Analytics?
Log analitik memiliki rekaman semua operasi baca, tulis, daftar, dan hapus dengan permintaan yang berhasil dan gagal di semua operasi. Log Analytics adalah upaya terbaik dan susunannya tidak dijamin.
Umpan perubahan adalah solusi yang menyediakan log transaksional dari mutasi yang berhasil atau perubahan pada akun Anda seperti pembuatan, modifikasi, dan penghapusan blob. Umpan perubahan menjamin semua kejadian akan direkam dan ditampilkan dalam urutan perubahan yang berhasil per blob, sehingga Anda tidak perlu menyaring kebisingan dari volume besar operasi baca atau permintaan yang gagal. Umpan perubahan pada dasarnya dirancang dan dioptimalkan untuk pengembangan aplikasi yang memerlukan jaminan tertentu.
Haruskah saya menggunakan umpan perubahan atau kejadian Azure Storage?
Anda dapat memanfaatkan kedua fitur itu sebagai umpan perubahan dan kejadian penyimpanan blob memberikan informasi yang sama dengan jaminan keandalan pengiriman yang sama, dengan perbedaan utamanya adalah latensi, pengurutan, dan penyimpanan rekaman kejadian. Umpan perubahan menerbitkan rekaman ke log dalam beberapa menit setelah perubahan dan juga menjamin urutan operasi perubahan per blob. Peristiwa penyimpanan didorong secara real time dan mungkin tidak urut. Peristiwa umpan perubahan disimpan secara tahan lama di dalam akun penyimpanan Anda sebagai log stabil baca-saja dengan retensi yang ditentukan sendiri, sementara peristiwa penyimpanan bersifat sementara untuk digunakan oleh penanganan aktivitas kecuali Anda secara eksplisit menyimpannya. Dengan umpan perubahan, seluruh aplikasi Anda dapat mengonsumsi log kapan pun menggunakan blob API atau SDK.
Hosting situs web statis
Apakah firewall Azure Storage bekerja dengan situs web statik?
Ya. Aturan keamanan jaringan akun penyimpanan, termasuk firewall berbasis IP dan VNET, didukung untuk titik akhir situs web statik, dan dapat digunakan untuk melindungi situs web Anda.
Apakah situs web statis mendukung Microsoft Entra ID?
Tidak. Situs web statik hanya mendukung akses baca publik anonim untuk file dalam kontainer $web.
Bagaimana cara menggunakan domain kustom dengan situs web statik?
Anda dapat mengonfigurasi domain kustom dengan situs web statik dengan menggunakan Azure Content Delivery Network (Azure CDN). Azure CDN menyediakan latensi rendah yang konsisten ke situs web Anda dari mana saja di dunia.
Bagaimana cara menggunakan sertifikat Secure Sockets Layer (SSL) kustom dengan situs web statis?
Anda dapat mengonfigurasi sertifikat SSL kustom dengan situs web statis menggunakan Microsoft Azure Content Delivery Network. Azure CDN menyediakan latensi rendah yang konsisten ke situs web Anda dari mana saja di dunia.
Bagaimana cara menambahkan header dan aturan kustom dengan situs web statis?
Anda dapat mengonfigurasi tajuk host untuk situs web statik dengan menggunakan Azure CDN - Verizon Premium. Kami ingin mendengar umpan balik Anda di sini.
Mengapa saya mendapatkan galat HTTP 404 dari situs web statis?
Kesalahan 404 dapat terjadi jika Anda merujuk ke nama file dengan menggunakan kasus yang salah. Misalnya: Index.html
dan bukan index.html
. Nama file dan ekstensi di url situs web statik peka huruf besar/kecil meskipun disajikan melalui HTTP. Ini juga dapat terjadi jika titik akhir Azure CDN Anda belum disediakan. Tunggu hingga 90 menit setelah Anda memprovisikan CDN Azure baru agar propagasi selesai.
Mengapa direktori akar situs web tidak dialihkan ke halaman indeks default?
Di portal Microsoft Azure, buka halaman konfigurasi situs web statis akun Anda dan temukan nama dan ekstensi yang diatur di bidang Nama dokumen indeks. Pastikan nama ini sama persis dengan nama file yang ada di kontainer $web akun penyimpanan. Nama file dan ekstensi di url situs web statik peka huruf besar/kecil meskipun disajikan melalui HTTP.
Tag indeks blob
Bisakah indeks blob membantu saya memfilter dan mengkueri konten di dalam blob saya?
Tidak, jika Anda perlu mencari di dalam data blob, gunakan akselerasi kueri atau pencarian Azure.
Apakah ada persyaratan pada nilai tag indeks?
Tag indeks blob hanya mendukung tipe data untai (karakter) dan kueri mengembalikan hasil dengan urutan leksikografis. Untuk angka, zero-pad angkanya. Untuk tanggal dan waktu, simpan sebagai format yang mematuhi ISO 8601.
Apakah tag indeks blob dan tag Azure Resource Manager berhubungan?
Tidak, tag Resource Manager membantu mengatur sumber daya bidang kontrol seperti langganan, grup sumber daya, dan akun penyimpanan. Tag indeks menyediakan manajemen blob dan penemuan pada bidang data.
Mengelola biaya
Jika saya menggunakan Azure Storage hanya beberapa hari dalam sebulan, apakah biayanya diproratakan?
Kapasitas penyimpanan ditagihkan dalam jumlah harian rata-rata penyimpanan data, dalam gigabyte (GB), selama periode bulanan. Misalnya, jika Anda secara konsisten menggunakan penyimpanan sebesar 10 GB untuk paruh pertama bulan tersebut, dan tidak menggunakan penyimpanan untuk paruh kedua bulan tersebut, Anda akan ditagihkan penggunaan rata-rata penyimpanan sebesar 5 GB.
Langkah berikutnya
Anda dapat mempelajari selengkapnya tentang Azure Blob Storage dengan mengunjungi tautan berikut: