Identificar anomalias e alterações inesperadas no custo

O artigo ajuda você a identificar anomalias e alterações inesperadas nos custos de nuvem usando o Gerenciamento de Custos e Cobrança. Não há nenhum custo para usar os recursos de Gerenciamento de Custos e Cobrança para suas assinaturas do Azure. Você começa com a detecção de anomalias para assinaturas na análise de custos para identificar quaisquer padrões de uso atípico com base nas tendências de custo e uso. Então você aprende a analisar informações de custo para localizar e investigar picos e vales de custos.

Você também pode criar um alerta de anomalia para ser notificado automaticamente quando uma anomalia for detectada.

Em geral, há três tipos de alterações que convém investigar:

  • Novos custos - por exemplo, um recurso que foi iniciado ou adicionado, como uma máquina virtual. Os novos custos geralmente aparecem como um custo que começa do zero.
  • Custos removidos - por exemplo, um recurso que foi interrompido ou excluído. Os custos removidos geralmente aparecem como custos que terminam em zero.
  • Custos alterados (aumentados ou reduzidos) - por exemplo, um recurso foi alterado de alguma forma que causou um aumento ou uma redução no custo. Algumas alterações, como redimensionar uma máquina virtual, podem ser exibidas 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 uma economia significativa de custos em comparação com os custos locais. No entanto, as economias exigem diligências para planejar, governar e monitorar proativamente suas soluções de nuvem. Mesmo com processos proativos, as surpresas de custo ainda podem acontecer. Por exemplo, você pode notar que algo mudou, mas não tem certeza do quê. Usar a detecção de anomalias do Gerenciamento de Custos para suas assinaturas pode ajudar a minimizar as surpresas.

Se você souber se tem alguma anomalia de custo existente ou não, a análise de custos informará se encontrar algo incomum como parte do Insights. Caso contrário, a Análise de custos Não mostrará nenhuma anomalia detectada.

Exibir anomalias na análise de custos

A detecção de anomalias está disponível nas exibições inteligentes de análise de custos quando você seleciona um escopo de assinatura. Você pode visualizar seu status de anomalia como parte do Insights.

No portal do Azure, vá até Gerenciamento de Custos e Cobrança a partir da Página Inicial do Azure. Selecione um escopo de assinatura e, no menu à esquerda, selecione Análise de custos. Na lista de exibições, selecione qualquer exibição em Visualizações inteligentes. No exemplo a seguir, a exibição inteligente de Recursos está selecionada. Se tiver uma anomalia de custos, você verá um insight.

Example screenshot showing an insight.

Se não tiver anomalias, você verá um insight Sem anomalias detectadas, confirmando as datas que foram avaliadas.

Example screenshot showing No anomalies detected message.

Examinar os detalhes da anomalia

Para analisar os dados subjacentes de algo que foi alterado, selecione o link de insight. Ele abre uma exibição na análise de custo clássica, na qual é possível examinar seu uso diário por grupo de recursos para o intervalo de tempo que foi avaliado.

Continuando do exemplo anterior da anomalia rotulada Taxa de execução diária abaixo de 748% em 28 de setembro, vamos examinar seus detalhes depois que o link for selecionado. A imagem de exemplo a seguir mostra detalhes sobre a anomalia. Observe o grande aumento nos custos, um pico de custos e uma consequente queda de um recurso temporário de curta duração.

Example screenshot showing a cost increase from a short-lived resource.

As anomalias de custo são avaliadas para assinaturas diariamente e comparam o uso total do dia com um total previsto com base nos últimos 60 dias para considerar padrões comuns no seu uso recente. Por exemplo, picos todas as segundas-feiras. A detecção de anomalias é executada 36 horas após o fim do dia (UTC) para garantir que um conjunto de dados completo esteja disponível.

O modelo de detecção de anomalias é uma série temporal univariada, previsão não supervisionada e modelo baseado em reconstrução que usa 60 dias de uso histórico para treinamento e, em seguida, prevê o uso esperado para o dia. A previsão de detecção de anomalias usa um algoritmo de aprendizado profundo chamado WaveNet. É diferente da previsão de Gerenciamento de Custos. O uso normalizado total será determinado como anômalo se ele ficar fora do intervalo esperado com base em um intervalo de confiança predeterminado.

A detecção de anomalias está disponível para todas as assinaturas monitoradas utilizando a análise de custos. Para habilitar a detecção de anomalias para suas assinaturas, abra uma exibição inteligente de análise de custos e selecione sua assinatura no seletor de escopo na parte superior da página. Você vê uma notificação informando que sua assinatura está integrada e que começará a ver o status de detecção de anomalias dentro de 24 horas.

Criar um alerta de anomalia

Você pode criar um alerta para ser notificado automaticamente quando uma anomalia for detectada. A criação de um alerta de anomalia exige a função de Colaborador de Gerenciamento de Custos ou superior, ou de permissões Microsoft.CostManagement/scheduledActions/write para funções personalizadas. Para obter mais informações, confira Comportamento do recurso de cada função.

Observação

Os alertas de anomalias são enviados com base no acesso atual do criador da regra no momento em que o email é enviado. Se a sua organização tiver uma política que proíba a atribuição permanente de privilégios mais altos aos usuários, você poderá usar uma entidade de serviço e criar o alerta diretamente usando a API de ações agendadas.

Um email de alerta de anomalia inclui um resumo das alterações na contagem e no custo do grupo de recursos. Ele também inclui as principais alterações do grupo de recursos no dia em comparação com os 60 dias anteriores. Além disso, ele tem um link direto para o portal do Azure para que você possa examinar o custo e investigar mais.

Um email de alerta de anomalia é enviado apenas uma vez, no momento da detecção.

  1. Na Página Inicial do Azure, selecione Gerenciamento de Custos em Ferramentas.
  2. Verifique se você selecionou a assinatura correta no escopo na parte superior da página.
  3. No menu à esquerda, selecione Alertas de custo.
  4. Na barra de ferramentas, selecione + Adicionar.
  5. Na página Criar regra de alerta, selecione Anomalia como Tipo de alerta.
  6. Insira todas as informações exigidas e selecione Criar.
    Screenshot showing the Create alert rule page where you enter notification information for an alert. Você pode exibir e gerenciar a regra do alerta de anomalia navegando até Regras de alerta no menu de navegação esquerdo.

Aqui está um email de exemplo gerado para um alerta de anomalia.

Screenshot showing an example anomaly alert email.

Localizar manualmente alterações de custo inesperadas

Vamos examinar um exemplo mais detalhado de como encontrar uma alteração no custo. Quando for até a análise custos e selecionar um escopo de assinatura, você começará com a exibição de Custos acumulados. A captura de tela a seguir mostra um exemplo do que você pode ver.

Example screenshot showing the accumulated costs view.

Com o modo de exibição padrão e o mês atual (março de 2022), a imagem de exemplo não mostra nenhuma queda ou pico.

Altere a exibição para Custos diários e, em seguida, expanda o intervalo de datas para o ano passado (2021). Defina a granularidade como Mensal. Na imagem a seguir, observe que há um aumento significativo nos custos para o grupo de recursos arcticmustang com início em julho.

Example screenshot showing an increase in monthly costs.

Vamos examinar o aumento no custo para o grupo de recursos de forma mais completa. Para analisar o período de tempo da alteração, altere o intervalo de datas. No exemplo a seguir, definimos um intervalo de datas personalizado de junho a julho de 2021 e, em seguida, definimos a granularidade como Diária. No exemplo, o custo diário do grupo de recursos foi de cerca de US$ 4,56. Em 30 de junho, o custo aumentou para US$ 20,68. Mais tarde, em 1º de julho e depois, o custo diário foi para US$ 30,22.

Example screenshot showing an increase in daily costs.

Até agora, encontramos um aumento no custo para o grupo de recursos articmustang no final de junho e no início de julho. Você pode observar que o aumento no custo se estendeu por mais de dois dias. A alteração levou dois dias porque uma alteração no meio de um dia não mostra o efeito total dessa alteração até o todo o dia seguinte.

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

Example screenshot showing increased cost for a resource type.

Em seguida, selecione o recurso no gráfico que aumentou o custo articring a fim de definir outro filtro para o recurso. Agora, os custos são mostrados apenas para esse recurso. Em seguida, defina o Grupo por lista como Medidor.

Example screenshot showing increased cost for a specific resource.

No exemplo anterior, você verá que o recurso da rede virtual privada chamado de VpnGw1 parou de ser usado em 30 de junho. Em 30 de junho, um recurso de rede virtual privada mais caro chamado VpnGw3 começou a ser usado.

Neste ponto, você sabe o que mudou e em quanto os custos mudaram. No entanto, talvez você não saiba por que a alteração aconteceu. Nesse ponto, você deve entrar em contato com as pessoas que criaram ou usaram o recurso. Continue para a próxima seção para saber mais.

Localizar pessoas responsáveis pelo uso de recursos alterados

Usando a análise de custos, você pode encontrar recursos que tiveram alterações repentinas no uso. No entanto, pode não ser óbvio quem é responsável pelo recurso ou por que a alteração foi feita. Geralmente, a equipe responsável por um determinado recurso conhecerá as alterações que foram feitas em um recurso. O envolvimento dessa equipe é útil porque você identifica por que os encargos podem aparecer. Por exemplo, a equipe proprietária criou o recurso, atualizou o SKU dele (alterando a taxa do recurso) ou aumentou a carga no recurso devido às alterações de código.

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

Continue lendo as seções a seguir para obter mais técnicas para determinar quem tem a propriedade de um recurso.

Analisar os logs de auditoria do recurso

Se tiver permissão para exibir um recurso, você deverá ser capaz de acessar os logs de auditoria dele. Examine os logs para encontrar o usuário responsável pelas alterações mais recentes em um recurso. Para saber mais, confira Exibir e recuperar eventos do Log de atividades do Azure.

Analisar as permissões do usuário para o escopo pai do recurso

As pessoas que têm acesso de gravação a uma assinatura ou grupo de recursos normalmente têm informações sobre os recursos que foram criados ou atualizados. Elas devem ter a capacidade de explicar a finalidade de um recurso ou indicar você à pessoa que saiba. Para identificar as pessoas que têm permissões para um escopo de assinatura, confira Verificar o acesso de um usuário a recursos do Azure. Você pode usar um processo semelhante para escopos de cobrança, grupos de recursos e grupos de gerenciamento.

Examinar recursos marcados

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

Outras estratégias para identificar encargos inesperados

Se você tiver usado as estratégias anteriores e ainda não entendeu por que você recebeu um encargo ou se precisar de outra ajuda com problemas de cobrança, revise as seções a seguir.

Por que não estou recebendo emails de alertas de anomalia?

Há vários motivos pelos quais você não está recebendo emails de alerta. Experimente as seguintes ações:

  • Confirme se o criador do agendamento continua a ter a função Leitor atribuída ou a permissão Microsoft.CostManagement/scheduledActions/read, se for uma função personalizada.
  • Confirme se o endereço de email é mostrado como um destinatário e se está correto.
  • Verifique se não há regras de email que bloqueiem microsoft-noreply@microsoft.com.
  • Verifique sua pasta de spam ou lixo eletrônico em busca de emails de microsoft-noreply@microsoft.com.
  • Verifique se o alerta expirou, foi desabilitado ou excluído. Você pode estender ou criar uma nova regra de alerta de anomalias para corrigir o problema.
  • Trabalhe com o administrador para reabilitar a política de cobranças de exibição no portal do Azure. A política se aplica a Contratos Enterprise indiretos e aos Contratos de Cliente da Microsoft com um parceiro da Microsoft.

Observação

O Azure verifica as permissões do criador da regra de alerta antes de enviar o email de alerta. Se a sua organização tiver uma política que proíba a atribuição permanente de privilégios mais altos aos usuários, você poderá usar uma entidade de serviço e criar o alerta diretamente usando a API de ações agendadas.

Por que não consigo criar uma regra de alerta de anomalias?

Experimente as etapas a seguir:

  • As regras de alerta de anomalia só podem ser criadas no escopo da assinatura. Verifique se que o escopo correto está selecionado.
  • Verifique se você tem a função Proprietário, Colaborador ou Colaborador de Gerenciamento de Custos na assinatura.
  • Se você recebeu uma mensagem de erro indicando que atingiu o limite de cinco alertas por assinatura, considere editar uma regra de alerta de anomalias existente. Adicione-se como destinatário em vez de criar uma nova regra caso você tenha esgotado o limite.

Obter ajuda para identificar encargos

Se você tiver usado as estratégias anteriores e ainda não entendeu por que recebeu um encargo ou se precisar de ajuda com outros problemas de cobrança, crie uma solicitação de suporte.

Próximas etapas