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
Os domínios de disponibilidade da mesma região são conectados uns aos outros por uma rede com alta largura de banda e baixa latência, o que permite que você forneça conectividade de alta disponibilidade com a internet e on-premises e crie sistemas replicados em vários domínios de disponibilidade para alta disponibilidade e recuperação de desastre.
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, optamos por iniciar regiões em novas regiões geográficas com um domínio de disponibilidade.
Como regiões exigem expansão, temos a opção de adicionar capacidade a domínios de disponibilidade existentes, de adicionar domínios de disponibilidade adicionais a uma região existente ou de 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.
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 estão em seu realm. Atualmente, a Oracle Cloud Infrastructure tem vários realms, incluindo realms comerciais, governamentais e dedicados.
The following table lists the regions in the Oracle Cloud Infrastructure commercial realms :
Nome da Região | Identificador da Região | Local da Região | Chave da Região | Chave do Realm | Domínios de Disponibilidade |
---|---|---|---|---|---|
Leste da Austrália (Sidney) | ap-sydney-1 | Sydney, Australia | SYD | OC1 | 1 |
Sudeste da Austrália (Melbourne) | ap-melbourne-1 | Melbourne, Austrália | MEL | OC1 | 1 |
Leste do Brasil (São Paulo) | sa-saopaulo-1 | Sao Paulo, Brazil | GRU | OC1 | 1 |
Sudeste do Brasil (Vinhedo) | sa-vinhedo-1 | Vinhedo, Brasil | VCP | OC1 | 1 |
Sudeste do Canadá (Montreal) | ca-montreal-1 | Montreal, Canadá | YUL | OC1 | 1 |
Sudeste (Toronto) do Canadá | ca-toronto-1 | Toronto, Canada | YYZ | OC1 | 1 |
Centro do Chile (Santiago) | sa-santiago-1 | Santiago, Chile | SCL | OC1 | 1 |
Oeste do Chile (Valparaiso) | sa-valparaiso-1 | Valparaíso, Chile | VAP | OC1 | 1 |
Central da Colômbia (Bogotá) | sa-bogota-1 | Bogotá, Colômbia | BOG | OC1 | 1 |
Centro da França (Paris) | eu-paris-1 | Paris, França | CDG | OC1 | 1 |
Sul da França (Marselha) | eu-marseille-1 | Marselha, França | MRS | OC1 | 1 |
Centro da Alemanha (Frankfurt) | eu-frankfurt-1 | Frankfurt, Germany | FRA | OC1 | 3 |
Sul da Índia (Hyderabad) | ap-hyderabad-1 | Hyderabad, Índia | HYD | OC1 | 1 |
Índia - Oeste (Mumbai) | ap-mumbai-1 | Mumbai, Índia | BOM | OC1 | 1 |
Norte da Indonésia (Batam) | ap-batam-1 | Batam, Indonésia | HSG | OC1 | 1 |
Centro de Israel (Jerusalém) | il-jerusalem-1 | Jerusalém , Israel | MTZ | OC1 | 1 |
Noroeste da Itália (Milão) | eu-milan-1 | Milão, Itália | LIN | OC1 | 1 |
Centro do Japão (Osaka) | ap-osaka-1 | Osaka, Japão | KIX | OC1 | 1 |
Leste do Japão (Tóquio) | ap-tokyo-1 | Tokyo, Japan | NRT | OC1 | 1 |
Centro do México (Queretaro) | mx-queretaro-1 | Queretaro, México | QRO | OC1 | 1 |
Nordeste do México (Monterrey) | mx-monterrey-1 | Monterrey, México | MTY | OC1 | 1 |
Noroeste da Holanda (Amsterdã) | eu-amsterdam-1 | Amsterdã, Holanda | AMS | OC1 | 1 |
Centro da Arábia Saudita (Riade) | me-riyadh-1 | Riade, Arábia Saudita | RUH | OC1 | 1 |
Oeste da Arábia Saudita (Jeddah) | me-jeddah-1 | Jeddah, Arábia Saudita | JED | OC1 | 1 |
Central da Sérvia (Jovanovac) | eu-jovanovac-1 | Jovanovac, Sérvia | BEG | OC20 | 1 |
Singapura (Cingapura) | ap-singapore-1 | Singapura, Singapura | SIN | OC1 | 1 |
Oeste de Singapura (Cingapura) | ap-singapore-2 | Singapura, Singapura | XSP | OC1 | 1 |
Centro da África do Sul (Joanesburgo) | af-johannesburg-1 | Joanesburgo, África do Sul | JNB | OC1 | 1 |
Centro da Coreia do Sul (Seul) | ap-seoul-1 | Seoul, South Korea | ICN | OC1 | 1 |
Norte da Coreia do Sul (Chuncheon) | ap-chuncheon-1 | Chuncheon, Coreia do Sul | YNY | OC1 | 1 |
Espanha Central (Madri) | eu-madrid-1 | Madri, Espanha | MAD | OC1 | 1 |
Suécia Central (Estocolmo) | eu-stockholm-1 | Estocolmo, Suécia | ARN | OC1 | 1 |
Norte da Suíça (Zurique) | eu-zurich-1 | Zurich, Switzerland | ZRH | OC1 | 1 |
Centro dos EAU (Abu Dhabi) | me-abudhabi-1 | Abu Dabi, EAU | AUH | OC1 | 1 |
Leste dos EAU (Dubai) | me-dubai-1 | Dubai, EAU | DXB | OC1 | 1 |
Sul do Reino Unido (Londres) | uk-london-1 | London, United Kingdom | LHR | OC1 | 3 |
Oeste do Reino Unido (Newport) | uk-cardiff-1 | Newport, Reino Unido | CWL | OC1 | 1 |
Leste dos EUA (Ashburn) | us-ashburn-1 | Ashburn, VA | IAD | OC1 | 3 |
Centro-Oeste dos EUA (Chicago) | us-chicago-1 | Chicago, IL | ORD | OC1 | 3 |
Oeste dos EUA (Phoenix) | us-phoenix-1 | Phoenix, AZ | PHX | OC1 | 3 |
Oeste dos EUA (San Jose) | us-sanjose-1 | San Jose, CA | SJC | OC1 | 1 |
Para se inscrever em uma região, consulte Gerenciando Regiões.
Para obter uma lista de regiões dos domínios do Oracle Government Cloud, consulte os seguintes tópicos:
Nomes de Domínios de Disponibilidade da Tenancy
Para ajudar a equilibrar a capacidade nos data centers, o Oracle Cloud Infrastructure randomiza domínios de disponibilidade por tenancy. Por exemplo, o domínio de disponibilidade chamado PHX-AD-1
para tenancyA pode ser um data center distinto daquele chamado de PHX-AD-1
para tenancyB.
Para rastrear qual domínio da disponibilidade corresponde a qual datacenter para cada tenancy, o Oracle Cloud Infrastructure usa prefixos específicos para tenancies para nomes de domínio da disponibilidade. Um exemplo de prefixo é Uocm:
. Com esse prefixo, os nomes de domínio de disponibilidade são Uocm:PHX-AD-1
, Uocm:PHX-AD-2
etc.
Para obter os nomes específicos dos domínios da disponibilidade da sua tenancy, use a operação ListAvailabilityDomains, que está disponível na API do serviço IAM. Você também pode ver os nomes quando usa a Console para criar uma instância e escolher em qual domínio de disponibilidade a instância será criada.
Domínios 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 com falha fornecem antiafinidade: eles permitem distribuir suas instâncias para que as instâncias não fiquem no mesmo hardware físico dentro de 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.
Para controlar o posicionamento das instâncias de computação, instâncias do sistema do BD bare metal ou instâncias do sistema do BD de máquina virtual, você pode especificar opcionalmente o domínio de falha para uma nova instância ou pool 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 uma colocação antiafinidade de melhor esforço em diferentes domínios de falha, enquanto otimiza para a capacidade disponível no domínio de disponibilidade. Para alterar o domínio de falha de uma instância de computação, edite o domínio de falha. Para alterar o domínio da falha de uma instância do sistema de BD bare metal ou de máquina virtual, encerre-o e inicie uma nova instância no domínio da falha preferencial.
Use domínios de falha para fazer as seguintes coisas:
- Proteja-se contra falhas de hardware inesperadas.
- Proteja contra interrupções planejadas devido à manutenção do hardware do serviço Compute.
Para obter mais informações:
- Para obter recomendações sobre como usar domínios de falha ao provisioná-los, consulte Domínios da Falha em Melhores Práticas para Suas Instâncias do serviço Compute.
Limites de Região Inscrita
As tenancies de teste, free tier e sem assinatura (Pay as You go) são limitadas a uma região inscrita. Você pode solicitar um aumento no limite para tenancies sem assinatura (Pay as You Go). Consulte Para solicitar um aumento de limite de região inscrita para obter mais informações.
As tenancies de créditos mensais universais podem se inscrever em todas as regiões comerciais liberadas publicamente.
Solicitando um Aumento de Limite para a Contagem de Regiões Assinadas
Você pode submeter uma solicitação para aumentar a contagem de regiões inscritas de suas tenancies na Console. Se tentar se inscrever em uma região além do limite da sua tenancy, você será solicitado a submeter uma solicitação de aumento de limite. Além disso, você pode iniciar a solicitação na página de limites do serviço ou a qualquer momento, clicando no link no menu Ajuda .
-
Abra o menu Ajuda
, vá para Suporte e clique em Solicitar aumento de limite de serviço.
-
Informe o seguinte:
- Detalhes do Contato Principal: Informe o nome e o endereço de e-mail da pessoa que está fazendo a solicitação. Informe somente um endereço de e-mail. Uma confirmação será enviada para este endereço.
- Categoria de Serviço: Selecione Regiões.
- Recurso: Selecione Contagem de regiões inscritas.
- Limite da Tenancy: Especifique o número do limite.
- Motivo da Solicitação: Informe um motivo para sua solicitação. Se sua solicitação for urgente ou incomum, forneça detalhes aqui.
- Clique em Submeter Solicitação.
Depois que você submeter a solicitação, ela será processada. Uma resposta pode levar desde alguns minutos até alguns dias. Se sua solicitação for concedida, um e-mail de confirmação será enviado ao endereço fornecido nos detalhes do contato principal.
Se precisamos de informações adicionais sobre sua solicitação, será enviado um e-mail de acompanhamento ao endereço fornecido nos detalhes do contato principal.
Disponibilidade de Serviço em Regiões
A OCI oferece seus serviços de nuvem em todas as suas regiões de nuvem pública e regiões de nuvem dedicada. No entanto, certos serviços especializados ou emergentes estão disponíveis apenas em regiões selecionadas. Para obter mais informações, consulte Disponibilidade do Serviço.
Disponibilidade de Recursos
As seguintes seções listam os tipos de recursos com base em sua disponibilidade: entre regiões, dentro de uma única região ou dentro de um único domínio de disponibilidade.
Em geral: os recursos do IAM são de região cruzada. Sistemas de Banco de Dados, 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
- detectores (Cloud Guard; regional para região de relatório)
- grupos dinâmicos
- recursos da federação
- grupos
- listas gerenciadas (Cloud Guard)
- origens de rede
- políticas (IAM e Zero Trust Packet Routing)
- respondentes (Cloud Guard; regional para região de relatório)
- atributos de segurança (Roteamento de Pacotes de Confiança Zero)
- namespaces de atributo de segurança (Roteamento de Pacote de Confiança Zero)
- namespaces de tag
- chaves de tag
- destinos (Cloud Guard; regional para região de relatório)
- usuários
Recursos Regionais
- Políticas de acesso (Service Mesh)
- agentes (Migração de Banco de Dados)
- alarmes
- apm-domains (Application Performance Monitoring)
- aplicativos (serviço Data Flow)
- aplicativos (serviço Functions)
- repositórios de artefato (Artifact Registry)
- backups (OCI Database with PostgreSQL)
- bastions
- plataformas blockchain (serviço Blockchain Platform)
- buckets: Embora buckets sejam recursos regionais, eles poderão ser acessados em qualquer local se você usar o URL correto de Armazenamento de Objetos específico para a região para as chamadas de API.
- itens de catálogo (Fleet Application Management)
- infraestruturas (serviço Compute Cloud@Customer)
- programações de upgrade (serviço Compute Cloud@Customer)
- clusters (serviço Big Data Service)
- clusters (serviço Kubernetes Engine)
- grupos de posicionamento de cluster (serviço de Grupos de Posicionamento de Cluster)
- regras do cloudevents
- regras de política de conformidade (Fleet Application Management)
- Solicitações de Serviço de Configuração (Log Analytics)
- configurações (OCI Database with PostgreSQL)
- provedores de origem de configuração (Gerenciador de Recursos)
- conexões (Migração de Banco de Dados)
- conectores (Connector Hub)
- conteúdo e experiência (Gerenciamento de Conteúdo)
- CPE (customer-premises equipment)
- painéis (Painéis de Controle do Console)
- painéis de controle (Painel de Controle de Gerenciamento)
- grupos de painéis de instrumentos (Console Dashboards)
- catálogos de dados
- insights do banco de dados (Ops Insights)
- bancos de dados (OCI Database with PostgreSQL)
- conjuntos de dados (Data Labeling)
- Sistemas de BD (serviço MySQL HeatWave)
- implantações (GoldenGate)
- pools de área de trabalho (Secure Desktops)
- projetos de devops (DevOps)
- pipelines de build (DevOps)
- repositórios de código (DevOps)
- pipelines de implantação (DevOps)
- Conjuntos de opções de DHCP
- jobs de descoberta (Stack Monitoring)
- DrProtectionGroup (Full Stack Disaster Recovery)
- DrPlan (Full Stack Disaster Recovery)
- DrPlanExecution (Full Stack Disaster Recovery)
- DRGs (gateways de roteamento dinâmico)
- chaves de criptografia
- entidades (Log Analytics)
- frotas (Gerenciamento Java)
- frotas (Fleet Application Management)
- funções
- artefatos genéricos (Artifact Registry)
- grupos (OS Management Hub)
- verificações de host
- imagens
- gateways de ingresso (Service Mesh)
- tabelas de roteamento de gateway de ingresso (Service Mesh)
- instâncias (OS Management Hub)
- ambientes de ciclo de vida (OS Management Hub)
- estágios do ciclo de vida (OS Management Hub)
- gateways de Internet
- jobs (Gerenciamento de Banco de Dados)
- jobs (Migração de Banco de Dados)
- cargos (Gerenciador de Recursos)
- balanceadores de carga
- LPGs (local peering gateways)
- grupos de logs (Log Analytics)
- janelas de manutenção (Fleet Application Management)
- chaves de instalação do agente de gerenciamento
- agentes de gerenciamento
- grupos de bancos de dados gerenciados (Database Management)
- bancos de dados gerenciados (Database Management)
- estações de gerenciamento (OS Management Hub)
- malhas (Service Mesh)
- métricas
- Workflow de mídia (Fluxo de mídia)
- Configuração de workflow de mídia (Fluxo de Mídia)
- Job de workflow de mídia (Fluxo de Mídia)
- Ativo de mídia (Fluxo de Mídia)
- migrações (Serviço Database Migration)
- modelos
- monitores (Verificações de Integridade)
- Gateways NAT
- políticas do serviço network firewall
- grupos de segurança de rede
- pools de nós
- sessões de notebook
- regras de coleta de objetos (Log Analytics)
- OpenSearch clusters (Search with OpenSearch)
- OpenSearch backups de cluster (Search with OpenSearch)
- patches (Fleet Application Management)
- configurações de plataforma (Fleet Application Management)
- osddistributeddb (Banco de Dados Globalmente Distribuído)
- osddistributeddbprivateendpoint (Banco de Dados Globalmente Distribuído)
- osdworkrequest (Banco de Dados Distribuído Globalmente)
- verificações de porta
- pontos finais privados (Gerenciamento de Banco de Dados)
- pontos finais privados (Resource Manager)
- solicitações de serviço de ponto final privado (Gerenciamento de Banco de Dados)
- modelos privados (Resource Manager)
- sondagens (Health Checks)
- problemas (Cloud Guard; regional para região de relatório)
- perfis (OS Management Hub)
- projetos
- propriedades (Fleet Application Management)
- provisões (Fleet Application Management)
- solicitações de serviço queryjob (Log Analytics)
- filas
- bancos de dados registrados (GoldenGate)
- repositórios
- IPs públicos reservados
- recursos (Stack Monitoring)
- tabelas de roteamento
- execuções
- runbooks (Gerenciamento de Aplicativos da Frota)
- pesquisas salvas (Painel de Controle de Gerenciamento)
- receitas de verificação
- agendamentos (Fleet Application Management)
- tarefas programadas (Log Analytics)
- jobs programados (OS Management Hub)
- segredos
- listas de segurança
- zonas de segurança
- receitas da zona de segurança
- gateways de serviço
- sessões (Bastion)
- banco de dados sharded (Globally Distributed Autonomous Database)
- sharded-database-work-request (Globally Distributed Autonomous Database)
- sharded-database-private-endpoint (Globally Distributed Autonomous Database)
- origens de software (OS Management Hub)
- pilhas (Resource Manager)
- StreamDistributionChannel (Streams de Mídia)
- StreamPackagingConfig (Streams de Mídia)
- StreamCdnConfig (Streams de Mídia)
- solicitações de serviço de armazenamento (Log Analytics)
- 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
- destinos (Vulnerability Scanning)
- Indicadores de ameaça
- tipos de ameaça
- tópicos
- vaults
- VCNs (redes virtuais na nuvem)
- implantações virtuais (Service Mesh)
- serviços virtuais (Service Mesh)
- tabelas da rota do serviço virtual (Service Mesh)
- backups do volume: Eles podem ser restaurados como novos volumes para qualquer domínio de disponibilidade dentro da mesma região em que estão armazenados.
- relatórios de vulnerabilidade
- espaços de trabalho
Recursos Específicos para o Domínio de Disponibilidade
- instâncias de contêiner
- Sistemas de BD (serviço Oracle Database)
- IPs públicos efêmeros
- instâncias (Computação): Elas podem ser anexadas somente a volumes no mesmo domínio de disponibilidade.
- Sistemas de arquivos Lustre (File Storage com Lustre)
- firewalls de rede
- 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 anexados a uma instância no mesmo domínio de disponibilidade.