Identificar anomalias e alterações inesperadas nos custos

O artigo ajuda-o a identificar anomalias e mudanças inesperadas nos custos da sua nuvem usando a Gestão de Custos e Faturação. Começará com a deteção de anomalias para subscrições na análise de custos para identificar quaisquer padrões de utilização atípicos baseados nas suas tendências de custo e utilização. Em seguida, você vai aprender a perfurar informações de custos para encontrar e investigar picos de custos e mergulhos.

Também pode criar um alerta de anomalia para ser notificado automaticamente quando uma anomalia é detetada.

Em geral, existem três tipos de alterações que talvez queiram investigar:

  • Novos custos — Por exemplo, um recurso que foi iniciado ou adicionado tal como uma máquina virtual. Os novos custos aparecem frequentemente como um custo a partir do zero.
  • Custos removidos — Por exemplo, um recurso que foi parado ou eliminado. Os custos removidos aparecem frequentemente como custos que terminam em zero.
  • Custos alterados (aumentados ou diminuídos)— Por exemplo, um recurso foi alterado de alguma forma que causou um aumento ou diminuição de custos. Algumas alterações, como a redimensionamento de uma máquina virtual, podem surgir como um novo medidor que substitui um medidor removido, ambos sob o mesmo recurso.

Identificar anomalias de custo

A nuvem vem com a promessa de poupanças significativas de custos em comparação com os custos no local. No entanto, as poupanças requerem diligência para planear, governar e monitorizar as suas soluções em nuvem. Mesmo com processos pró-ativos, surpresas de custos ainda podem acontecer. Por exemplo, podes reparar que algo mudou, mas não tens a certeza do quê. A utilização da deteção de anomalias de Gestão de Custos para as suas subscrições pode ajudar a minimizar surpresas.

Quer saiba se tem ou não anomalias de custos existentes, a análise de custos irá informá-lo se encontrar algo incomum como parte da Insights. Caso contrário, a análise de custos não mostrará quaisquer anomalias detetadas.

Ver anomalias na análise de custos

A deteção de anomalias está disponível na análise de custos (pré-visualização) quando seleciona um âmbito de subscrição. Verá o seu estado de anomalia como parte do Insights. E como com outras ideias, a experiência é simples.

No portal do Azure, navegue para a Gestão de Custos a partir da Casa Azure. Selecione um âmbito de subscrição e, em seguida, no menu esquerdo, selecione análise de custos. Na lista de visualizações, selecione qualquer vista nas vistas de Pré-visualização. No exemplo seguinte, é selecionada a visualização de pré-visualização de Recursos . Se tiver uma anomalia de custo, verá uma ideia.

Imagem de exemplo mostrando uma visão.

Se não tiver quaisquer anomalias, verá uma introspeção no No anomalia detetada , confirmando as datas que foram avaliadas.

Imagem de exemplo mostrando Nenhuma anomalia detetada mensagem.

Perfurar em detalhes de anomalia

Para perfurar os dados subjacentes para algo que mudou, selecione o link de insights para abrir uma visão na análise clássica de custos e rever o seu uso diário por grupo de recursos para o intervalo de tempo que foi avaliado.

Continuando a partir do exemplo anterior da anomalia rotulada Taxa diária de execução de 748% em 28 de set, vamos examinar os seus detalhes após a seleção do link. A imagem do exemplo a seguir mostra detalhes sobre a anomalia. Repare no grande aumento de custos, num aumento de custos e numa eventual queda de um recurso temporário e de curta duração.

Imagem de exemplo mostrando um aumento de custos de um recurso de curta duração.

As anomalias de custo são avaliadas para subscrições diárias e comparam o custo total do dia com um total previsto com base nos últimos 60 dias para explicar padrões comuns na sua utilização recente. Por exemplo, picos todas as segundas-feiras. A deteção de anomalias decorre 36 horas após o final do dia (UTC) para garantir que um conjunto completo de dados está disponível.

O modelo de deteção de anomalias é uma série de tempo univariada, previsão sem supervisão e modelo baseado em reconstrução que usa 60 dias de uso histórico para treino, então previsões de uso esperado para o dia. A previsão de deteção de anomalias usa um algoritmo de aprendizagem profunda chamado WaveNet. Note que isto é diferente da previsão de Gestão de Custos. A utilização total normalizada é determinada como anómala se ficar fora do intervalo esperado com base num intervalo de confiança pré-determinado.

A deteção de anomalias está disponível para cada subscrição monitorizada utilizando a pré-visualização da análise de custos. Para permitir a deteção de anomalias nas suas subscrições, abra a pré-visualização da análise de custos e selecione a sua subscrição a partir do seletor de âmbito no topo da página. Verá uma notificação informando-o de que a sua subscrição está a bordo e começará a ver o seu estado de deteção de anomalias dentro de 24 horas.

Criar um alerta de anomalia

Pode criar um alerta de anomalia para ser notificado automaticamente quando for detetada uma anomalia. Todos os destinatários de e-mail são notificados quando uma anomalia de custo de subscrição é detetada.

Um e-mail de alerta de anomalia inclui um resumo das alterações na contagem e custo do grupo de recursos. Também inclui as principais alterações do grupo de recursos para o dia em comparação com os 60 dias anteriores. E tem uma ligação direta com o portal do Azure para que possa rever o custo e investigar mais.

  1. A partir da Azure Home, selecione Gestão de Custos em Ferramentas.
  2. Verifique se selecionou a subscrição correta no âmbito no topo da página.
  3. No menu esquerdo, selecione alertas de custos.
  4. Na página 'Alertas custo', selecione + Adicionar>o alerta de anomalia.
  5. Na página De Subscreva para e-mails, insira as informações necessárias e, em seguida, selecione Guardar.
    Screenshot mostrando a página De Subscreva para e-mails onde introduz as informações de notificação para um alerta.

Aqui está um e-mail de exemplo gerado para um alerta de anomalia.

Screenshot mostrando um exemplo de e-mail de alerta de anomalia.

Encontre manualmente alterações de custos inesperadas

Vejamos um exemplo mais detalhado de encontrar uma mudança de custo. Quando navegar para a análise de custos e, em seguida, selecionar um âmbito de subscrição, começará com a vista de custos acumulados . A imagem que se segue mostra um exemplo do que pode ver.

Imagem de exemplo mostrando a vista de custos acumulados.

Com a vista padrão e o mês atual (março de 2022), a imagem de exemplo não mostra nenhum mergulho ou picos.

Altere a visão para custos diários e, em seguida, aumente o intervalo de data para o ano passado (2021). Em seguida, coloque a granularidade para Mensal. Na imagem seguinte, note que há um aumento significativo dos custos para o arcticmustang grupo de recursos a partir de julho.

Imagem de exemplo mostrando um aumento nos custos mensais.

Vamos examinar o aumento do custo para o grupo de recursos mais completamente. Para perfurar o prazo da alteração, altere o intervalo de data. No exemplo seguinte, estabelecemos uma data personalizada de junho a julho de 2021 e, em seguida, definimos a Granularidade para o Diário. No exemplo, o custo diário para o grupo de recursos era de cerca de $4,56. Em 30 de junho, o custo aumentou para $20,68. Mais tarde, a 1 de julho e depois, o custo diário passou para $30,22.

Imagem de exemplo mostrando um aumento nos custos diários.

Até agora, encontramos um aumento no custo para o articmustang grupo de recursos no final de junho e início de julho. Pode notar que o aumento de custos se estendeu por dois dias. A mudança demorou dois dias porque uma mudança a meio de um dia não mostra o efeito total dessa mudança até ao dia seguinte.

Vamos continuar a perfurar os dados para saber mais sobre o aumento de custos. Selecione o item que aumentou o custo (articmustang) para definir automaticamente um filtro para o nome do grupo de recursos. Em seguida, altere o Grupo por lista para Recurso. Em seguida, desa um intervalo de datas menor. Por exemplo, 28 de junho a 4 de julho. Na imagem de exemplo a seguir, o aumento do custo é claramente demonstrado. O tipo de recurso é apresentado como microsoft.network/virtualnetworkgateways.

Imagem de exemplo mostrando um custo aumentado para um tipo de recurso.

Em seguida, selecione o recurso na tabela que aumentou o custo articring para definir outro filtro para o recurso. Agora, os custos são mostrados apenas para este recurso. Em seguida, coloque o grupo por lista para Meter.

Imagem de exemplo mostrando um custo aumentado para um recurso específico.

No exemplo acima, você vê que o recurso de rede privada virtual chamado VpnGw1 deixou de ser usado no dia 30 de junho. Em 30 de junho, um recurso de rede privada virtual mais caro chamado VpnGw3 começou a ser usado.

Nesta altura, sabes o que mudou e o valor que os custos mudaram. No entanto, pode não saber por que a mudança aconteceu. Neste momento, deve contactar as pessoas que criaram ou utilizaram o recurso. Continue até à secção seguinte para saber mais.

Encontre pessoas responsáveis pela utilização alterada do recurso

Usando a análise de custos, você pode ter encontrado recursos que tiveram mudanças repentinas no uso. No entanto, pode não ser óbvio quem é o responsável pelo recurso ou por que a mudança foi feita. Muitas vezes, a equipa responsável por um determinado recurso saberá das alterações que foram feitas a um recurso. É importante contactá-la quando tenta determinar o porquê de os custos poderem aparecer. Por exemplo, a equipa proprietária pode ter criado recentemente o recurso, atualizado o seu SKU (alterando assim a taxa de recursos), ou aumentado a carga no recurso devido a alterações de código.

O artigo de alteração de recursos da Get changes para a Azure Resource Graph pode ajudá-lo a encontrar informações adicionais sobre alterações de configuração de recursos.

Continue a ler as próximas secções para obter mais técnicas para saber quem detém um recurso.

Analisar os registos de auditoria do recurso

Se tiver permissão para visualizar um recurso, deverá poder aceder aos seus registos de auditoria. Reveja os registos para saber que utilizador é responsável pelas alterações mais recentes a um recurso. Para saber mais, veja Ver e obter eventos de registo de atividades do Azure.

Analisar as permissões do utilizador no âmbito principal do recurso

Pessoas que tenham acesso a uma subscrição ou grupo de recursos normalmente têm informações sobre os recursos que foram criados ou atualizados. Deverão conseguir explicar o objetivo de um recurso ou indicar-lhe a pessoa que o saiba. Para identificar as pessoas com permissões para um âmbito de subscrição, consulte o acesso de um utilizador aos recursos da Azure. Você pode usar um processo semelhante para programas de faturação, grupos de recursos e grupos de gestão.

Examinar recursos marcados

Se tiver uma política existente de marcação de recursos, o recurso pode ser marcado com informações identificadas. Por exemplo, os recursos podem ser marcados com informações sobre proprietário, centro de custos ou ambiente de desenvolvimento. Se ainda não tem uma política de marcação de recursos, considere adotar uma para ajudar a identificar recursos no futuro.

Obter ajuda para identificar alterações

Se utilizou as estratégias anteriores e ainda não entende por que recebeu uma acusação ou se precisa de outra ajuda com problemas de faturação, crie um pedido de apoio.

Passos seguintes