Configurare la pianificazione dell'applicazione delle patch del sistema operativo per i cluster HDInsight basati su Linux
Importante
Le immagini Ubuntu diventano disponibili per la creazione di un nuovo cluster HDInsight di Azure entro tre mesi dalla pubblicazione. L'esecuzione di cluster non viene applicata automaticamente. I clienti devono usare azioni script o altri meccanismi per applicare patch a un cluster in esecuzione. Come procedura consigliata, è possibile eseguire queste azioni script e applicare gli aggiornamenti di sicurezza subito dopo la creazione del cluster.
HDInsight offre supporto per eseguire attività comuni nel cluster, ad esempio l'installazione di patch del sistema operativo, gli aggiornamenti della sicurezza del sistema operativo e il riavvio dei nodi. Queste attività vengono eseguite usando i due script seguenti che possono essere eseguiti come azioni di script e configurati con parametri:
-
schedule-reboots.sh- Eseguire un riavvio immediato o pianificare un riavvio nei nodi del cluster. -
install-updates-schedule-reboots.sh- Installare tutti gli aggiornamenti, solo gli aggiornamenti del kernel e la sicurezza o solo gli aggiornamenti del kernel.
Nota
Le azioni script non applicano automaticamente gli aggiornamenti per tutti i cicli di aggiornamento futuri. Eseguire gli script ogni volta che è necessario applicare nuovi aggiornamenti per installare gli aggiornamenti e quindi riavviare la macchina virtuale.
Se si usa un firewall per la restrizione di rete, l'URL seguente deve trovarsi nell'elenco consenti.
Preparazione
Patch in un ambiente rappresentativo non di produzione prima della distribuzione in produzione. Sviluppare un piano per testare adeguatamente il sistema prima della patch effettiva.
Da un momento all'altro, da una sessione SSH con il cluster, è possibile ricevere un messaggio che gli aggiornamenti della sicurezza sono disponibili. Il messaggio potrebbe essere simile al seguente:
89 packages can be updated.
82 updates are security updates.
*** System restart required ***
Welcome to Spark on HDInsight.
L'applicazione di patch è facoltativa e a propria discrezione.
Riavviare i nodi
Lo script schedule-reboots imposta il tipo di riavvio che verrà eseguito nei computer del cluster. Quando si invia l'azione script, impostarla su tutti e tre i tipi di nodo: nodo head, nodo di lavoro e zookeeper. Se lo script non viene applicato a un tipo di nodo, le macchine virtuali per tale tipo di nodo non verranno aggiornate o riavviate.
Accetta schedule-reboots script un parametro numerico:
| Parametro | Valori accettati | Definizione |
|---|---|---|
| Tipo di riavvio da eseguire | 1 o 2 | Il valore 1 abilita il riavvio della pianificazione (pianificato in 12-24 ore). Un valore pari a 2 abilita il riavvio immediato (in 5 minuti). Se non viene specificato alcun parametro, il valore predefinito è 1. |
Installare aggiornamenti e nodi di riavvio
Lo script install-updates-schedule-reboots.sh offre opzioni per installare diversi tipi di aggiornamenti e riavviare la macchina virtuale.
Lo install-updates-schedule-reboots script accetta due parametri numerici, come descritto nella tabella seguente:
| Parametro | Valori accettati | Definizione |
|---|---|---|
| Tipo di aggiornamenti da installare | 0, 1 o 2 | Un valore pari a 0 installa solo gli aggiornamenti del kernel. Un valore di 1 installa kernel + aggiornamenti di sicurezza e 2 installa tutti gli aggiornamenti. Se non viene specificato alcun parametro, il valore predefinito è 0. |
| Tipo di riavvio da eseguire | 0, 1 o 2 | Il valore 0 disabilita il riavvio. Il valore 1 abilita il riavvio della pianificazione e 2 abilita il riavvio immediato. Se non viene specificato alcun parametro, il valore predefinito è 0. L'utente deve modificare il parametro di input 1 al parametro di input 2. |
Nota
È necessario contrassegnare uno script come persistente dopo l'applicazione a un cluster esistente. In caso contrario i nuovi nodi creati tramite le operazioni di ridimensionamento useranno la pianificazione dell'applicazione di patch predefinita. Se si applica lo script come parte del processo di creazione del cluster, viene mantenuto automaticamente.
Nota
L'opzione Riavvio pianificato esegue un riavvio automatico in sequenza dei nodi del cluster con patch in un periodo di 12-24 ore e tiene conto delle considerazioni su disponibilità elevata, dominio di aggiornamento e dominio di errore. Il riavvio pianificato non termina i carichi di lavoro in esecuzione, ma può rimuovere la capacità del cluster nel frattempo quando i nodi non sono disponibili, causando tempi di elaborazione più lunghi.
Passaggi successivi
Per passaggi specifici sull'uso delle azioni script, vedere le sezioni seguenti in Personalizzare cluster HDInsight basati su Linux usando l'azione script: