Regiões

IBM® oferece dois tipos de regiões: MZRs e MZRs de campus único, e ambas são consideradas uma MZR. A infraestrutura subjacente em ambos os tipos fornece o mesmo SLA. Uma região é um território geográfico independente que consiste em uma ou mais zonas e é normalmente chamado pelo nome da área metropolitana (metrópole), como Dallas ou Londres.

Cada zonaUm local em uma região que atua como um domínio de falha independente e tem latência reduzida para outras zonas na região. dentro da região ajuda a melhorar a tolerância a falhas e a diminuir a latência. Uma zona é identificada por meio de dois nomes distintos. Há um nome de zona, por exemplo, us-south-1, que é um identificador lógico de uma zona no contexto da conta corrente. Há também um nome de zona universal que é o identificador de uma zona que é consistente em IBM Cloud, por exemplo, us-south-dal10-a. O nome da zona universal fornece a especificação do local para os recursos da VPC, mapeando o nome da zona para um local físico, como um data center. Como alternativa, o local dos recursos clássicos não é especificado por zona e, em vez disso, usa o data center específico da região, como DAL10. Para obter mais informações sobre as informações de zona específicas de sua conta, consulte Mapeamento de zona por conta.

Ao distribuir suas cargas de trabalho em três zonas e consumir recursos de nuvem regionais altamente disponíveis por meio de endpoints privados virtuais, você pode aumentar a disponibilidade regional. A distribuição de uma carga de trabalho em várias regiões pode proporcionar maior disponibilidade e servir como base para um plano de recuperação de desastres. Há serviços de nuvem zonais, regionais e globais que fornecem um conjunto consistente de recursos em todas as regiões. Os serviços regionais do IBM são distribuídos pelas zonas em um MZR e, em geral, oferecem 99.99 % de disponibilidade (nível 3).

Regiões multizona

Os MZRs são compostos por três ou mais data centers em várias zonas com energia, resfriamento e conectividade de rede independentes para garantir que as falhas nesses componentes sejam isoladas em uma única zona. Os MZRs fornecem conectividade de baixa latência (< 2 milissegundos de latência) e alta largura de banda (> 1000 Gbps) em uma zona.

Oferecendo o mais alto nível de redundância e disponibilidade ao aproveitar três locais separados em uma região, os MZRs têm uma distância mínima de pelo menos 1 milha entre as zonas e as distâncias exatas variam de acordo com a região. A latência zona a zona pode ser encontrada nos painéis de latência da rede.

Os MZRs oferecem suporte a diferentes tipos de computação para recursos de infraestrutura clássica e VPC. O local dos recursos clássicos é especificado por um data center, enquanto os locais dos recursos da VPC são especificados pela zona. Para obter mais informações sobre os locais físicos disponíveis para sua conta por região para recursos de VPC, consulte Mapeamento de zona por conta.

A tabela a seguir lista os locais e as zonas do IBM Cloud MZR para a região geográfica.

MZRs na América do Norte e do Sul
Use os botões antes da tabela para alterar o contexto da tabela. Os cabeçalhos das colunas identificam o tipo de local na área geográfica específica.

Região	Zona
Dallas (us-south)	us-south-1 us-south-2 us-south-3
São Paulo (br-sao)	br-sao-1 br-sao-2 br-sao-3
Toronto (ca-tor)	ca-tor-1 ca-tor-2 ca-tor-3
Washington DC (us-east)	us-east-1 us-east-2 us-east-3

MZRs na Europa
Use os botões antes da tabela para alterar o contexto da tabela. Os cabeçalhos das colunas identificam o tipo de local na área geográfica específica.

Região	Zona
Frankfurt (eu-de)	eu-de-1 eu-de-2 eu-de-3
Londres (eu-gb)	eu-gb-1 eu-gb-2 eu-gb-3
Madri (eu-es)	eu-es-1 eu-es-2 eu-es-3

MZRs na região Ásia-Pacífico
Use os botões antes da tabela para alterar o contexto da tabela. Os cabeçalhos das colunas identificam o tipo de localização na área geográfica específica.

Região	Zona
Sydney (au-syd)	au-syd-1 au-syd-2 au-syd-3
Tóquio (jp-tok)	jp-tok-1 jp-tok-2 jp-tok-3

Se você estiver fazendo referência a uma região ao usar a CLI, a API, o SDK ou o Terraform, use o nome da região programática. Por exemplo, use us-south para segmentar a região de Dallas (us-south).

MZRs de campus único

Os MZRs de campus único (SC-MZR) contêm três zonas em diferentes seções do mesmo edifício ou em vários edifícios de um campus onde as dependências de energia, refrigeração, rede e segurança física podem se sobrepor. Um SC-MZR é configurado com redundância e resiliência suficientes para ajudar a garantir um nível de disponibilidade contínua e capacidade de sobrevivência durante qualquer interrupção do sistema, planejada ou não.

Os SLAs são mantidos porque a infraestrutura é configurada de uma maneira simultaneamente sustentável para que uma única falha não afete todas as três zonas do mesmo campus. Essa configuração é ideal para serviços que oferecem suporte a usuários localizados na zona, pois reduz a latência para oferecer suporte a cargas de trabalho de recuperação de desastres.

A tabela a seguir lista os locais SC-MZR que estão disponíveis em IBM Cloud e as regiões e zonas associadas.

MZRs de campus único

Região	Zona
Osaka (jp-osa)	jp-osa-1 jp-osa-2 jp-osa-3
Montreal (ca-mon)	ca-mon-1 ca-mon-2 ca-mon-3

Visualizando recursos por local

É possível visualizar todos os recursos e locais por meio da página Lista de recursos no console. Se você desejar visualizar e trabalhar com recursos em um local específico, deverá expandir o filtro de Localização e selecionar uma localização na lista. Ao expandir um local específico, você pode optar por filtrar por regiões, zonas ou data centers individuais.

Dependendo do tipo de recurso, você pode se interessar apenas por tipos específicos de dados de localização. Por exemplo, se você criou um serviço de infraestrutura de serviço ou VPC, é possível filtrar a página de lista de Recursos pela região e códigos de zona. No entanto, se estiver trabalhando com a infraestrutura clássica ou com os recursos do Power Virtual Server, os códigos específicos do data center são as informações pertinentes para você.

Por exemplo, se você tiver recursos implementados na zona Londres 2 (eu-gb-2), será possível configurar filtros para exibir somente esses recursos em sua lista de recursos. Expanda a opção metropolitana Londres e a opção regional Londres (eu-gb). Dentro dessa região, é possível selecionar a partir da lista de zonas disponíveis, como Londres 2 (eu-gb-2).

Se você tem um recurso de infraestrutura clássico que é implementado em um data center específico, é possível identificar o datacenter pelo local de metrô específico e código alfanumérico. Por exemplo, use Dallas para a localização metropolitana e, em seguida, Dallas 10 ( dal10 ) para o data center.

Também é possível visualizar os recursos implantados em locais Satellite, que são gerenciados por um metro ou região IBM Cloud e determinam onde o mestre do plano de controle Satellite é executado. Por exemplo, você pode ter um local em Satellite que é gerenciado pelo metrô de Dallas. Expanda a opção metropolitana de Dallas, que inclui seu local Satellite, como my-satellite-dal. Para obter mais informações sobre os metrôs e as regiões que gerenciam os locais do Satellite, consulte Regiões.

Talvez você também queira exibir seus recursos que estão localizados globalmente. A opção Global significa que apenas uma instância lógica e globalmente acessível do serviço, independente de qualquer região ou zona, é publicada para as cargas de trabalho do cliente. Esses tipos de recursos são acessíveis em um terminal global.

Conforme ilustrado no gráfico a seguir, um data center é um edifício físico que representa uma zona localizada em uma região de várias zonas (MZR). Uma MZR é organizada por sua localização metropolitana. Por exemplo, Londres pode abranger mais de um agrupamento de data centers dentro de uma MZR. O gráfico mostra três zonas em um MZR que trabalham juntas no caso de um dos data centers ficar indisponível. As zonas são conectadas diretamente entre si ou por meio de links de baixa latência.

Data centers clássicos

Além de selecionar uma região para o seu recurso, você pode selecionar em uma lista de data centers IBM Cloud, se estiver trabalhando com infraestrutura clássica ou recursos Power Virtual Server.

Os data centers hospedam os recursos de energia, resfriamento, cálculo, rede e armazenamento usados para serviços e apps. Eles não fornecem isolamento de multizonas em um local.

Os data centers são baseados em uma arquitetura POD em que cada data center pode ter mais de um POD, dependendo da construção sob demanda. Cada POD consiste em racks, servidores, redes e armazenamento, juntamente com geradores de energia de backup. A colocação de servidores de carga de trabalho em PODs melhora a disponibilidade.

Consulte a tabela a seguir para ver o código específico de cada data center.

A tabela inclui determinados data centers que estão previstos para fechar em breve. Para obter a lista de data centers que estão fechando, consulte Fechamentos de data centers.