AWS Certified Cloud Practitioner
Regiões e zonas de disponibilidade da AWS
Entenda como a AWS organiza a infraestrutura global em Regiões e Zonas de Disponibilidade, e os quatro fatores que decidem em qual Região você deve rodar uma carga de trabalho.
- Definir uma Região da AWS e uma Zona de Disponibilidade
- Explicar por que cada Região tem pelo menos três Zonas de Disponibilidade fisicamente separadas
- Descrever como as Zonas de Disponibilidade ficam isoladas, mas conectadas por uma rede de baixa latência
- Identificar os quatro fatores para escolher uma Região: conformidade, latência, preço e disponibilidade de serviços
- Explicar por que a maioria dos recursos da AWS fica limitada a uma única Região
Por que isso importa
Todo recurso que você lança na AWS roda em algum lugar físico. A AWS organiza todo esse hardware em uma estrutura global de Regiões e Zonas de Disponibilidade, e quase toda decisão de serviço começa pela escolha da Região certa. A prova cobra isso diretamente, e no trabalho real essa escolha afeta a sua latência, os seus custos e se você cumpre a lei.
A estrutura é simples quando você enxerga as camadas: o mundo é dividido em Regiões, cada Região reúne várias Zonas de Disponibilidade, e cada Zona de Disponibilidade é formada por um ou mais data centers.
O que é uma Região
Uma Região da AWS é uma localização física no mundo onde a AWS agrupa os seus data centers. Alguns exemplos são US East (Ohio), Europe (Ireland) e Asia Pacific (Sydney). Cada Região tem um código que você vai ver por toda a AWS, como us-east-2, eu-west-1 ou ap-southeast-2.
As Regiões são isoladas umas das outras por design. Os recursos que você cria em uma Região não são copiados automaticamente para outra, e o tráfego fica dentro de uma Região a menos que você o mova de propósito. Esse isolamento é uma vantagem: um problema em uma Região não transborda para as demais. Também significa que você escolhe uma Região de forma intencional para cada carga de trabalho, em vez de receber um único conjunto global de recursos.
O que é uma Zona de Disponibilidade
Uma Zona de Disponibilidade (AZ) é formada por um ou mais data centers separados dentro de uma Região, cada um com energia, rede e conectividade redundantes próprias, em instalações distintas. Cada Região tem pelo menos três Zonas de Disponibilidade.
As zonas de uma Região ficam longe o suficiente para que um único incêndio, enchente ou queda de energia dificilmente atinja mais de uma. Ao mesmo tempo, ficam perto o suficiente para serem ligadas por fibra dedicada, de alta capacidade e baixa latência, então os dados viajam rápido entre elas. Todo o tráfego entre Zonas de Disponibilidade vai criptografado. Essa combinação, separadas o bastante para falhar de forma independente, mas conectadas o bastante para trabalhar juntas, é a base da alta disponibilidade na AWS.
Os códigos de AZ são o código da Região mais uma letra, como us-east-2a, us-east-2b e us-east-2c. Existe também um AZ ID estável, como use2-az1, que aponta para a mesma zona física em todas as contas, o que ajuda quando você precisa alinhar zonas entre contas diferentes.
Como escolher a Região certa
A ideia não é espalhar uma carga de trabalho por todas as Regiões. Você escolhe uma (ou algumas poucas) com base em quatro fatores principais.
| Fator | Pergunta que ele responde |
|---|---|
| Conformidade | Alguma lei exige que os dados fiquem em um país ou área específicos? |
| Latência | Qual Região está mais perto dos seus usuários, para a resposta mais rápida? |
| Preço | O preço dos serviços muda conforme a Região. Qual cabe no seu orçamento? |
| Disponibilidade de serviços | Os serviços e recursos de que você precisa existem naquela Região? |
A conformidade costuma vencer quando se aplica. Se uma lei de residência de dados diz que os dados dos clientes têm de ficar dentro de um país, você escolhe primeiro uma Região nesse país e só depois pesa o resto. A partir daí, a latência e a proximidade dos seus usuários melhoram a experiência, o preço varia porque o mesmo serviço pode custar mais em uma Região do que em outra, e a disponibilidade de serviços importa porque nem todo serviço é lançado em todas as Regiões ao mesmo tempo.
Região ou Zona de Disponibilidade na prática
A maioria dos serviços da AWS é regional ou zonal, então vale saber em qual escopo você está trabalhando.
- Você lança uma instância EC2 em uma Zona de Disponibilidade específica.
- Você cria um bucket do Amazon S3 em uma Região, e o S3 distribui os dados entre as zonas por você.
- Para sobreviver à perda de um data center, você roda em várias Zonas de Disponibilidade dentro da mesma Região. Esse é o padrão Multi-AZ, visto mais adiante neste tópico.
Alguns poucos serviços são globais em vez de regionais, como o IAM e o Amazon Route 53, mas eles são a exceção. O modelo mental padrão é: uma Região contém zonas, e você coloca os recursos em zonas dentro da Região que escolheu.
Dicas para a prova
- Uma Região da AWS é uma localização física que contém várias Zonas de Disponibilidade; as Regiões são isoladas umas das outras.
- Cada Região tem pelo menos 3 Zonas de Disponibilidade.
- Uma Zona de Disponibilidade é formada por um ou mais data centers separados, com energia e rede redundantes, fisicamente separados, mas ligados por fibra criptografada de baixa latência e alta capacidade.
- Escolha uma Região com 4 fatores: conformidade (residência de dados), latência (proximidade dos usuários), preço (varia por Região) e disponibilidade de serviços (nem todo serviço está em todas as Regiões).
- Os requisitos de conformidade e residência de dados passam à frente dos outros fatores quando se aplicam.
- Rodar em várias Zonas de Disponibilidade dentro de uma Região é a forma de construir para alta disponibilidade.