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 planifications indiquent à quel moment les instances associées à cette planification 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 balisée.

Périodes

Chaque calendrier doit contenir au moins une période qui définit les heures auxquelles l'instance doit s'exécuter. Un calendrier peut contenir plus d'une période. 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 une des périodes est vraie. Pour plus d'informations, reportez-vous à la section Période de référence.

Fuseau horaire

Vous pouvez également spécifier un fuseau horaire pour le calendrier. Si vous ne spécifiez pas de 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 fuseaux horaires 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 contrôle si Instance Scheduler doit arrêter une instance la première fois qu'elle est balisée pour planification si elle est en cours d'exécution en dehors d'une période d'exécution. Par défaut, ce champ est défini sur true.

Lorsqu'il est défini sur true, si vous balisez une instance en cours d'exécution qui se trouve en dehors de sa période d'exécution planifiée, Instance Scheduler 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 d'hibernation

Le champ Hibernate vous permet d'utiliser la mise en veille prolongée pour les instances Amazon EC2 arrêtées. Si ce champ est défini sur true, vos instances EC2 doivent utiliser une Amazon Machine Image (AMI) qui prend en charge la mise en veille prolongée. Pour plus d'informations, reportez-vous à la section AMI Linux prises en charge dans le guide de l'utilisateur Amazon EC2. 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 la mise en veille prolongée, mais que vos instances ne sont pas configurées pour la mise en veille prolongée ou qu'elles ne répondent pas aux exigences de mise en veille prolongée, 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 l'utilisateur Amazon EC2.

Champ obligatoire

Les planifications 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ête 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.

Gardez 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 à 17 h est démarrée manuellement avant 9 h, la solution n'arrêtera pas l'instance à 17 h.

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

Le champ ssm-maintenance-window vous permet d'ajouter automatiquement des fenêtres de maintenance d'AWS Systems Manager en tant que 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 instances Amazon EC2, 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 ne précise que l'instance doit être exécutée.

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 l'exécution du planificateur Lambda, les modifications apportées à la fenêtre de maintenance seront prises en compte par le Lambda au cours des 5 prochaines minutes.

Instance Scheduler sur AWS veillera à ce que vos instances soient 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 à la section Fenêtres de maintenance d'AWS Systems Manager dans le guide de l'utilisateur d'AWS Systems Manager.

Type d’instance

Pour les instances Amazon EC2 uniquement, un calendrier vous permet de spécifier un type d'instance facultatif souhaité pour chaque période d'un calendrier. Lorsque vous spécifiez un type d'instance au cours de la période, la solution redimensionne automatiquement les instances EC2 pour qu'elles correspondent au type d'instance demandé.

Pour spécifier un type d'instance, utilisez la syntaxe <period-name>@ <instance-type>. Par exemple, weekends@t2.nano. Notez que si vous spécifiez un type d'instance pour une période qui planifie des instances Amazon EC2 et des instances Amazon RDS, le type d'instance sera ignoré pour les instances Amazon RDS.

Si le type d'instance d'une instance en cours d'exécution est différent du type d'instance spécifié pour la période, la solution arrête l'instance en cours d'exécution et redémarre l'instance avec le type d'instance spécifié. Pour plus d'informations, reportez-vous à la section Modifier le type d'instance dans le Guide de l'utilisateur Amazon EC2 pour les instances Linux.

Définitions des horaires

La table de configuration d'Instance Scheduler on AWS d'Amazon DynamoDB contient des définitions de planification. Une définition de planification peut contenir les champs suivants :