Informazioni sulle opzioni di migrazione agli avvisi più recenti
Gli avvisi classici vengono ritirati per gli utenti del cloud pubblico. Gli avvisi classici per Azure per enti pubblici cloud e Microsoft Azure gestiti da 21Vianet verranno ritirati il 29 febbraio 2024.
Questo articolo illustra il funzionamento dello strumento di migrazione manuale e di migrazione volontaria, che verrà usato per eseguire la migrazione delle regole di avviso rimanenti. Descrive anche le soluzioni per alcuni problemi comuni.
Importante
Gli avvisi del log attività (inclusi gli avvisi Integrità dei servizi) e gli avvisi di ricerca log non sono interessati dalla migrazione. La migrazione si applica solo alle regole di avviso classiche descritte qui.
Nota
Se le regole di avviso classiche non sono valide, ovvero si trovano in metriche deprecate o risorse eliminate, non verranno migrate e non saranno disponibili dopo il ritiro del servizio.
Migrazione manuale degli avvisi classici agli avvisi più recenti
I clienti interessati alla migrazione manuale degli avvisi rimanenti possono già eseguire questa operazione usando le sezioni seguenti. Include anche le metriche ritirate e quindi non può essere eseguita direttamente la migrazione.
Metriche guest nelle macchine virtuali
Prima di poter creare nuovi avvisi delle metriche sulle metriche guest, è necessario inviare le metriche guest all'archivio dei log di Monitoraggio di Azure. Seguire queste istruzioni per creare avvisi:
- Abilitazione della raccolta delle metriche guest in Log Analytics
- Creazione di avvisi di ricerca log in Monitoraggio di Azure
Sono disponibili altre opzioni per raccogliere le metriche guest e ricevere avvisi, altre informazioni.
Metriche dell'account di archiviazione e archiviazione classica
È possibile eseguire la migrazione di tutti gli avvisi classici sugli account di archiviazione ad eccezione degli avvisi relativi a queste metriche:
- PercentAuthorizationError
- PercentClientOtherError
- PercentNetworkError
- PercentServerOtherError
- PercentSuccess
- PercentThrottlingError
- PercentTimeoutError
- AnonymousThrottlingError
- SASThrottlingError
- ThrottlingError
È necessario eseguire la migrazione delle regole di avviso classiche per le metriche di percentuale in base al mapping tra le metriche di archiviazione precedenti e nuove. Le soglie devono essere modificate in modo appropriato perché la nuova metrica disponibile è assoluta.
Le regole di avviso classiche per AnonymousThrottlingError, SASThrottlingError e ThrottlingError devono essere suddivise in due nuovi avvisi perché non esiste una metrica combinata che fornisce la stessa funzionalità. Le soglie dovranno essere adattate in modo appropriato.
Metriche di Azure Cosmos DB
È possibile eseguire la migrazione di tutti gli avvisi classici nelle metriche di Azure Cosmos DB, ad eccezione degli avvisi relativi a queste metriche:
- Richieste medie al secondo
- Livello di coerenza
- Http 2xx
- Http 3xx
- Numero massimo di URPM utilizzato al minuto
- Numero massimo di UR al secondo
- Addebito per altre richieste mongo
- Mongo Other Request Rate
- Latenza di lettura osservata
- Latenza di scrittura osservata
- Disponibilità del servizio
- Capacità di archiviazione
Le richieste medie al secondo, il livello di coerenza, il numero massimo di URPM utilizzato al minuto, le UR massime al secondo, la latenza di lettura osservata, la latenza di scrittura osservata e la capacità di archiviazione non sono attualmente disponibili nel nuovo sistema.
Gli avvisi sulle metriche delle richieste, ad esempio Http 2xx, Http 3xx e Disponibilità del servizio, non vengono migrati perché la modalità di conteggio delle richieste è diversa tra le metriche classiche e le nuove metriche. Gli avvisi relativi a queste metriche dovranno essere ricreati manualmente con le soglie modificate.
Regole di avviso classiche nelle metriche deprecate
Di seguito sono riportate le regole di avviso classiche sulle metriche supportate in precedenza, ma che alla fine sono state deprecate. Una piccola percentuale di clienti potrebbe avere regole di avviso classiche non valide per tali metriche. Poiché queste regole di avviso non sono valide, non verranno migrate.
| Tipo di risorsa | Metriche deprecate |
|---|---|
| Microsoft.DBforMySQL/servers | compute_consumption_percent, compute_limit |
| Microsoft.DBforPostgreSQL/servers | compute_consumption_percent, compute_limit |
| Microsoft.Network/publicIPAddresses | defaultddostriggerrate |
| Microsoft.SQL/servers/databases | service_level_objective, storage_limit, storage_used, limitazione, dtu_consumption_percent, storage_used |
| Microsoft.Web/hostingEnvironments/multirolepools | averagememoryworkingset |
| Microsoft.Web/hostingEnvironments/workerpools | bytereceived, httpqueuelength |
Come vengono create nuove regole di avviso e gruppi di azioni equivalenti
Lo strumento di migrazione converte le regole di avviso classiche in nuove regole di avviso e gruppi di azioni equivalenti. Per la maggior parte delle regole di avviso classiche, le nuove regole di avviso equivalenti si trovano nella stessa metrica con le stesse proprietà, windowSize ad esempio e aggregationType. Esistono tuttavia alcune regole di avviso classiche in metriche con una metrica diversa equivalente nel nuovo sistema. I principi seguenti si applicano alla migrazione degli avvisi classici, a meno che non venga specificato nella sezione seguente:
-
Frequenza: definisce la frequenza con cui una regola di avviso classica o nuova controlla la condizione. Le
frequencyregole di avviso classiche non erano configurabili dall'utente ed erano sempre 5 minuti per tutti i tipi di risorse. La frequenza delle regole equivalenti è impostata anche su 5 minuti. -
Tipo di aggregazione: definisce la modalità di aggregazione della metrica sulla finestra di interesse. è
aggregationTypeanche lo stesso tra gli avvisi classici e i nuovi avvisi per la maggior parte delle metriche. In alcuni casi, poiché la metrica è diversa tra gli avvisi classici e i nuovi avvisi, viene usato l'equivalenteaggregationTypeo definitoprimary Aggregation Typeper la metrica. - Unità: proprietà della metrica in cui viene creato l'avviso. Alcune metriche equivalenti hanno unità diverse. La soglia viene modificata in modo appropriato in base alle esigenze. Ad esempio, se la metrica originale ha secondi come unità ma la nuova metrica equivalente ha millisecondi come unità, la soglia originale viene moltiplicata per 1000 per garantire lo stesso comportamento.
-
Dimensioni finestra: definisce la finestra in cui vengono aggregati i dati delle metriche da confrontare con la soglia. Per i valori standard
windowSize, ad esempio 5 minuti, 15 minuti, 30 minuti, 1 ora, 3 ore, 6 ore, 12 ore, 1 giorno, non viene apportata alcuna modifica per la nuova regola di avviso equivalente. Per altri valori, viene usato il piùwindowSizevicino. Per la maggior parte dei clienti, non c'è alcun effetto con questa modifica. Per una piccola percentuale di clienti, potrebbe essere necessario modificare la soglia per ottenere esattamente lo stesso comportamento.
Nelle sezioni seguenti vengono illustrate in dettaglio le metriche con una metrica diversa equivalente nel nuovo sistema. Tutte le metriche che rimangono invariate per le regole di avviso classiche e nuove non sono elencate. È possibile trovare un elenco delle metriche supportate nel nuovo sistema qui.
Microsoft.Storage/storageAccounts e Microsoft.ClassicStorage/storageAccounts
Per i servizi dell'account di archiviazione, ad esempio BLOB, tabelle, file e code, vengono mappate le metriche seguenti alle metriche equivalenti, come illustrato di seguito:
| Metrica negli avvisi classici | Metrica equivalente nei nuovi avvisi | Commenti |
|---|---|---|
| AnonymousAuthorizationError | Metrica delle transazioni con dimensioni "ResponseType"="AuthorizationError" e "Authentication" = "Anonymous" | |
| AnonymousClientOtherError | Metrica delle transazioni con dimensioni "ResponseType"="ClientOtherError" e "Authentication" = "Anonymous" | |
| AnonymousClientTimeOutError | Metrica delle transazioni con dimensioni "ResponseType"="ClientTimeOutError" e "Authentication" = "Anonymous" | |
| AnonymousNetworkError | Metrica delle transazioni con dimensioni "ResponseType"="NetworkError" e "Authentication" = "Anonymous" | |
| AnonymousServerOtherError | Metrica delle transazioni con dimensioni "ResponseType"="ServerOtherError" e "Authentication" = "Anonymous" | |
| AnonymousServerTimeOutError | Metrica delle transazioni con dimensioni "ResponseType"="ServerTimeOutError" e "Authentication" = "Anonymous" | |
| AnonymousSuccess | Metrica delle transazioni con dimensioni "ResponseType"="Success" e "Authentication" = "Anonymous" | |
| AuthorizationError | Metrica delle transazioni con dimensioni "ResponseType"="AuthorizationError" | |
| AverageE2ELatency | SuccessE2ELatency | |
| AverageServerLatency | SuccessServerLatency | |
| Capacità | BlobCapacity | Usare aggregationType 'media' anziché 'last'. La metrica si applica solo ai servizi BLOB |
| ClientOtherError | Metrica delle transazioni con dimensioni "ResponseType"="ClientOtherError" | |
| ClientTimeoutError | Metrica delle transazioni con dimensioni "ResponseType"="ClientTimeOutError" | |
| ContainerCount | ContainerCount | Usare aggregationType 'media' anziché 'last'. La metrica si applica solo ai servizi BLOB |
| NetworkError | Metrica delle transazioni con dimensioni "ResponseType"="NetworkError" | |
| ObjectCount | BlobCount | Usare aggregationType 'media' anziché 'last'. La metrica si applica solo ai servizi BLOB |
| SASAuthorizationError | Metrica delle transazioni con dimensioni "ResponseType"="AuthorizationError" e "Authentication" = "SAS" | |
| SASClientOtherError | Metrica delle transazioni con dimensioni "ResponseType"="ClientOtherError" e "Authentication" = "SAS" | |
| SASClientTimeOutError | Metrica delle transazioni con dimensioni "ResponseType"="ClientTimeOutError" e "Authentication" = "SAS" | |
| SASNetworkError | Metrica delle transazioni con dimensioni "ResponseType"="NetworkError" e "Authentication" = "SAS" | |
| SASServerOtherError | Metrica delle transazioni con dimensioni "ResponseType"="ServerOtherError" e "Authentication" = "SAS" | |
| SASServerTimeOutError | Metrica delle transazioni con dimensioni "ResponseType"="ServerTimeOutError" e "Authentication" = "SAS" | |
| SASSuccess | Metrica delle transazioni con dimensioni "ResponseType"="Success" e "Authentication" = "SAS" | |
| ServerOtherError | Metrica delle transazioni con dimensioni "ResponseType"="ServerOtherError" | |
| ServerTimeOutError | Metrica delle transazioni con dimensioni "ResponseType"="ServerTimeOutError" | |
| Operazione riuscita | Metrica delle transazioni con dimensioni "ResponseType"="Success" | |
| TotalBillableRequests | Transazioni | |
| TotalEgress | Egress | |
| TotalIngress | Dati in ingresso | |
| TotalRequests | Transazioni |
Microsoft.DocumentDB/databaseAccounts
Per Azure Cosmos DB, le metriche equivalenti sono riportate di seguito:
| Metrica negli avvisi classici | Metrica equivalente nei nuovi avvisi | Commenti |
|---|---|---|
| AvailableStorage | AvailableStorage | |
| Dimensioni dei dati | DataUsage | |
| Conteggio documenti | DocumentCount | |
| Dimensioni dell'indice | IndexUsage | |
| Servizio non disponibile | ServiceAvailability | |
| TotalRequestUnits | TotalRequestUnits | |
| Richieste limitate | TotalRequests con dimensione "StatusCode" = "429" | Il tipo di aggregazione 'Media' viene corretto in 'Count' |
| Errori interni server | TotalRequests con dimensione "StatusCode" = "500"} | Il tipo di aggregazione 'Media' viene corretto in 'Count' |
| Http 401 | TotalRequests con dimensione "StatusCode" = "401" | Il tipo di aggregazione 'Media' viene corretto in 'Count' |
| Http 400 | TotalRequests con dimensione "StatusCode" = "400" | Il tipo di aggregazione 'Media' viene corretto in 'Count' |
| Totale richieste | TotalRequests | Il tipo di aggregazione 'Max' viene corretto in 'Count' |
| Addebito della richiesta di conteggio Mongo | MongoRequestCharge con dimensione "CommandName" = "count" | |
| Frequenza delle richieste di Mongo Count | MongoRequestsCount con dimensione "CommandName" = "count" | |
| Addebito richieste di eliminazione mongo | MongoRequestCharge con dimensione "CommandName" = "delete" | |
| Mongo Delete Request Rate (Frequenza richieste di eliminazione Mongo) | MongoRequestsCount con dimensione "CommandName" = "delete" | |
| Addebito richieste di inserimento Mongo | MongoRequestCharge con dimensione "CommandName" = "insert" | |
| Mongo Insert Request Rate (Frequenza richieste di inserimento Mongo) | MongoRequestsCount con dimensione "CommandName" = "insert" | |
| Addebito della richiesta di query Mongo | MongoRequestCharge con dimensione "CommandName" = "find" | |
| Mongo Query Request Rate (Frequenza richieste di query Mongo) | MongoRequestsCount con dimensione "CommandName" = "find" | |
| Addebito della richiesta di aggiornamento mongo | MongoRequestCharge con dimensione "CommandName" = "update" | |
| Richieste di inserimento mongo non riuscite | MongoRequestCount con dimensioni "CommandName" = "insert" e "Status" = "failed" | Il tipo di aggregazione 'Average' viene corretto in 'Count' |
| Richieste non riuscite di query Mongo | MongoRequestCount con dimensioni "CommandName" = "query" e "Status" = "failed" | Il tipo di aggregazione 'Average' viene corretto in 'Count' |
| Numero di richieste non riuscite di Mongo | MongoRequestCount con dimensioni "CommandName" = "count" e "Status" = "failed" | Il tipo di aggregazione 'Average' viene corretto in 'Count' |
| Richieste di aggiornamento mongo non riuscite | MongoRequestCount con dimensioni "CommandName" = "update" e "Status" = "failed" | Il tipo di aggregazione 'Average' viene corretto in 'Count' |
| Altre richieste non riuscite di Mongo | MongoRequestCount con dimensioni "CommandName" = "other" e "Status" = "failed" | Il tipo di aggregazione 'Average' viene corretto in 'Count' |
| Richieste non riuscite per l'eliminazione di Mongo | MongoRequestCount con dimensioni "CommandName" = "delete" e "Status" = "failed" | Il tipo di aggregazione 'Average' viene corretto in 'Count' |
Modalità di creazione di gruppi di azioni equivalenti
Le regole di avviso classiche hanno azioni di posta elettronica, webhook, app per la logica e runbook associate alla regola di avviso stessa. Le nuove regole di avviso usano gruppi di azioni che possono essere riutilizzati in più regole di avviso. Lo strumento di migrazione crea un singolo gruppo di azioni per le stesse azioni, indipendentemente dal numero di regole di avviso che usano l'azione. I gruppi di azioni creati dallo strumento di migrazione usano il formato di denominazione "Migrated_AG*".
Nota
Gli avvisi classici hanno inviato messaggi di posta elettronica localizzati in base alle impostazioni locali dell'amministratore classico quando vengono usati per notificare i ruoli di amministratore classico. I nuovi messaggi di posta elettronica di avviso vengono inviati tramite gruppi di azioni e sono solo in inglese.
Fasi di implementazione
Lo strumento di migrazione viene implementato in fasi ai clienti che usano regole di avviso classiche. I proprietari delle sottoscrizioni riceveranno un messaggio di posta elettronica quando la sottoscrizione è pronta per la migrazione usando lo strumento .
Nota
Poiché lo strumento viene implementato in fasi, è possibile che alcune sottoscrizioni non siano ancora pronte per la migrazione durante le fasi iniziali.
La maggior parte delle sottoscrizioni è attualmente contrassegnata come pronta per la migrazione. Solo le sottoscrizioni con avvisi classici sui tipi di risorse seguenti non sono ancora pronte per la migrazione.
- Microsoft.classicCompute/domainNames/slots/roles
- Microsoft.insights/components
Chi può attivare la migrazione?
Qualsiasi utente con il ruolo predefinito Collaboratore monitoraggio a livello di sottoscrizione può attivare la migrazione. Gli utenti con un ruolo personalizzato con le autorizzazioni seguenti possono anche attivare la migrazione:
- */lettura
- Microsoft.Insights/actiongroups/*
- Microsoft.Insights/AlertRules/*
- Microsoft.Insights/metricAlerts/*
- Microsoft.AlertsManagement/smartDetectorAlertRules/*
Nota
Oltre ad avere le autorizzazioni precedenti, la sottoscrizione deve essere registrata anche con il provider di risorse Microsoft.AlertsManagement. Questa operazione è necessaria per eseguire correttamente la migrazione degli avvisi di anomalie degli errori in Application Insights.
Problemi e rimedi comuni
Dopo aver attivato la migrazione, si riceverà un messaggio di posta elettronica agli indirizzi forniti per notificare che la migrazione è stata completata o se è necessaria un'azione da parte dell'utente. Questa sezione descrive alcuni problemi comuni e come gestirli.
Convalida non riuscita
A causa di alcune modifiche recenti alle regole di avviso classiche nella sottoscrizione, non è possibile eseguire la migrazione della sottoscrizione. Questo problema è temporaneo. È possibile riavviare la migrazione dopo che lo stato della migrazione torna Pronto per la migrazione in pochi giorni.
Blocco dell'ambito che impedisce la migrazione delle regole
Come parte della migrazione, verranno creati nuovi avvisi delle metriche e nuovi gruppi di azioni e quindi verranno eliminate le regole di avviso classiche. Tuttavia, un blocco dell'ambito può impedire la creazione o l'eliminazione di risorse. A seconda del blocco dell'ambito, non è possibile eseguire la migrazione di alcune o tutte le regole. È possibile risolvere questo problema rimuovendo il blocco dell'ambito per la sottoscrizione, il gruppo di risorse o la risorsa, elencata nello strumento di migrazione e attivando nuovamente la migrazione. Il blocco dell'ambito non può essere disabilitato e deve essere rimosso durante il processo di migrazione. Altre informazioni sulla gestione dei blocchi degli ambiti.
Criteri con effetto "Nega" che impediscono la migrazione delle regole
Come parte della migrazione, verranno creati nuovi avvisi delle metriche e nuovi gruppi di azioni e quindi verranno eliminate le regole di avviso classiche. Tuttavia, un'assegnazione di Criteri di Azure può impedire la creazione di risorse. A seconda dell'assegnazione dei criteri, non è possibile eseguire la migrazione di alcune o tutte le regole. Le assegnazioni di criteri che bloccano il processo sono elencate nello strumento di migrazione. Risolvere il problema in uno dei due casi:
- Esclusione delle sottoscrizioni, dei gruppi di risorse o delle singole risorse durante il processo di migrazione dall'assegnazione dei criteri. Altre informazioni sulla gestione degli ambiti di esclusione dei criteri.
- Impostare "Modalità di imposizione" su Disabilitato per l'assegnazione dei criteri. Altre informazioni sulla proprietà enforcementMode dell'assegnazione dei criteri.
- Impostare un'esenzione Criteri di Azure (anteprima) per le sottoscrizioni, i gruppi di risorse o le singole risorse sull'assegnazione dei criteri. Altre informazioni sulla struttura di esenzione Criteri di Azure.
- Rimozione o modifica dell'effetto su 'disabled', 'audit', 'append' o 'modify' (che, ad esempio, può risolvere i problemi relativi ai tag mancanti). Altre informazioni sulla gestione degli effetti dei criteri.