Revisado em 12/11/2026. A data de publicação original foi preservada.
VPS com cloud bursting não é automaticamente mais barata que AWS. Ela pode ser uma alternativa para aplicações com operação base estável e picos curtos, desde que o custo da capacidade temporária, da rede e da operação fique abaixo da alternativa comparável. A decisão exige cotações atuais e um teste que confirme que a arquitetura atende à mesma carga.
Este artigo oferece um método de cálculo. Não apresenta preços atuais, benchmark de equivalência nem economia medida de clientes do SwarmBurst.
Para aplicar o método aos seus valores, use a calculadora de VPS maior versus capacidade temporária. Ela calcula no navegador, sem preços predefinidos nem conversão automática de moeda.
Compare a mesma necessidade antes de comparar preços
Comece pelo que precisa continuar funcionando: volume de requisições, latência aceitável, taxa de erro, dados armazenados, tempo de recuperação e disponibilidade. Duas máquinas anunciadas com a mesma quantidade de vCPU e memória não comprovam desempenho equivalente para a sua aplicação.
Use um teste de carga representativo para medir a capacidade base e o pico. Registre a região, a data da cotação, o sistema operacional, o tipo de instância, a modalidade de compra e os itens incluídos pelo fornecedor.
| Alternativa | O que incluir na comparação |
|---|---|
| VPS maior permanente | Mensalidade, backup, armazenamento e tráfego excedentes, administração e capacidade ociosa. |
| Aplicação na AWS | Capacidade base e variável, banco, discos, endereços, rede, balanceamento, backup e operação. |
| VPS com burst na AWS | VPS base, nós temporários, armazenamento e tráfego AWS, conectividade, implantação e operação híbrida. |
Uma arquitetura com mais redundância pode custar mais porque entrega algo diferente. Não compare uma VPS única com uma solução redundante como se fossem o mesmo serviço.
Levante os dados que entram na conta
Para cada período analisado, registre:
- Custo fixo da VPS atual e preço da alternativa maior.
- Quantidade e duração dos picos observados, incluindo o tempo de preparação e encerramento dos nós.
- Quantos nós extras seriam necessários em cada pico, com base em teste.
- Preço vigente das instâncias na região e modalidade pretendidas.
- Armazenamento, endereços e tráfego que seriam cobrados separadamente.
- Implantação, licença ou acompanhamento contratado e trabalho operacional.
- Impostos e câmbio aplicáveis, sem misturar valores em moedas diferentes.
Consulte os preços oficiais de EC2 On-Demand e o AWS Pricing Calculator para montar a estimativa do cenário. Uma cotação não é garantia de fatura: uso efetivo e recursos adicionais alteram o total.
Fórmula do custo da VPS com cloud bursting
Defina as variáveis para o mesmo período e na mesma moeda:
C_hibrido = C_vps_base
+ soma(horas_faturadas_de_cada_no × preco_horario_do_no)
+ C_armazenamento_AWS
+ C_enderecos_e_rede
+ C_trafego
+ C_backup_e_monitoramento
+ C_servico_contratado
+ C_operacao
+ C_implantacao_rateada
O tempo faturado deve incluir o intervalo em que a instância existe para preparar ou encerrar o atendimento, não apenas os minutos de campanha. Pela documentação do ciclo de vida EC2, o uso da instância e os recursos associados têm regras de cobrança distintas. Parar ou terminar a instância não implica eliminar toda cobrança de recursos da conta.
Para comparar:
diferenca = custo_da_alternativa_comparavel - C_hibrido
Se a diferença for positiva, a estimativa favorece o híbrido sob aquelas hipóteses. Se for negativa, a alternativa custa menos. Se desempenho ou disponibilidade forem diferentes, a conta ainda não está concluída.
Como encontrar o limite de horas em que o burst compensa
Uma aproximação útil separa o custo extra fixo do híbrido do seu custo variável por hora de pico:
H_limite = (C_vps_maior - C_vps_base - C_extra_fixo) / C_pico_por_hora
C_pico_por_hora deve representar o conjunto de nós simultâneos e os custos variáveis associados. A fórmula pressupõe custos aproximadamente lineares e capacidade equivalente nas alternativas; se isso não se sustenta, calcule cada evento separadamente.
Se o numerador for negativo, os custos extras fixos já superam a diferença da VPS maior antes de qualquer pico. Se as horas reais ultrapassarem o limite, a expansão permanente pode ser mais barata nessa comparação. Trate essa conta como triagem, não como decisão automática.
Não compare AWS sempre ligada com VPS elástica por padrão
A AWS também oferece arquiteturas com capacidade variável. Uma comparação honesta considera o dimensionamento e a modalidade de compra que o cliente realmente poderia usar, incluindo compromissos existentes e o trabalho de migração.
Se a aplicação já usa serviços gerenciados ou depende de recursos específicos da AWS, retirá-la pode aumentar a operação. Se a VPS já atende a base e o pico é curto, preservar essa base pode merecer um teste. Não existe uma porcentagem universal de economia.
Onde o SwarmBurst entra nessa conta
O SwarmBurst é um agente de cloud bursting para Docker Swarm, instalado no ambiente do cliente. No cenário de implantação atual, acrescenta nós AWS temporários ao cluster para o serviço replicável. A viabilidade depende de rede, imagens, acesso ao banco, estado compartilhado e tempo de preparação.
Adicionar réplicas pode pressionar ainda mais o banco. Antes de estimar benefício, confira se o gargalo está no MySQL e o que precisa sair do disco local. A VPS principal continua sendo uma dependência; o burst não converte uma VPS única em uma arquitetura sem ponto único de falha.
Orçamento é controle, não garantia de fatura máxima
Os limites do agente ajudam a controlar provisionamento e encerramento. Devem ser acompanhados pela conferência dos recursos na conta AWS e pela reconciliação dos custos. Não devem ser anunciados como garantia absoluta de que a conta não ultrapassará determinado valor.
O AWS Budgets oferece monitoramento, alertas e ações configuráveis, mas seus dados não são atualizados continuamente. Ele complementa a operação; não substitui sua verificação.
Checklist para uma decisão de contratação
Antes de escolher, você deve conseguir responder:
- As alternativas atendem à mesma carga e disponibilidade?
- O tempo de entrada dos nós cabe no comportamento do pico?
- Banco, rede e arquivos suportam as réplicas extras?
- Todos os componentes de custo foram incluídos?
- Existe responsável por verificar expansão, redução e recursos remanescentes?
- O resultado continua favorável se o pico durar mais que o previsto?
Se ainda faltam esses dados, o próximo passo é medir e cotar. A proposta do piloto é avaliar o encaixe técnico e operacional, sem prometer economia antecipadamente.
