Les clusters et les instances AlloyDB pour PostgreSQL s'appuient sur de nombreuses ressourcesGoogle Cloud internes de bas niveau. Il s'agit, entre autres, 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 aucune interruption de service, mais certaines mises à jour du système nécessitent une brève interruption. Nous appelons ces mises à jour maintenances. 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 non interruptives d'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 atteindre un temps d'arrêt quasiment nul ou nul, AlloyDB prépare un serveur de remplacement avec les mises à jour, puis bascule le serveur de base de données.
Motifs de la maintenance
Des mises à jour de maintenance périodiques peuvent avoir lieu pour les raisons suivantes :
Nouvelles fonctionnalités et corrections de bugs 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 failles de sécurité, ou des améliorations des performances.
Mises à niveau de la 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 à AlloyDB et les applique à vos clusters. Pour en savoir plus, consultez les Règles concernant les versions de bases de données.
Planification et préférences de maintenance
Vous pouvez définir des périodes 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, dans le fuseau horaire local 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 de votre choix pour que votre cluster commence ses événements de maintenance. Par exemple, vous pouvez définir un intervalle de maintenance pour un cluster qui commence le dimanche à 11h (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 activez les notifications par e-mail concernant les événements de maintenance AlloyDB planifiés, vous recevrez une notification automatique à ce sujet dès qu'un événement sera planifié. Les opérations de maintenance sont planifiées au moins une semaine à l'avance.
Vous ne pouvez pas définir l'heure de fin d'un intervalle de maintenance. En effet, la durée totale d'un événement de maintenance peut varier. La durée de la période 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 fenêtre d'une heure, car la maintenance peut commencer à tout moment pendant cette période (par exemple, à la dernière minute) et durer jusqu'à une heure. Cela signifie que le temps d'arrêt 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 ceux d'autres régions.
Les notes de version et les journaux des modifications de maintenance d'AlloyDB sont publiés peu après la fin de la maintenance pour toutes les régions. Les clusters avec des périodes 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 immédiatement, vous pouvez effectuer la 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.