Come evitare conflitti di porta

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: 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: 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à

  1. 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.

  2. 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.

  3. 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):
    • Icon indicating Linux platforms Icon indicating UNIX platforms Su piattaforme Linux e UNIX: Immettere cd profile_root/bin
    • Icon indicating Windows platforms Su piattaforme Windows: Da una riga comandi, immettere cd profile_root\bin
  4. 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.


(c) Copyright IBM Corporation 2005, 2006.
Questo Information Center è alimentato dalla tecnologia Eclipse (http://www.eclipse.org)