Présentation de la maintenance

Les clusters et les instances AlloyDB pour PostgreSQL s'appuient sur de nombreuses ressourcesGoogle Cloud internes de bas niveau. Il s'agit notamment des instances de machines virtuelles (VM) qui servent de nœuds et d'équilibreurs de charge AlloyDB, ainsi que des volumes de stockage qui contiennent vos données. Comme AlloyDB est un service géré, Google maintient ces ressources internes à jour. Cela permet de garantir que vos clusters et instances AlloyDB restent fiables, performants et sécurisés.

La plupart de ces mises à jour ne nécessitent aucun temps d'arrêt, mais certaines mises à jour du système nécessitent une brève interruption de service. Nous appelons ces mises à jour des mises à jour de maintenance. Comme ces mises à jour nécessitent le redémarrage du nœud concerné, elles peuvent entraîner un temps d'arrêt. Les opérations de maintenance sans interruption dans AlloyDB limitent le temps d'arrêt à moins d'une seconde pour les instances principales et à zéro seconde pour les pools de lecture. Pour obtenir un temps d'arrêt quasi nul et nul, AlloyDB prépare un serveur de remplacement avec les mises à jour, puis change de serveur de base de données.

Pour en savoir plus, consultez Afficher et définir les périodes de maintenance et Gérer les mises à jour de maintenance AlloyDB à l'aide d'un cluster de préproduction.

Motifs de maintenance

Les mises à jour de maintenance périodiques peuvent se produire pour les raisons suivantes :

  • Nouvelles fonctionnalités et corrections de bugs d'AlloyDB : pour lancer de nouvelles fonctionnalités, Google doit mettre à jour le logiciel AlloyDB qui s'exécute sur les nœuds de votre cluster. Cela peut également impliquer des mises à jour des extensions PostgreSQL incluses dans AlloyDB ou l'installation de nouvelles extensions. Les mises à jour peuvent également inclure des corrections de bugs et de sécurité, ou des améliorations des performances.

  • Mises à niveau de compatibilité de la base de données : la communauté PostgreSQL publie régulièrement des mises à jour de versions mineures pour les versions majeures de PostgreSQL compatibles. Google intègre ces mises à jour dans AlloyDB et les applique à vos clusters. Pour en savoir plus, consultez Règles concernant les versions de bases de données.

Planification et préférences de maintenance

Vous pouvez définir des intervalles de maintenance pour les clusters AlloyDB principaux et secondaires. Par défaut, aucun intervalle de maintenance n'est défini sur un cluster AlloyDB. La maintenance non urgente d'un cluster AlloyDB sans intervalle de maintenance configuré peut avoir lieu à tout moment, sauf entre 6h et 22h en semaine, heure locale de la région où se trouve le cluster.

Vous pouvez également spécifier un intervalle de maintenance. Un intervalle de maintenance définit l'heure et le jour de la semaine auxquels vous souhaitez que les événements de maintenance commencent pour votre cluster. Par exemple, vous pouvez définir un intervalle de maintenance pour un cluster qui commence à 11h00 le dimanche (UTC).

Si vous définissez un intervalle de maintenance, AlloyDB planifie les futurs événements de maintenance non urgents pour qu'ils commencent au plus tard une heure après l'heure spécifiée. De plus, si vous choisissez de recevoir des notifications par e-mail concernant les événements de maintenance AlloyDB planifiés, vous recevez une notification automatique concernant l'événement dès qu'il est planifié. Les événements de maintenance sont planifiés au moins une semaine à l'avance.

Vous ne pouvez pas définir la fin d'un intervalle de maintenance. En effet, la durée totale d'un événement de maintenance peut varier. La durée de l'intervalle de maintenance dépend de la complexité du cluster (c'est-à-dire du nombre d'instances de pool de lecture nécessitant des mises à jour) et de la nature de la mise à jour. AlloyDB met d'abord à jour les pools de lecture simultanément, puis l'instance principale.

Bien que le temps d'arrêt requis par une instance individuelle puisse être bref, l'ensemble du processus de maintenance se termine généralement en une heure. Vous ne pouvez définir qu'un intervalle de maintenance d'une heure. Toutefois, pour les clusters comportant plusieurs pools de lecture, le temps d'arrêt peut se prolonger au-delà de la période d'une heure, car la maintenance peut commencer à tout moment au cours de cette période (par exemple, à la dernière minute), puis prendre jusqu'à une heure. Cela signifie que l'indisponibilité peut se produire après l'intervalle de maintenance.

Des événements de maintenance d'urgence, tels que des correctifs de sécurité urgents, peuvent se produire en dehors des heures de maintenance par défaut ou des intervalles de maintenance configurés. Cela inclut les périodes de refus de maintenance.

Dernière version disponible

Pour les clusters sans intervalle de maintenance défini, la maintenance est appliquée aux clusters par région. Cela signifie que les clusters de certaines régions reçoivent la dernière version et peuvent y accéder plus tôt que les clusters d'autres régions.

Les notes de version et les journaux des modifications de maintenance d'AlloyDB sont publiés peu de temps après la fin de la maintenance pour toutes les régions. Les clusters avec des intervalles de maintenance reçoivent généralement les mises à jour après la mise à jour du journal des modifications et des notes de version.

Maintenance en libre-service

Si vous devez appliquer la maintenance et mettre à jour vos clusters vers la dernière version avant l'intervalle de maintenance planifié, vous pouvez effectuer une maintenance en libre-service. La mise à jour vers la dernière version peut débloquer des fonctionnalités, appliquer des correctifs et vous permettre de définir une période de refus sur votre cluster. Pour en savoir plus, consultez Effectuer une maintenance en libre-service.

Étapes suivantes