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éférence du calendrier

Les plannings indiquent à quel moment les instances associées à ce planning doivent être exécutées. Chaque planification doit avoir un nom unique, qui est utilisé comme valeur de balise identifiant la planification que vous souhaitez appliquer à la ressource étiquetée.

Périodes

Chaque calendrier doit contenir au moins une période qui définit la ou les heures auxquelles l'instance doit s'exécuter. Un calendrier peut contenir plusieurs périodes. Lorsque plusieurs périodes sont utilisées dans un calendrier, Instance Scheduler sur AWS applique l'action de démarrage appropriée lorsqu'au moins l'une des périodes est vraie. Pour plus d'informations, reportez-vous à la section Référence de période.

Fuseau horaire

Vous pouvez également spécifier un fuseau horaire pour le calendrier. Si vous ne spécifiez aucun fuseau horaire, le calendrier utilisera le fuseau horaire par défaut que vous avez spécifié lorsque vous lancez la solution. Pour obtenir la liste des valeurs de fuseau horaire acceptables, reportez-vous à la colonne TZ de la liste des fuseaux horaires de la base de données TZ.

Champ Arrêter les nouvelles instances

Le champ stop_new_instances détermine si le planificateur d'instance doit arrêter une instance la première fois qu'elle est étiquetée pour la planification si elle est actuellement exécutée en dehors d'une période d'exécution. Par défaut, ce champ est défini sur true.

Lorsque ce paramètre est défini sur true, si vous balisez une instance en cours d'exécution qui est en dehors de sa période d'exécution planifiée, le planificateur d'instance arrête immédiatement l'instance. Lorsqu'il est défini sur false, Instance Scheduler laisse l'instance en cours d'exécution jusqu'à la prochaine heure d'arrêt planifiée.

Champ Hibernate

Le champ Hibernate vous permet d'utiliser l'hibernation pour les instances Amazon arrêtées. EC2 Si ce champ est défini sur true, vos EC2 instances doivent utiliser une Amazon Machine Image (AMI) compatible avec l'hibernation. Pour plus d'informations, reportez-vous à la section Supported Linux AMIs dans le guide de EC2 l'utilisateur Amazon. La mise en veille prolongée enregistre le contenu de la mémoire (RAM) de l’instance sur votre volume racine Amazon Elastic Block Store (Amazon EBS). Si ce champ est défini sur true, les instances sont mises en veille prolongée au lieu d'être arrêtées lorsque la solution les arrête.

Si vous configurez la solution pour utiliser l'hibernation, mais que vos instances ne sont pas configurées pour l'hibernation ou qu'elles ne répondent pas aux exigences d'hibernation, la solution enregistre un avertissement et les instances sont arrêtées sans mise en veille prolongée. Pour plus d'informations, consultez la section Hibernate your On-Demand Instance ou Spot Instance dans le guide de EC2 l'utilisateur Amazon.

Champ imposé

Les plannings contiennent un champ obligatoire qui vous permet d'empêcher le démarrage manuel d'une instance en dehors d'une période d'exécution ou son arrêt manuel pendant une période d'exécution. Si ce champ est défini sur true et qu'un utilisateur démarre manuellement une instance en dehors d'une période d'exécution, la solution arrêtera l'instance. Si ce champ est défini sur true, il redémarre également une instance si elle est arrêtée manuellement pendant une période d'exécution.

Conservez le terrain de course

Le champ retain_running empêche la solution d'arrêter une instance à la fin d'une période d'exécution si l'instance a été démarrée manuellement avant le début de la période. Par exemple, si une instance dont la période s'étend de 9 h 00 à 17 h 00 est démarrée manuellement avant 9 h 00, la solution n'arrêtera pas l'instance à 17 heures.

Champ de fenêtre de maintenance de Systems Manager (s'applique uniquement aux EC2 instances)

Ce ssm-maintenance-window champ vous permet d'ajouter automatiquement les fenêtres de maintenance d'AWS Systems Manager sous forme de périodes d'exécution à un calendrier. Lorsque vous spécifiez le nom d'une fenêtre de maintenance qui existe dans le même compte et dans la même région AWS que vos EC2 instances Amazon, la solution démarre l'instance au moins 10 minutes avant le début de la fenêtre de maintenance et arrête l'instance à la fin de la fenêtre de maintenance si aucune autre période d'exécution n'indique que l'instance doit s'exécuter.

Une fois que la fenêtre de maintenance SSM est créée et que le calendrier est configuré avec le nom de la fenêtre de maintenance SSM, les modifications sont prises en compte lors de la prochaine exécution planifiée du Lambda. Par exemple, si vous avez sélectionné une fréquence de 5 minutes pour que le planificateur Lambda s'exécute, les modifications de la fenêtre de maintenance seront prises en compte par le Lambda au cours du prochain intervalle de 5 minutes.

Le planificateur d'instance sur AWS s'assurera que vos instances sont démarrées au moins 10 minutes avant le début de la fenêtre de maintenance. Selon la valeur que vous avez définie pour le CloudFormation paramètre AWS Scheduling Interval, votre instance peut être démarrée plus de 10 minutes avant le début de la fenêtre de maintenance afin de garantir qu'elle démarre au moins 10 minutes plus tôt. Par exemple, si vous définissez l'intervalle de planification sur 30 minutes, le planificateur démarrera l'instance entre 10 et 40 minutes avant le début de la fenêtre de maintenance.

Pour plus d'informations, reportez-vous aux fenêtres de maintenance d'AWS Systems Manager dans le guide de l'utilisateur d'AWS Systems Manager.

Définitions des horaires

Le tableau de configuration du planificateur d'instances sur AWS d'Amazon DynamoDB contient des définitions de planification. Une définition de calendrier peut contenir les champs suivants :