Mettre à jour la solution - Planificateur d'instances sur AWS
Changements majeurs dans des versions spécifiquesv1.5.0v3.0.0v3.1.0

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.

Mettre à jour la solution

Le planificateur d'instance est conçu pour être mis à jour sur place en toute sécurité à l'aide d'AWS. CloudFormation La procédure générale pour ce faire est la suivante :

  1. Connectez-vous à la CloudFormation console AWS, sur l' account/region endroit où votre pile Hub est installée, sélectionnezinstance-scheduler-on-aws, puis sélectionnez Mettre à jour la pile.

  2. Sélectionnez Effectuer une mise à jour directe.

  3. Sélectionnez Remplacer le modèle existant.

  4. Sous Spécifier le modèle :

    • Sélectionnez l'URL Amazon S3.

    • Copiez le lien du dernier modèle.

    • Collez le lien dans le champ URL d'Amazon S3.

    • Vérifiez que l'URL du modèle s'affiche correctement dans la zone de texte URL Amazon S3, puis choisissez Next. Choisissez Suivant à nouveau.

  5. Sous Paramètres, passez en revue les paramètres du modèle et modifiez-les si nécessaire (voir la liste des modifications majeures ci-dessous pour connaître les mises à jour de paramètres requises). Pour plus de détails sur chacun des paramètres Pour plus de détails sur les paramètres, reportez-vous à l'étape 1. Lancez la pile de planificateurs d'instances.

  6. Choisissez Next (Suivant).

  7. Sur la page Configurer les options de pile, choisissez Suivant.

  8. Sur la page Vérification, vérifiez et confirmez les paramètres. Cochez la case indiquant que le modèle créera des ressources AWS Identity and Access Management (IAM).

  9. Choisissez Afficher l'ensemble de modifications et vérifiez les modifications.

  10. Choisissez Mettre à jour la pile pour déployer la pile.

Vous pouvez consulter l'état de la pile dans la CloudFormation console AWS dans la colonne Status. Vous devriez recevoir le statut UPDATE_COMPLETE dans quelques minutes.

Répétez les étapes ci-dessus pour les aws-instance-scheduler-remote piles de chacun de vos comptes Spoke.

Changements majeurs dans des versions spécifiques

Lors de la mise à jour de la solution, vous pouvez passer directement d'une ancienne version à une version plus récente sans perte de données critiques ni interruption de la planification. Vous trouverez ci-dessous une liste des modifications comportementales et majeures apportées à chaque version majeure.

Un journal des modifications complet peut être consulté sur la page de la solution GitHub

v1.5.0

La version 1.5.0 remplace la nécessité de fournir une liste des rôles de planification entre comptes ARNs avec la possibilité de les gérer automatiquement par le biais de votre organisation AWS. Si vous ne souhaitez pas utiliser AWS Organizations, vous pouvez fournir une liste de comptes Spoke IDs et Instance Scheduler gérera les rôles de planification à votre place.

Lors de la mise à jour vers la version v1.5.0 ou une version plus récente, vous devez :

  1. Mettez à jour le modèle de hub en utilisant les instructions de mise à jour normales tout en mettant à jour les paramètres suivants :

    1. Choisissez un espace de noms unique pour la solution.

    2. Indiquez si vous souhaitez utiliser AWS Organizations pour gérer l'enregistrement de Spoke à l'avenir.

      1. Si vous avez sélectionné Oui, remplacez le ID/Remote compte IDs de l'organisation par l'ID de votre organisation AWS.

      2. Si vous avez sélectionné Non, remplacez OrganizationID/ RemoteAccount IDs par une liste séparée par des virgules des comptes IDs de vos comptes Spoke.

  2. Mettez à jour toutes les piles distantes en suivant les instructions de mise à jour normales tout en mettant à jour les paramètres suivants :

    1. Namespace : identique à celui que vous avez choisi pour le compte hub.

    2. Utilisez AWS Organizations, comme le compte hub.

    3. ID de compte Hub - ID de compte du compte hub (il doit rester inchangé par rapport à avant).

v3.0.0

La version 3.0.0 ajoute la prise en charge des groupes de EC2 mise à l'échelle automatique et divise la fonction lambda principale de la solution en fonctions distinctes dotées de responsabilités dédiées afin de fournir une meilleure isolation de sécurité pour chaque fonction individuelle. Cette version met également à jour le comportement des journaux de planification pour inclure des journaux SchedulingDecision « » afin de mieux comprendre les opérations de planification.

La version 3.0.0 contient les modifications majeures suivantes par rapport aux versions précédentes :

  • La fonctionnalité « CloudWatch  Metrics » de la version 1.5.x a été remplacée par le tableau de bord Operational Insights.

  • Les métriques par calendrier CloudWatch ont été déplacées deSchedule/Service/MetricName → Schedule/Service/SchedulingInterval/MetricName.

  • Toutes les métriques existantes seront conservées, mais les nouvelles métriques seront désormais rassemblées dans le nouvel espace de noms et seront disponibles dans le tableau de bord de la solution.

  • La clé KMS ARNs à utiliser avec les volumes EBS chiffrés sur les EC2 instances de base de données doit désormais être fournie à la hub/spoke CloudFormation pile dans leurs comptes respectifs. (Pour plus d'informations, reportez-vous à Volumes EC2 EBS cryptés.)

    • Si vous planifiez EC2s avec des volumes EBS cryptés, vous devrez copier les arns de clés KMS utilisés dans les paramètres de votre hub/spoke stack.

  • Le CloudFormation paramètre des services planifiés a été divisé en paramètres individuels pour chaque service pris en charge.

    • Tous les services seront activés par défaut et pourront être désactivés individuellement.

  • Instance Scheduler 3.0 n'est pas rétrocompatible avec les anciennes versions de la CLI Instance Scheduler.

    • Vous devez effectuer une mise à jour vers la dernière version de l'interface de ligne de commande du planificateur d'instance pour continuer à utiliser les commandes de l'interface de ligne de commande.

Outre ce qui précède, le schéma de la table des fenêtres de maintenance a été mis à jour et sera remplacé dans le cadre de la mise à jour. Cela réinitialisera le suivi des fenêtres de EC2 maintenance pendant les premières minutes suivant la mise à jour vers la version 3.x et, dans de rares cas, peut entraîner l'arrêt prématuré des instances se trouvant actuellement dans une fenêtre de maintenance immédiatement après la mise à jour. Une fois ces données régénérées, les opérations de planification se poursuivront normalement.

v3.1.0

La version 3.1.0 refactorise l'infrastructure principale de la solution pour utiliser les événements de balisage AWS afin de savoir quand les ressources sont balisées pour la planification. Assurez-vous que les autorisations de votre organisation autorisent l'envoi de ces événements de balisage depuis les comptes membres vers votre compte central.

Lors de la mise à jour vers la version 3.1.0 ou ultérieure :

  • Les comptes Spoke déclarent désormais les régions planifiées indépendamment du compte hub. Chaque pile de rayons doit spécifier les régions à planifier dans ce compte à l'aide du paramètre Region (s).

  • Le mode AWS Organizations est désormais requis pour les déploiements comportant plus de 40 comptes au total. Si vous avez plus de 40 comptes et que vous n'utilisez pas le mode Organizations, vous devez l'activer lors de la mise à jour.

  • Si vous avez des EC2 instances gérées dans AWS License Manager que vous souhaitez planifier, ajoutez la configuration du License Manager ARNs au ARNs paramètre License Manager Configuration dans vos hub/spoke CloudFormation piles. Pour plus d'informations, reportez-vous à EC2 License Manager.

  • La solution appliquera automatiquement une ManagedBy étiquette IS aux ressources une fois qu'elles auront été étiquetées pour la planification afin d'indiquer qu'elles sont gérées par le planificateur.

  • Le redimensionnement d'instance planifié (défini period-name@size dans un calendrier) n'est plus pris en charge.

  • La liste des comptes membres via un paramètre SSM (passage {param: ssm-param-name} au paramètre accounts sur la pile du hub) n'est plus prise en charge. Tous les comptes fiables doivent être transmis à la pile du hub au moment du déploiement

  • Le planificateur d'instance nécessitera jusqu'à 6 balises uniques sur les ressources lors de la planification. Assurez-vous de disposer d'une capacité de balisage suffisante pour les ressources lorsqu'elles sont combinées avec le reste de la stratégie de balisage de votre organisation.

  • Les mesures par calendrier ont été supprimées de CloudWatch.

  • Les journaux des solutions ont été regroupés dans des groupes de journaux d'administration et de planification distincts et optimisés pour les requêtes avec CloudWatch Log Insights. Reportez-vous à la section Surveillance de la solution pour plus d'informations.

  • Les balises de démarrage et d'arrêt ne sont plus configurables via CloudFormation des paramètres. La solution utilise désormais des noms de balises fixes avec des informations plus riches pour le suivi des actions de planification.