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 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
Les mises à jour de maintenance périodiques peuvent se produire pour les raisons suivantes :
Nouvelles fonctionnalités et corrections de bugs dans 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.