Coffe&Code Labs
Todos os artigos
cloudservidor dedicadoTCOmigraçãocustosPMEegress10 min de leitura

Migrar Servidor Dedicado para Cloud Vale a Pena?

O cálculo que as propostas de migração não fazem: TCO de 36 meses com egress real em sa-east-1, suporte enterprise e o custo de cancelar o servidor antes de terminar a migração.

Migrar Servidor Dedicado para Cloud Vale a Pena?

A empresa passou três meses migrando tudo para AWS. No quarto mês, chegou a fatura: R$ 47.000. O contrato com o servidor dedicado já tinha sido cancelado. Voltar atrás ia custar mais do que ficar.

Esse é o erro mais caro que aparece em migrações feitas sem um cálculo honesto: cancelar o servidor antes de validar que o ambiente cloud funciona, cabe no orçamento e aguenta a carga real da operação. Segundo a Medha Cloud, 38% das migrações excedem o orçamento original, com estouro médio de 23% acima do planejado. E 18% dos projetos precisam reverter ao menos parte das cargas para o ambiente anterior.

Quando o servidor dedicado já foi cancelado, essa reversão não existe.

Por que a migração para cloud é vendida como inevitável (e o que essa narrativa omite)

O mercado de cloud computing no Brasil foi avaliado em USD 20,38 bilhões em 2024. A AWS anunciou investimento de USD 1,8 bilhão no Brasil até 2034. São números grandes, e eles aparecem em toda proposta de migração.

O que não aparece nessas propostas: os 60% de líderes de infraestrutura que, segundo o Gartner, encontraram estouro de orçamento em cloud pública que impactou negativamente seus planos financeiros. Ou os 80% de respondentes de uma pesquisa IDC de 2024 que planejavam repatriar ao menos um workload de volta para infraestrutura própria ou dedicada nos 12 meses seguintes.

A narrativa de que "todo mundo está indo para cloud" é tecnicamente verdadeira. Ela não te conta que uma parte significativa está voltando. Uma pesquisa da Barclays com CIOs mostrou que 83% planejavam mover ao menos um workload de volta da cloud pública em 2024, ante 43% no final de 2020.

O problema não é cloud. É que as propostas de cloud raramente chegam com o custo de egress calculado, o suporte separado e o IOF na conta, e é nesses três itens que a maioria do estouro acontece.

Quando o servidor dedicado é mais barato: o caso da carga previsível e do baixo tráfego

O caso mais documentado de repatriação recente é o da 37signals, empresa por trás do Basecamp e do HEY. Em outubro de 2022, migraram todos os workloads de AWS e Google Cloud para servidores dedicados próprios em colocation. Investimento inicial de USD 600 mil em hardware Dell.

Os resultados financeiros foram expressivos: a fatura cloud de USD 3,2 milhões por ano caiu para USD 1,3 milhão por ano, uma economia de quase USD 2 milhões no primeiro ano. Projeção de USD 7 a 10 milhões de economia em cinco anos. Em 2025, concluíram a migração do storage S3, com economia adicional estimada em USD 1,5 milhão por ano.

Por que funcionou para eles? A carga é previsível. O número de usuários não dobra da noite para o dia. Eles não precisam de 800 servidores por dois dias e de dez pelo resto do mês.

Para cargas com uso contínuo de 24x7, o servidor dedicado gerenciado no Brasil costuma sair 30% a 50% mais barato do que uma instância equivalente em cloud pública internacional, segundo análise da Eveo. O modelo pay-as-you-go só vence quando a carga é variável de verdade.

Tem outro fator que as propostas de cloud raramente mencionam: o câmbio. Entre 2019 e 2025, o dólar foi de R$ 3,70 para mais de R$ 6,00. Empresas que contrataram cloud internacional nesse período viram seus custos de infraestrutura subir de 50% a 80%, sem ter aumentado um único recurso, segundo levantamento da Audaks Cloud. O servidor dedicado contratado em reais não carrega esse risco.

Os custos que a proposta de migração não menciona: egress, suporte, reengenharia e adaptação da equipe

Toda proposta de migração tem uma planilha de compute. Raramente tem uma planilha de egress.

Egress é o custo de saída de dados do ambiente cloud para a internet. Ele não aparece no custo da instância, mas aparece na fatura. E no Brasil, as regiões das três principais clouds cobram as tarifas mais altas do mundo para esse item.

AWS sa-east-1 (São Paulo) cobra US$ 0,15 por GB de saída para internet, a tarifa mais cara de todas as regiões AWS. Para uma operação com 5 TB de saída por mês: 4.900 GB multiplicados por US$ 0,15 resultam em US$ 735 por mês. Com câmbio a R$ 6,00: R$ 4.410 por mês, só de egress.

Azure Brazil South cobra US$ 0,181 por GB. Para o mesmo volume: US$ 887 por mês, ou R$ 5.325 por mês.

GCP southamerica-east1 cobra US$ 0,12 por GB (Premium Tier). Para 5 TB: US$ 588 por mês, ou R$ 3.528 por mês.

Para workloads com alto volume de transferência de dados para internet, o egress pode representar de 20% a 40% do custo total da fatura.

Depois tem o suporte. No servidor dedicado gerenciado no Brasil, provedores como EVEO, HostDime, Locaweb e ValueHost embitem o suporte 24x7 no contrato mensal. O preço vai de R$ 800 a R$ 12.000 por mês dependendo da performance, sem cobrança adicional separada.

Na cloud pública, o suporte enterprise vem à parte. AWS Enterprise Support parte de US$ 5.000 por mês. GCP Premium Support tem mínimo de lista de US$ 12.500 por mês. Microsoft Unified Support começa em US$ 50.000 por ano, cerca de US$ 4.167 por mês.

Além disso: toda fatura de AWS, Azure ou GCP paga com cartão internacional incide IOF de 6,38% no Brasil. E os três provedores não emitem nota fiscal brasileira.

Reengenharia de aplicação, treinamento da equipe e os meses de trabalho paralelo também entram no custo real. Adaptar uma aplicação monolítica para rodar em containers, por exemplo, pode representar de 3 a 6 semanas de engenharia antes de migrar qualquer carga. O período paralelo, onde você paga o servidor dedicado e a cloud ao mesmo tempo, raramente aparece na proposta.

O cálculo para comparar de verdade: custo total do servidor dedicado vs cloud em 36 meses

A comparação honesta não é "quanto custa a instância cloud vs quanto custa o servidor". É o TCO (custo total de propriedade) em 36 meses, incluindo todos os itens.

Exemplo com uma carga de médio porte, 5 TB de saída por mês e uso contínuo 24x7:

ItemServidor dedicado (BR)AWS sa-east-1
Compute/mêsR$ 3.500R$ 4.800 (instância equivalente)
Egress/mêsR$ 0 (incluso)R$ 4.410
Suporte/mêsR$ 0 (incluso)Separado (ver abaixo)
IOF/mêsR$ 0~R$ 590 (6,38% sobre fatura)
Custo mensal estimadoR$ 3.500R$ 9.800
Total 36 mesesR$ 126.000R$ 352.800

Nota: o suporte enterprise AWS (a partir de US$ 5.000/mês) não está incluído na coluna cloud acima. A maioria das PMEs não o contrata, e paga o preço quando algo para às 2h da manhã.

Esses números são de referência. O cálculo muda conforme o seu volume de egress e o contrato do seu provedor atual. O que não muda é quais itens entram na conta, e esses itens raramente aparecem nas propostas que chegam prontas.

Contratos de servidor dedicado anuais têm desconto de 10% a 20%; bi-anuais, de 20% a 30%. A cloud tem desconto por Reserved Instances, mas esses descontos exigem compromisso de 1 a 3 anos com pagamento antecipado, o que muitas PMEs não querem fazer logo na primeira migração.

Os casos onde a migração realmente vale a pena: escalabilidade, picos e equipe distribuída

Cloud não é errado. É errado para o contexto errado.

Picos imprevisíveis são o caso mais claro para cloud. Equipe distribuída é outro: provisionar um ambiente de desenvolvimento idêntico para um novo desenvolvedor na cloud demora minutos; no dedicado, depende de ticket para o provedor e pode levar horas ou dias.

Se você está desenvolvendo um produto novo, com incerteza sobre a demanda futura, a cloud deixa você começar pequeno e crescer sem ter que prever o hardware com antecedência. O custo mais alto por hora faz sentido quando a alternativa é comprar hardware para uma demanda que talvez nunca chegue.

Alta disponibilidade em múltiplas regiões geográficas também inclina a balança para cloud. O custo varia muito por provedor de colocation e pela arquitetura, mas a complexidade operacional de sincronizar failover entre data centers próprios tende a exigir equipe especializada que a maioria das PMEs não tem.

A diferença é que nenhum desses casos é sobre "ir para cloud porque é o futuro". É sobre um problema específico que o modelo de cloud resolve melhor do que o alternativo. Quando esse problema não existe na sua operação, o argumento some.

O risco de cancelar o servidor antes de validar a migração: o que os dados mostram

Esse é o risco que os artigos sobre migração raramente mencionam, e que em projetos sem consultoria aparece com frequência.

No caso da empresa que recebeu a fatura de R$ 47.000, o servidor já tinha sido desalocado quando a conta chegou. Os dados da versão anterior do sistema não estavam no ambiente cloud porque a migração não estava concluída. Rollback já não era uma opção.

18% dos projetos de migração precisam reverter ao menos parte das cargas, segundo a Medha Cloud. Apenas 65% das migrações são concluídas no prazo e dentro do orçamento. Organizações que conduzem uma avaliação formal de readiness antes de migrar têm taxa de sucesso 2,4 vezes maior do que as que não fazem.

A ordem correta: migrar, validar, colocar em produção no ambiente cloud, monitorar por um período, e só então cancelar o servidor dedicado. Manter os dois contratos rodando em paralelo durante a validação tem custo. Esse custo entra no TCO real da migração.

O prazo de validação depende da complexidade da aplicação. Para sistemas simples, duas a quatro semanas costumam ser suficientes. Para ERPs e sistemas críticos, na nossa experiência com clientes, o período seguro fica entre dois e quatro meses de operação paralela antes de cancelar o servidor com segurança.

Cancelar antes desse período para economizar algumas semanas de contrato é o cálculo que mais caro sai no final.

Como tomar essa decisão sem depender de quem quer te vender a solução

O problema com pedir análise para um provedor de cloud é que a análise vai mostrar que cloud é a resposta. O problema com pedir análise para um provedor de dedicado é o oposto.

Antes de qualquer decisão, você precisa de três números sobre a sua operação atual.

Volume de saída de dados por mês. Pegue os logs do servidor e some a transferência de saída. Esse número vai te dizer quanto você pagaria de egress na cloud. É o item que mais distorce a conta quando está ausente da proposta.

Padrão de uso ao longo do mês. A carga é estável, ou tem picos? Se tem picos: quando acontecem, por quanto tempo e de qual magnitude? Uma carga estável favorece dedicado. Uma carga muito irregular favorece cloud.

Custo atual completo com o servidor. Não só o contrato mensal: inclua suporte adicional pago separado, custo de quem administra o servidor internamente, backup. Esse é o número para comparar, não só o ticket do provedor.

Com esses três números em mãos, você consegue calcular o TCO dos dois cenários com dados reais da sua operação, não com estimativas de um comercial. Com esses números, a conta fala por si. Se o TCO do dedicado for menor, não tem argumento de proposta que mude isso. O único caso em que a escolha não é matemática é quando os dois ficam próximos: aí entra o critério de qual ambiente a sua equipe consegue operar às 2h da manhã sem chamar ninguém de fora.

Comece pelos três números: volume de saída, padrão de uso e custo completo atual. Com eles em mãos, você negocia qualquer proposta com dados próprios, não com a estimativa de quem quer fechar o contrato.


Antes de assinar qualquer proposta de migração, três números definem se a conta fecha a favor da cloud ou do dedicado: seu volume de egress, o padrão de uso ao longo do mês e o custo real do servidor atual com suporte incluso. Se você ainda não tem esses números calculados, a Coffe&Code Labs monta essa comparação sem vínculo com provedor nenhum, cloud ou hosting. Veja nosso serviço de consultoria cloud para empresas ou agende um diagnóstico com base na sua infraestrutura real.

Coffe&Code Labs

Identificou algum desses sinais na sua empresa?

A gente faz um diagnóstico gratuito e em até 3 semanas você tem um mapa claro dos gargalos e o que faz sentido resolver primeiro.

Solicitar diagnóstico
Coffe&Code Labs · coffeandcodelabs.com.br