Vale a pena aumentar o plano de hospedagem ou pagar reforço só no pico?

Vale a pena aumentar o plano de hospedagem quando você precisa da capacidade extra em muitas horas do mês. Quando o aperto se concentra em poucas horas ou em poucas datas, pagar reforço por hora tende a custar menos. A conta que decide isso tem três variáveis, e você consegue preencher todas com dados que já tem.

Este texto não dá veredito único, porque não existe. Ele ensina a conta.

A pergunta certa não é “quanto custa”, é “quantas horas”

O plano maior cobra pelo tempo em que a capacidade está disponível, usada ou não. O reforço cobra pelo tempo em que ela está ligada, e a hora sob demanda custa mais que a hora contratada por mês.

Capacidade sob demanda só sai mais barata se ficar desligada na maior parte do mês.

Quem decide a compra, portanto, é o número de horas, não o preço da máquina. Uma loja que precisa de reforço em 8 horas do mês e outra em 300 horas têm decisões opostas com a mesma tarifa.

Como descobrir quantas horas de pico você tem por mês

Não chute esse número. Ele está nos seus registros.

1. Histórico de acesso, hora a hora. Na ferramenta de análise do site, olhe os últimos doze meses com granularidade de hora, não de dia. O que interessa não é o total de visitas, é quantas faixas de hora ficaram muito acima da média.
2. Datas de campanha no calendário. Black Friday, Dia das Mães, Natal, lançamento de coleção, disparo para a base. Cada uma tem uma janela de horas que você conhece: foi você que agendou.
3. Pedidos por hora. O painel da loja mostra o horário em que o dinheiro entra. Pico de acesso sem pico de pedido pode ser tráfego frio; com pedido, é a hora que você não pode perder.
4. Separe “muito movimento” de “capacidade no limite”. Conte só as horas em que o servidor esteve saturado, com página lenta ou erro. Quem cuida do servidor levanta isso do histórico de processador e memória.
5. Some horas, não dias. Um dia de Black Friday raramente é um dia inteiro de aperto, e contar o dia todo empurra a decisão para o plano maior sem motivo. Sem histórico nenhum, meça por um mês antes de decidir.

A conta, em fórmula

Lado A: reforço só no pico

custo do reforço no mês = valor da hora da máquina
                        × horas de pico no mês
                        × quantidade de máquinas de reforço

Lado B: plano maior o ano inteiro

custo do plano maior no mês = mensalidade do plano novo
                            − mensalidade do plano atual

Só a diferença entra, porque a mensalidade atual você paga nas duas opções.

Quantas horas até empatar

horas de equilíbrio = diferença da mensalidade
                    ÷ (valor da hora × quantidade de máquinas)

Horas de pico abaixo das horas de equilíbrio: o reforço por hora custa menos. Acima: o plano maior custa menos. Perto do empate, decida pelo que não é dinheiro: simplicidade, risco e trabalho.

Quanto custa uma hora de máquina extra?

As tarifas abaixo são preços públicos sob demanda da AWS para São Paulo (sa-east-1), coletados em 13 de julho de 2026 e registrados no catálogo do SwarmBurst. Preço de nuvem muda sem aviso: confirme na tabela oficial da AWS antes de decidir.

A coluna da direita é a tarifa multiplicada por 730, as horas de um mês médio: ligada o tempo todo, capacidade por hora deixa de ser barata.

A região altera o preço: a mesma t3.medium na Virgínia do Norte (us-east-1) estava a US$ 0,0416 por hora na coleta de 10 de julho de 2026, mais barata e mais longe do seu cliente. E a cobrança é em dólar, então converta pela cotação do dia para comparar com a mensalidade em reais.

Exemplo hipotético, só para ver a fórmula funcionando

Atenção: as horas, a quantidade de máquinas e a diferença de mensalidade abaixo foram escolhidas para ilustrar a conta. Não são preço de ninguém, não são média de mercado e não representam loja real. A única informação real é a tarifa da AWS.

Uma loja hipotética que precise de 3 máquinas durante 20 horas no mês, em t3.medium:

0,0672 × 20 × 3 = US$ 4,03 no mês

Supondo, também de forma hipotética, que subir de plano custasse US$ 30 a mais por mês:

30 ÷ (0,0672 × 3) = 149 horas por mês

Nessa loja hipotética, o plano maior só compensaria acima de cerca de 149 horas de pico por mês. Troque os quatro números pelos seus.

Servidor maior ou reforço no pico: onde cada opção ganha

Em uma frase: plano maior compra tranquilidade, reforço por hora compra eficiência. Quem tem pouca gente cuidando de infraestrutura muitas vezes faz bem em pagar por tranquilidade, e isso é decisão legítima, não erro.

Custos que ninguém coloca na planilha

Tráfego de dados. Muitos planos de VPS incluem franquia de tráfego. Nuvem pública costuma cobrar o tráfego de saída à parte, e essa linha não aparece na tarifa por hora.

O tempo de quem administra. Configurar, testar, acompanhar o primeiro pico e ajustar depois é trabalho de gente. Some as horas da agência ou do profissional que cuida do servidor.

O risco de mexer no que funciona. Mudar de plano pode exigir reinício ou indisponibilidade; montar reforço automático mexe em rede e em orquestração. Nos dois casos, faça a mudança longe da data de pico.

O custo de não ter capacidade. O mais esquecido e em geral o maior: o prejuízo não é o servidor, é o pedido que não fechou. Não existe percentual honesto para colocar aqui, então use os seus dados:

venda perdida estimada = faturamento médio por hora no dia de pico
                       × horas com a loja degradada ou fora do ar

Se o resultado for maior que as duas opções, discutir qual é mais barata perde importância: as duas se pagam.

Teto de gasto: o que torna a opção por hora administrável

A objeção mais razoável contra pagar por hora é “e se subir demais e eu só descobrir na fatura?”. A resposta não é confiança, é mecanismo: um teto em dinheiro, definido por você e respeitado pela própria ferramenta, que ao alcançá-lo para de subir máquina nova. Com ele vêm aviso antes de chegar lá, varredura de máquina esquecida ligada e histórico de duração e custo de cada reforço.

E quando as máquinas de reforço nascem na sua própria conta de nuvem, as horas extras são cobradas pelo provedor direto para você, sem intermediário.

Onde o SwarmBurst entra

O SwarmBurst existe para a segunda opção deste texto. Ele é instalado no servidor onde a sua loja já roda, e esse servidor continua sendo o principal: banco de dados, arquivos enviados e painel ficam onde estão. Quando o movimento passa do ponto que você definiu, ele cria instâncias EC2 na sua conta AWS, liga cada uma ao servidor principal por um canal privado e cifrado e coloca nelas cópias da aplicação. Quando o movimento cai, esvazia essas máquinas e as encerra, e a cobrança das horas termina aí, feita pela AWS na sua conta.

No painel: estimativa de custo por região, incluindo São Paulo, teto de gasto mensal com alertas por e-mail e no painel, e histórico dos eventos de pico com duração e custo de cada reforço. É ele que transforma a sua estimativa de horas em número medido.

Dois avisos honestos. O pré-requisito elimina parte das lojas: a aplicação precisa rodar em contêineres, dentro de um cluster de contêineres, e se a sua roda hoje instalada direto na máquina existe um passo anterior de empacotá-la assim, que é trabalho de verdade. E o SwarmBurst já sobe e encerra instância real na AWS em teste validado, mas ainda não passou pelo pico real de uma loja em produção: não temos cliente, depoimento nem número de resultado, e não vamos inventar nenhum. Por isso a implantação do Piloto do Primeiro Pico é gratuita ou simbólica, um piloto por vez, em troca de autorização para medir e publicar os dados reais do seu pico e de um depoimento no fim, se a experiência tiver sido boa.

Se ainda falta descobrir onde está o gargalo, comece por como achar o gargalo da loja lenta na VPS.

Perguntas frequentes

Vale a pena aumentar o plano de hospedagem? Vale quando você precisa da capacidade extra em muitas horas do mês, quando a demanda alta virou o padrão, ou quando simplicidade importa mais que otimizar gasto. Não vale quando o aperto se concentra em poucas horas ou datas do ano.

Quanto custa escalar uma loja virtual para o pico? Depende de três dados seus: a tarifa por hora do tipo de máquina, quantas horas de pico você tem no mês e quantas máquinas entram ao mesmo tempo. Multiplique as três. Valor fechado sem essas informações é chute.

Como sei se a hospedagem não aguenta o tráfego ou se a loja está mal otimizada? Pelo comportamento. Lenta também em dia parado é otimização, e capacidade extra só deixa a lentidão mais cara. Rápida no dia normal e engasgando quando chega gente é falta de capacidade. Confirme o gargalo antes de decidir orçamento: banco saturado não se resolve com mais cópias.

Como estimar o custo de servidor para a Black Friday? Levante as horas de aperto do ano passado, não os dias, multiplique pela tarifa por hora e pela quantidade de máquinas e compare com o plano maior nos doze meses. Defina o teto de gasto antes da data, não durante.

E se o pico virar o normal? Então a resposta muda e o certo é aumentar a base. Demanda que subiu e não desceu mais não é pico, é o novo patamar, e capacidade fixa custa menos por hora. Por isso vale medir as horas todo mês em vez de decidir uma vez e esquecer.

Se quer fazer essa conta com os seus números e não sabe por onde começar, vale conversar.

Quero o piloto do primeiro pico

É uma conversa no WhatsApp, sem compromisso. A gente diz na hora se o seu caso encaixa.