Comprender la alta disponibilidad para Cloud Databases

Este documento abarca todas las IBM Cloud® bases de datos, que incluyen Databases for PostgreSQL, Databases for MongoDB, Databases for Redis, Databases for Elasticsearch, IBM Cloud® Databases for MySQL, y Messages for RabbitMQ.

Regiones

IBM Cloud® Las instancias de bases de datos se implementan en una región multizona (MZR) (por ejemplo, Dallas, Fráncfort, Londres, Sídney, Tokio y Washington) o en una región multizona de un solo campus (por ejemplo, Chennai). Cada instancia se implementa en una configuración de alta disponibilidad; es decir, cada base de datos replica los datos en uno o varios servidores, lo que garantiza la alta disponibilidad de los datos durante el funcionamiento normal.

  • En las MZR, los miembros de la base de datos están distribuidos en diferentes centros de datos o zonas.
  • En las regiones multizona de un solo campus, los miembros de la base de datos se distribuyen entre distintos hosts.

Si se produce un fallo en una región multizona de un solo campus en un MZR o un fallo de hardware en cualquier región, sus datos seguirán siendo accesibles, ya que se replican en otros servidores de bases de datos que funcionan correctamente. Los especialistas de IBM Cloud® del lugar pueden solucionar este tipo de problemas.

Para obtener más información sobre cómo su base de datos específica replica los datos entre cada uno de sus miembros, consulte su documentación Cloud Databases.

Copias de seguridad

  • Además de la configuración de alta disponibilidad, para implementaciones en regiones multizona de IBM Cloud®, la plataforma de bases de datos IBM Cloud® realiza instantáneas y copias de seguridad diarias de sus datos, que se almacenan en depósitos Cloud Object Storage entre regiones.
  • En la mayoría de las regiones multizona de un solo campus de IBM Cloud®, los datos se copian localmente en regiones multizona de un solo campus en depósitos de Cloud Object Storage.

Si se produce una anomalía en toda una región, es posible que no se pueda acceder a los servidores de bases de datos de la región, pero los datos de copia de seguridad siguen estando disponibles. Puede iniciar una restauración desde estas copias de seguridad en una región disponible desde la consola de gestión de servicios. Para obtener más información, consulte la documentación sobre copias de seguridadCloud Databases.

Es su responsabilidad crear una nueva instancia de servicio en la que restaurar cuando la IBM Cloud® Se restaure la plataforma de bases de datos. También es responsable de probar la validez y el tiempo de restauración de las copias de seguridad. Para obtener más información, consulte la sección Recuperación ante desastres en la página Responsabilidades compartidas para Cloud Databases.

Alta disponibilidad a nivel de aplicación

Las aplicaciones que se comunican a través de redes y servicios en la nube están sujetas a errores de conexión transitorios. Desea diseñar sus aplicaciones para que se vuelvan a conectar (no solo reintentar) cuando se produzcan errores causados por una pérdida temporal de conectividad con su implementación o con IBM Cloud.

Dado que Cloud Databases es un servicio gestionado, las actualizaciones periódicas y el mantenimiento de la base de datos se realizan como parte de las operaciones normales. Este mantenimiento puede provocar ocasionalmente breves intervalos en los que su base de datos estará desactivada.

Sus aplicaciones deben estar diseñadas para gestionar interrupciones temporales en la base de datos, implementar la gestión de errores para comandos de base de datos fallidos e implementar la lógica de reconexión para recuperarse de una interrupción temporal.

No se espera que la falta de disponibilidad de la base de datos o las interrupciones en la conexión duren varios minutos. Abra una incidencia de soporte con detalles si experimenta periodos sin conectividad de más de un minuto para que lo podamos investigar.

Si tiene despliegues en más de una región, tiene que suministrar IBM Cloud® Monitoring y habilitar las métricas de plataforma en cada región. Para obtener más información, consulte IBM Cloud Monitoring integración.

SLA