Panne de l’auteur AEM as a Cloud Service en raison de l’instabilité de MongoDB
Les environnements de création AEM as a Cloud Service sont temporairement indisponibles lorsque la base de données MongoDB sous-jacente devient instable ou présente une latence d’écriture élevée. L’environnement récupère automatiquement après un court temps d’arrêt. Surveillez l’environnement de création et, si le problème se reproduit, collectez les détails de l’incident et signalez-les au support technique d’.
Description description
Les environnements de création AEM as a Cloud Service subissent des pannes temporaires si la base de données MongoDB sous-jacente devient instable ou présente une latence d’écriture élevée. Ces conditions provoquent des conflits de base de données, empêchant le référentiel AEM Oak de mettre à jour son bail et entraînant l’indisponibilité de l’environnement de création jusqu’à la récupération.
Environnement
Adobe Experience Manager as a Cloud Service (environnement de création)
Symptômes
- Indisponibilité temporaire de l’environnement de création (le déploiement de l’auteur/les pods deviennent indisponibles).
- Le service récupère automatiquement après un court temps d’arrêt (généralement plusieurs minutes)
- La surveillance des journaux peut afficher des pics de latence d’écriture MongoDB et une utilisation élevée des tickets de transaction WiredTiger
Cause
La panne est due à une instabilité transitoire dans l’ensemble principal/réplica de MongoDB et à une latence d’écriture considérablement élevée. Cela entraîne des conflits au niveau de la base de données, ce qui empêche le référentiel AEM Oak de mettre à jour son bail. Cela entraîne l’arrêt temporaire du processus de création et une indisponibilité jusqu’à la récupération de l’environnement.
Résolution resolution
Pour surveiller et signaler le problème, procédez comme suit.
-
Surveillez l’environnement de création à l’aide des outils de surveillance et des journaux disponibles pour détecter des signes d’instabilité, tels que :
- Latence d’écriture MongoDB élevée
- Utilisation élevée des billets de transaction WiredTiger
- Les capsules de création deviennent indisponibles ou tombent à zéro
-
En cas de panne, vérifiez que le déploiement de l’auteur retrouve un état sain avec toutes les répliques disponibles attendues.
-
Continuez à surveiller l’environnement de création et les mesures MongoDB pour détecter les signes de périodicité.
-
Si le problème se reproduit, collectez les informations suivantes pour faciliter la résolution des problèmes :
- Date et heure UTC exactes de l’incident
- URL de l’environnement de création affecté
- Messages d’erreur observés
- Portée de l’impact
- Captures d’écran ou identifiants de requête pertinents
-
Signalez l’incident à l’assistance 🔗 avec les informations collectées pour une enquête plus approfondie.
Pour vérifier la récupération, assurez-vous que tous les pods de création sont disponibles et que l’environnement fonctionne comme prévu.
Lecture connexe
L’environnement de création AEM as a Cloud Service renvoie un HTTP 503 et est inaccessible