Tenho a opção de hospedar nosso banco de dados / servidor da Web em uma empresa de hospedagem gerenciada na Costa Leste dos EUA ou na Costa Oeste dos EUA. Nossa empresa está sediada fora da cidade de Nova York e os dois provedores de hospedagem oferecem à nossa caixa uma linha T1 dedicada.
Quanto de um desempenho (assumindo que todos os outros fatores são iguais) eu estaria levando em termos de latência de rede se eu fosse 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 muito grandes (T1's e acima e milhares de milhas).
Obrigado!
Existe um atraso de distância e todas as outras coisas sendo iguais (eficiência de roteamento, sobrecarga de processamento, congestionamento, etc.). Um site na costa oeste acessado por um host na costa leste vai demorar mais do que se esse site for na costa leste, 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 pegue 1/20 de segundo para cada pacote de ida e volta. 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 várias pequenas transações consecutivas.
Ignorei a latência extra causada por roteadores / repetidores adicionais, o que pode ser muito, muito maior. Eu assumi a distância 4400 km e velocidade da luz em fibra 200000 km / s.
Tivemos um cliente em que passamos um bom tempo circulando por aí relacionado a isso. Eles originalmente foram hospedados em Nova York, e sua equipe está localizada principalmente na área de Boston. Eles estavam movendo seus servidores para nossas instalações localizadas em Denver, cerca de dois terços do caminho em todo o país.
Uma vez que eles se mudaram, eles começaram a trazer problemas de desempenho a partir dos links da Comcast em escritórios domésticos. Eles costumavam ter uma latência de 10 ms e chegavam a 80 ms. Eles notaram um desempenho mais lento atingindo seus sites, mas disseram que "talvez nós tenhamos que aturar desde velocidades incrivelmente rápidas até velocidades mortais". Eles pareciam perceber que havia limitações por causa da geografia e que seus usuários na costa oeste estariam potencialmente obtendo melhor desempenho.
Nós fomos e voltamos algumas vezes. Após cerca de 6 meses, mudamos para um ISP primário diferente, por razões não relacionadas a esse cliente (melhor preço, mais largura de banda, insatisfeito com o número de janelas de manutenção no outro provedor) e com o novo provedor estávamos ficando em torno de 45ms latência média para este cliente. Neste ponto, suas preocupações com o desempenho parecem ter desaparecido.
Só para lhe dar alguma 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 a perda de pacotes para as diferentes extremidades remotas. A menos que você entenda completamente o roteamento "caminho lento", ignore tudo, exceto o último salto listado nessa saída. Van Jacobson diz que os humanos percebem a latência a partir de 400 ms, mas percebem que muitas conexões exigem múltiplas trocas de ida e volta, de modo que uma latência de 100 ms pode rapidamente aumentar em até um segundo ...
Da minha experiência, a latência de 250 ms começa a parecer uma conexão visivelmente lenta. 10ms ou melhor parece uma conexão em chamas. Isso realmente depende do que você está fazendo.
Sean
Bem, os pacotes viajam pelo fio o mais próximo 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. Isso infelizmente não pode ser determinado puramente com base na distância geográfica. Existe uma strong correlação entre a distância e a latência, mas não há uma regra dura e rápida que eu saiba.
O número de saltos entre o ponto A e o ponto B irá introduzir latência. Conte o número de saltos, pois 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 real do pacote. O ICMP pode ser roteado e receber uma diferença de QoS. Além disso, o traceroute tipicamente parece em uma direção, ou seja, a origem para o destino. Aqui estão alguns truques úteis.
Para traceroute , tente usar -I , -U ou -T para ver como o caminho varia. Veja também -t 16 ou -t 8 . traceroute
Ping é realmente muito útil. ping -R mostrará o caminho que você precisa para retornar! Se for diferente do caminho que sai, veja onde está indo. ping
Acho que a geografia terá muito a ver com o tempo de transmissão de pacotes, pois quanto mais longe você for, mais hops você provavelmente adicionará afetando a latência geral. Se seus clientes vão ser baseados principalmente na costa oeste, então eu iria para a costa oeste de hospedagem ... Mesma coisa na costa leste. Se seus clientes virão de todos os EUA, ou do mundo ... então você terá que tomar a difícil decisão de qual lado recebe 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 de nossa rede depende principalmente do layout de nossos ISPs.
Tags internet networking hosting latency