VPS em Dallas: o que você realmente ganha

O que a hospedagem VPS em Dallas oferece

A hospedagem VPS em Dallas oferece uma posição de rede. Uma VPS (servidor privado virtual) é uma parte de uma máquina física num edifício específico. Por isso, esse edifício determina o tempo de ida e volta até aos utilizadores, o preço da largura de banda e os tribunais com jurisdição para aceder ao seu disco. Dallas fica perto do centro dos Estados Unidos, numa das zonas com maior concentração de operadoras do país. Esse é todo o argumento a favor da localização. O restante deste guia explica como verificar se o argumento se aplica aos seus utilizadores e em que situações não se aplica.

Se ainda não decidiu para que servirá o servidor, leia primeiro o que pode realmente fazer com uma VPS. A localização é a última decisão, não a primeira.

Que latência se pode esperar de um VPS em Dallas?

[
  {
    "label": "Dallas metro",
    "typical_rtt_ms": 2
  },
  {
    "label": "Houston",
    "typical_rtt_ms": 8
  },
  {
    "label": "Chicago",
    "typical_rtt_ms": 23
  },
  {
    "label": "Miami",
    "typical_rtt_ms": 33
  },
  {
    "label": "New York",
    "typical_rtt_ms": 36
  },
  {
    "label": "Los Angeles",
    "typical_rtt_ms": 35
  },
  {
    "label": "Seattle",
    "typical_rtt_ms": 50
  },
  {
    "label": "Mexico City",
    "typical_rtt_ms": 48
  },
  {
    "label": "Bogota",
    "typical_rtt_ms": 78
  },
  {
    "label": "Sao Paulo",
    "typical_rtt_ms": 140
  },
  {
    "label": "London",
    "typical_rtt_ms": 112
  },
  {
    "label": "Frankfurt",
    "typical_rtt_ms": 125
  },
  {
    "label": "Singapore",
    "typical_rtt_ms": 215
  }
]

Essas 13 linhas são valores publicados típicos para ligações com fios em rotas com boas relações de peering, não medições feitas a partir da sua máquina. Use-as como ponto de partida. O seu resultado depende mais do fornecedor de Internet do que do servidor: o Wi-Fi acrescenta alguns milissegundos, uma rede móvel acrescenta dezenas e um fornecedor residencial com peering deficiente pode acrescentar 30 ms a uma rota que, segundo a física, deveria ter 15.

Observe o padrão, não um único valor. Todas as grandes cidades dos Estados Unidos continentais ficam em cerca de 50 ms ou menos, com Houston em 8 ms e Chicago em 23 ms. A Cidade do México fica perto de 48 ms, mais perto do que qualquer uma das costas dos EUA, porque grande parte do tráfego latino-americano já passa pelo Texas ou pela Florida. São Paulo, com 140 ms, fica numa rota longa, e Singapura, com 215 ms, é um problema completamente diferente.

Os milissegundos têm mais impacto do que o valor bruto sugere, porque uma ligação é composta por viagens de ida e volta. Abrir um pedido HTTPS custa uma viagem de ida e volta para o handshake TCP (transmission control protocol), mais uma para o TLS 1.3 (transport layer security) e outra para o próprio pedido. A 35 ms, isso representa mais de 100 ms antes de chegar o primeiro byte. Uma página que faça 20 chamadas à API sequencialmente transforma 35 ms em 700 ms de espera. O SSH interativo a 35 ms tem uma resposta diferente da obtida a 8 ms, e um servidor de jogos a 35 ms funciona bem, enquanto o mesmo servidor a 140 ms não funciona. Para algo que todos os utilizadores sentem ao mesmo tempo, como um servidor Minecraft num VPS, a localização central tem um efeito concreto.

O centro do país é melhor do que uma costa?

A luz na fibra viaja a cerca de 200,000 km por segundo, dois terços da sua velocidade no vácuo. Uma ida e volta custa, portanto, aproximadamente 1 ms por cada 100 km de fibra, e a fibra nunca segue em linha reta entre duas cidades. Esse é o limite imposto pela física. Por isso, nenhum orçamento consegue fazer um pacote viajar de Dallas para Frankfurt mais depressa do que o vidro permite. A localização é a única variável que pode controlar.

Dallas fica a cerca de 2,200 km de Nova Iorque e a cerca de 2,000 km de Los Angeles, uma distribuição invulgarmente equilibrada. Compare essa diferença com os dois mercados costeiros que a maioria das pessoas considera primeiro.

[
  {
    "label": "Northern Virginia",
    "to_new_york_ms": 10,
    "to_los_angeles_ms": 62
  },
  {
    "label": "Dallas",
    "to_new_york_ms": 36,
    "to_los_angeles_ms": 35
  },
  {
    "label": "Los Angeles metro",
    "to_new_york_ms": 68,
    "to_los_angeles_ms": 3
  }
]

Estes também são valores publicados típicos, e o formato é o mais importante. Northern Virginia chega a Nova Iorque em cerca de 10 ms e a Los Angeles em cerca de 62 ms, uma diferença superior a 50 ms. Um host em Los Angeles inverte essa relação, com 68 ms até Nova Iorque. Dallas é pior do que ambos para a cidade junto da qual cada um está localizado e melhor do que ambos para a cidade mais distante de cada um.

A questão, portanto, não é saber qual é a cidade mais rápida. É decidir que distribuição pretende. Escolha uma costa quando a maioria dos seus utilizadores estiver nessa costa e quiser uma mediana baixa. Escolha Dallas quando os seus utilizadores estiverem distribuídos por todo o país e quiser manter o pior caso reduzido. É a mesma compensação abordada em o que realmente importa ao escolher um VPS canadiano, onde a população está distribuída ao longo de uma única linha, em vez de duas costas.

O que a densidade de carriers em Dallas proporciona na prática

Um carrier hotel é um edifício onde muitas redes terminam e se interligam diretamente. Dallas tem um conhecido: o Infomart, em 1950 North Stemmons Freeway, que a Equinix comprou em 2018 por $800 million. Um internet exchange (IX) é um switch partilhado dentro desse tipo de edifício, onde as redes estabelecem peering entre si em vez de pagarem a terceiros para transportar tráfego entre elas. A DE-CIX opera um exchange em Dallas desde November 2016, e a Equinix opera o seu próprio exchange.

Isto aparece num traceroute. Quando o seu host e o fornecedor de internet do seu utilizador estão no mesmo exchange, o pacote atravessa uma fronteira. Quando não estão, o tráfego é entregue a um fornecedor de trânsito, que pode transportá-lo até Ashburn ou Atlanta e depois de volta antes de o entregar. A distância adicional representa milissegundos reais, e cada rede adicional é mais um ponto onde uma ligação que fica saturada às 9 pm causa perda de pacotes.

Pode verificar tudo isto antes de pagar.

• Peça ao fornecedor o seu ASN (autonomous system number). Todas as redes que utilizam BGP (border gateway protocol) têm um.
• Pesquise esse ASN na PeeringDB. A base de dados mostra em que exchanges a rede participa e em que edifícios está presente. As próprias redes mantêm as respetivas entradas.
• Verifique quais exchanges estão presentes na própria instalação. Um fornecedor no mesmo edifício que um exchange ao qual não aderiu não lhe oferece qualquer vantagem.
• Trace o caminho a partir de uma rede utilizada pelos seus utilizadores e conte quantas redes distintas atravessa.

mtr -rwzc 100 203.0.113.10

O relatório imprime uma linha por salto, com o número da rede, a percentagem de perda e o tempo de resposta. Leia primeiro a última linha, porque essa linha corresponde ao seu servidor. A perda num salto intermédio, sem perda no destino, é normal, porque os routers atribuem baixa prioridade às respostas ICMP (internet control message protocol) que geram, e esse salto apresenta uma perda superior à real. A perda que começa num salto e continua em todos os saltos seguintes indica uma falha real e deve ser incluída num pedido de suporte com o relatório anexado.

A rede elétrica do Texas coloca o seu uptime em risco?

O Texas opera a sua própria rede elétrica. A ERCOT (Electric Reliability Council of Texas) cobre cerca de 90 por cento da carga do estado e não está sincronizada com o restante da América do Norte. Liga-se aos estados vizinhos através de um pequeno conjunto de interligações em corrente contínua, com cerca de 1.2 GW no total, perante uma procura de pico superior a 91 GW registada em 22 July 2026. Por isso, quando o Texas fica com falta de eletricidade, não consegue resolver o problema através de importações. Esse foi o mecanismo por trás de February 2021, quando a Winter Storm Uri obrigou a vários dias de cortes rotativos de energia em toda a ERCOT.

Para o seu servidor, a rede elétrica não é a questão principal. O edifício é. Um data center mantém-se operacional durante uma falha da rede elétrica com baterias de UPS (uninterruptible power supply) durante alguns minutos e, depois, com geradores a diesel enquanto houver combustível. Faça quatro perguntas e obtenha as respostas por escrito: o caminho de alimentação é N+1 ou 2N, durante quantas horas os geradores funcionam à carga máxima com o combustível armazenado no local, existe um contrato prioritário de fornecimento de combustível e quando foi a última vez que testaram os geradores com carga real. Um provider que não consegue responder à última pergunta não fez esse teste.

Essa mesma rede é uma das razões pelas quais a capacidade é barata nesta região. A eletricidade industrial no Texas custa menos do que a média dos EUA, e a energia é o maior custo operacional de um data center. Por isso, Dallas tem preços inferiores aos de mercados com restrições, como northern Virginia. A diferença chega à sua fatura. Quando comparar cotações entre cidades, mantenha quanto custa realmente um VPS aberto ao lado delas, porque é muito mais fácil ver o prémio da localização quando este está junto da tarifa base.

Tornados e o calor do Texas ameaçam um data center em Dallas?

Estas são duas perguntas com respostas diferentes.

Vento e granizo são uma questão relacionada ao edifício. Em 20 October 2019, um tornado EF3, com ventos próximos de 140 mph, atingiu uma área perto do Dallas Love Field e percorreu 15 miles pelo norte de Dallas, causando cerca de $1.5 billion em danos. Esse trajeto passa a poucos miles do corredor de data centers da Stemmons Freeway. Uma sala de dados construída para esse fim é uma estrutura de betão sem janelas e resiste a ventos que arrancariam o telhado de um centro comercial. As partes expostas ficam no topo: condensadores e torres de arrefecimento. Granizo de grandes dimensões ocorre na maioria das primaveras e atinge exatamente esse equipamento. Verifique para que condições a estrutura está classificada e onde fica instalada a central mecânica.

O calor é uma questão de custo. Dallas permanece acima de 100 F (38 C) durante períodos prolongados em julho e agosto. O arrefecimento é dimensionado para o dia de projeto local, por isso a sala mantém a temperatura. O que aumenta é o PUE (power usage effectiveness, potência total da instalação dividida pela potência que chega aos servidores), porque os chillers trabalham mais em agosto do que em fevereiro, e esse custo já está incluído no seu preço. O risco real do calor é uma falha de arrefecimento durante uma onda de calor: com 104 F (40 C) no exterior, uma sala sem arrefecimento atinge a temperatura de shutdown em minutos, e não em uma hora, por isso a equipa tem muito menos tempo para reparar um chiller. Verifique se o arrefecimento é N+1, e não apenas se existe alimentação elétrica redundante.

Nenhuma das respostas é motivo para evitar Dallas. Ambas são motivos para manter uma cópia dos seus dados em outro local. Um backup no mesmo edifício não é um backup, e backups encriptados fora do local com restic podem ser configurados numa tarde.

Quando Dallas é a escolha errada?

Dallas é um padrão sensato, não uma regra. Aloje o servidor noutro local nestes casos.

• Os seus utilizadores estão na Europa. Um servidor em Dallas responde a Frankfurt em cerca de 125 ms e a Londres em cerca de 112 ms. Essa diferença deve-se à distância, por isso nenhuma alteração de configuração a melhora.
• Os seus utilizadores estão na Ásia ou na Austrália. Singapura, com 215 ms, apresenta uma latência ainda pior, e um segundo servidor perto desses utilizadores supera qualquer otimização que possa fazer no primeiro.
• Todos os seus utilizadores estão numa única área metropolitana que não é Dallas. Se todas as pessoas que utilizam a sua aplicação estão em Seattle, aloje o servidor em Seattle. Uma localização central só é vantajosa quando os utilizadores estão distribuídos por várias regiões.
• Um contrato ou uma entidade reguladora exige que os dados permaneçam num determinado país. Isso não é uma questão de desempenho, e nenhum benchmark responde a esse requisito.
• A latência é a sua estratégia numa bolsa dos EUA. O motor de matching do CME Group está em Aurora, Illinois. A NYSE opera a partir de Mahwah, New Jersey, e a Nasdaq a partir de Carteret, New Jersey. Dallas fica a mais de 20 ms de todas elas. A maioria da automatização de retalho não se preocupa com isso, e escolher um VPS para bots de trading depende de identificar onde essa diferença realmente se verifica.

Que leis se aplicam a um servidor em Dallas?

Um servidor em Dallas está sujeito à lei federal dos EUA e à lei estadual do Texas. Em todas as avaliações de segurança, surgem dois pontos.

O US CLOUD Act permite que as autoridades dos EUA obriguem um fornecedor norte-americano a fornecer os dados que controla, independentemente do local físico onde o disco se encontra. Escolher outra cidade dos EUA não altera essa situação. Escolher uma cidade fora dos EUA também não a evita quando o fornecedor é uma empresa norte-americana.

Alojamento no Texas não o coloca automaticamente sob a legislação de privacidade do Texas. O TDPSA (Texas Data Privacy and Security Act), em vigor desde 1 July 2024, aplica-se a uma empresa que opere no Texas ou venda um produto ou serviço a residentes do Texas e que não seja uma pequena empresa segundo a definição da Small Business Administration federal. A lei acompanha os seus clientes, não o rack. Mover o servidor para Chicago não o isenta. Movê-lo para Dallas também não o sujeita automaticamente à lei.

Para dados pessoais provenientes da União Europeia, o alojamento nos EUA é permitido quando existe um mecanismo de transferência. Em August 2026, a decisão de adequação do EU to US Data Privacy Framework continua em vigor, depois de ter sido confirmada pelo EU General Court em September 2025, com um recurso pendente no Court of Justice. Na prática, solicite por escrito ao fornecedor que confirme se possui self certification ao abrigo desse regime ou se assina standard contractual clauses. Depois, arquive a resposta num local que o auditor consiga consultar. Consulte um advogado para o restante da análise jurídica, porque esta matéria está sujeita a alterações.

Como testar um VPS em Dallas a partir da sua própria máquina

Todas as medições acima foram feitas por outras pessoas. A medição que decide é a sua, e recolhê-la demora cerca de vinte minutos.

1. Peça ao fornecedor um endereço IP de teste e um ficheiro de teste na localização de Dallas. A maioria publica uma página de looking glass com ambos.
2. A partir de cada rede utilizada pelos seus utilizadores, envie pelo menos 20 pings e leia a linha de resumo.
3. Trace o caminho e conte as redes que atravessa.
4. Transfira o ficheiro de teste e leia a velocidade sustentada.
5. Repita o teste no horário de maior utilização dos seus utilizadores, numa noite de dia útil, durante pelo menos dois dias. O congestionamento aparece às 9 pm, não às 11 am.

ping -c 20 203.0.113.10
mtr -rwzc 100 203.0.113.10
curl -o /dev/null -s -w 'connect=%{time_connect}s ttfb=%{time_starttransfer}s speed=%{speed_download} B/s\n' "https://<test file host>/100mb.bin"

No Windows, o primeiro comando é ping -n 20 203.0.113.10. A linha de resumo no fim do ping é a que deve guardar:

rtt min/avg/max/mdev = 34.112/34.905/41.203/0.884 ms

Interprete mdev (desvio médio) como jitter. Uma média de 35 ms com um mdev inferior a 2 ms indica um caminho estável. A mesma média de 35 ms com um mdev de 20 ms indica que algo no caminho está instável. Em aplicações interativas, isso será pior do que 60 ms estáveis. A perda de pacotes superior a zero no salto final, mantida durante 100 pacotes, indica uma falha e não uma particularidade.

A largura de banda exige um teste diferente. Uma ligação TCP através de um caminho longo é limitada pela janela de receção dividida pelo tempo de ida e volta. Por isso, uma transferência lenta com um único fluxo não prova que a ligação seja lenta. Utilize vários fluxos em paralelo. Execute iperf3 -s no VPS e permita essa porta apenas para o seu próprio endereço. Depois, na sua máquina:

iperf3 -c 203.0.113.10 -P 4 -t 30
iperf3 -c 203.0.113.10 -P 4 -t 30 -R

-P 4 abre quatro fluxos em paralelo e -R inverte a direção. Assim, a segunda execução mede o caminho de download que os seus utilizadores utilizarão efetivamente. Feche novamente a porta quando terminar, porque o iperf3 não tem autenticação.

A rede é apenas um dos fatores. O steal de CPU e a velocidade do disco são fatores separados. Um plano barato numa localização excelente continua lento quando a máquina anfitriã está sobrelotada. Consulte como fazer benchmark a um VPS antes de mover qualquer serviço real para esse VPS. Depois, siga os primeiros dez minutos num VPS novo para o proteger.

FAQ

Uma VPS em Dallas é suficientemente rápida para utilizadores em ambas as costas dos EUA?

Sim, exceto para jogos em tempo real e negociação sensível à latência. O tempo de ida e volta típico numa ligação com fios a partir de Dallas é de cerca de 36 ms até Nova Iorque e de cerca de 35 ms até Los Angeles. Por isso, nenhum utilizador nos Estados Unidos continentais fica muito distante do servidor. Um servidor no norte da Virgínia é melhor para Nova Iorque, com cerca de 10 ms, mas é muito pior para Los Angeles, com cerca de 62 ms. Escolha Dallas quando quiser reduzir o pior caso, em vez de obter a latência mediana mais baixa.

A rede elétrica do Texas torna uma VPS em Dallas menos fiável?

A ERCOT é uma rede separada, com cerca de 1.2 GW de interligações em corrente contínua com as redes vizinhas. Por isso, o Texas não consegue importar muita eletricidade durante uma escassez. A tempestade de inverno Uri provocou cortes de energia rotativos durante vários dias em fevereiro de 2021 por esse motivo. A disponibilidade depende mais do edifício do que da rede elétrica. As baterias do UPS suportam a carga durante alguns minutos, e os geradores a diesel suportam-na enquanto houver combustível. Peça ao fornecedor o tempo de funcionamento do gerador à carga máxima, considerando apenas o combustível armazenado no local, e a data do último teste à carga máxima.

Um tornado ou uma vaga de calor no Texas pode deixar o meu servidor offline?

Não por si só. O tornado EF3 que atravessou o norte de Dallas em 20 de outubro de 2019 destruiu centros comerciais e casas. Uma sala de dados construída para esse fim é uma estrutura de betão sem janelas, concebida para suportar esse vento. As partes expostas são as unidades de refrigeração no telhado, que também são atingidas por granizo de grandes dimensões na primavera. O calor aumenta os custos, mas não reduz diretamente a disponibilidade, porque a refrigeração é dimensionada para as condições de projeto locais. No entanto, uma falha de refrigeração durante uma vaga de calor deixa muito menos tempo para a equipa reagir. Mantenha cópias de segurança noutra região, porque o risco que não pode ser eliminado pelo projeto é perder todo o local.

Devo alojar o serviço em Dallas se os meus utilizadores estiverem na Europa?

Não. Um servidor em Dallas responde a Frankfurt em cerca de 125 ms e a Londres em cerca de 112 ms. Essa diferença deve-se à distância, pelo que nenhuma configuração a elimina. Aloje o serviço perto dos utilizadores e mantenha um servidor em Dallas para tarefas que não exigem resposta imediata, como cópias de segurança ou trabalhos em lote. Se estiverem envolvidos dados pessoais europeus, uma localização na UE também elimina uma questão de transferência que, de outro modo, teria de documentar.

Como meço a latência até uma VPS em Dallas antes de a comprar?

Obtenha um endereço IP de teste junto do fornecedor. Depois, execute ping -c 20 e mtr -rwzc 100 contra esse endereço a partir de todas as redes utilizadas pelos seus utilizadores. No resumo do ping, leia a média juntamente com o valor mdev. Uma média baixa com um mdev elevado indica jitter, que é mais percetível do que um valor superior mas estável. Repita o teste durante a hora de maior utilização à noite pelos seus utilizadores, ao longo de dois dias, porque a congestão varia com a hora do dia. Para medir o débito, use iperf3 com quatro fluxos paralelos. Num caminho longo, um único fluxo TCP é limitado pelo tamanho da janela, e não pela capacidade da ligação.