Como escolher a região certa da AWS para o seu negócio

Believe que você é uma empresa de comércio eletrônico e as festas de fim de ano estão se aproximando. Esta época do ano pode fazer ou quebrar sua marca, e uma interrupção ou erro de capacidade insuficiente (ICE) é seu pior pesadelo. Para garantir que seu serviço possa atender ao aumento da demanda, você solicita 4.000 instâncias adicionais para oferecer suporte a picos de demanda em uma zona de disponibilidade (AZ) específica na região N.Califórnia da AWS. Mas, infelizmente, este AZ em explicit não pode atender às suas necessidades. Então, em vez disso, você u.s. duas AZs na N.Califórnia. Problema resolvido certo?

Não exatamente. Embora isso resolva o problema de capacidade, os enormes custos de transferência de dados entre AZ significam que essa não é uma solução viável, pois as taxas somarão centenas de milhares de dólares, para os quais você não orçou.

Depois de um mergulho mais profundo em suas opções, você descobre que a migração para a região de Oregon atenderá sua demanda futura, economizando 20% da sua organização no EC2. Além disso, a mudança para Oregon é ideally suited devido à necessidade de ter esse ambiente localizado próximo a um co-location (knowledge heart native hospedado por terceiros) próximo a clientes estratégicos na área.

Este cenário é apenas um exemplo das muitas situações que experimentei em minha função anterior como TAM (Technical Account Supervisor) na AWS, em que os clientes precisavam mudar de região para acomodar seu crescimento futuro, preocupações com orçamento e outras iniciativas estratégicas.

Há muitos fatores a considerar ao escolher uma região. Na minha experiência, os clientes operam sob a falsa suposição de que a infraestrutura em nuvem é infinita, o que pode tornar o processo de seleção de regiões bastante confuso. A partir de agora (abril de 2022), a AWS possui 26 regiões com 84 AZs e nem todas têm capacidade ilimitada ou hospedam a mesma quantidade ou tipos de infraestrutura.

Então, como você pode selecionar o melhor ajuste desde o início? Descobrindo várias métricas e necessidades importantes. Três dos pontos mais importantes a serem considerados são latência e desempenho, gerenciamento de capacidade e, claro, custo.

1. Latência e desempenho

A latência e o desempenho são fatores-chave quando você executa sua infraestrutura na nuvem pública. Você pode usar CDNs para armazenar em cache seu conteúdo estático e usar outros aceleradores de rede, mas em muitos casos, você ainda pode querer localizar seus sistemas perto de seus clientes, então a localização de seus clientes é provavelmente um dos principais motivos para escolher uma região . Muitos clientes operam seus sistemas em continentes diferentes de seus usuários, mas sempre que possível, resista a essa tentação.

O Native Zones é outro serviço que a AWS lançou há alguns anos para ajudar a colocar a infraestrutura mais perto dos clientes. Essas zonas oferecem aos clientes capacidade de infraestrutura conectada às principais regiões e localizadas em áreas metropolitanas sem regiões da AWS presentes. Isso permite executar recursos de computação ainda mais próximos dos usuários, mas há uma sobretaxa a ser considerada. Atualmente, existem 17 zonas locais disponíveis na AWS, mas a empresa planeja adicionar mais 30 este ano. A AWS também anunciou as Wavelength Zones, localizadas nos datacenters dos provedores de telecomunicações, proporcionando uma presença mais próxima aos usuários móveis.

2. Gerenciamento de capacidade

Se você estiver executando aplicativos de grande escala que precisam de milhares de instâncias durante os horários de pico, poderá ficar sem capacidade do EC2 (embora essa seja uma situação rara, pode ocorrer em regiões populares).

Da mesma forma, usar uma região pequena pode fazer com que você obtenha ICE (Inadequate Capability Error) e resultar na interrupção do seu serviço. Uma opção para superar o ICE é ser flexível. Embora a AWS forneça uma variedade de opções para tipos de instância com processadores diferentes, na maioria dos casos, existem vários tipos de instância que podem fazer o trabalho que você precisa. Ser flexível pode ajudá-lo a evitar o ICE porque, se sua escolha ideally suited não estiver disponível, você sempre poderá trabalhar com outras pessoas também.

Além dos desafios relacionados ao ICE, ao executar em uma região pequena, você pode perder um novo recurso ou serviço que receberia em uma região maior (por exemplo, quando o EKS foi lançado, ele não estava disponível inicialmente no região N.Califórnia). A política da AWS é fornecer serviços, recursos e tipos de instância da AWS para todas as regiões da AWS em até 12 meses após a disponibilidade geral.

Várias regiões geralmente recebem novos recursos e serviços primeiro (Norte da Virgínia, Irlanda e Oregon), mas o envio de novos códigos e serviços também pode resultar em interrupção do serviço.

Outra consideração é a capacidade AZ. Como a capacidade de cada AZ varia, se o seu sistema estiver vinculado a uma AZ com menos capacidade, você poderá obter um ICE ao executar instâncias spot do EC2 ou iniciar novas instâncias sob demanda. Esse risco motiva os clientes a operar em regiões maiores como N.Virginia, Oregon e Irlanda, que oferecem a maior capacidade na maioria de suas AZs. Outra opção é usar o Pontuação de posicionamento do AWS Spot recurso, que ajuda a obter mais visibilidade e acessibilidade ao maior número de instâncias, permitindo que os clientes determinem qual região lhes permitirá obter mais capacidade para instâncias spot.

3. Custos

O gerenciamento de custos é um dos aspectos mais desafiadores da nuvem. Você começa com pequenas cargas de trabalho e, depois de escolher uma região, é difícil comprar entre regiões e comparar o custo unitário dos tipos de instância mais comuns. Em vez disso, você precisa verificar o preço dos tipos mais comuns de instâncias que planeja usar (por exemplo, M5.massive) em cada região. Por exemplo, Frankfurt é uma região muito mais cara do que a Irlanda, e você pode encontrar uma diferença de preço de até 15% entre as mesmas instâncias nessas regiões ao verificar o Página de preços da AWS.

Os custos de transferência de dados regionais são outro aspecto a ter em conta. Embora as transferências de dados entre regiões possam ser caras, a AWS criou uma tarifa especial entre N.Virginia e Ohio (US$ 0,1/GB), o mesmo preço normalmente alocado para transferências de dados entre AZs.

Embora os três fatores em que foquei aqui sejam os principais que devem orientar sua escolha, há outros. Algumas dicas finais:

1. Planeje e construa sua solução para que ela seja ágil o suficiente para se mover com o mínimo esforço necessário.
2. Sempre que possível, escolha uma das maiores regiões. Regiões maiores tendem a ser mais baratas porque o modelo de precificação da AWS funciona em uma economia de escala, enquanto regiões maiores têm um TCO menor. Este desconto é repassado aos clientes.
3. Consulte os representantes da AWS. Mapeie os serviços gerenciados necessários e certifique-se de que todos tenham suporte na região escolhida.

Como você pode ver, há muitas variáveis ​​que você terá que considerar ao selecionar uma região da AWS. Fazer alguns trabalhos de casa com antecedência pode evitar a tremenda dor de cabeça de mudar de região mais tarde. Portanto, faça a pesquisa, entenda suas necessidades/casos de uso e read about minuciosamente seus requisitos de longo prazo antes de fazer sua escolha.

Aviram Levy é chefe de capacitação de produtos na Apimentado. Ele tem 16 anos de experiência profissional no setor de TI e nuvem, mais recentemente como TAM na AWS.