Informazioni sui job
Un job è un'azione che Autonomous Linux esegue su una o più istanze, ad esempio l'installazione di aggiornamenti o il collegamento di origini software. Quando un job viene eseguito, esegue il lavoro necessario per completare il job, invia il lavoro alle istanze e riporta i risultati al servizio.
È possibile eseguire immediatamente un job o pianificarlo per una data e un'ora future. È possibile schedulare alcuni job, ad esempio i job di aggiornamento, come evento ricorrente oppure impostarli per riprovare automaticamente. Quando viene selezionato un nuovo tentativo automatico, se un job non riesce alla sua prima esecuzione, il servizio riprova il job fino a tre volte, a intervalli di cinque minuti. I job pianificati possono essere contrassegnati.
Stato processo
I job pianificati mostrano le informazioni riportate di seguito.
- Esecuzione successiva: la data e l'ora di esecuzione del job.
- Ricorrente: indica se il job è impostato in una schedulazione ricorrente.
- Destinazioni: identifica il numero di istanze di destinazione per il job.
Dopo essere stato inviato, un job è in corso o completato.
- I job in corso riportano i seguenti valori di stato possibili:
- Accettato: il servizio ha accettato il job e dispone di lavoro pronto per le istanze. Se un job non viene selezionato da un agente e rimane nello stato accettato per 24 ore, il servizio contrassegna il job come non riuscito.
- In corso: un agente ha ritirato il lavoro accettato e lo sta eseguendo su un'istanza.
- Annullamento: il job è in fase di annullamento
- I job completati riportano i seguenti valori di stato possibili:
- Riuscito: il job è stato completato senza errori.
- Non riuscito: il job non è riuscito.
- Annullato: il job è stato annullato
È possibile visualizzare i risultati dettagliati di un job visualizzando il log dei job e i messaggi di errore. Se un job ha una gerarchia, se un job figlio ha esito negativo, il servizio contrassegna il job padre come non riuscito.
Nuova esecuzione di un job non riuscito
Se un job non riesce, è possibile rieseguire il job non riuscito invece di creare manualmente un nuovo job per riprovare l'azione non riuscita. È possibile rieseguire immediatamente un job non riuscito oppure pianificarne l'esecuzione in una data e un'ora future. Una nuova esecuzione crea un nuovo job con la stessa azione, ad esempio l'applicazione di aggiornamenti o il collegamento di origini software. Il job originale e il relativo stato rimangono invariati ai fini dell'audit e della cronologia.
Per i job in una gerarchia, è possibile rieseguire il job padre o rieseguire singolarmente i job figlio. Quando si esegue di nuovo un elemento padre non riuscito, il servizio si rivolge solo ai job figlio non riusciti. Si supponga, ad esempio, di avere un gruppo di dieci istanze e che un job di aggiornamento non riesca su tre di esse. Dopo aver rivisto il log dei job e i messaggi di errore e aver risolto i problemi segnalati, è possibile rieseguire il job non riuscito per il gruppo. La riesecuzione ha come destinazione solo le tre istanze che hanno subito l'errore originale.
Job pianificato limitato
Ogni istanza in Autonomous Linux dispone di un job pianificato limitato con tipo di aggiornamento 'Tutto' che viene eseguito ogni giorno per mantenere aggiornata l'istanza. Questo viene definito job di aggiornamento autonomo. È possibile modificare l'ora del giorno in cui viene eseguito il job, ma non modificarne la frequenza o eliminarlo.
Gerarchia job
Alcuni lavori sono divisi in compiti più piccoli. Il servizio crea una gerarchia di mansioni in cui il job iniziale è 'padre' e i task più piccoli sono 'figli'. Per i job di dimensioni maggiori o che interessano più istanze, è possibile determinare facilmente i task all'interno di un job riusciti o non riusciti. È possibile visualizzare i job figlio nella sezione Lavoro associato della pagina dei dettagli del job padre.
Ad esempio, un job di aggiornamento 'Tutti' crea job figlio per ogni tipo di aggiornamento: Sicurezza, Correzione bug, Miglioramento, Altro.
--Update All (parent)
|--Update Security (child)
|--Update Bug fix (child)
|--Update Enhancement (child)
|--Update Other (child)I job risiedono nello stesso compartimento della risorsa associata. Per i job associati a un gruppo, ciò può significare che i job padre e figlio risiedono in compartimenti diversi. Il job padre risiede nel compartimento associato al gruppo, mentre i job figlio risiedono nel compartimento associato a ciascuna istanza. Per informazioni sulle procedure ottimali, vedere Considerazioni sul compartimento.
Ad esempio, l'aggiunta di un'origine software a un gruppo con tre membri produce un job padre singolo con tre job figlio, uno per ogni istanza.--Set software sources for dev group (parent in dev compartment)
|--Set software source Instance 1 (child in dev compartment)
|--Set software source Instance 2 (child in test compartment)
|--Set software source Instance 3 (child in preview compartment)