Déploiement d'Oracle Autonomous Database sur Oracle Database@Azure
Provisionnez Oracle Autonomous Database en tant que banque de données hautement résiliente pour une application de microservices 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 de construction de base tels qu'Exadata, Oracle Real Application Clusters (Oracle RAC), Data Guard et Oracle Application Continuity ensemble. À ce jour, ces blocs de construction de base peuvent être configurés manuellement dans des environnements sur site, semi-manuellement sur 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 désormais disponible dans un nombre croissant de régions Microsoft Azure à travers le monde.
De nombreuses régions cloud Azure fournissent plusieurs zones disponibles afin d'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 des meilleures pratiques de déploiement d'Oracle Autonomous Database dans une région de zone de disponibilité multiple (AZ) Microsoft Azure.
Les pratiques de continuité des activités et les topologies de haute disponibilité doivent toujours être prises en compte lors de la conception d'applications de base de données stratégiques. L'architecture ci-dessous présente une application en conteneur utilisant Azure Kubernetes Service (AKS). Les images de conteneur sont stockées dans le registre de conteneur Azure. Les utilisateurs accèdent à l'application en externe via un équilibreur de charge public. Etant donné qu'Oracle Autonomous Database est un service PaaS, il n'y a aucun contrôle administratif sur lequel AZ l'instance Autonomous Database sera provisionnée. Cependant, dans le cas improbable d'une panne AZ Azure, Oracle garantit qu'une base de données de secours Autonomous Data Guard locale est toujours déployée dans une zone AZ (centre de données) différente de la base de données principale.
Remarques :
Si une affinité application-zone de disponibilité-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 l'AZ de l'instance Autonomous Database déterminée, les fonctions de réseau peuvent être alignées 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 via une adresse privée qui se connecte au sous-réseau délégué Oracle Database@Azure. Si la continuité des activités 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 conserve la base de données principale et la base de données de secours locale synchronisées 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 schéma suivant illustre cette architecture de référence.
autonomous-database-db-azure-diagram-oracle.zip
L'architecture comprend les composants suivants :
- Région
Une région Oracle Cloud Infrastructure est une zone géographique précise, incluant 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 (entre pays, voire continents).
- Réseau cloud virtuel (VCN) et sous-réseaux
Un VCN est un réseau personnalisable défini par logiciel que vous configurez dans une région Oracle Cloud Infrastructure. Comme les réseaux de centre de données traditionnels, les réseaux cloud virtuels vous donnent le contrôle sur l'environnement réseau. Un réseau cloud virtuel peut comporter plusieurs blocs CIDR qui ne se chevauchent pas et que vous pouvez modifier après l'avoir créé. Vous pouvez segmenter un réseau cloud virtuel en plusieurs sous-réseaux ciblant une région ou un domaine de disponibilité. Chaque sous-réseau est composé d'une plage contiguë d'adresses qui ne chevauchent pas celles des autres sous-réseaux du réseau cloud 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 entièrement géré et préconfiguré que vous pouvez utiliser pour le traitement des transactions et les charges de travail d'entreposage de données. Vous n'avez pas à configurer ni à gérer le matériel, ni à installer de logiciel. Oracle Cloud Infrastructure gère la création, la sauvegarde, la mise à niveau et le réglage de la base de données, ainsi que l'application de patches à la base de données.
- Object Storage
Oracle Cloud Infrastructure Object Storage fournit un accès rapide à de grandes quantités de données, structurées ou non, de tout type de contenu, y compris des sauvegardes de base de données, des données analytiques et du contenu enrichi tel que des images et des vidéos. Vous pouvez stocker les données, puis les extraire directement à partir d'Internet ou de la plate-forme cloud, et ce, en toute sécurité. Vous pouvez redimensionner le stockage sans dégradation des performances ni de la fiabilité des services. Utilisez le stockage standard pour le stockage "à chaud" auquel vous devez accéder rapidement, immédiatement et fréquemment. Utilisez le stockage d'archive pour le stockage "à froid" que vous conservez pendant de longues périodes et auquel vous accédez rarement.
- Registre du conteneur Azure
Azure Container Registry (ACR) est un service géré permettant de stocker et de gérer des images de conteneur et des artefacts associés.
- Zone de disponibilité Azure
Une zone de disponibilité est un centre de données physiquement distinct au sein d'une région conçu pour être disponible et tolérant aux pannes. Les zones de disponibilité sont suffisamment proches pour avoir des connexions à faible latence avec d'autres zones de disponibilité.
- Service Kubernetes Azure
Azure Kubernetes Service (AKS) est un service Kubernetes géré proposé par Microsoft Azure.
- Azure Load Balancer
L'équilibreur de charge Azure fournit une distribution automatisée du trafic à partir d'un point d'entrée unique vers plusieurs serveurs du back-end.
- Réseau virtuel Microsoft Azure
Le réseau virtuel Microsoft Azure (VNet) est le bloc de construction fondamental de votre réseau privé dans Azure. VNet permet à de nombreuses ressources Azure, telles que les machines virtuelles Azure, de communiquer en toute sécurité entre elles, avec Internet et avec les réseaux sur site.
- 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 au sein d'Azure. La gestion fédérée des identités et des accès pour Oracle Database@Azure est fournie par l'ID Entra Microsoft. Les mesures et les journaux d'audit Oracle Database sont disponibles de manière native dans Azure. Le service requiert que les utilisateurs disposent d'une location Azure et d'une location OCI.
Recommandations
- Les sous-réseaux de base de données principale et de secours doivent se trouver dans des VNets distincts configurés avec des plages de routage interdomaine (CIDR) sans classe IP qui ne se chevauchent pas.
- Le niveau d'application (AKS, Docker, machines virtuelles, etc.) doit s'étendre sur au moins deux AZ, l'application VNet étant appairée à la fois au VNet principal et de secours de l'instance Autonomous Database.
- Les applications client peuvent éventuellement être configurées pour utiliser la continuité transparente des applications (TAP) d'Oracle afin d'optimiser la disponibilité lors des pannes planifiées et non planifiées.
En savoir plus
Pour plus de détails sur les composants et considérations partagés dans ce document, reportez-vous aux liens suivants.
Consultez les ressources supplémentaires suivantes :
- Oracle Autonomous Database Serverless
- Oracle Database@Azure
- En savoir plus sur la sélection de topologies réseau pour Oracle Database@Azure
- Configuration de la continuité d'application sur Autonomous Database dans Utilisation d'Oracle Autonomous Database Serverless
- Vidéos relatives à Oracle Database@Azure
- Documentation Oracle Cloud Infrastructure
- Structure des meilleures pratiques pour Oracle Cloud Infrastructure
- Estimateur de coût Oracle Cloud
- Structure d'adoption du cloud