Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Résolution des problèmes
Cette section fournit des instructions de dépannage pour le déploiement et l'utilisation de la solution.
La résolution des problèmes connus fournit des instructions pour atténuer les erreurs connues. Si ces instructions ne répondent pas à votre problème, Contacter le Support fournit des instructions pour ouvrir un dossier d'assistance pour cette solution.
Résolution des problèmes connus
Problème : les instances ne sont pas planifiées dans un compte distant (v1.4-v3.0)
Si vous remarquez que les instances ne sont pas planifiées dans un compte distant.
Résolution
Mettez à jour la pile du hub avec l'identifiant de compte secondaire ou effectuez la tâche suivante :
-
Dans le compte principal, accédez à la CloudWatch console
-
Dans le volet de navigation, sélectionnez Logs > Log Groups.
-
Sélectionnez le groupe de journaux nommé
<STACK_NAME>-logs -
Recherchez le flux de journal correspondant à l'ID de compte (compte distant).
-
Par exemple, si aucun flux de journal n'est nommé avec l'ID du compte, accédez à la console DynamoDB et sélectionnez la table nommée.
<STACK_NAME>-<ConfigTable>-<RANDOM> -
Sélectionnez Explorer les éléments, puis Exécuter.
-
Sélectionnez le type d'élément Config.
-
Vérifiez si l'attribut remote_account_ids possède l'identifiant du compte.
-
Vérifiez si l'identifiant du compte n'est pas visible dans cet attribut.
-
Si la solution est configurée pour les organisations AWS, désinstallez et réinstallez le modèle distant dans le compte distant.
-
Si la solution est configurée pour utiliser un compte distant IDs, mettez à jour le paramètre cloudformation Provide Organization Id OR List of Remote Account IDs avec la liste des comptes sur IDs lesquels les instances doivent être planifiées et sur lesquels le modèle distant est déployé.
Problème : les instances ne sont pas planifiées (v3.1+)
Si vous remarquez que les instances ne sont pas planifiées.
Résolution
-
Vérifiez qu'une ManagedBy étiquette IS - est appliquée à la ressource.
-
Si le tag n'est pas présent, supprimez et recréez le tag Schedule pour relancer l'enregistrement.
-
Si le tag n'est toujours pas appliqué, vérifiez que la région est activée pour la planification :
-
Vérifiez la configuration de la hub/spoke pile pour la région, ou
-
Accédez à la EventBridge console située
dans la même région que la ressource et vérifiez que le bus d'événements par défaut comporte des règles d'événements avec le préfixe is-Tagging.
-
-
Si la région n'est pas activée, mettez à jour la pile Instance Scheduler pour inclure la région dans le paramètre regions CloudFormation .
-
Si le problème persiste, consultez les journaux d'administration de la solution pour détecter les erreurs d'enregistrement du hub.
-
Vérifiez que votre organisation n'a pas mis en place de politiques qui empêcheraient le transfert d'événements de votre compte vers le compte Solution Hub.
Problème : les instances EC2 cryptées ne démarrent pas
Le planificateur d'instance indique que des instances EC2 avec des volumes EBS chiffrés sont en cours de démarrage, mais qu'elles ne démarrent jamais réellement.
Résolution
Reportez-vous à la section Volumes EBS EC2 cryptés pour savoir comment accorder l'accès au planificateur d'instance afin de pouvoir planifier des instances EC2 avec des volumes EBS chiffrés
Problème : les instances RDS ne s'arrêtent pas lorsque l'option Créer des instantanés RDS est activée
Les instances RDS ne sont pas arrêtées et les journaux du planificateur de la solution signalent (AccessDenied) des erreurs lors de l'appel de l'StopDBInstanceopération en raison d'un manque d'autorisation. rds:CreateDBSnapshot
Résolution
Mettez à jour la solution vers la version 3.0.5 ou une version plus récente ou ajoutez l'rds:CreateDBSnapshotautorisation au rôle de planificateur de la solution dans chaque compte planifié.