Haute disponibilité et continuité des activités
Une base de données OCI Database with PostgreSQL peut être configurée de plusieurs façons pour une haute disponibilité.
Nous recommandons l'une des méthodes suivantes pour obtenir un système de base de données plus hautement disponible :
- Créez un système de base de données avec au moins deux noeuds. Lors de la détection d'une défaillance, le service effectue un basculement pour promouvoir l'un des noeuds de réplique sur le noeud principal en quelques secondes.
- Créez un système de base de données avec au moins deux noeuds et choisissez le positionnement régional des données. Un système de base de données régional comportant plusieurs noeuds peut résister à des pannes au niveau du domaine de disponibilité.
Bases de données et positionnement de noeuds multiples
OCI Database with PostgreSQL™ avec un stockage optimisé pour les bases de données tire parti des volumes par blocs régionaux pour offrir une haute disponibilité et la durabilité des données. Les données sont répliquées automatiquement sur différents domaines de disponibilité dans les régions comportant plusieurs domaines de disponibilité afin que les déploiements critiques puissent tolérer la perte de tout un domaine de disponibilité.
Le noeud principal d'une base de données fonctionne comme son point d'extrémité de lecture/écriture. Vous disposez uniquement d'un accès en lecture/écriture au noeud principal. Toutes les données écrites sur le noeud principal sont stockées durablement dans des volumes par blocs. Les métadonnées sont copiées de manière asynchrone vers d'autres noeuds de réplique de lecture.
Les répliques de lecture sont placées dans différents domaines de disponibilité ou d'erreur. Lorsque vous créez une base de données, les modèles de positionnement de données suivants sont utilisés :
- Régional : Les noeuds sont placés dans des domaines de disponibilité différents.
- Spécifique au domaine de disponibilité : Les noeuds sont placés dans différents domaines d'erreur dans le même domaine de disponibilité.
Vous pouvez ajouter d'autres noeuds à une base de données qui peut être utilisée en tant que répliques de lecture. Les répliques de lecture utilisent les mêmes volumes régionaux et la réplication asynchrone pour s'assurer que la base de données évolue linéairement à mesure que d'autres noeuds sont ajoutés à la base de données.
Bases de données à noeud unique
Si une base de données utilise un seul noeud, la haute disponibilité est offerte en détectant automatiquement les défaillances, en restaurant l'environnement de base de données dans une nouvelle instance de calcul provisionnée et en attachant le stockage désagrégé.
Les mêmes volumes sous-jacents sont réutilisés pour créer l'environnement récupéré. Les points d'extrémité de réseau sont conservés dans l'environnement restauré afin de garantir que les applications de service n'ont pas besoin d'être reconfigurées.
Nous recommandons l'utilisation de bases de données à noeud unique à des fins de développement, de test ou de production non critique.
Sauvegardes
Les sauvegardes sont une copie des données de base de données prises et stockées à distance afin qu'elles puissent être utilisées pour restaurer l'original si nécessaire, par exemple après un événement de perte de données. Les sauvegardes peuvent être créées manuellement ou automatisées au moyen d'une politique de gestion et copiées dans une autre région.
Les sauvegardes automatiques peuvent être programmées pour être créées quotidiennement, chaque semaine et chaque mois. Les sauvegardes automatiques ont une période de conservation allant jusqu'à 35 jours avant d'être supprimées par le système. Lorsque vous créez une sauvegarde manuellement, vous pouvez choisir si la sauvegarde est supprimée à une date spécifique ou après un nombre de jours spécifié.
Pour plus d'informations, voir Gestion de la base de données OCI Database with PostgreSQL et Utilisation de sauvegardes OCI Database with PostgreSQL dans le service de récupération après sinistre.
Continuité des activités
Le service OCI Database with PostgreSQL offre un CNS de disponibilité de 99,99 %, un objectif de temps de récupération (ODR) de moins de 2 minutes pour les systèmes de base de données multinoeuds et un objectif de point de récupération (OPR) de 0 sans perte de données.
Pour les systèmes de base de données à noeud unique dans une seule région de domaine de disponibilité, le service offre un CNS de disponibilité de 99,9 %, un objectif de temps de reprise (RTO) inférieur à 20 minutes et un objectif de point de reprise (RPO) de 0.
OCI Database with PostgreSQL exploite le service de volume par blocs pour stocker des données d'utilisateur. Les mêmes garanties de durabilité, de sécurité et de performance s'appliquent.