Como a geografia afeta a latência da rede?

Tenho a opção de hospedar nosso banco de dados / servidor da Web em uma empresa de hospedagem gerenciada na Costa Leste (EUA) ou em uma na Costa Oeste (EUA). Nossa empresa está sediada na cidade de Nova York, e os dois provedores de hospedagem oferecem a nossa caixa uma linha T1 dedicada.

Quanto de um desempenho atingido (assumindo que todos os outros fatores são iguais) eu levaria em termos de latência da rede se eu seguisse com o da costa oeste, em oposição ao da costa leste? Não tenho muita certeza de como a geografia afeta a velocidade da Internet quando os números e as distâncias ficam realmente grandes (T1s e acima e milhares de quilômetros).

Obrigado!

Há um atraso na distância e todas as outras coisas são iguais (eficiência de roteamento, sobrecarga de processamento, congestionamento etc.). Um site na costa oeste acessado por um host na costa leste levará mais tempo do que se esse site estiver no leste costa, mas estamos falando de milissegundos aqui.

Todas as outras coisas são iguais, você terá 44 milissegundos adicionais de latência apenas por causa da velocidade da luz. Dê ou receba 1/20 de segundo para cada ida e volta de pacotes. Não há muito para o uso típico da web. Passável para sessões ssh. Substancial se você acessar seu banco de dados diretamente com muitas pequenas transações consecutivas.

Eu ignorei a latência extra causada por roteadores / repetidores adicionais, que podem ser muito, muito maiores. Eu assumi a distância de 4400 km e a velocidade da luz em fibra 200000 km / s.

Tínhamos um cliente com o qual passamos um bom tempo dando voltas e voltas relacionadas a isso. Eles originalmente foram hospedados em Nova York e sua equipe está localizada principalmente na área de Boston. Eles estavam transferindo seus servidores para nossas instalações localizadas em Denver, cerca de dois terços do caminho em todo o país.

Depois que se mudaram, começaram a trazer problemas de desempenho de seus links da Comcast nos escritórios domésticos. Eles costumavam ter latência <10ms e subiu para 80 ms / s. Eles notaram um desempenho mais lento atingindo seus sites, mas disseram que "talvez tenhamos que passar de uma velocidade incrivelmente rápida a meras velocidades mortais". Eles pareciam perceber que havia limitações por causa da geografia e que seus usuários na costa oeste poderiam potencialmente obter um melhor desempenho.

Fomos e voltamos algumas vezes. Após cerca de 6 meses, mudamos para um ISP primário primário diferente, por motivos não relacionados a esse cliente (melhores preços, mais largura de banda, descontentes com o número de janelas de manutenção no outro provedor) e com o novo provedor estávamos obtendo cerca de 45 ms latência média para este cliente. Nesse ponto, suas preocupações com o desempenho parecem ter desaparecido.

Apenas para lhe dar uma experiência sobre um caso em que esse tipo de problema foi visto e os números relacionados a ele.

Tente usar "mtr" para mostrar informações sobre a latência e perda de pacotes nas diferentes extremidades remotas. A menos que você entenda completamente o roteamento "caminho lento", ignore qualquer coisa, exceto o último salto listado nessa saída. Van Jacobson diz que os seres humanos percebem a latência a partir de 400ms, mas percebem que muitas conexões requerem várias trocas de ida e volta, de modo que uma latência de 100ms pode adicionar rapidamente até um segundo ...

Pela minha experiência, a latência de 250ms começa a parecer uma conexão notavelmente lenta. 10ms ou melhor parece uma conexão incrível. Realmente depende do que você está fazendo.

Sean

Bem, os pacotes viajam pelo fio o mais perto possível da velocidade da luz que o tempo bruto de transmissão é insignificante quando comparado a outros fatores. O que importa é a eficiência do roteamento e a rapidez com que os dispositivos de roteamento podem fazer o roteamento. Infelizmente, isso não pode ser determinado puramente com base na distância geográfica. Existe uma forte correlação entre distância e latência, mas não existe uma regra rígida e rápida que eu saiba.

O número de saltos entre o ponto A e o ponto B introduzirá latência. Conte o número de saltos, já que este é o seu melhor indicador.

Algumas palavras de cautela. Os métodos para avaliar o caminho da rede não são consistentes com o fluxo do pacote real. O ICMP pode ser roteado e receber uma diferença de QoS. Além disso, o traceroute normalmente olha em uma direção, ou seja, da origem ao destino. Aqui estão alguns truques úteis.

Para traceroute, tente usar -I, -Uou -Tpara ver como o caminho varia. Veja também -t 16ou -t 8. traceroute

Ping é realmente muito útil. ping -Rmostrará o caminho necessário para retornar! Se for diferente do caminho que está saindo, veja para onde está indo. ping

Eu acho que a geografia terá muito a ver com o tempo de transmissão de pacotes, pois quanto mais você avança, mais saltos você provavelmente adicionará, afetando a latência geral. Se seus clientes vão se basear principalmente na costa oeste, então eu iria para a hospedagem na costa oeste ... A mesma coisa na costa leste. Se seus clientes vierem de todo o EUA ou do mundo ... então você terá que tomar uma decisão difícil sobre qual lado fica com menos latência.

No nosso caso, estamos em nossa própria rede (uma grande intranet) e podemos permitir que nossos roteadores tomem decisões com base no OSPF em todo o estado :) Infelizmente, qualquer coisa fora da nossa rede depende principalmente do layout do nosso provedor de serviços de Internet.