Cobrança estimada da AWS aparece como US$ 1,7 bilhão; uso normal é inferior a US$ 5

 (news.ycombinator.com)
1 pontos por GN⁺ 4 시간 전 | 1 comentários | Compartilhar no WhatsApp
  • Em uma conta da AWS cujo uso normal é inferior a US$ 5, a cobrança estimada deste mês apareceu como US$ 1,7 bilhão
  • Como a diferença entre o uso real e o valor cobrado é grande demais, acredita-se que se trate de uma situação em que os dados de cobrança estimada estão incorretos
  • O autor criou um ticket urgente de suporte da AWS para verificar o problema e tomar providências
  • O status dos serviços da AWS pode ser consultado no AWS Health Dashboard
  • Ele pediu para confirmar se há outros usuários passando pelo mesmo problema e depois acrescentou uma publicação no Reddit relacionada

Cobrança estimada anormal

  • A cobrança estimada da AWS neste mês apareceu como US$ 1,7 bilhão, mas o custo normal dessa conta é inferior a US$ 5
  • O autor entende que uma diferença tão grande decorre de dados imprecisos de cobrança estimada, e não do uso real

Verificação e resposta

  • Foi criado um ticket urgente de suporte da AWS para verificar o problema
  • O status do serviço pode ser consultado no AWS Health Dashboard
  • Ele perguntou se o mesmo fenômeno também aconteceu com outros usuários e depois compartilhou a publicação no Reddit relacionada

Leituras relacionadas

1 comentários

 
GN⁺ 4 시간 전
Opiniões do Hacker News

  • Já lidei com o mesmo erro na AWS, e a causa foi um erro de configuração de unidade. A intenção era cobrar cerca de 5 centavos por GB, mas, ao omitir GB no plano de preços, o sistema tratou como a unidade padrão, bytes; isso virou 5 centavos por byte, e em poucas horas alguns clientes passaram a ver faturas de milhões de dólares
    Recebemos um chamado do suporte por volta das 2h da manhã, terminamos a correção e o ajuste do faturamento até 3h ou 4h, e logo em seguida também enviamos um e-mail de desculpas. Os valores de uso emitidos pelo serviço não são ligados diretamente ao preço; cada SKU ou item de cobrança é definido por um plano de preços que inclui tipo de unidade, região e preço por unidade. Os registros de uso são combinados com os planos de preços com base em ID da conta, região, SKU etc.; portanto, se o tipo de unidade for especificado incorretamente, a conversão quebra e surgem cobranças absurdas

    • Não havia testes? Quer dizer que configurar errado um único detalhe aparentemente banal pode render chamadas de madrugada e ataques cardíacos para centenas de milhares de administradores?
      Claro que vão dizer “isso não é um detalhe banal, Michael!”, mas: https://www.youtube.com/watch?v=3fGHaVn5rGo
    • Fico me perguntando se o sistema de cobrança da AWS ainda usa arquivos CSV para transmitir dados. Há pouco mais de 10 anos, quando fiz meu primeiro plantão na AWS, algum engenheiro “inteligente” colocou, no campo de descrição dos dados de produção, um registro experimental do tipo “o que acontece se eu colocar uma vírgula neste campo”, e isso quebrou o processamento de cobrança
      Fiquei vendo esse registro se espalhar e as regiões falharem uma após a outra do mesmo jeito, e uma pessoa estragou a noite de muita gente. Havia um endpoint de teste que poderia ter sido usado, mas ele resolveu testar em produção
    • Não é algo para levar na brincadeira. Se uma pessoa com uma condição preexistente, como doença cardiovascular, visse de repente uma cobrança dessas, a ansiedade, o choque e a sensação de impotência poderiam de fato levá-la à morte
    • É por isso que sempre se deve fazer as coisas falharem de forma barulhenta (fail loud), em vez de escolher padrões idiotas
    • Fico curioso se isso aconteceu no dia em que os volumes gp3 do EBS foram lançados

  • Recebi três e-mails seguidos de alerta dizendo que o orçamento tinha passado do limite de 18 dólares; quando fui verificar, o custo era de 78 milhões de dólares. Achei que fosse phishing e fiz login diretamente na conta real, mas ainda apareciam 78 milhões de dólares, o que foi um choque psicológico considerável

    • Quero apostar se a descrição desta vaga será alterada ainda hoje: “Software Development Engineer II, AWS Invoicing”
      https://www.amazon.jobs/de/jobs/10428480/software-developmen...
      Há uma descrição de cargo pomposa dizendo que automatiza a preparação para lançamento, a coordenação de serviços cloud native e a validação contínua usando IA generativa, grandes modelos de linguagem, grafos de conhecimento e arquiteturas agentic
    • A minha cobrança era de mais de 1 bilhão de dólares. No começo pensei que fosse phishing e quase ignorei, mas parecia real demais, então fiz login diretamente na AWS e, ao ver a cobrança estimada, quase tive um ataque cardíaco
      Mais tarde encontrei um banner de incidente na página de suporte, mas fico me perguntando por que justamente a página de cobrança, que exibia “você deve 1 bilhão de dólares”, não tinha um banner de aviso
    • Eu também achei a URL awstrack.me extremamente suspeita e, como foi a primeira vez que recebi um alerta desses, tive certeza de que era phishing. Sem clicar no link, entrei no console e vi que havia uma falha que mostrava cobranças incorretas, mas não havia menção aos alertas por e-mail; fiquei até preocupado que um invasor pudesse estar se aproveitando da falha para passar despercebido
      Depois de verificar os logs, percebi que o aviso do incidente só não descrevia todo o escopo do impacto e voltei a tomar café. Da próxima vez, vou começar conferindo por aqui
    • Adaptando uma piada antiga: se a fatura da AWS for de 78 mil dólares, o problema é meu; mas, se for de 78 milhões de dólares, o problema é da Amazon
    • Em uma conta corporativa, apareceu uma cobrança de mais de 3 trilhões de dólares

  • Este erro é tão absurdo que deve ser corrigido em breve, mas, no início da década de 2010, cheguei a descobrir um erro que estava escondido em uma fatura real. Eles estavam calculando incorretamente o desconto de reserva do EC2 de alguns servidores e, mesmo analisando periodicamente o uso detalhado com uma planilha de 18 abas, os valores não batiam, então passei meses rastreando a diferença
    Mesmo depois de encontrar a causa, levou um bom tempo para convencer a AWS de que o sistema deles estava errado, e enquanto isso a diferença continuava se acumulando. Após 14 meses, recebi um reembolso de 7.000 dólares; ouvi dizer que foi necessária a aprovação de um responsável da AWS e, depois disso, nunca mais vi um erro de cálculo por parte da AWS

    • Um crédito de 7.000 dólares em si, na época, podia ser emitido por um gerente de produto ou diretor próximo sem grande supervisão. O problema foi o período de 14 meses: correções no mesmo ciclo de cobrança são fáceis, e as do ciclo imediatamente anterior são trabalhosas, mas comuns; já corrigir anos fiscais anteriores precisa passar pelo departamento financeiro, o que é muito mais doloroso
    • Meus colegas acham que olho o Cost Explorer com detalhes demais, mas o tempo gasto para encontrar custos estranhos geralmente se paga com folga. Eu provavelmente não gastei 7.000 dólares em tempo rastreando esse erro, e é bem possível que, no processo, também tenha encontrado oportunidades maiores de otimização de custos
      Também não gosto de desperdiçar dinheiro para deixar o iate de Jeff Bezos ainda maior
    • Para algo que “deve ser corrigido em breve”, já se passaram 12 horas. Parece que humanos não conseguem entender o código que um agente escreveu e colocou em produção

  • A unidade que originalmente deveria ser GB of storage consumed parece ter sido misturada com Bytes of storage consumed, causando um erro de 2^30 vezes
    “Há motivos para desconfiar do cálculo. Tentei consultar a definição do campo, mas a conexão com o servidor MCP falhou, e eu chutei em vez de verificar. Erro meu. Mas vejam o aumento na receita!”

    • Como pediram para calcular o valor a cobrar do cliente e deram 0,45, 1,67 e 2,50, a soma é 4,62, mas poderia ser outro número. Talvez fosse para concatenar; e, se o ponto significar multiplicação, 0 . 45 . 1 . 67 . 2 . 50 vira 3.015.000
      Multiplicar por 0 deveria dar 0, mas não dá para não cobrar nada, então a resposta correta é 3.015.000 mil dólares
    • Hoje em dia é difícil até distinguir se “há motivos para desconfiar do cálculo” é uma paródia ou uma resposta real. Mesmo que você peça a um LLM para escrever uma frase tão idiota que ele jamais conseguiria produzir, parece não haver limite para essa idiotice
    • Hoje dei a um agente local um CSV com unidades de tamanho legíveis por humanos e pedi para contar o número de linhas por faixa de GB, mas, por algum motivo, ele interpretou MB como GB e errou completamente. Pensando bem, teria sido mais rápido calcular diretamente no Excel
    • Se fosse 2*30, daria 60, então bastaria pagar 28,3 milhões de dólares, mas a intenção provavelmente era 2^30, e aí daria 1,5 dólar
    • Programaram o sistema de cobrança com vibe coding e aumentaram a receita em 9.000%, então é um ótimo material para promoção

  • De manhã vi o e-mail de alerta de cobrança e achei que tinha vazado sem querer uma chave da AWS e gastado 437 bilhões de dólares. Felizmente eu não tenho esse dinheiro todo, e agradeço à AWS pela descarga de adrenalina inédita, mesmo sem café

    • Se eu devesse 437 mil dólares à AWS, seria um grande problema meu; se devo 437 bilhões de dólares, é um grande problema da AWS
    • Talvez alguém tenha tido um infarto real ou até morrido por causa disso. A Amazon exibir esse tipo de valor diretamente para o usuário é um tratamento irresponsável
    • Recebi o alerta quando estava prestes a dormir, e era um valor que certamente ultrapassava o limite de 16 dólares que eu tinha definido
    • Passei dois meses brigando com a AWS por causa de uma conta invadida. Embora nos 3 anos anteriores meu gasto mensal fosse de cerca de 20 dólares, perdi 20 mil dólares e ainda chegaram faturas de dezenas de milhares de dólares; a AWS não ajudou até eu mesmo conter a invasão
      Depois do expediente, passei noites em claro aprendendo a criar scripts para a infraestrutura da AWS e consegui controlar a violação, mas também me recusaram o encerramento da conta, e eu recusei a exigência de assinar um acordo de responsabilidade compartilhada para que analisassem o caso. No fim, entrei em contato com a procuradoria-geral do estado; eles enviaram um e-mail diretamente à AWS e, em menos de 24 horas, um gerente da AWS me ligou, regularizou a conta e reembolsou os 20 mil dólares. Mesmo assim, continuaram recusando encerrar a conta, então parece não haver uma forma de sair totalmente da AWS; parece a pior forma possível de fazer negócios
    • No meu caso foram 500 milhões de dólares, e minhas mãos tremiam tanto que era difícil até digitar a senha

  • Basta avisar o gerente da conta sobre a situação do orçamento e pedir, com gentileza, que ele seja compreensivo e permita pagar alguns bilhões de dólares por mês, de boa-fé, até as coisas melhorarem de novo

    • Não se pode demonstrar fraqueza. É preciso encarar de frente e conseguir um cartão de crédito com limite maior

  • Se você deve 100 dólares ao banco, o problema é seu; se deve 1,7 bilhão de dólares, o problema é do banco

    • Quando minha esposa cuidava de eventos corporativos de uma empresa de médio porte no emprego anterior, o saldo do Amex corporativo depois dos eventos normalmente passava de 300 mil dólares. Durante a licença-maternidade dela, a pessoa que a substituiu não pagou a fatura; quando ela voltou, havia mais de 500 mil dólares em atraso e uma pilha de e-mails e mensagens de voz da Amex
      As mensagens começaram educadas e foram ficando cada vez mais urgentes, mas nunca se tornaram ameaçadoras ou hostis
    • Essa piada só funciona se você realmente tiver gerado 1,7 bilhão de dólares em custos para a AWS. Se eles apenas emitiram uma fatura sem motivo, ainda é problema do usuário
    • Então a próxima pergunta é o que acontece se você dever 1,7 trilhão de dólares ao banco
    • Talvez não se aplique se você for Elon Musk

  • Parece que a AWS viu a Anthropic cobrar 16 milhões de dólares de alguém com uso zero e pensou que não havia motivo para parar na casa dos milhões
    https://www.techtimes.com/articles/320266/20260712/anthropic...

    • Se a startup de auditoria de cobrança de IA Vaudit analisou 34 milhões de dólares em faturas de 60 clientes corporativos e encontrou cerca de 1,7 milhão de dólares em cobranças indevidas, ou seja, uma taxa de erro de cerca de 5%, isso é bem sério

  • Recentemente descobri que, ao pagar no Whole Foods, o cartão Chase Amazon Prime já não é reconhecido automaticamente de forma confiável, então o desconto não é aplicado automaticamente. Fico imaginando quantos clientes estão pagando o preço cheio enquanto fazem o pagamento do jeito que funcionou bem por anos
    Segundo um funcionário do atendimento ao cliente da loja, isso mudou no último ano, e ele suspeita que seja um efeito colateral não intencional da remoção do recurso de pagamento com a palma da mão. Não tem relação direta, mas me faz pensar no que mais a Amazon pode estar calculando errado

    • Agora é hora de uma ação coletiva ou de milhares de pequenas causas. Mesmo que exista uma cláusula de arbitragem, o ônus de lidar com isso seria enorme, então espero que alguém tome a decisão certa e faça reembolsos automáticos
    • Há inúmeros probleminhas desse tipo surgindo em sistemas que antes eram simples e confiáveis. Nem tudo deve ser culpa de vibe coding, mas fico me perguntando quantos desses problemas são resultado de vibe coding

  • Certa vez, uma cobrança de US$ 20 mil foi de fato debitada da conta bancária, e foram necessários meses e a intervenção do gabinete do procurador-geral estadual para resolver e receber o dinheiro de volta. Depois disso, não usei mais nenhum produto da AWS e transferi até tarefas pequenas para o Azure
    Problemas de cobrança da AWS vêm acontecendo há anos, e é fácil encontrar online casos em que servidores de mineração de criptomoedas rodaram por meses em contas invadidas, gerando uma cobrança de US$ 60 mil para um estudante, sem que a AWS conseguisse detectar ou bloquear

    • A AWS é, na prática, quase uma empresa de serviço público; se tratar cobranças de forma descuidada, inevitavelmente acabará sujeita a regulações equivalentes
    • Para serviços de custo variável, é preciso sempre usar um cartão com limite de gastos
    • Acho que a detecção de contas invadidas não pode ser 100% precisa. Mesmo que seja óbvio quando uma pessoa olha diretamente, não dá para ter pessoas revisando proativamente o uso de todas as contas
    • A primeira lição ao usar provedores de serviço é nunca ativar pagamento automático. O risco de a empresa retirar por conta própria todo o dinheiro da sua conta é muito maior do que a conveniência ou o desconto
    • Por um tempo, mantive parte do meu homelab na AWS. Eu era educador em uma sala de aula onde alunos aprendiam cloud, e o instrutor recomendou criar um ambiente de prática; então também instalei um stack LAMP com MediaWiki em uma EC2 do nível gratuito. A configuração inicial não foi difícil, mas acabei saindo de vez por dois motivos
      Primeiro, mesmo hoje, proteger adequadamente um sistema Linux comum exposto à internet era impossível ou exigia trabalho demais. Mesmo instalando fail2ban e bloqueando muitas portas, os ataques de spam chegavam pela camada de aplicação. Segundo, a cada ciclo de cobrança, era praticamente impossível impor um teto de gastos em cloud. Mesmo que a maior parte ficasse dentro do limite gratuito, uma configuração errada ou um recurso saindo do controle podia gerar uma fatura alta e difícil de contestar, especialmente por causas fora do seu controle, como usuários externos consumindo recursos de VPC e tráfego de saída. Por isso fechei a conta, e passei a ter muita empatia por empresas que são forçadas a usar cloud em vez de infraestrutura própria, mas não conseguem controlar os custos