Disponibilité dans Cloud SQL

Cette page décrit les opérations qui ont un impact sur la disponibilité dans Cloud SQL.

Cloud SQL vous aide à maximiser la disponibilité de votre base de données sans aucune modification de votre application. Avec un contrat de niveau de service de disponibilité de 99,99% SLA et un temps d'arrêt quasi nul pour plusieurs opérations planifiées, l'édition Cloud SQL Enterprise Plus offre une plus grande résilience et une meilleure continuité d'activité pour vos applications.

Maximiser la disponibilité signifie réduire le temps d'arrêt de votre base de données. Les temps d'arrêt sont généralement dus à des événements imprévus et à des opérations planifiées.

Événements imprévus et pannes zonales

Pour les applications qui nécessitent une haute disponibilité, nous vous recommandons de configurer l'instance pour une disponibilité régionale, également appelée configuration de haute disponibilité dans Cloud SQL. Pour en savoir plus sur la configuration de la haute disponibilité dans Cloud SQL, consultez À propos de la haute disponibilité.

Pour les instances configurées avec une disponibilité régionale, si l'instance rencontre une défaillance, Cloud SQL la rétablit automatiquement dans la zone secondaire avec la même adresse IP et sans perte de données, afin que les applications puissent reprendre leurs opérations sur la base de données. Cela protège contre les événements imprévus tels que la défaillance d'un seul hôte de VM ou la défaillance d'un ou de plusieurs composants d'infrastructure qui entraînent l'interruption de service d'une zone entière.

La haute disponibilité Cloud SQL est disponible pour les éditions Cloud SQL Enterprise Plus et Cloud SQL Enterprise.

Si vous ne configurez pas la disponibilité régionale pour une instance, elle est configurée pour la disponibilité zonale, également appelée instance autonome.

Cloud SQL récupère automatiquement les instances autonomes (instances configurées avec une disponibilité zonale) en cas de défaillance de l'hôte de VM. Toutefois, Cloud SQL ne récupère pas automatiquement les instances autonomes en cas de panne zonale. Pour rétablir une instance autonome dans une zone saine, vous devez restaurer manuellement toutes les instances autonomes. Vous pouvez récupérer manuellement une instance autonome à partir d'une panne zonale en effectuant une récupération à un moment donné ou en promouvant une instance répliquée avec accès en lecture pour qu'elle devienne l'instance autonome. Pour en savoir plus, consultez Options de récupération pour les instances autonomes.

Opérations planifiées avec un temps d'arrêt quasi nul

Pour les opérations planifiées telles que la maintenance ou certaines reconfigurations d'instances, l'édition Cloud SQL Enterprise Plus offre un temps d'arrêt quasi nul pour les instances principales sans modification d'application ni exigences de proxy.

Les opérations planifiées suivantes bénéficient d'un temps d'arrêt quasi nul sur une instance principale de l'édition Cloud SQL Enterprise Plus. Ces temps d'arrêt s'appliquent aux instances autonomes (zonales) et à haute disponibilité (régionales).

  • Maintenance, qui inclut les opérations suivantes avec un temps d'arrêt inférieur à la seconde :

    • Maintenance automatique que Cloud SQL effectue tous les trimestres
    • Maintenance en libre-service que vous pouvez lancer à tout moment
    • Simulation de maintenance que vous pouvez lancer pour tester le comportement du temps d'arrêt inférieur à la seconde

  • Mise à niveau d'édition

    • Effectuer une mise à niveau sur place vers l'édition Cloud SQL Enterprise Plus

  • Activer le cache de données

    • Vous pouvez activer ou désactiver le cache de données aussi souvent que nécessaire.

  • Scaling d'instance

    • Scaling vertical : augmentez la taille de calcul (vCPU, mémoire) de votre instance Cloud SQL aussi souvent que nécessaire.

    • Scaling vertical : réduisez la taille de calcul (vCPU, mémoire) de votre instance Cloud SQL peu fréquemment.

Étape suivante