Evitare i conflitti di porta che si possono verificare quando WebSphere Process Server
si trova sullo stesso computer dove vi sono installazioni di altri prodotti WebSphere.
Perché e quando eseguire questa attività
Se si crea un profilo gestito di WebSphere Process
Server sulla stessa macchina in cui si trova un nodo gestito di un altro prodotto WebSphere,
in alcuni casi il comando
addNode può incrementare automaticamente le assegnazioni di porta
del secondo processo del nodo agente, in modo che non si verifichino
conflitti di porta. Il comando
addNode incrementa automaticamente le assegnazioni
di porta quando il profilo esistente è uno dei seguenti tipi:
- WebSphere Process
Server
- WebSphere Enterprise Service Bus
- WebSphere Application Server, versione 6.0 o successiva
- WebSphere Application Server Network Deployment, versione 6.0 o successiva
Inoltre, la procedura guidata Profilo gestisce correttamente le assegnazioni
di porta quando si associa un profilo personalizzato WebSphere Process Server durante la relativa creazione.
Il comando
addNode
non incrementa automaticamente le assegnazioni di porta quando l'istanza esistente
è una dei tipi di seguito riportati:
- WebSphere Business Integration Server Foundation
- WebSphere Application Server, versioni precedenti alla 6.0
- WebSphere Application Server Network Deployment, versioni precedenti alla
6.0
In questo caso, né il comando
addNode né la procedura guidata Profilo dispone
di un record delle assegnazioni di porta di tali istanze. Le assegnazioni di porta sul secondo processo dell'agente del nodo WebSphere Process Server non vengono incrementate e possono verificarsi dei conflitti.
Questi conflitti possono impedire l'avvio del secondo nodo. Ad esempio, se si avvia prima il nodo gestito esistente, il nodo
di WebSphere Process Server non può essere avviato. Se si avvia prima il nodo di WebSphere
Process Server, il nodo esistente non può essere avviato.
In tali casi in cui il comando addNode non incrementa automaticamente le assegnazioni di porta, è necessario eseguire la procedura indicata per creare un nodo gestito di WebSphere
Process Server con porte non in conflitto.
Passi per questa attività
- Creare il profilo personalizzato o del server del processo autonomo di WebSphere
Process Server.
Utilizzare la procedura guidata Profilo per creare il profilo.
Se si sta creando un profilo personalizzato, non associarlo durante la creazione.
Selezionare la casella di controllo nel pannello della procedura guidata Profilo per
associare in seguito il profilo. Consultare la procedura descritta in Creazione di profili mediante l'utilizzo della procedura guidata Profilo.
- Verificare le porte in uso per determinare un numero di porta di avvio
per i processo del nodo agente di WebSphere Process Server.
Utilizzare il comando netstat -a per controllare le
assegnazioni di porta esistenti.
Quindi, analizzarle per
determinare dodici porte sequenziali libere. Questa procedura
presuppone che non esistano assegnazioni di porta tra 3320 e 3380.
- Passare alla directory bin del nuovo profilo.
Effettuare una delle seguenti operazioni per spostare la directory
bin del profilo (dove
profile_root rappresenta la posizione di installazione del profilo):
Su piattaforme Linux e UNIX: Immettere cd profile_root/bin
Su piattaforme Windows: Da una riga comandi, immettere cd profile_root\bin
- Utilizzare il comando addNode con il parametro -startingport per associare
il profilo nella cella del gestore distribuzione ed assegnare le porte da un valore iniziale.
Limitazione: È
possibile associare un server autonomo ad un gestore distribuzione solo se non vi sono altri
server già associati a tale gestore distribuzione.
Ad esempio, presupporre di lavorare su
un sistema Solaris e che il gestore distribuzione abbia la seguenti caratteristiche:
- Il nome host è l'indirizzo del sistema del nome di dominio: server_name.ibm.com
- Tipo connettore JMX: RMI (remote method invocation)
- Assegnazione porta RMI: 8879
- Stato di sicurezza: abilitato
Digitare il seguente comando:
./addNode.sh nome_server.ibm.com \
-conntype RMI 8879 \
-user user_name \
-password password_utente -startingport 3333
Importante: Il carattere \ è un carattere di continuazione per utilizzare più di una rga per inoltrare i comandi.
Risultato
Il parametro -startingport fornisce il numero porta di base per tutte le porte dell'agente nodo e incrementa tutti i valori di porta dal punto iniziale. Le assegnazioni di porta non in conflitto consentono l'esecuzione del nuovo agente del nodo di WebSphere Process Server quando il nodo coesistente è già in esecuzione.
Questa procedura consente di avviare il nodo coesistente contemporaneamente al nodo WebSphere Process Server. Gli agenti nodo possono
essere eseguiti sullo stesso server.
Inoltre, è possibile assegnare le porte individualmente
utilizzando il comando
addNode con il parametro
-portprops nomefile.
Tale parametro identifica un file flat di parole chiave e delle assegnazioni dei numeri delle porte
necessario da creare. Il seguente esempio di un file richiamato dal parametro
-portprops
mostra tutte le parole chiave e le assegnazioni delle porte di esempio:
WC_defaulthost 9081
WC_adminhost 9062
WC_defaulthost_secure 9444
WC_adminhost_secure 9045
BOOTSTRAP_ADDRESS 2810
SOAP_CONNECTOR_ADDRESS 8881
SAS_SSL_SERVERAUTH_LISTENER_ADDRESS 9901
CSIV2_SSL_SERVERAUTH_LISTENER_ADDRESS 9201
CSIV2_SSL_MUTUALAUTH_LISTENER_ADDRESS 9102
ORB_LISTENER_ADDRESS 9900
CELL_DISCOVERY_ADDRESS 7272
DCS_UNICAST_ADDRESS 9354
Per ulteriori informazioni sul comando addNode
e i suoi parametri, consultare l'argomento comando addNode nell'infocenter di
WebSphere Application Server Network Deployment, Versione 6.0.