Por que a conta da nuvem sobe todo mês, e como reduzir sem mexer no sistema

A conta da nuvem raramente dá um salto. Ela sobe um pouco por mês, até o dia em que o financeiro pergunta o que é cada linha e ninguém sabe responder direito. A nuvem cobra por tudo o que fica ligado ou guardado, sendo usado ou não, e é aí que o dinheiro escapa.

Boa parte do excesso dá para cortar sem tocar no sistema. O cuidado é cortar com dados, para a economia de hoje não virar lentidão amanhã.

Onde o dinheiro costuma escapar

Máquina maior que o necessário

O servidor foi dimensionado pelo pico, ou com folga por garantia, e passa a maior parte do mês ocioso. Na nuvem, cada processador e cada gigabyte de memória sem uso entram na conta todo mês.

Caso real. Num banco Oracle na nuvem, o processador trabalhava em média a 2%. A análise mostrou que, depois de um ajuste no banco, a máquina podia cair para a metade do tamanho. No mesmo ambiente, uma máquina de teste ligada havia mais de 200 dias passou a ligar só quando alguém precisa dela.

Disco e cópias esquecidos

Disco de uma máquina que já foi apagada, cópia antiga que ninguém lembra por que guardou, endereço de IP reservado sem uso. Cada item é pequeno, e juntos viram uma linha grande da fatura.

Caso real. Num ambiente que analisamos, disco e backup eram mais de um terço da conta. Havia quase 5 TB de discos sem uso e uma retenção de cinco anos que guardava até arquivo temporário do banco.

Disco do tipo errado

Pagar o disco mais rápido para guardar arquivo morto é desperdício. O contrário também acontece, e disco lento demais deixa o banco esperando. Cada dado pede o disco certo.

Ambiente de teste ligado a noite toda

Homologação e teste costumam ser usados só no horário comercial e ficam ligados 24 horas, inclusive no fim de semana. Ligados só no expediente, eles passam a rodar cerca de um terço das horas da semana. A parte de processamento da conta cai na mesma proporção, e o disco continua sendo cobrado.

Tráfego que sai da nuvem

Colocar dados na nuvem costuma ser de graça. Tirar, nem sempre. Na AWS, o que sai da nuvem é cobrado por volume depois de uma franquia pequena. Cópia para outro lugar, download pesado e integração que puxa dados o dia todo aparecem nessa linha.

Recurso sem dono

Recurso criado para um teste, por um fornecedor ou por alguém que já saiu da empresa, sem etiqueta que diga de quem é e para que serve. Ninguém apaga, porque ninguém sabe se pode.

Preço cheio no que roda sempre

O que precisa ficar ligado o ano inteiro pode ser contratado com compromisso de uso, com desconto. O erro é fazer isso antes de ajustar o tamanho e se comprometer por um ano ou mais com a máquina grande demais.

Como reduzir sem risco

1. Veja a conta por sistema. Etiquetar cada recurso com o sistema e o ambiente a que pertence mostra quanto custa a produção, a homologação e cada projeto.
2. Meça antes de cortar. Tamanho se decide com semanas de uso medido, incluindo o fechamento do mês, nunca com a foto de um dia.
3. Desligue e apague com dono. Antes de apagar, confirme com quem usa e se aquilo não é a cópia de segurança de alguém.
4. Comprometa depois de ajustar. Primeiro o tamanho certo, depois o desconto por compromisso.
5. Ponha limite antes de gastar. Alerta de orçamento avisa quando o gasto foge do normal, mas não impede nada. Quem impede é o limite de uso por ambiente, e ele entra antes da primeira máquina.
6. Olhe todo mês. O backup mensal de um cliente passou de 115 para 750 GB sem ninguém perceber. Só quem olha a conta todo mês pega esse tipo de coisa.

O cuidado que pouca gente toma

Cortar custo olhando só a fatura pode deixar o sistema lento ou apagar justamente a cópia que salvaria a empresa num dia ruim. Por isso custo e desempenho precisam ser vistos juntos. Uma máquina menor só é economia se o sistema continuar rápido no pior dia do mês. Falamos disso no texto sobre sistema lento.

Como a Cloud Labs trabalha nisso

Nos ambientes que a Cloud Labs assume na Oracle Cloud e na AWS, a conta fica em nome do cliente e é paga direto ao provedor, então a empresa vê cada linha da fatura. Antes de propor qualquer mudança, medimos o uso real. Primeiro otimizamos, depois ajustamos o tamanho do ambiente, com o desempenho acompanhado pelo monitoramento.