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 modifier votre application. Avec un SLA de disponibilité 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 meilleure résilience et une meilleure continuité d'activité pour vos applications.

Maximiser le temps d'activité signifie réduire le temps d'arrêt de votre base de données. Les temps d'arrêt sont généralement causés par des événements non planifiés et des opérations planifiées.

Événements imprévus et panne zonale

Pour les applications nécessitant 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 affiche automatiquement l'instance dans la zone secondaire avec la même adresse IP et sans perte de données, afin que les applications puissent reprendre les opérations sur la base de données. Cela vous protège contre les événements imprévus, tels que la défaillance d'un seul hôte de VM ou d'un ou de plusieurs composants d'infrastructure, qui entraînent 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, celle-ci 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 après une panne zonale. Pour rétablir une instance autonome dans une zone opérationnelle, vous devez restaurer manuellement toutes les instances autonomes. Vous pouvez récupérer manuellement une instance autonome après 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

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 des applications ni exigences de proxy. Avec un temps d'arrêt quasiment nul, une opération planifiée entraîne généralement moins d'une seconde d'indisponibilité.

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 à une 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

Temps d'arrêt quasiment nul

Avec un temps d'arrêt quasi nul, une opération planifiée entraîne généralement moins d'une seconde d'arrêt pour une instance principale de l'édition Cloud SQL Enterprise Plus.

L'opération prend généralement quelques minutes, et votre instance reste disponible pendant ce temps. Le temps d'arrêt, c'est-à-dire la période pendant laquelle la base de données ne peut pas accepter de connexions, est quasi nul (moins d'une seconde), et le processus ne nécessite pas que vous modifiiez les points de terminaison auxquels vos applications se connectent.

Prérequis et contraintes

  • La fonctionnalité de temps d'arrêt quasi nul n'est disponible que dans l'édition Cloud SQL Enterprise Plus. Pour en savoir plus sur les éditions Cloud SQL, consultez la page Présentation des éditions Cloud SQL.

  • Le temps d'arrêt quasi nul n'est pas disponible sur les instances répliquées avec accès en lecture.

  • Les instances qui ont des instances répliquées avec accès en lecture ne sont acceptées que si elles répondent aux critères suivants :

  • Compatible avec 1 à 100 bases de données par instance.

  • Disponible uniquement pour l'édition Cloud SQL Enterprise Plus.

  • Disponible pour les éditions SQL Server suivantes :

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

  • Si vous utilisez le proxy d'authentification Cloud SQL ou les connecteurs de langage Cloud SQL, assurez-vous que leur version est la plus récente.

  • Le nom de votre serveur interne SQL Server SERVERPROPERTY('servername') peut changer pendant la maintenance. Si votre application fait référence au nom d'hôte ou au nom de la machine, vous devrez peut-être mettre à jour ces valeurs après la maintenance. Vos chaînes de connexion Cloud SQL et l'adresse IP de l'instance ne changeront pas.

  • Seules les bases de données utilisateur sont acceptées. Les bases de données système ne peuvent pas être ajoutées aux groupes de disponibilité.

  • Les types de bases de données suivants ne sont pas compatibles :

    • Bases de données en lecture seule
    • Bases de données mono-utilisateur
    • Bases de données désignées comme AUTO_CLOSE

  • Les fonctionnalités suivantes ne sont pas acceptées :

Étapes suivantes