Melhor região da Amazon AWS para o site australiano?

Question

Qual é a melhor região da Amazon AWS para hospedar um site para um público australiano?

O material de marketing da Amazon parece sugerir que Cingapura é o melhor lugar, mas os testes de ping que fiz foram inconclusivos. Um teste surgiu com ~ 220ms ping time para a Califórnia e ~ 400ms para Cingapura, outro teste retornou ~ 250ms para ambos os sites.

Será que isso importa mesmo?

    

Answer 1

Eu sugeriria que a resposta agora é Sydney, Austrália!

link

Tempo de ping de uma conexão residencial ADSL2 em Melbourne:

$ping -c 10 ec2-54-252-25-79.ap-southeast-2.compute.amazonaws.com
PING ec2-54-252-25-79.ap-southeast-2.compute.amazonaws.com (54.252.25.79): 56 data bytes
64 bytes from 54.252.25.79: icmp_seq=0 ttl=49 time=29.044 ms
64 bytes from 54.252.25.79: icmp_seq=1 ttl=49 time=30.983 ms
64 bytes from 54.252.25.79: icmp_seq=2 ttl=49 time=29.424 ms
64 bytes from 54.252.25.79: icmp_seq=3 ttl=49 time=30.563 ms
64 bytes from 54.252.25.79: icmp_seq=4 ttl=49 time=31.842 ms
64 bytes from 54.252.25.79: icmp_seq=5 ttl=49 time=31.564 ms
64 bytes from 54.252.25.79: icmp_seq=6 ttl=49 time=30.730 ms
64 bytes from 54.252.25.79: icmp_seq=7 ttl=49 time=30.797 ms
64 bytes from 54.252.25.79: icmp_seq=8 ttl=49 time=32.737 ms
64 bytes from 54.252.25.79: icmp_seq=9 ttl=49 time=30.984 ms

--- ec2-54-252-25-79.ap-southeast-2.compute.amazonaws.com ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 29.044/30.867/32.737/1.024 ms

Sweeet!

    

Answer 2

NOTA: não sei por que isso foi rebaixado. Para mim, a questão geral é como escolher uma boa localização próxima (para certas definições de perto) do seu público principal.

Na minha opinião, a distância que é principalmente importante é a contagem de saltos. Se você encontrar uma rota do seu local para o seu servidor que tenha 3 saltos contra um local com 20 saltos, a escolha deve ser clara.

É claro que o material de roteamento pode mudar e apenas escolher usando apenas o seu provedor não é suficiente. Eu recebo contas da maioria dos grandes ISPs e faço alguns testes.

Qual teste? tempos de ping e contagem de saltos. Por testes de ping, não me refiro a um teste único com 4 pings. Deixe correr uma semana ou mais e faça as contas. (min / max / avg, desvio padrão, perda de pacotes, etc. - sim, o ping irá informá-lo, apenas certifique-se de salvar os dados em algum lugar, caso você encontre uma pergunta que o ping não irá lhe dizer fora da caixa). dê a você pelo menos uma idéia básica de como você terá que esperar lentidão por causa da localização.

A contagem de saltos é a mesma. Deixe-o correr por algum tempo e faça as contas novamente.

Com isto dito: Se você não sabe o quanto isso vai importar muito, você provavelmente não deveria se importar com isso. Se você sabe que vai importar o quão bom é o link entre seu público principal e você mesmo, tenho a sensação de que o EC2 pode não ser a melhor escolha em primeiro lugar. Eu não acho que você terá algum apoio se você achar que o desempenho está faltando. Prefiro conversar com um provedor de serviços que esteja mais aberto a solicitações de clientes e que responda oportunamente exatamente para esses tipos de problemas.

Em outra nota: Você realmente sabe que seu público está em um determinado local ou isso é apenas um "site australiano" porque as pessoas que o fazem são da Austrália?

    

Answer 3

Concordo com a essência desta questão. Estou localizado na Austrália e estava usando o AWS com um console da Web para um servidor localizado na região da Costa Leste. Como o console usava o AJAX extensivamente, a latência da rede tornava o console inutilizável.

    

Answer 4

A localização geográfica não importaria muito. Considerado o fato de que quaisquer dados seriam, no máximo, de 20.000 km em uma direção e o mesmo comprimento de fio (quádruplo que quando se usa um link de satélite), você obteria uma latência máxima "geográfica" devido à velocidade máxima da luz de cerca de 120 ms, se você estivesse acessando servidores na Groenlândia. O que geralmente é mais importante é a latência do equipamento de rede e infra-estrutura que pode rapidamente superar a latência geográfica.

Seus 250 ms medidos são um RTT bastante alto. Dada a distância geográfica de Canberra a Cingapura (aproximadamente 6.000 km), você deve ver algo que é principalmente a latência do equipamento de rede - com links decentes e não muitos saltos você deve estar na faixa de 50 - 100 ms. Seus valores medidos podem ser uma indicação de que você está usando uma conexão passando por um link de alta latência em algum lugar ou seus dados simplesmente passando muitos saltos.

Como há muitos cabos marinhos da Austrália para a Ásia Zona do Pacífico , então não deve haver necessidade disso. Verifique seu caminho de dados usando os utilitários traceroute ou tracepath para obter uma imagem mais completa.

Mas mesmo latências na magnitude 200 ms não devem apresentar problemas significativos para um site - as pessoas estão usando redes de celular para navegação, onde latências podem variar entre 100 e 4000 ms e estão felizes com isso. Se você tem algo que faz processamento intensivo, o tempo de processamento rapidamente pode ser mais preocupante do que a latência de rede.