Come configurare AutoYaST per la distribuzione automatizzata di SLES 15

Un'installazione di SLES 15 che si blocca a una richiesta di partizionamento, che richiede le stesse impostazioni su ogni server o che fallisce a metà di un batch, di solito indica un profilo non compatibile con le macchine di destinazione o che non può essere recuperato all'avvio. AutoYaST automatizza l'installazione di SLES da un profilo XML, ma "automatico" non significa "senza presupposti": layout dei dischi, accesso alla rete, sorgenti software, credenziali e parametri di avvio devono essere tutti corretti per la macchina su cui si sta eseguendo l'installazione.

Questa guida illustra il processo, da un primo test sicuro alla distribuzione in rete, utilizzando la Guida SUSE AutoYaST per SLES 15 SP7, pubblicata il 1° ottobre 2026. Consultare la documentazione specifica per il Service Pack e l'architettura esatti che si intendono implementare; i profili e le impostazioni delle versioni precedenti di SLES 15 potrebbero differire. SUSE documenta la convalida del profilo durante l'installazione a partire da SLES 15 SP3, ma tale convalida non può dimostrare che un disco scelto sia sicuro da cancellare o che ogni destinazione disponga di hardware identico.

1. Inventariare le macchine prima di scrivere il profilo

Iniziate con un breve inventario dei sistemi di destinazione. Annotate il service pack e l'architettura SLES, i nomi e le dimensioni dei dispositivi disco, la modalità del firmware, le interfacce di rete, i requisiti di indirizzamento DHCP o statico, le regole del nome host, il metodo di registrazione, i repository software e i pacchetti necessari per ciascun server. SUSE raccomanda in particolare di raccogliere dettagli hardware e di rete, inclusi i tipi e le dimensioni dei dischi e, quando noti, gli indirizzi MAC delle interfacce.

Questo aspetto è fondamentale soprattutto per l'archiviazione. Un profilo copiato da una macchina di riferimento potrebbe specificare un disco inesistente su un'altra macchina, oppure ripartizionare involontariamente un disco dati. Decidete se l'installazione debba cancellare un disco di sistema dedicato, conservare i dati esistenti o utilizzare una configurazione di partizioni attentamente definita. Prima di procedere, testate le operazioni di archiviazione distruttive su una macchina virtuale temporanea.

Verificato: i profili AutoYaST possono configurare l'archiviazione, le impostazioni di rete, la selezione del software e altre risorse gestite da YaST. Dipendente dalla destinazione: nomi dei dispositivi, partizioni, origini dei pacchetti e valori di rete corretti. Azione: confronta il tuo inventario con ogni valore specifico dell'hardware nel profilo prima di distribuirlo a una flotta.

2. Crea un profilo di riferimento con YaST

Su un sistema SLES 15 pulito e rappresentativo, installa o verifica gli strumenti di configurazione di AutoYaST. La guida di SUSE elenca i pacchetti autoyast2e autoyast2-installation. In YaST, apri il modulo Configurazione installazione automatica e usa Strumenti > Crea profilo di riferimento per selezionare le sezioni di configurazione necessarie. Per una clonazione completa, esegui:

sudo yast clone_system

Entrambi i metodi creano /root/autoinst.xmlun profilo. Consideralo un punto di partenza, non una soluzione pronta per l'uso su larga scala: un profilo clonato può contenere impostazioni di archiviazione, rete e identità specifiche della macchina. Rimuovi o generalizza i valori che dovrebbero variare tra le destinazioni.

Esamina il file XML generato con un editor compatibile con XML. La directory principale del profilo utilizza gli spazi dei nomi SUSE YaST e le sue sezioni devono rispettare lo schema previsto dalla versione SLES corrispondente. Per sezioni complesse come il partizionamento e la configurazione del boot loader, è preferibile utilizzare gli strumenti di profilazione di YaST o gli esempi documentati da SUSE; non incollare frammenti non verificati in un profilo di produzione.

Azione: salvare una copia di lavoro del profilo esternamente /root, limitare l'accesso in lettura e conservare la copia generata non modificata come riferimento per il confronto. Consultare la Guida AutoYaST di SUSE per SLES 15 SP7 e il relativo capitolo sulla creazione di un file di controllo .

3. Adattare il profilo per installazioni ripetibili

Apporta le modifiche con attenzione, sezione per sezione. Le aree comuni da rivedere includono il comportamento generale dell'installazione, la registrazione e le estensioni, il partizionamento, la selezione del software, la configurazione di rete, le impostazioni dell'ora, gli utenti, i servizi e gli eventuali script di post-installazione. Mantieni il profilo il più simile possibile tra le diverse macchine e varia solo ciò che è strettamente necessario.

Per diversi gruppi di hardware, SUSE supporta regole e classi per combinare un profilo base con impostazioni specifiche per la macchina o il gruppo. Supporta anche modelli ERB e script di preinstallazione per profili dinamici. Queste funzionalità aggiungono flessibilità e maggiori possibilità di errore durante l'installazione, quindi è consigliabile iniziare con un profilo statico a meno che non si abbia una reale necessità di creare un profilo alternativo. Un dettaglio sottile ma importante: la guida di SLES 15 SP7 afferma che regole e classi sono supportate tramite il autoyast=URLparametro di avvio; autoyast2=URLrecupera un singolo file di controllo e non attiva l'elaborazione delle regole.

Gestisci le credenziali con la massima attenzione. I profili possono contenere hash di password, informazioni di registrazione o altri valori sensibili. Utilizza password crittografate laddove supportato, evita di utilizzare segreti in chiaro e non esporre la directory del profilo a Internet. Proteggi sia il file che qualsiasi servizio web o di rete che lo fornisca. Gli script e gli ERB presenti in un profilo sono potenti: potrebbero essere eseguiti con privilegi di root durante l'installazione.

Azione: inserire le impostazioni riutilizzabili in un profilo di base, isolare le modifiche per modello o per ruolo nelle regole/classi solo quando necessario e rivedere il file XML finale generato per individuare segreti e operazioni su disco indesiderate prima di pubblicarlo.

4. Convalidare l'interpretazione XML e AutoYaST

Innanzitutto, verifica che il documento sia in formato XML corretto e che corrisponda allo schema SLES 15. SUSE documenta strumenti di validazione come xmllinto jing. Su un sistema SLES installato con gli strumenti AutoYaST pertinenti, esegui il controllo del profilo:

sudo yast2 autoyast check-profile \
  filename=autoinst.xml output=result.xml

Il controllo legge, crea e può importare il profilo per identificare i problemi prima dell'installazione. Esamina entrambi i messaggi e result.xml; AutoYaST potrebbe normalizzare o pulire il profilo, quindi l'output elaborato potrebbe differire dal file sorgente. Se il tuo profilo include script o ERB, abilita solo le opzioni che li eseguono dopo aver esaminato il codice. SUSE avverte che tale codice può essere eseguito come root. Verifica il profilo in un ambiente di test isolato utilizzando file attendibili.

I risultati della convalida possono differire dall'ambiente di installazione se l'host utilizzato per il controllo presenta pacchetti YaST, architettura o supporti di installazione dei service pack diversi. La convalida in fase di installazione è abilitata per impostazione predefinita su SLES 15 SP3 e versioni successive; non disabilitarla solo per aggirare un errore. Correggi invece il profilo oppure spiega e verifica l'eccezione.

Azione: eseguire la convalida dello schema check-profilesul profilo esatto che si intende utilizzare, quindi ripetere il controllo dopo ogni modifica al partizionamento, al software, agli script o alle regole dinamiche. Il manuale di SUSE SLES 15 SP7 AutoYaST documenta il controllo e i suoi limiti.

5. Fornire il profilo in modo che il programma di installazione possa raggiungerlo

Per un'installazione di rete, posizionare il file di controllo su un server raggiungibile tramite HTTPS, HTTP su una rete di provisioning isolata e affidabile, NFS o un altro protocollo di trasporto supportato dal programma di installazione. HTTPS protegge la connessione durante il transito se configurato correttamente. Assicurarsi che il programma di installazione possa inizializzare la rete prima di scaricare il profilo; la documentazione SUSE illustra come combinare la configurazione di rete con il parametro AutoYaST, ad esempio:

netsetup=dhcp autoyast=https://provision.example.net/sles15/autoinst.xml

Per le unità USB o i supporti di installazione personalizzati, il profilo può essere fornito anche localmente. SUSE documenta il rilevamento automatico di un file denominato autoinst.xmlnella directory principale dei supporti personalizzati, nonché URL espliciti di file e unità USB. Scegli il metodo di trasporto più adatto al tuo processo di avvio e ai tuoi controlli di accesso.

Per comodità, non inserire nome utente e password direttamente nell'URL di avvio: i parametri di avvio potrebbero essere registrati nei log o essere visibili agli operatori. Utilizza una rete di provisioning con restrizioni o un metodo di accesso appropriato al tuo ambiente e proteggi i file che contengono dati sensibili.

Se si utilizzano profili basati sulla destinazione, AutoYaST può recuperare un profilo da una directory in base all'identità del sistema. L'URL deve essere un percorso di directory che termina con una barra e il server deve contenere i nomi dei file corrispondenti documentati da SUSE. Per regole/classi, il file delle regole previsto si trova nella rulessottocartella. Si tratta di modelli di ricerca diversi; testare l'URL richiesto in un ambiente equivalente alla destinazione prima di avviare una macchina.

Azione: dalla rete di installazione, verificare la risoluzione DNS, il routing, l'attendibilità del certificato e la disponibilità del profilo. Utilizzare i log di una macchina di test o i log di accesso al server web per dimostrare che il file previsto è stato scaricato, e non semplicemente che il server di provisioning è online.

6. Avviare il programma di installazione di SLES con AutoYaST

Avviare il sistema di destinazione dal supporto di installazione SLES 15 corrispondente o dall'ambiente di avvio di rete. Nel boot loader, aggiungere il parametro del kernel AutoYaST che punta al profilo. Per un singolo profilo, il modello documentato è il seguente:

autoyast=https://provision.example.net/sles15/autoinst.xml

Le etichette esatte del menu e il metodo per modificare i parametri di avvio dipendono dall'immagine ISO, dal boot loader, dal firmware e dalla configurazione di installazione di rete; seguire la guida relativa al supporto in uso. Verificare che l'URL del profilo e la sorgente di installazione facciano riferimento al service pack SLES 15 desiderato. Un profilo può essere XML valido e selezionare comunque repository o pacchetti non disponibili se associato al supporto errato.

Per il primo test, installa una macchina virtuale con dimensioni del disco e comportamento di rete simili a quelli del server di destinazione. Verifica la presenza di errori di convalida del profilo, repository mancanti, richieste impreviste, errori di registrazione e comportamento al riavvio. Non avviare un batch completo finché un'installazione completa non raggiunge lo stato di accesso previsto e supera i controlli.

7. Verificare il sistema installato prima di procedere con l'espansione

Al termine dell'installazione di prova, verificare il risultato confrontandolo con un breve elenco di accettazione:

• La macchina ha installato il service pack e l'architettura SLES 15 previsti.
• Il disco previsto è stato partizionato e nessun disco o dato non correlato è stato modificato.
• Il nome host, la configurazione di rete, il DNS, la sincronizzazione dell'ora, la registrazione e i repository sono corretti.
• I pacchetti e i servizi necessari sono presenti, mentre quelli indesiderati sono disabilitati.
• La macchina si riavvia senza tornare al programma di installazione e può essere amministrata tramite il normale metodo di accesso sicuro.
• I log mostrano che il profilo AutoYaST previsto è stato scaricato e che non rimangono errori di convalida o di script irrisolti.

Solo dopo aver superato il test è possibile aggiungere altre classi hardware o implementare la soluzione su un gruppo più ampio. Annotare la revisione del profilo, la versione del supporto di installazione, l'identità dell'hardware e qualsiasi differenza nel risultato. Se sistemi diversi richiedono layout o impostazioni di rete differenti, espandere il profilo con regole/classi e convalidare ogni profilo risultante prima della successiva implementazione.

Errori comuni e controlli utili

• Un profilo di una versione precedente di SLES funzionerà senza modifiche. Non necessariamente; SUSE segnala che SLES 15 ha introdotto importanti cambiamenti ad AutoYaST. Parti da un profilo generato per la versione di SLES 15 che intendi installare, quindi convalidalo rispetto al supporto di installazione di tale versione.
• Un'analisi XML riuscita indica che il piano di installazione è sicuro. La validità XML non conferma la selezione del disco, la disponibilità del repository o il risultato su hardware diverso. Rivedi le impostazioni distruttive ed esegui un'installazione di prova su una destinazione usa e getta.
• Un profilo dinamico può essere testato senza eseguirne il codice. Alcune trasformazioni e script del profilo modificano il file XML finale. Testa solo codice affidabile, verifica quando viene eseguito e ispeziona il risultato prima di utilizzarlo sui sistemi di produzione.
• Qualsiasi parametro di avvio di AutoYaST supporta regole e classi. In SLES 15 SP7, SUSE documenta regole/classi per autoyast=URL, non per autoyast2=URL. Utilizzare il parametro e la struttura di directory documentati, quindi verificare quale file è stato scaricato.

AutoYaST rende ripetibile l'implementazione di SLES quando i presupposti relativi a profilo, supporti e destinazione coincidono. Un'installazione di prova riuscita è la prova pratica: dovrebbe completarsi senza richieste manuali, produrre la configurazione di dischi e software pianificata e superare i controlli post-installazione. Riconvalidare ogni volta che cambiano il service pack di SLES, la famiglia hardware, la logica del profilo o il set di repository.