O AWS Graviton é uma família de processadores desenvolvidos pela própria AWS, baseados em arquitetura ARM (64-bit, Arm Neoverse), em vez da arquitetura x86 tradicional (Intel/AMD). Lançado inicialmente em 2018, o Graviton se tornou uma das principais estratégias da AWS para oferecer melhor custo-benefício e eficiência energética em instâncias EC2.
Hoje, praticamente todas as famílias de instância "de uso geral" da AWS (M, C, R, T e derivadas) possuem uma variante Graviton, identificada pelo sufixo g no nome (ex.: m7g, c7g, r7g, t4g).
Este artigo explica o que é o Graviton, como evoluiu ao longo das gerações, quando vale a pena adotar e quais são os principais cuidados de migração.
O que é o Graviton
Graviton é um System on Chip (SoC) projetado pela AWS Annapurna Labs (empresa israelense adquirida pela AWS em 2015), otimizado especificamente para rodar dentro da infraestrutura da própria AWS. Diferente de depender de fornecedores externos (Intel, AMD), a AWS controla o design do chip ponta a ponta — o que permite ajustar a arquitetura ao perfil real de uso dos seus data centers.
Principais vantagens declaradas pela AWS:
- Melhor custo-benefício — em geral, 20% a 40% mais barato que instâncias x86 equivalentes.
- Melhor performance por watt — até ~60% mais eficiente energeticamente, o que também contribui para metas de sustentabilidade (ESG) das empresas.
- Performance competitiva ou superior em cargas de trabalho compatíveis, especialmente as que escalam horizontalmente.
Evolução das gerações
Graviton1 (2018)
Primeira geração, lançada com as instâncias a1. Voltada principalmente para cargas escaláveis horizontalmente e workloads que não exigiam alta performance de CPU por núcleo. Adoção limitada, mas serviu como prova de conceito.
Graviton2 (2019/2020)
Salto significativo de performance — baseado em núcleos Arm Neoverse N1. Introduziu as variantes g em famílias já conhecidas: m6g, c6g, r6g, t4g. Trouxe suporte a mais casos de uso de produção, com performance comparável a instâncias x86 de geração equivalente.
Graviton3 (2021/2022)
Presente em m7g, c7g, r7g, além de instâncias especializadas como c7gn (rede otimizada) e hpc7g (HPC). Trouxe ganhos relevantes em:
- Performance de ponto flutuante (importante para HPC e ML)
- Criptografia acelerada por hardware
- Maior largura de banda de memória (DDR5)
Graviton4 (2023/2024)
Geração mais recente, presente em instâncias como r8g e m8g. Foco em maior número de núcleos, maior largura de banda de memória e melhorias de segurança, mantendo compatibilidade com o ecossistema ARM já validado nas gerações anteriores.
Famílias disponíveis com Graviton
| Família x86 equivalente | Variante Graviton | Foco |
|---|---|---|
| M (uso geral) | m6g, m7g, m8g | Aplicações web, microsserviços |
| C (compute optimized) | c6g, c7g, c7gn | CPU intensiva, rede otimizada |
| R (memory optimized) | r6g, r7g, r8g | Bancos de dados, cache |
| T (burstable) | t4g | Cargas variáveis, dev/test |
| X (memória alta) | x2gd | In-memory databases |
| I (storage optimized) | i4g | NoSQL, alta taxa de I/O |
| Hpc | hpc7g | HPC fortemente acoplado |
Quando vale a pena migrar para Graviton
Bons candidatos:
- Aplicações stateless rodando em containers (Docker/Kubernetes) com imagens multi-arquitetura.
- Linguagens/runtimes com suporte nativo e maduro a ARM: Java (JVM), Go, Python, Node.js, .NET.
- Cargas de trabalho gerenciadas pela própria AWS que já oferecem variante Graviton nativamente: Amazon RDS, ElastiCache, OpenSearch, EMR.
- Workloads horizontalmente escaláveis, onde trocar a arquitetura de um conjunto de instâncias idênticas é simples de validar.
Pontos de atenção antes de migrar:
- Dependências binárias nativas (bibliotecas compiladas, extensões C/C++) precisam ter build para ARM64 disponível.
-
Imagens de container precisam ser multi-arquitetura (
docker buildxcom suporte alinux/arm64) ou reconstruídas especificamente para ARM. - Softwares proprietários de terceiros (agentes de monitoramento, APM, drivers específicos) precisam ter suporte oficial a ARM confirmado pelo fornecedor.
- Testes de performance e carga são recomendados antes de migrar workloads críticas de produção, mesmo com boa compatibilidade declarada.
Estratégia de migração recomendada
- Inventariar as aplicações e suas dependências, verificando compatibilidade com ARM64 (bibliotecas, imagens base de container, agentes de terceiros).
- Começar pelo menos crítico — ambientes de desenvolvimento/homologação ou workloads stateless de baixo risco.
- Rodar testes de carga comparativos entre a instância x86 atual e a equivalente Graviton, validando performance e custo real.
- Migrar gradualmente ambientes de produção, aproveitando Auto Scaling Groups com múltiplos tipos de instância (mixed instance policy) durante a transição.
- Consolidar o ganho de custo validado nas etapas anteriores em Savings Plans ou Reserved Instances específicas para a família Graviton escolhida.
Conclusão
O Graviton deixou de ser uma opção experimental e se tornou, hoje, a recomendação padrão da AWS para novas cargas de trabalho — quando a stack permite. A combinação de menor custo, menor consumo energético e performance competitiva faz da migração para ARM uma das otimizações de maior impacto disponíveis em uma conta AWS, especialmente quando combinada com outras estratégias de FinOps como Savings Plans e Spot Instances.
Antes de migrar qualquer workload crítica, o caminho mais seguro é sempre: validar compatibilidade, testar performance real e migrar de forma incremental — começando pelos ambientes de menor risco.
