Bonnes pratiques du planificateur de ressources AMS

Le comportement d'arrêt de l'instance doit être défini sur stop et non surterminate. Ceci est prédéfini stop pour les instances créées avec le type de modification automatique AMS Amazon EC2 Create (ct-14027q0sjyt1h) et peut être défini pour les instances EC2 Amazon créées AWS CloudFormation par ingestion, en définissant la propriété sur. InstanceInitiatedShutdownBehavior stop Si le comportement d'arrêt des instances est défini surterminate, elles se termineront lorsque le planificateur de ressources les arrêtera et le planificateur ne pourra pas les redémarrer.

Les EC2 instances Amazon qui font partie d'un groupe Auto Scaling ne sont pas traitées individuellement par AMS Resource Scheduler, même si elles sont étiquetées.

Si le volume racine de l'instance cible est chiffré à l'aide d'une clé principale client KMS (CMK), une kms:CreateGrant autorisation supplémentaire doit être ajoutée à votre rôle IAM de planificateur de ressources pour que le planificateur puisse démarrer de telles instances. Cette autorisation n'est pas ajoutée au rôle par défaut pour améliorer la sécurité. Si vous avez besoin de cette autorisation, soumettez une RFC avec le type de modification Management | AMS Resource Scheduler | Solution | Update et spécifiez une liste des KMS séparée par des ARNs virgules. CMKs

AMS Resource Scheduler démarre ou arrête le dimensionnement automatique des groupes Auto Scaling, et non des instances individuelles du groupe. C'est-à-dire que le planificateur rétablit la taille du groupe Auto Scaling (start) ou définit la taille sur 0 (stop).

Marquez le AutoScaling groupe avec le tag spécifié et non les instances du groupe.

Pendant l'arrêt, AMS Resource Scheduler enregistre les valeurs de capacité minimale, souhaitée et maximale du groupe Auto Scaling et définit les capacités minimale et souhaitée sur 0. Au démarrage, le planificateur rétablit la taille du groupe Auto Scaling telle qu'elle était lors de l'arrêt. Par conséquent, les instances du groupe Auto Scaling doivent utiliser une configuration de capacité appropriée afin que la fermeture et le redémarrage des instances n'affectent aucune application exécutée dans le groupe Auto Scaling.

Si le groupe Auto Scaling est modifié (capacité minimale ou maximale) pendant une période d'exécution, le planificateur enregistre la nouvelle taille du groupe Auto Scaling et l'utilise lors de la restauration du groupe à la fin d'un calendrier d'arrêt.

Le planificateur peut prendre un instantané avant d'arrêter les instances RDS (cela ne s'applique pas au cluster de base de données Aurora). Cette fonctionnalité est activée par défaut lorsque le paramètre Create RDS Instance Snapshot CloudFormation template est défini sur true. L'instantané est conservé jusqu'au prochain arrêt de l'instance Amazon RDS et à la création d'un nouvel instantané.

Le planificateur peut utiliser des instances start/stop Amazon RDS faisant partie d'un cluster ou d'une base de données Amazon RDS Aurora ou dans une configuration de zones de disponibilité multiples (multi-AZ). Vérifiez toutefois les limites d'Amazon RDS lorsque le planificateur ne peut pas arrêter l'instance Amazon RDS, en particulier les instances multi-AZ. Pour planifier le démarrage ou l'arrêt d'Aurora Cluster, utilisez le paramètre de modèle Schedule Aurora Clusters (la valeur par défaut est true). Le cluster Aurora (et non les instances individuelles du cluster) doit être étiqueté avec la clé de balise définie lors de la configuration initiale et le nom du planning comme valeur de balise pour planifier ce cluster.

Chaque instance Amazon RDS dispose d'une fenêtre de maintenance hebdomadaire au cours de laquelle toutes les modifications du système sont appliquées. Pendant la période de maintenance, Amazon RDS démarrera automatiquement les instances qui ont été arrêtées pendant plus de sept jours pour appliquer la maintenance. Notez qu'Amazon RDS n'arrêtera pas l'instance une fois l'événement de maintenance terminé.

Le planificateur permet de spécifier s'il faut ajouter la fenêtre de maintenance préférée d'une instance Amazon RDS comme période d'exécution à son calendrier. La solution démarrera l'instance au début de la fenêtre de maintenance et l'arrêtera à 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 et si l'événement de maintenance est terminé.

Si l'événement de maintenance n'est pas terminé à la fin de la fenêtre de maintenance, l'instance sera exécutée jusqu'à l'intervalle de planification suivant la fin de l'événement de maintenance.