Documentação do Oracle Cloud Infrastructure

Regiões e Domínios de Disponibilidade

Este tópico descreve a organização física e lógica dos recursos do Oracle Cloud Infrastructure.

Sobre Regiões e Domínios de Disponibilidade

O Oracle Cloud Infrastructure é hospedado em regiões e domínios de disponibilidade. Uma região é uma área geográfica localizada, e um domínio de disponibilidade é um ou mais data centers localizados em uma região. Uma região é composta de um ou mais domínios de disponibilidade. A maioria dos recursos do Oracle Cloud Infrastructure são específicos da região, como uma rede virtual na nuvem, ou específicos de um domínio de disponibilidade, como uma instância de computação. O tráfego entre os domínios de disponibilidade e entre as regiões é criptografado.

Os domínios de disponibilidade são isolados entre si, tolerantes a falhas e raramente falham ao mesmo tempo. Como os domínios de disponibilidade não compartilham infraestrutura, como energia ou refrigeração, ou a rede interna do domínio de disponibilidade, uma falha em um domínio de disponibilidade dentro de uma região provavelmente não afetará a disponibilidade dos outros dentro da mesma região.

Os domínios de disponibilidade da mesma região são conectados entre si por uma rede de baixa latência e alta largura de banda, o que possibilita o fornecimento de conectividade de alta disponibilidade à Internet e local e a criação de sistemas replicados em vários domínios de disponibilidade para alta disponibilidade e recuperação de desastres.

A Oracle está adicionando várias regiões na nuvem em todo o mundo para fornecer acesso local aos recursos de nuvem aos nossos clientes. Para fazer isso rapidamente, escolhemos iniciar regiões em novas localizações geográficas com um domínio de disponibilidade.

Como as regiões requerem expansão, temos a opção de adicionar capacidade a domínios de disponibilidade existentes, adicionar domínios de disponibilidade adicionais a uma região existente ou criar uma nova região. A abordagem de expansão em um cenário específico é baseada nos requisitos do cliente, bem como nas considerações dos padrões de demanda regional e na disponibilidade de recursos.

Para qualquer região com um domínio de disponibilidade, um segundo domínio de disponibilidade ou região no mesmo país ou área geopolítica será disponibilizada dentro de um ano para ativar mais opções de recuperação de desastres que atendam aos requisitos do cliente para residência de dados onde eles existirem.

As regiões são independentes de outras regiões e podem ser separadas por grandes distâncias — entre países ou até mesmo continentes. Geralmente, você implantaria um aplicativo na região em que ele é mais usado, porque o uso de recursos próximos é mais rápido que o uso de recursos distantes. No entanto, você também pode implantar aplicativos em regiões diferentes por estes motivos:

  • Para reduzir o risco de eventos em toda a região, como grandes sistemas climáticos ou terremotos.
  • Para atender aos requisitos variáveis de jurisdições legais, domínios fiscais e outros critérios comerciais ou sociais.

As regiões são agrupadas em realms . Sua tenancy existe em um único realm e pode acessar todas as regiões que pertencem a esse realm. Não é possível acessar regiões que não estejam no seu realm. Atualmente, o Oracle Cloud Infrastructure tem três realms: o realm comercial e dois realms para o Cloud do Setor Governamental: autorizado pelo FedRAMP e autorizado pelo IL5.

A tabela a seguir lista as regiões do realm  comercial do Oracle Cloud Infrastructure:

Nome da Região Identificador da Região Local da Região Chave da Região Chave do Realm Domínios de Disponibilidade
Australia East (Sydney) ap-sydney-1 Sydney, Australia SYD OC1 1
Sudeste da Austrália (Melbourne) ap-melbourne-1 Melbourne, Austrália MEL OC1 1
Brazil East (Sao Paulo) sa-saopaulo-1 Sao Paulo, Brazil GRU OC1 1
Sudeste do Canadá (Montreal) ca-montreal-1 Montreal, Canadá YUL OC1 1
Canada Southeast (Toronto) ca-toronto-1 Toronto, Canada YYZ OC1 1
Germany Central (Frankfurt) eu-frankfurt-1 Frankfurt, Germany FRA OC1 3
India West (Mumbai) ap-mumbai-1 Mumbai, Índia BOM OC1 1
Centro do Japão (Osaka) ap-osaka-1 Osaka, Japão KIX OC1 1
Japan East (Tokyo) ap-tokyo-1 Tokyo, Japan NRT OC1 1
Noroeste da Holanda (Amsterdã) eu-amsterdam-1 Amsterdã, Holanda AMS OC1 1
Oeste da Arábia Saudita (Jeddah) me-jeddah-1 Jeddah, Arábia Saudita JED OC1 1
South Korea Central (Seoul) ap-seoul-1 Seoul, South Korea ICN OC1 1
Switzerland North (Zurich) eu-zurich-1 Zurich, Switzerland ZRH OC1 1
UK South (London) uk-london-1 London, United Kingdom LHR OC1 3
US East (Ashburn) us-ashburn-1 Ashburn, VA IAD OC1 3
US West (Phoenix) us-phoenix-1 Phoenix, AZ PHX OC1 3

Para se inscrever em uma região, consulte Gerenciando Regiões.

Para obter uma lista das regiões da Nuvem do setor governamental da Oracle, consulte Oracle Cloud Infrastructure - Nuvem do setor governamental dos EUA com Autorização FedRAMP e Oracle Cloud Infrastructure - Nuvem do setor do governo federal dos EUA com Autorização DISA - Nível de Impacto 5.

Observação

Nomes de Domínios de Disponibilidade da Tenancy

O Oracle Cloud Infrastructure escolhe aleatoriamente os domínios de disponibilidade por tenancy  para ajudar a equilibrar a capacidade nos data centers. Por exemplo, o domínio de disponibilidade chamado PHX -AD-1 para tenancyA pode ser um data center diferente do daquele chamado de PHX-AD-1 para tenancyB. Para controlar qual domínio de disponibilidade corresponde a qual data center para cada tenancy, o Oracle Cloud Infrastructure usa prefixos específicos da tenancy para os nomes do domínio de disponibilidade. Por exemplo: os domínios de disponibilidade da sua tenancy são algo como Uocm: PHX-AD-1, Uocm: PHX-AD-2 e assim por diante.

Para obter os nomes específicos dos domínios de disponibilidade da sua tenancy, use a operação ListAvailabilityDomains, que está disponível na API do IAM. Você também pode ver os nomes ao usar a Console para iniciar uma instância e escolher em qual domínio de disponibilidade iniciar a instância.

Domínio de Falha

Um domínio de falha é um agrupamento de hardware e infraestrutura dentro de um domínio de disponibilidade. Cada domínio de disponibilidade contém três domínios de falha. Os domínios de falha oferecem antiafinidade: eles permitem distribuir suas instâncias para que elas não fiquem no mesmo hardware físico em um único domínio de disponibilidade. Uma falha de hardware ou um evento de manutenção de hardware do serviço Compute que afeta um domínio de falha não afeta instâncias em outros domínios de falha. Além disso, o hardware físico em um domínio de falha tem fontes de alimentação independentes e redundantes, o que impede que uma falha no hardware da fonte de alimentação dentro de um domínio de falha de afete outros domínios de falha.

Para controlar o posicionamento de suas instâncias de computação, instâncias do sistema de BD bare metal ou de instâncias do sistema de BD de máquina virtual, você pode especificar opcionalmente o domínio de falha para uma nova instância ou um pool de instâncias no momento da inicialização. Se você não especificar o domínio de falha, o sistema selecionará um para você. O Oracle Cloud Infrastructure faz o melhor posicionamento antiafinidade possível em diferentes domínios de falha, otimizando a capacidade disponível no domínio de disponibilidade. Para alterar o domínio de falha de uma instância, encerre-o e inicie uma nova instância no domínio de falha preferencial.

Use domínios de falha para fazer o seguinte:

  • Proteja-se contra falhas de hardware inesperadas ou falhas na fonte de alimentação.
  • Proteja-se contra interrupções planejadas em decorrência da manutenção do hardware do serviço Compute.

Para obter mais informações:

Disponibilidade de Serviço em Regiões

Todas as regiões do Oracle Cloud Infrastructure oferecem serviços de infraestrutura básica, incluindo o seguinte:

  • Computação: Compute (Bare metal e VM baseados em Intel, DenseIO e padrão), Container Engine for Kubernetes, Registry
  • Armazenamento: Block Volume, File Storage, Object Storage, Archive Storage
  • Rede: Rede Virtual na Nuvem, Load Balancing, FastConnect (parceiros específicos, conforme disponível e solicitado)
  • Banco de Dados: Database, Exadata Cloud Service, Autonomous Data Warehouse, Autonomous Transaction Processing
  • Edge: DNS
  • Plataforma: Audit, Identity and Access Management, Monitoring, Notifications, Tagging, Solicitações de Serviço
  • Segurança: Vault

Geralmente, serviços de nuvem disponíveis além dos da lista anterior são disponibilizados com base na demanda regional do cliente. Qualquer serviço pode ser disponibilizado no prazo de três meses, com muitos serviços implantados mais rapidamente. Novos serviços de nuvem são disponibilizados nas regiões o mais rápido possível, com base em diversas considerações, incluindo demanda regional do cliente, capacidade de atender à conformidade de regulamentação quando aplicável, disponibilidade de recursos e outros fatores. Devido ao backbone de interconexão de baixa latência do Oracle Cloud Infrastructure, você pode usar os serviços de nuvem em outras regiões geográficas com resultados efetivos quando esses serviços não estiverem disponíveis na sua região home, desde que os requisitos de residência dos dados não impeçam isso. Trabalhamos regularmente com os clientes para ajudar a garantir o acesso eficaz aos serviços necessários.

Disponibilidade de Recursos

As seções a seguir listam os tipos de recursos com base em sua disponibilidade: nas regiões, dentro de uma única região ou dentro de um único domínio de disponibilidade.

Dica

Em geral: Os recursos do serviço IAM são compatíveis entre regiões. Sistemas de BD, instâncias e volumes são específicos de um domínio de disponibilidade. Todo o resto é regional. Exceção: As sub-redes foram originalmente projetadas para serem específicas de um domínio de disponibilidade. Agora, você pode criar sub-redes regionais, que é o recomendado pela Oracle.

Recursos entre Regiões

  • chave de assinatura de API
  • compartimentos
  • grupos dinâmicos
  • recursos da federação
  • grupos
  • origens de rede
  • políticas
  • namespaces de tag
  • chaves de tag
  • usuários

Recursos Regionais

  • alarmes
  • aplicativos (ServiçoData Flow)
  • aplicativos (Serviço Functions )
  • buckets: Embora os buckets sejam recursos regionais, eles podem ser acessados de qualquer local se você usar o URL correto do serviço Object Storage específico da região para as chamadas de API.
  • clusters
  • regras do cloudevents
  • CPE (customer-premises equipment)
  • catálogos de dados
  • Conjuntos de opções de DHCP
  • DRGs (gateways de roteamento dinâmico)
  • chaves de criptografia
  • funções
  • imagens
  • gateways de Internet
  • jobs
  • balanceadores de carga
  • LPGs (local peering gateways)
  • métricas
  • modelos
  • Gateways NAT
  • grupos de segurança de rede
  • pools de nós
  • sessões de notebook
  • projetos
  • repositórios
  • IPs públicos reservados
  • tabelas de roteamento
  • execuções
  • segredos
  • listas de segurança
  • gateways de serviço
  • pilhas
  • sub-redes: Ao criar uma sub-rede, você escolhe se ela é regional ou específica de um domínio de disponibilidade. A Oracle recomenda o uso de sub-redes regionais.
  • assinaturas
  • tabelas
  • tópicos
  • vaults
  • VCNs (redes virtuais na nuvem)
  • backups de volume: eles podem ser restaurados como novos volumes para qualquer domínio de disponibilidade dentro da mesma região em que estão armazenados.

Recursos Específicos do Domínio de Disponibilidade

  • Sistemas de BD
  • IPs públicos efêmeros
  • instâncias: Elas podem ser anexadas somente a volumes do mesmo domínio de disponibilidade.
  • sub-redes: Ao criar uma sub-rede, você escolhe se ela é regional ou específica de um domínio de disponibilidade. A Oracle recomenda o uso de sub-redes regionais.
  • volumes: Eles só podem ser conectados a uma instância no mesmo domínio de disponibilidade.