Cette page explique comment résoudre les problèmes liés aux événements de maintenance AlloyDB pour PostgreSQL. La maintenance d'AlloyDB permet de s'assurer que vos clusters et vos instances restent fiables, performants, sécurisés et à jour. Pour en savoir plus, consultez Présentation de la maintenance.
L'environnement de votre base de données est perturbé lors d'une maintenance axée sur les services
Description : lors des opérations de maintenance AlloyDB, votre environnement de base de données subit un temps d'arrêt inférieur à la seconde.
AlloyDB minimise les perturbations pendant la maintenance en créant une machine virtuelle (VM) avec les mises à jour. Lorsque la VM de remplacement est prête, AlloyDB la remplace par la VM active.
Voici l'impact du remplacement de la VM sur les instances :
- Instances principales : le temps d'arrêt est généralement inférieur à une seconde.
- Les instances de pool de lecture ne subissent aucun temps d'arrêt.
Solution recommandée : configurez votre environnement de base de données avec une logique de nouvelle tentative robuste afin que votre base de données et vos applications se reconnectent automatiquement.
En fonction de la taille de votre instance et de votre base de données, vous pouvez vous attendre à une légère dégradation des performances après la maintenance. Pour minimiser la dégradation des performances, AlloyDB préchauffe les caches des machines de remplacement pendant une durée prédéfinie. Ce préchauffage est suffisant pour la plupart des environnements. Si un délai avant expiration se produit avant que les caches ne soient remplis, le processus se poursuit une fois la maintenance terminée.
L'environnement de votre base de données est perturbé lors de la maintenance initiée par l'utilisateur
Description : lorsque vous mettez à jour et modifiez la configuration de votre environnement de base de données (par exemple, en redimensionnant une instance ou en modifiant la plupart des options de base de données), votre environnement de base de données subit un temps d'arrêt inférieur à une seconde.
Par défaut, les modifications de configuration de la base de données initiées par l'utilisateur utilisent les mêmes opérations de maintenance non perturbatrices que les événements déclenchés par le service. L'opération entraîne un temps d'arrêt inférieur à une seconde. Bien que le temps d'arrêt soit bref, la durée totale de l'opération peut dépasser 15 minutes. Pour en savoir plus, consultez Présentation de la maintenance.
Solution recommandée : Lorsque vous mettez à jour votre environnement de base de données, vous ne pouvez pas éviter le temps d'arrêt de moins d'une seconde de l'instance principale, mais vous pouvez planifier la perte de connexion momentanée.
Les performances de votre base de données se dégradent légèrement après une maintenance déclenchée par l'utilisateur
Description : après une maintenance initiée par l'utilisateur, les performances de votre base de données sont légèrement dégradées.
Solution recommandée : Pour la maintenance initiée par l'utilisateur, AlloyDB vise à éviter les ralentissements des performances en préchauffant les caches des machines de remplacement pendant cinq minutes maximum. Bien que cela soit généralement suffisant, certains environnements peuvent encore subir une dégradation inévitable des performances. La durée du préchauffage est généralement plus courte pour les modifications initiées par l'utilisateur que pour la maintenance initiée par le service. Si un délai avant expiration se produit avant que les caches ne soient entièrement chargés, le processus de remplissage du cache reprend une fois l'intervalle de maintenance terminé.
Lorsque vous utilisez l'indicateur FORCE_APPLY, votre base de données subit un temps d'arrêt.
Description : vous utilisez l'option facultative FORCE_APPLY pour apporter des modifications à votre base de données.
Attendez-vous à une indisponibilité lorsque vous utilisez l'option FORCE_APPLY. L'utilisation de cet indicateur redémarre l'instance, ce qui rend la base de données indisponible pendant quelques minutes.
Vous rencontrez une maintenance inattendue sur votre cluster de production.
Description : votre cluster de production a subi une mise à jour de maintenance inattendue.
Solution recommandée : Pour éviter toute maintenance inattendue sur votre cluster de production, planifiez la période de maintenance afin de savoir quand l'événement de maintenance aura lieu.
Pour planifier une période de maintenance sur vos clusters, consultez Gérer les périodes de maintenance des clusters AlloyDB pour PostgreSQL.
Si vous ne planifiez pas d'intervalle de maintenance, la maintenance non urgente d'un cluster AlloyDB 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 planifier un intervalle de maintenance d'une heure n'importe quel jour de la semaine.
Pour recevoir un rappel de la maintenance planifiée sur votre cluster de production, activez les notifications par e-mail avant la maintenance planifiée.
Vous pouvez également empêcher les opérations de maintenance pendant une période spécifique en configurant une période de refus de maintenance, qui peut durer de 1 à 30 jours. Pour en savoir plus, consultez Configurer une période de refus de la maintenance.