Gestão de custos multi-cloud com o AAA Sentinel: AWS, Azure e Google Cloud numa só vista

Poucas empresas escolhem ter três nuvens. Normalmente acontece: a aplicação nasceu na AWS, o ERP chegou com um contrato da Microsoft e a equipa de dados apaixonou-se pelo BigQuery. Cada nuvem tem a sua consola, a sua fatura e os seus nomes para a mesma coisa, e a pergunta mais básica, quanto gastámos na nuvem este mês, acaba por ser respondida a somar folhas de cálculo. Neste artigo mostramos como juntar as três nuvens no AAA Sentinel e tirar partido delas passo a passo, com um exemplo completo.

O problema: três consolas, três verdades

Gerir cada nuvem em separado não é só incómodo. Tem consequências concretas:

• Ninguém vê o total. Cada equipa conhece a sua parte, mas o gasto global só aparece no fecho do mês, quando já não há nada a corrigir.
• O desperdício esconde-se na nuvem secundária. Aquela para onde «ninguém olha» acumula discos órfãos e máquinas esquecidas durante meses.
• Os critérios não são comparáveis. O que na AWS é uma instância EC2 no Azure é uma máquina virtual e no Google Cloud uma instância do Compute Engine, e cada consola mede-as à sua maneira.
• A repartição por equipa torna-se impossível, porque as etiquetas não se escrevem da mesma forma em todas as nuvens.

O que ganha com uma vista unificada

Com as três nuvens no mesmo sítio, a conversa muda:

• Um único gasto total, atualizado em cada análise, em vez de três valores para somar à mão.
• As mesmas regras de deteção em todas as nuvens: um disco não associado é uma descoberta, quer viva na AWS, no Azure ou no Google Cloud.
• Uma comparação do gasto por fornecedor e por tipo de carga de trabalho.
• Uma repartição do custo por etiquetas de governo, com o mesmo critério para todas as nuvens.

Como o AAA Sentinel o resolve

A funcionalidade multi-cloud assenta em cinco peças, cada uma com o seu plano:

• A ligação de contas, a partir de Minhas contas cloud → «Conectar conta», com um assistente diferente para cada fornecedor. O Pro inclui cinco contas, também durante o teste de 30 dias, e o Business vinte: três nuvens cabem desde o primeiro dia.
• O «Dashboard», com o gasto total de todas as nuvens. Disponível em todos os planos.
• As «Regras de análise», que aplicam as mesmas famílias de deteção aos três fornecedores.
• O «Comparativo multi-cloud», em Relatórios → Multi-cloud, com o gasto por fornecedor, a comparação de workloads e recomendações de migração meramente informativas. Plano Pro.
• A repartição por etiquetas: «Por etiquetas» (Pro), conta a conta, e «Chargeback» (Business), com todas as contas juntas.

Caso prático: a ACME em três nuvens

A ACME, uma empresa fictícia, tem a loja online na AWS, o ERP e a sua base de dados SQL no Azure, e a analítica no Google Cloud. Até agora, cada equipa revia a sua consola uma vez por mês. Este é o seu gasto mensal aproximado:

Passo 1: ligar as três nuvens

Em Minhas contas cloud → «Conectar conta», o assistente pergunta primeiro «Qual provedor cloud?» e depois segue um caminho diferente para cada um. Nos três casos o acesso é só de leitura:

• AWS: «Passo 1 — Criar a função IAM» abre o CloudFormation com um stack preparado que cria uma função só de leitura protegida com um ExternalId. Em «Passo 2 — Copiar o ARN da função» copia o ARN devolvido pelo stack e em «Passo 3 — Conectar a conta» cola-o e dá-lhe um nome. Os custos vêm do Cost Explorer.
• Azure: «Passo 1 — Criar o principal de serviço» dá-lhe os comandos da Azure CLI (ou do Cloud Shell) para criar um principal de serviço com a função Reader, para inventário e postura, e Cost Management Reader, para os custos. Em «Passo 2 — Credenciais do principal de serviço» introduz o ID do inquilino (Tenant ID), o ID da aplicação (appId), o segredo do cliente (password) e o ID da subscrição, e em «Passo 3 — Nome e conexão» dá-lhe um nome.
• Google Cloud: «Passo 1 — Criar uma conta de serviço» em IAM & Admin → Service Accounts, com roles/viewer e as funções de leitura de Compute, SQL e Functions, e com as APIs correspondentes ativadas no projeto. Em «Passo 2 — Carregar conta de serviço» carrega o ficheiro JSON. «Passo 3 — Custos reais (opcional)» pede a tabela do BigQuery Billing Export.

Passo 2: ler o Dashboard

Depois da primeira análise de cada conta, o «Dashboard» mostra o «Custo total» de «todas as nuvens · 30 dias»: no caso da ACME, cerca de 10.500 US$. Por baixo estão a «Evolução do custo», com a previsão do mês em curso no Pro, o bloco «Requer a sua atenção», o resumo de «Poupança» e a lista «As suas contas cloud», com o gasto, a poupança possível e a última análise de cada conta. Pela primeira vez, a direção da ACME vê um único valor para toda a nuvem.

Passo 3: as mesmas regras nas três nuvens

As «Regras de análise» aplicam famílias equivalentes em cada fornecedor. Em todos os planos: CPU baixa, discos não associados, IP públicos sem uso e recursos sem etiquetas de governo, além de máquinas paradas que continuam a gerar custo na AWS e no Azure. No Pro juntam-se, consoante o fornecedor, balanceadores sem tráfego, bases de dados sem ligações, funções sem invocações, armazenamento numa classe cara, rightsizing e NAT órfãos. Em «Descobertas ativas», com o filtro «Todas as contas», a ACME vê juntas as descobertas das suas três nuvens:

Passo 4: o Comparativo multi-cloud

Em Relatórios → Multi-cloud (/reports/multicloud) está o «Comparativo multi-cloud». É construído com a última análise concluída de cada conta e tem estas partes:

• Indicadores no topo: «Gasto total», o fornecedor com mais gasto e a poupança total das recomendações de migração.
• Um cartão por fornecedor com o seu gasto mensal e o número de recursos.
• «Distribuição de gastos por provedor», com a repartição por categoria (computação, bases de dados, armazenamento, rede, serverless). Na ACME: AWS 59 %, Azure 28 % e Google Cloud 13 %.
• «Comparação de workloads por provedor»: o custo do mesmo tipo de carga em cada nuvem, incluindo estimativas para os fornecedores onde não tem recursos, com a opção mais barata marcada como «Menor» e um nível de confiança.
• «Recomendações de migração», com «Custo atual», «Custo estimado», «Economia», «Complexidade» e «Confiança».

As recomendações de migração são apenas informativas

Uma recomendação aparece quando outra nuvem ficaria pelo menos 15 % e 10 US$ por mês mais barata para uma categoria. A complexidade depende do tipo de carga: baixa para armazenamento, média para computação e alta para bases de dados ou rede. Na ACME aparece uma para a computação do Azure. A equipa descarta-a: o ERP tem licenças ligadas ao Azure e mover dados entre nuvens tem um custo de saída que a estimativa não inclui.

Passo 5: repartir o custo com Chargeback e Por etiquetas

O AAA Sentinel mede a cobertura de cinco etiquetas de governo nas três nuvens: Environment, Project, Owner, CostCenter e Team. Aceita também a chave em minúsculas, o que importa no Google Cloud, onde as etiquetas (labels) só admitem minúsculas: environment, project, owner, costcenter e team. Com essa medida há dois relatórios:

• «Por etiquetas» (Pro), conta a conta: «Cobertura de tags» por chave, «Detalhamento por serviço», «Resultados por região» e «Resultados por tipo de recurso».
• «Chargeback» (Business), com todas as contas juntas: escolhe uma chave e vê o gasto dividido entre «Etiquetado» e «Não atribuído», além do «Detalhamento por conta», com o seu fornecedor, e do «Top serviços por custo».
• A repartição é proporcional à cobertura: o gasto de cada conta divide-se segundo a percentagem dos seus recursos que têm essa etiqueta.

Em que moeda se veem os valores

Nestes relatórios, todo o custo é guardado em dólares. Se uma conta devolver o custo real noutra moeda, a plataforma não o mistura com o resto e recorre a estimativas com preços públicos, que estão em dólares. No Google Cloud, a exportação traz a taxa de câmbio que a Google aplicou e a conversão é desfeita linha a linha. Se preferir ver em euros ou libras, altere-o em Configurações → Preferências → «Moeda de exibição»: cada valor é convertido com a taxa do Banco Central Europeu da sua própria data, por isso o histórico nunca se move.

Quando precisa de repartir por equipa concreta

O Chargeback diz-lhe quanto gasto está etiquetado e quanto não está, mas não reparte entre os valores de uma etiqueta: não separa a equipa de pagamentos da de catálogo. Para isso existe a repartição por centro de custo sobre a fatura detalhada em formato FOCUS, também no Business, que explicamos no artigo «Da fatura cloud ao custo por pedido: repartição por centro de custo e custo unitário em AWS, Azure e Google Cloud». Aí verá também que, nesse relatório, cada moeda tem o seu próprio cartão e nunca é convertida.

O que ainda não faz

Para usar a vista multi-cloud com critério, convém conhecer os seus limites:

• O Chargeback e o Por etiquetas repartem por cobertura de etiquetas (etiquetado ou não atribuído), não pelo valor de cada etiqueta.
• A comparação de workloads e as recomendações de migração são aproximações: parte do inventário é reconstruída a partir das descobertas e do detalhe de custo por serviço.
• As recomendações de migração não incluem egress, licenças, descontos nem compromissos, e a plataforma não executa migrações.
• No Google Cloud, sem BigQuery Billing Export o custo é uma estimativa com preços públicos.
• As cinco chaves de governo são fixas: o Chargeback não admite chaves personalizadas.

Checklist para começar

Com isto a funcionar, da próxima vez que alguém perguntar quanto custa a nuvem terá uma só resposta para as três:

• Plano Pro ou superior para ligar mais de uma conta (Business para o Chargeback).
• AWS, Azure e Google Cloud ligados com acesso só de leitura.
• BigQuery Billing Export configurado no Google Cloud para ter custo real.
• «Dashboard» revisto e «Descobertas ativas» filtradas por «Todas as contas».
• Comparativo multi-cloud lido, com as migrações tomadas como pistas, não como ordens.
• As cinco etiquetas de governo acordadas e escritas da mesma forma nas três nuvens, em minúsculas no Google Cloud.
• Moeda de exibição escolhida em Configurações → Preferências.