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 le temps d'activité de votre base de données sans que vous ayez à modifier votre application. Avec un SLA qui promet un temps d'activité de 99,99 % et un temps d'arrêt quasi nul pour plusieurs opérations planifiées, l'édition Cloud SQL Enterprise Plus offre une résilience et une continuité d'activité accrues pour vos applications.

Pour maximiser le temps d'activité, vous devez 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 non planifiés et à des opérations planifiées.

Événements non planifiés et indisponibilité zonale

Pour les applications qui nécessitent une haute disponibilité, nous vous recommandons de configurer l'instance pour la disponibilité régionale, également appelée configuration de haute disponibilité (HD) 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 un échec, Cloud SQL la relance 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 permet de se protéger contre les événements imprévus tels que la défaillance d'un seul hôte de VM ou d'un ou plusieurs composants d'infrastructure entraînant l'indisponibilité 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 la 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 précis 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 quasiment 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 quasiment nul pour les instances principales, sans nécessiter de modifications d'application ni de proxy.

Les opérations planifiées suivantes bénéficient d'un temps d'arrêt quasi nul sur une instance principale 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 effectuée par Cloud SQL tous les trimestres
    • Maintenance en libre-service que vous pouvez lancer à tout moment
    • Simulation de maintenance que vous pouvez lancer pour tester le comportement des temps d'arrêt inférieurs à la seconde
  • Mise à niveau de version mineure
    • Les mises à niveau de versions mineures font partie de la maintenance automatique et entraînent un temps d'arrêt inférieur à une seconde.

  • Scaling d'instance

    • Mise à l'échelle verticale : augmentez la taille de calcul (vCPU, mémoire) de votre instance Cloud SQL aussi souvent que nécessaire.

    • Scaling à la baisse : réduisez rarement la taille de calcul (vCPU, mémoire) de votre instance Cloud SQL.

  • Cache de données

    • Activer ou désactiver le cache de données aussi souvent que nécessaire

  • Mise à niveau de l'édition

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

Étapes suivantes