Menganalisis metrik Azure Files menggunakan Azure Monitor

Artikel
02/16/2024

Memahami cara memantau performa berbagi file sangat penting untuk memastikan bahwa aplikasi Anda berjalan seefisien mungkin. Artikel ini memperlihatkan kepada Anda cara menggunakan Azure Monitor untuk menganalisis metrik Azure Files seperti ketersediaan, latensi, dan pemanfaatan.

Lihat Memantau Azure Files untuk detail tentang data pemantauan yang dapat Anda kumpulkan untuk Azure Files dan cara menggunakannya.

Berlaku untuk

Jenis berbagi File	SMB	NFS
Berbagi file standar (GPv2), LRS/ZRS
Berbagi file standar (GPv2), GRS/GZRS
Berbagi file premium (FileStorage), LRS/ZRS

Metrik yang didukung

Metrik untuk Azure Files berada di namespace ini:

Microsoft.Storage/storageAccounts
Microsoft.Storage/storageAccounts/fileServices

Untuk daftar metrik yang tersedia untuk Azure Files, lihat Referensi data pemantauan Azure Files.

Untuk daftar semua metrik yang didukung Azure Monitor, yang menyertakan Azure Files, lihat Metrik yang didukung Azure Monitor.

Menampilkan data metrik Azure Files

Anda dapat melihat metrik Azure Files dengan menggunakan portal Azure, PowerShell, Azure CLI, atau .NET.

Anda dapat menganalisis metrik untuk Azure Storage dengan metrik dari layanan Azure lainnya dengan menggunakan Azure Monitor Metrics Explorer. Buka penjelajah metrik dengan memilih Metrik dari menu Azure Monitor . Untuk detail tentang menggunakan alat ini, lihat Menganalisis metrik dengan penjelajah metrik Azure Monitor.

Untuk metrik yang mendukung dimensi, Anda dapat memfilter metrik dengan nilai dimensi yang dikehendaki. Untuk daftar lengkap dimensi yang didukung Azure Storage, lihat Dimensi metrik.

Mencantumkan definisi metrik

Anda dapat mencantumkan definisi metrik akun penyimpanan di layanan Azure Files. Gunakan cmdlet Get-AzMetricDefinition.

Dalam contoh ini, ganti tempat penampung <resource-ID> dengan ID sumber daya keseluruhan akun penyimpanan atau ID sumber daya layanan Azure Files. Anda dapat menemukan ID sumber daya ini di halaman Properti akun penyimpanan Anda di portal Microsoft Azure.

   $resourceId = "<resource-ID>"
   Get-AzMetricDefinition -ResourceId $resourceId

Membaca nilai metrik

Anda dapat membaca nilai metrik tingkat akun untuk akun penyimpanan Anda atau layanan Azure Files. Gunakan cmdlet Get-AzMetric.

   $resourceId = "<resource-ID>"
   Get-AzMetric -ResourceId $resourceId -MetricNames "UsedCapacity" -TimeGrain 01:00:00

Membaca nilai metrik dengan dimensi

Ketika metrik mendukung dimensi, Anda dapat membaca nilai metrik dan memfilternya menggunakan nilai dimensi. Gunakan cmdlet Get-AzMetric.

   $resourceId = "<resource-ID>"
   Get-AzMetric -ResourceId $resourceId -MetricNames "UsedCapacity" -TimeGrain 01:00:00

$resourceId = "<resource-ID>"
$dimFilter = [String](New-AzMetricFilter -Dimension ApiName -Operator eq -Value "GetFile" 3> $null)
Get-AzMetric -ResourceId $resourceId -MetricName Transactions -TimeGrain 01:00:00 -MetricFilter $dimFilter -AggregationType "Total"

Cantumkan definisi metrik tingkat akun

Anda dapat mencantumkan definisi metrik akun penyimpanan di layanan Azure Files. Gunakan perintah az monitor metrics list-definitions.

   az monitor metrics list-definitions --resource <resource-ID>

Membaca nilai metrik tingkat akun

Anda dapat membaca nilai metrik akun penyimpanan Anda atau layanan Azure Files. Gunakan perintah daftar metrik az monitor.

   az monitor metrics list --resource <resource-ID> --metric "UsedCapacity" --interval PT1H

Membaca nilai metrik dengan dimensi

Ketika metrik mendukung dimensi, Anda dapat membaca nilai metrik dan memfilternya menggunakan nilai dimensi. Gunakan perintah daftar metrik az monitor.

az monitor metrics list --resource <resource-ID> --metric "Transactions" --interval PT1H --filter "ApiName eq 'GetFile' " --aggregation "Total"

Azure Monitor menyediakan .NET SDK untuk membaca definisi dan nilai metrik. Contoh kode menunjukkan cara menggunakan SDK dengan parameter yang berbeda. Anda harus menggunakan 0.18.0-preview atau versi yang lebih baru untuk metrik penyimpanan.

Dalam contoh ini, ganti tempat penampung <resource-ID> dengan ID sumber daya seluruh akun penyimpanan atau layanan Azure Files. Anda dapat menemukan ID sumber daya ini di halaman Properti akun penyimpanan Anda di portal Microsoft Azure.

Ganti variabel <subscription-ID> dengan ID langganan Anda. Untuk panduan tentang cara mendapatkan nilai untuk <tenant-ID>, , dan <AccessKey>, lihat Menggunakan portal untuk membuat aplikasi Microsoft Entra dan perwakilan layanan yang dapat mengakses sumber daya<application-ID>.

Cantumkan definisi metrik tingkat akun

Contoh berikut menunjukkan cara mencantumkan definisi metrik pada tingkat akun:

    public static async Task ListStorageMetricDefinition()
    {
        var resourceId = "<resource-ID>";
        var subscriptionId = "<subscription-ID>";
        var tenantId = "<tenant-ID>";
        var applicationId = "<application-ID>";
        var accessKey = "<AccessKey>";


        MonitorManagementClient readOnlyClient = AuthenticateWithReadOnlyClient(tenantId, applicationId, accessKey, subscriptionId).Result;
        IEnumerable<MetricDefinition> metricDefinitions = await readOnlyClient.MetricDefinitions.ListAsync(resourceUri: resourceId, cancellationToken: new CancellationToken());

        foreach (var metricDefinition in metricDefinitions)
        {
            // Enumerate metric definition:
            //    Id
            //    ResourceId
            //    Name
            //    Unit
            //    MetricAvailabilities
            //    PrimaryAggregationType
            //    Dimensions
            //    IsDimensionRequired
        }
    }

Membaca nilai metrik tingkat akun

Contoh berikut menunjukkan cara membaca data UsedCapacity pada tingkat akun:

    public static async Task ReadStorageMetricValue()
    {
        var resourceId = "<resource-ID>";
        var subscriptionId = "<subscription-ID>";
        var tenantId = "<tenant-ID>";
        var applicationId = "<application-ID>";
        var accessKey = "<AccessKey>";

        MonitorClient readOnlyClient = AuthenticateWithReadOnlyClient(tenantId, applicationId, accessKey, subscriptionId).Result;

        Microsoft.Azure.Management.Monitor.Models.Response Response;

        string startDate = DateTime.Now.AddHours(-3).ToUniversalTime().ToString("o");
        string endDate = DateTime.Now.ToUniversalTime().ToString("o");
        string timeSpan = startDate + "/" + endDate;

        Response = await readOnlyClient.Metrics.ListAsync(
            resourceUri: resourceId,
            timespan: timeSpan,
            interval: System.TimeSpan.FromHours(1),
            metricnames: "UsedCapacity",

            aggregation: "Average",
            resultType: ResultType.Data,
            cancellationToken: CancellationToken.None);

        foreach (var metric in Response.Value)
        {
            // Enumerate metric value
            //    Id
            //    Name
            //    Type
            //    Unit
            //    Timeseries
            //        - Data
            //        - Metadatavalues
        }
    }

Membaca nilai metrik multi-dimensi

Untuk metrik multi-dimensi, Anda perlu menentukan filter metadata jika Anda ingin membaca data metrik pada nilai dimensi tertentu.

Contoh berikut menunjukkan cara membaca data metrik pada multi-dimensi pendukung metrik:

    public static async Task ReadStorageMetricValueTest()
    {
        // Resource ID for Azure Files
        var resourceId = "/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Storage/storageAccounts/{storageAccountName}/fileServices/default";
        var subscriptionId = "<subscription-ID}";
        // How to identify Tenant ID, Application ID and Access Key: https://azure.microsoft.com/documentation/articles/resource-group-create-service-principal-portal/
        var tenantId = "<tenant-ID>";
        var applicationId = "<application-ID>";
        var accessKey = "<AccessKey>";

        MonitorManagementClient readOnlyClient = AuthenticateWithReadOnlyClient(tenantId, applicationId, accessKey, subscriptionId).Result;

        Microsoft.Azure.Management.Monitor.Models.Response Response;

        string startDate = DateTime.Now.AddHours(-3).ToUniversalTime().ToString("o");
        string endDate = DateTime.Now.ToUniversalTime().ToString("o");
        string timeSpan = startDate + "/" + endDate;
        // It's applicable to define meta data filter when a metric support dimension
        // More conditions can be added with the 'or' and 'and' operators, example: BlobType eq 'BlockBlob' or BlobType eq 'PageBlob'
        ODataQuery<MetadataValue> odataFilterMetrics = new ODataQuery<MetadataValue>(
            string.Format("BlobType eq '{0}'", "BlockBlob"));

        Response = readOnlyClient.Metrics.List(
                        resourceUri: resourceId,
                        timespan: timeSpan,
                        interval: System.TimeSpan.FromHours(1),
                        metricnames: "BlobCapacity",
                        odataQuery: odataFilterMetrics,
                        aggregation: "Average",
                        resultType: ResultType.Data);

        foreach (var metric in Response.Value)
        {
            //Enumerate metric value
            //    Id
            //    Name
            //    Type
            //    Unit
            //    Timeseries
            //        - Data
            //        - Metadatavalues
        }
    }

Memantau performa beban kerja

Anda dapat menggunakan Azure Monitor untuk menganalisis beban kerja yang menggunakan Azure Files. ikuti langkah berikut.

Buka akun penyimpanan Anda di portal Azure.
Dari navigasi kiri, pilih Berbagi file penyimpanan data>. Pilih berbagi file yang ingin Anda pantau.
Dari navigasi kiri, pilih Metrik Pemantauan>.
Saat menggunakan Azure Monitor untuk Azure Files, penting untuk selalu memilih namespace metrik File . Pilih Tambahkan metrik.
Di bawah Namespace metrik pilih File.

Ketersediaan monitor

Di Azure Monitor, metrik Ketersediaan dapat berguna ketika ada sesuatu yang terlihat salah dari perspektif aplikasi atau pengguna, atau saat memecahkan masalah pemberitahuan.

Saat menggunakan metrik ini dengan Azure Files, penting untuk selalu melihat agregasi sebagai Rata-rata dibandingkan dengan Max atau Min. Menggunakan Rata-rata akan membantu Anda memahami persentase permintaan Anda yang mengalami kesalahan, dan jika berada dalam SLA untuk Azure Files.

Memantau latensi

Dua metrik latensi yang paling penting adalah Latensi E2E Keberhasilan dan Latensi Server Keberhasilan. Ini adalah metrik ideal untuk dipilih saat memulai investigasi performa apa pun. Rata-rata adalah agregasi yang direkomendasikan. Seperti yang disebutkan sebelumnya, Max dan Min terkadang bisa menyesatkan.

Dalam bagan berikut, garis biru menunjukkan berapa banyak waktu yang dihabiskan dalam latensi total (Latensi E2E Keberhasilan), dan garis merah muda menunjukkan waktu yang dihabiskan hanya dalam layanan Azure Files (Latensi Server Keberhasilan).

Bagan ini adalah contoh komputer klien yang telah memasang berbagi file Azure dari lingkungan lokal. Ini kemungkinan akan mewakili pengguna umum yang terhubung dari kantor, rumah, atau lokasi jarak jauh lainnya. Anda akan melihat bahwa jarak fisik antara klien dan wilayah Azure berkorelasi erat dengan latensi sisi klien yang sesuai, yang mewakili perbedaan antara latensi E2E dan Server.

Sebagai perbandingan, bagan berikut menunjukkan situasi di mana klien dan berbagi file Azure berada dalam wilayah yang sama. Perhatikan bahwa latensi sisi klien hanya 0,17ms dibandingkan dengan 43,9ms di bagan pertama. Ini menggambarkan mengapa meminimalkan latensi sisi klien sangat penting untuk mencapai performa yang optimal.

Indikator latensi lain untuk mencari bahwa mungkin menunjukkan masalah adalah peningkatan frekuensi atau lonjakan abnormal dalam Latensi Server Keberhasilan. Hal ini biasanya disebabkan oleh pembatasan karena melebihi batas skala Azure Files untuk berbagi file standar, atau Berbagi Premium Azure Files yang kurang disediakan.

Untuk informasi selengkapnya, lihat Memecahkan masalah latensi tinggi, throughput rendah, atau IOPS rendah.

Memantau pemanfaatan

Metrik pemanfaatan yang mengukur jumlah data yang dikirimkan (throughput) atau operasi yang dilayankan (IOPS) biasanya digunakan untuk menentukan berapa banyak pekerjaan yang dilakukan oleh aplikasi atau beban kerja. Metrik transaksi dapat menentukan jumlah operasi atau permintaan terhadap layanan Azure Files selama berbagai granularitas waktu.

Jika Anda menggunakan metrik Egress atau Ingress untuk menentukan volume data masuk atau keluar, gunakan agregasi Jumlah untuk menentukan jumlah total data yang dikirimkan ke dan dari berbagi file selama granularitas waktu 1 menit hingga 1 hari. Agregasi lain seperti Rata-rata, Maks, dan Min hanya menampilkan nilai ukuran I/O individual. Inilah sebabnya mengapa sebagian besar pelanggan biasanya akan melihat 1 MiB saat menggunakan agregasi Maks . Meskipun dapat berguna untuk memahami ukuran ukuran I/O terbesar, terkecil, atau bahkan rata-rata Anda, tidak mungkin untuk menampilkan distribusi ukuran I/O yang dihasilkan oleh pola penggunaan beban kerja.

Anda juga dapat memilih Terapkan pemisahan pada jenis respons (berhasil, kegagalan, kesalahan) atau operasi API (baca, tulis, buat, tutup) untuk menampilkan detail tambahan seperti yang ditunjukkan pada bagan berikut.

Untuk menentukan rata-rata I/O per detik (IOPS) untuk beban kerja Anda, pertama-tama tentukan jumlah total transaksi selama satu menit lalu bagi angka tersebut dengan 60 detik. Misalnya, 120.000 transaksi dalam 1 menit / 60 detik = 2.000 IOPS rata-rata.

Untuk menentukan throughput rata-rata untuk beban kerja Anda, ambil jumlah total data yang dikirimkan dengan menggabungkan metrik Ingress dan Egress (throughput total) dan bagi dengan 60 detik. Misalnya, total throughput 1 GiB selama 1 menit / 60 detik = throughput rata-rata 17 MiB.

Memantau pemanfaatan dengan IOPS dan bandwidth maksimum (khusus premium)

Karena berbagi file Azure Premium ditagih pada model yang disediakan di mana setiap GiB kapasitas penyimpanan yang Anda provisikan memberi Anda lebih banyak IOPS dan throughput, sering kali berguna untuk menentukan IOPS dan bandwidth maksimum. Sedangkan throughput mengukur jumlah aktual data yang berhasil ditransmisikan, bandwidth mengacu pada tingkat transfer data maksimum.

Dengan berbagi file Azure Premium, Anda dapat menggunakan metrik Transactions by Max IOPS dan Bandwidth by Max MiB/s untuk menampilkan apa yang dicapai beban kerja Anda pada waktu sibuk. Menggunakan metrik ini untuk menganalisis beban kerja Anda akan membantu Anda memahami kemampuan sejati dalam skala besar, serta menetapkan garis besar untuk memahami dampak lebih banyak throughput dan IOPS sehingga Anda dapat secara optimal menyediakan berbagi file Azure Premium Anda.

Bagan berikut menunjukkan beban kerja yang menghasilkan 2,63 juta transaksi selama 1 jam. Ketika 2,63 juta transaksi dibagi 3.600 detik, kita mendapatkan rata-rata 730 IOPS.

Sekarang ketika kita membandingkan IOPS rata-rata dengan Transaksi oleh Max IOPS, kita melihat bahwa di bawah beban puncak kita mencapai 1.840 IOPS, yang merupakan representasi yang lebih baik dari kemampuan beban kerja dalam skala besar.

Pilih Tambahkan metrik untuk menggabungkan metrik Ingress dan Egress pada satu grafik. Ini menampilkan bahwa 76,2 GiB (78.028 MiB) ditransfer selama satu jam, yang memberi kita throughput rata-rata 21,67 MiB selama jam yang sama.

Dibandingkan dengan Bandwidth oleh Max MiB/dtk, kami mencapai 123 MiB/dtk pada puncaknya.