Les clusters et les instances AlloyDB reposent 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 AlloyDB et d'équilibreurs de charge, ainsi que des volumes de stockage qui contiennent vos données. AlloyDB étant un service géré, Google se charge de maintenir 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 secondaires, et à zéro seconde pour les pools de lecture. Pour obtenir un temps d'arrêt quasi nul ou nul, préparez un serveur de remplacement avec les mises à jour, puis basculez le serveur de base de données. Comme vous pouvez le voir dans les journaux, la durée de l'opération est supérieure à la durée d'indisponibilité.
Motifs de la maintenance
Les mises à jour de maintenance peuvent avoir lieu pour les raisons suivantes :
Nouvelles fonctionnalités AlloyDB Pour lancer de nouvelles fonctionnalités, Google doit mettre à jour le logiciel AlloyDB exécuté sur les nœuds de votre cluster. Cela peut également impliquer la mise à jour des extensions PostgreSQL incluses avec AlloyDB ou l'installation de nouvelles extensions.
Mises à niveau de la compatibilité des bases 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 aux clusters configurés pour être compatibles avec la version majeure concernée. Pour en savoir plus, consultez les Règles concernant les versions de bases de données.
Correctifs du système d'exploitation : Google surveille en permanence les failles de sécurité dans les systèmes d'exploitation qui s'exécutent sur les ressources internes qui constituent les clusters AlloyDB. Lorsque des failles sont découvertes, nous appliquons des correctifs aux systèmes d'exploitation des ressources pour vous protéger contre de nouveaux risques.
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 à venir, vous recevrez une notification automatique à ce sujet dès qu'ils seront planifiés. Les événements de maintenance sont planifiés au moins une semaine à l'avance.
Vous ne pouvez pas définir l'heure de fin d'un intervalle de maintenance, car la durée totale requise pour un événement de maintenance unique peut varier en fonction de la complexité du cluster (c'est-à-dire le nombre d'instances de pool de lecture nécessitant une mise à jour) et de la nature de la mise à jour. Bien que le temps d'arrêt requis pour chaque instance puisse être très bref, la maintenance complète peut prendre des heures. C'est pourquoi vous pouvez utiliser un intervalle de maintenance pour contrôler l'heure générale de la journée où les instances de votre cluster subissent un temps d'arrêt pour maintenance, mais vous ne pouvez pas spécifier un intervalle de temps d'arrêt précis pour une instance.
Des événements de maintenance d'urgence, tels que l'application de correctifs de sécurité urgents, peuvent se produire en dehors des heures de maintenance par défaut ou des intervalles de maintenance configurés, y compris pendant les périodes de refus de maintenance.
Bonnes pratiques concernant les intervalles de maintenance
Nous vous recommandons de définir des intervalles de maintenance sur vos clusters de production, et non sur vos clusters hors production. Cela s'explique par l'ordre général des événements liés à une mise à jour de maintenance :
- Google met d'abord à jour tous vos clusters qui ne disposent pas de fenêtres de maintenance.
- Ensuite, Google planifie les mises à jour pour tous les clusters qui disposent de fenêtres de maintenance. Ces mises à jour nécessitent un délai d'au moins une semaine.
- Si vous avez activé les communications concernant les événements de maintenance AlloyDB à venir, Google vous envoie un e-mail pour vous informer de la maintenance planifiée.
- Google effectue les mises à jour de maintenance aux heures prévues.
Par conséquent, une notification de maintenance à venir signifie également que les mêmes mises à jour ont déjà été appliquées à tous vos clusters sans intervalle de maintenance défini. Si vous ne définissez pas d'intervalles de maintenance pour vos clusters hors production, vous pouvez être sûr qu'ils recevront les mises à jour système en premier. Vous pouvez utiliser les notifications de maintenance à venir pour tester ou prévisualiser les mises à jour dans un environnement hors production.