Tanya jawab umum Tentang Azure Blob Storage

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.

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.

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.

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.

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. Syarat ini hanya berlaku untuk waktu dimodifikasi terakhir kali. 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.

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.

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.

Aturan inventaris harian dirancang untuk berjalan sekali setiap hari. Selain itu, ada aturan inventaris mingguan yang dijadwalkan untuk setiap hari Minggu.

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.

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.

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.

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.

Tidak, data yang ada tidak terpengaruh. Hanya hasil inventori blob baru yang memiliki beberapa file inventori.

Tidak, perubahan terjadi dengan mulus.

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.

Ini tidak disarankan, tetapi mungkin. Silakan bekerja melalui saluran dukungan Anda untuk meminta untuk menonaktifkan fitur ini.

Silakan bekerja melalui tim akun Anda saat ini dan saluran dukungan.

Perubahan ini akan mulai peluncuran bertahap mulai 1 September 2023.

Tidak. Azure Compute mendukung metrik pada diska. Untuk mengetahui informasi selengkapnya, lihat Metrik per disk untuk Disk Terkelola dan Tidak Terkelola.

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.

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.

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.

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.

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.

Tidak. Situs web statik hanya mendukung akses baca publik anonim untuk file dalam kontainer $web.

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.

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.

Anda dapat mengonfigurasi tajuk host untuk situs web statik dengan menggunakan Azure CDN - Verizon Premium. Kami ingin mendengar umpan balik Anda di sini.

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.

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.

Tidak, jika Anda perlu mencari di dalam data blob, gunakan akselerasi kueri atau pencarian Azure.

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.

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.

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:

• Pengenalan Azure Storage
• Apa itu penyimpanan Azure Blob