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 abrange 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 um domínio de disponibilidade específico, 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 uns dos outros, tolerantes a falhas e muito provavelmente não são simultaneamente. Como os domínios de disponibilidade não compartilham infraestrutura, como energia ou refrigeração, ou a rede do domínio de disponibilidade interna, 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 que você forneça conectividade de alta disponibilidade à internet e locais e crie sistemas replicados em vários domínios de disponibilidade para recuperação de alta disponibilidade e de desastres.

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

Como as regiões requerem expansão, nós 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 se baseia 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 ou região de disponibilidade no mesmo país ou na área geo-political será disponibilizada dentro de um ano para ativar mais opções para recuperação de desastres que suportem os requisitos do cliente para a residência dos dados em que eles existem.

As regiões são independentes de outras regiões e podem ser separadas por grandes distors-entre países ou até mesmo continentes. Geralmente, você implantaria uma aplicação na região em que ela é mais pesadamente usada, porque o uso de recursos nos arredores é mais rápido do que o uso de recursos distantes. No entanto, você também pode implantar aplicativos em regiões diferentes por estes motivos:

  • Para atenuar o risco de eventos em toda a região, como sistemas de maior porte ou terra.
  • Para atender aos requisitos variáveis para jurisdições legais, domínios fiscais e outros critérios sociais ou de negócios.

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

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
Austrália Leste (Sydney) ap-sydney-1 Sydney, Austrália SYD OC1 1
Austrália Southeast (Melbourne) ap-melbourne-1 Melbourne, Austrália MEL OC1 1
Leste do Brasil (São Paulo) sa-saopaulo-1 São Paulo, Brasil GRU OC1 1
Canadá - Sudeste (Montreal) ca-montreal-1 Montreal, Canadá YUL OC1 1
Canadá - Sudeste (Toronto) ca-toronto-1 Toronto, Canadá YYZ OC1 1
Central - Alemanha (Frankfurt) eu-frankfurt-1 Frankfurt, Alemanha FRA OC1 3
Índia - Oeste (Mumbai) ap-mumbai-1 Mumbai, Índia BOM OC1 1
Central - Japão (Osaka) ap-osaka-1 Osaka, Japão KIX OC1 1
Japão Leste (Tóquio) ap-tokyo-1 Tóquio, Japão NRT OC1 1
Noroeste Holandês (Amsterdã) eu-amsterdam-1 Amsterdã, Países Baixos AMS OC1 1
Arábia Saudita - Oeste (Jeddah) me-jeddah-1 Jeddah, Arábia Saudita JED OC1 1
Coreia do Sul Central (Seul) ap-seoul-1 Seul, Coreia do Sul ICN OC1 1
Suíça Norte (Zurique) eu-zurich-1 Zurique, Suíça ZRH OC1 1
Reino Unido (Londres) uk-london-1 Londres, Reino Unido LHR OC1 3
Leste dos EUA (Ashburn) us-ashburn-1 Ashburn, VA IAD OC1 3
Oeste dos EUA (Phoenix) us-phoenix-1 Phoenix, AZ PHX OC1 3

Para assinar uma região, consulte Gerenciando Regiões.

Para obter uma lista das regiões do Oracle Government Cloud, consulte Oracle Cloud Infrastructure US Government Cloud com Autorização do FedRAMP e Oracle Cloud Infrastructure US Federal Cloud com Autorização DISA - Nível de Impacto 5.

Nota

Nomes de Domínios de Disponibilidade da Tenancy

O Oracle Cloud Infrastructure define 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 daquele chamado PHX -AD-1 para tenancyB. Para controlar qual domínio de disponibilidade corresponde a qual data center para cada tenancy, a Oracle Cloud Infrastructure usa prefixos específicos do cliente para os nomes do domínio de disponibilidade. Por exemplo: os domínios de disponibilidade de 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 de sua tenancy, use a operação ListAvailabilityDomains, que está disponível na API do IAM. Você também pode ver os nomes quando usa a Console para acionar uma instância e escolher em qual domínio de disponibilidade acionar a instância.

Domínio de Falha s

Um domínio de falha é um agrupamento de hardware e infraestrutura em 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: permitem distribuir suas instâncias para que elas não fiquem no mesmo hardware físico em um único domínio de disponibilidade. Um evento de manutenção de hardware com falha ou hardware de computação 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 uma falha no hardware de fornecimento de energia dentro de um domínio de falha de afetar 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 o domínio de falha para uma nova instância ou pool de instância no momento do acionamento. Se você não especificar o domínio de falha, o sistema selecionará um para você. O Oracle Cloud Infrastructure faz uma localização de antiafinidade de melhor esforço em domínios de falha diferentes, 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 contra falhas inesperadas de hardware ou falhas de fornecimento de energia.
  • Proteja contra interrupções planejadas em decorrência da manutenção do hardware de Computação.

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 principais, incluindo o seguinte:

  • Computação: Computação (bare metal & VM, DenseIO & Standard) baseado em Intel, Container Engine para Kubernetes, Registry
  • Armazenamento: Volume em Blocos, Armazenamento de Arquivos, Armazenamento de Objetos, Armazenamento de Arquivos Compactados
  • Rede: Rede Virtual na Nuvem, Balanceamento de Carga, FastConnect (parceiros específicos, conforme disponível e solicitado)
  • Banco de Dados: Banco de Dados, Exadata Cloud Service, Autonomous Data Warehouse, Autonomous Transaction Processing
  • Borda: DNS
  • Plataforma: Auditoria, Gerenciamento de Identidade e Acesso, Monitoramento, Notificações, Marcação, Solicitações de Serviço
  • Segurança: Vault

Geralmente os serviços de nuvem disponíveis além daqueles da lista anterior são disponibilizados com base na demanda regional do cliente. Qualquer serviço pode ser disponibilizado no máximo três meses, com muitos serviços implantados mais rapidamente. Novos serviços de nuvem são disponibilizados em regiões o mais rápido possível com base em diversas considerações, incluindo demanda regional do cliente, capacidade de atingir a conformidade regulatória, quando aplicável, disponibilidade de recursos e outros fatores. Devido ao backbone de interconexão de baixa latência da 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 em sua região inicial, desde que os requisitos de residência dos dados não impeçam isso. Trabalhamos regularmente com 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 IAM são de região cruzada. 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

  • Chaves 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ço de Fluxo de Dados )
  • aplicativos (Serviço de funções )
  • buckets: Embora os blocos sejam recursos regionais, eles podem ser acessados de qualquer local se você usar o URL de Armazenamento de Objeto específico da região correto para as chamadas de API.
  • clusters
  • cloudevents-rules
  • CPE (customer-premises equipment)
  • catálogos de dados
  • Conjuntos de opções DHCP
  • gateways de roteamento dinâmico (DRGs)
  • chaves de criptografia
  • funções
  • imagens
  • gateways de internet
  • jobs
  • balanceadores de carga
  • gateways de pareamento local (LPGs)
  • 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 rotas
  • execuções
  • secrets
  • listas de segurança
  • gateways de serviço
  • pilhas
  • sub-redes: Quando você cria uma sub-rede, 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
  • redes virtuais na nuvem (VCNs)
  • 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: Quando você cria uma sub-rede, 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 anexados a uma instância no mesmo domínio de disponibilidade.