A primeira coisa que a AWS lhe pergunta, mesmo que não pareça, é onde: no canto superior direito da consola há um seletor de região e tudo o que criar vai parar à que estiver escolhida. Muita gente deixa a que vem por defeito (muitas vezes a Virgínia, nos Estados Unidos) e descobre meses depois que o seu site demora mais do que devia, que paga em dólares americanos por recursos que podiam estar ao lado, ou que os seus dados estão fora da Europa. Este guia dá-lhe quatro critérios para escolher bem desde o início e explica o que fazer se já estiver mal.
Antes de começar: o que significa cada coisa
- Região
- Um conjunto de centros de dados da Amazon numa zona geográfica, com um nome de cidade ou país (Europa - Paris) e um código (eu-west-3).
- Zona de disponibilidade
- Cada um dos grupos de edifícios separados dentro de uma região. Servem para que uma avaria num não afete os outros.
- Latência
- O tempo que um dado demora a ir e voltar entre o utilizador e o servidor. Quanto mais longe a região, maior.
- Serviços regionais e globais
- A maioria dos serviços (máquinas, bases, buckets) vive numa região. Uns poucos (IAM, Route 53, CloudFront, a faturação) são globais e não dependem dela.
- Residência de dados
- Onde estão fisicamente os dados. Importa para a proteção de dados e para alguns contratos.
- Região de Espanha
- A AWS tem uma região em Aragão (Europa - Espanha, eu-south-2) desde 2022.
Critério 1: perto dos seus utilizadores
Se os seus clientes estão em Espanha, uma região europeia próxima faz com que o site responda mais depressa. A diferença entre Espanha, Paris, Irlanda ou Frankfurt é de milissegundos, quase impercetível; a diferença para a Virgínia ou o Oregon nota-se em cada clique. Se os seus utilizadores estão espalhados pelo mundo, escolha a região onde está a maioria e ponha uma rede de distribuição (CloudFront) à frente para os restantes.
Critério 2: que tenha os serviços de que precisa
Nem todos os serviços da AWS estão em todas as regiões, e os novos chegam primeiro às grandes. A Irlanda e Frankfurt costumam ter tudo; Paris quase tudo; a região de Espanha, mais recente, tem o principal (máquinas, bases, armazenamento, Lambda...) mas alguns serviços chegam mais tarde ou ainda não existem. Antes de decidir, faça a lista do que vai usar (Lightsail? SES? um certo tipo de máquina?) e confirme-a na tabela de serviços por região da AWS. Se algo de que precisa não está, escolha outra região desde o início: mudar depois custa.
Critério 3: o preço
O mesmo recurso custa de forma diferente consoante a região, por vezes 10 ou 20 por cento. As regiões grandes (Irlanda, Virgínia) costumam ser as mais baratas; as mais novas ou pequenas, um pouco mais caras. Para um projeto pequeno a diferença é pouca; para um com muitas máquinas, compensa comparar na calculadora de preços da AWS antes de escolher. E lembre-se de que a fatura é em dólares em qualquer caso.
Critério 4: onde estão os seus dados
Se trata dados pessoais de clientes europeus, tê-los numa região da União Europeia simplifica o cumprimento e é o que os seus clientes esperam e, por vezes, os seus contratos. Qualquer região europeia (Espanha, Paris, Irlanda, Frankfurt, Estocolmo, Milão; Zurique fica fora da UE) serve para isso; a de Espanha tem ainda o argumento da proximidade física se alguém lhe perguntar. Anote a região escolhida na sua documentação de proteção de dados.
A nossa recomendação prática
Para a maioria dos negócios em Espanha: Paris ou Irlanda se quiser ter tudo disponível e os preços mais ajustados; Espanha se a proximidade ou a residência de dados "em Espanha" for um argumento comercial para si e já confirmou que os serviços que usa lá estão. E uma única região para tudo o que vai junto (o site, a sua base de dados, o seu bucket): o tráfego entre regiões é cobrado e acrescenta latência. As cópias de segurança, pelo contrário, melhor numa segunda região, por precaução (guia nesta secção).
Se já escolheu mal
Não há um botão de "mover para outra região", mas quase tudo se pode copiar: as máquinas com uma imagem ou instantâneo copiado para a região nova; as bases de dados com um instantâneo copiado e restaurado lá; os buckets com a replicação ou um aws s3 sync entre buckets; o DNS não é preciso mover (o Route 53 é global). Faça-o com calma, serviço a serviço, mude o DNS no fim e apague o antigo quando tudo funcionar. E ponha a região nova por defeito na consola para não voltar a criar nada na velha.
O que pode correr mal
Não vejo as minhas máquinas na consola
Está noutra região. Veja o seletor no canto superior direito. É a causa número um de "apagaram-me o servidor!".
Criei coisas em várias regiões sem dar por isso
O Cost Explorer agrupado por região diz-lhe em quais há despesa. Decida uma principal e vá consolidando. Entretanto, vigie todas na fatura.
Um serviço não aparece no menu
Não está disponível na região escolhida. Mude de região para o usar (alguns serviços, como o SES, pode tê-los numa região diferente da das suas máquinas sem problema) ou escolha uma região que o tenha.
No Simplio
No Simplio não há seletor de região: vê todas as máquinas, bases de dados e buckets de todas as suas contas e regiões na mesma lista, com a região de cada um à vista, e ao criar algo novo o Simplio propõe a região onde já tem o resto e avisa-o se escolher outra. As cópias para uma segunda região são uma caixa de seleção no agendamento. A despesa vê-se por conta, sem ter de ir região por região.
O mesmo, na AWS e no Simplio
| Na consola da AWS | No Simplio | |
|---|---|---|
| Ver o que tem em cada região | Mudar o seletor de região e percorrer serviço a serviço | Todas as regiões de todas as suas contas numa lista, com a região de cada objeto à vista |
| Criar algo na região errada | Acontece constantemente: o seletor fica onde estava | Ao criar, o Simplio propõe a região onde já estão as suas coisas e avisa se escolher outra |
| Cópias noutra região | Copiar à mão de cada vez | Caixa de seleção no agendamento de cópias |