Mettre en oeuvre Oracle GoldenGate dans Microsoft Azure avec Oracle Database@Azure

Oracle GoldenGate avec Oracle Database@Azure permet aux clients sur place d'exécuter des bases de données Oracle essentielles dans les centres de données Microsoft Azure.

Les données d'entreprise sont généralement distribuées à l'échelle de l'entreprise dans des bases de données hétérogènes. L'investissement dans les applications Oracle GoldenGate, Oracle Database@Azure et Azure permet à votre entreprise d'exécuter des tâches critiques d'intégration en temps réel, de réplication des données, de saisie des données de modification transactionnelle, de transformations de données, de solutions à haute disponibilité et de vérification entre les systèmes d'entreprise opérationnels et analytiques.

Oracle Database@Azure intègre les technologies Oracle Autonomous Database Serverless, Oracle Exadata Database Service on Dedicated Infrastructure, Oracle Real Application Clusters (Oracle RAC) et Oracle Data Guard dans la plate-forme Azure pour offrir la même latence faible que les autres services natifs Azure.

Oracle GoldenGate est l'un des outils de structure de données en temps réel les plus populaires et comporte déjà de nombreuses intégrations avec Azure (par exemple : Azure SQL, Azure Database pour PostgreSQL, Azure Data Lake Storage, Azure Cosmos DB, Azure Synapse Analytics, Azure Event Hub, Databricks sur Azure, Azure Site Recovery et Snowflake sur Azure). Les clients qui utilisent Oracle Database@Azure avec Oracle GoldenGate peuvent déplacer des données vers et depuis ces magasins de données en temps réel. Les clients Oracle Database@Azure qui ont besoin de transactions en temps réel entre des bases de données Oracle dans d'autres infrastructures (telles qu'OCI, sur place ou d'autres nuages) peuvent également utiliser Oracle GoldenGate.

Étapes préliminaires

Avant de commencer, assurez-vous de bien connaître Oracle GoldenGate. Oracle GoldenGate comporte de nombreuses configurations, des scénarios d'intégration et des systèmes de base de données pris en charge. Consultez la documentation, les tutoriels et les vidéos sur Oracle GoldenGate pour obtenir des instructions sur l'installation, la configuration et les cas d'utilisation.

Architecture

Cette architecture de référence met en oeuvre Oracle GoldenGate s'exécutant sur des machines virtuelles linux Azure ou des conteneurs hébergés sur le service Azure Kubernetes. Oracle GoldenGate dispose d'une intégration étroite avec Oracle Database@Azure pour la saisie des données de modification afin de permettre à l'organisation de rester à jour avec les données les plus récentes en temps quasi réel et d'éviter de compter sur des données périmées.

Oracle GoldenGate permet aux organisations d'optimiser leurs processus de gestion des données et facilite l'intégration transparente des données stockées dans Oracle Database@Azure dans des lacs de données et des entrepôts avec lac de données pour les charges de travail d'analyse avancée et d'apprentissage automatique. Vous pouvez créer des plates-formes robustes de diffusion de données en continu sur Azure, ce qui assure une intégration transparente des données, une évolutivité et des analyses en temps réel. Oracle GoldenGate assure la cohérence et la synchronisation des données afin qu'il s'agisse d'une technologie inestimable pour les organisations qui s'efforcent de tirer parti des données en temps réel pour prendre des décisions éclairées basées sur des données précises et en temps opportun, ce qui favorise le succès de votre entreprise à l'ère du nuage natif et améliore les opérations commerciales.

Le diagramme suivant illustre cette architecture de référence pour une mise en oeuvre Oracle GoldenGate hébergée dans Microsoft Azure pour l'intégration entre les services natifs Oracle Database@Azure et Azure pour la diffusion en continu, le traitement de données, l'apprentissage automatique et l'analyse. Vous pouvez tirer parti de cette architecture de référence pour réutiliser une mise en oeuvre existante d'Oracle GoldenGate ou une nouvelle mise en oeuvre pour des raisons telles que les obligations juridiques, les charges de travail sensibles à la latence et la gestion centralisée des données.

Le diagramme suivant illustre cette architecture de référence.



goldengate-dbatazure-integration.zip

L'architecture comprend les composants suivants :

  • Région

    Une région Oracle Cloud Infrastructure est une zone géographique localisée qui contient un ou plusieurs centres de données, appelés domaines de disponibilité. Les régions sont indépendantes les unes des autres, et de grandes distances peuvent les séparer (dans différents pays ou continents).

  • Réseau sur place

    Ce réseau est le réseau local utilisé par votre organisation. C'est l'un des rayons de la topologie.

  • Réseau en nuage virtuel (VCN) et sous-réseau

    Un VCN est un réseau défini par logiciel personnalisable que vous avez configuré dans une région Oracle Cloud Infrastructure. Comme les réseaux en nuage virtuels traditionnels, ils vous offrent un contrôle sur votre environnement de réseau. Un VCN peut disposer de plusieurs blocs CIDR sans chevauchement que vous pouvez modifier après avoir créé le VCN. Vous pouvez segmenter un VCN en sous-réseaux, dont la portée peut concerner une région ou un domaine de disponibilité. Un sous-réseau est constitué d'un intervalle contigu d'adresses qui ne chevauchent pas les autres sous-réseaux dans le réseau en nuage virtuel. Vous pouvez modifier la taille d'un sous-réseau après sa création. Un sous-réseau peut être public ou privé.

  • VNIC

    Une carte d'interface réseau virtuelle (VNIC) permet à une instance de se connecter à un VCN et détermine comment elle se connecte à des points d'extrémité à l'intérieur et à l'extérieur du VCN. Chaque carte d'interface réseau virtuelle réside dans un sous-réseau du VCN et inclut ces éléments :

    • Adresse IPv4 privée principale du sous-réseau dans lequel se trouve la carte VNIC, choisie par vous ou par Oracle
    • Adresses IPv4 privées secondaires facultatives du sous-réseau dans lequel se trouve la carte d'interface réseau virtuelle, choisies par vous ou par Oracle.
    • Adresse IPv4 publique facultative pour chaque adresse IP privée, choisie par Oracle mais affectée par vous à votre discrétion.
    • Nom d'hôte facultatif pour DNS pour chaque adresse IP privée.
    • Adresse MAC.
    • Étiquette VLAN affectée par Oracle et disponible lorsque la carte vNIC est associée à l'instance (pertinent seulement pour les instances sans système d'exploitation).
    • Indicateur pour activer ou désactiver la vérification de la source ou de la destination sur le trafic réseau de la carte vNIC.
    • Appartenance facultative à un ou plusieurs groupes de sécurité de réseau (NSG) de votre choix. Les groupes de sécurité de réseau ont des règles de sécurité qui s'appliquent uniquement aux cartes d'interface réseau virtuelle dans le NSG en question.
    • Adresses IPv6 facultatives. L'adressage IPv6 est pris en charge pour toutes les régions commerciales et gouvernementales.
  • Stockage d'objets

    Le service de stockage d'objets pour Oracle Cloud Infrastructure offre un accès rapide à de grandes quantités de données structurées et non structurées de tous types, notamment des sauvegardes de base de données, des données analytiques et du contenu riche, comme des images et des vidéos. Vous pouvez stocker des données en toute sécurité, puis les extraire directement à partir d'Internet ou de la plate-forme en nuage. Vous pouvez adapter le stockage sans que la performance ou la fiabilité des services soit affectée. Utilisez le stockage standard pour le stockage "à chaud" auquel vous devez accéder rapidement, immédiatement et fréquemment. Utilisez le stockage d'archives pour le stockage "à froid" que vous retenez pendant de longues périodes et auquel vous accédez rarement.

  • Oracle GoldenGate

    Oracle GoldenGate est une application qui fournit l'intégration des données en temps réel, la réplication des données, la saisie des données de modification transactionnelle, les transformations de données, les solutions de haute disponibilité et la vérification entre les systèmes d'entreprise opérationnels et analytiques. Cette architecture consiste à exécuter Oracle GoldenGate sur une machine virtuelle Linux ou un service Azure Kubernetes.

  • Oracle Database@Azure

    Oracle Database@Azure intègre les technologies Oracle Exadata Database Service, Oracle Real Application Clusters (Oracle RAC) et Oracle Data Guard dans la plate-forme Azure. Le service Oracle Database@Azure offre la même latence faible que les autres services natifs Azure et répond aux charges de travail critiques et aux besoins de développement natif en nuage. Les utilisateurs gèrent le service sur la console Azure et avec les outils d'automatisation Azure. Le service est déployé dans le réseau virtuel Azure (VNet) et intégré au système de gestion des identités et des accès Azure. Les mesures et les journaux de vérification OCI et Oracle Database sont disponibles de manière native dans Azure. Le service exige que les utilisateurs disposent d'une location Azure et d'une location OCI. Oracle Autonomous Database Serverless est également disponible avec Oracle Database@Azure en tant que première gestion de données autonome au monde, entièrement gérée dans le nuage, pour fournir des correctifs, des mises à niveau et des réglages automatisés, sans intervention humaine. Autonomous Database repose sur l'infrastructure Oracle Exadata, est auto-gérée, auto-sécurisée et auto-réparée, ce qui aide à éliminer la gestion manuelle des bases de données et les erreurs humaines. Autonomous Database permet le développement d'applications évolutives optimisées par l'intelligence artificielle avec toutes les données au moyen de capacités d'intelligence artificielle intégrées au moyen d'un modèle linguistique volumineux de votre choix et d'un emplacement de déploiement.

  • Base de données Oracle Autonomous Database sans serveur

    Oracle Autonomous Database est la première base de données autonome au monde, entièrement gérée en nuage, à offrir des correctifs, des mises à niveau et des réglages automatisés, sans intervention humaine. Autonomous Database est fondé sur l'infrastructure Oracle Exadata, est auto-géré, auto-sécurisé et auto-réparé, ce qui aide à éliminer la gestion de base de données manuelle et les erreurs humaines. Autonomous Database permet le développement d'applications évolutives optimisées par l'intelligence artificielle avec toutes les données en utilisant des capacités d'intelligence artificielle intégrées au moyen d'un modèle linguistique volumineux de votre choix et d'un emplacement de déploiement.

  • Service Oracle Exadata Database sur une infrastructure dédiée

    Oracle Exadata Database Service on Dedicated Infrastructure provides Oracle Exadata Database Machine as a service in an Oracle Cloud Infrastructure (OCI) data center. The Oracle Exadata Database Service on Dedicated Infrastructure instance is a virtual machine (VM) cluster that resides on Exadata racks in an OCI region.

    Oracle Exadata Database Service offre des capacités éprouvées d'Oracle Database sur une infrastructure optimisée et spécialement conçue pour Oracle Exadata dans le nuage public. Automatisation en nuage intégrée, évolutivité élastique des ressources, sécurité et performance rapide pour OLTP, analyses en mémoire et charges de travail Oracle Database convergées aident à simplifier la gestion et à réduire les coûts.

L'architecture comporte les composants Azure suivants :

  • Réseau virtuel Azure (VNet)

    Azure Virtual Network (VNet) est le bloc de construction fondamental de votre réseau privé dans Azure. VNet permet à de nombreux types de ressources Azure, telles que les machines virtuelles Azure, de communiquer en toute sécurité entre elles, avec Internet et avec les réseaux sur place.

  • Sous-réseau délégué Azure

    La délégation de sous-réseau est la capacité de Microsoft à injecter un service géré, en particulier un service de plate-forme-service, directement dans votre réseau virtuel. Cela signifie que vous pouvez désigner ou déléguer un sous-réseau à un domicile pour un service géré externe à l'intérieur de votre réseau virtuel, ou en d'autres termes, que ce service externe agira en tant que ressource de réseau virtuel, même s'il s'agit techniquement d'un service de plate-forme-service externe.

  • Carte d'interface réseau virtuelle (carte VNIC)

    Les services des centres de données Azure disposent de cartes d'interface réseau (NIC) physiques. Les instances de machine virtuelle communiquent à l'aide de cartes d'interface réseau virtuelles (vNIC) associées aux cartes d'interface réseau physiques. Chaque instance a une carte VNIC principale qui est automatiquement créée et associée lors du lancement et qui est disponible pendant toute la durée de vie de l'instance.

Points à considérer

Tenez compte des points suivants lors du déploiement de cette architecture de référence.

  • Performance

    Cette architecture de référence est recommandée pour la réplication de données à faible latence haute performance pour les ressources situées dans la même région, telles qu'Oracle Database@Azure, Oracle GoldenGate, Azure Data Lake et Azure Synapse. Les mises en oeuvre inter-régions peuvent présenter des latences légèrement plus élevées.

  • Parallélisme

    Configurez la réplication parallèle dans Oracle GoldenGate pour accélérer l'application du décalage lorsque cela est possible.

  • Sécurité

    Nous recommandons fortement de mettre en œuvre un modèle d'accès à moindre privilège et de procéder à des examens réguliers des journaux d'accès et des ports ouverts.

  • Disponibilité

    Nous vous recommandons de tirer parti de l'extensibilité, de la fiabilité et de la sécurité de l'infrastructure en nuage avec des sauvegardes automatisées, des mécanismes de reprise après sinistre et de basculement. Cela garantit que vos systèmes et données critiques sont protégés et restent disponibles, tout en minimisant les temps d'arrêt et en permettant une récupération transparente en cas d'événements imprévus.

  • Coût

    La licence d'Oracle GoldenGate est basée sur le nombre de processeurs source et cible, tandis que les utilisateurs d'OCI GoldenGate paient les OCPU utilisées par leurs déploiements, quelle que soit la configuration source et cible. Nous vous suggérons d'effectuer une analyse de coûts avant de mettre en oeuvre cette architecture pour déterminer où déployer Oracle GoldenGate (Azure ou OCI).

Informations complémentaires

En savoir plus sur la mise en oeuvre d'Oracle GoldenGate dans Azure avec Oracle Database@Azure.

Consultez ces autres solutions pour en savoir plus sur des cas d'utilisation similaires :

Ressources Oracle Database@Azure :

Ressources Oracle GoldenGate :

Ressources Oracle Cloud Infrastructure :

Confirmation

  • Auteur : Neeraj Tyagi
  • Contributeurs : Julien Testut, Julien Silverston, Thomas Van Buggenhout, Suzanne Holliday