Creazione di profili personalizzati

Crea un profilo personalizzato in modo da poter includere nel suo nodo vuoto server applicativi, cluster o altri processi Java™, come ad esempio un server di messaggistica. È possibile utilizzare lo Strumento di gestione dei profili per creare un profilo personalizzato.

Prima di iniziare

Prima di utilizzare lo Strumento di gestione dei profili, installa i file del prodotto.

Configurazioni supportate: Profile Management Tool è l'interfaccia grafica per il manageprofiles comando ed è supportato solo su AIX®, Linux® e Windows. Su HP-UX, IBM® i e Solaris, utilizzare invece il manageprofiles comando.

È necessario garantire spazio temporaneo sufficiente sul sistema per creare un profilo. Per ulteriori informazioni, consulta i requisiti relativi al file system per i profili.

Attenzione: quando si avvia lo strumento di gestione dei profili, lo strumento potrebbe bloccarsi nella seguente situazione per un utente non root: accedere a un computer come root, utilizzare l'utilità « SetPermissions » per cambiare l'utente da x a y. Immagina di essere l'utente x e di effettuare nuovamente l'accesso al computer. Avviare lo Strumento di gestione dei profili, fare clic su Strumento di gestione dei profili, quindi fare clic su Crea. Il clic successivo a quello su "Crea" potrebbe bloccare lo strumento.

Informazioni su questa attività

Dopo aver installato i file principali del prodotto " WebSphere® Application Server Network Deployment ", è necessario creare un profilo. Questo articolo illustra come creare un profilo personalizzato utilizzando lo Strumento di gestione dei profili. Un profilo personalizzato è un nodo vuoto che è possibile personalizzare per includere server applicativi, cluster o altri processi Java, come ad esempio un server di messaggistica.

È inoltre possibile utilizzare il manageprofiles comando per creare un profilo personalizzato. Per ulteriori informazioni, consultare la descrizione del comando manageprofiles.

I modelli per ciascun profilo si trovano nella app_server_root/profileTemplates directory.

All'interno di questa directory sono presenti diverse sottodirectory, che corrispondono a diversi tipi di profilo e variano a seconda del tipo di prodotto installato. Le directory sono i percorsi che si specificano quando si utilizza il manageprofiles comando con l'opzione -templatePath. È inoltre possibile specificare modelli di profilo che si trovano al di fuori della directory profileTemplates, se ne avete.

È possibile specificare il parametro ` -templatePath ` nel manageprofiles comando per ottenere una descrizione dei modelli disponibili. Questi modelli sono descritti anche nell'argomento " Concetti relativi ai profili".

Per impostazione predefinita, lo Strumento di gestione dei profili esegue la federazione di un nodo personalizzato quando si crea un profilo personalizzato. La federazione del nodo lo rende operativo. Per federare il nodo è necessario avere accesso a un Deployment Manager in esecuzione. In caso contrario, viene visualizzato un errore di connessione. È possibile federare il nodo in un secondo momento se non si ha accesso a un Deployment Manager in esecuzione o per qualsiasi altro motivo.

Se il profilo personalizzato si trova su un computer che non dispone di un gestore di distribuzione, quest'ultimo deve essere accessibile tramite la rete per consentire la federazione del nodo.

È possibile creare profili con lo Strumento di gestione dei profili utilizzando la procedura standard di creazione dei profili oppure quella avanzata. Il processo standard di creazione di un profilo utilizza le impostazioni predefinite e assegna valori univoci alle porte. È possibile, se lo si desidera, impostare i valori consentiti. Per la procedura avanzata di creazione del profilo, puoi accettare i valori predefiniti oppure specificare i tuoi valori.

Procedura

Installa il prodotto per creare i file principali del prodotto.
Avvia lo Strumento di gestione dei profili per creare un nuovo ambiente di esecuzione.
È possibile avviare lo strumento in uno dei seguenti modi.
- Al termine dell'installazione, selezionare la casella di controllo per avviare lo Strumento di gestione dei profili.
- Eseguire il comando per aprire la " WebSphere " (Pannello di controllo di personalizzazione) direttamente dal prompt dei comandi; quindi, aprire lo strumento "Profile Management" (Gestione profili).
- Selezionare l'opzione " WebSphere " dalla console "Primi passi"; quindi, aprire lo strumento "Gestione profili".
- Utilizza il menu Start per accedere alla " WebSphere " (Strumenti di personalizzazione); quindi, apri lo "Strumento di gestione dei profili".
- Utilizza i menu del sistema operativo di Linux, quelli che servono per avviare i programmi, per avviare il " WebSphere Customization Toolbox"; quindi, apri lo strumento "Profile Management Tool ".
Fare clic su Crea nella scheda Profili per creare un nuovo profilo.

La scheda "Profili" contiene un elenco dei profili creati sul tuo computer. Non è possibile eseguire alcuna operazione su un profilo selezionato a meno che non sia possibile integrarlo. Il pulsante "Aumenta" è disattivato a meno che il profilo selezionato non possa essere potenziato.

Lo strumento visualizza il pannello di selezione dell'ambiente.
Seleziona il profilo personalizzato e fai clic su Avanti.

Viene visualizzato il pannello delle opzioni per la creazione del profilo.
Selezionare " Creazione profilo standard " oppure "Creazione profilo avanzata ", quindi fare clic su "Avanti ".

L'opzione " Creazione profilo standard" crea un profilo che utilizza le impostazioni di configurazione predefinite. Con l'opzione di creazione del profilo avanzata, puoi specificare i tuoi valori di configurazione per un profilo.
Se hai selezionato la creazione del profilo "Tipico", passa alla fase relativa alla federazione del nodo.
Se hai selezionato " Creazione profilo avanzata ", specifica il nome del profilo personalizzato e la directory del profilo nel pannello "Nome e posizione del profilo", oppure accetta le impostazioni predefinite e fai clic su Avanti.
Linee guida per la denominazione dei profili: sono supportati i caratteri a doppio byte. Il nome del profilo può essere qualsiasi nome univoco, nel rispetto delle seguenti restrizioni. Non utilizzare nessuno dei seguenti caratteri quando dai un nome al tuo profilo:
- Spazi
- I caratteri speciali non supportati nel nome di una directory sul tuo sistema operativo, come ad esempio *&?
- Barre (/) o (\)
Il profilo predefinito

Il primo profilo che si crea su un computer è il profilo predefinito. Il profilo predefinito è la destinazione predefinita per i comandi eseguiti dalla bin directory nella directory principale di installazione del prodotto. Quando su una macchina è presente un solo profilo, ogni comando agisce sull'unico processo server presente nella configurazione. È possibile impostare un altro profilo come predefinito al momento della sua creazione, selezionando l'opzione "Imposta questo profilo come predefinito" nel pannello "Nome e posizione del profilo" del percorso di creazione avanzata del profilo. È inoltre possibile impostare un altro profilo come predefinito utilizzando il comando `manageprofiles` dopo aver creato il profilo.

Gestione di un profilo in un ambiente multiprofilo

Quando su un computer sono presenti più profili, alcuni comandi richiedono di specificare il profilo a cui si applica il comando, qualora non si tratti del profilo predefinito. Questi comandi utilizzano il parametro ` -profileName ` per specificare il profilo a cui rivolgersi. Potresti trovare più comodo utilizzare i comandi presenti nella bin directory di ciascun profilo.

Utilizza questi comandi per interrogare la shell di comando al fine di determinare il profilo chiamante e indirizzare tali comandi al profilo chiamante.

Informazioni sul profilo predefinito
<profile_type><profile_number>Il nome predefinito del profilo è:
- <profile_type> è un valore pari a AppSrv, Dmgr, Custom, AdminAgent, JobMgr, o SecureProxySrv.
- <profile_number> è un numero progressivo utilizzato per generare un nome univoco per il profilo
La directory predefinita dei profili è app_server_root/profiles, dove app_server_root è la directory principale di installazione.

La directory predefinita dei profili è app_server_root\profiles, dove app_server_root è la directory principale di installazione.

Lo strumento visualizza quindi il pannello con i nomi dei nodi e degli host.

Specificare le caratteristiche del nodo e dell'host per il profilo personalizzato, quindi fare clic su Avanti.

Se si intende eseguire la migrazione di una precedente installazione di WebSphere Application Server Network Deployment alla versione 9.0, utilizzare per il gestore di distribuzione della versione 9.0 lo stesso nome della cella utilizzato per la versione precedente della cella. Il nome di una cella deve essere univoco in qualsiasi situazione in cui il prodotto sia in esecuzione sulla stessa macchina fisica o su un cluster di macchine, come ad esempio un sysplex. Inoltre, il nome di una cella deve essere univoco in ogni situazione in cui sia richiesta la connettività di rete tra entità, sia tra le celle stesse sia da parte di un client che deve comunicare con ciascuna di esse. I nomi delle celle devono inoltre essere univoci se i loro spazi dei nomi sono federati. In caso contrario, potresti riscontrare problemi come l'errore " javax.naming.NameNotFoundException "; in tal caso, crea delle celle con nomi univoci.

Dopo la migrazione della cella, i nodi gestiti dalla versione precedente vengono ora gestiti dal gestore di distribuzione Version 9.0 in modalità compatibilità. È possibile eseguire la migrazione dei singoli nodi gestiti nella cella alla versione 9.0. Per farlo, è necessario creare un profilo di gestione delle versioni (Version 9.0 ) con lo stesso nome del nodo della versione precedente gestita.

Nomi riservati: evitare di utilizzare nomi di cartelle riservati come valori dei campi. L'uso di nomi di cartelle riservati può causare risultati imprevedibili. I seguenti termini sono nomi di cartelle riservati:

celle
nodi
server
cluster
applicazioni
distribuzioni

Tabella 1. Caratteristiche del profilo personalizzato.
Questa tabella illustra le caratteristiche del profilo personalizzato.
Nome campo	Valore predefinito	Vincoli	Descrizione
Nome nodo	`shortHostName Node NodeNumber` dove: `shortHostName` è il nome breve dell'host `NodeNumber` è un numero progressivo che parte da 01	Si prega di evitare l'uso dei termini riservati. Utilizzare un nome univoco all'interno della cella del gestore di distribuzione. Se si intende migrare un nodo gestito da una versione precedente, utilizzare lo stesso nome del nodo per questo profilo personalizzato " 9.0 ".	Il nome viene utilizzato a fini amministrativi all'interno della cella del gestore di distribuzione a cui è stato aggiunto il profilo personalizzato. Utilizzare un nome univoco all'interno della cella del gestore di distribuzione. Dopo aver migrato una versione precedente di una cella di Deployment Manager verso un'istanza di Deployment Manager con il formato "Version 9.0 ", è possibile migrare i profili personalizzati della versione precedente, che sono in esecuzione in modalità compatibilità, nell'istanza di Deployment Manager con il formato "Version 9.0 ".
Nome host	La forma estesa del nome del server del sistema dei nomi di dominio (DNS).	Il nome host deve essere raggiungibile tramite la rete.	Utilizza il nome DNS effettivo o l'indirizzo IP del tuo computer per consentire la comunicazione con il tuo computer. Per ulteriori informazioni sul nome host, consultare le note riportate in calce a questa tabella.

Considerazioni relative al percorso della directory:

[Windows] Il numero di caratteri nella directory "percorso_directory_profili\nome_profilo" deve essere inferiore o uguale a 80.

Considerazioni relative al nome host:

Il nome host è il nome di rete della macchina fisica su cui è installato il nodo. Il nome host deve corrispondere a un nodo di rete fisico sul server. Quando nel server sono presenti più schede di rete, il nome host o l'indirizzo IP devono essere associati a una delle schede di rete. I nodi remoti utilizzano il nome host per connettersi a questo nodo e comunicare con esso. È importante scegliere un nome host che sia raggiungibile dagli altri computer all'interno della rete. localhostNon utilizzare l'identificatore generico, per questo valore. Inoltre, non tentare di installare i prodotti WebSphere Application Server su un computer il cui nome host contenga caratteri appartenenti a un set di caratteri a doppio byte (DBCS). I caratteri DBCS non sono supportati se utilizzati nel nome dell'host.

Se si definiscono nodi coesistenti sullo stesso computer con indirizzi IP univoci, è necessario inserire ciascun indirizzo IP nella tabella di ricerca del server DNS. I file di configurazione dei server applicativi autonomi non consentono la risoluzione dei nomi di dominio per più indirizzi IP su una macchina dotata di un unico indirizzo di rete.

Il valore specificato per il nome host viene utilizzato come valore della proprietà ` hostName ` nei documenti di configurazione del server delle applicazioni autonomo. Specificare il nome host in uno dei seguenti formati:

Stringa completa del nome host del server DNS, ad esempio xmachine.manhattan.ibm.com
La stringa predefinita del nome host DNS abbreviato, ad esempio xmachine
Indirizzo IP numerico, ad esempio 127.1.255.3

Il nome host DNS completo presenta il vantaggio di essere univoco e flessibile. È possibile modificare l'indirizzo IP effettivo del sistema host senza dover modificare la configurazione del server delle applicazioni. Questo valore per il nome host è particolarmente utile se si prevede di modificare frequentemente l'indirizzo IP quando si utilizza il protocollo DHCP (Dynamic Host Configuration Protocol) per l'assegnazione degli indirizzi IP. Uno svantaggio di questo formato è la dipendenza dal DNS. Se il DNS non è disponibile, la connettività è compromessa.

Anche il nome breve dell'host è risolvibile dinamicamente. Un formato abbreviato del nome offre l'ulteriore vantaggio di poter essere ridefinito nel file hosts locale, in modo che il sistema possa eseguire il server delle applicazioni anche quando è disconnesso dalla rete. 127.0.0.1Per eseguire il programma in modalità disconnessa, imposta il nome abbreviato come indirizzo di loopback nel file hosts. Uno svantaggio di questo formato è la dipendenza dal DNS per l'accesso remoto. Se il DNS non è disponibile, la connettività è compromessa.

Un indirizzo IP numerico presenta il vantaggio di non richiedere la risoluzione del nome tramite DNS. Un nodo remoto può connettersi al nodo specificato tramite un indirizzo IP numerico anche in assenza di un servizio DNS. Uno svantaggio di questo formato è che l'indirizzo IP numerico è fisso.

Dopo aver specificato le caratteristiche del profilo personalizzato, lo strumento visualizza il pannello Federazione.

Se la sicurezza amministrativa è abilitata per il gestore di distribuzione, specificare il nome host e la porta SOAP del gestore di distribuzione, nonché il nome utente e la password per il gestore di distribuzione. Fare clic sul pulsante Avanti.
Dopo la federazione, il processo nel profilo personalizzato è il processo dell'agente del nodo. Il processo dell'agente del nodo è l'agente del gestore di distribuzione per il nodo personalizzato. L'agente del nodo risponde ai comandi del gestore di distribuzione per eseguire attività che comprendono le seguenti operazioni:
- Creazione di processi del server delle applicazioni, cluster e membri dei cluster
- Avvio e arresto dei processi del server delle applicazioni
- Sincronizzazione delle configurazioni tra la versione corrente presente nel gestore di distribuzione e la copia presente sul nodo
- Eliminazione dei processi del server delle applicazioni
Per ulteriori informazioni sugli agenti dei nodi e sulle loro attività, consultare la sezione dedicata all'amministrazione del sistema nella documentazione.
È opportuno federare il nodo?

Si consiglia di federare il nodo personalizzato in questo momento. Il gestore della distribuzione deve essere in esecuzione e accessibile quando si fa clic su Avanti nel pannello Federazione per federare il nodo personalizzato. Se il profilo personalizzato si trova su un computer che non dispone di un gestore di distribuzione, quest'ultimo deve essere in esecuzione e accessibile tramite la rete per consentire la federazione del nodo. Se il gestore di distribuzione non è in esecuzione o non è accessibile prima di fare clic su Avanti, ma è possibile avviarlo e renderlo accessibile in questo momento, procedere in tal senso. In caso contrario, selezionare la casella di controllo "Federare il nodo in un secondo momento".

Se non sei sicuro che il gestore di distribuzione sia in esecuzione o accessibile, non procedere con la federazione in questo momento. Eseguire la federazione del nodo quando è possibile verificare la disponibilità del gestore di distribuzione.

È possibile che il gestore di distribuzione sia stato riconfigurato per utilizzare il metodo RMI (Remote Method Invocation) non predefinito come connettore preferito per l' Java Management Extensions ( JMX ). Nella console di amministrazione del Deployment Manager, selezionare "Amministrazione di sistema" > "Deployment Manager" > "Servizi amministrativi" per verificare il tipo di connettore preferito.

Se RMI è il connettore preferito per l' JMX, è necessario utilizzare il comando addNode per federare il profilo personalizzato in un secondo momento. Utilizza il comando ` addNode ` per specificare il tipo di connettore ` JMX ` e la porta RMI.

Se il gestore di distribuzione utilizza il tipo di connettore SOAP predefinito JMX, specificare il nome host e la porta SOAP e federare subito il nodo per creare un nodo funzionante che è possibile personalizzare.

Configurazione in modalità federata quando il gestore delle distribuzioni non è disponibile

Se si effettua la federazione di un nodo personalizzato quando il gestore di distribuzione non è in esecuzione o non è accessibile, viene visualizzato un messaggio di errore. Se il gestore della distribuzione non è più disponibile durante il processo di creazione del profilo, l'indicatore di installazione nei log assume il valore INSTCONFFAIL, a indicare un errore totale. Il profilo personalizzato risultante è inutilizzabile. Devi cancellare il profilo. Per ulteriori informazioni, consulta la guida su come eliminare un profilo.

Se si sceglie di effettuare la federazione ora e in precedenza è stata selezionata l'opzione "Creazione profilo avanzata", verrà visualizzato il pannello "Certificato di sicurezza". Passa alla fase relativa alla creazione e all'importazione dei certificati.

In caso contrario, viene visualizzato il pannello "Riepilogo creazione profilo" relativo all'opzione standard di creazione del profilo. Passa alla fase relativa alla creazione del profilo personalizzato.
Creare un certificato personale predefinito e un certificato di firma radice, oppure importare un certificato personale e un certificato di firma radice dai file keystore, quindi fare clic su Avanti.

È possibile creare entrambi i certificati, importarli entrambi oppure creare un certificato e importare l'altro.

Buona pratica: quando si importa un certificato personale come certificato personale predefinito, è opportuno importare anche il certificato radice che ha firmato il certificato personale. In caso contrario, lo Strumento di gestione dei profili aggiunge il firmatario del certificato personale al file ` trust.p12 `.

Se si importa il certificato personale predefinito o il certificato di firma radice, specificare il percorso e la password, quindi selezionare il tipo di archivio chiavi e l'alias dell'archivio chiavi per ciascun certificato importato.
Verificare che le informazioni del certificato siano corrette, quindi fare clic su Avanti.

Se si creano i certificati, è possibile utilizzare i valori predefiniti oppure modificarli per crearne di nuovi. Il certificato personale predefinito ha una validità di un anno ed è firmato dal certificato di firma radice. Il certificato di firma radice è un certificato autofirmato con una validità predefinita di 15 anni. La password predefinita dell'archivio chiavi per il certificato di firma radice è WebAS. Ti consiglio di cambiare la password. La password non può contenere caratteri del set di caratteri a doppio byte (DBCS), poiché alcuni tipi di keystore, tra cui l'archivio chiavi di sistema ( PKCS12 ), non supportano tali caratteri. I tipi di keystore supportati dipendono dai provider presenti nel file ` java.security `.

Quando si creano uno o entrambi i certificati, oppure si importano uno o entrambi i certificati, vengono generati i seguenti file di archivio chiavi: key.p12, trust.p12, root-key.p12, default-signers.p12, deleted.p12 e ltpa.jceks. Quando si creano o si importano i certificati, tutti questi file hanno la stessa password, che può essere quella predefinita oppure una password specificata dall'utente. Il file ` key.p12 ` contiene il certificato personale predefinito. Il file ` trust.p12 ` contiene il certificato del firmatario derivato dal certificato radice predefinito. Il file ` root-key.p12 ` contiene il certificato di firma della radice. Il file ` default-signer.p12 ` contiene i certificati dei firmatari che vengono aggiunti a ogni nuovo file keystore creato dopo l'installazione e l'avvio del server. Per impostazione predefinita, il firmatario del certificato radice predefinito si trova nel file keystore " default-signer.p12 ". Il file keystore " deleted.p12 " serve a conservare i certificati eliminati tramite l'operazione " deleteKeyStore ", in modo che possano essere recuperati se necessario. Il ltpa.jceks file contiene le chiavi predefinite LTPA (Lightweight Third-Party Authentication) che i server del proprio ambiente utilizzano per comunicare tra loro.

Un certificato importato viene aggiunto al file " key.p12 " o al file " root-key.p12 ".

Se importi dei certificati e questi non contengono le informazioni desiderate, clicca su Indietro per importarne un altro.

Dopo aver visualizzato i pannelli relativi ai certificati di sicurezza, lo strumento mostra il pannello Porte se in precedenza è stata selezionata l'opzione "Creazione profilo avanzato".
Verificare che le porte all'interno del profilo personalizzato siano univoche o intenzionalmente in conflitto tra loro, quindi fare clic su Avanti.
Risoluzione conflitto di porta
Se sospetti che ci sia un conflitto tra le porte, puoi verificare la situazione dopo aver creato il profilo. Individuare le porte utilizzate durante la creazione del profilo esaminando i seguenti file.
- file profile_root/properties/portdef.props
- file profile_root\properties\portdef.props
In questo file sono inclusi le chiavi e i valori utilizzati per la configurazione delle porte. Se riscontri dei conflitti tra le porte, puoi riassegnarle manualmente. Per riassegnare le porte, eseguire il file ` updatePorts.ant` utilizzando lo script `ws_ant`.
Viene visualizzato il pannello "Riepilogo creazione profilo".
Fare clic su Crea per creare il profilo personalizzato oppure su Indietro per modificarne le caratteristiche.

Se in precedenza avevi scelto di federare il nodo personalizzato nel pannello Federazione, il gestore di distribuzione doveva essere in esecuzione e accessibile. Il gestore delle distribuzioni deve essere in esecuzione e accessibile quando si fa clic su Crea. Se ritieni che il gestore di distribuzione non sia più in esecuzione o sia diventato inaccessibile, avvialo e rendilo accessibile; se invece è già in esecuzione, assicurati che sia accessibile.

Viene visualizzata la barra di avanzamento della creazione del profilo, che mostra i comandi di configurazione in esecuzione.

Una volta completata la creazione del profilo, lo strumento visualizza il pannello "Creazione profilo completata".
Se lo desideri, seleziona "Avvia la console dei primi passi ". Fare clic su "Fine" per uscire.

Con la console "Primi passi" è possibile creare profili aggiuntivi e avviare il server delle applicazioni.

Risultati

Hai creato un profilo personalizzato. Il nodo all'interno del profilo rimane vuoto finché non si effettua la federazione del nodo e non si utilizza il gestore di distribuzione per personalizzarlo.

La struttura delle directory mostra la nuova cartella del profilo all'interno della directory dei profili. La cartella del profilo ha lo stesso nome del profilo che hai creato.

Per informazioni su come creare un profilo tramite un comando anziché tramite lo Strumento di gestione dei profili, consultare la descrizione del manageprofiles comando.

Lo strumento di gestione dei profili crea un registro durante la creazione dei profili. I file di log si trovano nella directory /logs/install _dirmanageprofiles. I file seguono questo schema di denominazione: manageprofiles_create_profile_name.log.

Operazioni successive

Aggiungi il nodo alla cell del Deployment Manager, se non l'hai già fatto al momento della creazione del nodo. Quindi, utilizzare il gestore di distribuzione per creare un server delle applicazioni sul nodo.

Per iniziare, distribuisci un'applicazione.

Scopri le procedure rapide per iniziare a distribuire le applicazioni.