Questa sezione contiene i seguenti argomenti:
Personalizzazione del comportamento dell'appliance
È possibile personalizzare il comportamento automatico dello script di avvio per fornire all'appliance una funzionalità personalizzata
Definire i parametri indicati di seguito in uno dei file seguenti:
/etc/sysconfig/applogic_init
Configurazione di inizializzazione dell'appliance
Se è presente il file /etc/sysconfig/applogic_init, lo script di inizializzazione dell'APK lo legge come una shell con script con il comando ".".
Importante: il file /etc/sysconfig/applogic_init viene eseguito prima che i dati di configurazione vengano recuperati o applicati. Di conseguenza, lo script non può fare affidamento sulla presenza di nessun file di configurazione dell'appliance. Non utilizzare questo file per l'esecuzione di codice di inizializzazione, utilizzarlo solo per le variabili di configurazione definita in precedenza.
Esempio /etc/sysconfig/applogic_init:
APK_CONFIG_FILES=/etc/httpd/conf.d/myconfig.conf APK_AUTH_KEY_PATH=/root/.ssh/alternate_keys
I seguenti parametri possono essere definiti in uno qualsiasi degli script:
|
APK_AUTH_KEY_PATH |
Posizione di archiviazione della chiave pubblica di accesso SSH dell'appliance. Il comando 3T comp ssh si connette alle appliance tramite la corrispondente chiave privata. Il valore predefinito è /root/.ssh. Se impostata su una stringa vuota, la chiave non verrà archiviata. |
|
APK_CONFIG_FILES |
Elenco di file delimitato da spazi a cui applicare le proprietà dell'appliance. Un'appliance che impiega l'APK utilizza l'elenco APK_CONFIG_FILES situato nell'appliance stessa, non l'elenco specificato nell'interfaccia utente. Se l'appliance non impiega l'APK, questo sostituisce l'elenco dei file di configurazione specificato nella finestra di dialogo Modifica limite nell'editor dell'infrastruttura dell'interfaccia utente. Importante: se si installa l'APK in un'appliance esistente, verificare i file di configurazione nel descrittore di classe. Il descrittore di classe si trova nella scheda File di configurazione della finestra di dialogo Modifica limite nell'editor dell'infrastruttura. Trasferire l'elenco dei file nell'impostazione APK_CONFIG_FILES nell'appliance. |
|
APK_CONFIG_DNS |
Questo parametro controlla gli aggiornamenti della configurazione del resolver del nome di sistema. Valori:
|
|
APK_HOSTNAME_UPDATE |
L'impostazione del parametro su No disabilita il comportamento predefinito che prevede il cambiamento del nome host o del nome computer in una stringa derivata dal nome dell'istanza dell'appliance. La disabilitazione della modifica automatica del nome host può essere consigliata per le appliance virtuali private o di server dedicati, in cui il titolare dell'appliance gestisce tutti gli aspetti della configurazione, incluso il nome host. Importante: Se APK_HOSTNAME_UPDATE è impostato su Yes o non impostato, la modifica del nome host causa un riavvio del sistema operativo. Ciò si verifica al primo avvio o quando il nome dell'istanza dell'appliance viene modificato e riavviato. Poiché il riavvio viene terminato prima che APK riporti un avvio corretto, l'appliance sembra richiedere il doppio di tempo per partire. Se il riavvio è stato causato dall'APK, viene visualizzato un messaggio sull'immissione della modalità di manutenzione nei dettagli sullo stato di avanzamento dell'avvio. |
|
APK_AUTOMOUNT |
L'impostazione del parametro su No disabilita l'assegnazione automatica di lettere di unità o punti di montaggio, come specificato nella classe di appliance. Questo volume, inoltre, disabilita tutti i controlli di stato in APK. Importante: Questa opzione deve essere utilizzata se l'appliance è dotata di una periferica CD-ROM configurata tramite l'assegnazione di un'immagine in formato ISO a uno dei dischi virtuali. Il montaggio automatico dell'APK non funziona in questa combinazione e non consentirà l'avvio dell'appliance. |
Controllo di appliance successivo all'avvio
Se è presente il file /etc/sysconfig/applogic_appliance o \aookiguc\config\applogic_appliance, lo script di inizializzazione successivo dell'APK lo legge come una shell con script con il comando ".", dopo che sono stati avviati tutti i servizi nell'appliance. Lo stato di ritorno dallo script indica se l'avvio dell'appliance deve essere considerato corretto o non riuscito.
Se lo script stampa un messaggio in stderr e restituisce un errore, l'ultima riga del messaggio viene utilizzata come messaggio di errore inviato al controller.
Esempio di un file di controllo successivo all'avvio per un'appliance del server Web. Verifica che il server sia attivo e che risponda a HTTP GET per la pagina iniziale:
if ! wget -q -O /dev/null http://localhost/ ; then echo "start failed - web server is not responding" >&2 return 1 fi return 0
Non utilizzare /etc/sysconfig/applogic_appliance come script di avvio per avviare i servizi di appliance. Questo impedisce l'utilizzo o la verifica del modulo di installazione all'esterno di un'appliance con l'APK installato.
Importante: in Windows, il controllo successivo all'avvio di applogic_appliance viene inizializzato dopo che la gestione del controllo servizi (SCM, Service Control Manager) di Windows ha caricato tutti i servizi e NON quando questi hanno completato l'inizializzazione. Si tratta di un comportamento diverso da quello delle altre piattaforme supportate dall'APK.
In Windows, alcuni servizi sono avviati da altri servizi tramite una chiamata API, anziché come una dipendenza esplicita. Non possono essere gestiti semplicemente aspettando l'evento di completamento del caricamento automatico dei servizi. Qualsiasi codice startup check aggiunto al file /etc/sysconfig/applogic_appliance deve considerare tale fattore e attendere tutti i servizi che deve monitorare, nel caso in cui non siano ancora stati inizializzati.
|
Copyright © 2013 CA.
Tutti i diritti riservati.
|
|