Utilisation des ressources avec AMS Resource Scheduler

Les EC2 instances Amazon qui font partie d'un groupe Auto Scaling ne sont pas traitées individuellement et ne sont pas prises en compte 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 AWS KMS client (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, vous pouvez l'ajouter en mettant à jour la CloudFormation pileams-resource-scheduler, avec une liste de CMK comme valeur du UseCMK paramètre (utilisez une ou plusieurs clés CMK arn:partition:kms:region:account-id:key/key-id au format ARNs au lieu d'un alias KMS).

Si vos EC2 instances Amazon sont configurées avec un logiciel spécifique ou des licences fournisseurs gérées par AWS License Manager, Resource Scheduler a besoin des autorisations relatives aux AWS License Manager licences spécifiques pour pouvoir démarrer l'instance. Vous pouvez accorder à Resource Scheduler les autorisations nécessaires en ajoutant la liste des ARN des AWS License Manager licences au paramètre de licence EC2 par exemple du gestionnaire de licences de la CloudFormation pile ()ams-resource-scheduler.

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 groupe Auto Scaling 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 du CloudFormation modèle AWS Create RDS Instance Snapshot 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 sera pas en mesure d'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.