View a markdown version of this page

Aggiorna la soluzione - Instance Scheduler su AWS
Modifiche sostanziali 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 aggiornato in modo sicuro sul posto utilizzando AWS. CloudFormation La procedura generale per eseguire questa operazione è la seguente:

  1. Accedi alla CloudFormation console AWS, sul account/region luogo 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 Specifica modello:

    • Seleziona l'URL di Amazon S3.

    • Copia il link del modello CloudFormation Modelli AWS più recente.

    • Incolla il link nella casella 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, rivedi i parametri del modello e modificali se necessario (consulta l'elenco delle principali modifiche di seguito per eventuali aggiornamenti dei parametri richiesti) .Per dettagli su ciascuno dei parametri Per informazioni dettagliate sui parametri, consulta il passaggio 1. Avvia lo stack di pianificazione delle istanze.

  6. Scegli Avanti.

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

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

  9. Scegli Visualizza il 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 entro pochi minuti.

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

Modifiche sostanziali in versioni specifiche

Quando si aggiorna la soluzione, è possibile eseguire l'aggiornamento direttamente da qualsiasi versione precedente a una versione più recente senza perdita di dati critici o interruzioni della pianificazione. Di seguito è riportato un elenco delle modifiche comportamentali e sostanziali apportate a 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 ARN dei ruoli di pianificazione tra più account con la possibilità di gestirli automaticamente tramite la tua organizzazione AWS. Se non desideri utilizzare AWS Organizations, puoi invece fornire un elenco di ID degli account Spoke e Instance Scheduler gestirà i ruoli di pianificazione per te.

Quando si esegue l'aggiornamento alla versione 1.5.0 o successiva, è necessario:

  1. Aggiorna il modello dell'hub utilizzando le normali istruzioni di aggiornamento aggiornando i seguenti parametri:

    1. Scegliete un namespace univoco per la soluzione.

    2. Seleziona se desideri utilizzare AWS Organizations per gestire la registrazione di Spoke in futuro.

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

      2. Se hai selezionato No, sostituisci OrganizationID/RemoteAccountIDs con un elenco separato da virgole gli ID account dei tuoi account Spoke.

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

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

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

    3. ID account Hub: ID dell'account hub (deve essere invariato rispetto a prima).

v3.0.0

v3.0.0 Aggiunge il supporto per i gruppi di scalabilità automatica EC2 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 per includere i log "" SchedulingDecision per una migliore comprensione delle operazioni di pianificazione.

V3.0.0 contiene le seguenti modifiche sostanziali rispetto alle versioni precedenti:

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

  • Per-schedule le metriche in CloudWatch sono state spostate da →. Schedule/Service/MetricName Schedule/Service/SchedulingInterval/MetricName

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

  • Gli ARN chiave KMS da utilizzare con volumi EBS crittografati su istanze DB EC2 devono ora essere forniti allo stack nei rispettivi account. hub/spoke CloudFormation (Per ulteriori informazioni, consulta Volumi EBS EC2 crittografati).

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

  • Il CloudFormation parametro per i servizi pianificati è stato suddiviso in parametri individuali 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 dell'Instance Scheduler CLI.

    • È 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 manutenzione di EC2 per i primi minuti dopo l'aggiornamento alla v3.x e in rari casi potrebbe causare l'interruzione prematura delle istanze attualmente incluse in una finestra di manutenzione subito dopo l'aggiornamento. Dopo la rigenerazione di questi dati, le operazioni di pianificazione continueranno normalmente.

v3.1.0

La v3.1.0 rifattorizza l'infrastruttura principale della soluzione per utilizzare gli eventi di tagging di AWS per tenere traccia dei tag delle risorse 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.

Quando si esegue 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 programmare in quell'account utilizzando il parametro Region/i.

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

  • Se hai istanze EC2 gestite in AWS License Manager che desideri pianificare, aggiungi gli ARN di configurazione di License Manager al parametro ARNs di configurazione di License Manager nei tuoi stack. hub/spoke CloudFormation Per ulteriori informazioni, consulta EC2 License Manager. Gestore delle licenze EC2

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

  • (Ripristinato nella v3.2.0) Il ridimensionamento pianificato delle istanze (definito period-name@size in una pianificazione) è stato temporaneamente rimosso nella v3.1.0 ma è stato reimplementato nella v3.2.0 e successive. Fai riferimento a Tipo di istanza.

  • La creazione di elenchi degli account dei membri tramite un parametro SSM (passando {param: ssm-param-name} al parametro accounts sullo stack dell'hub) non è più supportata. Tutti gli account attendibili devono essere passati allo stack dell'hub al momento della distribuzione.

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

  • Per-schedule le metriche sono state rimosse da. CloudWatch

  • I log della soluzione sono stati riconfezionati in gruppi di log amministrativi e di pianificazione separati e ottimizzati per l'interrogazione con Log Insights. CloudWatch Per ulteriori informazioni, consulta Monitoraggio della soluzione.

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

Importante

Instance Scheduler scrive fino a 6 tag univoci nelle risorse gestite durante il normale funzionamento. Assicurati che le tue politiche di governance dei tag (come le regole AWS Config, le politiche dei tag o la correzione automatica) siano configurate per consentire questi tag. Per un elenco completo dei tag e importanti considerazioni sulla governance, consulta Tag informativi. Tag informativi