Azure Dosyalar ölçümlerini analiz etmek için Azure İzleyici'yi kullanma

Dosya paylaşımı performansının nasıl izleneceğini anlamak, uygulamanızın mümkün olduğunca verimli çalıştığından emin olmak için kritik öneme sahiptir. Bu makalede kullanılabilirlik, gecikme süresi ve kullanım gibi Azure Dosyalar ölçümleri analiz etmek için Azure İzleyici'nin nasıl kullanılacağı gösterilmektedir.

Azure Dosyalar için toplayabileceğiniz izleme verileri ve nasıl kullanılacağı hakkında ayrıntılı bilgi için bkz. İzleme Azure Dosyalar.

Şunlara uygulanır

Dosya paylaşımı türü	SMB	NFS
Standart dosya paylaşımları (GPv2), LRS/ZRS
Standart dosya paylaşımları (GPv2), GRS/GZRS
Premium dosya paylaşımları (filestorage), LRS/ZRS

Desteklenen ölçümler

Azure Dosyalar ölçümleri şu ad alanındadır:

• Microsoft.Storage/storageAccounts
• Microsoft. Depolama/storageAccounts/fileServices

Azure Dosyalar için kullanılabilir ölçümlerin listesi için bkz. Azure Dosyalar izleme verileri başvurusu.

Azure Dosyalar içeren Azure İzleyici tarafından desteklenen tüm ölçümlerin listesi için bkz. Azure İzleyici tarafından desteklenen ölçümler.

Azure Dosyalar ölçüm verilerini görüntüleme

Azure portalı, PowerShell, Azure CLI veya .NET kullanarak Azure Dosyalar ölçümleri görüntüleyebilirsiniz.

Azure portalı

Azure İzleyici Ölçüm Gezgini'ni kullanarak azure Depolama ölçümlerini diğer Azure hizmetlerinden alınan ölçümlerle analiz edebilirsiniz. Azure İzleyici menüsünden Ölçümler'i seçerek ölçüm gezginini açın. Bu aracı kullanma hakkında ayrıntılı bilgi için bkz . Azure İzleyici ölçüm gezginiyle ölçümleri analiz etme.

Boyutları destekleyen ölçümler için ölçümü istediğiniz boyut değeriyle filtreleyebilirsiniz. Azure Depolama tarafından desteklenen boyutların tam listesi için bkz. Ölçüm boyutları.

PowerShell

Ölçüm tanımını listeleme

Depolama hesabınızın veya Azure Dosyalar hizmetinin ölçüm tanımını listeleyebilirsiniz. Get-AzMetricDefinition cmdlet'ini kullanın.

Bu örnekte yer tutucuyu <resource-ID> depolama hesabının tamamının kaynak kimliği veya Azure Dosyalar hizmetinin kaynak kimliği ile değiştirin. Bu kaynak kimliklerini Azure portalındaki depolama hesabınızın Özellikler sayfalarında bulabilirsiniz.

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

Ölçüm değerlerini okuma

Depolama hesabınızın veya Azure Dosyalar hizmetinin hesap düzeyinde ölçüm değerlerini okuyabilirsiniz. Get-AzMetric cmdlet'ini kullanın.

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

Ölçüm değerlerini boyutlarla okuma

Ölçüm boyutları desteklediğinde ölçüm değerlerini okuyabilir ve boyut değerlerini kullanarak filtreleyebilirsiniz. Get-AzMetric cmdlet'ini kullanın.

   $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"

Azure CLI

Hesap düzeyinde ölçüm tanımını listeleme

Depolama hesabınızın veya Azure Dosyalar hizmetinin ölçüm tanımını listeleyebilirsiniz. az monitor metrics list-definitions komutunu kullanın.

Bu örnekte yer tutucuyu <resource-ID> depolama hesabının tamamının kaynak kimliği veya Azure Dosyalar hizmetinin kaynak kimliği ile değiştirin. Bu kaynak kimliklerini Azure portalındaki depolama hesabınızın Özellikler sayfalarında bulabilirsiniz.

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

Hesap düzeyinde ölçüm değerlerini okuma

Depolama hesabınızın veya Azure Dosyalar hizmetinin ölçüm değerlerini okuyabilirsiniz. az monitor metrics list komutunu kullanın.

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

Ölçüm değerlerini boyutlarla okuma

Ölçüm boyutları desteklediğinde ölçüm değerlerini okuyabilir ve boyut değerlerini kullanarak filtreleyebilirsiniz. az monitor metrics list komutunu kullanın.

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

.NET

Azure İzleyici, ölçüm tanımını ve değerlerini okumak için .NET SDK'sını sağlar. Örnek kod, SDK'nın farklı parametrelerle nasıl kullanılacağını gösterir. Depolama ölçümleri için veya sonraki bir sürümü kullanmanız 0.18.0-preview gerekir.

Bu örneklerde yer tutucuyu <resource-ID> depolama hesabının tamamının veya Azure Dosyalar hizmetinin kaynak kimliğiyle değiştirin. Bu kaynak kimliklerini Azure portalındaki depolama hesabınızın Özellikler sayfalarında bulabilirsiniz.

değişkenini <subscription-ID> aboneliğinizin kimliğiyle değiştirin. , <application-ID>ve <AccessKey>değerlerini alma yönergeleri için bkz. Kaynaklara erişebilen bir Microsoft Entra uygulaması ve hizmet sorumlusu oluşturmak için <tenant-ID>portalı kullanma.

Hesap düzeyinde ölçüm tanımını listeleme

Aşağıdaki örnekte, bir ölçüm tanımının hesap düzeyinde nasıl liste adı verilmiş olduğu gösterilmektedir:

    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
        }
    }

Hesap düzeyinde ölçüm değerlerini okuma

Aşağıdaki örnekte hesap düzeyinde verilerin nasıl okunduğu UsedCapacity gösterilmektedir:

    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
        }
    }

Çok boyutlu ölçüm değerlerini okuma

Çok boyutlu ölçümler için, belirli boyut değerleriyle ilgili ölçüm verilerini okumak istiyorsanız meta veri filtreleri tanımlamanız gerekir.

Aşağıdaki örnekte, çok boyutlu işlemi destekleyen ölçümle ilgili ölçüm verilerinin nasıl okunduğu gösterilmektedir:

    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
        }
    }

İş yükü performansını izleme

Azure Dosyalar kullanan iş yüklerini analiz etmek için Azure İzleyici'yi kullanabilirsiniz. Buradaki adımları izleyin.

1. Azure portalında depolama hesabınıza gidin.
2. Sol gezinti bölmesinde Veri depolama>Dosya paylaşımları'nı seçin. İzlemek istediğiniz dosya paylaşımını seçin.
3. Sol gezinti bölmesinde İzleme Ölçümleri'ni> seçin.
4. Azure Dosyalar için Azure İzleyici'yi kullanırken, dosyalar ölçüm ad alanını her zaman seçmek önemlidir. Ölçüm ekle seçeneğini belirleyin.
5. Ölçüm ad alanı altında Dosya'ya tıklayın.

Kullanılabilirliği izleme

Azure İzleyici'de Kullanılabilirlik ölçümü, uygulama veya kullanıcı açısından gözle görülür bir sorun olduğunda veya uyarı sorunlarını giderirken yararlı olabilir.

Bu ölçümü Azure Dosyalar kullanırken toplamayı her zaman Max veya Min yerine Ortalama olarak görüntülemek önemlidir. Ortalama'yı kullanmak, isteklerinizin yüzde kaçının hatalarla karşılaştığını ve bunların Azure Dosyalar için SLA içinde olup olmadığını anlamanıza yardımcı olur.

Gecikme süresini izleme

En önemli iki gecikme ölçümü, Başarı E2E Gecikme Süresi ve Başarı Sunucusu Gecikme Süresi'dir. Bunlar, herhangi bir performans araştırması başlatırken seçebilmek için ideal ölçümlerdir. Ortalama , önerilen toplamadır. Daha önce de belirtildiği gibi Max ve Min bazen yanıltıcı olabilir.

Aşağıdaki grafiklerde mavi çizgi, toplam gecikme süresinde (Başarı E2E Gecikme Süresi) ne kadar zaman harcanmış olduğunu gösterir ve pembe çizgi yalnızca Azure Dosyalar hizmetinde harcanan süreyi gösterir (Başarı Sunucusu Gecikme Süresi).

Bu grafik, şirket içi ortamdan Azure dosya paylaşımını bağlamış bir istemci makinesi örneğidir. Bu, büyük olasılıkla ofis, ev veya başka bir uzak konumdan bağlanan tipik bir kullanıcıyı temsil eder. İstemci ile Azure bölgesi arasındaki fiziksel uzaklığın, E2E ile Sunucu gecikme süresi arasındaki farkı temsil eden ilgili istemci tarafı gecikme süresiyle yakından ilişkili olduğunu göreceksiniz.

Buna karşılık, aşağıdaki grafik hem istemcinin hem de Azure dosya paylaşımının aynı bölgede bulunduğu bir durumu gösterir. İstemci tarafı gecikme süresinin ilk grafikteki 43,9ms ile karşılaştırıldığında yalnızca 0,17ms olduğunu unutmayın. Bu, en iyi performansı elde etmek için istemci tarafı gecikme süresini en aza indirmenin neden zorunlu olduğunu gösterir.

Için sorun önerebilecek bir diğer gecikme süresi göstergesi, Başarı Sunucusu Gecikme Süresindeki artan sıklık veya anormal ani artışlardır. Bunun nedeni genellikle standart dosya paylaşımları için Azure Dosyalar ölçek sınırlarının aşılması veya yetersiz sağlanan Azure Dosyalar Premium Paylaşımı nedeniyle azaltmadır.

Daha fazla bilgi için bkz . Yüksek gecikme süresi, düşük aktarım hızı veya düşük IOPS sorunlarını giderme.

Kullanımı izleme

Uygulama veya iş yükü tarafından ne kadar çalışma gerçekleştirildiğini belirlemek için genellikle iletilen veri miktarını (aktarım hızı) veya hizmet sunulan işlemleri (IOPS) ölçen kullanım ölçümleri kullanılır. İşlem ölçümleri, çeşitli zaman ayrıntı düzeyine göre Azure Dosyalar hizmetine yönelik işlem veya istek sayısını belirleyebilir.

Gelen veya giden verilerin hacmini belirlemek için Çıkış veya Giriş ölçümlerini kullanıyorsanız, dosya paylaşımına 1 dakikadan 1 güne kadar olan toplam veri ayrıntı düzeyini belirlemek için Toplam toplamayı kullanın. Ortalama, Maksimum ve Min gibi diğer toplamalar yalnızca tek tek G/Ç boyutunun değerini görüntüler. Bu nedenle çoğu müşteri, Maksimum toplamayı kullanırken genellikle 1 MiB değerini görür. En büyük, en küçük ve hatta ortalama G/Ç boyutunuzun boyutunu anlamak yararlı olsa da, iş yükünün kullanım deseni tarafından oluşturulan G/Ç boyutunun dağılımını görüntülemek mümkün değildir.

Aşağıdaki grafikte gösterildiği gibi ek ayrıntıları görüntülemek için Yanıt türlerine (başarı, hatalar, hatalar) veya API işlemlerine (okuma, yazma, oluşturma, kapatma) bölme uygula'yı da seçebilirsiniz.

İş yükünüz için saniye başına ortalama G/Ç'yi (IOPS) belirlemek için önce bir dakika içindeki toplam işlem sayısını belirleyin ve ardından bu sayıyı 60 saniyeye bölün. Örneğin, 1 dakikada 120.000 işlem / 60 saniye = 2.000 ortalama IOPS.

İş yükünüzün ortalama aktarım hızını belirlemek için Giriş ve Çıkış ölçümlerini (toplam aktarım hızı) birleştirerek aktarılan verilerin toplam miktarını alın ve bunu 60 saniyeye bölün. Örneğin, 1 dakika / 60 saniye boyunca 1 GiB toplam aktarım hızı = 17 MiB ortalama aktarım hızı.

Kullanımı maksimum IOPS ve bant genişliğine göre izleme (yalnızca premium)

Azure Premium dosya paylaşımları, sağladığınız her GiB depolama kapasitesinin size daha fazla IOPS ve aktarım hızı hakkı sağladığı sağlanan bir modelde faturalandırıldığından, genellikle en yüksek IOPS ve bant genişliğini belirlemek yararlı olur. Aktarım hızı, başarılı bir şekilde iletilen gerçek veri miktarını ölçerken, bant genişliği en yüksek veri aktarım hızını ifade eder.

Azure Premium dosya paylaşımları ile, iş yükünüzün en yoğun zamanlarda elde ettiği başarıyı görüntülemek için Maksimum IOPS'ye göre İşlemler ve Maksimum MiB/sn ölçümlerine göre Bant Genişliği kullanabilirsiniz. İş yükünüzü analiz etmek için bu ölçümlerin kullanılması, büyük ölçekte gerçek özelliği anlamanıza yardımcı olur ve Azure Premium dosya paylaşımınızı en iyi şekilde sağlayabilmeniz için daha fazla aktarım hızı ve IOPS'nin etkisini anlamak için bir temel oluşturmanıza yardımcı olur.

Aşağıdaki grafikte, 1 saat içinde 2,63 milyon işlem oluşturan bir iş yükü gösterilmektedir. 2,63 milyon işlem 3.600 saniyeye bölündüğünde ortalama 730 IOPS elde ederiz.

Ortalama IOPS'yi Maksimum IOPS ile İşlemler ile karşılaştırdığımızda, en yüksek yük altında 1.840 IOPS elde ettiğimizi görüyoruz ve bu da iş yükünün büyük ölçekteki yeteneğinin daha iyi bir gösterimidir.

Giriş ve Çıkış ölçümlerini tek bir grafikte birleştirmek için Ölçüm ekle'yi seçin. Bu, 76,2 GiB 'nin (78.028 MiB) bir saat içinde aktarıldığını gösterir ve bu da bize aynı saatte ortalama 21,67 MiB aktarım hızı sağlar.

Maksimum MiB/sn Bant Genişliği ile karşılaştırıldığında en yüksekte 123 MiB/sn elde ettik.

İlgili içerik

• İzleme Azure Dosyalar
• Azure Dosyalar izleme verileri başvurusu
• Azure Dosyalar için izleme uyarıları oluşturma
• Azure İzleyici ile Azure kaynaklarını izleme
• performansı Azure Dosyalar anlama
• ClientOtherErrors sorunlarını giderme