Planifiez les mises à jour de maintenance d’AEM as a Cloud Service autour des déploiements et vérifiez le statut de veille
Cet article explique comment empêcher les versions de maintenance automatique d’as a Cloud Service Adobe Experience Manager (AEM) de déclencher la mise en veille de l’environnement pendant les fenêtres de déploiement critiques. Il décrit également la procédure de configuration des options de planification afin d’éviter les retards de validation du déploiement.
Description description
Environnement
- Adobe Experience Manager as a Cloud Service
- Programme Cloud Manager avec environnements d’évaluation et de production
- Mises à jour de maintenance automatiques activées pour le programme
Problème/Symptômes
- Déclencheurs de pipeline de maintenance automatique pendant la fenêtre de déploiement
- Les environnements d’évaluation et de production sont marqués comme étant mis en veille
- La validation du déploiement est retardée (potentiellement jusqu’à 1,5 heure).
- L’interface utilisateur affiche le statut « mis en veille » même si la connexion est possible
Cause
Si Quiet Hours ou Update Free Periods ne sont pas configurés, des mises à jour de maintenance automatiques peuvent se produire pendant une fenêtre de déploiement critique et retarder la validation. Ces paramètres de planification ne provoquent ni ne contrôlent la veille. La mise en veille automatique s’applique aux environnements dans les programmes Sandbox après huit heures d’inactivité ; les environnements de programme de production ne peuvent pas être mis en veille. Si le Cloud Manager signale Mise en veille prolongée alors que vous pouvez accéder à l’environnement, vérifiez le type de programme et le statut de l’environnement au lieu de supposer que le statut n’est qu’un problème d’affichage.
Résolution resolution
Suivez les étapes ci-dessous pour résoudre le problème :
-
Dans Cloud Manager, passez en revue l’activité de mise à jour de maintenance automatique et le statut des environnements affectés. Vérifiez si la mise à jour de maintenance est terminée.
-
Vérifiez le type de programme et le statut de l’environnement :
- La veille automatique s’applique aux environnements dans les programmes Sandbox après huit heures d’inactivité. Si un environnement Sandbox est réellement mis en veille, utilisez l’action De-hibernate prise en charge dans Cloud Manager ou Developer Console, puis attendez que l’environnement soit actif.
- Les environnements de programme de production ne peuvent pas être mis en veille. Si le Cloud Manager signale qu’il est en veille prolongée pendant que vous pouvez accéder à l’environnement, comparez l’état affiché dans Cloud Manager et Developer Console.
Remarque : ne supposez pas qu’un statut Mis en veille n’est qu’un problème d’affichage. Si le statut reste incohérent ou bloque la validation du pipeline, contactez l’assistance .
-
Pour éviter que les futures versions de maintenance automatique n’impactent les fenêtres de déploiement critiques, configurez les options de planification suivantes :
- Définissez Heures calmes sur un intervalle quotidien de huit heures maximum dans votre fuseau horaire local.
- Définissez une Période libre de mise à jour pour une fenêtre de sept jours. Vous pouvez planifier jusqu’à trois périodes dans une fenêtre flottante de 365 jours, avec au moins une semaine entre les périodes.
-
Suivez la documentation actuelle Quiet Hours and Update Free Periods lors de la définition ou de la modification de l’horaire.
-
Une fois que vous avez confirmé que les environnements sont opérationnels, passez aux activités de validation de version et de production.