Azure Table Storage bewaken

In dit artikel wordt het volgende beschreven:

• De typen bewakingsgegevens die u voor deze service kunt verzamelen.
• Manieren om die gegevens te analyseren.

Notitie

Als u al bekend bent met deze service en/of Azure Monitor en alleen wilt weten hoe u bewakingsgegevens analyseert, raadpleegt u de sectie Analyseren aan het einde van dit artikel.

Wanneer u kritieke toepassingen en bedrijfsprocessen hebt die afhankelijk zijn van Azure-resources, moet u waarschuwingen voor uw systeem bewaken en ontvangen. De Azure Monitor-service verzamelt en aggregeert metrische gegevens en logboeken van elk onderdeel van uw systeem. Azure Monitor biedt een overzicht van beschikbaarheid, prestaties en tolerantie, en geeft u een overzicht van problemen. U kunt de Azure-portal, PowerShell, Azure CLI, REST API of clientbibliotheken gebruiken om bewakingsgegevens in te stellen en weer te geven.

• Zie het overzicht van Azure Monitor voor meer informatie over Azure Monitor.
• Zie Azure-resources bewaken met Azure Monitor voor meer informatie over het bewaken van Azure-resources in het algemeen.

Belangrijk

Metrische gegevens en logboeken in Azure Monitor ondersteunen alleen Azure Resource Manager-opslagaccounts. Azure Monitor biedt geen ondersteuning voor klassieke opslagaccounts. Als u metrische gegevens of logboeken in een klassiek opslagaccount wilt gebruiken, moet u migreren naar een Azure Resource Manager-opslagaccount. Zie Migreren naar Azure Resource Manager voor meer informatie.

Inzichten

Sommige services in Azure hebben een ingebouwd bewakingsdashboard in Azure Portal dat een beginpunt biedt voor het bewaken van uw service. Deze dashboards worden inzichten genoemd en u kunt ze vinden in de Insights Hub van Azure Monitor in Azure Portal.

Azure Storage-inzichten bieden een uniforme weergave van de opslagprestaties, capaciteit en beschikbaarheid. Zie Opslag bewaken met Azure Monitor Storage-inzichten.

Resourcetypen

Azure maakt gebruik van het concept van resourcetypen en id's om alles in een abonnement te identificeren. Azure Monitor organiseert op dezelfde manier kernbewakingsgegevens in metrische gegevens en logboeken op basis van resourcetypen, ook wel naamruimten genoemd. Er zijn verschillende metrische gegevens en logboeken beschikbaar voor verschillende resourcetypen. Uw service is mogelijk gekoppeld aan meer dan één resourcetype.

Resourcetypen maken ook deel uit van de resource-id's voor elke resource die wordt uitgevoerd in Azure. Eén resourcetype voor een virtuele machine is Microsoft.Compute/virtualMachinesbijvoorbeeld . Zie Resourceproviders voor een lijst met services en de bijbehorende resourcetypen.

Gegevensopslag

Voor Azure Monitor:

• Metrische gegevens worden opgeslagen in de metrische gegevensdatabase van Azure Monitor.
• Logboekgegevens worden opgeslagen in het logboekarchief van Azure Monitor. Log Analytics is een hulpprogramma in Azure Portal waarmee een query kan worden uitgevoerd op dit archief.
• Het Azure-activiteitenlogboek is een afzonderlijk archief met een eigen interface in Azure Portal.

U kunt eventueel metrische gegevens en activiteitenlogboekgegevens routeren naar het logboekarchief van Azure Monitor. Vervolgens kunt u Log Analytics gebruiken om een query uit te voeren op de gegevens en deze te correleren met andere logboekgegevens.

Veel services kunnen diagnostische instellingen gebruiken om metrische gegevens en logboekgegevens te verzenden naar andere opslaglocaties buiten Azure Monitor. Voorbeelden hiervan zijn Azure Storage, gehoste partnersystemen en niet-Azure-partnersystemen, met behulp van Event Hubs.

Zie het Azure Monitor-gegevensplatform voor gedetailleerde informatie over hoe Azure Monitor gegevens opslaat.

Metrische gegevens van het Azure Monitor-platform

Azure Monitor biedt metrische platformgegevens voor de meeste services. Deze metrische gegevens zijn:

• Afzonderlijk gedefinieerd voor elke naamruimte.
• Opgeslagen in de metrische gegevensdatabase van Azure Monitor.
• Lichtgewicht en in staat om bijna realtime waarschuwingen te ondersteunen.
• Wordt gebruikt om de prestaties van een resource in de loop van de tijd bij te houden.

Verzameling: Azure Monitor verzamelt automatisch metrische platformgegevens. Er is geen configuratie vereist.

Routering: U kunt ook meestal metrische platformgegevens routeren naar Azure Monitor-logboeken/Log Analytics, zodat u er query's op kunt uitvoeren met andere logboekgegevens. Zie de diagnostische instelling voor metrische gegevens voor meer informatie. Zie Diagnostische instellingen maken in Azure Monitor voor informatie over het configureren van diagnostische instellingen voor een service.

Zie Ondersteunde metrische gegevens in Azure Monitor voor een lijst met alle metrische gegevens die kunnen worden verzameld voor alle resources in Azure Monitor.

Zie de naslaginformatie over bewakingsgegevens van Azure Table Storage voor een lijst met beschikbare metrische gegevens voor Azure Table Storage.

Belangrijk

Op 9 januari 2024 Opslaganalyse metrische gegevens, ook wel klassieke metrische gegevens genoemd, buiten gebruik gesteld. Als u klassieke metrische gegevens hebt gebruikt, raadpleegt u Move from Opslaganalyse metrics to Azure Monitor metrics to transition to metrics in Azure Monitor. U kunt desgewenst de klassieke logboeken blijven gebruiken. We raden u echter aan over te stappen op het gebruik van Azure Storage-logboeken in Azure Monitor in plaats van Opslaganalyse logboeken.

Notitie

Azure Compute, niet Azure Storage, ondersteunt metrische gegevens voor beheerde schijven of niet-beheerde schijven. Zie metrische gegevens per schijf voor beheerde en niet-beheerde schijven voor meer informatie.

Azure Monitor-resourcelogboeken

Resourcelogboeken bieden inzicht in bewerkingen die zijn uitgevoerd door een Azure-resource. Logboeken worden automatisch gegenereerd, maar u moet ze routeren naar Azure Monitor-logboeken om ze op te slaan of er query's op uit te voeren. Logboeken zijn ingedeeld in categorieën. Een bepaalde naamruimte kan meerdere resourcelogboekcategorieën hebben.

Verzameling: Resourcelogboeken worden pas verzameld en opgeslagen als u een diagnostische instelling maakt en de logboeken doorsturen naar een of meer locaties. Wanneer u een diagnostische instelling maakt, geeft u op welke categorieën logboeken moeten worden verzameld. Er zijn meerdere manieren om diagnostische instellingen te maken en te onderhouden, waaronder Azure Portal, programmatisch en hoewel Azure Policy.

Routering: de voorgestelde standaardinstelling is het routeren van resourcelogboeken naar Azure Monitor-logboeken, zodat u er query's op kunt uitvoeren met andere logboekgegevens. Andere locaties, zoals Azure Storage, Azure Event Hubs en bepaalde Microsoft-bewakingspartners, zijn ook beschikbaar. Zie Azure-resourcelogboeken en resourcelogboekbestemmingen voor meer informatie.

Zie Diagnostische instellingen in Azure Monitor voor gedetailleerde informatie over het verzamelen, opslaan en routeren van resourcelogboeken.

Zie Ondersteunde resourcelogboeken in Azure Monitor voor een lijst met alle beschikbare resourcelogboekcategorieën in Azure Monitor.

Alle resourcelogboeken in Azure Monitor hebben dezelfde koptekstvelden, gevolgd door servicespecifieke velden. Het algemene schema wordt beschreven in het schema voor resourcelogboeken van Azure Monitor.

Zie de referentie voor bewakingsgegevens van Azure Table Storage voor de beschikbare resourcelogboekcategorieën, de bijbehorende Log Analytics-tabellen en de logboekschema's voor Azure Table Storage.

Diagnostische instellingen voor Azure Table Storage

Wanneer u de diagnostische instelling maakt, kiest u een tabel als het type opslag waarvoor u logboeken wilt inschakelen. Geef vervolgens een van de volgende categorieën bewerkingen op waarvoor u logboeken wilt verzamelen.

Categorie	Beschrijving
StorageRead	Leesbewerkingen op objecten.
StorageWrite	Schrijfbewerkingen op objecten.
StorageDelete	Verwijderbewerkingen op objecten.

Met de categoriegroep auditresourcelogboeken kunt u de basislijn van resourcelogboeken verzamelen die Microsoft nodig acht voor het controleren van uw resource. Wat wordt verzameld, is dynamisch en Microsoft kan deze na verloop van tijd wijzigen naarmate er nieuwe resourcelogboekcategorieën beschikbaar komen. Als u de auditcategoriegroep kiest, kunt u geen andere resourcecategorieën opgeven, omdat het systeem bepaalt welke logboeken moeten worden verzameld. Zie Diagnostische instellingen in Azure Monitor: Resourcelogboeken voor meer informatie.

Doelbeperkingen

Zie Doelbeperkingen voor algemene doelbeperkingen. De volgende beperkingen gelden alleen voor het bewaken van Azure Storage-accounts.

• U kunt geen logboeken verzenden naar hetzelfde opslagaccount dat u bewaakt met deze instelling. Deze situatie zou leiden tot recursieve logboeken waarin een logboekvermelding het schrijven van een andere logboekvermelding beschrijft. U moet een account maken of een ander bestaand account gebruiken om logboekgegevens op te slaan.

• U kunt geen bewaarbeleid instellen.

  Als u logboeken naar een opslagaccount archiveert, kunt u het bewaarbeleid van een logboekcontainer beheren door een levenscyclusbeheerbeleid te definiëren. Zie Kosten optimaliseren door de levenscyclus van gegevens automatisch te beheren voor meer informatie.

  Als u logboeken naar Log Analytics verzendt, kunt u de gegevensretentieperiode van Log Analytics op werkruimteniveau beheren of zelfs verschillende bewaarinstellingen opgeven op gegevenstype. Zie De bewaarperiode voor gegevens wijzigen voor meer informatie.

Azure-activiteitenlogboek

Het activiteitenlogboek bevat gebeurtenissen op abonnementsniveau waarmee bewerkingen voor elke Azure-resource worden bijgehouden, zoals van buiten die resource wordt gezien; Bijvoorbeeld het maken van een nieuwe resource of het starten van een virtuele machine.

Verzameling: gebeurtenissen in activiteitenlogboeken worden automatisch gegenereerd en verzameld in een afzonderlijk archief voor weergave in Azure Portal.

Routering: U kunt activiteitenlogboekgegevens verzenden naar Azure Monitor-logboeken, zodat u deze naast andere logboekgegevens kunt analyseren. Andere locaties, zoals Azure Storage, Azure Event Hubs en bepaalde Microsoft-bewakingspartners, zijn ook beschikbaar. Zie Overzicht van het Azure-activiteitenlogboek voor meer informatie over het routeren van het activiteitenlogboek.

Bewakingsgegevens analyseren

Er zijn veel hulpprogramma's voor het analyseren van bewakingsgegevens.

Azure Monitor-hulpprogramma's

Azure Monitor ondersteunt de volgende basishulpprogramma's:

• Metrics Explorer, een hulpprogramma in Azure Portal waarmee u metrische gegevens voor Azure-resources kunt weergeven en analyseren. Zie Metrische gegevens analyseren met Azure Monitor Metrics Explorer voor meer informatie.

• Log Analytics, een hulpprogramma in Azure Portal waarmee u logboekgegevens kunt opvragen en analyseren met behulp van de Kusto-querytaal (KQL). Zie Aan de slag met logboekquery's in Azure Monitor voor meer informatie.

• Het activiteitenlogboek, dat een gebruikersinterface in Azure Portal heeft voor het weergeven en uitvoeren van basiszoekopdrachten. Als u uitgebreidere analyses wilt uitvoeren, moet u de gegevens routeren naar Azure Monitor-logboeken en complexere query's uitvoeren in Log Analytics.

Hulpprogramma's waarmee complexere visualisaties mogelijk zijn, zijn onder andere:

• Dashboards waarmee u verschillende soorten gegevens kunt combineren in één deelvenster in Azure Portal.
• Werkmappen, aanpasbare rapporten die u kunt maken in Azure Portal. Werkmappen kunnen tekst, metrische gegevens en logboekquery's bevatten.
• Grafana, een open platformhulpprogramma dat excelleert in operationele dashboards. U kunt Grafana gebruiken om dashboards te maken die gegevens uit meerdere andere bronnen dan Azure Monitor bevatten.
• Power BI, een business analytics-service die interactieve visualisaties biedt in verschillende gegevensbronnen. U kunt Power BI zo configureren dat logboekgegevens automatisch vanuit Azure Monitor worden geïmporteerd om te profiteren van deze visualisaties.

Azure Monitor-exporthulpprogramma's

U kunt gegevens uit Azure Monitor ophalen in andere hulpprogramma's met behulp van de volgende methoden:

• Metrische gegevens: gebruik de REST API voor metrische gegevens om metrische gegevens te extraheren uit de metrische Azure Monitor-database. De API ondersteunt filterexpressies om de opgehaalde gegevens te verfijnen. Zie azure Monitor REST API-naslaginformatie voor meer informatie.

• Logboeken: Gebruik de REST API of de bijbehorende clientbibliotheken.

• Een andere optie is het exporteren van werkruimtegegevens.

Als u aan de slag wilt gaan met de REST API voor Azure Monitor, raadpleegt u de stapsgewijze instructies voor Azure Monitoring REST API.

Metrische gegevens analyseren voor Azure Table Storage

Metrische gegevens voor Azure Table Storage bevinden zich in deze naamruimten:

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

Zie ondersteunde metrische gegevens van Azure Monitor voor een lijst met alle ondersteunde metrische gegevens van Azure Monitor, waaronder Azure Table Storage.

Azure-portal

U kunt metrische gegevens voor Azure Storage analyseren met metrische gegevens van andere Azure-services met behulp van Metrics Explorer. Open Metrics Explorer door Metrics te kiezen in het menu Van Azure Monitor. Zie Metrische gegevens analyseren met Azure Monitor Metrics Explorer voor meer informatie over het gebruik van dit hulpprogramma.

In dit voorbeeld ziet u hoe u transacties op accountniveau kunt weergeven.

Voor metrische gegevens die dimensies ondersteunen, kunt u de metrische waarde filteren met de gewenste dimensiewaarde. In dit voorbeeld ziet u hoe u transacties op accountniveau op een specifieke bewerking kunt weergeven door waarden te selecteren voor de dimensie API-naam.

Zie Metrische dimensies voor een volledige lijst met dimensies die door Azure Storage worden ondersteund.

PowerShell

De definitie van de metrische gegevens weergeven

U kunt de metrische definitie van uw opslagaccount of de Table Storage-service weergeven. Gebruik de cmdlet Get-AzMetricDefinition .

Vervang in dit voorbeeld de <resource-ID> tijdelijke aanduiding door de resource-id van het hele opslagaccount of de resource-id van de Table Storage-service. U vindt deze resource-id's op de eigenschappenpagina's van uw opslagaccount in Azure Portal.

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

Metrische waarden lezen

U kunt metrische waarden op accountniveau van uw opslagaccount of de Table Storage-service lezen. Gebruik de cmdlet Get-AzMetric .

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

Metrische waarden met dimensies lezen

Wanneer een metrische waarde dimensies ondersteunt, kunt u metrische waarden lezen en filteren met behulp van dimensiewaarden. Gebruik de cmdlet Get-AzMetric .

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

Azure-CLI

De metrische definitie op accountniveau weergeven

U kunt de metrische definitie van uw opslagaccount of de Table Storage-service weergeven. Gebruik de opdracht az monitor metrics list-definitions .

Vervang in dit voorbeeld de <resource-ID> tijdelijke aanduiding door de resource-id van het hele opslagaccount of de resource-id van de Table Storage-service. U vindt deze resource-id's op de eigenschappenpagina's van uw opslagaccount in Azure Portal.

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

Metrische waarden op accountniveau lezen

U kunt de metrische waarden van uw opslagaccount of de Table Storage-service lezen. Gebruik de opdracht az monitor metrics list .

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

Metrische waarden met dimensies lezen

Wanneer een metrische waarde dimensies ondersteunt, kunt u metrische waarden lezen en filteren met behulp van dimensiewaarden. Gebruik de opdracht az monitor metrics list .

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

.NET

Azure Monitor biedt de .NET SDK voor het lezen van metrische definities en waarden. De voorbeeldcode laat zien hoe u de SDK gebruikt met verschillende parameters. U moet of een latere versie gebruiken 0.18.0-preview voor metrische opslaggegevens.

In deze voorbeelden vervangt u de <resource-ID> tijdelijke aanduiding door de resource-id van het hele opslagaccount of de Table Storage-service. U vindt deze resource-id's op de eigenschappenpagina's van uw opslagaccount in Azure Portal.

Vervang de <subscription-ID> variabele door de id van uw abonnement. Zie De portal gebruiken om een Microsoft Entra-toepassing en service-principal te maken die toegang heeft tot resources voor hulp bij het verkrijgen van waarden voor<tenant-ID>, <application-ID>en .<AccessKey>

De metrische definitie op accountniveau weergeven

In het volgende voorbeeld ziet u hoe u een metrische definitie op accountniveau weergeeft:

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

Metrische waarden op accountniveau lezen

In het volgende voorbeeld ziet u hoe u gegevens op accountniveau kunt lezen UsedCapacity :

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

Multidimensionale metrische waarden lezen

Voor multidimensionale metrische gegevens moet u metagegevensfilters definiëren als u metrische gegevens wilt lezen over specifieke dimensiewaarden.

In het volgende voorbeeld ziet u hoe u metrische gegevens kunt lezen over de metrische gegevens die multidimensionaal ondersteunen:

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

Logboeken analyseren voor Azure Table Storage

U kunt resourcelogboeken openen als een blob in een opslagaccount, als gebeurtenisgegevens of via Log Analytics-query's. Zie Azure-resourcelogboeken voor informatie over het vinden van deze logboeken.

Als u de lijst met SMB- en REST-bewerkingen wilt ophalen die zijn geregistreerd, raadpleegt u In storage vastgelegde bewerkingen en statusberichten.

Logboekvermeldingen worden alleen gemaakt als er aanvragen zijn gedaan op basis van het service-eindpunt. Als een opslagaccount bijvoorbeeld activiteit heeft in het tabeleindpunt, maar niet in de wachtrij of blob-eindpunten, worden alleen logboeken gemaakt die betrekking hebben op Table Storage. Azure Storage-logboeken bevatten gedetailleerde informatie over geslaagde en mislukte aanvragen voor een opslagservice. Deze informatie kan worden gebruikt voor het bewaken van afzonderlijke aanvragen en voor het vaststellen van problemen met een opslagservice. Aanvragen worden vastgelegd op basis van best effort.

Wanneer u een opslagaccount in Azure Portal bekijkt, worden de bewerkingen die door de portal worden aangeroepen, ook geregistreerd. Daarom ziet u mogelijk bewerkingen die zijn aangemeld in een opslagaccount, ook al hebt u geen gegevens naar het account geschreven.

Geverifieerde aanvragen voor logboeken

De volgende typen geverifieerde aanvragen worden geregistreerd:

• Geslaagde aanvragen
• Mislukte aanvragen, inclusief time-out-, beperkings-, netwerk-, autorisatiefouten en overige fouten
• Aanvragen die gebruikmaken van een Shared Access Signature (SAS) of OAuth, inclusief mislukte en geslaagde aanvragen
• Aanvragen voor analysegegevens (klassieke logboekgegevens in de $logs container- en klassegegevens in de $metric tabellen)

Aanvragen die door de Table Storage-service zelf worden gedaan, zoals het maken of verwijderen van logboeken, worden niet geregistreerd. Zie voor een volledige lijst met de vastgelegde gegevens de vastgelegde bewerkingen en statusberichtenen de indeling van het opslaglogboek.

Anonieme aanvragen registreren

De volgende typen anonieme aanvragen worden geregistreerd:

• Geslaagde aanvragen
• Serverfouten
• Time-outfouten voor zowel de client als de server
• Mislukte GET-aanvragen met foutcode 304 (Not Modified)

Kusto-query's

U kunt bewakingsgegevens analyseren in de Azure Monitor-logboeken/Log Analytics-opslag met behulp van de Kusto-querytaal (KQL).

Belangrijk

Wanneer u Logboeken selecteert in het menu van de service in de portal, wordt Log Analytics geopend met het querybereik ingesteld op de huidige service. Dit bereik betekent dat logboekquery's alleen gegevens uit dat type resource bevatten. Als u een query wilt uitvoeren die gegevens uit andere Azure-services bevat, selecteert u Logboeken in het menu Azure Monitor . Zie Log-querybereik en tijdsbereik in Azure Monitor Log Analytics voor meer informatie.

Zie de interface voor Log Analytics-query's voor een lijst met algemene query's voor elke service.

Hier volgen enkele query's die u kunt invoeren in de zoekbalk voor logboeken om u te helpen bij het bewaken van Table Storage. Deze query's werken met de nieuwe taal. Zie de zelfstudie over Log Analytics voor meer informatie.

• De tien meest voorkomende fouten in de afgelopen drie dagen weergeven.

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

• Om de tien belangrijkste bewerkingen weer te geven die de meeste fouten in de afgelopen drie dagen hebben veroorzaakt.

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

• Om de tien belangrijkste bewerkingen weer te geven met de langste end-to-end-latentie gedurende de afgelopen drie dagen.

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

• Als u alle bewerkingen wilt weergeven die tot beperkingsfouten aan de serverzijde hebben geleid gedurende de afgelopen drie dagen.

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

• Alle aanvragen met anonieme toegang in de afgelopen drie dagen weergeven.

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

• Een cirkeldiagram maken van bewerkingen die in de afgelopen drie dagen zijn gebruikt.

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

Waarschuwingen

Azure Monitor-waarschuwingen melden u proactief wanneer er specifieke voorwaarden worden gevonden in uw bewakingsgegevens. Met waarschuwingen kunt u problemen in uw systeem identificeren en oplossen voordat uw klanten ze opmerken. Zie Azure Monitor-waarschuwingen voor meer informatie.

Er zijn veel bronnen van algemene waarschuwingen voor Azure-resources. Zie Voorbeeldquery's voor logboekwaarschuwingen voor voorbeelden van veelvoorkomende waarschuwingen voor Azure-resources. De site Azure Monitor Baseline Alerts (AMBA) biedt een semi-geautomatiseerde methode voor het implementeren van belangrijke metrische platformwaarschuwingen, dashboards en richtlijnen. De site is van toepassing op een voortdurend uitbreidende subset van Azure-services, inclusief alle services die deel uitmaken van de Azure Landing Zone (ALZ).

Het algemene waarschuwingsschema standaardiseert het verbruik van Azure Monitor-waarschuwingsmeldingen. Zie Algemeen waarschuwingsschema voor meer informatie.

Typen waarschuwingen

U kunt een waarschuwing ontvangen voor elke metrische gegevensbron of logboekgegevensbron in het Azure Monitor-gegevensplatform. Er zijn veel verschillende typen waarschuwingen, afhankelijk van de services die u bewaakt en de bewakingsgegevens die u verzamelt. Verschillende typen waarschuwingen hebben verschillende voordelen en nadelen. Zie Het juiste waarschuwingstype voor bewaking kiezen voor meer informatie.

In de volgende lijst worden de typen Azure Monitor-waarschuwingen beschreven die u kunt maken:

• Metrische waarschuwingen evalueren met regelmatige tussenpozen resourcegegevens. Metrische gegevens kunnen metrische platformgegevens, aangepaste metrische gegevens, logboeken van Azure Monitor zijn geconverteerd naar metrische gegevens of metrische Gegevens van Application Insights. Metrische waarschuwingen kunnen ook meerdere voorwaarden en dynamische drempelwaarden toepassen.
• Met logboekwaarschuwingen kunnen gebruikers een Log Analytics-query gebruiken om resourcelogboeken met een vooraf gedefinieerde frequentie te evalueren.
• Waarschuwingen voor activiteitenlogboeken worden geactiveerd wanneer een nieuwe gebeurtenis van het activiteitenlogboek plaatsvindt die overeenkomt met gedefinieerde voorwaarden. Resource Health-waarschuwingen en Service Health-waarschuwingen zijn waarschuwingen voor activiteitenlogboeken die rapporteren over uw service en resourcestatus.

Sommige Azure-services ondersteunen ook waarschuwingen voor slimme detectie, Prometheus-waarschuwingen of aanbevolen waarschuwingsregels.

Voor sommige services kunt u op schaal bewaken door dezelfde waarschuwingsregel voor metrische gegevens toe te passen op meerdere resources van hetzelfde type dat in dezelfde Azure-regio aanwezig is. Afzonderlijke meldingen worden verzonden voor elke bewaakte resource. Zie Meerdere resources bewaken met één waarschuwingsregel voor ondersteunde Azure-services en -clouds.

Waarschuwingsregels voor Azure Table Storage

De volgende tabel bevat algemene en aanbevolen waarschuwingsregels voor Azure Table Storage en de juiste metrische gegevens voor de waarschuwing:

Waarschuwingstype	Voorwaarde	Beschrijving
Metric	De Table Storage-service wordt beperkt.	Transacties Dimensienaam: antwoordtype
Metric	Table Storage-aanvragen zijn 99% van de tijd geslaagd.	Beschikbaarheid Dimensienamen: geotype, API-naam, verificatie
Metric	Uitgaand verkeer van Table Storage heeft in één dag meer dan 500 GiB overschreden.	Egress Dimensienamen: geotype, API-naam, verificatie

Advisor-aanbevelingen

Voor sommige services, als er kritieke omstandigheden of aanstaande wijzigingen optreden tijdens resourcebewerkingen, wordt een waarschuwing weergegeven op de pagina Serviceoverzicht in de portal. Meer informatie en aanbevolen oplossingen voor de waarschuwing vindt u in Advisor-aanbevelingen onder Bewaking in het linkermenu. Tijdens normale bewerkingen worden er geen aanbevelingen van advisor weergegeven.

Zie het overzicht van Azure Advisor voor meer informatie over Azure Advisor.

Gerelateerde inhoud

Andere bewakingsinhoud voor Table Storage:

• Naslaginformatie over bewakingsgegevens in Azure Table Storage. Een verwijzing naar de logboeken en metrische gegevens die zijn gemaakt door Azure Table Storage.
• Controlelijst voor prestaties en schaalbaarheid voor Table Storage

Algemene bewakingsinhoud van Azure Storage:

• Bewaak opslag met Azure Monitor Storage-inzichten. Krijg een uniforme weergave van de opslagprestaties, capaciteit en beschikbaarheid.
• Overgang naar metrische gegevens in Azure Monitor. Overstappen van Opslaganalyse metrische gegevens naar metrische gegevens in Azure Monitor.
• Prestatieproblemen oplossen. Bekijk veelvoorkomende prestatieproblemen en richtlijnen voor het oplossen van problemen.
• Problemen met beschikbaarheid oplossen. Bekijk veelvoorkomende beschikbaarheidsproblemen en richtlijnen voor het oplossen van deze problemen.
• Problemen met clienttoepassingen oplossen. Bekijk veelvoorkomende problemen met het verbinden van clients en hoe u deze kunt oplossen.
• Uw Azure Storage (trainingsmodule) bewaken, diagnosticeren en problemen oplossen. Problemen met opslagaccounts oplossen, met stapsgewijze instructies.

Azure Monitor-inhoud:

• Azure-resources bewaken met Azure Monitor. Algemene informatie over het bewaken van Azure-resources.
• Overzicht van metrische gegevens van Azure Monitor. De basisbeginselen van metrische gegevens en metrische dimensies.
• Overzicht van Azure Monitor-logboeken. De basisbeginselen van logboeken en het verzamelen en analyseren ervan.
• Analyseer metrische gegevens met azure Monitor Metrics Explorer. Een rondleiding door Metrics Explorer.
• Overzicht van Log Analytics in Azure Monitor. Een rondleiding door Log Analytics.