Amplíe su arquitectura de base de datos de alta disponibilidad a la multinube mediante la replicación de OCI GoldenGate
Esta arquitectura de referencia describe una configuración de base de datos activa-activa inspirada en el cliente que proporciona una arquitectura de alta disponibilidad en una solución multinube. Se puede utilizar en operaciones de producción, migración de bases de datos o mantenimiento de bases de datos.
Nota:
Con una solución multinube, las redes son un factor determinante del rendimiento general del sistema. Es responsabilidad del cliente garantizar que la red de la nube a la nube (ancho de banda y latencia) se pruebe exhaustivamente para garantizar que el rendimiento de la aplicación cumpla los requisitos de negocio definidos.La implementación de una configuración activa-activa proporciona las siguientes ventajas:
Utilización óptima
Los recursos se utilizan de forma óptima en lugar de que la base de datos se encuentre en un estado pasivo, lo que proporciona una mayor disponibilidad, distribuye la carga de trabajo y mejora el rendimiento de los usuarios distribuidos localmente.
Costo y flexibilidad
Las soluciones multinube ayudan a los clientes a elegir proveedores de servicios en la nube en función de la disponibilidad regional y a evitar cualquier dependencia con un proveedor específico, lo que ofrece las mejores opciones de su clase.
Arquitectura
En esta arquitectura de referencia, se despliega una copia de la base de datos de producción en OCI-Este (Ashburn) y se despliega otra copia en AWS US-Este (N.Virginia) con la replicación bidireccional de datos GoldenGate de OCI en una configuración activa-activa entre las dos nubes.
Las aplicaciones se despliegan en AWS US-East (N.Virginia). La conectividad dedicada se proporciona mediante OCI Fast Connect a través de Megaport, un partner FastConnect de OCI para conectar de forma cruzada las cargas de trabajo de OCI a AWS.
Cualquier proveedor de OCI FastConnect puede configurar una conexión multinube similar que sirva a la ubicación del centro de datos, como Equinix, AT&T, Lumen, NTT, Verizon, o cualquier piso de encuentro con un proveedor de intercambio de telecomunicaciones.
El siguiente diagrama ilustra esta arquitectura de referencia.
oci_multicloud_db_replication_goldengate-oracle.zip
En esta configuración, OCI GoldenGate se aprovisiona en OCI, y la base de datos Autonomous Database y AWS de Oracle en EC2 se consideran para la replicación bidireccional.
La consola de servicio para OCI GoldenGate proporciona una GUI para diseñar y gestionar los procesos (extracción y replicación) y para analizar las métricas de rendimiento.
Esta arquitectura tiene los siguientes componentes:
- FastConnect
Oracle Cloud Infrastructure FastConnect proporciona una forma fácil de crear una conexión dedicada y privada entre el centro de datos y Oracle Cloud Infrastructure. FastConnect proporciona opciones de ancho de banda superior y una experiencia de red más fiable en comparación con las conexiones basadas en Internet.
- Autonomous Transaction Processing
Oracle Autonomous Transaction Processing es un servicio de base de datos de autogestión, autoprotección y autorreparación que se optimiza para las cargas de trabajo de procesamiento de transacciones. No necesita configurar ni gestionar ningún hardware, ni instalar ningún software. Oracle Cloud Infrastructure gestiona la creación de la base de datos, así como la copia de seguridad, la aplicación de parches, la actualización y el ajuste de la base de datos.
- Oracle Database en AWS: EC2
Los servicios y productos de bases de datos Oracle ofrecen a los clientes versiones optimizadas y de alto rendimiento de Oracle Database, el sistema de gestión de bases de datos convergente y de varios modelos líder del mundo. Amazon RDS para Oracle está totalmente gestionado por el servicio de base de datos relacional (RDS) de Amazon.
- OCI GoldenGate
Oracle Cloud Infrastructure (OCI) GoldenGate es un servicio gestionado que proporciona una plataforma de malla de datos en tiempo real que utiliza la replicación para mantener los datos altamente disponibles y permite análisis en tiempo real. Los clientes pueden diseñar, ejecutar y controlar sus soluciones de replicación de datos y procesamiento de datos de flujos sin asignar ni gestionar entornos informáticos.
Recomendaciones
- VCN
Al crear una VCN, determine el número de bloques CIDR necesarios y el tamaño de cada bloque según el número de recursos que planea asociar a subredes en la VCN. Utilice bloques CIDR que estén dentro del espacio de dirección IP privada estándar.
Seleccione bloques CIDR que no se solapen con ninguna otra red (en Oracle Cloud Infrastructure, su centro de datos local u otro proveedor en la nube) en la que desea configurar conexiones privadas.
Después de crear una VCN, puede cambiar, agregar y eliminar sus bloques CIDR.
Al diseñar las subredes, tenga en cuenta los requisitos de seguridad y flujo de tráfico. Conecte todos los recursos de un nivel o rol específico a la misma subred, que puede servir como límite de seguridad.
- Elección de la ubicación de interconexión
Esta arquitectura requiere una o más ubicaciones geográficas para sus componentes: la región de OCI y el nodo perimetral FastConnect de OCI asociado, la región de AWS y el nodo perimetral de AWS Direct Connect asociado. Para lograr una latencia integral óptima, recomendamos seleccionar un metro con cada uno de estos elementos arquitectónicos en estrecha proximidad.
- Diseño de aplicaciones
Al utilizar la replicación activa-activa, las zonas horarias deben ser las mismas en ambos sistemas de base de datos para que la detección y la resolución de conflictos basada en registro de hora pueda funcionar.
- Unicidad de datos
Al utilizar la replicación activa-activa, defina un rango único en las secuencias para facilitar la identificación y evitar conflictos. Los procedimientos de resolución de conflictos se deben implementar en todos los sistemas en una configuración activa-activa. Los conflictos deben identificarse inmediatamente y manejarse con la mayor automatización posible. Para obtener más información, consulte el enlace "GoldenGate de capacidades de resolución de conflictos" en la sección Explorar más.
- Paralelismo
Se recomienda configurar la replicación paralela para acelerar la aplicación del retraso cuando sea posible.
Consideraciones
Tenga en cuenta los siguientes puntos al desplegar esta arquitectura de referencia.
- Rendimiento
Pruebe y ajuste las consultas de aplicación en la base de datos para tener un plan de ejecución uniforme o mejor (optimizaciones de Exadata) en ambas bases de datos.
Pruebe la velocidad de aplicación de la replicación para garantizar que los datos estén en tiempo real en ambos sitios. La aplicación debe tener en cuenta la replicación tanto como sea posible.
Para el caso de uso del cliente en esta arquitectura de referencia, el requisito era que los datos estuvieran disponibles en el sitio secundario en un plazo de 15 minutos. Con la ayuda de OCI GoldenGate, los datos se replicaron constantemente en tiempo real en el sitio secundario.
La latencia de red es vital para el rendimiento. Compruebe y mida la latencia de red como parte de las pruebas de rendimiento de la aplicación.
La latencia de red entre las aplicaciones y la base de datos alojada en diferentes centros de datos en la nube debe ser inferior a 10 ms. Recomendamos seleccionar un metro con las aplicaciones y los centros de datos en la nube de bases de datos en la proximidad para lograr un rendimiento integral óptimo.
Para el caso de uso del cliente en esta arquitectura de referencia, la latencia de red inducida para el despliegue multinube estaba entre 2 y 4 ms en OCI US-East.
- Evaluación de impacto
El diseño de la replicación debe tener en cuenta el impacto en el mantenimiento planificado, las corrupciones de datos y los fallos del sitio, y hacer que se prueben y solucionen según sea necesario.
- Costo
OCI GoldenGate proporciona un servicio flexible y flexible basado en web para mover datos en tiempo real a la nube.
- Conflictos y manejo de datos
El diseño de la aplicación es fundamental para garantizar que la replicación activa-activa se pueda definir sin conflictos. En este caso, los datos de cada origen se generaron en función de un rango de secuencia diferente. También es necesario un buen conocimiento de la aplicación en el manejo de conflictos.
Además, la tecnología debe ser fácil de automatizar y manejar cualquier conflicto.