Regioni

IBM Cloud® Le istanze dei database sono distribuite in una regione multizona (MZR) (ad esempio, Dallas, Francoforte, Londra, Sydney, Tokyo e Washington) o in una regione multizona a campus singolo (ad esempio, Chennai). Ogni istanza è distribuita in una configurazione ad alta disponibilità; in altre parole, i dati sono replicati da ciascun database su uno o più server, rendendo i dati altamente disponibili durante le normali operazioni.

• Negli MZR, i membri del database sono distribuiti in diversi data center, o zone.
• Nelle regioni multizona di un solo campus, i membri del database sono distribuiti su diversi host.

Se si verifica un guasto in una regione multizona di un singolo campus in un MZR o un guasto hardware in qualsiasi regione, i dati sono ancora accessibili perché replicati su altri server di database perfettamente funzionanti. Tali problemi sono affrontati dagli IBM Cloud® Specialisti in loco.

Per ulteriori informazioni su come il database specifico replica i dati tra i suoi membri, consultare la documentazione di Cloud Databases.

Backup

• Oltre alla configurazione ad alta disponibilità, per le implementazioni in regioni multizona IBM Cloud®, i dati vengono sottoposti a snapshot e backup giornalieri dalla piattaforma IBM Cloud® E archiviati in bucket di Cloud Object Storage interregionali.
• Per la maggior parte delle regioni IBM Cloud® a campus singolo e multizona, il backup dei dati viene eseguito localmente nei bucket Cloud Object Storage della regione a campus singolo e multizona.

Se si verifica un guasto completo della regione, i server di database della regione potrebbero non essere accessibili, ma i dati di backup rimangono disponibili. È possibile avviare un ripristino da questi backup in una regione disponibile dalla console di gestione dei servizi. Per ulteriori informazioni, consultare la sezione Cloud Databases backups documentation.

È responsabilità dell'utente creare una nuova istanza di servizio in cui effettuare il ripristino quando la piattaforma IBM Cloud® Database viene ripristinata. L'utente è inoltre responsabile della verifica della validità e dei tempi di ripristino dei backup. Per ulteriori informazioni, consultare la sezione Disaster recovery nella pagina Responsabilità condivise per i Cloud Databases.

Alta disponibilità a livello di applicazione

Le applicazioni che comunicano sulle reti e i servizi cloud sono soggette ad errori di connessione temporanei. È necessario progettare le applicazioni in modo che si riconnettano (non solo riprovino) quando gli errori sono causati da una perdita temporanea di connettività alla distribuzione o a IBM Cloud.

Poiché Cloud Databases è un servizio gestito, gli aggiornamenti regolari e la manutenzione del database fanno parte delle normali operazioni. Tale manutenzione può occasionalmente causare brevi intervalli in cui il database è disabilitato.

Le applicazioni devono essere progettate per gestire interruzioni temporanee del database, implementare la gestione degli errori per i comandi del database non riusciti e implementare una logica di riconnnessione per ripristinare il funzionamento dopo un'interruzione temporanea.

Non sono previsti diversi minuti di indisponibilità del database o interruzioni della connessione. Aprire un ticket di assistenza con i dettagli se si verificano periodi di tempo superiori a un minuto senza connettività, in modo che possiamo indagare.

Se si dispone di distribuzioni in più di una regione, è necessario eseguire il provisioning di IBM Cloud® Monitoring e abilitare le metriche della piattaforma in ogni regione. Per ulteriori informazioni, vedere l'integrazione IBM Cloud Monitoring.

SLA

• Vedere Come IBM Cloud garantisce l'alta disponibilità e il disaster recovery per saperne di più sugli standard di alta disponibilità e disaster recovery in IBM Cloud.
• Tutte le offerte di disponibilità generale (GA) di IBM Cloud® I database a disponibilità generale (GA) sono conformi ai termini del IBM Cloud® Contratto di livello di servizio (SLA).
• Per ulteriori informazioni, consultare la pagina Responsabilità dei Cloud Databases.