Cómo evitar conflictos de puerto

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

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

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

  3. 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):
    • Icono que indica plataformas Linux Icono que indica plataformas UNIX En las plataformas Linux y UNIX: Escriba cd raíz_perfil/bin
    • Icono que indica plataformas Windows En las plataformas Windows: Desde una línea de mandatos, escriba cd nombre_perfil\bin
  4. 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):

Condiciones de uso |


(c) Copyright IBM Corporation 2005, 2006.
Este centro de información está basado en tecnología Eclipse (http://www.eclipse.org)