![[ AIX Solaris HP-UX Linux Windows]](../images/ngdist.svg)
![[IBM i]](../images/ngibmi.svg)
Concetti di profilo
Un profilo definisce l'ambiente di esecuzione. Il profilo include tutti i file che il server elabora nell'ambiente di runtime e che è possibile modificare.
È possibile creare un ambiente di runtime tramite il comando manageprofiles o l'interfaccia utente grafica dello strumento di gestione dei profili. È possibile utilizzare lo Strumento di gestione profili per inserire la maggior parte dei parametri descritti in questo articolo. Alcuni parametri, tuttavia, richiedono l'uso del comando manageprofiles. È necessario utilizzare il comando manageprofiles per eliminare un profilo, ad esempio, poiché lo strumento di gestione dei profili non fornisce una funzione di eliminazione. È possibile utilizzare lo strumento di gestione dei profili o il comando manageprofiles per creare un profilo di cella. Lo strumento di gestione dei profili crea la cella in un unico passaggio, mentre il comando manageprofiles richiede due invocazioni separate.
È possibile creare un ambiente di runtime tramite il comando manageprofiles. A seconda dell'operazione che si desidera eseguire con il comando manageprofiles, è necessario fornire uno o più parametri. È possibile utilizzare il comando per eseguire azioni quali la creazione o l'eliminazione di profili. Per creare un profilo cella, è necessario richiamare il comando manageprofiles due volte separate.
File dei prodotti principali
I file di prodotto principali sono i file binari condivisi, che sono condivisi da tutti i profili.
- I file di prodotto principali sono file binari condivisi che non cambiano a meno che non si installi un pacchetto di aggiornamento, un pacchetto di correzione o una correzione provvisoria. Anche alcune informazioni di log vengono aggiornate.Il seguente elenco mostra le posizioni di installazione predefinite per gli utenti root sulle piattaforme supportate:
![[AIX]](../images/ngaix.svg)
/usr/IBM/WebSphere/AppServer![[Linux]](../images/nglinux.svg)
![[HP-UX]](../images/nghpux.svg)
![[Solaris]](../images/ngsolaris.svg)
/opt/IBM/WebSphere/AppServer![[Windows]](../images/ngwin.svg)
C:\Program Files\IBM\WebSphere\AppServer
La posizione di installazione predefinita per i file del prodotto principale è la directory app_server_root.
Quando si desiderano file binari con livelli di servizio diversi, è necessario utilizzare un'installazione separata del prodotto per ciascun livello di servizio.
La configurazione per ogni processo del server delle applicazioni definito si trova nella profiles directory a meno che non si specifichi una nuova directory durante la creazione di un profilo. Questi file cambiano ogni volta che si crea un nuovo profilo, si riconfigura un profilo esistente o si elimina un profilo.
Tutte le cartelle, ad eccezione della profiles directory e alcune altre come la logs directory e la properties directory, rimangono invariate, a meno che non si installino correzioni di servizio. La profiles directory, tuttavia, cambia ogni volta che si aggiunge, modifica o elimina un profilo. La profiles directory è il repository predefinito per i profili. Tuttavia, è possibile inserire un profilo in qualsiasi punto del computer o del sistema, purché sia disponibile spazio sufficiente sul disco.
Se si crea un profilo in un'altra cartella esistente nella directory principale dell'installazione, esiste il rischio che il profilo possa essere influenzato dall'installazione di una correzione di servizio che applica la manutenzione alla cartella. Quando si utilizza una directory diversa dalla profiles directory per la creazione dei profili, utilizzare una directory esterna alla directory root di installazione.
Se si crea un profilo nella directory principale di installazione, esiste il rischio che il profilo possa essere danneggiato o distrutto dalla manutenzione ordinaria del sistema.
Perché e quando creare un profilo
Lo strumento da riga di comando manageprofiles definisce ciascun profilo per il prodotto.
Esegui lo strumento di gestione dei profili o il comando manageprofiles ogni volta che desideri creare un profilo. È normale che su una macchina sia necessario avere più di un profilo.
Esegui lo strumento da riga di comando ogni volta che desideri creare un profilo.
L'amministrazione risulta notevolmente migliorata quando si utilizzano profili anziché installazioni multiple del prodotto. Non solo si risparmia spazio su disco, ma l'aggiornamento del prodotto è semplificato quando si mantiene un unico set di file core del prodotto. Inoltre, la creazione di nuovi profili è più efficiente e meno soggetta a errori rispetto alle installazioni complete dei prodotti, consentendo agli sviluppatori di creare profili separati del prodotto per lo sviluppo e il collaudo.
È possibile eseguire il comando manageprofiles per creare un nuovo profilo sulla stessa macchina di un profilo esistente. Definire caratteristiche univoche, quali nome del profilo e nome del nodo, per il nuovo profilo.
È possibile eseguire lo strumento di gestione dei profili o lo strumento da riga di comando per creare un nuovo profilo sullo stesso computer in cui è presente un profilo esistente. Definire caratteristiche univoche, quali nome del profilo e nome del nodo, per il nuovo profilo. Ogni profilo condivide tutti gli script di runtime, le librerie, l'ambiente Java™ SE Runtime Environment 6 (JRE 6) e altri file di prodotto fondamentali.
Tipi di profilo
I modelli per ciascun profilo si trovano nella app_server_root/profileTemplates directory.
All'interno di questa directory esistono più directory, che corrispondono a diversi tipi di profilo e variano a seconda del tipo di prodotto installato. Le directory sono i percorsi indicati durante l'utilizzo del comando manageprofiles con l'opzione -templatePath. È anche possibile specificare modelli di profilo che si trovano al di fuori della profileTemplates directory, se ne avete.
Per ulteriori informazioni, consultare la descrizione del parametro -templatePath nell'argomento relativo al comando manageprofiles.
- La funzione principale del gestore di distribuzione è quella di distribuire le applicazioni a una cella di server applicativi, che esso gestisce. Ogni server applicativo appartenente alla cella è un nodo gestito.È possibile creare il profilo di gestione con un server di gestione della distribuzione utilizzando lo strumento di gestione dei profili o il comando manageprofiles. Se si crea il profilo con il comando manageprofiles, specificare
app_server_root/profileTemplates/managementper il parametro -templatePath eDEPLOYMENT_MANAGERper il parametro -serverType.Specificare managementper il parametro -templatePath eDEPLOYMENT_MANAGERper il parametro -serverType per creare questo tipo di profilo di gestione con il comando manageprofiles. - La funzione principale dell'agente amministrativo è quella di fornire un'unica interfaccia per amministrare più server di applicazioni non federati.È possibile creare il profilo utilizzando lo strumento di gestione dei profili o il comando manageprofiles. Se si crea il profilo con il comando manageprofiles, specificare
app_server_root/profileTemplates/managementper il parametro -templatePath eADMIN_AGENTper il parametro -serverType per creare questo tipo di profilo di gestione.Specificare managementper il parametro -templatePath eADMIN_AGENTper il parametro -serverType per creare questo tipo di profilo di gestione con il comando manageprofiles. - La funzione principale del job manager è quella di fornire un'unica console per amministrare più server di base, più deployment manager ed eseguire l'invio asincrono dei job.È possibile creare il profilo utilizzando lo strumento di gestione dei profili o il comando manageprofiles. Se si crea il profilo con il comando manageprofiles, specificare
app_server_root/profileTemplates/managementper il parametro -templatePath eJOB_MANAGERper il parametro -serverType per creare questo tipo di profilo di gestione.Specificare managementper il parametro -templatePath eJOB_MANAGERper il parametro -serverType per creare questo tipo di profilo di gestione con il comando manageprofiles. - Utilizzare il server delle applicazioni per rendere le applicazioni disponibili su Internet o su una rete intranet.
Una caratteristica importante del prodotto è la possibilità di scalare un profilo di server applicativo autonomo aggiungendo il nodo del server applicativo in una cella del gestore di distribuzione. Più processi del server delle applicazioni in una cella possono distribuire un'applicazione richiesta. È anche possibile rimuovere un nodo del server delle applicazioni da una cella per riportare il nodo allo stato di server delle applicazioni autonomo.
Ogni server applicativo autonomo può disporre, facoltativamente, di una propria applicazione console amministrativa, che consente di gestire il server applicativo. È inoltre possibile utilizzare la funzione di scripting wsadmin per eseguire tutte le funzioni disponibili nell'applicazione della console amministrativa.
Nessun processo agente nodo è disponibile per un nodo server applicazioni autonomo, a meno che non si decida di aggiungere il nodo server applicazioni a una cella del gestore di distribuzione. L'aggiunta del nodo del server delle applicazioni a una cella è nota come federazione. La federazione trasforma il nodo del server dell'applicazione autonoma in un nodo gestito. Per gestire il nodo, utilizza la console amministrativa del gestore di distribuzione. Se si rimuove il nodo dalla cella del gestore di distribuzione, utilizzare la console amministrativa e l'interfaccia di scripting del nodo del server applicativo autonomo per gestire il processo.
È possibile creare il profilo utilizzando lo strumento di gestione dei profili o il comando manageprofiles. Se si crea il profilo con il comando manageprofiles, specificare app_server_root/profileTemplates/defaultper il parametro -templatePath per creare questo tipo di profilo.Il profilo del server delle applicazioni viene creato per impostazione predefinita se non si specifica il parametro -templatePath. In alternativa, è possibile specificare defaultper il parametro -templatePath nel comando manageprofiles per creare il profilo del server dell'applicazione. - Utilizzare il profilo cellulare per rendere le applicazioni disponibili su Internet o su una rete intranet sotto la gestione del responsabile della distribuzione.La creazione di un profilo cellulare genera un gestore di distribuzione e un nodo federato in un'unica iterazione tramite lo strumento di gestione dei profili. Il risultato è una cella perfettamente funzionante su un determinato sistema.
Per creare un profilo di cella utilizzando il comando manageprofiles, è necessario creare due parti del profilo: la parte relativa al gestore di distribuzione delle celle e la parte relativa al nodo della cella. Inoltre, quando si crea una cella, è possibile avere un solo gestore di distribuzione delle celle e un solo nodo di cella associati tra loro.
Il profilo cella iniziale creato con il comando manageprofiles è equivalente al profilo cella creato con lo strumento di gestione dei profili. Dopo aver creato il profilo cella iniziale, è possibile creare profili personalizzati o profili autonomi e federare i profili nel gestore di distribuzione.Nel comando manageprofiles, specificare app_server_root/profileTemplates/cell/dmgrper il parametro -templatePath per il gestore di distribuzione eapp_server_root/profileTemplates/cell/defaultper il parametro -templatePath per il nodo della cella.Nel comando manageprofiles, specificare app_server_root/profileTemplates/cell/dmgrnel parametro -templatePath per il gestore di distribuzione eapp_server_root/profileTemplates/cell/defaultnel parametro -templatePath per il nodo della cella. Puoi leggere informazioni sul tipo di profilo cella nell'articolo sulla creazione di un profilo cella con il comando manageprofiles.Dopo aver creato le due parti che compongono il profilo della cella, si dispone di un gestore di distribuzione e di un nodo federato. Il nodo federato contiene un server applicazioni e l'applicazione predefinita, che contiene il servlet snoop, l'applicazione HitCount e il servlet HelloHTML. - Utilizzare il profilo personalizzato, che appartiene a una cella del gestore di distribuzione, per rendere le applicazioni disponibili su Internet o su una rete intranet gestita dal gestore di distribuzione.
Il gestore di distribuzione converte un profilo personalizzato in un nodo gestito aggiungendo il nodo alla cella. Il gestore di distribuzione converte anche un nodo del server delle applicazioni in un nodo gestito quando si aggiunge un nodo del server delle applicazioni in una cella. Quando uno dei due nodi viene aggiunto a una cella, il nodo diventa un nodo gestito. Il processo dell'agente di nodo viene quindi istanziato sul nodo gestito. L'agente di nodo agisce per conto del gestore di distribuzione per controllare i processi del server delle applicazioni sul nodo gestito. L'agente di nodo può avviare o arrestare i server delle applicazioni, ad esempio.
Un responsabile della distribuzione può creare più server di applicazioni su un nodo gestito, purché il processo dell'agente del nodo sia in esecuzione. I processi sul nodo gestito possono includere membri del cluster che il gestore della distribuzione utilizza per bilanciare il carico di lavoro delle applicazioni maggiormente utilizzate.
Utilizza la console amministrativa del gestore di distribuzione per controllare tutti i nodi gestiti dal gestore di distribuzione. È inoltre possibile utilizzare la funzione di scripting wsadmin del gestore di distribuzione per controllare qualsiasi nodo gestito. Un profilo personalizzato non dispone di una propria console amministrativa o interfaccia di scripting. Non è possibile gestire il nodo direttamente con la funzione di scripting wsadmin.
Un profilo personalizzato non include applicazioni predefinite o un server predefinito come invece fa il profilo del server delle applicazioni. Un profilo personalizzato è un nodo vuoto. Aggiungi il nodo alla cella del gestore di distribuzione. Quindi, è possibile utilizzare l'interfaccia amministrativa del gestore di distribuzione per personalizzare il nodo gestito creando cluster e server delle applicazioni.
È possibile creare il profilo utilizzando lo strumento di gestione dei profili o il comando manageprofiles. Se si crea il profilo con il comando manageprofiles, specificare app_server_root/profileTemplates/managedper il parametro -templatePath per creare questo tipo di profilo.Specificare managedper il parametro -templatePath nel comando manageprofiles per creare questo tipo di profilo. - Utilizza il server proxy sicuro per ricevere le richieste provenienti da Internet e inoltrarle ai server delle applicazioni. Il server proxy sicuro risiede nella DMZ.Specificare
secureproxyper il parametro -templatePath nel comando manageprofiles per creare questo tipo di profilo.
Profili predefiniti
I profili utilizzano il concetto di profilo predefinito quando esistono più profili. Il profilo predefinito è impostato come destinazione predefinita per gli script che non specificano un profilo. È possibile utilizzare il parametro -profileName con la maggior parte degli script per consentire agli script di agire su un profilo diverso da quello predefinito.
Dopo l'installazione, utilizzare il comando manageprofiles per creare un profilo cella, che consiste nella parte del profilo relativa al gestore di distribuzione (dmgr) e nella parte predefinita del profilo (default). Questa parte predefinita del profilo è pre-federata nella cella gestita dal deployment manager e contiene il server dell'applicazione ( server1 ). Se crei un tipo di profilo diverso, la parte predefinita del profilo potrebbe essere diversa.
<profile_type><profile_number>:bin directory di ciascun profilo. Quando si esegue uno di questi comandi all'interno della bin directory di un profilo, il comando agisce su quel profilo a meno che il parametro -profileName non specifichi un profilo diverso.Politica di sicurezza per i profili dei server delle applicazioni
In ambienti in cui si prevede di avere più server di applicazioni autonomi, la politica di sicurezza di ciascun profilo del server di applicazioni è indipendente dalle altre. Le modifiche alla politica di sicurezza in un profilo del server delle applicazioni non vengono sincronizzate con gli altri profili.
Set di file installati
Decidi dove installare i file che definiscono un profilo.
La posizione predefinita è nella profiles directory nella directory principale di installazione. È possibile modificare la posizione nello strumento di gestione dei profili o in un parametro quando si utilizza lo strumento da riga di comando. Ad esempio, supponiamo che si creino due profili su una piattaforma Linux® con nome host devhost1. Le directory dei profili sono simili all'esempio seguente se non vengono spostate:/opt/IBM/WebSphere/AppServer/profiles/AppSrv01
/opt/IBM/WebSphere/AppServer/profiles/AppSrv02/opt/profiles per la directory dei profili utilizzando il comando manageprofiles. Ad esempio:manageprofiles.sh
-profileName AppSrv01
-profilePath /opt/profiles
manageprofiles.sh
-profileName AppSrv02
-profilePath /opt/profiles/opt/profiles/AppSrv01
/opt/profiles/AppSrv02La posizione predefinita è nella directory user_data_root /profiles. È possibile modificare la posizione in un parametro quando si utilizza lo strumento da riga di comando. Ad esempio, supponiamo di creare due profili con nome host devhost1.
È possibile specificare una directory diversa, ad esempio /home/QEJBSVR/profiles/myprofile , utilizzando il parametro -profilePath del comando manageprofiles :manageprofiles
-profileName myprofile
-profilePath /home/QEJBSVR/profiles/myprofileLe seguenti directory sono presenti in un profilo tipico. Tipi di profilo diversi potrebbero includere sottodirectory diverse. Questo esempio presuppone che il profilo AppSrv01 esista e sia stato creato nella directory predefinita: