Emule Oracle DR mediante una base de datos global Aurora compatible con SQL Postgre - Recomendaciones de AWS

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Emule Oracle DR mediante una base de datos global Aurora compatible con SQL Postgre

Creado por Boorgadda () HariKrishna AWS

Entorno: PoC o piloto

Origen: Oracle

Objetivo: Aurora Postgre SQL

Tipo R: renovar arquitectura

Carga de trabajo: Oracle

Tecnologías: migración; modernización; bases de datos

AWSservicios: Amazon Aurora

Resumen

Las prácticas recomendadas para la recuperación de desastres (DR) a nivel empresarial consisten, básicamente, en diseñar e implementar sistemas de hardware y software tolerantes a fallos que puedan sobrevivir a un desastre (continuidad de la actividad empresarial) y reanudar las operaciones normales (reanudación de la actividad empresarial) con una intervención mínima e, idealmente, sin pérdida de datos. Crear entornos tolerantes a fallos para cumplir los objetivos de la DR empresarial puede ser una empresa larga y costosa, y requiere un firme compromiso por parte de la empresa.

Oracle Database ofrece tres enfoques diferentes de recuperación de desastres que proporcionan el nivel más alto de protección y disponibilidad de datos en comparación con cualquier otro enfoque para proteger datos de Oracle.

  • Dispositivo de recuperación sin pérdida de datos de Oracle

  • Oracle Active Data Guard

  • Oracle GoldenGate

Este patrón proporciona una forma de emular la recuperación ante GoldenGate desastres de Oracle mediante una base de datos global de Amazon Aurora. La arquitectura de referencia utiliza Oracle GoldenGate para la recuperación ante desastres en tres AWS regiones. El patrón recorre el cambio de plataforma de la arquitectura de origen a la base de datos global Aurora, nativa de la nube, basada en Amazon Aurora SQL Postgre —Compatible Edition.

Las bases de datos globales de Aurora están diseñadas para aplicaciones con una huella global. Una única base de datos de Aurora abarca varias AWS regiones con hasta cinco regiones secundarias. Las bases de datos globales de Aurora ofrecen las siguientes características:

  • Replicación física a nivel de almacenamiento

  • Lecturas globales de baja latencia

  • Recuperación de desastres rápida tras interrupciones en toda la región

  • Migraciones rápidas entre regiones

  • Bajo retraso de replicación en todas las regiones

  • Little-to-no impacto en el rendimiento de su base de datos

Para obtener más información sobre las características y ventajas de las bases de datos globales de Aurora, consulte Uso de las bases de datos globales de Amazon Aurora. Para obtener más información sobre las conmutaciones por error gestionadas y no planificadas, consulte Uso de la conmutación por error en una base de datos global de Amazon Aurora.

Requisitos previos y limitaciones

Requisitos previos 

  • Una AWS cuenta activa 

  • Un SQL controlador Postgre de Java Database Connectivity (JDBC) para la conectividad de las aplicaciones

  • Una base de datos global de Aurora basada en la edición compatible con Postgre SQL de Amazon Aurora

  • Una base de datos Oracle Real Application Clusters (RAC) migrada a la base de datos global Aurora basada en Aurora (compatible con PostgreSQL)

Limitaciones de las bases de datos globales de Aurora

Versiones de producto

  • Amazon AuroraSQL: edición compatible con Postgre, versión 10.14 o posterior

Arquitectura

Pila de tecnología de origen 

  • RACBase de datos Oracle de cuatro nodos

  • Oracle GoldenGate

Arquitectura de origen 

El siguiente diagrama muestra tres clústeres con Oracle de cuatro nodos RAC en diferentes AWS regiones replicados mediante Oracle. GoldenGate

Oracle RAC en una región principal y dos regiones secundarias.

Pila de tecnología de destino

  • Una base de datos global de Amazon Aurora de tres clústeres basada en Aurora PostgreSQL: compatible con un clúster en la región principal y dos clústeres en regiones secundarias diferentes

Arquitectura de destino

Amazon Aurora en una región principal y dos regiones secundarias.

Herramientas

AWSservicios

  • Amazon Aurora Postgre SQL -Compatible Edition es un motor de base de datos relacional totalmente administrado y ACID compatible que le ayuda a configurar, operar y escalar las implementaciones de Postgre. SQL

  • Las bases de datos globales de Amazon Aurora abarcan varias AWS regiones, lo que proporciona lecturas globales de baja latencia y una recuperación rápida tras una interrupción poco frecuente que podría afectar a toda una AWS región.

Epics

TareaDescripciónHabilidades requeridas

Adjunte uno o varios clústeres de Aurora secundarios.

En la consola AWS de administración, elija Amazon Aurora. Seleccione el clúster principal, elija Acciones y seleccione Añadir región en la lista desplegable.

DBA

Seleccione la clase de instancia.

Puede cambiar la clase de instancia del clúster secundario. Sin embargo, le recomendamos mantenerla igual que la clase de instancia del clúster principal.

DBA

Añada la tercera región.

Repita los pasos de esta épica para añadir un clúster en la tercera región.

DBA
TareaDescripciónHabilidades requeridas

Elimine el clúster secundario de la base de datos global de Aurora.

  1. Seleccione el clúster principal en la página de Bases de datos.

  2. Seleccione Eliminar de global para conmutar por error a un clúster secundario.

DBA

Puede volver a configurar la aplicación para desviar el tráfico de escritura al clúster que acaba de promover.

Cambie el punto de conexión de la aplicación por el del clúster recién promocionado.

DBA

Detenga la ejecución de cualquier operación de escritura en el clúster no disponible.

Detenga la aplicación y cualquier actividad relacionada con el lenguaje de manipulación de datos (DML) en el clúster que ha eliminado.

DBA

Crear una base de datos global de Aurora.

Ahora puede crear una base de datos global de Aurora con el clúster recién promovido como clúster principal.

DBA
TareaDescripciónHabilidades requeridas

Seleccione el clúster principal que se va a iniciar desde la base de datos global.

En la consola de Amazon Aurora, en la configuración de la base de datos global, elija el clúster principal.

DBA

Iniciar el clúster.

En la lista desplegable Acciones, seleccione Iniciar. Este proceso puede tardar algún tiempo. Actualice la pantalla para ver el estado o compruebe, en la columna Estado, el estado actual del clúster una vez finalizada la operación.

DBA
TareaDescripciónHabilidades requeridas

Elimine los clústeres secundarios restantes.

Tras completar el piloto de conmutación por error, elimine los clústeres secundarios de la base de datos global.

DBA

Elimine el clúster principal.

Eliminar el clúster.

DBA

Recursos relacionados