Personalizzazione del comportamento dell'appliance

Utilizzo di CA AppLogic® › Guida per sviluppatori di appliance › Installazioni OS › Installazione di Windows › Componenti comuni di Windows › Personalizzazione del comportamento dell'appliance

Personalizzazione del comportamento dell'appliance

È possibile personalizzare il comportamento automatico dello script di avvio per fornire all'appliance una funzionalità personalizzata

Definire i parametri seguenti nel file /etc/sysconfig/applogic_init o \applogic\config\applogic init.

Configurazione di inizializzazione dell'appliance

Se è presente il file /etc/sysconfig/applogic_init o \applogic\config\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. L'impostazione predefinita è /home/Administrator/.ssh. Se impostata su una stringa vuota, la chiave non verrà archiviata. Se il percorso specificato è un file esistente, il titolare e le autorizzazioni verranno mantenuti. In caso contrario, il file verrà creato con il titolare principale.
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'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	Controlla gli aggiornamenti della configurazione del resolver del nome di sistema. Valori: yes: l'APK aggiorna la configurazione del resolver di sistema (file /etc/resolv.conf in Linux e impostazioni DNS tramite il comando netsh in Windows) con i valori configurati sulla griglia di AppLogic. (Predefinito) no: l'APK non esegue alcun aggiornamento.
APK_DISABLE_NTPCONFIG	Disabilita l'esecuzione della sincronizzazione dell'ora sul server che ospita l'appliance da parte del daemon NTP. Valori: no: disattiva la sincronizzazione dell'ora (valore predefinito) yes: abilita la sincronizzazione dell'ora Se NTP è installato E APK_DISABLE_NTPCONFIG è impostato su No o non è definito, l'APK configura il daemon NTP in modo che sincronizzi l'ora sul server che ospita l'appliance. L'APK non tenta di avviare il daemon NTP, prepara solo la configurazione.
APK_CONFIG_EXTIFC	Abilita la configurazione APK di interfacce raw esterne yes: abilita la configurazione (valore predefinito) no: disabilita la configurazione Se si installa una nuova versione dell'APK su un'appliance precedente creata prima che l'APK configurasse automaticamente le interfacce esterne, impostare il valore No. Queste appliance non prevedono che l'APK configuri l'interfaccia esterna e se ciò accade di solito non vengono eseguite correttamente.
APK_HOSTNAME_UPDATE	L'impostazione del parametro su No disabilita il comportamento predefinito che cambia il nome host (noto anche come nome computer in Windows) con una stringa derivata dal nome dell'istanza di 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 propria 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. L'auto-montaggio di APK non funziona in questa particolare 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. Ciò impedisce l'utilizzo o la verifica dell'installazione all'esterno di un'appliance con l'APK installato.

Importante: 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.