Considérations relatives à la continuité d’activité et reprise après sinistre pour Oracle Database@Azure
Cet article développe les considérations et les recommandations qui sont définies dans la zone d'atterrissage Azure pour la continuité d'activité et la reprise après sinistre (BCDR).
La première étape de la construction d'une architecture résiliente pour votre environnement de charge de travail consiste à identifier les exigences de disponibilité de votre solution. Vous devez déterminer l'objectif de temps de récupération (RTO) et l'objectif de point de récupération (RPO) pour différents niveaux de défaillance. Le RTO définit le temps d'arrêt maximal qu'une application peut tolérer après un incident. Le RPO spécifie la perte de données maximale qu'une application peut tolérer à la suite d'un sinistre. Après avoir déterminé les exigences de votre solution, vous pouvez concevoir votre architecture pour répondre à vos RTO et RPO.
Considérations sur la conception
Colocalisez Oracle Exadata Database Service on Dedicated Infrastructure avec Oracle Database@Azure dans des centres de données Azure et placez les centres de données dans une zone de disponibilité Azure. Les zones de disponibilité sont spécifiques à un abonnement. Par exemple, la zone de disponibilité 1 d'un abonnement peut ne pas représenter le même centre de données physique que la zone de disponibilité 1 d'un abonnement différent. Pour en savoir plus, consultez Que sont les zones de disponibilité ?
La solution Oracle Database@Azure fournit des technologies Oracle natives, telles que Real Application Clusters (RAC) et Data Guard automatisé, pour la haute disponibilité et le DR.
La solution inclut une configuration Data Guard automatisée pour la base de données de secours initiale, également appelée première base secondaire. Vous devez configurer manuellement les répliques Data Guard supplémentaires.
Pour les environnements actifs-actifs, envisagez d'utiliser Oracle GoldenGate pour l'intégration des données en temps réel et les capacités de réplication. Cette approche permet de garantir la haute disponibilité et la cohérence des données dans l'ensemble de vos systèmes. Cet outil prend en charge un large éventail de bases de données et de plates-formes, ce qui vous permet de déplacer et de transformer les données en toute transparence. Utilisez Oracle GoldenGate pour minimiser les temps d'arrêt lors des migrations et des mises à niveau, ce qui améliore vos stratégies de DR. Oracle GoldenGate n'étant pas inclus dans la solution, vous risquez de devoir payer des frais de licence.
La solution Oracle Database@Azure et ses principaux composants sont limités à l'abonnement et à la région dans lesquels vous créez l'instance. Le service n’englobe pas plusieurs zones et ne s’étend pas à plusieurs régions. Pour obtenir une résilience multi-zones ou multi-régions, vous pouvez déployer de nouvelles instances dans des zones de disponibilité ou des régions cibles.
Oracle Database@Azure utilise le stockage d'objets redondant d'Oracle Cloud Infrastructure (OCI) pour intégrer les sauvegardes automatiques de la base de données. Oracle Database Autonomous Recovery Service assure la protection des bases de données Oracle que vous déployez sur Exadata.
Recommandations de conception
Tenez compte de ces considérations BCDR pour Oracle Database@Azure.
BCDR de zone de disponibilité croisée
Pour garantir la haute disponibilité et la protection DR contre les défaillances des bases de données, des clusters de bases de données ou des zones de disponibilité, utilisez Oracle RAC sur Oracle Database@Azure et une base de données symétrique de secours située dans une autre zone. Cette configuration peut vous aider à assurer la résilience du centre de données pour les services de base de données.
Pour des performances optimales, placez les services d'application qui dépendent de la base de données dans la même zone de disponibilité que la base de données. Si les services d'application se trouvent dans un abonnement différent de celui des services de base de données, vous devez appliquer le code approprié. Utilisez la propriété availabilityZoneMappings pour identifier la zone de disponibilité physique où vous devez colocaliser vos services.
Vous pouvez configurer Data Guard en mode Disponibilité maximale avec transport SYNC ou en mode Performance maximale avec transport ASYNC en fonction de vos services d'application et de vos exigences en matière de RPO.
Nous vous recommandons d'utiliser le mode Maximum Availability (SYNC) pour les environnements où l'intégrité des données et l'absence de perte de données sont les facteurs les plus importants.
Nous vous recommandons d'utiliser le mode Performance maximale (ASYNC) pour les environnements où la performance est critique et où l'environnement peut tolérer une certaine perte de données.
BCDR inter-régions
Configurez Data Guard en mode Performance maximale pour le BCDR régional en fonction des capacités de votre application et de la latence du réseau entre les régions. Pour plus d'informations, consultez les résultats des tests de latence du réseau Azure.
La combinaison des opérations BCDR entre zones de disponibilité et entre régions s'aligne sur le niveau Gold des architectures de référence Oracle Maximum Availability Architecture. L'architecture de niveau Gold offre une protection contre une défaillance régionale complète.
Les recommandations de BCDR entre zones de disponibilité et entre régions se concentrent sur la résilience du service Oracle Database@Azure. Pour garantir la résilience de vos services d'application, vous pouvez utiliser Azure Virtual Machine Scale Sets, Azure Site Recovery, Azure Front Door ou d'autres fonctionnalités ou services qui permettent la disponibilité des services d'application entre les zones de disponibilité ou les régions.
Nous vous recommandons d’utiliser des sauvegardes managées et de stocker des données de sauvegarde dans le stockage d’objets OCI.
Autres considérations
Utilisez l'infrastructure en tant que code (IaC) pour déployer l'instance Oracle Database@Azure initiale et les clusters de machines virtuelles.
Utilisez l'IaC pour déployer des bases de données dans l'OCI. Vous pouvez utiliser l'IaC pour répliquer le même déploiement sur un site DR et minimiser le risque d'erreur humaine.
Testez les opérations de basculement et de rétablissement pour vous assurer qu'elles fonctionnent dans un scénario de sinistre réel. Automatisez les opérations de basculement et de rétablissement lorsque cela est possible afin de minimiser les erreurs.