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à.
Monitora la soluzione
Registrazione e notifiche
Instance Scheduler utilizza una registrazione strutturata ottimizzata per le query di CloudWatch Logs Insights. Questa soluzione registra le informazioni di elaborazione per ogni istanza contrassegnata, i risultati della valutazione del periodo per l'istanza, lo stato desiderato dell'istanza durante quel periodo, l'azione applicata e i messaggi di debug.
I log vengono scritti su Amazon CloudWatch Logs in due gruppi di log:
-
{stackName}-{namespace}-administrative-logs -
Log per la registrazione e la cancellazione delle risorse, le operazioni personalizzate sulle risorse, le richieste CLI e altre attività amministrative.
-
{stackName}-{namespace}-scheduling-logs -
Log per le operazioni di pianificazione, tra cui l'orchestrazione e l'esecuzione del gestore delle richieste.
I log degli avvisi e degli errori vengono inoltre inoltrati a un argomento Amazon SNS creato dalla soluzione, che può essere configurato per inviare messaggi a un indirizzo email sottoscritto. Puoi trovare il nome dell'argomento Amazon SNS nella scheda Outputs dello stack di soluzioni.
Tag informativi
Quando la codifica informativa è abilitata (impostazione predefinita), Instance Scheduler scrive i tag direttamente nelle risorse gestite per fornire una visibilità immediata sull'attività di pianificazione della soluzione. Questi tag vengono applicati utilizzando l'API AWS Resource Groups Tagging e vengono aggiornati ogni volta che lo scheduler elabora una risorsa.
Puoi abilitare o disabilitare questa funzionalità utilizzando il parametro Enable informational tagging sullo stack dell'hub. Per ulteriori informazioni, consulta Aggiornamento delle impostazioni di configurazione globali.
Chiavi dei tag informativi
I seguenti tag vengono scritti nelle risorse gestite:
| Chiave tag | Description |
|---|---|
|
|
L'ARN dello stack hub Instance Scheduler che gestisce questa risorsa. Applicato quando una risorsa viene registrata per la prima volta per la pianificazione e in occasione di ogni azione di pianificazione successiva. |
|
|
L'ultima azione di pianificazione eseguita sulla risorsa, insieme a un timestamp UTC. Ad esempio: |
|
|
Se lo scheduler rileva un errore durante l'elaborazione di una risorsa, questo tag contiene il codice di errore e un timestamp UTC. Ad esempio: |
|
|
Una descrizione leggibile dall'uomo dell'errore. Questo tag è presente solo quando |
Codici di errore
Nel IS-Error tag possono apparire i seguenti codici di errore:
| Codice di errore | Description |
|---|---|
|
|
Il nome della pianificazione specificato nel tag di pianificazione della risorsa non corrisponde a nessun programma definito nella tabella di configurazione. |
|
|
Il tipo di risorsa non è supportato per la pianificazione (ad esempio, una replica di lettura di un'altra istanza RDS). |
|
|
La pianificazione assegnata alla risorsa non è compatibile con il tipo di risorsa (ad esempio, una pianificazione ASG che utilizza espressioni cron non supportate). |
|
|
Lo scheduler ha tentato di avviare la risorsa ma l'operazione non è riuscita. |
|
|
Lo scheduler ha tentato di arrestare la risorsa ma l'operazione non è riuscita. |
|
|
Lo scheduler ha tentato di configurare le regole di ridimensionamento pianificate su un gruppo Auto Scaling ma l'operazione non è riuscita. |
|
|
Si è verificato un errore imprevisto durante l'elaborazione della risorsa. |
Comportamento dei tag
-
Quando una risorsa viene registrata per la prima volta per la pianificazione, il
IS-ManagedBytag viene applicato immediatamente. -
Quando una risorsa viene annullata (il tag di pianificazione viene rimosso), tutti i tag informativi (
IS-ManagedBy,,IS-LastActionIS-Error,IS-ErrorMessage) vengono rimossi dalla risorsa. -
I tag di errore non vengono riscritti a ogni intervallo di pianificazione se lo stesso errore persiste e il tag esistente è ancora presente nella risorsa. Vengono aggiornati solo quando il codice di errore cambia.
-
Tutti i valori dei tag vengono troncati a 256 caratteri per rispettare i limiti di etichettatura di AWS.
Considerazioni sulla governance dei tag
Importante
Instance Scheduler crea e aggiorna i tag sopra elencati sulle risorse gestite come parte del normale funzionamento. Se la tua organizzazione applica la governance dei tag tramite le regole di AWS Config, le politiche sui tag, le politiche di controllo dei servizi o la correzione automatica, assicurati che i controlli di gestione delle modifiche siano configurati per consentire le seguenti chiavi di tag:
-
IS-ManagedBy -
IS-LastAction -
IS-Error -
IS-ErrorMessage -
IS-PreferredInstanceTypes(se si utilizzano tipi di istanza alternativi) -
IS-MinDesiredMax(se si pianificano gruppi Auto Scaling)
Se non riesci a inserire questi tag nelle tue politiche di governance, disabilita la codifica informativa impostando il parametro Enable informational tagging su nello stack dell'hub. No Tieni presente che questa operazione disabiliterà anche il IS-ManagedBy tag utilizzato per confermare la registrazione delle risorse.
Tag di controllo
Oltre ai tag informativi, Instance Scheduler utilizza i seguenti tag di controllo per funzionalità specifiche:
| Chiave tag | Description |
|---|---|
|
|
Un elenco separato da virgole di tipi di istanze EC2 alternativi da provare quando l'avvio di un'istanza fallisce a causa di una capacità insufficiente. Per ulteriori informazioni, consulta Gestione degli errori di capacità insufficiente di EC2. |
|
|
I valori di capacità minima, desiderata e massima per un gruppo Auto Scaling nel formato. |
Capacità dei tag
Importante
Le risorse AWS hanno in genere un limite di 50 tag per risorsa. Instance Scheduler può utilizzare fino a 6 tag su una risorsa (4 tag informativi più fino a 2 tag di controllo). Assicurati che le tue risorse abbiano una capacità di tag sufficiente per includere i tag di Instance Scheduler insieme alla tua strategia di tagging esistente.
Se una risorsa è pari o vicina al limite di 50 tag, la scrittura dei tag informativi potrebbe fallire. Lo scheduler registra questi errori ma continua a pianificare le operazioni. Controlla CloudWatch i registri se sospetti problemi di etichettatura.
CloudWatch Logs & Insights (domande)
Il formato di registrazione strutturato di Instance Scheduler consente un'interrogazione efficiente utilizzando Logs Insights. CloudWatch Puoi utilizzare Logs Insights per cercare, analizzare e visualizzare i dati di log per risolvere problemi operativi e monitorare l'attività di pianificazione.
Instance Scheduler fornisce query di registro preformattate a cui puoi accedere dalla sezione Query salvate nella console Logs: CloudWatch
-
SchedulingHistory -
Azioni di pianificazione delle query eseguite sulle risorse, incluse le operazioni di avvio e arresto.
-
RegistrationEvents -
Eventi di registrazione e annullamento della registrazione delle risorse di interrogazione.
-
Errors -
Registri degli errori di interrogazione per risolvere i problemi relativi alla soluzione.
Per ulteriori informazioni su CloudWatch Logs Insights, consulta Analyzing log data with CloudWatch Logs Insights nella Amazon CloudWatch Logs User Guide.
Dashboard di analisi operative
La dashboard di Operational Insights offre visibilità sulle prestazioni della soluzione e sui risparmi sui costi grazie alla gestione pianificata delle istanze.
Per accedere alla dashboard, assicurati che Operational Monitoring sia impostato su «abilitato» nei parametri dello stack dell'hub. Accedi CloudWatch e seleziona «Dashboard» dal menu di navigazione. Il nome della dashboard è * {stack-name} - *. Operational-Insights-Dashboard
La dashboard mostra il conteggio delle istanze gestite, le ore di esecuzione salvate e le metriche delle prestazioni delle funzioni Lambda.
Panoramica della dashboard di informazioni operative
Nota
Le informazioni contenute in questi grafici dipendono dall'intervallo di pianificazione configurato nello stack del Solution Hub. Quando si aggiorna l'intervallo di pianificazione della soluzione, la dashboard mostrerà solo le metriche di pianificazione successive all'aggiornamento più recente dell'intervallo di pianificazione.
Monitora i tempi di esecuzione di Lambda per garantire prestazioni ottimali (vedi Quote). Quote Se i tempi di esecuzione si avvicinano costantemente alla soglia di timeout, valuta la possibilità di aumentare la proprietà Lambda size o di implementare Instance Scheduler in una regione con latenza inferiore rispetto alle regioni gestite.
Metriche Lambda che mostrano la durata e il conteggio degli errori
Costi aggiuntivi associati a questa funzionalità
Questa dashboard operativa è basata su CloudWatch metriche personalizzate raccolte dalla soluzione che comporteranno costi aggiuntivi. Questa funzionalità può essere disattivata disabilitando il «Monitoraggio operativo» nello stack dell'hub della soluzione. Questa funzionalità costa 3 dollari aggiuntivi. 00/month oltre a costi di scalabilità aggiuntivi in base alle dimensioni della distribuzione. I costi sono i seguenti:
| CloudWatch Dashboard personalizzato | $3 |
|---|---|
|
Per-instance-type metriche |
0,90 USD per tipo di istanza* |
|
Utilizzo dell'API |
~0,10 $ per obiettivo attivo ** Calcolo degli obiettivi di pianificazione |
*Questi costi vengono tracciati per categoria di servizio (EC2/RDS) e solo per i tipi di servizi effettivamente utilizzati per la pianificazione.
*
Monitoraggio EventBridge degli eventi
Instance Scheduler pubblica gli eventi di pianificazione e registrazione sui bus di EventBridge eventi per fornire visibilità sulle operazioni della soluzione e consentire l'integrazione con altri servizi AWS.
Event types (Tipi di evento)
La soluzione pubblica due categorie principali di eventi:
Pianificazione degli eventi: pubblicato quando Instance Scheduler interviene per avviare, arrestare o configurare le risorse gestite. Questi eventi includono dettagli sull'istanza, sulla pianificazione e sull'azione intrapresa. Avvio, arresto o configurazione delle risorse gestite. Questi eventi includono dettagli sull'istanza, sulla pianificazione e sull'azione intrapresa.
Eventi di registrazione: pubblicati quando le risorse sono registrate o non sono registrate per la pianificazione in base alle operazioni di etichettatura.
Destinazioni degli eventi
IS-LocalEvents bus di eventi: un bus di IS-LocalEvents eventi è implementato in ogni regione gestita di ogni account membro (incluso l'account hub). Ogni bus riceve eventi per la pianificazione delle azioni e delle registrazioni delle risorse all'interno di quella regione.
IS-GlobalEvents bus di eventi: il bus di IS-GlobalEvents eventi nell'account hub riceve una copia di ogni evento inviato a qualsiasi IS-LocalEvents bus di eventi, fornendo un monitoraggio centralizzato su tutti gli account e le aree geografiche.
Utilizzo EventBridge degli eventi
Puoi creare EventBridge regole per:
-
Monitora le operazioni di pianificazione nell'intera infrastruttura
-
Attiva le notifiche quando le istanze vengono avviate o interrotte
-
Integra con altri servizi AWS per flussi di lavoro automatizzati
-
Implementa il monitoraggio e gli avvisi della conformità
Struttura degli eventi
Tutti gli eventi utilizzano il EventBridge formato standard. Gli esempi seguenti mostrano la struttura per ogni tipo di evento:
Pianificazione dell'evento:
{ "Source": "instance-scheduler", "DetailType": "Scheduling Action", "Resources": ["arn:aws:ec2:us-east-1:123456789012:instance/i-1234567890abcdef0"], "Detail": { "account": "123456789012", "region": "us-east-1", "service": "ec2", "resource_id": "i-1234567890abcdef0", "requested_action": "Start", "action_taken": "Started", "schedule": "office-hours" } }
Evento di registrazione:
{ "Source": "instance-scheduler", "DetailType": "Resource Registered", "Resources": ["arn:aws:ec2:us-east-1:123456789012:instance/i-1234567890abcdef0"], "Detail": { "account": "123456789012", "region": "us-east-1", "service": "ec2", "resource_id": "i-1234567890abcdef0", "schedule": "office-hours" } }
Ogni evento contiene questi campi chiave:
-
Source- Identifica l'origine dell'evento come «instance-scheduler» -
DetailType- Specifica la categoria dell'evento: «Azione di pianificazione» per esempio le operazioni o «Risorsa registrata» per l'etichettatura degli eventi -
Resources- Array contenente gli ARN delle risorse AWS interessate -
Detail- Contiene il payload dell'evento con l'ID dell'account, la regione, il tipo di servizio (ec2/rds), l'ID della risorsa, il nome della pianificazione e, per la pianificazione degli eventi, l'azione richiesta e il risultato effettivo
requested_actionValori possibili per la pianificazione degli eventi:
-
Start: Scheduler destinato ad avviare l'istanza -
Stop: Scheduler destinato a fermare l'istanza -
Configure: Scheduler destinato a configurare l'istanza
action_takenValori possibili per la pianificazione degli eventi:
-
Started: l'istanza è stata avviata -
Stopped: L'istanza è stata interrotta -
Hibernated: l'istanza è stata ibernata -
Configured: la configurazione dell'istanza è stata modificata -
Error: si è verificato un errore durante l'operazione di pianificazione
Creazione di EventBridge regole
Per monitorare gli eventi di Instance Scheduler:
-
Accedi alla EventBridge console nel tuo account AWS
-
Crea una nuova regola destinata al bus di
IS-GlobalEventseventi (per il monitoraggio centralizzato) o al bus diIS-LocalEventseventi (per il monitoraggio locale) -
Definisci modelli di eventi in modo che corrispondano agli eventi di Instance Scheduler
-
Configura obiettivi come argomenti SNS, funzioni Lambda o log CloudWatch
Per ulteriori informazioni EventBridge, consulta What is Amazon? EventBridge nella Guida per EventBridge l'utente di Amazon.