Saiba Mais sobre a Implantação do Active Data Guard Far Sync

O Oracle Database@AWS permite executar seus bancos de dados Oracle de missão crítica usando o Oracle Exadata Database Service on Dedicated Infrastructure nos data centers da AWS.

Você obtém a alta disponibilidade, o desempenho e a escalabilidade integrados do Oracle Exadata Database Service e do Oracle Real Application Clusters (Oracle RAC), com baixa latência para aplicações baseadas na AWS. A extensão da solução com um banco de dados stand-by Active Data Guard hospedado na infraestrutura do Exadata em outra região fornece proteção de dados e recuperação de desastres para interrupções regionais.

O Oracle Data Guard permite que você transporte os dados de forma síncrona para o banco de dados stand-by para garantir zero perda de dados. No entanto, ao longo de longas distâncias, o transporte síncrono aumenta a latência de commit e pode reduzir o throughput no banco de dados principal. O Active Data Guard Far Sync preserva a perda de dados zero a qualquer distância com impacto mínimo no banco de dados principal, recebendo redo de forma síncrona localmente e encaminhando-o de forma assíncrona para standbys remotos. Far Sync, uma instância leve, fornece proteção de dados síncrona e failover de perda de dados zero sem exigir um banco de dados stand-by local síncrono.

Neste manual de soluções, você aprende a configurar e implantar o Active Data Guard Far Sync para obter perda de dados zero nas regiões do Oracle Database@AWS.

Sobre Serviços e Atribuições Obrigatórios

Esta solução requer os seguintes serviços e funções:

• Oracle Cloud Infrastructure Compute
• Oracle Cloud Infrastructure Networking

Essas são as funções necessárias para cada serviço.

Nome do Serviço: Função	Obrigatório para...
OCI Compute: manage instance-family	Criar e gerenciar VMs do OCI Compute
Rede da OCI: manage vcn-family	Gerencie os componentes de rede, incluindo VCNs, sub-redes, regras de segurança e pareamento de VCN

Consulte Produtos, Soluções e Serviços Oracle para obter o que você precisa.

Antes de Começar

Antes de começar, certifique-se de que o seguinte já esteja implantado nas regiões principal e stand-by:

• Infraestrutura Exadata
• Cluster de VMs do Exadata
• Bancos de dados Oracle

Revise as seguintes soluções:

• Implemente a recuperação de desastres com o Active Data Guard entre regiões no Oracle Database@AWS
• Oracle Exadata Database Service on Dedicated Infrastructure
• Implemente o Oracle Database@AWS

Revise estes recursos relacionados:

• Revise as melhores práticas de segurança para sua VPC na documentação da nuvem privada virtual da Amazon
• Planeje o espaço de endereço IP da AWS usando o Design de Rede do ODB

Em seguida, você deve provisionar máquinas virtuais do OCI Compute para hospedar instâncias do Far Sync. Siga estas etapas para instalar máquinas virtuais do OCI Compute para executar instâncias do Far Sync:

1. Na Console do OCI, abra o serviço Compute e, em seguida, Instâncias.
2. Clique emCriar instância.
3. Selecione os detalhes da região e da configuração da forma do OCI para atender aos seus requisitos.
4. Na seção Rede, selecione Hub VCN e Hub Subnet, conforme ilustrado no diagrama de arquitetura.
5. Digite as informações necessárias e clique em Criar.
6. Após a criação das VMs, conecte-se usando SSH e instale o Oracle Database conforme descrito na documentação da Oracle.

Arquitetura

A arquitetura a seguir mostra uma recuperação de desastre entre regiões com o Active Data Guard Far Sync com duas instâncias do Far Sync em execução em cada região do OCI:

Descrição da ilustração cross-region-dr-activedg-farsync.png

cross-region-dr-activedg-farsync-oracle.zip

Duas instâncias do Active Data Guard Far Sync são criadas nas regiões correspondentes do Oracle Cloud Infrastructure (OCI). O banco de dados Principal na Região 1 envia os dados redo no modo SYNC para a instância local do Far Sync na mesma região, que encaminha os dados redo no modo ASYNC para o banco de dados stand-by na Região 2 remota.

Depois que uma chave de atribuição e o banco de dados na Região 2 se tornam o principal, ele envia os dados redo no modo SYNC para sua instância local do Far Sync na mesma região, que encaminha os dados redo no modo ASYNC para o banco de dados stand-by na Região 1 remota.

O Oracle Exadata Database Service na rede Oracle Database@AWS é conectado à sub-rede do cliente Exadata usando um Gateway de Roteamento Dinâmico (DRG) gerenciado pela Oracle. Um DRG também é necessário para criar uma conexão de mesmo nível entre VCNs em diferentes regiões. Como só é permitido um DRG por VCN no OCI, uma segunda VCN com seu próprio DRG é necessária para conectar as VCNs principal e stand-by em cada região.

O aplicativo é replicado entre regiões para acessar o banco de dados na mesma região e obter a menor latência e o maior desempenho.

Essa arquitetura suporta os seguintes componentes:

• Região da AWS

  As regiões da AWS são áreas geográficas separadas. Consistem em várias zonas de disponibilidade isoladas, separadas fisicamente e conectadas com rede de baixa latência, alto throughput e altamente redundante.

• Zona de disponibilidade da AWS

  As zonas de disponibilidade são data centers altamente disponíveis em cada região da AWS.

• Rede e sub-rede virtual na nuvem da OCI

  VCN (rede virtual na nuvem) é uma rede personalizável definida por software que você configura em uma região do OCI. Assim como as redes tradicionais do data center, as VCNs dão a você controle sobre seu ambiente de rede. Uma VCN pode ter vários blocos de CIDR (Classless Inter-domain Routing) não sobrepostos que você pode alterar após criar a VCN. Você pode segmentar uma VCN em sub-redes, com escopo definido para uma região ou para um domínio de disponibilidade. Cada sub-rede consiste em um intervalo contíguo de endereços que não se sobrepõem a outras sub-redes da VCN. Você pode alterar o tamanho de uma sub-rede após a criação. Uma sub-rede pode ser pública ou privada.

• Tabela de roteamento

  As tabelas de roteamento virtual contêm regras para rotear o tráfego de sub-redes para destinos fora de uma VCN, geralmente por meio de gateways.

• Grupo de segurança de rede (NSG)

  Os NSGs atuam como firewalls virtuais para seus recursos de nuvem. Com o modelo de segurança de confiança zero da OCI, você controla o tráfego de rede dentro de uma VCN. Um NSG consiste em um conjunto de normas de segurança de entrada e saída que se aplicam apenas a um conjunto especificado de VNICs (placas de interface de rede virtual) em uma única VCN.

• Pareamento local

  O pareamento local permite que duas VCNs dentro da mesma região da OCI se comuniquem diretamente usando endereços IP privados. Essa comunicação não atravessa a internet nem a sua rede local. O pareamento local é ativado por um LPG (Local Peering Gateway), que serve como ponto de conexão entre VCNs. Configure um LPG em cada VCN e estabeleça um relacionamento de pareamento para permitir que instâncias, balanceadores de carga e outros recursos em uma VCN acessem com segurança recursos em outra VCN dentro da mesma região.

• Gateway de roteamento dinâmico (DRG)

  O DRG é um roteador virtual que fornece um caminho para tráfego de rede privada entre VCNs na mesma região, entre uma VCN e uma rede fora da região, como uma VCN em outra região do OCI, uma rede on-premises ou uma rede em outro provedor de nuvem.

• Pareamento remoto

  O pareamento remoto permite comunicação privada entre recursos em diferentes VCNs, que podem estar localizadas nas mesmas regiões da OCI ou em regiões diferentes. Cada VCN usa seu próprio DRG (Dynamic Routing Gateway) para pareamento remoto. Os DRGs roteiam com segurança o tráfego entre as VCNs pelo backbone privado da OCI, permitindo que os recursos se comuniquem usando endereços IP privados sem rotear o tráfego pela internet ou por meio de redes on-premises. O pareamento remoto elimina a necessidade de gateways de internet ou endereços IP públicos para instâncias que precisam se conectar entre regiões.

• Oracle Exadata Database Service on Dedicated Infrastructure

  O Oracle Exadata Database Service on Dedicated Infrastructure permite que você aproveite o poder do Exadata na nuvem. O Oracle Exadata Database Service oferece recursos comprovados do Oracle Database em infraestrutura otimizada e desenvolvida especificamente para o Oracle Exadata na nuvem pública. A automação integrada da nuvem, o dimensionamento elástico de recursos, a segurança e o desempenho rápido para todas as cargas de trabalho do Oracle Database ajudam a simplificar o gerenciamento e reduzir custos.

• Oracle Data Guard

  O Oracle Data Guard e o Active Data Guard fornecem um conjunto abrangente de serviços que criam, mantêm, gerenciam e monitoram um ou mais bancos de dados stand-by e que permitem 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 usando a replicação na memória. Se o banco de dados de produção ficar indisponível devido a uma interrupção planejada ou não planejada, o Oracle Data Guard poderá alternar qualquer banco de dados stand-by para a atribuição de produção, minimizando o tempo de inatividade associado à interrupção. O Oracle Active Data Guard fornece a capacidade adicional de descarregar cargas de trabalho de leitura máxima para bancos de dados stand-by e também fornece recursos avançados de proteção de dados.

• Far Sync do Data Guard Ativo

  O Active Data Guard Far Sync é uma instância leve do banco de dados Oracle que recebe dados redo de forma síncrona do banco de dados principal e os encaminha de forma assíncrona para um ou mais bancos de dados stand-by. Ele garante zero perda de dados a qualquer distância com impacto mínimo no desempenho do banco de dados principal sem exigir um banco de dados stand-by síncrono local.

Recomendações

Use as recomendações a seguir como ponto de partida. Seus requisitos podem ser diferentes da arquitetura descrita aqui.

• Coloque Far Sync longe o suficiente do banco de dados principal para evitar falhas de causa comum, mas próximo o suficiente para minimizar a latência.
• Implante duas instâncias do Far Sync por região para obter alta disponibilidade. Se todas as instâncias do Far Sync na região principal estiverem indisponíveis, o Active Data Guard redo será enviado diretamente ao stand-by remoto no modo ASYNC. Isso elimina a proteção contra perda de dados zero e pode introduzir atraso no transporte, impactando os Objetivos do Ponto de Recuperação (RPOs).
• Garanta que o desempenho de armazenamento do Far Sync seja adequado para sustentar o redo IOPS de gravação comparável ou melhor que os logs redo on-line do banco de dados principal.
• Configurar o Active Data Guard entre regiões para os bancos de dados provisionados no cluster de VMs do Exadata no Oracle Database@AWS usando uma rede Gerenciada do OCI.

Considerações sobre Recuperação de Desastres entre Regiões

Ao executar a recuperação de desastres entre regiões para o Oracle Exadata Database Service no Oracle Database@AWS, considere o seguinte:

• Configure a OCI como a rede preferida para melhor desempenho, menor latência, maior taxa de transferência e custo reduzido; os primeiros 10 TB/mês de saída de dados são gratuitos em todas as regiões.
• Embora o Far Sync seja leve, o desempenho do disco é crítico porque ele deve persistir em redo antes de confirmar commits no banco de dados principal, o que, se subdimensionado, pode afetar a latência do aplicativo.
• O desempenho da rede da instância do Far Sync é fundamental para cargas de trabalho pesadas.
• Com vários bancos de dados stand-by e instâncias Far Sync, a configuração pode ficar complicada. Use a propriedade RedoRoutes do broker do Active Data Guard para simplificar a definição de como o redo é transportado para os vários destinos.
• O Far Sync requer a licença da opção Active Data Guard.