Partilhar via

Compreender as opções de migração para alertas mais recentes

  • Artigo

Os alertas clássicos são descontinuados para os utilizadores da cloud pública. Os alertas clássicos para Azure Government cloud e o Microsoft Azure operado pela 21Vianet serão descontinuados a 29 de fevereiro de 2024.

Este artigo explica como funcionam as ferramentas de migração manual e migração voluntária, que serão utilizadas para migrar as restantes regras de alerta. Também descreve soluções para alguns problemas comuns.

Importante

Os alertas do registo de atividades (incluindo alertas de Estado de funcionamento dos serviços) e os alertas de pesquisa de registos não são afetados pela migração. A migração aplica-se apenas às regras de alerta clássicas descritas aqui.

Nota

Se as regras de alerta clássicas forem inválidas, ou seja, se estiverem em métricas ou recursos preteridos que tenham sido eliminados, não serão migradas e não estarão disponíveis após a extinção do serviço.

Migrar manualmente alertas clássicos para alertas mais recentes

Os clientes interessados em migrar manualmente os alertas restantes já podem fazê-lo através das secções seguintes. Também inclui métricas que são descontinuadas, pelo que não podem ser migradas diretamente.

Métricas de convidado em máquinas virtuais

Antes de poder criar novos alertas de métricas nas métricas de convidado, as métricas de convidado têm de ser enviadas para o arquivo de registos do Azure Monitor. Siga estas instruções para criar alertas:

Existem mais opções para recolher métricas de convidado e alertar sobre as mesmas. Saiba mais.

Métricas da conta de Armazenamento Clássico e do Armazenamento Clássico

Todos os alertas clássicos em contas de armazenamento podem ser migrados, exceto alertas sobre estas métricas:

  • PercentAuthorizationError
  • PercentClientOtherError
  • PercentNetworkError
  • PercentServerOtherError
  • PercentSuccess
  • PercentThrottlingError
  • PercentTimeoutError
  • AnonymousThrottlingError
  • SASThrottlingError
  • ThrottlingError

As regras de alerta clássicas em Percentagem de métricas têm de ser migradas com base no mapeamento entre métricas de armazenamento antigas e novas. Os limiares terão de ser modificados adequadamente porque a nova métrica disponível é absoluta.

As regras de alerta clássicas em AnonymousThrottlingError, SASThrottlingError e ThrottlingError têm de ser divididas em dois novos alertas porque não existe nenhuma métrica combinada que forneça a mesma funcionalidade. Os limiares terão de ser adaptados adequadamente.

Métricas do Azure Cosmos DB

Todos os alertas clássicos nas métricas do Azure Cosmos DB podem ser migrados, exceto alertas sobre estas métricas:

  • Média de Pedidos por Segundo
  • Nível de Consistência
  • Http 2xx
  • Http 3xx
  • Máx. rupm consumido por minuto
  • RUs Máximas Por Segundo
  • Custo de Outro Pedido do Mongo
  • Taxa de Outros Pedidos do Mongo
  • Latência de Leitura Observada
  • Latência de Escrita Observada
  • Disponibilidade do Serviço
  • Capacidade de Armazenamento

Os Pedidos Médios por Segundo, Nível de Consistência, RuPM Máx. Consumido por Minuto, RUs Máximas por Segundo, Latência de Leitura Observada, Latência de Escrita Observada e Capacidade de Armazenamento não estão atualmente disponíveis no novo sistema.

Os alertas sobre métricas de pedido, como Http 2xx, Http 3xx e Disponibilidade do Serviço, não são migrados porque a forma como os pedidos são contados é diferente entre as métricas clássicas e as novas métricas. Os alertas sobre estas métricas terão de ser recriados manualmente com limiares ajustados.

Regras de alerta clássicas sobre métricas preteridas

Seguem-se regras de alerta clássicas sobre métricas anteriormente suportadas, mas que acabaram por ser preteridas. Uma pequena percentagem do cliente pode ter regras de alerta clássicas inválidas nessas métricas. Uma vez que estas regras de alerta são inválidas, não serão migradas.

Tipo de recurso Métricas preteridas
Microsoft.DBforMySQL/servers compute_consumption_percent, compute_limit
Microsoft.DBforPostgreSQL/servers compute_consumption_percent, compute_limit
Microsoft.Network/publicIPAddresses defaultddostriggerrate
Microsoft.SQL/servidores/bases de dados service_level_objective, storage_limit, storage_used, limitação, dtu_consumption_percent, storage_used
Microsoft.Web/hostingEnvironments/multirolepools averagememoryworkingset
Microsoft.Web/hostingEnvironments/workerpools bytesreceived, httpqueuelength

Como são criadas novas regras de alerta e grupos de ações equivalentes

A ferramenta de migração converte as regras de alerta clássicas em novas regras de alerta e grupos de ações equivalentes. Para a maioria das regras de alerta clássicas, as novas regras de alerta equivalentes estão na mesma métrica com as mesmas propriedades, como windowSize e aggregationType. No entanto, existem algumas regras de alerta clássicas em métricas que têm uma métrica diferente e equivalente no novo sistema. Os seguintes princípios aplicam-se à migração de alertas clássicos, a menos que seja especificado na secção abaixo:

  • Frequência: define a frequência com que uma regra de alerta clássica ou nova verifica a condição. As frequency regras de alerta clássicas não eram configuráveis pelo utilizador e eram sempre de 5 minutos para todos os tipos de recursos. A frequência de regras equivalentes também está definida como 5 min.
  • Tipo de Agregação: define a forma como a métrica é agregada na janela de interesse. O aggregationType também é o mesmo entre alertas clássicos e novos alertas para a maioria das métricas. Em alguns casos, uma vez que a métrica é diferente entre alertas clássicos e novos alertas, é utilizado o equivalente aggregationType ou o primary Aggregation Type definido para a métrica.
  • Unidades: propriedade da métrica em que o alerta é criado. Algumas métricas equivalentes têm unidades diferentes. O limiar é ajustado adequadamente conforme necessário. Por exemplo, se a métrica original tiver segundos como unidades, mas uma nova métrica equivalente tiver milissegundos como unidades, o limiar original é multiplicado por 1000 para garantir o mesmo comportamento.
  • Tamanho da Janela: define a janela sobre a qual os dados de métricas são agregados para comparar com o limiar. Para valores padrão windowSize como 5 minutos, 15 minutos, 30 minutos, 1 hora, 3 horas, 6 horas, 12 horas, 1 dia, não é efetuada nenhuma alteração para uma nova regra de alerta equivalente. Para outros valores, é utilizado o mais windowSize próximo. Para a maioria dos clientes, esta alteração não tem efeito. Para uma pequena percentagem de clientes, poderá ser necessário ajustar o limiar para obter exatamente o mesmo comportamento.

Nas secções seguintes, detalhamos as métricas que têm uma métrica diferente e equivalente no novo sistema. Qualquer métrica que permaneça igual para regras de alerta clássicas e novas não está listada. Pode encontrar uma lista de métricas suportadas no novo sistema aqui.

Microsoft.Storage/storageAccounts e Microsoft.ClassicStorage/storageAccounts

Para serviços da conta de armazenamento, como blob, tabela, ficheiro e fila, as seguintes métricas são mapeadas para métricas equivalentes, conforme mostrado abaixo:

Métrica em alertas clássicos Métrica equivalente em novos alertas Comentários
AnonymousAuthorizationError Métrica de transações com as dimensões "ResponseType"="AuthorizationError" e "Authentication" = "Anonymous"
AnonymousClientOtherError Métrica de transações com as dimensões "ResponseType"="ClientOtherError" e "Authentication" = "Anonymous"
AnonymousClientTimeOutError Métrica de transações com as dimensões "ResponseType"="ClientTimeOutError" e "Authentication" = "Anonymous"
AnonymousNetworkError Métrica de transações com as dimensões "ResponseType"="NetworkError" e "Authentication" = "Anonymous"
AnonymousServerOtherError Métrica de transações com as dimensões "ResponseType"="ServerOtherError" e "Authentication" = "Anonymous"
AnonymousServerTimeOutError Métrica de transações com as dimensões "ResponseType"="ServerTimeOutError" e "Authentication" = "Anonymous"
AnonymousSuccess Métrica de transações com as dimensões "ResponseType"="Success" e "Authentication" = "Anonymous"
AuthorizationError Métrica de transações com dimensões "ResponseType"="AuthorizationError"
AverageE2ELatency SuccessE2ELatency
AverageServerLatency SuccessServerLatency
Capacidade BlobCapacity Utilize aggregationType "média" em vez de "último". A métrica aplica-se apenas aos serviços de Blobs
ClientOtherError Métrica de transações com dimensões "ResponseType"="ClientOtherError"
ClientTimeoutError Métrica de transações com dimensões "ResponseType"="ClientTimeOutError"
ContainerCount ContainerCount Utilize aggregationType "média" em vez de "último". A métrica aplica-se apenas aos serviços de Blobs
NetworkError Métrica de transações com dimensões "ResponseType"="NetworkError"
ObjectCount BlobCount Utilize aggregationType "média" em vez de "último". A métrica aplica-se apenas aos serviços de Blobs
SASAuthorizationError Métrica de transações com as dimensões "ResponseType"="AuthorizationError" e "Authentication" = "SAS"
SASClientOtherError Métrica de transações com as dimensões "ResponseType"="ClientOtherError" e "Authentication" = "SAS"
SASClientTimeOutError Métrica de transações com as dimensões "ResponseType"="ClientTimeOutError" e "Authentication" = "SAS"
SASNetworkError Métrica de transações com as dimensões "ResponseType"="NetworkError" e "Authentication" = "SAS"
SASServerOtherError Métrica de transações com as dimensões "ResponseType"="ServerOtherError" e "Authentication" = "SAS"
SASServerTimeOutError Métrica de transações com as dimensões "ResponseType"="ServerTimeOutError" e "Authentication" = "SAS"
SASSuccess Métrica de transações com as dimensões "ResponseType"="Success" e "Authentication" = "SAS"
ServerOtherError Métrica de transações com dimensões "ResponseType"="ServerOtherError"
ServerTimeOutError Métrica de transações com dimensões "ResponseType"="ServerTimeOutError"
Com êxito Métrica de transações com dimensões "ResponseType"="Success"
TotalBillableRequests Transações
TotalEgress Saída
TotalIngress Entrada
TotalRequests Transações

Microsoft.DocumentDB/databaseAccounts

Para o Azure Cosmos DB, as métricas equivalentes são apresentadas abaixo:

Métrica em alertas clássicos Métrica equivalente em novos alertas Comentários
AvailableStorage AvailableStorage
Tamanho dos Dados DataUsage
Contagem de Documentos DocumentCount
Tamanho do Índice IndexUsage
Serviço Indisponível ServiceAvailability
TotalRequestUnits TotalRequestUnits
Pedidos Limitados TotalRequests com a dimensão "StatusCode" = "429" O tipo de agregação "Média" é corrigido para "Contagem"
Erros Internos de Servidor TotalRequests com a dimensão "StatusCode" = "500"} O tipo de agregação "Média" é corrigido para "Contagem"
Http 401 TotalRequests com a dimensão "StatusCode" = "401" O tipo de agregação "Média" é corrigido para "Contagem"
Http 400 TotalRequests com a dimensão "StatusCode" = "400" O tipo de agregação "Média" é corrigido para "Contagem"
Total de Pedidos TotalRequests O tipo de agregação "Max" é corrigido para "Contagem"
Custo do Pedido de Contagem do Mongo MongoRequestCharge com a dimensão "CommandName" = "count"
Taxa de Pedidos de Contagem do Mongo MongoRequestsCount com a dimensão "CommandName" = "count"
Custo do Pedido de Eliminação do Mongo MongoRequestCharge com a dimensão "CommandName" = "delete"
Taxa de Pedidos de Eliminação do Mongo MongoRequestsCount com a dimensão "CommandName" = "delete"
Custo do Pedido de Inserção do Mongo MongoRequestCharge com a dimensão "CommandName" = "insert"
Taxa de Pedidos de Inserção do Mongo MongoRequestsCount com a dimensão "CommandName" = "insert"
Custo do Pedido de Consulta do Mongo MongoRequestCharge com a dimensão "CommandName" = "find"
Taxa de Pedidos de Consulta do Mongo MongoRequestsCount com a dimensão "CommandName" = "find"
Custo do Pedido de Atualização do Mongo MongoRequestCharge com a dimensão "CommandName" = "update"
Pedidos Falhados da Inserção do Mongo MongoRequestCount com as dimensões "CommandName" = "insert" e "Status" = "failed" O tipo de agregação "Média" é corrigido para "Contagem"
Pedidos falhados da Consulta do Mongo MongoRequestCount com as dimensões "CommandName" = "query" e "Status" = "failed" O tipo de agregação "Média" é corrigido para "Contagem"
Pedidos Falhados da Contagem do Mongo MongoRequestCount com as dimensões "CommandName" = "count" e "Status" = "failed" O tipo de agregação "Média" é corrigido para "Contagem"
Pedidos Com Falha na Atualização do Mongo MongoRequestCount com as dimensões "CommandName" = "update" e "Status" = "failed" O tipo de agregação "Média" é corrigido para "Contagem"
Outros Pedidos Falhados do Mongo MongoRequestCount com as dimensões "CommandName" = "other" e "Status" = "failed" O tipo de agregação "Média" é corrigido para "Contagem"
Pedidos Falhados de Eliminação do Mongo MongoRequestCount com as dimensões "CommandName" = "delete" e "Status" = "failed" O tipo de agregação "Média" é corrigido para "Contagem"

Como são criados grupos de ações equivalentes

As regras de alerta clássicas tinham ações de e-mail, webhook, aplicação lógica e runbook associadas à própria regra de alerta. As novas regras de alerta utilizam grupos de ações que podem ser reutilizados em várias regras de alerta. A ferramenta de migração cria um único grupo de ações para as mesmas ações, independentemente do número de regras de alerta que estão a utilizar a ação. Os grupos de ações criados pela ferramenta de migração utilizam o formato de nomenclatura "Migrated_AG*".

Nota

Os alertas clássicos enviavam e-mails localizados com base na região do administrador clássico quando utilizados para notificar funções de administrador clássicas. Os novos e-mails de alerta são enviados através de Grupos de Ações e só estão em inglês.

Fases de implementação

A ferramenta de migração está a ser implementada por fases para os clientes que utilizam regras de alerta clássicas. Os proprietários da subscrição receberão um e-mail quando a subscrição estiver pronta para ser migrada através da ferramenta.

Nota

Uma vez que a ferramenta está a ser implementada por fases, poderá ver que algumas das suas subscrições ainda não estão prontas para serem migradas durante as fases iniciais.

A maioria das subscrições está atualmente marcada como pronta para migração. Apenas as subscrições com alertas clássicos sobre os seguintes tipos de recursos ainda não estão prontas para migração.

  • Microsoft.classicCompute/domainNames/slots/roles
  • Microsoft.insights/components

Quem pode acionar a migração?

Qualquer utilizador que tenha a função incorporada de Contribuidor de Monitorização ao nível da subscrição pode acionar a migração. Os utilizadores que tenham uma função personalizada com as seguintes permissões também podem acionar a migração:

  • */read
  • Microsoft.Insights/actiongroups/*
  • Microsoft.Insights/AlertRules/*
  • Microsoft.Insights/metricAlerts/*
  • Microsoft.AlertsManagement/smartDetectorAlertRules/*

Nota

Além de ter permissões acima, a sua subscrição deve ser registada no fornecedor de recursos Microsoft.AlertsManagement. Isto é necessário para migrar com êxito alertas de Anomalias de Falha no Application Insights.

Problemas comuns e soluções

Depois de acionar a migração, receberá um e-mail nos endereços fornecidos para notificá-lo de que a migração está concluída ou se é necessária alguma ação por si. Esta secção descreve alguns problemas comuns e como lidar com os mesmos.

Falha na validação

Devido a algumas alterações recentes às regras de alerta clássicas na sua subscrição, a subscrição não pode ser migrada. Este problema é temporário. Pode reiniciar a migração depois de o estado da migração voltar a estar pronto para migração dentro de alguns dias.

Bloqueio de âmbito que nos impede de migrar as suas regras

Como parte da migração, serão criados novos alertas de métricas e novos grupos de ações e, em seguida, as regras de alerta clássicas serão eliminadas. No entanto, um bloqueio de âmbito pode impedir-nos de criar ou eliminar recursos. Consoante o bloqueio de âmbito, não foi possível migrar algumas ou todas as regras. Pode resolver este problema removendo o bloqueio de âmbito da subscrição, grupo de recursos ou recurso, que está listado na ferramenta de migração e acionando novamente a migração. O bloqueio de âmbito não pode ser desativado e tem de ser removido durante o processo de migração. Saiba mais sobre a gestão de bloqueios de âmbito.

Política com efeito "Negar" que nos impede de migrar as suas regras

Como parte da migração, serão criados novos alertas de métricas e novos grupos de ações e, em seguida, as regras de alerta clássicas serão eliminadas. No entanto, uma atribuição de Azure Policy pode impedir-nos de criar recursos. Consoante a atribuição da política, não foi possível migrar algumas ou todas as regras. As atribuições de política que estão a bloquear o processo estão listadas na ferramenta de migração. Resolva este problema ao:

Passos seguintes