Qual região da AWS você deve escolher?

A AWS possui data centers localizados em todo o mundo. Para complicar ainda mais seus preços, cada região tem preços diferentes para determinados produtos. Qual região é a mais barata? Em qual você deve construir sua arquitetura de rede?

O leste dos EUA geralmente é o mais barato

Dando uma olhada neste gráfico de preços do Concurrency Labs, fica claro que ambas as regiões do leste dos EUA, us-east-1 (Northern Virginia) e us-east-2 (Ohio), têm preços muito baixos em comparação para os outros.

us-west-2 (Oregon) também é muito baixo, mas us-west-1 sofre com os preços do Vale do Silício e é muito mais caro. Mumbai (Índia) também é surpreendentemente barata quando comparada com o resto do mundo.

Como para todas as outras regiões, eles são mais caros do que esses quatro. As regiões europeias são geralmente cerca de 10% mais caras, com Estocolmo sendo a mais barata de todas — apenas 6% mais cara do que as regiões mais baratas dos EUA. O mercado da Ásia é cerca de 20-25% mais caro, com Seul sendo o mais barato nesse lado do mundo, com apenas 10% a mais do que o Leste dos EUA.

O preço dos dados é uma grande parte da AWS e algo que muda com base na região. A página de preços do CloudFront oferece uma boa visão geral dele:

Os dados que saem do CloudFront para a América do Norte e Europa são os mais baratos e têm o mesmo preço. Para o resto do mundo, é um pouco mais caro, com a América do Sul novamente no topo da lista. Com o CloudFront, porém, você paga por esses dados de qualquer maneira, desde que tenha visitantes sul-americanos, então não há muito o que mudar sobre isso.

Para transferência de dados internos, a maioria das regiões são iguais. Observando os preços do S3, os dados de saída do S3 para qualquer região custam US $ 0,02 por GB. No entanto, se você estiver transferindo de us-east-1 para us-east-2 ou vice-versa, a cobrança será de apenas US $ 0,01. Isso não se aplica, no entanto, se você estiver transferindo dentro da mesma região, então só importa realmente se você tiver servidores em Ohio e no norte da Virgínia.

Se você está escolhendo uma região apenas com base no preço, Virgínia do Norte e Ohio devem ser suas primeiras opções na costa leste, com Oregon para o oeste. Evite o norte da Califórnia, se puder, pois é cerca de 20% mais caro.

Se você precisa de servidores em todo o mundo, Estocolmo e Seul são as opções mais baratas para os mercados europeu e asiático, respectivamente, e você pode cobrir a maior parte do mundo apenas com esses dois pontos.

Seja qual for a região que você escolher, mantenha-se nessa região e sempre use a mesma Zona de disponibilidade, pois há taxas para transferência de dados entre elas. Embora façam parte da mesma região, as zonas de disponibilidade são centros de dados fisicamente separados e os dados entre eles ainda devem viajar pelos canais gerais da Internet.

Escolha outras regiões para melhor latência

Como algumas regiões da AWS são caras, o único motivo real para escolher uma região mais cara é se a localização é mais importante do que o preço.

Por exemplo, se você é uma startup trabalhando no Vale do Silício e realmente deseja uma latência baixa, pode pagar um prêmio de 20%. Para serviços como o Uber, que dependem da menor latência possível para as principais áreas metropolitanas, pagar pela localização no norte da Califórnia é apenas o custo de fazer negócios.

No entanto, para muitos aplicativos, a latência não importa muito, a menos que seu site ou serviço seja extremamente otimizado. Dando uma olhada neste mapa das regiões da AWS, muitos lugares não têm data centers em seu quintal. Não há região central dos Estados Unidos (ainda), porque mais pessoas vivem perto da costa e a latência não é realmente superior a 50 ms para a costa ou para Ohio, de qualquer maneira.

Se você deseja cobrir a maior parte do mundo com latência geral relativamente baixa e, ao mesmo tempo, minimizar os custos, deve construir sua infraestrutura em quatro ou cinco locais:

• Ohio, uma vez que fica mais perto do centro dos Estados Unidos do que da Virgínia e equidistante da maior parte da costa leste. Virgínia também seria uma boa opção aqui.
• Oregon para cobrir a costa oeste.
• Estocolmo (Suécia) para cobrir a Europa.
• Seul (Coreia do Sul) para cobrir a região do Pacífico e da Ásia.
• Mumbai (Índia) é quase tão barata quanto os Estados Unidos, então ter servidores aqui seria uma ideia melhor para a região do Pacífico Sul em comparação com Cingapura ou Bahrein (meio Leste) regiões.

Na verdade, se você se preocupa muito com a latência, deve usar um CDN como o CloudFront da AWS de qualquer maneira. Um CDN armazena em cache seu site em servidores ao redor do mundo e serve seu site a partir desse cache, em vez de fazer a viagem até ele. Isso alivia um pouco o estresse de seus servidores da web primários e também oferece a vantagem de ter a borda de sua rede fisicamente mais perto de qualquer usuário. Isso acelera o tempo de carregamento e reduz o tempo gasto em handshakes TCP.

Os CDNs não podem armazenar tudo em cache, portanto, para algumas páginas (principalmente quando um usuário está conectado e navegando em conteúdo autenticado), eles terão que executar ping na origem do seu servidor para buscar o conteúdo atualizado . É aqui que ter servidores em todo o mundo realmente ajuda com a latência geral.

Se você tiver muitos servidores ao redor do mundo, poderá se beneficiar do roteamento geográfico de nível DNS com o serviço de DNS Route 53 da AWS. O Route 53 pode direcionar usuários dinamicamente para o endpoint de menor latência disponível, para que você obtenha o benefício completo de ter servidores de origem mais próximos.

Via: How to Geek