Debe evitar que se produzcan conflictos de puertos cuando WebSphere
Process Server coexista en la misma máquina con otra instalación del mismo
producto o de WebSphere Enterprise Service Bus, WebSphere Business Integration
Server Foundation, WebSphere Application Server o WebSphere Application
Server Network Deployment.
Antes de empezar
Utilice este procedimiento para
evitar conflictos de puerto cuando se añada un nodo de WebSphere Process Server
a una célula de gestor de despliegue de WebSphere Process Server, si en el
mismo sistema existe un nodo gestionado de WebSphere Enterprise Service Bus, WebSphere
Business Integration Server Foundation, WebSphere Application Server o WebSphere
Application Server Network Deployment.
Por qué y cuándo realizar esta tarea
Si crea un perfil gestionado de WebSphere Process Server en el mismo
sistema en el que ya existe un nodo gestionado de otro producto, en ciertos
casos el mandato
addNode puede incrementar automáticamente las asignaciones
de puerto del segundo
proceso de agente de nodo de modo que no se produzca ningún conflicto. El
mandato
addNode sólo incrementa automáticamente las asignaciones de puerto
cuando el perfil existente es de uno de los tipos siguientes:
- WebSphere Process Server
- WebSphere Enterprise Service Bus
- WebSphere Application Server, versión 6.0 o posterior
- WebSphere Application Server Network Deployment, versión 6.0 o posterior
El Asistente de perfiles también gestiona las asignaciones de puerto
correctamente cuando se federa un nodo personalizado de WebSphere Process
Server durante su creación.
El mandato
addNode no incrementa automáticamente las
asignaciones de puerto cuando la instancia existente es de uno de los
tipos siguientes:
- WebSphere Business Integration Server Foundation
- WebSphere Application Server, versiones anteriores a la versión 6.0
- WebSphere Application Server Network Deployment, versiones anteriores a la
versión 6.0
En este caso, ni el mandato
addNode ni el Asistente de
perfiles tiene un registro de las asignaciones de puerto proporcionadas a
estas instancias.
Las asignaciones de puerto del segundo proceso de agente de nodo de WebSphere
Process Server no se incrementan y se pueden producir conflictos.
Estos
conflictos pueden impedir que se inicie el segundo nodo.
Por ejemplo, si inicia el nodo gestionado existente en primer lugar, el nodo de
WebSphere Process Server no se podrá iniciar. Si inicia el nodo de WebSphere
Process Server en primer lugar, el nodo existente no se podrá iniciar.
En aquellos casos en que el mandato addNode no incremente
automáticamente las asignaciones de puerto, debe realizar el siguiente
procedimiento para crear un nodo gestionado de WebSphere
Process Server con puertos que no tengan conflictos.
Pasos para realizar esta tarea
- Cree el nuevo perfil personalizado de WebSphere Process
Server.
Utilice el Asistente de perfiles para crear un perfil
personalizado. No federe el perfil personalizado cuando lo cree.
Seleccione el recuadro del panel del Asistente de perfiles para federar el
perfil más adelante. Consulte los procedimientos descritos en Creación y aumento de perfiles utilizando el Asistente de perfiles.
- Compruebe los puertos que están en uso para determinar el primer número
de puerto para el proceso de agente de nodo de WebSphere Process Server.
Utilice el
mandato netstat -a para comprobar las asignaciones de puerto existentes. Analice las asignaciones
de puerto para determinar doce puertos libres secuenciales.
En este procedimiento se presupone
que no existen asignaciones de puerto entre los puertos 3320 y 3380.
- Vaya al directorio bin del nuevo perfil.
Realice una de las acciones siguientes para ir al directorio
bin
del perfil (donde
raíz_perfil representa la ubicación de instalación del
perfil):
En las plataformas
Linux y UNIX: Escriba cd raíz_perfil/bin
En las plataformas Windows: Desde una línea de
mandatos, escriba cd nombre_perfil\bin
- Utilice el mandato addNode con el parámetro
-startingport para federar el nodo personalizado
en la célula del gestor de despliegue y asignar puertos a partir de
un valor inicial.
Supongamos
que el gestor de despliegue tiene las características siguientes:
- El nombre de sistema principal es la dirección del sistema de nombres de
dominio:
nombre_servidor.ibm.com
- Tipo de conector JMX es: RMI (invocación a método remoto)
- Asignación de puerto RMI: 8879
- Estado de seguridad: Habilitado
Emita el siguiente mandato:
addNode.sh nombre_servidor.ibm.com \
-conntype RMI 8879 \
-user nombre_usuario \
-password contraseña_usuario -startingport 3333
Importante: El carácter \ es un carácter de continuación que permite
utilizar más de una línea para emitir mandatos.
Resultado
El parámetro -startingport proporciona el número de puerto base
para todos los puertos de agente de nodo e incrementa todos los valores de puerto a
partir del punto inicial. Las asignaciones de puertos que no tengan conflictos
permitirán que se ejecute el nuevo agente de nodo de WebSphere Process
Server cuando el nodo coexistente ya se esté ejecutando.
Este procedimiento da lugar a la capacidad de iniciar el nodo
coexistente al mismo tiempo que el nodo
de WebSphere Process Server. Los agente de nodo pueden
ejecutarse en el mismo servidor.
Para obtener más información sobre
el mandato addnode, consulte el Information Center de WebSphere
Application Server Network Deployment, versión 6.0, en http://publib.boulder.ibm.com/infocenter/ws60help/index.jsp.
Para cambiar los valores de puerto después de la instalación, edite el
archivo
serverindex.xml ubicado en uno de los directorios siguientes,
según la plataforma (donde
raíz_perfil representa la ubicación de
instalación del perfil):
En las plataformas Linux y UNIX:
raíz_perfil/config/cells/nombre_célula/nodes/nombre_nodo/serverindex.xml
En las plataformas Windows:
raíz_perfil\config\cells\nombre_célula\nodes\nombre_nodo\serverindex.xml