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.

1. 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.
2. 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.

1. Connectez-vous à la console OCI et créez une passerelle d'appairage local dans les réseaux cloud virtuels des clusters de machines virtuelles Exadata principal et de secours.
2. Etablissez une connexion homologue entre la passerelle d'appairage local principale et de secours et sélectionnez la passerelle homologue non appairée dans le VCN de secours.

   Remarques :

   Chaque VCN ne peut avoir qu'une seule passerelle de routage dynamique (DRG). Un VCN hub devra être configuré si la base de données de secours se trouve sur un cluster de machines virtuelles Exadata donné dans différentes régions.
3. Mettez à jour la table de routage par défaut pour acheminer le trafic entre les bases de données principale et de secours via le réseau OCI sans entraîner de coûts de transfert de données entrants et sortants.
4. Mettez à jour les groupes de sécurité réseau principal et de secours afin de créer une règle de sécurité autorisant l'entrée de sous-réseau client principal et de secours pour le port TCP 1521. Vous pouvez éventuellement ajouter le port SSH 22 pour un accès SSH direct aux serveurs de base de données.
5. Activez Data Guard ou Active Data Guard pour la base de données principale. Sur la page de détails d'Oracle Database, cliquez sur Associations Data Guard, puis sur le bouton Enable Data Guard.
6. Dans la page Enable Data Guard :
   1. Sélectionnez le domaine de disponibilité de secours mis en correspondance avec Azure AZ.
   2. Sélectionnez l'infrastructure Exadata de secours.
   3. Sélectionnez le cluster de machines virtuelles de secours souhaité.
   4. Choisissez Data Guard ou Active Data Guard. MAA recommande Active Data Guard pour la réparation automatique des interruptions de données et la possibilité de décharger les rapports.
   5. Choisissez un mode de protection et un type de transport des informations de journalisation qui répondent à vos RTO et RPO.
   6. Sélectionnez un répertoire de base de base de données existant ou créez-en un. Il est recommandé d'utiliser la même image logicielle de base de données de la base de données principale pour le répertoire de base de la base de données de secours. Les deux patches sont donc disponibles.
   7. Entrez le mot de passe de l'utilisateur SYS et activez Data Guard.
   Une fois Data Guard activé, la base de données de secours est répertoriée dans la section Associations Data Guard.
7. (Facultatif) Activez le basculement automatique (Fast-Start Failover) pour réduire le temps de récupération en cas de panne, en installant Data Guard Observer sur une machine virtuelle distincte, de préférence dans un emplacement distinct ou dans le réseau d'applications. Pour plus d'informations, reportez-vous à la documentation relative à Fast-Start Failover et à la configuration et au déploiement d'Oracle Data Guard. (Il s'agit actuellement d'étapes manuelles qui ne font pas partie de l'automatisation du cloud.)

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.