VPS no Brasil: quando vale hospedar no país
Saiba quando um VPS no Brasil reduz a latência para seus usuários e quando Miami ou Dallas é melhor. Teste a distância e o tempo de ida e volta antes de decidir.
O seu servidor deve estar no Brasil?
A hospedagem VPS no Brasil vale o custo quando a maioria dos utilizadores está no Brasil e a aplicação é sensível ao tempo de ida e volta. É a escolha errada quando o seu público está principalmente na América do Norte ou na Europa, porque um servidor em São Paulo torna essas ligações mais lentas. O restante desta página explica como determinar em que caso está e como verificar a resposta por conta própria, sem confiar num número publicado por terceiros.
Um servidor privado virtual, ou VPS, é uma parcela de uma máquina física localizada num edifício específico, numa cidade específica. Se o termo for novo para si, comece por saber o que é realmente um VPS e depois volte aqui. A localização desse edifício é o único aspeto de um VPS que não pode alterar mais tarde sem fazer uma migração, por isso merece uma hora de reflexão.
A maioria das equipas que serve o Brasil faz isso a partir de Miami ou Dallas. Essa escolha padrão tem uma causa concreta. Durante duas décadas, quase todos os cabos submarinos que saíam da América do Sul chegavam à Florida. Por isso, Miami tornou-se o centro de rede de toda a região, e todos os fornecedores vendiam serviços a partir daí. Continua a ser uma escolha razoável para algumas partes da América Latina. Deixou de ser a resposta automática para o próprio Brasil.
Quem precisa de um servidor no Brasil
Quatro grupos obtêm benefícios concretos ao alojar serviços no país.
- Os seus utilizadores estão concentrados no Brasil. Não se baseie numa impressão vaga de que alguns clientes são brasileiros. Abra a distribuição por país nas suas ferramentas de análise. Se o Brasil representar um quinto das suas sessões, isso tem pouco impacto na latência global. Se representar 70 por cento, é o principal fator da sua infraestrutura.
- Cada ação do utilizador exige uma viagem de ida e volta. Chat em tempo real, sessões de jogos multijogador, sinalização de chamadas de vídeo e dashboards que executam uma consulta a cada clique. A distância afeta diretamente estas aplicações, e nenhum nível de cache a elimina.
- Também atende o Cone Sul. A Argentina, o Uruguai, o Paraguai e o Chile estão todos mais perto de São Paulo do que de qualquer cidade dos Estados Unidos.
- Um cliente ou auditor brasileiro pergunta onde os dados estão armazenados. Consulte a secção sobre LGPD abaixo. Este requisito é mais frequentemente incluído num contrato do que numa lei.
A largura de banda raramente é o problema. Uma página de 2 MB é transferida praticamente à mesma velocidade a partir de Miami ou de São Paulo depois de a ligação estar estabelecida. O custo está nas viagens de ida e volta que ocorrem antes disso. Abrir uma ligação HTTPS nova consome uma viagem de ida e volta no handshake TCP e outra no handshake TLS (TLS significa transport layer security, a encriptação usada pelo https), seguida de mais uma para o pedido e a resposta. Por isso, o browser espera cerca de três viagens de ida e volta antes de receber o primeiro byte. Com um tempo de ida e volta, ou RTT, de 12 ms, isso corresponde aproximadamente a 36 ms. Com 120 ms, corresponde aproximadamente a 360 ms, antes de a aplicação executar qualquer trabalho. Uma aplicação de página única que faça vinte chamadas dependentes à API paga esse RTT mais vinte vezes.
O custo real da distância
A luz viaja na fibra a cerca de 200,000 km por segundo, aproximadamente dois terços da velocidade que atinge no vácuo. Isto dá uma regra que pode calcular mentalmente: cerca de 10 ms de tempo de ida e volta por cada 1,000 km de fibra. A fibra não segue linhas retas, por isso um percurso real costuma ter 1.3 a 1.5 vezes a distância em linha reta entre duas cidades. Os valores abaixo assumem 1.4.
The data behind this chart
[
{
"label": "Rio de Janeiro, 360 km",
"straight_line_ms": 3.6,
"real_path_ms": 5
},
{
"label": "Porto Alegre, 850 km",
"straight_line_ms": 8.5,
"real_path_ms": 12
},
{
"label": "Buenos Aires, 1680 km",
"straight_line_ms": 16.8,
"real_path_ms": 24
},
{
"label": "Fortaleza, 2370 km",
"straight_line_ms": 23.7,
"real_path_ms": 33
},
{
"label": "Miami, 6570 km",
"straight_line_ms": 65.7,
"real_path_ms": 92
},
{
"label": "Dallas, 7670 km",
"straight_line_ms": 76.7,
"real_path_ms": 107
},
{
"label": "Lisbon, 7930 km",
"straight_line_ms": 79.3,
"real_path_ms": 111
},
{
"label": "Frankfurt, 9800 km",
"straight_line_ms": 98.0,
"real_path_ms": 137
}
]Estes valores são limites mínimos, não previsões. Nada que compre permite que um pacote fique abaixo deles, porque o limite é a velocidade da luz na fibra. O RTT medido fica sempre acima do limite, normalmente 1.2 a 1.6 vezes acima, devido aos saltos entre routers e ao último troço até uma ligação doméstica ou móvel.
Leia o gráfico desta forma. Um utilizador no Rio a comunicar com um servidor em São Paulo não consegue obter menos de cerca de 5 ms. O mesmo utilizador a comunicar com Miami não consegue obter menos de cerca de 92 ms e, na prática, verá confortavelmente mais de 100 ms. Multiplique essa diferença pelas três idas e voltas de uma ligação HTTPS nova e terá quase um segundo no primeiro carregamento da página. Frankfurt, com um limite mínimo de 137 ms, é onde o argumento deixa de ser subtil.
Meça por conta própria; não confie numa tabela publicada
O único número que importa é o que os seus utilizadores obtêm, e pode obtê-lo numa tarde.
- Meça a partir do local onde estão os utilizadores. O seu portátil em Berlim não diz nada sobre um telemóvel em Recife. Peça a dois utilizadores reais que executem um teste ou use uma rede de sondas como a RIPE Atlas, que tem sondas em redes de ISP brasileiras e executa um ping ou traceroute a partir delas quando solicitado.
- Use a mediana, nunca um único pacote.
ping -c 100e leia a mediana. Um único pacote apanha uma fila e não diz nada sobre a ligação. - Prefira
mtratraceroute. É executado continuamente e comunica a perda e a latência de cada salto, para que possa ver exatamente qual salto adiciona os 90 ms. - Meça o tempo até ao primeiro byte, não apenas o ping.
curl -wapresenta separadamente os tempos de DNS, ligação, TLS e primeiro byte. Este último é o tempo que uma pessoa realmente espera. - Teste no pico. As redes residenciais brasileiras estão mais ocupadas à noite, aproximadamente entre 20:00 e 23:00, hora local. Uma medição às 03:00 favorece artificialmente todos os provedores da mesma forma.
- Alugue antes de migrar. O plano mais pequeno durante um mês, com uma cópia da sua aplicação, esclarece melhor a questão do que qualquer gráfico em qualquer site.
A mesma disciplina aplica-se à máquina, e não apenas à rota. Avaliar corretamente um VPS aborda o armazenamento e o CPU, que são uma questão separada da distância da rede. Faça ambas as medições antes de assumir um compromisso superior a um mês.
Onde alojar no Brasil
Quase sempre, São Paulo.
As redes brasileiras interligam-se no IX.br, o ponto de troca de tráfego nacional operado pelo NIC.br. Um ponto de troca de tráfego da Internet, ou IXP, é um local onde as redes se ligam diretamente umas às outras, em vez de pagarem a terceiros para transportar o tráfego entre si. O site de São Paulo é o maior IXP do mundo em tráfego e número de participantes e, em junho de 2026, atingiu um pico superior a 30 Tbps. Praticamente todos os ISPs de acesso brasileiros estão presentes. Um servidor ligado ao peering de São Paulo chega aos utilizadores brasileiros através de um único salto curto.
Um servidor no Rio, no Recife ou em Porto Alegre normalmente também chega à maioria dos utilizadores brasileiros através de São Paulo. Por isso, paga por um salto adicional sem obter qualquer vantagem. Fortaleza é a exceção que vale a pena conhecer. É onde chegam os cabos submarinos, incluindo o EllaLink, que opera uma ligação direta entre Fortaleza e Sines, em Portugal, desde 2021 e eliminou o desvio pela América do Norte na rota para a Europa. Se o seu tráfego for principalmente transatlântico, Fortaleza pode superar São Paulo. Se o seu tráfego for brasileiro, não superará.
Antes de comprar, faça uma pergunta a qualquer fornecedor. Está ligado ao peering do IX.br em São Paulo ou compra trânsito a um único upstream? Um endereço em São Paulo servido por um único fornecedor de trânsito ainda pode encaminhar os pacotes de um utilizador brasileiro até Miami e de volta. Isto não é uma hipótese teórica: execute mtr a partir de uma ligação brasileira para o IP de teste publicado pelo fornecedor. A lista de saltos mostra a realidade em trinta segundos.
A consideração sobre a LGPD
A LGPD é a Lei Geral de Proteção de Dados, a lei geral de proteção de dados do Brasil, em vigor desde 2020 e aplicada pela ANPD (Autoridade Nacional de Proteção de Dados, a autoridade nacional de proteção de dados). Foi criada com base próxima no GDPR europeu.
É aqui que muitas pessoas se enganam. A LGPD não exige que mantenha os dados pessoais no Brasil. Não existe nela uma regra geral de localização de dados. O que a lei faz é regular a transferência internacional, nos artigos 33 a 36. Por meio da Resolução 19/2024, publicada em agosto de 2024, a ANPD aprovou um regulamento de transferência internacional juntamente com cláusulas contratuais padrão, e o prazo para adaptar os contratos existentes terminou em agosto de 2025. Uma transferência para fora do Brasil baseada num contrato tem agora de usar essas cláusulas ou cláusulas aprovadas pela ANPD para esse caso específico.
Por isso, a forma correta de enquadrar a questão é como uma exigência de contratação, não como uma exigência legal de localização. Hospedar no Brasil significa que a questão da transferência não se aplica a esses dados. Isso elimina um documento a manter e um controlo a comprovar durante uma auditoria. Normalmente, é isso que uma empresa brasileira ou um comprador do setor público realmente quer saber quando pergunta onde estão os servidores. Esse requisito costuma vir do próprio contrato, e não da lei. Isto não constitui aconselhamento jurídico. Um advogado brasileiro especializado em proteção de dados poderá responder ao seu caso específico numa consulta.
Quando hospedar um VPS no Brasil é a escolha errada
Para a maioria das cargas de trabalho na internet, esta é a escolha errada. Diga isso claramente e avance.
- O seu público está principalmente na América do Norte ou na Europa. Um servidor em São Paulo acrescenta cerca de 100 ms de latência para esses utilizadores e não traz nenhuma vantagem. Um VPS em Dallas cobre os Estados Unidos a partir de uma localização central, e um VPS em Toronto cobre o Canadá e o nordeste dos Estados Unidos.
- Os seus utilizadores latino-americanos estão a norte do equador. Bogotá fica aproximadamente a 4.300 km de São Paulo e aproximadamente a 2.400 km de Miami, e a Cidade do México fica mais perto de Dallas do que de qualquer ponto do Brasil. A distância determina isto, não o rótulo do continente.
- Nada na carga de trabalho depende de uma viagem de ida e volta. Compilações de CI, destinos de backup, scrapers e tarefas cron noturnas não dependem da cidade onde são executados. Contrate esses recursos onde forem mais baratos.
- O gargalo está no seu próprio código. Uma consulta que demora 800 ms não fica mais rápida noutro país. Faça o profiling primeiro. Aproximar uma aplicação lenta dos seus utilizadores resulta numa aplicação lenta que apenas está mais perto deles.
Quanto custa a capacidade no país
Espere pagar mais no Brasil pela mesma especificação. Há duas razões principais. O hardware de servidor importado para o Brasil está sujeito a impostos de importação e impostos estaduais. Por isso, a máquina custa mais ao operador antes mesmo de ser instalada no rack. O trânsito IP também custa mais do que em Ashburn ou Amesterdão, onde a largura de banda é quase uma commodity. O prémio é estrutural, não uma margem inventada por alguém.
Compare o custo total, e não apenas o preço anunciado. Um plano mais barato no estrangeiro que obrigue a contratar uma rede de distribuição de conteúdo e uma segunda região não é realmente mais barato. A decomposição real dos custos de uma VPS aborda as partes da fatura que nunca aparecem na página de preços. Se parte da sua motivação estiver relacionada com conformidade, e não com velocidade, inclua também no cálculo o custo da documentação que deixa de ser necessária.
Decidir isto numa tarde
- Abra a sua ferramenta de analytics e consulte as sessões por país. Se menos de um quarto vier do Brasil, pare aqui e mantenha a configuração atual.
- Meça o tempo até ao primeiro byte a partir de uma ligação no Brasil às 21:00, hora local, usando o servidor atual.
- Coloque uma cópia da aplicação num plano pequeno em São Paulo e repita exatamente a mesma medição.
- Compare a diferença entre esses dois valores com a diferença de preço ao longo de um ano e decida.
Quando tiver ambas as medições, a resposta costuma ser evidente. É uma resposta sobre os seus utilizadores, não sobre um mapa.
FAQ
Quanta latência poupo realmente ao mudar de Miami para São Paulo?
O limite imposto pela distância é de cerca de 92 ms até Miami, contra cerca de 5 ms dentro do corredor São Paulo–Rio. Por isso, a redução do tempo de ida e volta costuma ficar entre 80 e 110 ms quando o encaminhamento real é incluído. Isto é mais importante do que parece, porque uma ligação HTTPS nova usa cerca de três idas e voltas durante os handshakes antes do primeiro byte da página. Não aceite este intervalo sem o confirmar. Execute curl -w a partir de uma ligação brasileira, na hora de maior utilização, contra os dois servidores. Assim, terá o seu próprio valor em dez minutos.
A LGPD exige que eu aloje os dados no Brasil?
Não. A LGPD não contém uma regra geral de localização de dados. Regula as transferências internacionais nos artigos 33 a 36. Desde a Resolução 19/2024, uma transferência baseada num contrato tem de usar as cláusulas contratuais padrão aprovadas pela ANPD. O período de adaptação terminou em agosto de 2025. Alojar os dados no Brasil elimina a questão da transferência para esses dados. Isto traz vantagens de documentação e auditoria, mas não é uma obrigação legal. Quando um cliente brasileiro exige alojamento local, o requisito quase sempre vem do contrato. Confirme o seu caso com um advogado brasileiro.
Uma CDN é suficiente ou também preciso do servidor no Brasil?
Uma rede de distribuição de conteúdo (CDN) mantém cópias dos seus ficheiros em cidades próximas dos utilizadores. Por isso, resolve o problema de ativos estáticos, como imagens e scripts. Não ajuda numa solicitação que tenha de chegar à sua base de dados. Se as suas páginas forem sobretudo estáticas, uma CDN com pontos de presença no Brasil resolve o problema por muito menos dinheiro do que mudar a origem. Se cada visualização de página executar uma consulta ou uma chamada de pagamento, o utilizador sente a localização do servidor de origem. Meça que parte do tempo de resposta é dinâmica antes de decidir.
Que cidade do Brasil devo escolher?
São Paulo em quase todos os casos, porque o IX.br São Paulo é o local onde as redes brasileiras estabelecem peering. É também o maior ponto de troca de tráfego da Internet do mundo em volume de tráfego e número de participantes. Um servidor noutra cidade brasileira geralmente chega aos utilizadores brasileiros através de São Paulo. Por isso, o salto adicional aumenta o custo e não traz vantagens. Fortaleza é a única exceção relevante. É o ponto de chegada dos cabos submarinos e oferece o caminho mais curto para a Europa através do cabo direto Fortaleza–Sines. Escolha Fortaleza apenas quando a maior parte do seu tráfego for transatlântico.
Por que motivo um VPS brasileiro custa mais do que o mesmo plano nos Estados Unidos?
O hardware de servidor importado está sujeito a direitos aduaneiros e impostos estaduais no Brasil. Assim, o equipamento custa mais ao operador antes mesmo de ser ligado. O trânsito IP também é mais caro do que nos grandes hubs dos Estados Unidos e da Europa. Esse custo adicional chega ao preço de todos os planos vendidos a partir de um data center brasileiro. Compare-o com as alternativas que teria de adquirir, como uma CDN mais uma segunda região, e não com o preço anunciado de um plano em Dallas.