Comprendre la haute disponibilité

Génération 2

Ce document fait état de la mise à disposition générale de la 2e génération d' Cloud Databases, qui sont progressivement déployées dans de nouvelles régions. Vous pouvez consulter la disponibilité par région ici.

Régions

Cloud Databases Les instances sont déployées soit dans une région multizone (MZR), soit dans une région multizone à campus unique. Chaque instance est déployée dans une configuration à haute disponibilité; en d'autres termes, les données sont répliquées par chaque base de données sur un ou plusieurs serveurs, ce qui garantit leur haute disponibilité en conditions normales d'exploitation.

  • Dans les MZR, les nœuds de la base de données sont répartis entre différents centres de données, ou zones.
  • Dans les régions multizones à campus unique, les nœuds de la base de données sont répartis sur différents serveurs.

En cas de défaillance d'une région multizone à campus unique au sein d'une MZR ou de défaillance matérielle dans n'importe quelle région, vos données restent accessibles puisqu'elles sont répliquées sur d'autres serveurs de base de données pleinement opérationnels. Ces questions sont traitées par les spécialistes IBM Cloud® en place.

Pour plus d'informations sur la manière dont votre base de données spécifique réplique les données entre chacun de ses membres, consultez la documentation d' Cloud Databases.

Sauvegardes

  • Outre la configuration à haute disponibilité, pour les déploiements dans des régions à plusieurs zones d’ IBM Cloud®, vos données font l’objet d’un instantané et d’une sauvegarde quotidiennes par la plateforme Cloud Databases, puis sont stockées dans la même région que les instantanés VPC Block Storage.
  • Pour la plupart des régions multizones à campus unique d’ IBM Cloud®, vos données sont sauvegardées localement sous forme de snapshots VPC Block Storage au sein de la région multizone à campus unique.

Les sauvegardes indépendantes ne sont actuellement disponibles que pour Databases for MySQL. Pour plus d'informations sur les sauvegardes indépendantes, consultez la section « Comprendre les sauvegardes indépendantes ».

En cas de panne complète de la région, les serveurs de base de données de la région peuvent ne pas être accessibles, mais les données de sauvegarde restent disponibles. Vous pouvez lancer une restauration à partir de ces sauvegardes dans une région disponible à partir de la console de gestion des services. Pour plus d'informations, consultez la documentation relative aux sauvegardes d' Cloud Databases.

Il vous incombe de créer une nouvelle instance de service dans laquelle effectuer la restauration une fois que la plateforme Cloud Databases aura été restaurée. Vous êtes également chargé de tester la validité et la durée de restauration de vos sauvegardes. Pour plus d'informations, consultez la section « Reprise après sinistre » de la page « Responsabilités partagées pour l' Cloud Databases ».

Haute disponibilité au niveau de l'application

Les applications qui communiquent par le biais de réseaux et de services cloud sont sujettes à des pannes de connexion transitoires. Vous souhaitez concevoir vos applications de telle manière que les connexions soient relancées lorsque des erreurs se produisent à cause d'une perte temporaire de connectivité avec votre déploiement ou avec IBM Cloud.

Cloud Databases étant un service géré, des mises à jour régulières et la maintenance de la base de données sont effectuées dans le cadre des opérations courantes. Ces opérations de maintenance peuvent parfois entraîner de brèves périodes pendant lesquelles votre base de données est indisponible.

Vos applications doivent être conçues pour gérer des interruptions temporaires de connexion à la base de données, implémenter le traitement d'erreurs pour les commandes de base de données qui échouent et implémenter une logique de relance pour effectuer une reprise après une interruption temporaire.

Des interruptions de connexion ou une non-disponibilité de la base de données pendant plusieurs minutes ne sont pas censées se produire. Ouvrez un ticket de demande de service en fournissant des détails si vous constatez des pertes de connectivité de plus d'une minute.

Si vous avez des déploiements dans plusieurs régions, vous devez mettre à disposition IBM Cloud® Monitoring et activer les métriques de la plateforme dans chaque région. Pour plus d'informations, voir Intégration à IBM Cloud Monitoring.

Contrats de service (SLA)