Metrik Layanan Azure Storage Analytics (klasik)

Pada 9 Januari 2024 metrik Storage Analytics, juga disebut sebagai metrik klasik akan dihentikan. Jika Anda menggunakan metrik klasik, pastikan untuk beralih ke metrik Azure Monitor sebelum tanggal tersebut. Artikel ini membantu Anda melakukan transisi.

Azure Storage menggunakan solusi Storage Analytics untuk menyimpan metrik yang menyertakan statistik transaksi agregat dan data kapasitas tentang permintaan ke layanan penyimpanan. Transaksi dilaporkan pada tingkat operasi API dan di tingkat layanan penyimpanan. Kapasitas dilaporkan pada tingkat layanan penyimpanan. Data metrik dapat digunakan untuk:

  • Menganalisis penggunaan layanan penyimpanan.
  • Mendiagnosa permasalahan dengan permintaan yang dibuat terhadap layanan penyimpanan.
  • Meningkatkan performa aplikasi yang menggunakan layanan.

Metrik Storage Analytics diaktifkan secara default untuk akun penyimpanan baru. Anda dapat mengonfigurasi metrik di portal Microsoft Azure , dengan menggunakan PowerShell, atau dengan menggunakan Azure CLI. Untuk panduan langkah demi langkah, lihat Mengaktifkan dan mengelola metrik Azure Storage Analytic (klasik). Anda juga dapat mengaktifkan Storage Analytics secara terprogram melalui REST API atau pustaka klien. Gunakan operasi Atur Properti Layanan untuk mengaktifkan Storage Analytics untuk setiap layanan.

Nota

Metrik Storage Analytics tersedia untuk penyimpanan Azure Blob, penyimpanan Azure Queue, penyimpanan Azure Table, dan Azure Files. Metrik Storage Analytics sekarang merupakan metrik klasik. Kami menyarankan agar Anda menggunakan metrik penyimpanan di azure Monitor alih-alih metrik Storage Analytics.

Metrik transaksi

Sekumpulan data yang kuat dicatat pada interval per jam atau menit untuk setiap layanan penyimpanan dan operasi API yang diminta, yang mencakup masuk dan keluar, ketersediaan, kesalahan, dan persentase permintaan yang dikategorikan. Untuk daftar lengkap detail transaksi, lihat skema tabel metrik Storage Analytics.

Data transaksi dicatat pada tingkat layanan dan tingkat operasi API. Pada tingkat layanan, statistik yang meringkas semua operasi API yang diminta ditulis ke entitas tabel setiap jam, bahkan jika tidak ada permintaan yang dibuat ke layanan. Pada tingkat operasi API, statistik hanya ditulis ke entitas jika operasi diminta dalam jam tersebut.

Misalnya, jika Anda melakukan operasi GetBlob pada layanan blob Anda, Metrik Analitik Penyimpanan mencatat permintaan dan menyertakannya dalam data agregat untuk layanan blob dan operasi GetBlob. Jika selama satu jam tidak ada operasi GetBlob yang diminta, entitas tidak ditulis ke $MetricsTransactionsBlob untuk operasi tersebut.

Metrik transaksi dicatat untuk permintaan pengguna dan permintaan yang dibuat oleh Storage Analytics itu sendiri. Misalnya, permintaan oleh Storage Analytics untuk menulis log dan entitas tabel direkam.

Metrik kapasitas

Nota

Saat ini, metrik kapasitas hanya tersedia untuk layanan blob.

Data kapasitas dicatat setiap harinya pada layanan blob akun penyimpanan, dan dua entitas tabel ditulis. Satu entitas menyediakan statistik untuk data pengguna, dan entitas lainnya menyediakan statistik tentang kontainer blob $logs yang digunakan oleh Storage Analytics. Tabel $MetricsCapacityBlob menyertakan statistik berikut:

  • Kapasitas: Jumlah penyimpanan yang digunakan oleh layanan blob dari akun penyimpanan, dalam byte.

  • ContainerCount: Jumlah kontainer blob dalam layanan blob dari akun penyimpanan.

  • ObjectCount: Jumlah blok atau blob halaman yang dikomit dan tidak dikomit di layanan blob akun penyimpanan.

    Untuk informasi selengkapnya tentang metrik kapasitas, lihat skema tabel metrik Storage Analytics.

Bagaimana metrik disimpan

Semua data metrik untuk setiap layanan penyimpanan disimpan dalam tiga tabel yang khusus dicadangkan untuk layanan tersebut. Satu tabel adalah untuk informasi transaksi, satu tabel adalah untuk informasi transaksi menit, dan tabel lain adalah untuk informasi kapasitas. Informasi transaksi dan transaksi menit terdiri dari data permintaan dan respons. Informasi kapasitas terdiri dari data penggunaan penyimpanan. Metrik per jam, metrik per menit, dan kapasitas untuk layanan blob pada akun penyimpanan diakses dalam tabel yang dinamai seperti yang dijelaskan dalam tabel berikut.

Tingkat metrik Nama tabel Didukung untuk versi tertentu
Metrik per jam, lokasi utama - $MetricsTransactionsBlob
- $MetricsTransactionsTable
- $MetricsTransactionsQueue
Versi sebelum 15 Agustus 2013, hanya. Meskipun nama-nama ini masih didukung, kami sarankan Anda beralih menggunakan tabel berikut.
Metrik per jam, lokasi utama - $MetricsHourPrimaryTransactionsBlob
- $MetricsHourPrimaryTransactionsTable
- $MetricsHourPrimaryTransactionsQueue
- $MetricsHourPrimaryTransactionsFile (File Transaksi Utama per Jam)
Semua versi. Dukungan untuk metrik layanan file hanya tersedia dalam versi 5 April 2015, dan yang lebih baru.
Pengukuran per menit, lokasi utama - $MetricsMinutePrimaryTransactionsBlob
- $MetricsMinutePrimaryTransactionsTable
- $MetricsMinutePrimaryTransactionsQueue
- $MetricsMinutePrimaryTransactionsFile
Semua versi. Dukungan untuk metrik layanan file hanya tersedia dalam versi 5 April 2015, dan yang lebih baru.
Metrik per jam, lokasi sekunder - $MetricsHourSecondaryTransactionsBlob
- $MetricsHourSecondaryTransactionsTable
- $MetricsHourSecondaryTransactionsQueue
Semua versi. Replikasi akses baca geo-redundansi harus diaktifkan.
Metrik menit, lokasi sekunder - $MetricsMinuteSecondaryTransactionsBlob
- Tabel Transaksi Sekunder per Menit $Metrics
- $MetricsMinuteSecondaryTransactionsQueue
Semua versi. Replikasi akses baca geo-redundansi harus diaktifkan.
Kapasitas (hanya layanan Blob) $MetricsCapacityBlob Semua versi.

Tabel ini secara otomatis dibuat saat Storage Analytics diaktifkan untuk titik akhir layanan penyimpanan. Mereka diakses melalui namespace akun penyimpanan, misalnya, https://<accountname>.table.core.windows.net/Tables("$MetricsTransactionsBlob"). Tabel metrik tidak muncul dalam operasi daftar dan harus diakses langsung melalui nama tabel.

Pemberitahuan metrik

Pertimbangkan untuk menyiapkan pemberitahuan di portal Microsoft Azure sehingga Anda akan secara otomatis diberi tahu tentang perubahan penting dalam perilaku layanan penyimpanan Anda. Untuk panduan langkah demi langkah, lihat Membuat pemberitahuan metrik.

Jika Anda menggunakan alat Storage Explorer untuk mengunduh data metrik ini dalam format yang dibatasi, Anda bisa menggunakan Microsoft Excel untuk menganalisis data. Untuk daftar alat Storage Explorer yang tersedia, lihat alat klien Azure Storage.

Penting

Mungkin ada penundaan antara peristiwa penyimpanan dan saat data metrik per jam atau per menit yang sesuai dicatat. Dalam kasus metrik menit, beberapa menit data mungkin ditulis sekaligus. Masalah ini dapat menyebabkan transaksi dari menit-menit sebelumnya dikumpulkan ke dalam transaksi untuk menit saat ini. Ketika kendala ini terjadi, layanan notifikasi mungkin tidak memiliki semua data metrik yang tersedia untuk interval notifikasi yang dikonfigurasi, yang dapat menyebabkan notifikasi terpicu secara tidak terduga.

Penagihan berdasarkan metrik penyimpanan

Permintaan tulis untuk membuat entitas tabel untuk metrik dibebankan pada tarif standar yang berlaku untuk semua operasi Azure Storage.

Permintaan baca data metrik oleh klien juga dapat ditagih dengan tarif standar.

Kapasitas yang digunakan oleh tabel metrik juga dikenakan biaya. Gunakan informasi berikut untuk memperkirakan jumlah kapasitas yang digunakan untuk menyimpan data metrik:

  • Jika setiap jam layanan menggunakan setiap API di setiap layanan, sekitar 148 KB data disimpan setiap jam dalam tabel transaksi metrik jika Anda mengaktifkan ringkasan tingkat layanan dan tingkat API.
  • Jika dalam setiap jam layanan menggunakan setiap API dalam layanan, sekitar 12 KB data disimpan setiap jam dalam tabel transaksi metrik jika Anda hanya mengaktifkan ringkasan tingkat layanan.
  • Tabel kapasitas blob memiliki dua baris yang ditambahkan setiap hari jika Anda memilih untuk menggunakan log. Skenario ini menyiratkan bahwa setiap hari ukuran tabel ini meningkat hingga sekitar 300 byte.

Langkah berikutnya