Creare un profilo AutoYaST riutilizzabile per le installazioni di SLES 15

Scenario illustrativo: un amministratore deve predisporre una seconda macchina virtuale SLES 15 per un servizio web di laboratorio. L'esempio qui riportato utilizza una macchina di riferimento per creare un profilo XML AutoYaST, esamina e convalida il file, quindi avvia una macchina virtuale di destinazione temporanea con il profilo. Si tratta di un flusso di lavoro di esempio, non di una descrizione di un'implementazione reale.

Per questa piccola distribuzione, crea un profilo di riferimento con sudo yast clone_system, rimuovi le impostazioni specifiche della macchina o sensibili, convalida il profilo e configura il programma di installazione di SLES in modo che utilizzi tale profilo con il autoyast=parametro di avvio. Mantieni la schermata di conferma del programma di installazione abilitata per il primo test. AutoYaST può configurare l'archiviazione e sovrascrivere i dati, quindi non utilizzare mai un profilo non verificato per un disco di produzione.

1. Preparare un sistema di riferimento adeguato

AutoYaST descrive un'installazione in un file di controllo XML, solitamente denominato autoinst.xml. La guida AutoYaST di SUSE SLES 15 SP7 consiglia di creare un profilo di riferimento da un sistema installato o di utilizzare il modulo di configurazione dell'installazione automatica di YaST. Il metodo da riga di comando è comodo per la macchina virtuale di laboratorio fittizia:

sudo yast clone_system
sudo ls -l /root/autoinst.xml

Il clone acquisisce la configurazione dalla macchina di riferimento. Consideralo come un punto di partenza, non come un modello universalmente portabile: verifica i nomi dei dispositivi disco, le dimensioni delle partizioni, la modalità di avvio, le impostazioni di rete, la selezione dei pacchetti, gli utenti e i dati di registrazione rispetto alla destinazione. Un host di origine con una configurazione del disco locale diversa da quella della nuova VM può generare una proposta di archiviazione non sicura. Se il sistema di origine contiene segreti o identificatori specifici della macchina, rimuovili o sostituiscili prima di distribuire il profilo.

Esempio di terminale SLES che mostra il comando yast clone_system mentre crea un profilo in /root/autoinst.xml
Visualizzazione illustrativa del terminale durante la fase di generazione del profilo; il file salvato è un modello da esaminare, non un'immagine pronta all'uso per ogni target.

2. Rivedere le impostazioni sensibili e convalidare l'XML

Apri /root/autoinst.xmlil file con un editor di testo e controlla le sue sezioni prima di renderlo disponibile al programma di installazione. Dai priorità al partizionamento: un profilo può inizializzare un'unità e cancellare il contenuto esistente. Per l'esempio di laboratorio, verifica che la macchina virtuale di destinazione disponga di un disco virtuale usa e getta delle dimensioni previste e che le regole di selezione del dispositivo del profilo corrispondano a tale macchina virtuale. Sostituisci inoltre il nome host, la configurazione IP, le credenziali utente e le impostazioni di registrazione quando devono essere diverse da quelle del sistema di riferimento.

I profili AutoYaST possono includere hash di password, chiavi di registrazione, script o altri valori riservati. Limita l'accesso ai file ed evita di inserire informazioni riservate in un URL pubblico, nella cronologia dei comandi di avvio o in un repository non protetto. Utilizza un server di profili con accesso controllato e HTTPS, ove disponibile. Assicurati che il programma di installazione possa considerare attendibile il certificato del server e raggiungere l'host durante l'avvio.

Innanzitutto, verifica che il documento sia in formato XML corretto, quindi chiedi ad AutoYaST di elaborarlo e importarlo:

xmllint /root/autoinst.xml
sudo yast2 autoyast check-profile \
  filename=/root/autoinst.xml output=/root/autoinst-checked.xml

xmllintRileva errori di struttura XML come un tag non chiuso; non conferma la validità di ogni impostazione di AutoYaST. Il comando SLES AutoYaST check-profileesegue controlli aggiuntivi del profilo. Il risultato può variare a seconda dell'architettura, del supporto e della versione del pacchetto YaST, quindi non sostituisce l'installazione su una macchina virtuale di test rappresentativa. Non abilitare questa run-scripts=trueopzione per un profilo non attendibile: gli script in un profilo possono essere eseguiti come root.

Terminale illustrativo che mostra i comandi xmllint e yast2 autoyast check-profile
Comandi di convalida a scopo illustrativo: verificare prima la sintassi XML, quindi lasciare che AutoYaST elabori il profilo.

3. Rendere il profilo disponibile all'installatore

Per un'installazione di laboratorio, posizionare il file su un server HTTPS raggiungibile e aggiungere il suo indirizzo alle opzioni di avvio del supporto di installazione di SLES:

autoyast=https://provision.example.test/profiles/lab-sles.xml

example.testè un nome di esempio riservato; sostituiscilo con il nome del tuo server di profili. SUSE documenta anche altre posizioni del profilo, tra cui NFS, USB e un file sul supporto di avvio. Se il profilo è remoto, il programma di installazione necessita di connettività di rete sufficientemente presto per recuperarlo. Nei casi in cui la configurazione di rete non venga avviata automaticamente, SUSE documenta l'utilizzo di un parametro di rete linuxrc, ad esempio ifcfg=eth0=dhcpinsieme all'opzione di avvio AutoYaST; sostituiscilo eth0con il nome effettivo dell'interfaccia del programma di installazione. SUSE documenta anche ifcfg=eth*=dhcpla configurazione del DHCP su tutte le interfacce. L'indirizzamento statico richiede la corrispondente configurazione di rete all'avvio per il tuo ambiente.

Esempio di opzioni di avvio del programma di installazione SLES che mostrano un URL del profilo HTTPS di AutoYAST.
Esempio di visualizzazione delle opzioni di avvio: il parametro autoyast indica al programma di installazione dove recuperare il profilo XML.

Su SLES 15 SP7, il programma di installazione può visualizzare un riepilogo della configurazione prima di applicare le modifiche. Verificare che prodotto, rete, software, registrazione e soprattutto il disco di destinazione corrispondano al piano di test. Il riepilogo rappresenta un'utile misura di sicurezza finale. Mantenere la conferma abilitata durante i test iniziali; disabilitarla per le esecuzioni non presidiate solo dopo che il profilo è stato esaminato e testato su unità di destinazione rappresentative. Il menu di avvio esatto e la sorgente del profilo disponibile dipendono dal supporto di installazione e dal metodo di avvio.

Riepilogo illustrativo dell'installazione di YaST che mostra le voci relative a software, rete, partizionamento e registrazione.
Riepilogo illustrativo dell'installazione che mostra le aree da ispezionare prima di consentire ad AutoYaST di scrivere sul disco di destinazione.

4. Testare la distribuzione, quindi riutilizzarla con attenzione.

Iniziate con una macchina virtuale usa e getta che corrisponda all'architettura, alla modalità di avvio e alla configurazione del disco desiderate. Avviatela dal supporto di installazione di SLES 15 con il parametro del profilo, seguite il riepilogo del programma di installazione e monitorate l'output della console o della porta seriale per eventuali errori di recupero, registrazione, archiviazione o dei pacchetti. AutoYaST potrebbe eseguire una seconda fase dopo l'installazione del sistema base quando una configurazione aggiuntiva richiede l'avvio del sistema installato; la documentazione di SLES 15 SP7 indica che i pacchetti autoyast2e autoyast2-installationsono necessari per tale fase.

Dopo l'installazione, verificare il nome host, l'indirizzo, i punti di montaggio dello storage, i servizi abilitati, i pacchetti previsti e lo stato di registrazione sulla nuova VM. Confrontare questi risultati con il profilo e correggere quest'ultimo prima di ripetere la procedura. Un controllo XML positivo da solo non garantisce che l'installazione sul target avverrà correttamente: sono importanti anche i repository disponibili, l'hardware, l'enumerazione dei dischi, l'accesso alla rete e i supporti dei service pack.

Nel laboratorio fittizio, il profilo è pronto per essere riutilizzato solo dopo l'avvio della VM di test e la sua configurazione prevista corrisponde al piano. Per scalare oltre poche macchine simili, è consigliabile separare la configurazione condivisa dalle impostazioni per singola macchina utilizzando regole e classi AutoYaST; queste introducono file aggiuntivi e comportamenti di unione che dovrebbero essere testati separatamente. Iniziate con il profilo più semplice che copra in modo sicuro il vostro gruppo di destinazione.

Riferimenti ufficiali

Consultare la Guida di SUSE SLES 15 SP7 AutoYaST per informazioni su creazione, convalida, posizione e comportamento di installazione dei profili. Consultare la documentazione di riferimento sui parametri di avvio di SLES 15 SP7autoyast= . La documentazione di riferimento sulla configurazione di rete di linuxrc per SLES 15 SP7 spiega la configurazione di rete iniziale per il recupero remoto dei profili. Le opzioni di AutoYaST e gli schemi dei profili possono variare a seconda del service pack e dei pacchetti YaST installati; consultare la documentazione corrispondente al supporto di installazione che si intende utilizzare.

Lascia un commento

Configura un failover Ethernet affidabile con SLES 15 Bonding

Configura un failover Ethernet affidabile con SLES 15 Bonding

Crea una connessione Ethernet ridondante su SLES 15 con YaST e Wicked, configura il bonding attivo-backup e verifica entrambe le porte e il failover.

Creare un profilo AutoYaST riutilizzabile per le installazioni di SLES 15

Creare un profilo AutoYaST riutilizzabile per le installazioni di SLES 15

Trasforma un sistema SLES 15 esistente in un profilo AutoYaST verificato, convalidalo e utilizzalo per implementare un server di test con un numero ridotto di passaggi manuali.

Configurazione KVM di SLES 15: Avviare le macchine virtuali selezionate all'avvio del sistema

Configurazione KVM di SLES 15: Avviare le macchine virtuali selezionate all'avvio del sistema

Installa gli strumenti KVM e libvirt di SLES 15, abilita il servizio host corretto e configura le macchine virtuali selezionate per l'avvio automatico dopo un riavvio.

Diagnosticare un server SUSE che si blocca nella schermata di arresto di systemd

Diagnosticare un server SUSE che si blocca nella schermata di arresto di systemd

Utilizza i processi systemd e il registro di avvio precedente per individuare un servizio, un punto di montaggio o una dipendenza di archiviazione che rallenta il sistema, quindi correggi il problema senza mascherarne la causa.

Apri solo il traffico web necessario al tuo server SLES 15

Apri solo il traffico web necessario al tuo server SLES 15

Utilizza firewall-cmd per ispezionare la zona attiva, consentire HTTP in modo sicuro, preservare l'accesso SSH e verificare che la regola sopravviva a un riavvio su SLES 15.

Diagnosticare gli errori di accesso a SLES PAM senza bloccare l'accesso.

Diagnosticare gli errori di accesso a SLES PAM senza bloccare l'accesso.

Individuare la causa di un errore PAM, ovvero il servizio, i criteri dell'account o il provider di identità, quindi ripristinare la corretta configurazione SLES preservando una sessione amministrativa funzionante.

Automatizza i backup coerenti di Nextcloud con Restic e Cron.

Automatizza i backup coerenti di Nextcloud con Restic e Cron.

Esegui il backup simultaneo dei file di Nextcloud e di MariaDB, pianifica snapshot crittografati di Restic tramite cron e verifica il ripristino senza mettere a rischio il server di produzione.

Metti ONLYOFFICE Docs dietro HAProxy senza interrompere la modifica

Metti ONLYOFFICE Docs dietro HAProxy senza interrompere la modifica

Configura HAProxy HTTPS, l'inoltro delle intestazioni, i timeout WebSocket e i controlli di integrità per ONLYOFFICE Docs, quindi verifica le modifiche e i salvataggi.

Aggiungere font al server di documenti ONLYOFFICE: Docker vs Linux

Aggiungere font al server di documenti ONLYOFFICE: Docker vs Linux

Installa i font personalizzati in ONLYOFFICE Document Server, confronta i mount Docker persistenti con le copie dirette, ricostruisci l'elenco dei font e verifica il risultato.

Debian 12 su un VPS con poca RAM: come ridurre i crash di MySQL dovuti a errori di memoria insufficiente (OOM).

Debian 12 su un VPS con poca RAM: come ridurre i crash di MySQL dovuti a errori di memoria insufficiente (OOM).

Diagnosticare i kill di MySQL OOM su Debian 12, verificare i limiti di memoria del VPS, configurare lo swap e ottimizzare la memoria e la concorrenza del database, senza promettere una soluzione universale.