Comprender la alta disponibilidad

Gen 2

Este documento recoge la disponibilidad general de los servidores « Cloud Databases » de segunda generación, que se están implementando progresivamente en nuevas regiones. Puedes consultar la disponibilidad por regiones aquí.

Regiones

Cloud Databases Las instancias se implementan bien en una región multizona (MZR), bien en una región multizona de un único campus. 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 una alta disponibilidad de los datos durante el funcionamiento normal.

Si se produce un fallo en una región multizona de un único campus dentro de una MZR o un fallo de hardware en cualquier región, seguirá pudiendo acceder a sus datos, ya que estos se replican en otros servidores de bases de datos que funcionan con total normalidad. Los especialistas de IBM Cloud® del lugar pueden solucionar este tipo de problemas.

Para obtener más información sobre cómo tu base de datos concreta replica los datos entre cada uno de sus miembros, consulta la documentación de Cloud Databases.

Copias de seguridad

  • Además de la configuración de alta disponibilidad, en el caso de las implementaciones en regiones multizona de IBM Cloud®, la plataforma Cloud Databases realiza diariamente instantáneas y copias de seguridad de tus datos, que se almacenan en la misma región que las instantáneas de VPC Block Storage.
  • En la mayoría de las regiones multizona de un solo campus de IBM Cloud®, se realiza una copia de seguridad de tus datos de forma local en instantáneas de VPC Block Storage de la región multizona de un solo campus.

Actualmente, las copias de seguridad independientes solo están disponibles para Databases for MySQL. Para obtener más información sobre las copias de seguridad independientes, consulta la sección « Conceptos básicos sobre las copias de seguridad independientes ».

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, consulta la documentación sobre copias de seguridad de Cloud Databases.

Es tu responsabilidad crear una nueva instancia del servicio en la que realizar la restauración cuando se restaure la plataforma Cloud Databases. 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, consulta la sección «Recuperación ante desastres » en la página «Responsabilidades compartidas de 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 las aplicaciones de modo que reintenten las conexiones cuando los errores están causados por una pérdida temporal de la conectividad con el despliegue 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 llevan a cabo como parte de las operaciones habituales. Este tipo de mantenimiento puede provocar, en ocasiones, breves periodos en los que la base de datos quede inactiva.

Las aplicaciones deben estar diseñadas de modo que gestionen las interrupciones temporales en la base de datos, implementen el manejo de errores para los mandatos anómalos de la base de datos e implementen la lógica de reintento 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 Integración de IBM Cloud Monitoring.

SLA