Comprendre la haute disponibilité pour l' Cloud Databases

Ce document couvre toutes les IBM Cloud® bases de données, qui comprennent Databases for PostgreSQL, Databases for MongoDB, Databases for Redis, Databases for Elasticsearch, IBM Cloud® Databases for MySQL, et Messages for RabbitMQ.

Régions

IBM Cloud® Les instances de bases de données sont déployées soit dans une région multizone (MZR) (par exemple, Dallas, Francfort, Londres, Sydney, Tokyo et Washington), soit dans une région multizone à campus unique (par exemple, Chennai). Chaque instance est déployée dans une configuration hautement disponible; cela signifie que les données sont répliquées par chaque base de données sur un ou plusieurs serveurs, ce qui rend les données hautement disponibles pendant les opérations normales.

  • Dans les MZR, les membres de la base de données sont répartis dans différents centres de données, ou zones.
  • Dans les régions multizones à campus unique, les membres de la base de données sont répartis sur différents hôtes.

En cas de défaillance d'une région multizone à campus unique dans une MZR ou de défaillance matérielle dans une région, vos données restent accessibles car 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 votre documentation Cloud Databases

Sauvegardes

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, voir la documentation sur les sauvegardesCloud Databases

Il est de votre responsabilité de créer une nouvelle instance de service dans laquelle restaurer lorsque la plateforme IBM Cloud® Est restaurée. Vous êtes également chargé de tester la validité et la durée de restauration de vos sauvegardes. Pour plus d'informations, voir la section Reprise après sinistre de la page Responsabilités partagées pour les 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 manière à ce qu'elles se reconnectent (et ne se contentent pas de réessayer) lorsque des erreurs sont causées par une perte temporaire de connectivité à votre déploiement ou à 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 normales. Cette maintenance peut parfois entraîner de courtes périodes pendant lesquelles votre base de données est désactivée.

Vos applications doivent être conçues pour gérer les interruptions temporaires de la base de données, mettre en œuvre la gestion des erreurs pour les commandes de base de données ayant échoué et mettre en œuvre une logique de reconnexion pour récupérer 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 l'intégration IBM Cloud Monitoring

Contrats de service (SLA)