Disponibilità in Cloud SQL

Questa pagina descrive le operazioni che influiscono sulla disponibilità in Cloud SQL.

Cloud SQL ti aiuta a massimizzare l'uptime del tuo database senza apportare modifiche alla tua applicazione. Con uno SLA di uptime del 99,99% e tempi di inattività prossimi allo zero per diverse operazioni pianificate, la versione Cloud SQL Enterprise Plus offre maggiore resilienza e continuità aziendale per le tue applicazioni.

Massimizzare l'uptime significa ridurre i tempi di inattività del database. I tempi di inattività sono in genere causati sia da eventi non pianificati sia da operazioni pianificate.

Eventi imprevisti e interruzione di zona

Per le applicazioni che richiedono un'alta affidabilità, consigliamo di configurare l'istanza per la disponibilità a livello di regione, nota anche come configurazione ad alta affidabilità (HA) in Cloud SQL. Per ulteriori informazioni sulla configurazione dell'alta affidabilità in Cloud SQL, consulta Informazioni sull'alta affidabilità (HA).

Per le istanze configurate con disponibilità a livello di regione, se l'istanza riscontra un errore, Cloud SQL la attiva automaticamente nella zona secondaria con lo stesso indirizzo IP e senza perdita di dati, in modo che le applicazioni possano riprendere le operazioni sul database. In questo modo, viene garantita la protezione da eventi non pianificati, come l'errore di un singolo host VM o l'errore di uno o più componenti dell'infrastruttura che causa l'interruzione di un'intera zona.

L'alta affidabilità di Cloud SQL è disponibile sia per la versione Cloud SQL Enterprise Plus sia per la versione Cloud SQL Enterprise.

Se non configuri la disponibilità regionale per un'istanza, questa viene configurata per la disponibilità a livello di zona, nota anche come istanza autonoma.

Cloud SQL recupera automaticamente le istanze autonome (istanze configurate con disponibilità a livello di zona) dagli errori dell'host VM. Tuttavia, Cloud SQL non recupera automaticamente le istanze autonome da un'interruzione di zona. Per ristabilire un'istanza autonoma in una zona integra, devi ripristinare manualmente tutte le istanze autonome. Puoi recuperare manualmente un'istanza autonoma da un'interruzione di zona eseguendo il recupero point-in-time o promuovendo una replica di lettura in modo che diventi l'istanza autonoma. Per saperne di più, consulta Opzioni di recupero per istanze autonome.

Operazioni pianificate

Per le operazioni pianificate, come la manutenzione o alcune riconfigurazioni delle istanze, la versione Cloud SQL Enterprise Plus offre tempi di inattività quasi azzerati per le istanze principali senza modifiche alle applicazioni o requisiti di proxy. Con tempi di inattività prossimi allo zero, un'operazione pianificata in genere causa meno di un secondo di inattività.

Le seguenti operazioni pianificate traggono vantaggio dai tempi di inattività quasi azzerati su un'istanza principale Cloud SQL Enterprise Plus. Questi tempi di inattività sono applicabili sia alle istanze autonome (a livello di zona) sia a quelle ad alta affidabilità (a livello di regione).

  • Manutenzione, che include le seguenti operazioni con tempi di inattività inferiori al secondo:

    • Manutenzione automatica eseguita da Cloud SQL ogni trimestre
    • Manutenzione self-service che puoi avviare in qualsiasi momento
    • Simulazione della manutenzione che puoi avviare per testare il comportamento dei tempi di inattività inferiori a un secondo

Tempi di inattività quasi azzerati

Con tempi di inattività prossimi allo zero, un'operazione pianificata in genere causa meno di un secondo di inattività per un'istanza principale di Cloud SQL Enterprise Plus.

In genere, il completamento dell'operazione richiede alcuni minuti e l'istanza rimane disponibile durante questo periodo. Il tempo di inattività, ovvero il periodo in cui il database non può accettare connessioni, è quasi pari a zero (meno di un secondo) e il processo non richiede la modifica degli endpoint a cui si connettono le applicazioni.

Prerequisiti e vincoli

  • La funzionalità di tempi di inattività quasi azzerati è disponibile solo con la versione Cloud SQL Enterprise Plus. Per saperne di più sulle versioni di Cloud SQL, consulta Introduzione alle versioni di Cloud SQL.

  • I tempi di inattività praticamente pari a zero non sono disponibili per le istanze di replica di lettura.

  • Le istanze con repliche di lettura sono supportate solo se soddisfano i seguenti criteri:

  • Supporta da 1 a 100 database per istanza.

  • Disponibile solo per la versione Cloud SQL Enterprise Plus.

  • Disponibile per le seguenti versioni di SQL Server:

    • SQL Server Enterprise 2019
    • SQL Server Enterprise 2022
    • SQL Server Enterprise 2025

  • Se utilizzi il Cloud SQL Auth Proxy o i connettori dei linguaggi di Cloud SQL, assicurati che siano aggiornati all'ultima versione.

  • Il nome del server interno di SQL Server SERVERPROPERTY('servername') potrebbe cambiare durante la manutenzione. Se la tua applicazione fa riferimento al nome host o al nome della macchina, potresti dover aggiornare questi valori dopo la manutenzione. Le stringhe di connessione Cloud SQL e l'indirizzo IP dell'istanza non cambieranno.

  • Supporta solo i database utente. I database di sistema non possono essere aggiunti ai gruppi di disponibilità.

  • I seguenti tipi di database non sono supportati:

    • Database di sola lettura
    • Database per un singolo utente
    • Database designati come AUTO_CLOSE

  • Le seguenti funzionalità non sono supportate:

Passaggi successivi