A propos du déploiement
Déployez l'application et la base de données dans deux zones Azure pour une haute disponibilité, et configurez la gestion des clés et la sauvegarde de base de données automatisée dans OCI.
Déployer le niveau Applications sur Azure
Les solutions MAA nécessitent le déploiement d'applications avec redondance et tolérance aux pannes.
- Déployez le niveau d'application sur au moins deux zones. Le processus et la solution de déploiement sur plusieurs zones dépend des services et des ressources Azure impliqués. Avec Azure Kubernetes Service (AKS), vous pouvez déployer un cluster privé de noeuds de processus actif dans différentes zones. Le plan de contrôle Kubernetes gère et synchronise les pods et la charge globale.
- Reportez-vous à la liste de contrôle d'application Explore More for Application Checklist for Continuous Service for MAA Solutions et suivez les étapes pour vous assurer que vos applications se reconnectent efficacement aux instances RAC principales ou aux instances RAC de secours disponibles lors des scénarios de maintenance et de coupure planifiés. Les meilleures pratiques de configuration simples incluent la création d'un service de base de données géré par le clusterware pour votre application, l'utilisation d'une chaîne de connexion recommandée par MAA prenant en compte les noms SCAN principal et de secours, l'activation de la fonction FAN (Fast Application Notification) et la purge des applications pour une permutation progressive des applications. Les étapes de niveau 1 et 2 suivantes sont des prérequis pour réduire le temps d'inactivité du service applicatif.
Configuration du niveau base de données sur OCI
Oracle Data Guard met à jour une base de données de secours en transmettant les données redo à partir de la base de données principale et en les appliquant. Pour une maintenance planifiée ou un test de récupération après sinistre, utilisez la permutation Oracle Data Guard. Si la base de données principale devient indisponible, utilisez le basculement Oracle Data Guard pour reprendre le service.
Les étapes suivantes décrivent le processus d'activation d'Oracle Data Guard sur plusieurs zones pour Oracle Database@Azure par le réseau géré OCI. OCI est le réseau préféré pour les performances (latence, débit), et aucun coût de sortie ou d'entrée n'est engagé.
Lorsque des clusters Exadata sont créés dans Azure, chacun se trouve dans un réseau cloud virtuel (VCN) OCI différent. Pour que les ressources de différents réseaux cloud virtuels communiquent entre elles, comme l'exige Oracle Data Guard, des étapes supplémentaires sont requises afin d'appairer les réseaux cloud virtuels et d'autoriser l'accès des plages d'adresses IP les unes aux autres. Suivez ces étapes pour configurer cette communication entre les réseaux cloud virtuels.
A propos des résolutions attendues avec maintenance planifiée et incidents
Grâce à la configuration Oracle Data Guard de ce manuel, qui inclut les bases de données Oracle RAC sur le matériel Exadata, les événements de coupure planifiés et non planifiés peuvent être atténués.
Ce tableau présente les événements d'incident et les résolutions qui assurent la protection des données.
Evénement | Résolution |
---|---|
Protection contre les pannes matérielles et les instances de base de données. | Haute disponibilité et redondance fournies par ExaDB-D et Oracle RAC. |
Maintenance planifiée : Mises à jour non simultanées (application de patches) sans temps d'arrêt. | Haute disponibilité et redondance fournies par ExaDB-D, Oracle RAC et l'automatisation du cloud. Reportez-vous à En savoir plus sur la mise à niveau non simultanée d'Exadata Cloud Database 19c avec DBMS_ROLLING (ID de document 2832235.1). |
Maintenance planifiée : mises à niveau non simultanées avec un temps d'inactivité minimal (cinq minutes). | Réplication et protection des données fournies par Oracle Data Guard DBMS_ROLLING sur plusieurs zones. |
Protection contre les défaillances de base de données, de cluster et AZ. | Réplication et protection des données fournies par Oracle Data Guard sur l'ensemble des zones. |
Echec du site du plan de données AZ. | Réplication et protection des données fournies par Oracle Data Guard sur l'ensemble des zones. |
Interruption de session de base de données lors d'événements de maintenance et d'interruptions non planifiées. | Consultez Explorer davantage pour intégrer les meilleures pratiques en matière de disponibilité continue pour les applications. |