Lista atualizada 2024 com os nomes de referência para utilizar via CLI ou PowerShell
Introdução
Como obter o nome de uma região para usar na CLI ou no PowerShell para codificação do Azure? Neste artigo, mostro como é fácil encontrar o nome de referência para usar em seu código. Além disso, reunimos alguns conceitos atualizados a partir da documentação da Microsoft sobre esse tema básico mas sempre importante.
O que são as regiões do Azure?
Para criar recursos do Azure você precisa ter uma região definida.
O Azure opera em vários datacenters no mundo inteiro. Esses datacenters estão agrupados em regiões geográficas. Dentro de cada região, há vários datacenters para fornecer redundância e disponibilidade.
Regiões especiais
Algumas regiões são ditas especiais pela questão da regulação governamental. Elas possuem padrões muito específicos para fins de conformidade ou jurídicos. Essas regiões especiais incluem:
- Estados Unidos da América: US Gov Virginia e US Gov Iowa.
É uma instância lógica e física do Azure isolada da rede, destinada a parceiros e órgãos do governo dos EUA, operada por cidadãos americanos autorizados. Inclui certificações de conformidade adicionais, como FedRAMP e DISA.
- Norte da China e Leste da China
Essas regiões estão disponíveis por meio de uma parceria exclusiva entre a Microsoft e a 21Vianet, segundo a qual a Microsoft não mantém diretamente os data centers.
- Centro da Alemanha e Nordeste Alemanha
Essas regiões estão disponíveis por meio de um modelo de objeto de confiança de dados, por meio do qual os dados do cliente continuam na Alemanha sob o controle da T-Systems, uma empresa da Deutsche Telekom, que atua como o objeto de confiança dos dados da Alemanha.
Pares de regiões
Cada região do Azure é emparelhada com outra região na mesma área geográfica (como EUA, Europa ou Ásia). Essa abordagem permite a replicação de recursos, como o armazenamento de VM, em uma região geográfica. Com isso, a probabilidade de um evento catastrófico (natural ou provocado) afetar as duas regiões ao mesmo tempo é reduzido.
E no caso de uma interrupção mais ampla? Nesse caso é priorizada uma região de cada par para ajudar a reduzir o tempo de restauração dos aplicativos.
As atualizações planejadas do Azure são distribuídas para regiões emparelhadas uma por vez, de modo a minimizar o tempo de inatividade e o risco de interrupção dos aplicativos.
Os dados continuam residindo na mesma geografia que seu par (com exceção do Sul do Brasil) para fins de jurisdição do imposto e aplicação da lei.
| Região Primária | Regisão Secundária |
| Oeste dos EUA | Leste dos EUA |
| Norte da Europa | Europa Ocidental |
| Sudete Asiático | Leste Asiático |
Replicação entre regiões do Azure
Muitas regiões do Azure fornecem zonas de disponibilidade (availability zone), que são grupos separados de datacenters.
Nas regiões (azure region), as zonas de disponibilidade (availability zone 1, availability zone 2) são próximas o suficiente para conexões de baixa latência com outras zonas de disponibilidade, mas distantes o suficiente para reduzir a probabilidade de que mais de uma delas seja afetada por interrupções locais ou clima.
As zonas de disponibilidade (availability zone) têm infraestruturas independentes de energia, resfriamento e rede. Elas são projetadas para que, se uma zona sofrer uma interrupção, os serviços regionais, a capacidade e a alta disponibilidade sejam suportados pelas zonas restantes.
Embora as regiões do Azure sejam concebidas para oferecer proteção contra desastres locais com zonas de disponibilidade, também podem fornecer proteção contra desastres geográficos regionais ou de grande dimensão com recuperação de desastre (disaster recovery), utilizando outra região secundária que utiliza replicação entre regiões.
Nem todos os serviços do Azure replicam dados automaticamente ou retornam automaticamente de uma região com falha para replicação cruzada para outra região habilitada. Nesses cenários, a recuperação e a replicação devem ser configuradas pelo cliente.
Disponibilidade de recursos
Alguns serviços ou recursos de VM estão disponíveis somente em determinadas regiões, como tamanhos específicos de VMs ou tipos de armazenamento. Também existem alguns serviços globais do Azure que não requerem que você selecione uma região específica, como Microsoft Entra ID, o Gerenciador de Tráfego ou o DNS do Azure. Para ajudá-lo na criação de seu ambiente de aplicativos, você pode verificar a disponibilidade de serviços do Azure em cada região. Você também pode consultar programaticamente os tamanhos de VM com suporte e restrições em cada região (https://azure.microsoft.com/pt-br/explore/global-infrastructure/products-by-region/).
Disponibilidade de armazenamento
Compreender as áreas e regiões do Azure torna-se importante quando você considera as opções de replicação de armazenamento disponíveis. Dependendo do tipo de armazenamento, você tem opções de replicação diferentes.
Serviços disponíveis por categorias e tipos de região
A disponibilidade de serviços em regiões do Azure depende do tipo de uma região. Há dois tipos de regiões no Azure:
- Recomendado: essas regiões fornecem a mais ampla variedade de recursos de serviço e atualmente dão suporte a zonas de disponibilidade.
- Alternativo: essas regiões estendem o volume do Azure dentro de um limite de residência de dados em que há, atualmente, uma região recomendada. As regiões alternativas ajudam a otimizar a latência e a fornecer uma segunda região para as necessidades de recuperação de desastre, mas não dão suporte a zona de disponibilidade. O Azure realiza avaliações regulares de regiões alternativas para determinar se elas devem se tornar regiões recomendadas.
Categorias de serviço entre tipos de região
Os serviços do Azure estão agrupados em três categorias: serviços fundamentais, básicos e estratégicos. A política geral do Azure de implantação de serviços em qualquer região específica é controlada principalmente por tipo de região, categorias de serviço e demanda do cliente:
- Fundamental: disponível em todas as regiões recomendadas e alternativas quando a região está disponível para o público geral ou dentro de 90 dias de um novo serviço fundamental, ficando disponível para o público geral.
- Básico: disponível em todas as regiões recomendadas dentro de 90 dias da disponibilidade geral da região. Controlada por demanda em regiões alternativas e muitas já estão implantadas em um grande subconjunto de regiões alternativas.
- Estratégico (conhecido anteriormente como Especializado): ofertas de serviço direcionadas, geralmente focadas no setor ou com suporte por hardware personalizado. Disponibilidade orientada por demanda entre regiões, e muitas já estão implantadas em um grande subconjunto de regiões recomendadas.
Regiões Emparelhadas do Azure
Muitas regiões também têm uma região emparelhada para dar suporte à replicação entre regiões com base na proximidade e em outros fatores.
Oeste da Índia está emparelhado em uma direção apenas. A região secundária do Oeste da Índia é o Sul da Índia, mas a região secundária do Sul da Índia é a Índia Central.
O oeste dos EUA3 está emparelhado em uma direção com o leste dos EUA. Além disso, o Leste dos EUA está emparelhado bidirecionalmente com o Oeste dos EUA.
O Sul do Brasil é exclusivo porque ele está associado a uma região fora de sua região geográfica. A região secundária do Sul do Brasil é o Centro-Sul dos EUA. A região secundária do Centro-Sul dos EUA não é Sul do Brasil.
Regiões com zonas de disponibilidade e nenhum par de regiões
O Azure continua a expandir-se globalmente em regiões sem um par regional e alcança alta disponibilidade aproveitando zonas de disponibilidade e armazenamento localmente redundante ou com redundância de zona (LRS/ZRS). Regiões sem um par não terão GRS (armazenamento com redundância geográfica). Essas regiões seguem diretrizes de residência de dados para permitir a opção de manter os dados residentes na mesma região. Os clientes são responsáveis pela resiliência dos dados com base em suas necessidades de objetivo de ponto de recuperação ou objetivo de tempo de recuperação (RTO/RPO) e podem mover, copiar ou acessar seus dados de qualquer local do mundo
A lista abaixo lista as regiões do Azure sem um par de regiões (geografia e região):
- Qatar (Catar Central);
- Polônia (Polônia Central);
- Israel (Israel Central);
- Itália (Norte da Itália);
- Áustria (Leste da Áustria (em breve));
- Espanha (Espanha Central (em breve)).
HANDS ON
Verificando requisitos
Primeiro, devemos sempre verificar com qual versão do PowerShell estamos instalados na nossa máquina. Para isso, abrimos nosso CLI do Power Shell e digitamos o comando abaixo e pressione ENTER:
$PSVersionTable
Obteremos a seguinte saída:
Em seguida digite o comando abaixo e pressione a tecla ENTER:
az version
Se o módulo do Azure PowerShell estiver instalado você obterá a seguinte saída:
Entrando e executando no Azure
O primeiro passo é conectarmos na nossa subscription Azure com o seguinte comando seguido de pressionar a tecla ENTER
Connect-AzAccount
Após pressionar enter, concomitantemente à saída, o browser também exibirá a notificação de login bem sucedido para o Portal Azure:
Após a autenticação bem sucedida dentro da subscription, podemos executar o comando seguido de ENTER:
az account list-locations -o table
Obtendo como saída a lista completa de regiões com os seus respectivos nomes (Name; coluna do meio em destaque) para serem utilizados como parâmetro para escolha da região:
Como exemplo podemos criar um resource group na região Brazil Southeast (brazilsoutheast) e obtemos o seguinte resultado como saída:
Como foi explicado nos tópicos anteriores, nem sempre teremos todos os grupos disponíveis em tempo integral (principalmente em se tratando de assinaturas free/trial utililizadas nas rotinas de estudo).
A partir da própria saída, escolhemos outra região e repetimos o comando de criação do resource group:
New-AzResourceGroup -Name rg-brazil -Location australiacentral
Agora sim, obtemos a saída indicando a criação bem sucedida do resource group:
Considerações finais
Nesse artigo reunimos alguns conceitos sobre regiões do Azure (mindmap abaixo) e utilizamos comandos básicos para obter a lista das regiões e criação de resource group no PowerShell.
