Déployer Oracle Autonomous Database sur Oracle Database@Azure

Provisionnez Oracle Autonomous Database en tant que magasin de données hautement résilient pour une application de micro-services déployée dans une région Microsoft Azure de zone de disponibilité multiple.

Les bases de données Oracle assurent la continuité des activités au niveau de l'entreprise en superposant des blocs fonctionnels de base tels qu'Exadata, Oracle Real Application Clusters (Oracle RAC), Data Guard et Oracle Application Continuity ensemble. À ce jour, ces blocs fonctionnels de base peuvent être configurés manuellement dans des environnements sur place, semi-manuellement dans Oracle Cloud Infrastructure (OCI) à l'aide d'Oracle Exadata Database Service ou être entièrement automatisés à l'aide du service Oracle Autonomous Database. Le service Oracle Autonomous Database entièrement géré est maintenant disponible dans de plus en plus de régions Microsoft Azure à travers le monde.

De nombreuses régions en nuage Azure fournissent plusieurs zones disponibles pour aider à optimiser la continuité des activités. Ces zones de disponibilité sont des emplacements physiques uniques qui aident à protéger les applications et les données contre les pannes de centre de données.

Architecture

Cette architecture de référence décrit certaines meilleures pratiques pour déployer Oracle Autonomous Database dans une région de zone de disponibilité multiple de Microsoft Azure.

Les pratiques de continuité des activités et les topologies haute disponibilité doivent toujours être prises en compte lors de la conception d'applications de base de données critiques. L'architecture ci-dessous présente une application conteneurisée utilisant le service Azure Kubernetes (AKS). Les images de conteneur sont stockées dans le registre de conteneurs Azure. Les utilisateurs accèdent à l'application en externe au moyen d'un équilibreur de charge public. Comme Oracle Autonomous Database est un service PaaS, il n'y a aucun contrôle administratif sur la zone d'autorisation dans laquelle la base de données Autonomous Database sera provisionnée. Toutefois, dans l'éventualité peu probable d'une défaillance d'AZ Azure, Oracle s'assure qu'une base de données de secours Autonomous Data Guard locale est toujours déployée dans une ZA (centre de données) différente de sa base principale.

Note :

Si une affinité de zone de disponibilité de l'application à la base de données est requise, Autonomous Database fournit une vue de base de données interrogeable par l'utilisateur pour déterminer son emplacement AZ. Une fois la zone de disponibilité d'Autonomous Database déterminée, le réseau peut être aligné selon les besoins.

Dans le diagramme ci-dessous, le réseau virtuel d'application (VNet) se connecte à la base de données VNet dans la zone de disponibilité 1 (AZ1) à l'aide de l'appairage VNet. L'application hébergée par AKS accède à la base de données au moyen d'un point d'extrémité privé qui se connecte au sous-réseau délégué Oracle Database@Azure. Si la continuité d'activité multi-AZ est requise, Autonomous Data Guard peut éventuellement être activé, auquel cas il s'agit de la zone de disponibilité 2 (AZ2). Autonomous Data Guard assure la synchronisation de la base de données principale et de la base de secours locale et bascule automatiquement en cas de panne AZ principale. Les sauvegardes automatiques gérées par Oracle sont toujours activées par défaut.

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

Une description d'autonomie-database-db-azure-diagram.png suit

Description de l'illustration autonomous-database-db-azure-diagram.png

autonomous-database-db-azure-diagramme-oracle.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 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é.
Autonomous Database
Oracle Autonomous Database est un environnement de base de données préconfiguré entièrement géré que vous pouvez utiliser pour le traitement des transactions et les charges de travail d'entreposage de données. Il n'est pas nécessaire de configurer ou de gérer du matériel ni d'installer des logiciels. Oracle Cloud Infrastructure gère la création de la base de données, ainsi que la sauvegarde, l'application de correctifs, la mise à niveau et le réglage de la base de données.
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.
Registre de conteneurs Azure
Le registre de conteneurs Azure (ACR) est un service géré permettant de stocker et de gérer les images de conteneur et les artefacts connexes.
Zone de disponibilité Azure
Une zone de disponibilité est un centre de données physiquement distinct dans une région conçue pour être disponible et tolérante aux pannes. Les zones de disponibilité sont suffisamment proches pour avoir des connexions à faible latence vers d'autres zones de disponibilité.
Service Azure Kubernetes
Azure Kubernetes Service (AKS) est un service Kubernetes géré offert par Microsoft Azure.
Équilibreur de charge Azure
L'équilibreur de charge Azure assure la répartition automatisée du trafic d'un point d'entrée unique vers plusieurs serveurs du système dorsal.
Réseau virtuel Microsoft Azure
Le réseau virtuel Microsoft Azure (VNet) est le bloc fonctionnel fondamental de votre réseau privé dans Azure. VNet permet à de nombreuses ressources Azure, telles que des machines virtuelles Azure, de communiquer en toute sécurité les unes avec les autres, avec Internet et avec les réseaux sur place.
Oracle Database@Azure
Oracle Database@Azure est un service Oracle Cloud Database qui exécute des charges de travail Oracle Database dans votre environnement Azure. Tout le matériel pour Oracle Database@Azure est colocalisé dans les centres de données d'Azure et utilise le réseau Azure. Le service bénéficie de la simplicité, de la sécurité et de la faible latence d'un environnement d'exploitation unique dans Azure. La gestion des identités fédérées et des accès pour Oracle Database@Azure est fournie par l'ID Microsoft Entra. Les mesures et les journaux de vérification d'Oracle Database sont disponibles de manière native dans Azure. Le service nécessite que les utilisateurs aient une location Azure et une location OCI.

Recommandations

Utilisez les recommandations suivantes comme point de départ. Vos exigences peuvent différer de l'architecture décrite ici.

Les sous-réseaux de base de données principale et de secours doivent se trouver dans des intervalles VNets distincts configurés avec des intervalles CIDR (interdomaine Routing) sans classe d'adresse IP qui ne se chevauchent pas.
Le niveau d'application (AKS, Docker, machines virtuelles, etc.) doit couvrir au moins deux zones AZ, l'application VNet étant appairée à la fois à la base de données principale et à la base de secours VNet d'Autonomous Database.
Facultativement, les applications client peuvent être configurées pour utiliser la continuité transparente des applications (TAP) d'Oracle afin d'optimiser la disponibilité pendant les pannes planifiées et non planifiées.

Informations complémentaires

Pour plus de détails sur les composants et les considérations partagés dans ce document, veuillez consulter les liens suivants.

Vérifiez les ressources supplémentaires suivantes :

Confirmation

Auteurs : Domenick Ficarella, Can Tuzla, Martin Gubar
Contributeurs : Wei Han, John Sulyok