Implante um Oracle Autonomous Database no Oracle Database@Google Cloud
Arquitetura
Essa arquitetura descreve algumas práticas recomendadas para implantar um Oracle Autonomous Database no Oracle Database@Google Cloud em várias regiões usando o Oracle Autonomous Data Guard.
As práticas de continuidade de negócios e as topologias de alta disponibilidade devem ser sempre consideradas ao projetar aplicativos de banco de dados de missão crítica. O diagrama de arquitetura mostra um aplicativo em execução em duas regiões do Google Cloud. Os usuários acessam o aplicativo externamente por meio de um Balanceador de Carga do Google Cloud. Opcionalmente, o Autonomous Database pode ser configurado para ter um banco de dados principal em execução na região principal e um banco de dados stand-by em execução na região secundária. No caso improvável de uma falha na Região do Google Cloud, o banco de dados stand-by na região secundária pode ser ativado e pode se tornar o banco de dados principal para atender ao aplicativo.
O aplicativo acessa o banco de dados por meio de uma conexão privada com a sub-rede do Oracle Database@Google Cloud. Se a continuidade dos negócios entre regiões for necessária, o Oracle Autonomous Data Guard poderá ser ativado opcionalmente. Se o Oracle Autonomous Data Guard estiver ativado, a Oracle criará automaticamente um banco de dados stand-by em outra Região do Google Cloud. O Oracle Autonomous Data Guard mantém o banco de dados principal e o stand-by entre regiões sincronizados para que o banco de dados stand-by possa ser ativado com perda mínima de dados no caso de uma interrupção da região principal. Os backups automáticos gerenciados pela Oracle são sempre ativados por padrão.
O diagrama a seguir ilustra essa arquitetura de referência.
Descrição da ilustração adb-oracle-db-google-cloud-region.png
adb-oracle-db-google-cloud-region-oracle.zip
A arquitetura tem os seguintes componentes:
- Região
Uma Região do Oracle Cloud Infrastructure (OCI) ou do Google Cloud é uma área geográfica localizada que contém um ou mais data centers. As regiões são independentes umas das outras e estão em muitos países em vários continentes.
Em regiões nas quais os serviços do Oracle Database@Google Cloud estão disponíveis, uma Região do Google Cloud está conectada a uma Região do OCI, com zonas de disponibilidade (AZs) do Google Cloud interconectadas aos domínios de disponibilidade (ADs) correspondentes do OCI. - Zona de Disponibilidade do Google
Uma zona de disponibilidade é um data center fisicamente separado em uma região projetada para estar disponível e tolerante a falhas. Está perto o suficiente para ter conexões de baixa latência com outras zonas de disponibilidade.
- Projeto do Google Cloud
Um Projeto do Google Cloud é necessário para usar APIs do Google Workspace e criar complementos ou aplicativos do Google Workspace. Um projeto em nuvem é a base para criar, habilitar e usar todos os serviços do Google Cloud, incluindo o gerenciamento de APIs, o faturamento, a adição e a remoção de colaboradores e o gerenciamento de permissões.
- Google Virtual Nuvem Privada
O Google Cloud Virtual Private Cloud (VPC) fornece funcionalidade de rede para instâncias de máquina virtual (VM) do Compute Engine, contêineres do Google Kubernetes Engine (GKE), serviços de banco de dados e cargas de trabalho sem servidor. A VPC fornece rede global, escalável e flexível para seu serviço baseado em nuvem.
- Sub-redes do Google
Cada rede VPC consiste em uma ou mais faixas de endereços IP chamadas sub-redes. Sub-redes são recursos regionais que têm intervalos de endereços IP associados a eles.
- Balanceador de Carga do Google
O Google Load Balancer fornece distribuição automatizada de tráfego de um único ponto de entrada para vários servidores no back-end.
- Autonomous Data Guard
O Oracle Autonomous Data Guard permite que um banco de dados stand-by (de pareamento) forneça proteção de dados e recuperação de desastres para sua instância do Autonomous Database. Ele fornece um conjunto abrangente de serviços que cria, mantém, gerencia e monitora um ou mais bancos de dados stand-by para permitir que os bancos de dados Oracle de produção permaneçam disponíveis sem interrupção. O Oracle Data Guard mantém esses bancos de dados stand-by como cópias do banco de dados de produção. Em seguida, se o banco de dados de produção ficar indisponível por causa de uma interrupção planejada ou não planejada, você poderá alternar qualquer banco de dados stand-by para a atribuição de produção, minimizando o tempo de inatividade associado à interrupção.
- Armazenamento de objetos
O serviço OCI Object Storage oferece acesso a grandes quantidades de dados estruturados e não estruturados de qualquer tipo de conteúdo, incluindo backups de bancos de dados, dados de análise e conteúdo avançado, como imagens e vídeos. Você pode armazenar dados de forma segura e protegida diretamente da internet ou de dentro da plataforma da nuvem. Você pode dimensionar o armazenamento sem prejudicar o desempenho ou a confiabilidade do serviço.
Use o armazenamento padrão para armazenamento de acesso frequente que você precisa para acessar de forma rápida, imediata e com frequência. Use o armazenamento de arquivos compactados para armazenamento "frio" que você mantém por longos períodos de tempo e raramente acessa.
- Oracle Cloud Infrastructure Vault
O Oracle Cloud Infrastructure Vault permite criar e gerenciar centralmente as chaves de criptografia que protegem seus dados e as credenciais secretas que você usa para proteger o acesso aos seus recursos na nuvem. O gerenciamento de chaves padrão são chaves gerenciadas pela Oracle. Você também pode usar chaves gerenciadas pelo cliente que usam o OCI Vault. O OCI Vault oferece um rico conjunto de APIs REST para gerenciar vaults e chaves.
Considerações
Ao implementar essa arquitetura, considere o seguinte:
- Conectividade de Rede
Ao usar a conectividade privada, planeje sua conectividade de rede com antecedência para definir seu espaço de endereço de rede (CIDR) e topologias. Você precisa de pelo menos uma VPC que possa emparelhar com uma VCN (Rede Virtual na Nuvem) do OCI correspondente. Os blocos CIDR para quaisquer VPCs do Google Cloud e VCNs do OCI não devem se sobrepor.
- Resiliência do Aplicativo
Se estiver usando um stand-by entre regiões, a camada de aplicativos também deverá ter redundância entre regiões com o Balanceador de Carga Global do Google Cloud para failover rápido.
- Teste de Recuperação de Desastres
Teste sua configuração de recuperação de desastres executando um switchover para o banco de dados stand-by em uma cadência regular para garantir a excelência operacional.