Más información sobre el despliegue de la sincronización a distancia de Active Data Guard

Oracle Database@AWS le permite ejecutar sus bases de datos Oracle esenciales utilizando Oracle Exadata Database Service on Dedicated Infrastructure dentro de los centros de datos de AWS.

Obtendrá la alta disponibilidad, el rendimiento y la escalabilidad integrados de Oracle Exadata Database Service y Oracle Real Application Clusters (Oracle RAC), con baja latencia para aplicaciones basadas en AWS. La ampliación de la solución con una base de datos en espera de Active Data Guard alojada en una infraestructura de Exadata en otra región proporciona protección de datos y recuperación ante desastres para interrupciones regionales.

Oracle Data Guard permite transportar los datos de forma síncrona a la base de datos en espera para garantizar que no se pierdan datos. Sin embargo, en largas distancias, el transporte síncrono aumenta la latencia de confirmación y puede reducir el rendimiento en la base de datos primaria. La sincronización a distancia de Active Data Guard conserva ninguna pérdida de datos a cualquier distancia con un impacto mínimo en la base de datos primaria al recibir de forma síncrona redo localmente y reenviarla de forma asíncrona a bases de datos en espera remotas. La sincronización a distancia, una instancia ligera, proporciona protección de datos síncrona y failover sin pérdida de datos sin necesidad de una base de datos en espera local síncrona.

En este manual de soluciones, aprenderá a configurar y desplegar la sincronización a distancia de Active Data Guard para lograr que no se pierdan datos en las regiones de Oracle Database@AWS.

Acerca de los servicios y los roles necesarios

Esta solución requiere los siguientes servicios y roles:

• Oracle Cloud Infrastructure Compute
• Oracle Cloud Infrastructure Networking

Estos son los roles necesarios para cada servicio.

Nombre de servicio: Rol	Necesario para...
OCI Compute: manage instance-family	Crear y gestionar máquinas virtuales de OCI Compute
OCI Networking: manage vcn-family	Gestionar los componentes de red, incluidas las redes virtuales en la nube, las subredes, las reglas de seguridad y el intercambio de VCN

Consulte Productos, soluciones y servicios de Oracle para obtener lo que necesita.

Antes de empezar

Antes de empezar, asegúrese de que los siguientes elementos ya están desplegados en las regiones principal y en espera:

• Infraestructura de Exadata
• Cluster de VM de Exadata
• Bases de Datos Oracle

Revise las siguientes soluciones:

• Implantar la recuperación ante desastres con Active Data Guard entre regiones en Oracle Database@AWS
• Oracle Exadata Database Service on Dedicated Infrastructure
• Desplegar Oracle Database@AWS

Revise estos recursos relacionados:

• Revise las mejores prácticas de seguridad para su VPC en la documentación de nube privada virtual de Amazon
• Planificación del espacio de direcciones IP de AWS mediante el diseño de red de ODB

A continuación, debe aprovisionar las máquinas virtuales de OCI Compute para alojar instancias de sincronización a distancia. Siga estos pasos para instalar máquinas virtuales de OCI Compute para ejecutar instancias de sincronización a distancia:

1. En la consola de OCI, abra Recursos informáticos y, a continuación, Instancias.
2. Haga clic en Creación de instancia.
3. Seleccione los detalles de configuración de unidad y región de OCI para cumplir sus requisitos.
4. En la sección Networking, seleccione Hub VCN y Hub Subnet como se muestra en el diagrama de arquitectura.
5. Introduzca la información necesaria y haga clic en Crear.
6. Después de crear las máquinas virtuales, conéctese mediante SSH e instale Oracle Database como se describe en la documentación de Oracle.

Arquitectura

La siguiente arquitectura muestra una recuperación ante desastres entre regiones con Sincronización a distancia de Active Data Guard con dos instancias de sincronización a distancia que se ejecutan en cada región de OCI:

Descripción de la ilustración cross-region-dr-activedg-farsync.png

entre regiones-dr-activedg-farsync-oracle.zip

Se crean dos instancias de sincronización a distancia de Active Data Guard en las regiones de Oracle Cloud Infrastructure (OCI) correspondientes. La base de datos primaria de la región 1 envía los datos redo en modo SYNC a la instancia de sincronización a distancia local de la misma región, que reenvía los datos redo en modo ASYNC a la base de datos en espera de la región remota 2.

Después de que un cambio de rol y la base de datos de la región 2 se conviertan en la principal, envía los datos redo en modo SYNC a su instancia de sincronización a distancia local de la misma región, que reenvía los datos redo en modo ASYNC a la base de datos en espera de la región 1 remota.

La red de Oracle Exadata Database Service en Oracle Database@AWS está conectada a la subred del cliente de Exadata mediante un gateway de direccionamiento dinámico (DRG) gestionado por Oracle. También se necesita un DRG para crear una conexión de peer entre las redes virtuales en la nube en diferentes regiones. Dado que solo se permite un DRG por VCN en OCI, se necesita una segunda VCN con su propio DRG para conectar las redes virtuales en la nube principal y en espera en cada región.

La aplicación se replica entre regiones para acceder a la base de datos en la misma región y lograr la latencia más baja y el máximo rendimiento.

Esta arquitectura admite los siguientes componentes:

• Región de AWS

  Las regiones de AWS son áreas geográficas separadas. Consisten en varias zonas de disponibilidad aisladas, separadas físicamente y conectadas con redes de baja latencia, alto rendimiento y altamente redundantes.

• Zona de disponibilidad de AWS

  Las zonas de disponibilidad son centros de datos de alta disponibilidad en cada región de AWS.

• Red virtual en la nube y subred de OCI

  Una red virtual en la nube (VCN) es una red personalizable y definida por software que se configura en una región de OCI. Al igual que las Redes de los Centros de Datos Tradicionales, las Redes Virtuales le proporcionan el control sobre su entorno de red. Una VCN puede tener varios bloques de CIDR no superpuestos que puede cambiar después de crear la VCN. Puede segmentar una VCN en subredes, las cuales se pueden acotar a una región o a un dominio de disponibilidad. Cada subred está formada por un rango contiguo de direcciones que no se solapan con las demás subredes de la VCN. Puede cambiar el tamaño de una subred después de la creación. Una subred puede ser pública o privada.

• Tabla de rutas

  Las tablas de rutas virtuales contienen reglas para enrutar el tráfico de subredes a destinos fuera de una VCN, normalmente a través de gateways.

• Grupo de seguridad de red (NSG)

  Los NSG actúan como firewalls virtuales para sus recursos en la nube. Con el modelo de seguridad de confianza cero de OCI, puede controlar el tráfico de red dentro de una VCN. Un NSG está formado por un conjunto de reglas para la entrada y salida que se aplican solo a los conjuntos especificados de tarjetas de interfaz de red virtual (VNIC) en una única VCN.

• Intercambio de tráfico local

  El intercambio de tráfico local permite que dos redes virtuales en la nube de la misma región de OCI se comuniquen directamente mediante direcciones IP privadas. Esta comunicación no atraviesa Internet ni su red local. El intercambio de tráfico local lo activa un gateway de intercambio de tráfico local (LPG), que sirve como punto de conexión entre las redes virtuales en la nube. Configure un LPG en cada VCN y establezca una relación de intercambio de tráfico para permitir que las instancias, los equilibradores de carga y otros recursos de una VCN accedan de forma segura a los recursos de otra VCN de la misma región.

• Gateway de enrutamiento dinámico (DRG)

  The DRG is a virtual router that provides a path for private network traffic between VCNs in the same region, between a VCN and a network outside the region, such as a VCN in another OCI region, an on-premises network, or a network in another cloud provider.

• Intercambio de tráfico Remoto

  El intercambio de tráfico remoto permite la comunicación privada entre recursos de diferentes redes virtuales en la nube, que se pueden ubicar en la misma región de OCI o en distintas regiones. Cada VCN utiliza su propio gateway de direccionamiento dinámico (DRG) para el intercambio remoto. Los DRG enrutan de forma segura el tráfico entre las VCN a través de la red troncal privada de OCI, lo que permite a los recursos comunicarse mediante direcciones IP privadas sin enrutar el tráfico a través de Internet o a través de redes locales. El intercambio de tráfico remoto elimina la necesidad de gateways de Internet o direcciones IP públicas para instancias que necesitan conectarse entre regiones.

• Oracle Exadata Database Service on Dedicated Infrastructure

  Oracle Exadata Database Service on Dedicated Infrastructure permite aprovechar la potencia de Exadata en la nube. Oracle Exadata Database Service ofrece capacidades probadas de Oracle Database en una infraestructura de Oracle Exadata optimizada y diseñada específicamente en la nube pública. La automatización incorporada en la nube, la ampliación flexible de recursos, la seguridad y el rendimiento rápido para todas las cargas de trabajo de Oracle Database le ayudan a simplificar la gestión y reducir los costos.

• Oracle Data Guard

  Oracle Data Guard y Active Data Guard proporcionan un completo juego de servicios que permiten crear, mantener, gestionar y controlar una o más bases de datos en espera para que las bases de datos Oracle de producción puedan sobrevivir ante desastres y corrupciones de datos de producción. Oracle Data Guard mantiene estas bases de datos en espera como copias de la base de datos de producción mediante la replicación en memoria. Si la base de datos de producción deja de estar disponible debido a una interrupción planificada o no planificada, Oracle Data Guard puede cambiar cualquier base de datos en espera al rol de producción, lo que minimiza el tiempo de inactividad asociado a la interrupción. Oracle Active Data Guard proporciona la capacidad adicional de descargar cargas de trabajo de lectura en su mayoría en bases de datos en espera y también proporciona funciones avanzadas de protección de datos.

• Sincronización lejana de Active Data Guard

  La sincronización a distancia de Active Data Guard es una instancia de base de datos Oracle ligera que recibe datos redo de forma síncrona de la base de datos primaria y los reenvía de forma asíncrona a una o más bases de datos en espera. Garantiza que no se pierdan datos a cualquier distancia con un impacto mínimo en el rendimiento de la base de datos primaria sin necesidad de una base de datos en espera síncrona local.

Recomendaciones

Utilice las siguientes recomendaciones como punto de partida. Sus requisitos pueden diferir de la arquitectura que se describe aquí.

• Coloque la sincronización a distancia lo suficientemente lejos de la base de datos primaria para evitar fallos de causa común, pero lo suficientemente cerca como para minimizar la latencia.
• Despliegue dos instancias de sincronización a distancia por región para obtener alta disponibilidad. Si todas las instancias de sincronización a distancia de la región principal no están disponibles, Active Data Guard redo se enviará directamente a la base de datos en espera remota en modo ASYNC. Esto elimina la protección sin pérdida de datos y puede introducir retrasos en el transporte, lo que afecta a los objetivos del punto de recuperación (RPO).
• Asegúrese de que el rendimiento de almacenamiento para la sincronización a distancia sea adecuado para mantener la escritura de redo en IOPS comparable o superior a los logs redo en línea de la base de datos primaria.
• Configure Active Data Guard entre regiones para las bases de datos aprovisionadas en el cluster de VM de Exadata en Oracle Database@AWS mediante una red gestionada por OCI.

Consideraciones para la recuperación de desastres entre regiones

Al realizar una recuperación ante desastres entre regiones para Oracle Exadata Database Service en Oracle Database@AWS, tenga en cuenta lo siguiente:

• Configure OCI como la red preferida para un mejor rendimiento, una menor latencia, un mayor rendimiento y un costo reducido; los primeros 10 TB/mes de salida de datos son gratuitos en todas las regiones.
• Aunque la sincronización a distancia es ligera, el rendimiento del disco es crítico porque debe mantener redo antes de confirmar las confirmaciones en la base de datos primaria, lo que si el tamaño bajo puede afectar a la latencia de la aplicación.
• El rendimiento de la red de la instancia de sincronización a distancia es fundamental para cargas de trabajo de gran tamaño.
• Con varias bases de datos en espera e instancias de sincronización a distancia, la configuración puede complicarse. Utilice la propiedad RedoRoutes del broker de Active Data Guard para simplificar la definición de cómo se transporta redo a los distintos destinos.
• La sincronización a distancia requiere la licencia de la opción Active Data Guard.