Implantación de Oracle GoldenGate en Microsoft Azure con Oracle Database@Azure
Los datos empresariales suelen distribuirse en toda la empresa en bases de datos heterogéneas. Invertir en las aplicaciones Oracle GoldenGate, Oracle Database@Azure y Azure permite a tu empresa ejecutar una integración en tiempo real esencial, replicación de datos, captura de datos de cambios transaccionales, transformaciones de datos, soluciones de alta disponibilidad y verificación entre sistemas empresariales operativos y analíticos.
Oracle Database@Azure integra tecnologías de Oracle Autonomous Database Serverless, Oracle Exadata Database Service on Dedicated Infrastructure, Oracle Real Application Clusters (Oracle RAC) y Oracle Data Guard en la plataforma Azure para ofrecer la misma baja latencia que otros servicios nativos de Azure.
Oracle GoldenGate es una de las herramientas de tejido de datos en tiempo real más populares y ya tiene numerosas integraciones con Azure (por ejemplo: Azure SQL, Azure Database para PostgreSQL, Azure Data Lake Storage, Azure Cosmos DB, Azure Synapse Analytics, Azure Event Hub, Databricks en Azure, Azure Site Recovery y Snowflake en Azure). Los clientes que utilizan Oracle Database@Azure con Oracle GoldenGate pueden mover datos dentro y fuera de estos almacenes de datos en tiempo real. Los clientes de Oracle Database@Azure que necesitan transacciones en tiempo real entre bases de datos de Oracle en otras infraestructuras (como OCI, local u otras nubes) también pueden utilizar Oracle GoldenGate.
Antes de empezar
Arquitectura
Oracle GoldenGate permite a las organizaciones optimizar sus procesos de gestión de datos y facilita la integración perfecta de los datos almacenados en Oracle Database@Azure en data lakes y lakehouses para cargas de trabajo de análisis avanzado y aprendizaje automático. Puede crear plataformas sólidas de transmisión de datos en Azure, lo que garantiza una integración de datos perfecta, escalabilidad y análisis en tiempo real. Oracle GoldenGate proporciona coherencia y sincronización de datos para que sea una tecnología invaluable para las organizaciones que se esfuerzan por aprovechar los datos en tiempo real para tomar decisiones informadas basadas en datos precisos y oportunos, lo que impulsa el éxito de su negocio en la era nativa en la nube y mejora las operaciones comerciales.
En el siguiente diagrama se ilustra esta arquitectura de referencia para una implantación de Oracle GoldenGate alojada en Microsoft Azure para la integración entre los servicios nativos de Oracle Database@Azure y Azure para streaming, procesamiento de datos, aprendizaje automático y análisis. Puede aprovechar esta arquitectura de referencia para reutilizar una implantación existente de Oracle GoldenGate o una nueva implantación por motivos como obligaciones legales, cargas de trabajo sensibles a la latencia y gestión de datos centralizada.
El siguiente diagrama ilustra esta arquitectura de referencia.
goldengate-dbatazure-integration.zip
La arquitectura tiene los siguientes componentes:
- Región
Una región de Oracle Cloud Infrastructure es un área geográfica localizada que contiene uno o más centros de datos, denominados dominios de disponibilidad. Las regiones son independientes entre sí y puede haber grandes distancias que las separen (entre países e incluso continentes).
- Red local
Esta red es la red local que utiliza su organización. Es uno de los radios de la topología.
- Red y subredes virtuales en la nube (VCN)
Una VCN es una red personalizable y definida por software que puede configurar en una región de Oracle Cloud Infrastructure. Al igual que las redes de los centros de datos tradicionales, las redes virtuales le proporcionan el control de 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.
- VNIC
Una tarjeta de interfaz de red virtual (VNIC) permite que una instancia se conecte a una VCN y determina cómo se conecta dicha instancia con los puntos finales situados dentro y fuera de la VCN. Cada VNIC se encuentra en una subred de una VCN e incluye estos elementos:
- Dirección IPv4 privada principal de la subred en la que se encuentra la VNIC, elegida por Vd. o por Oracle.
- Direcciones IPv4 privadas secundarias opcionales de la misma subred en la que se encuentra la VNIC, seleccionadas por usted o por Oracle.
- Una dirección IPv4 pública opcional para cada IP privada, seleccionada por Oracle, pero asignada por usted según considere.
- Un nombre de host opcional para DNS para cada dirección IP privada.
- Una dirección MAC.
- Una etiqueta VLAN asignada por Oracle y disponible si se ha completado la asociación de la VNIC a la instancia (aplicable solo en el caso de instancias con hardware dedicado).
- Indicador para activar o desactivar la comprobación de origen/destino en el tráfico de red de la VNIC.
- Afiliación opcional a uno o más grupos de seguridad de red (NSG) de su elección. Los NSG tienen reglas de seguridad que se aplican solamente a las VNIC de ese NSG.
- Direcciones IPv6 opcionales. Las direcciones IPv6 están soportadas para todas las regiones comerciales y gubernamentales.
- Object Storage
Oracle Cloud Infrastructure Object Storage proporciona acceso rápido a grandes cantidades de datos estructurados y no estructurados de cualquier tipo de contenido, incluidas copias de seguridad de base de datos, datos analíticos y contenido enriquecido, como imágenes y vídeos. Puede almacenar datos de forma segura y, a continuación, recuperarlos directamente desde Internet o desde la plataforma en la nube. Puede ampliar el almacenamiento sin experimentar ninguna degradación del rendimiento ni de la fiabilidad del servicio. Utilice el almacenamiento estándar para el almacenamiento al que debe acceder de forma rápida, inmediata y frecuente. Utilice el almacenamiento de archivo para el almacenamiento "frío" al que conserva durante largos períodos de tiempo y al que rara vez accede.
- Oracle GoldenGate
Oracle GoldenGate es una aplicación que proporciona integración de datos en tiempo real, replicación de datos, captura de datos de cambios transaccionales, transformaciones de datos, soluciones de alta disponibilidad y verificación entre sistemas empresariales operativos y analíticos. Esta arquitectura consiste en ejecutar Oracle GoldenGate en Linux Virtual Machine o Azure Kubernetes Service.
- Oracle Database@Azure
Oracle Database@Azure integra tecnologías de Oracle Exadata Database Service, Oracle Real Application Clusters (Oracle RAC) y Oracle Data Guard en la plataforma Azure. El servicio Oracle Database@Azure ofrece la misma baja latencia que otros servicios nativos de Azure y satisface las cargas de trabajo esenciales y las necesidades de desarrollo nativo en la nube. Los usuarios gestionan el servicio en la consola de Azure y con las herramientas de automatización de Azure. El servicio se despliega en Azure Virtual Network (VNet) e integrado con el sistema de gestión de identidad y acceso de Azure. Las métricas y los logs de auditoría de OCI y Oracle Database están disponibles de forma nativa en Azure. El servicio requiere que los usuarios tengan un arrendamiento de Azure y un arrendamiento de OCI. Oracle Autonomous Database Serverless también está disponible con Oracle Database@Azure como la primera gestión de datos autónoma del mundo, totalmente gestionada en la nube, para ofrecer parches, actualizaciones y ajustes automatizados, sin intervención humana. Autonomous Database se basa en la infraestructura de Oracle Exadata, es autogestionada, autoprotegida y autorreparable, lo que ayuda a eliminar la gestión manual de bases de datos y los errores humanos. Autonomous Database permite el desarrollo de aplicaciones escalables basadas en IA con cualquier dato mediante capacidades de IA integradas utilizando su elección de modelo de lenguaje grande (LLM) y ubicación de despliegue.
- Oracle Autonomous Database Serverless
Oracle Autonomous Database es la primera gestión de datos autónoma del mundo, totalmente gestionada en la nube, que ofrece parches, actualizaciones y ajustes automatizados, sin intervención humana. Autonomous Database se basa en la infraestructura de Oracle Exadata, es autogestionada, autoprotegida y autorreparable, lo que ayuda a eliminar la gestión manual de bases de datos y los errores humanos. Autonomous Database permite el desarrollo de aplicaciones escalables basadas en IA con cualquier dato mediante capacidades de IA integradas utilizando su elección de modelo de lenguaje grande (LLM) y ubicación de despliegue.
- Oracle Exadata Database Service on Dedicated Infrastructure
Oracle Exadata Database Service on Dedicated Infrastructure proporciona Oracle Exadata Database Machine como servicio en un centro de datos de Oracle Cloud Infrastructure (OCI). La instancia de Oracle Exadata Database Service on Dedicated Infrastructure es un cluster de máquina virtual (VM) que reside en racks de Exadata en una región de OCI.
Oracle Exadata Database Service ofrece capacidades probadas de Oracle Database en una infraestructura de Oracle Exadata optimizada y específica 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 OLTP, los análisis en memoria y las cargas de trabajo convergentes de Oracle Database ayudan a simplificar la gestión y reducir los costos.
La arquitectura tiene los siguientes componentes de Azure:
- Red virtual de Azure (VNet)
Azure Virtual Network (VNet) es el bloque de construcción fundamental para su red privada en Azure. VNet permite que muchos tipos de recursos de Azure, como máquinas virtuales de Azure, se comuniquen de forma segura entre sí, Internet y redes locales.
- Subred delegada de Azure
La delegación de subred es la capacidad de Microsoft para inyectar un servicio gestionado, específicamente un servicio de plataforma como servicio, directamente en la red virtual. Esto significa que puede designar o delegar una subred para que sea el hogar de un servicio gestionado externo dentro de la red virtual o, en otras palabras, que el servicio externo actuará como recurso de red virtual, aunque técnicamente sea un servicio de plataforma como servicio externo.
- Tarjeta de interfaz de red virtual (VNIC)
Los servicios de los centros de datos de Azure tienen tarjetas de interfaz de red (NIC) física. Las instancias de máquina virtual se comunican mediante NIC virtuales (VNIC) asociadas con las NIC físicas. Cada instancia tiene una VNIC principal que se crea y se asocia automáticamente durante el inicio y está disponible durante el tiempo de vida de la instancia.
Consideraciones
Tenga en cuenta los siguientes puntos al desplegar esta arquitectura de referencia.
- Rendimiento
Esta arquitectura de referencia se recomienda para la replicación de datos de baja latencia de alto rendimiento para recursos ubicados en la misma región, como Oracle Database@Azure, Oracle GoldenGate, Azure Data Lake y Azure Synapse. Si bien las implantaciones entre regiones pueden tener latencias ligeramente superiores.
- Paralelismo
Configure la replicación paralela en Oracle GoldenGate para acelerar la aplicación de la demora cuando sea posible.
- Seguridad
Recomendamos encarecidamente implementar un modelo de acceso con privilegios mínimos y realizar revisiones periódicas de los logs de acceso y los puertos abiertos.
- Disponibilidad
Recomendamos aprovechar la escalabilidad, fiabilidad y seguridad de la infraestructura en la nube con copias de seguridad automatizadas, mecanismos de recuperación ante desastres y failover. Esto garantiza que sus sistemas y datos críticos estén protegidos y estén disponibles, al tiempo que minimiza el tiempo de inactividad y permite una recuperación sin problemas durante eventos imprevistos.
- Costo
Oracle GoldenGate tiene licencia según el número de procesadores de origen y destino, mientras que los usuarios de OCI GoldenGate pagan por las OCPU utilizadas por sus despliegues independientemente de la configuración de origen y destino. Sugerimos realizar un análisis de costos antes de implantar esta arquitectura para determinar dónde desplegar Oracle GoldenGate (Azure u OCI).
Explorar más
Revise estas otras soluciones para obtener más información sobre casos de uso similares:
- Integre Oracle Database@Azure con su plataforma de transmisión de Azure mediante OCI GoldenGate
Se trata de una solución alternativa más rentable y fácil de implantar cuando tiene la flexibilidad de aprovechar OCI GoldenGate para una integración de datos similar (cuando desea implantar un servicio totalmente gestionado en OCI). El uso de OCI GoldenGate requiere el servicio Oracle Interconnect for Microsoft Azure para el intercambio de datos entre OCI y Azure en una red segura dedicada.
- Crea una plataforma moderna con los servicios Oracle Database@Azure, OCI GoldenGate y Azure
Cargue su infraestructura de data lakehouse en Azure para procesar cargas de trabajo de análisis y aprendizaje automático.
- Obtén más información sobre Oracle Maximum Availability Architecture for Oracle Database@Azure
Despliegue Oracle Database@Azure en dos zonas de disponibilidad de Azure para una alta disponibilidad y recuperación ante desastres, utilizando Oracle Data Guard para la replicación de datos y la copia de seguridad automática en OCI Object Storage.
Recursos de Oracle Database@Azure:
- Oracle Database@Azure
- Documentación de Oracle Database@Azure
- Oracle Zero Downtime Migration: migración física en línea a Oracle Exadata Database Service on Dedicated Infrastructure en Oracle Database@Azure
- Evaluaciones de Oracle Database@Azure por Oracle Maximum Availability Architecture
Recursos de Oracle GoldenGate:
- OCI GoldenGate
- Derivación de valor de datos para cargas de trabajo de Oracle Database@Azure con OCI GoldenGate
- Acerca de Parallel Replicat
Recursos de Oracle Cloud Infrastructure: