Monitorare Archiviazione code di Azure

L'articolo illustra:

• I tipi di dati di monitoraggio che è possibile raccogliere per questo servizio.
• Modi per analizzare i dati.

Nota

Se si ha già familiarità con questo servizio e/o il Monitoraggio di Azure e si vuole solo sapere come analizzare i dati di monitoraggio, vedere la sezione Analizza alla fine di questo articolo.

Quando si hanno applicazioni e processi di business critici che si basano sulle risorse di Azure, è necessario monitorare e ricevere avvisi per il sistema. Il servizio Monitoraggio di Azure raccoglie e aggrega metriche e log da ogni componente del sistema. Il Monitoraggio di Azure offre una visione sulla disponibilità, le prestazioni e la resilienza e notifica i problemi. È possibile usare il portale di Azure, PowerShell, l'interfaccia della riga di comando di Azure, l'API REST o le librerie client per configurare e visualizzare i dati di monitoraggio.

• Per altre informazioni sul monitoraggio di Azure, vedere Informazioni generali sul Monitoraggio di Azure.
• Per altre informazioni su come monitorare le risorse di Azure in generale, vedere Monitorare le risorse di Azure con Monitoraggio di Azure.

Importante

Metriche e log di Monitoraggio di Azure supportano solo gli account di archiviazione di Azure Resource Manager. Monitoraggio di Azure non supporta gli account di archiviazione della versione classica. Se si vogliono usare le metriche o i log con gli account di archiviazione della versione classica, è necessario eseguire la migrazione a un account di archiviazione di Azure Resource Manager. Per altre informazioni, vedere Eseguire la migrazione ad Azure Resource Manager.

Informazioni dettagliate

Per alcuni servizi di Azure, nel portale di Azure è disponibile un dashboard di monitoraggio predefinito che fornisce un punto iniziale per il monitoraggio del servizio. Questi dashboard sono denominati informazioni dettagliate ed è possibile trovarli nell'hub di Insights del Monitoraggio di Azure nel portale di Azure.

Le informazioni dettagliate di Archiviazione di Azure offrono una visualizzazione unificata delle prestazioni, della capacità e della disponibilità dell'archiviazione. Vedere Monitorare l'archiviazione con Informazioni dettagliate sull'archiviazione di Monitoraggio di Azure.

Tipi di risorsa

Azure usa il concetto di tipi di risorse e ID per identificare tutti gli elementi in una sottoscrizione. Il Monitoraggio di Azure organizza in modo analogo i dati di monitoraggio di base in metriche e log in base ai tipi di risorse, detti anche spazi dei nomi. Sono disponibili metriche e log diversi per diversi tipi di risorse. Il servizio potrebbe essere associato a più tipi di risorse.

I tipi di risorse fanno anche parte degli ID della risorsa per ogni risorsa in esecuzione in Azure. Ad esempio, un tipo di risorsa per una macchina virtuale è Microsoft.Compute/virtualMachines. Per un elenco dei servizi e dei relativi tipi di risorse associati, vedere Provider di risorse.

Archiviazione di dati

Per il Monitoraggio di Azure:

• I dati delle metriche vengono archiviati dal database di metriche del Monitoraggio di Azure.
• I dati di log vengono archiviati nell'archivio dei log del Monitoraggio di Azure. Log Analytics è uno strumento nel portale di Azure in grado di eseguire query su questo archivio.
• Il log attività di Azure è un archivio separato con la propria interfaccia nel portale di Azure.

Facoltativamente, è possibile instradare i dati delle metriche e dei log attività all'archivio dei log di Monitoraggio di Azure. È quindi possibile usare Analisi dei log per eseguire query sui dati e correlarli con altri dati di log.

Molti servizi possono usare le impostazioni di diagnostica per inviare i dati delle metriche e dei log ad altre posizioni di archiviazione all'esterno di Monitoraggio di Azure. Gli esempi includono Archiviazione di Azure, sistemi partner ospitati e sistemi partner non Azure usando Hub eventi.

Per informazioni dettagliate su come il Monitoraggio di Azure archivia i dati, vedere la piattaforma dati del Monitoraggio di Azure.

Metriche della piattaforma del Monitoraggio di Azure

Il Monitoraggio di Azure fornisce metriche della piattaforma per la maggior parte dei servizi. Le metriche sono:

• Definite singolarmente per ogni spazio dei nomi.
• Archiviate in un database delle metriche di serie temporali del Monitoraggio di Azure.
• Leggere e in grado di creare avvisi in tempo quasi reale.
• Usate per tenere traccia delle prestazioni di una risorsa nel tempo.

Raccolta: il Monitoraggio di Azure raccoglie automaticamente le metriche della piattaforma. Non è richiesta alcuna configurazione.

Routing: in genere è possibile instradare le metriche della piattaforma verso i log del Monitoraggio di Azure/Log Analytics in modo da poterle interrogare con altri dati di log. Per altre informazioni, vedere impostazioni delle metriche di diagnostica. Per informazioni su come configurare le impostazioni di diagnostica per un servizio, vedere Creare impostazioni di diagnostica nel Monitoraggio di Azure.

Per un elenco di tutte le metriche che è possibile raccogliere per tutte le risorse nel Monitoraggio di Azure, vedere Metriche supportate nel Monitoraggio di Azure.

Per un elenco delle metriche disponibili per Archiviazione code di Azure, vedere Informazioni di riferimento sui dati di monitoraggio di Archiviazione code di Azure.

Importante

Il 9 gennaio 2024 sono state ritirate le metriche di Analisi archiviazione, dette anche metriche classiche. Se sono state usate le metriche classiche, vedere Passare dalle metriche di Analisi archiviazione alle metriche di Monitoraggio di Azure per passare alle metriche in Monitoraggio di Azure.

Nota

Le metriche per dischi gestiti o dischi non gestiti sono supportate da Calcolo di Azure, non Archiviazione di Azure. Per altre informazioni, vedere Per disk metrics for Managed and Unmanaged Disks (Metriche per dischi gestiti e non gestiti).

Log delle risorse di Monitoraggio di Azure

I log delle risorse forniscono informazioni dettagliate sulle operazioni eseguite da una risorsa di Azure. I log vengono generati automaticamente, ma è necessario indirizzarli verso i log del Monitoraggio di Azure per salvarli o interrogarli. I log sono organizzati in categorie. Uno specifico spazio dei nomi potrebbe avere più categorie di log delle risorse.

Raccolta: i log delle risorse non vengono raccolti e archiviati fino a quando non si crea un'impostazione di diagnostica e li si instrada verso una o più posizioni. Quando si crea un'impostazione di diagnostica, si specificano quali categorie di log raccogliere. Esistono diversi modi per creare e gestire le impostazioni di diagnostica, tra cui il portale di Azure, il livello programmatico e anche i Criteri di Azure.

Pianificazione percorso: l'impostazione predefinita consigliata consiste nell'instradare i log delle risorse verso i log del Monitoraggio di Azure in modo da poterli interrogare con altri dati di log. Sono disponibili anche altre posizioni, ad esempio Archiviazione di Azure, Hub eventi di Azure e alcuni partner di monitoraggio Microsoft. Per altre informazioni, vedere Log delle risorse di Azure e Destinazioni del log delle risorse.

Per informazioni dettagliate sulla raccolta, l'archiviazione e la pianificazione percorso dei log delle risorse, vedere Impostazioni di diagnostica nel Monitoraggio di Azure.

Per un elenco di tutte le categorie di log delle risorse disponibili nel Monitoraggio di Azure, vedere Log delle risorse supportati nel Monitoraggio di Azure.

Tutti i log delle risorse nel Monitoraggio di Azure hanno gli stessi campi d'intestazione, seguiti da campi specifici del servizio. Lo schema comune è descritto in Schema dei log delle risorse di Monitoraggio di Azure.

Per le categorie di log delle risorse disponibili, le tabelle di Log Analytics associate e gli schemi dei log per Archiviazione tabelle di Azure, vedere Informazioni di riferimento sui dati di monitoraggio di Archiviazione tabelle di Azure.

Impostazioni di diagnostica di Archiviazione code di Azure

Quando si crea l'impostazione di diagnostica, scegliere queue come tipo di archiviazione per cui si vogliono abilitare i log. Specificare quindi una delle categorie di operazioni seguenti per le quali si vogliono raccogliere i log.

Categoria	Descrizione
StorageRead	Operazioni di lettura sugli oggetti.
StorageWrite	Operazioni di scrittura sugli oggetti.
StorageDelete	Operazioni di eliminazione sugli oggetti.

Il gruppo di categorie audit dei log delle risorse consente di raccogliere la baseline dei log delle risorse che Microsoft ritiene necessaria per controllare la risorsa. I dati raccolti sono dinamici e Microsoft può modificarli nel tempo man mano che diventano disponibili nuove categorie di log delle risorse. Se si sceglie il gruppo di categorie audit, non è possibile specificare altre categorie di risorse, perché il sistema deciderà quali log raccogliere. Per maggiori informazioni, vedere Impostazioni di diagnostica in Monitoraggio di Azure: log delle risorse.

Limitazioni di destinazione

Per le limitazioni di destinazione generali, vedere Limitazioni di destinazione. Le limitazioni seguenti si applicano solo al monitoraggio degli account di Archiviazione di Azure.

• Non è possibile inviare log allo stesso account di archiviazione monitorato con questa impostazione. Questa situazione comporta log ricorsivi in cui una voce di log descrive la scrittura di un'altra voce di log. È necessario creare un account o usare un altro account esistente per archiviare le informazioni di log.

• Non è possibile impostare criteri di conservazione.

  Se si archiviano i log in un account di archiviazione, è possibile gestire i criteri di conservazione di un contenitore di log definendo i criteri di gestione del ciclo di vita. Per informazioni sulla procedura, vedere Ottimizzare i costi gestendo automaticamente il ciclo di vita dei dati.

  Se si inviano log a Log Analytics, è possibile gestire il periodo di conservazione dei dati di Log Analytics a livello di area di lavoro o anche specificare impostazioni di conservazione diverse per tipo di dati. Per informazioni sulla procedura, vedere Modificare il periodo di conservazione dei dati.

Finestra Log attività di Azure

Il log attività contiene eventi a livello di sottoscrizione che tengono traccia delle operazioni per ogni risorsa di Azure vista dall'esterno, ad esempio la creazione di una nuova risorsa o l'avvio di una macchina virtuale.

Raccolta: gli eventi del log attività vengono generati e raccolti automaticamente in un archivio separato per la visualizzazione nel portale di Azure.

Pianificazione percorso: è possibile inviare i dati del log attività ai log di Monitoraggio di Azure in modo da poterli analizzare insieme ad altri dati di log. Sono disponibili anche altre posizioni, ad esempio Archiviazione di Azure, Hub eventi di Azure e alcuni partner di monitoraggio Microsoft. Per altre informazioni su come instradare i log attività, vedere Informazioni generali sul log attività di Azure.

Analizzare i dati di monitoraggio

Sono disponibili molti strumenti per l'analisi dei dati di monitoraggio.

Strumenti di Monitoraggio di Azure

Il Monitoraggio di Azure supporta gli strumenti di base seguenti:

• Esplora metriche, uno strumento nel portale di Azure che consente di visualizzare e analizzare le metriche per le risorse di Azure. Per altre informazioni, vedere Analizzare le metriche con Esplora metriche di Monitoraggio di Azure.

• Log Analytics, uno strumento nel portale di Azure che consente di eseguire query e analizzare i dati di log usando il linguaggio di query Kusto (KQL). Per altre informazioni, vedere Introduzione alle query dei log del Monitoraggio di Azure.

• Log attività, che dispone di un'interfaccia utente nel portale di Azure per la visualizzazione e le ricerche di base. Per eseguire analisi più approfondite, è necessario instradare i dati verso i log di Monitoraggio di Azure ed eseguire query più complesse in Log Analytics.

Gli strumenti che consentono una visualizzazione più complessa includono:

• I dashboard che consentono di combinare tipi di dati diversi in un singolo riquadro nel portale di Azure.
• Cartelle di lavoro, report personalizzabili che è possibile creare nel portale di Azure. Le cartelle di lavoro possono includere testo, metriche e query di log.
• Grafana è una piattaforma aperta, ideale per i dashboard operativi. È possibile usare Grafana per creare dashboard che includano dati da più origini diverse dal Monitoraggio di Azure.
• Power BI, un servizio di analisi aziendale che fornisce visualizzazioni interattive per un'ampia varietà di origini dati. È possibile configurare per Power BI per importare automaticamente i dati di log da Monitoraggio di Azure per sfruttare i vantaggi di queste visualizzazioni.

Strumenti di esportazione del Monitoraggio di Azure

È possibile ottenere dati dal Monitoraggio di Azure in altri strumenti usando i metodi seguenti:

• Metriche: usare l'API REST per le metriche per estrarre i dati delle metriche dal database delle metriche del Monitoraggio di Azure. L'API supporta espressioni di filtro per perfezionare i dati recuperati. Per altre informazioni, vedere Informazioni di riferimento sull'API REST del Monitoraggio di Azure.

• Log: usare l'API REST o le librerie client associate.

• Un'altra opzione è l'esportazione dati dell'area di lavoro.

Per iniziare a usare l'API REST per il Monitoraggio di Azure, vedere Procedura dettagliata per l'API REST del Monitoraggio di Azure.

Analizzare le metriche per Archiviazione code di Azure

Le metriche per Archiviazione code di Azure si trovano negli spazi dei nomi seguenti:

• Microsoft.Storage/storageAccounts
• Microsoft.Storage/storageAccounts/queueServices

Per un elenco di tutte le metriche supportate da Monitoraggio di Azure, che include Archiviazione code di Azure, vedere Metriche supportate da Monitoraggio di Azure.

Azure portal

È possibile analizzare le metriche di Archiviazione di Azure con metriche di altri servizi di Azure usando Esplora metriche. Aprire Esplora metriche selezionando Metrica dal menu di Monitoraggio di Azure. Per informazioni dettagliate sull'uso di questo strumento, vedere Analizzare le metriche con Esplora metriche di Monitoraggio di Azure.

L'esempio seguente mostra come visualizzare le transazioni a livello di account.

Per le metriche che supportano le dimensioni, è possibile applicare un filtro specificando il valore di dimensione desiderato. L'esempio seguente mostra come visualizzare le transazioni a livello di account su un'operazione specifica selezionando valori per la dimensione API Name.

Per un elenco completo delle dimensioni supportate da Archiviazione di Azure, vedere Dimensioni delle metriche.

PowerShell

Elenco della definizione di metrica

È possibile elencare la definizione delle metriche dell'account di archiviazione o del servizio Archiviazione code. Usare il cmdlet Get-AzMetricDefinition.

In questo esempio sostituire il segnaposto <resource-ID> con l'ID risorsa dell'intero account di archiviazione o l'ID risorsa della coda. Gli ID delle risorse si trovano nella pagina delle proprietà del proprio account di archiviazione nel portale di Azure.

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

Lettura dei valori della metrica

È possibile leggere i valori delle metriche a livello di account dell'account di archiviazione o del servizio Archiviazione code. Usare il cmdlet Get-AzMetric.

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

Leggere i valori delle metriche con dimensioni

Quando una metrica supporta le dimensioni, è possibile leggere i valori delle metriche e filtrarli usando i valori delle dimensioni. Usare il cmdlet Get-AzMetric.

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

Interfaccia della riga di comando di Azure

Elenco della definizione di metrica a livello di account

È possibile elencare la definizione delle metriche dell'account di archiviazione o del servizio Archiviazione code. Usare il comando az monitor metrics list-definitions.

In questo esempio sostituire il segnaposto <resource-ID> con l'ID risorsa dell'intero account di archiviazione o l'ID risorsa della coda. Gli ID delle risorse si trovano nella pagina delle proprietà del proprio account di archiviazione nel portale di Azure.

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

Lettura dei valori di metrica a livello di account

È possibile leggere i valori delle metriche dell'account di archiviazione o del servizio Archiviazione code. Usare il comando az monitor metrics list.

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

Leggere i valori delle metriche con dimensioni

Quando una metrica supporta le dimensioni, è possibile leggere i valori delle metriche e filtrarli usando i valori delle dimensioni. Usare il comando az monitor metrics list.

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

.NET

Monitoraggio di Azure fornisce l'SDK di .NET per consentire la lettura di definizioni e valori della metrica. Il codice di esempio illustra come usare l'SDK con parametri diversi. Per le metriche di archiviazione, usare 0.18.0-preview o una versione successiva.

In questi esempi sostituire il segnaposto <resource-ID> con l'ID risorsa dell'intero account di archiviazione o della coda. Gli ID delle risorse si trovano nella pagina delle proprietà del proprio account di archiviazione nel portale di Azure.

Sostituire la variabile <subscription-ID> con l'ID della propria sottoscrizione. Per istruzioni su come ottenere i valori per <tenant-ID>, <application-ID> e <AccessKey>, vedere Usare il portale per creare un'applicazione Microsoft Entra e un'entità servizio che possano accedere alle risorse.

Elenco della definizione di metrica a livello di account

L'esempio seguente mostra come elencare le definizioni delle metriche a livello di account:

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

Lettura dei valori di metrica a livello di account

L'esempio seguente mostra come leggere i dati di UsedCapacity a livello di account:

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

Lettura dei valori delle metriche multidimensionali

Per leggere i dati di metriche multidimensionali in valori di dimensioni specifici è necessario definire i filtri dei metadati.

L'esempio seguente mostra come leggere i dati di metrica per le metriche che supportano più dimensioni:

    public static async Task ReadStorageMetricValueTest()
    {
        // Resource ID for queue storage
        var resourceId = "/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Storage/storageAccounts/{storageAccountName}/queueServices/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
        }
    }

Analizzare i log per Archiviazione code di Azure

È possibile accedere ai log delle risorse come BLOB in un account di archiviazione, come dati degli eventi o tramite query di Log Analytics. Per informazioni su come trovare tali log, vedere Log delle risorse di Azure.

Per ottenere l'elenco delle operazioni SMB e REST registrate, vedere Operazioni registrate di archiviazione e messaggi di stato.

Le voci di registro vengono create solo se esistono richieste effettuate per l'endpoint di servizio. Se ad esempio un account di archiviazione presenta attività nell'endpoint della coda, ma non nella tabella o negli endpoint BLOB, vengono creati solo i log relativi all'Archiviazione code. I log di Archiviazione di Azure contengono informazioni dettagliate sulle richieste riuscite e non a un servizio di archiviazione. Queste informazioni possono essere utilizzate per monitorare le singole richieste e per diagnosticare problemi relativi a un servizio di archiviazione. Le richieste vengono registrate in base al massimo sforzo.

Quando si visualizza un account di archiviazione nel portale di Azure, vengono registrate anche le operazioni chiamate dal portale. Per questo motivo, è possibile che vengano visualizzate le operazioni registrate in un account di archiviazione anche se non sono stati scritti dati nell'account.

Richieste di registrazione autenticate

Vengono registrati i tipi di richieste autenticate seguenti:

• Richieste riuscite
• Richieste non riuscite, tra cui timeout, limitazione, rete, autorizzazione e altri errori
• Richieste che usano una firma di accesso condiviso o OAuth, incluse le richieste riuscite e non riuscite
• Richieste ai dati di analisi (dati di log classici nel contenitore $logs e dati di metrica della classe nelle tabelle $metric)

Le richieste eseguite dal servizio Archiviazione code stesso, ad esempio, la creazione oppure l'eliminazione di log, non vengono registrate. Per un elenco completo dei dati registrati vedere Operazioni registrate di Analisi archiviazione e messaggi di stato e Formato del log di Analisi archiviazione.

Richieste di registrazione anonime

Vengono registrati i seguenti tipi di richieste anonime:

• Richieste riuscite
• Errori del server
• Errori di timeout per client e server
• Richieste GET non riuscite con codice di errore 304 (Not Modified)

Query Kusto

È possibile analizzare i dati di monitoraggio nell'archivio dei Log/Log Analytics del Monitoraggio di Azure usando il linguaggio di query Kusto (KQL).

Importante

Quando si seleziona Log dal menu del servizio nel portale, Analisi dei log si apre con l'ambito della query impostato sul servizio corrente. Questo ambito fa sì che le query di log includano solo i dati di tale tipo di risorsa. Se si vuole eseguire una query che includa dati di altri servizi di Azure, selezionare Log nel menu di Monitoraggio di Azure. Per i dettagli, vedere Ambito e intervallo di tempo delle query su log in Log Analytics di Monitoraggio di Azure.

Per un elenco delle query comuni per qualsiasi servizio, vedere l'interfaccia query di Analisi dei log.

Ecco alcune query che è possibile inserire nella barra Ricerca log per agevolare il monitoraggio del servizio Archiviazione code. Queste query usano il nuovo linguaggio. Per altre informazioni, vedere l'Esercitazione su Log Analytics.

• Per elencare i 10 errori più comuni negli ultimi tre giorni.

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

• Per elencare le prime 10 operazioni che hanno causato la maggior parte degli errori negli ultimi tre giorni.

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

• Per elencare le prime 10 operazioni con la latenza end-to-end più lunga negli ultimi tre giorni.

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

• Per elencare tutte le operazioni che hanno causato errori di limitazione lato server negli ultimi tre giorni.

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

• Per elencare tutte le richieste con accesso anonimo negli ultimi tre giorni.

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

• Per creare un grafico a torta delle operazioni utilizzate negli ultimi tre giorni.

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

Avvisi

Gli avvisi di Monitoraggio di Azure notificano in modo proattivo quando vengono riscontrate condizioni specifiche nei dati di monitoraggio. Consentono di identificare e risolvere i problemi del sistema prima che gli utenti li notino. Per altre informazioni, vedere Avvisi di Monitoraggio di Azure.

Esistono molte origini di avvisi comuni per le risorse di Azure. Per esempi di avvisi comuni per le risorse di Azure, vedere Query di avviso di log di esempio. Il sito Avvisi di base di Monitoraggio di Azure (AMBA) offre un metodo semi-automatizzato per implementare importanti avvisi, dashboard e linee guida per le metriche della piattaforma. Il sito si applica a un sottoinsieme di servizi di Azure in continua espansione, inclusi tutti i servizi che fanno parte della zona di destinazione di Azure.

Lo schema di avviso comune standardizza l'utilizzo delle notifiche di avviso di Monitoraggio di Azure. Per altre informazioni, vedere lo Schema degli avvisi comuni.

Tipi di avviso:

È possibile creare avvisi su qualsiasi metrica o fonte di dati di log nella piattaforma di dati di Monitoraggio di Azure. Esistono molti tipi diversi di avvisi a seconda dei servizi monitorati e dei dati di monitoraggio raccolti. Ogni tipo di avviso presenta vantaggi e svantaggi. Per altre informazioni, vedere Scegliere il tipo di avviso di monitoraggio corretto.

L'elenco seguente descrive i tipi di avvisi del Monitoraggio di Azure che è possibile creare:

• Gli avvisi delle metriche valutano le metriche delle risorse a intervalli regolari. Le metriche possono essere metriche della piattaforma, metriche personalizzate, log di Monitoraggio di Azure convertiti in metriche o metriche di Application Insights. Gli avvisi delle metriche possono anche applicare più condizioni e soglie dinamiche.
• Gli avvisi relativi ai log consentono agli utenti di utilizzare una query di Log Analytics per valutare i log delle risorse con una frequenza predefinita.
• Gli avvisi dei log attività vengono attivati quando si verifica un nuovo evento del log attività che soddisfa le condizioni definite. Gli avvisi sull'integrità delle risorse e gli avvisi sull'integrità dei servizi sono avvisi di log delle attività che segnalano l'integrità dei servizi e delle risorse.

Alcuni servizi di Azure supportano anche avvisi di rilevamento intelligente, avvisi Prometheus o regole di avviso consigliate.

Per alcuni servizi, è possibile effettuare un monitoraggio su larga scala applicando la stessa regola di avviso delle metriche a più risorse dello stesso tipo presenti nella stessa area di Azure. Vengono inviate notifiche singole per ogni risorsa monitorata. Per i servizi e i cloud di Azure supportati, vedere Monitorare più risorse con una regola di avviso.

Regole di avviso di Archiviazione code di Azure

La tabella seguente elenca le regole di avviso comuni e consigliate per Archiviazione code e la metrica appropriata da usare per l'avviso:

Tipo di avviso	Condizione	Descrizione
Metric	Il servizio Archiviazione code è limitato.	Transazioni Nome dimensione: tipo di risposta
Metric	Le richieste di Archiviazione code hanno esito positivo per il 99% del tempo.	Disponibilità Nomi delle dimensioni: tipo geografico, nome API, autenticazione
Metric	I dati in uscita da Archiviazione code hanno superato 500 GiB in un giorno.	Egress Nomi delle dimensioni: tipo geografico, nome API, autenticazione

Elementi consigliati di Advisor

Per alcuni servizi, se si verificano condizioni critiche o modifiche imminenti durante le operazioni sulle risorse, viene visualizzato un avviso nella pagina Panoramica del servizio nel portale. È possibile trovare altre informazioni e correzioni consigliate per l'avviso in Consigli di Advisor in Monitoraggio nel menu a sinistra. Durante il normale funzionamento non viene visualizzato nessun consiglio di Advisor.

Per altre informazioni su Azure Advisor, vedere Informazioni generali su Azure Advisor.

Contenuto correlato

Altro contenuto di monitoraggio di Archiviazione code:

• Informazioni di riferimento sui dati di monitoraggio di Archiviazione code di Azure. Riferimento ai log e alle metriche creati da Archiviazione code.
• Elenco di controllo per le prestazioni e la scalabilità di Archiviazione code

Contenuto generale del monitoraggio di Archiviazione di Azure:

• Monitorare l'archiviazione con Informazioni dettagliate sull'archiviazione di Monitoraggio di Azure. Ottenere una visualizzazione unificata delle prestazioni, della capacità e della disponibilità dell'archiviazione.
• Transizione alle metriche in Monitoraggio di Azure. Passare dalle metriche di Analisi archiviazione alle metriche di Monitoraggio di Azure.
• Risolvere i problemi di prestazioni. Vedere problemi di prestazioni comuni e indicazioni su come risolverli.
• Risolvere i problemi di disponibilità. Vedere problemi di disponibilità comuni e indicazioni su come risolverli.
• Risolvere gli errori dell'applicazione client. Vedere i problemi comuni relativi alla connessione dei client e come risolverli.
• Monitorare, diagnosticare e risolvere i problemi di Archiviazione di Azure (modulo di training). Risolvere i problemi relativi all'account di archiviazione, con indicazioni dettagliate.

Contenuto di Monitoraggio di Azure:

• Monitorare le risorse di Azure con Monitoraggio di Azure. Dettagli generali sul monitoraggio delle risorse di Azure.
• Panoramica delle metriche di Monitoraggio di Azure. Nozioni di base sulle metriche e sulle dimensioni delle metriche.
• Panoramica dei log di Monitoraggio di Azure. Nozioni di base sui log e su come raccoglierli e analizzarli.
• Analizzare le metriche con Esplora metriche di Monitoraggio di Azure. Panoramica di Esplora metriche.
• Panoramica di Log Analytics in Monitoraggio di Azure. Panoramica di Log Analytics.