Aggiorna la soluzione - Instance Scheduler su AWS
Modifiche introduttive in versioni specifichev1.5.0v3.0.0v3.1.0

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Aggiorna la soluzione

Instance Scheduler è progettato per essere sicuro da aggiornare in loco utilizzando AWS. CloudFormation La procedura generale per eseguire questa operazione è la seguente:

  1. Accedi alla CloudFormation console AWS, nella posizione account/region in cui è installato lo stack Hubinstance-scheduler-on-aws, seleziona e seleziona Update stack.

  2. Seleziona Effettua un aggiornamento diretto.

  3. Seleziona Sostituisci modello esistente.

  4. In Specificare il modello:

    • Seleziona l'URL di Amazon S3.

    • Copia il link del modello più recente.

    • Incolla il link nella casella dell'URL di Amazon S3.

    • Verifica che l'URL del modello corretto sia visualizzato nella casella di testo URL di Amazon S3 e scegli Avanti. Scegliere Next (Successivo) di nuovo.

  5. In Parametri, esamina i parametri del modello e modificali se necessario (consulta l'elenco delle modifiche più importanti di seguito per eventuali aggiornamenti dei parametri richiesti) .Per dettagli su ciascuno dei parametri. Per dettagli sui parametri, consulta il passaggio 1. Avvia lo stack di pianificazione delle istanze.

  6. Scegli Next (Successivo).

  7. Nella pagina Configure stack options (Configura opzioni pila), scegliere Next (Successivo).

  8. Nella pagina Rivedi, verifica e conferma le impostazioni. Seleziona la casella per confermare che il modello creerà risorse AWS Identity and Access Management (IAM).

  9. Scegli Visualizza set di modifiche e verifica le modifiche.

  10. Scegli Aggiorna stack per distribuire lo stack.

Puoi visualizzare lo stato dello stack nella CloudFormation console AWS nella colonna Status. Dovresti ricevere lo stato UPDATE_COMPLETE in pochi minuti.

Ripeti i passaggi precedenti per gli aws-instance-scheduler-remote stack di ciascuno dei tuoi account Speaked.

Modifiche introduttive in versioni specifiche

Quando si aggiorna la soluzione, è possibile eseguire l'aggiornamento direttamente da qualsiasi versione precedente a qualsiasi versione più recente senza perdita di dati critici o interruzioni della pianificazione. Di seguito è riportato un elenco delle modifiche comportamentali e ricorrenti in ciascuna versione principale.

Un changelog completo può essere visualizzato nella pagina della soluzione GitHub

v1.5.0

La versione 1.5.0 sostituisce la necessità di fornire un elenco di ruoli di pianificazione tra account ARNs con la possibilità di gestirli automaticamente tramite AWS Organization. Se non desideri utilizzare AWS Organizations, puoi invece fornire un elenco di account Spoke IDs e Instance Scheduler gestirà i ruoli di pianificazione per te.

Quando esegui l'aggiornamento alla versione 1.5.0 o successiva, devi:

  1. Aggiorna il modello di hub utilizzando le normali istruzioni di aggiornamento mentre aggiorni i seguenti parametri:

    1. Scegliete un namespace univoco per la soluzione.

    2. Seleziona se in futuro desideri utilizzare AWS Organizations per gestire la registrazione degli spoke.

      1. Se hai selezionato Sì, sostituisci l' ID/Remote account dell'organizzazione IDs con l'ID della tua AWS Organization.

      2. Se hai selezionato No, sostituisci OrganizationID/ RemoteAccount IDs con un elenco separato da virgole degli account dei tuoi account Spoke. IDs

  2. Aggiorna tutti gli stack remoti utilizzando le normali istruzioni di aggiornamento mentre aggiorni i seguenti parametri:

    1. Namespace: lo stesso che hai scelto per l'account hub.

    2. Usa AWS Organizations, come l'account hub.

    3. Hub Account ID: l'ID dell'account hub (non deve essere modificato rispetto a prima).

v3.0.0

v3.0.0 Aggiunge il supporto per la EC2 scalabilità automatica dei gruppi e suddivide la funzione lambda principale della soluzione in funzioni separate con responsabilità dedicate per fornire un migliore isolamento di sicurezza per ogni singola funzione. Questa versione aggiorna anche il comportamento dei log di pianificazione includendo i log "SchedulingDecision" per una migliore comprensione delle operazioni di pianificazione.

La versione 3.0.0 contiene le seguenti modifiche sostanziali rispetto alle versioni precedenti:

  • La funzionalità «CloudWatch Metrics» in 1.5.x è stata sostituita con Operational Insights Dashboard.

  • Le metriche per pianificazione sono state spostate da. CloudWatch Schedule/Service/MetricName → Schedule/Service/SchedulingInterval/MetricName

  • Tutte le metriche esistenti rimarranno invariate, ma le nuove metriche verranno ora raccolte nel nuovo namespace e rese disponibili nella dashboard della soluzione.

  • La chiave ARNs KMS da utilizzare con i volumi EBS crittografati sulle istanze EC2 DB deve ora essere fornita allo stack nei rispettivi account. hub/spoke CloudFormation (Per ulteriori informazioni, consulta Encrypted EC2 EBS Volumes).

    • Se stai pianificando EC2s con volumi EBS crittografati, dovrai copiare gli arn delle chiavi KMS utilizzati nei parametri dello stack. hub/spoke

  • Il CloudFormation parametro per i servizi pianificati è stato suddiviso in singoli parametri per ogni servizio supportato.

    • Tutti i servizi saranno abilitati per impostazione predefinita e possono essere disabilitati singolarmente.

  • Instance Scheduler 3.0 non è retrocompatibile con le versioni precedenti della CLI di Instance Scheduler.

    • È necessario eseguire l'aggiornamento alla versione più recente della CLI di Instance Scheduler per continuare a utilizzare i comandi CLI.

Oltre a quanto sopra, lo schema della tabella Maintenance Window è stato aggiornato e verrà sostituito come parte dell'aggiornamento. Ciò ripristinerà il tracciamento delle finestre di EC2 manutenzione per i primi minuti dopo l'aggiornamento alla versione 3.x e, in rari casi, potrebbe causare l'interruzione prematura delle istanze attualmente comprese in una finestra di manutenzione subito dopo l'aggiornamento. Dopo la rigenerazione dei dati, le operazioni di pianificazione continueranno normalmente.

v3.1.0

la versione 3.1.0 ristruttura l'infrastruttura principale della soluzione per utilizzare gli eventi di tagging di AWS per tracciare quando le risorse vengono etichettate per la pianificazione. Assicurati che le autorizzazioni della tua organizzazione consentano l'invio di questi eventi di tagging dagli account dei membri al tuo account hub centrale.

Durante l'aggiornamento alla versione 3.1.0 o successiva:

  • Gli account Spoke ora dichiarano le regioni pianificate indipendentemente dall'account hub. Ogni stack spoke deve specificare quali regioni pianificare in quell'account utilizzando il parametro Region (s).

  • La modalità AWS Organizations è ora richiesta per le distribuzioni con più di 40 account totali. Se disponi di più di 40 account e non utilizzi la modalità Organizations, devi abilitarla durante l'aggiornamento.

  • Se hai EC2 istanze gestite in AWS License Manager che desideri pianificare, aggiungi la configurazione di License Manager ARNs al ARNs parametro License Manager Configuration negli hub/spoke CloudFormation stack. Per ulteriori informazioni, fare riferimento a EC2 License Manager.

  • La soluzione applicherà automaticamente un ManagedBy tag IS- alle risorse dopo che sono state contrassegnate per la pianificazione per indicare che sono gestite dallo scheduler.

  • Il ridimensionamento pianificato delle istanze (definito period-name@size in una pianificazione) non è più supportato.

  • L'elenco degli account dei membri tramite un parametro SSM (passaggio {param: ssm-param-name} al parametro accounts nello stack dell'hub) non è più supportato. Tutti gli account affidabili devono essere passati allo stack dell'hub in fase di implementazione

  • Instance Scheduler richiederà fino a 6 tag univoci sulle risorse durante la pianificazione. Assicurati una capacità di tagging sufficiente sulle risorse se combinata con la strategia di tagging del resto della tua organizzazione.

  • Le metriche per pianificazione sono state rimosse da. CloudWatch

  • I log della soluzione sono stati riconfezionati in gruppi di log amministrativi e di pianificazione separati e ottimizzati per le interrogazioni con Log Insights. CloudWatch Per ulteriori informazioni, consulta Monitoring the Solution.

  • I tag di avvio e di arresto non sono più configurabili tramite CloudFormation parametri. La soluzione ora utilizza nomi di tag fissi con informazioni più dettagliate per tenere traccia delle azioni di pianificazione.