Azure Tablo Depolama'yı izleme

Bu makalede şunlar açıklanmaktadır:

• Bu hizmet için toplayabileceğiniz izleme verilerinin türleri.
• Bu verileri analiz etmenin yolları.

Azure kaynaklarını kullanan kritik uygulamalarınız ve iş süreçleriniz varsa sisteminiz için uyarıları izlemeniz ve almanız gerekir. Azure İzleyici hizmeti, sisteminizin her bileşeninden ölçümleri ve günlükleri toplar ve toplar. Azure İzleyici kullanılabilirlik, performans ve dayanıklılığın bir görünümünü sağlar ve sorunları size bildirir. İzleme verilerini ayarlamak ve görüntülemek için Azure portalı, PowerShell, Azure CLI, REST API veya istemci kitaplıklarını kullanabilirsiniz.

• Azure İzleyici hakkında daha fazla bilgi için bkz. Azure İzleyici'ye genel bakış.
• Azure kaynaklarını genel olarak izleme hakkında daha fazla bilgi için bkz . Azure İzleyici ile Azure kaynaklarını izleme.

İçgörüler

Azure'daki bazı hizmetler, Azure portalında hizmetinizi izlemek için bir başlangıç noktası sağlayan yerleşik bir izleme panosuna sahiptir. Bu panolara içgörü adı verilir ve bunları Azure portalındaki Azure İzleyici İçgörüler Merkezi'nde bulabilirsiniz.

Azure Depolama içgörüleri depolama performansı, kapasite ve kullanılabilirlik için birleşik bir görünüm sunar. Bkz. Azure İzleyici Depolama içgörüleriyle depolamayı izleme.

Kaynak türleri

Azure, abonelikteki her şeyi tanımlamak için kaynak türleri ve kimlikler kavramını kullanır. Kaynak türleri, Azure'da çalışan her kaynağın kaynak kimliklerinin de bir parçasıdır. Örneğin, bir sanal makine için kaynak türünden biri olur Microsoft.Compute/virtualMachines. Hizmetlerin ve ilişkili kaynak türlerinin listesi için bkz . Kaynak sağlayıcıları.

Azure İzleyici, çekirdek izleme verilerini benzer şekilde, ad alanları olarak da adlandırılan kaynak türlerine göre ölçümler ve günlükler halinde düzenler. Farklı kaynak türleri için farklı ölçümler ve günlükler kullanılabilir. Hizmetiniz birden fazla kaynak türüyle ilişkilendirilebilir.

Veri depolama

Azure İzleyici için:

• Ölçüm verileri Azure İzleyici ölçüm veritabanında depolanır.
• Günlük verileri Azure İzleyici günlükleri deposunda depolanır. Log Analytics, Azure portalında bu depoyu sorgulayan bir araçtır.
• Azure etkinlik günlüğü, Azure portalında kendi arabirimine sahip ayrı bir depodur.

İsteğe bağlı olarak ölçüm ve etkinlik günlüğü verilerini Azure İzleyici günlük deposuna yönlendirebilirsiniz. Ardından Log Analytics'i kullanarak verileri sorgulayabilir ve diğer günlük verileriyle ilişkilendirebilirsiniz.

Birçok hizmet, ölçüm ve günlük verilerini Azure İzleyici dışındaki diğer depolama konumlarına göndermek için tanılama ayarlarını kullanabilir. Örnek olarak Event Hubs kullanarak Azure Depolama, barındırılan iş ortağı sistemleri ve Azure dışı iş ortağı sistemleri verilebilir.

Azure İzleyici'nin verileri nasıl depolandığı hakkında ayrıntılı bilgi için bkz . Azure İzleyici veri platformu.

Azure İzleyici platform ölçümleri

Azure İzleyici çoğu hizmet için platform ölçümleri sağlar. Bu ölçümler şunlardır:

• Her ad alanı için ayrı ayrı tanımlanır.
• Azure İzleyici zaman serisi ölçüm veritabanında depolanır.
• Hafif ve neredeyse gerçek zamanlı uyarıyı destekleyebilecek.
• Bir kaynağın zaman içindeki performansını izlemek için kullanılır.

Koleksiyon: Azure İzleyici, platform ölçümlerini otomatik olarak toplar. Yapılandırma gerekmez.

Yönlendirme: Ayrıca bazı platform ölçümlerini Azure İzleyici Günlüklerine / Log Analytics'e yönlendirerek bunları diğer günlük verileriyle sorgulayabilirsiniz. Ölçümü Azure İzleyici Günlükleri/Log Analytics'e yönlendirmek için bir tanılama ayarı kullanıp kullanamadığını görmek için her ölçümün DS dışarı aktarma ayarını denetleyin.

• Daha fazla bilgi için Ölçüm tanılama ayarına bakın.
• Bir hizmetin tanılama ayarlarını yapılandırmak için bkz . Azure İzleyici'de tanılama ayarları oluşturma.

Azure İzleyici'deki tüm kaynaklar için toplamanın mümkün olduğu tüm ölçümlerin listesi için bkz . Azure İzleyici'de desteklenen ölçümler.

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

Azure İzleyici kaynak günlükleri

Kaynak günlükleri, bir Azure kaynağı tarafından yapılan işlemler hakkında içgörü sağlar. Günlükler otomatik olarak oluşturulur, ancak bunları kaydetmek veya sorgulamak için Azure İzleyici günlüklerine yönlendirmeniz gerekir. Günlükler kategoriler halinde düzenlenir. Belirli bir ad alanının birden çok kaynak günlüğü kategorisi olabilir.

Koleksiyon: Bir tanılama ayarı oluşturup günlükleri bir veya daha fazla konuma yönlendirene kadar kaynak günlükleri toplanmaz ve depolanmaz. Tanılama ayarı oluşturduğunuzda hangi günlük kategorilerinin toplanacağını belirtirsiniz. Azure portalı, program aracılığıyla ve ancak Azure İlkesi dahil olmak üzere tanılama ayarlarını oluşturmanın ve korumanın birden çok yolu vardır.

Yönlendirme: Önerilen varsayılan ayar, kaynak günlüklerini diğer günlük verileriyle sorgulayabileceğiniz Azure İzleyici Günlüklerine yönlendirmektir. Azure Depolama, Azure Event Hubs ve belirli Microsoft izleme iş ortakları gibi diğer konumlar da kullanılabilir. Daha fazla bilgi için bkz . Azure kaynak günlükleri ve Kaynak günlüğü hedefleri.

Kaynak günlüklerini toplama, depolama ve yönlendirme hakkında ayrıntılı bilgi için bkz . Azure İzleyici'de tanılama ayarları.

Azure İzleyici'deki tüm kullanılabilir kaynak günlüğü kategorilerinin listesi için bkz . Azure İzleyici'de desteklenen kaynak günlükleri.

Azure İzleyici'deki tüm kaynak günlükleri aynı üst bilgi alanlarına ve ardından hizmete özgü alanlara sahiptir. Ortak şema, Azure İzleyici kaynak günlüğü şemasında özetlenmiştir.

Kullanılabilir kaynak günlüğü kategorileri, ilişkili Log Analytics tabloları ve Azure Tablo Depolama için günlük şemaları için bkz . Azure Tablo Depolama izleme veri başvurusu.

Azure Tablo Depolama tanılama ayarları

Tanılama ayarını oluşturduğunuzda, günlükleri etkinleştirmek istediğiniz depolama türü olarak tabloyu seçin. Ardından, günlükleri toplamak istediğiniz aşağıdaki işlem kategorilerinden birini belirtin.

Denetim kaynak günlüğü kategori grubu, Microsoft'un kaynağınızı denetlemek için gerekli gördüğü kaynak günlüklerinin temelini toplamanıza olanak tanır. Toplananlar dinamiktir ve Microsoft, yeni kaynak günlüğü kategorileri kullanılabilir hale geldikçe zaman içinde bunu değiştirebilir. Denetim kategorisi grubunu seçerseniz, hangi günlüklerin toplanacağına sistem karar edeceğinden başka kaynak kategorisi belirtemezsiniz. Daha fazla bilgi için bkz . Azure İzleyici'de tanılama ayarları: Kaynak günlükleri.

Hedef sınırlamaları

Genel hedef sınırlamaları için bkz . Hedef sınırlamaları. Aşağıdaki sınırlamalar yalnızca Azure Depolama hesaplarını izlemek için geçerlidir.

• Günlükleri bu ayar ile izlediğiniz depolama hesabına gönderemezsiniz. Bu durum, bir günlük girdisinin başka bir günlük girdisinin yazıldığı özyinelemeli günlüklere yol açabilir. Günlük bilgilerini depolamak için bir hesap oluşturmanız veya başka bir mevcut hesap kullanmanız gerekir.

• Bekletme ilkesi ayarlayamazsınız.

  Günlükleri bir depolama hesabında arşivlerseniz, bir yaşam döngüsü yönetim ilkesi tanımlayarak günlük kapsayıcısının bekletme ilkesini yönetebilirsiniz. Nasıl yapılacağını öğrenmek için bkz . Veri yaşam döngüsünü otomatik olarak yöneterek maliyetleri iyileştirme.

  Günlükleri Log Analytics'e gönderirseniz Log Analytics'in veri saklama süresini çalışma alanı düzeyinde yönetebilir, hatta veri türüne göre farklı bekletme ayarları belirtebilirsiniz. Nasıl yapılacağını öğrenmek için bkz . Veri saklama süresini değiştirme.

Azure etkinlik günlüğü

Etkinlik günlüğü, bu kaynağın dışından görüldüğü gibi her Azure kaynağı için işlemleri izleyen abonelik düzeyinde olaylar içerir; örneğin, yeni bir kaynak oluşturma veya sanal makine başlatma.

Koleksiyon: Etkinlik günlüğü olayları otomatik olarak oluşturulur ve Azure portalında görüntülemek üzere ayrı bir depoda toplanır.

Yönlendirme: Etkinlik günlüğü verilerini Azure İzleyici Günlüklerine göndererek diğer günlük verileriyle birlikte analiz edebilirsiniz. Azure Depolama, Azure Event Hubs ve belirli Microsoft izleme iş ortakları gibi diğer konumlar da kullanılabilir. Etkinlik günlüğünü yönlendirme hakkında daha fazla bilgi için bkz . Azure etkinlik günlüğüne genel bakış.

İzleme verilerini analiz etme

İzleme verilerini analiz etmek için birçok araç vardır.

Azure İzleyici araçları

Azure İzleyici aşağıdaki temel araçları destekler:

• Azure portalında Azure kaynaklarına yönelik ölçümleri görüntülemenize ve analiz etmenizi sağlayan bir araç olan Ölçüm gezgini. Daha fazla bilgi için bkz . Azure İzleyici ölçüm gezginiyle ölçümleri analiz etme.

• Azure portalında Kusto sorgu dilini (KQL) kullanarak günlük verilerini sorgulamanıza ve analiz etmenizi sağlayan bir araç olan Log Analytics. Daha fazla bilgi için bkz . Azure İzleyici'de günlük sorgularını kullanmaya başlama.

• Azure portalında görüntülemeye ve temel aramalara yönelik bir kullanıcı arabirimine sahip olan etkinlik günlüğü. Daha ayrıntılı analiz yapmak için verileri Azure İzleyici günlüklerine yönlendirmeniz ve Log Analytics'te daha karmaşık sorgular çalıştırmanız gerekir.

Daha karmaşık görselleştirmelere olanak sağlayan araçlar şunlardır:

• Farklı veri türlerini Azure portalında tek bir bölmede birleştirmenize olanak sağlayan panolar .
• Çalışma kitapları, Azure portalında oluşturabileceğiniz özelleştirilebilir raporlar. Çalışma kitapları metin, ölçüm ve günlük sorguları içerebilir.
• Grafana, işletimsel panolarda üstünlük sağlayan açık bir platform aracıdır. Azure İzleyici dışındaki birden çok kaynaktan veri içeren panolar oluşturmak için Grafana'yı kullanabilirsiniz.
• Çeşitli veri kaynakları genelinde etkileşimli görselleştirmeler sağlayan bir iş analizi hizmeti olan Power BI. Bu görselleştirmelerden yararlanmak için Power BI'ı günlük verilerini Azure İzleyici'den otomatik olarak içeri aktaracak şekilde yapılandırabilirsiniz.

Azure İzleyici dışarı aktarma araçları

Aşağıdaki yöntemleri kullanarak Azure İzleyici'nin verilerini diğer araçlara alabilirsiniz:

• Ölçümler: Azure İzleyici ölçüm veritabanından ölçüm verilerini ayıklamak için ölçümler için REST API'sini kullanın. API, alınan verileri iyileştirmek için filtre ifadelerini destekler. Daha fazla bilgi için bkz . Azure İzleyici REST API başvurusu.

• Günlükler: REST API'sini veya ilişkili istemci kitaplıklarını kullanın.

• Bir diğer seçenek de çalışma alanı verilerini dışarı aktarmadır.

Azure İzleyici için REST API'yi kullanmaya başlamak için bkz . Azure izleme REST API'sini izleme kılavuzu.

Azure Tablo Depolama için ölçümleri analiz etme

Azure Tablo Depolama için ölçümler şu ad alanındadır:

• Microsoft.Storage/storageAccounts
• Microsoft.Storage/storageAccounts/tableServices

Azure Tablo Depolama da dahil olmak üzere Azure İzleyici tarafından desteklenen tüm ölçümlerin listesi için bkz . Azure İzleyici tarafından desteklenen ölçümler.

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

   $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 "QueryEntities" 3> $null)
Get-AzMetric -ResourceId $resourceId -MetricName Transactions -TimeGrain 01:00:00 -MetricFilter $dimFilter -AggregationType "Total"

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

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

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

    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)
        {
            // Enumrate metric definition:
            //    Id
            //    ResourceId
            //    Name
            //    Unit
            //    MetricAvailabilities
            //    PrimaryAggregationType
            //    Dimensions
            //    IsDimensionRequired
        }
    }

    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)
        {
            // Enumrate metric value
            //    Id
            //    Name
            //    Type
            //    Unit
            //    Timeseries
            //        - Data
            //        - Metadatavalues
        }
    }

    public static async Task ReadStorageMetricValueTest()
    {
        // Resource ID for table storage
        var resourceId = "/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Storage/storageAccounts/{storageAccountName}/tableServices/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)
        {
            //Enumrate metric value
            //    Id
            //    Name
            //    Type
            //    Unit
            //    Timeseries
            //        - Data
            //        - Metadatavalues
        }
    }

Azure Tablo Depolama için günlükleri analiz etme

Kaynak günlüklerine depolama hesabında blob olarak, olay verileri olarak veya Log Analytics sorguları aracılığıyla erişebilirsiniz. Bu günlükleri bulma hakkında bilgi için bkz . Azure kaynak günlükleri.

Günlüğe kaydedilen SMB ve REST işlemlerinin listesini almak için bkz . Depolama günlüğe kaydedilen işlemler ve durum iletileri.

Günlük girdileri yalnızca hizmet uç noktasına yönelik istekler olduğunda oluşturulur. Örneğin, bir depolama hesabının tablo uç noktasında etkinliği varsa ancak kuyruğunda veya blob uç noktalarında etkinlik yoksa, yalnızca Tablo Depolama ile ilgili günlükler oluşturulur. Azure Depolama günlükleri, bir depolama hizmetine yapılan başarılı ve başarısız istekler hakkında ayrıntılı bilgiler içerir. Bu bilgileri kullanarak istekleri ayrı ayrı izleyebilir ve depolama hizmetiyle ilgili sorunları tanılayabilirsiniz. İstekler en iyi çaba temelinde günlüğe kaydedilir.

Azure portalında bir depolama hesabını görüntülediğinizde portal tarafından çağrılan işlemler de günlüğe kaydedilir. Bu nedenle, hesaba herhangi bir veri yazmamış olsanız bile depolama hesabında günlüğe kaydedilen işlemleri görebilirsiniz.

Kimliği doğrulanmış istekleri günlüğe kaydetme

Aşağıdaki türden kimliği doğrulanmış istekler kaydedilir:

• Başarılı istekler
• Zaman aşımı, azaltma, ağ, yetkilendirme hatalarını ve diğer hataları içeren başarısız istekler
• Başarısız ve başarılı istekler de dahil olmak üzere paylaşılan erişim imzası (SAS) veya OAuth kullanan istekler
• Analiz verilerine yönelik istekler ($logs kapsayıcısında klasik günlük verileri ve $metric tablolarındaki sınıf ölçümü verileri)

Tablo Depolama hizmetinin kendisi tarafından yapılan günlük oluşturma veya silme gibi istekler günlüğe kaydedilmez. Günlüğe kaydedilen verilerin tam listesi için bkz . Depolama günlüğe kaydedilen işlemler ve durum iletileri ve Depolama günlüğü biçimi.

Anonim istekleri günlüğe kaydetme

Aşağıdaki anonim istek türleri günlüğe kaydedilir:

• Başarılı istekler
• Sunucu hataları
• Hem istemci hem de sunucuya yönelik zaman aşımı hataları
• 304 hata koduyla başarısız GET istekleri (Not Modified)

Kusto sorguları

Kusto sorgu dilini (KQL) kullanarak Azure İzleyici Günlükleri/Log Analytics deposundaki izleme verilerini analiz edebilirsiniz.

Herhangi bir hizmet için yaygın sorguların listesi için bkz . Log Analytics sorguları arabirimi.

Tablo Depolama alanınızı izlemenize yardımcı olması için Günlük arama çubuğuna girebileceğiniz bazı sorgular aşağıdadır. Bu sorgular yeni dille çalışır. Daha fazla bilgi için bkz . Log Analytics öğreticisi.

• Son üç gün içindeki en yaygın 10 hatayı listelemek için.

  StorageTableLogs
  | where TimeGenerated > ago(3d) and StatusText !contains "Success"
  | summarize count() by StatusText
  | top 10 by count_ desc
  

• Son üç gün içinde en çok hataya neden olan ilk 10 işlemi listelemek için.

  StorageTableLogs
  | where TimeGenerated > ago(3d) and StatusText !contains "Success"
  | summarize count() by OperationName
  | top 10 by count_ desc
  

• Son üç gün içindeki en uzun uçtan uca gecikme süresine sahip ilk 10 işlemi listelemek için.

  StorageTableLogs
  | where TimeGenerated > ago(3d)
  | top 10 by DurationMs desc
  | project TimeGenerated, OperationName, DurationMs, ServerLatencyMs, ClientLatencyMs = DurationMs - ServerLatencyMs
  

• Son üç gün içinde sunucu tarafı azaltma hatalarına neden olan tüm işlemleri listelemek için.

  StorageTableLogs
  | where TimeGenerated > ago(3d) and StatusText contains "ServerBusy"
  | project TimeGenerated, OperationName, StatusCode, StatusText
  

• Son üç gün içinde anonim erişimi olan tüm istekleri listelemek için.

  StorageTableLogs
  | where TimeGenerated > ago(3d) and AuthenticationType == "Anonymous"
  | project TimeGenerated, OperationName, AuthenticationType, Uri
  

• Son üç gün içinde kullanılan işlemlerin pasta grafiğini oluşturmak için.

  StorageTableLogs
  | where TimeGenerated > ago(3d)
  | summarize count() by OperationName
  | sort by count_ desc 
  | render piechart
  
  

Uyarılar

Azure İzleyici uyarıları, izleme verilerinizde belirli koşullar bulunduğunda sizi proaktif olarak bilgilendirir. Uyarılar, müşterileriniz fark etmeden önce sisteminizdeki sorunları tanımlamanıza ve çözmenize olanak sağlar. Daha fazla bilgi için bkz . Azure İzleyici uyarıları.

Azure kaynakları için birçok yaygın uyarı kaynağı vardır. Azure kaynaklarına yönelik yaygın uyarı örnekleri için bkz . Örnek günlük uyarısı sorguları. Azure İzleyici Temel Uyarıları (AMBA) sitesi, önemli platform ölçüm uyarılarını, panolarını ve yönergelerini uygulamak için yarı otomatik bir yöntem sağlar. Site, Azure Giriş Bölgesi'nin (ALZ) parçası olan tüm hizmetler de dahil olmak üzere Azure hizmetlerinin sürekli olarak genişleyen bir alt kümesi için geçerlidir.

Ortak uyarı şeması, Azure İzleyici uyarı bildirimlerinin kullanımını standartlaştırır. Daha fazla bilgi için bkz . Ortak uyarı şeması.

Uyarı türleri

Azure İzleyici veri platformundaki herhangi bir ölçüm veya günlük veri kaynağı hakkında uyarı alabilirsiniz. İzlediğiniz hizmetlere ve topladığınız izleme verilerine bağlı olarak birçok farklı uyarı türü vardır. Farklı uyarı türlerinin çeşitli avantajları ve dezavantajları vardır. Daha fazla bilgi için bkz . Doğru izleme uyarı türünü seçme.

Aşağıdaki listede oluşturabileceğiniz Azure İzleyici uyarılarının türleri açıklanmaktadır:

• Ölçüm uyarıları , kaynak ölçümlerini düzenli aralıklarla değerlendirir. Ölçümler platform ölçümleri, özel ölçümler, Azure İzleyici'den ölçümlere dönüştürülen günlükler veya Application Insights ölçümleri olabilir. Ölçüm uyarıları birden çok koşul ve dinamik eşik de uygulayabilir.
• Günlük uyarıları , kullanıcıların önceden tanımlanmış bir sıklıkta kaynak günlüklerini değerlendirmek için Log Analytics sorgusu kullanmasına olanak sağlar.
• Etkinlik günlüğü uyarıları , tanımlı koşullarla eşleşen yeni bir etkinlik günlüğü olayı oluştuğunda tetikler. Kaynak Durumu uyarıları ve Hizmet Durumu uyarıları, hizmetiniz ve kaynak durumunuz hakkında rapor veren etkinlik günlüğü uyarılarıdır.

Bazı Azure hizmetleri akıllı algılama uyarılarını, Prometheus uyarılarını veya önerilen uyarı kurallarını da destekler.

Bazı hizmetler için, aynı Azure bölgesinde bulunan aynı türdeki birden çok kaynağa aynı ölçüm uyarı kuralını uygulayarak büyük ölçekte izleyebilirsiniz. İzlenen her kaynak için tek tek bildirimler gönderilir. Desteklenen Azure hizmetleri ve bulutları için bkz . Tek bir uyarı kuralıyla birden çok kaynağı izleme.

Azure Tablo Depolama uyarı kuralları

Aşağıdaki tabloda Azure Tablo Depolama için yaygın ve önerilen uyarı kuralları ve uyarı için kullanılacak uygun ölçüm listelenmiştir:

Danışman önerileri

Bazı hizmetler için, kaynak işlemleri sırasında kritik koşullar veya yakın değişiklikler gerçekleşirse portaldaki hizmete Genel Bakış sayfasında bir uyarı görüntülenir. Uyarı için daha fazla bilgi ve önerilen düzeltmeleri soldaki menüde İzleme altında Danışman önerileri bölümünde bulabilirsiniz. Normal işlemler sırasında hiçbir danışman önerisi görüntülenmez.

Azure Danışmanı hakkında daha fazla bilgi için bkz . Azure Danışmanına genel bakış.

İlgili içerik

Diğer Tablo Depolama izleme içeriği:

• Azure Tablo Depolama izleme veri başvurusu. Azure Tablo Depolama tarafından oluşturulan günlüklerin ve ölçümlerin başvurusu.
• Tablo Depolama için performans ve ölçeklenebilirlik denetim listesi

Genel Azure Depolama izleme içeriği:

• Azure İzleyici Depolama içgörüleri ile depolamayı izleme. Depolama performansı, kapasite ve kullanılabilirlik için birleşik bir görünüm elde edin.
• Azure İzleyici'de ölçümlere geçiş. Depolama Analizi ölçümlerinden Azure İzleyici'deki ölçümlere gitme.
• Performans sorunlarını giderme. Yaygın performans sorunlarına bakın ve bunların nasıl giderilir yönergelerine bakın.
• Kullanılabilirlik sorunlarını giderme. Yaygın kullanılabilirlik sorunlarına bakın ve bunların nasıl giderilir yönergelerine bakın.
• İstemci uygulaması hatalarını giderme. İstemcileri bağlamayla ilgili sık karşılaşılan sorunları ve bunların nasıl giderilirlerini öğrenin.
• Azure Depolama (eğitim modülü) cihazınızı izleyin, tanılayın ve sorun giderin. Adım adım yönergelerle depolama hesabı sorunlarını giderin.

Azure İzleyici içeriği:

• Azure İzleyici ile Azure kaynaklarını izleme. Azure kaynaklarını izlemeyle ilgili genel ayrıntılar.
• Azure İzleyici Ölçümlerine genel bakış. Ölçümlerin ve ölçüm boyutlarının temelleri.
• Azure İzleyici Günlüklerine genel bakış. Günlüklerin temelleri ve bunları toplama ve analiz etme.
• Azure İzleyici ölçüm gezgini ile ölçümleri analiz etme. Ölçüm Gezgini turu.
• Azure İzleyici'de Log Analytics'e genel bakış. Log Analytics turu.