Les clusters et les instances AlloyDB reposent sur de nombreuses ressourcesGoogle Cloud internes de bas niveau. Il s'agit 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. Étant donné qu'AlloyDB est un service géré, Google se charge de mettre à jour ces ressources internes. 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, mais certaines nécessitent une brève interruption de service. Nous appelons ces mises à jour des maintenances. Étant donné que 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 intrusives 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 passez au serveur de base de données. Comme vous pouvez le voir dans les journaux, la durée de l'opération est plus longue que l'indisponibilité.
Motifs de la maintenance
Les mises à jour de maintenance peuvent être effectuées 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 compatibles de PostgreSQL. Google intègre ces mises à jour dans AlloyDB et les applique aux clusters configurés pour la compatibilité avec la version majeure concernée. Pour en savoir plus, consultez les Règles de versions de base de données.
Correctifs du système d'exploitation Google surveille en permanence les failles de sécurité dans les systèmes d'exploitation exécutés 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 des maintenances et intervalles de maintenance
Vous pouvez définir des périodes de maintenance pour les clusters AlloyDB principaux et secondaires. Par défaut, la maintenance non urgente d'un cluster AlloyDB peut avoir lieu à tout moment, sauf entre 6h et 22h en semaine, selon l'heure locale de la région où se trouve le cluster.
Si un autre calendrier de maintenance convient mieux à votre cluster que celui par défaut, vous pouvez spécifier un intervalle de maintenance. Un intervalle de maintenance définit l'heure de début de vos événements de maintenance pour votre cluster, en termes d'heure et de jour de la semaine. Par exemple, vous pouvez définir un cluster pour qu'il dispose d'un intervalle de maintenance qui commence à 11h le dimanche, en UTC.
Si vous définissez un intervalle de maintenance, AlloyDB planifie les futurs événements de maintenance non urgents de manière à ce qu'ils ne commencent pas plus d'une heure après l'heure spécifiée. De plus, si vous activez la réception de notifications par e-mail concernant les prochains événements de maintenance AlloyDB, vous recevrez une notification automatique à leur 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'une période de maintenance, car la durée totale requise pour un événement de maintenance peut varier en fonction de la complexité du cluster (c'est-à-dire du nombre d'instances de pool de lecture à mettre à jour) et de la nature de la mise à jour. Bien que le temps d'arrêt requis pour une instance individuelle puisse être très bref, l'ensemble de la maintenance 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 pendant laquelle les instances de votre cluster subissent un temps d'arrêt lié à la maintenance, mais vous ne pouvez pas spécifier un temps d'arrêt précis à la minute près pour une instance donnée.
Les é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.
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. En effet, la mise à jour de maintenance se déroule comme suit:
- Tout d'abord, Google met à jour tous vos clusters qui ne disposent pas de fenêtres de maintenance.
- Ensuite, Google planifie les mises à jour pour tous vos 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é la réception de communications concernant les événements de maintenance AlloyDB à venir, Google vous envoie une notification par e-mail concernant 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 laissez vos clusters hors production sans fenêtre de maintenance, vous pouvez vous assurer qu'ils reçoivent d'abord les mises à jour du système. Vous pouvez également utiliser les notifications de maintenance à venir comme invite pour tester ou prévisualiser les mises à jour dans un environnement hors production.