Adición, gestión y eliminación de nodos
Puede añadir un nodo, seleccionar el protocolo de descubrimiento de un nodo, definir una propiedad personalizada para un nodo, detener servidores en un nodo y eliminar un nodo.
Antes de empezar
Un nodo es una agrupación de servidores gestionados o no gestionados. Puede añadir nodos gestionados y no gestionados a la topología de WebSphere Application Server. Si añade un nuevo nodo de un WebSphere Application Server existente a la célula de despliegue de red, añadirá un nodo gestionado. Si crea un nuevo nodo en la topología para gestionar los servidores web o los servidores que no son WebSphere Application Server, añada un nodo no gestionado.
Puede recuperar un nodo gestionado existente de una célula del gestor de despliegue. Una de las opciones para añadir un nodo gestionado permite recuperar rápidamente un nodo dañado. La opción es similar al parámetro -asExistingNode del mandato addNode.
Para ver información sobre los nodos y los nodos gestionados, utilice la página Nodos. Para acceder a la página Nodos, pulse Administración del sistema > Nodos en el árbol de navegación de la consola administrativa.
Acerca de esta tarea
Los nodos de un servidor de aplicaciones pueden gestionarse a través de la herramienta de scripts wsadmin, a través de las interfaces de programación de aplicaciones (API) Java™ o a través de la consola administrativa. Lleve a cabo las siguientes tareas para gestionar los nodos que se encuentran en un servidor de aplicaciones a través de la consola administrativa.
- Añada un nodo.
- Seleccione el protocolo de descubrimiento.
- Defina una propiedad personalizada del nodo.
- Especifique un kit de desarrollo de software predeterminado para los servidores en un nodo.
- Sincronice la configuración del nodo.
- Detenga los servidores de un nodo.
- Recupere un nodo gestionado existente de una célula de gestor de despliegue.
- Añada un nodo.
- Ver capacidades de nodos.
![[Windows]](../images/windows.gif)
Procedimiento
- Añada un nodo.
- Vaya a la página Nodos y pulse Añadir nodo.
- En la página Añadir nodo, elija si desea añadir un nodo gestionado o no gestionado y pulse Siguiente.
- Para un nodo gestionado, realice las acciones siguientes.
Compruebe que se está ejecutando un servidor de aplicaciones en el host remoto del nodo que va a añadir.
Compruebe que se está ejecutando un servidor de aplicaciones en el host del nodo que va a añadir.
- Especifique un nombre de host, un tipo de conector y un puerto para el servidor de
aplicaciones en el nodo que va a añadir. Lleve a cabo uno de los conjuntos de acciones de
la tabla siguiente:
Tabla 1. Acciones de nodo gestionado. Realice el conjunto de acciones correspondiente al entorno del producto. Si el gestor de despliegue está activado Y el nodo que añade a la célula está activado Complete el conjunto de acciones correspondientes: La plataforma distribuida o la plataforma IBM® i
La plataforma distribuida o la plataforma IBM i
Opcionalmente, especifique un grupo de nodos y un grupo principal. Pulse OK (Aceptar).
Un sistema z/OS system
Un sistema z/OS y está en el mismo sysplex que el gestor de despliegue
Opcionalmente, especifique un grupo de nodos y un grupo principal. Pulse OK (Aceptar).
Un sistema z/OS system
Un sistema z/OS, pero está en un sysplex diferente al del gestor de despliegue
Especifique un grupo de nodos que contenga nodos del mismo sysplex que el nodo que está añadiendo. Si no existe un grupo de nodos de ese tipo, cree un grupo de nodos y, a continuación, especifique ese grupo de nodos. Opcionalmente, especifique un grupo principal. Pulse OK (Aceptar).
La plataforma distribuida o la plataforma IBM i Un sistema z/OS Especifique un grupo de nodos que contenga nodos del mismo sysplex que el nodo que está añadiendo. Si no existe un grupo de nodos de ese tipo, cree un grupo de nodos y, a continuación, especifique ese grupo de nodos. Opcionalmente, especifique un grupo principal. Pulse Aceptar. Un sistema z/OS La plataforma distribuida o la plataforma IBM i Especifique un grupo de nodos que contenga nodos distribuidos. Si no existe un grupo de nodos de ese tipo, cree un grupo de nodos y, a continuación, especifique ese grupo de nodos. Especifique de manera opcional un grupo principal. Pulse Aceptar. Para que aparezca la opción de grupo de nodos, se debe crear primero un grupo que no sea el grupo de nodos por omisión. De la misma manera, para que aparezca la opción de grupo principal, se debe crear primero un grupo que no sea el grupo principal por omisión.
Para los nodos gestionados, aparece otra página de la consola administrativa en un sistema operativo Windows. Especifique en la página si desea registrar el agente de nodo para que se ejecute como un servicio Windows.
Si la seguridad está habilitada, puede entrar de manera opcional el nombre de usuario y la contraseña del sistema operativo local con los que se ejecutará el servicio. Si no especifica un nombre de usuario y una contraseña, el servicio se ejecutará con la identidad del sistema local. Cuando ejecute la eliminación del nodo, el agente de nodo dejará de estar registrado como servicio Windows.
- Para un nodo no gestionado, en la página Nodos > Nuevo, especifique un nombre de nodo, un nombre de host y una plataforma para el nuevo nodo. Pulse Aceptar.
Una los nodos de WebSphere Application Server para z/OS siguientes desde el mismo sistema sysplex con el mismo grupo de nodo de sistema sysplex. Si añade nodos WebSphere Application Server para z/OS de distintos sistemas sysplex a la misma célula, establezca un grupo de nodos sysplex independiente para los nodos de cada sysplex.
Al realizar este paso, habrá añadido uno o varios nodos.Actualmente, WebSphere Application Server da soporte a IPv4 (Protocolo de Internet Versión 4) e IPv6 (Protocolo de Internet Versión 6), pero existen algunas restricciones que se aplican cuando se utilizan IPv4 y IPv6 en la misma célula. Cuando se añade un nodo a una célula, el formato en el que se especifica el nombre se basa en la versión de IP que utiliza el nodo. Si desea obtener más información, consulte Consideraciones de la versión de IP para las células.
Avoid trouble: Si se añaden nodos y la seguridad LDAP está habilitada, se genera la excepción siguiente en el archivo de registro System.out del gestor de despliegue bajo determinadas circunstancias. Si llega a suceder, reinicie el gestor de despliegue para solucionar el problema.
gotcha0000004d ORBRas E com.ibm.ws.security.orbssl.WSSSLClientSocketFactoryImpl createSSLSocket ProcessDiscovery : 0 JSSL0080E: javax.net.ssl.SSLHandshakeException - El cliente y el servidor no han podido negociar el nivel deseado de seguridad. Reason?com.ibm.jsse2.util.h: No se ha encontrado un certificado de confianza
- Seleccione el protocolo de descubrimiento.
Si el protocolo de descubrimiento que utiliza un nodo no resulta adecuado para el nodo, seleccione el que sea adecuado.
- En la página Nodos, pulse el nodo para acceder a la página de valores del nodo.
- Seleccione un valor de Protocolo de descubrimiento.
- Pulse Aceptar.
El protocolo UDP (User Datagram Protocol) es más rápido que el protocolo TCP (Transmission Control Protocol). Sin embargo TCP es más fiable que UDP porque UDP no garantiza la entrega de datagramas al destino. El valor predeterminado de TCP es el valor recomendado.
Para un agente de nodo o un gestor de despliegue, utilice TCP o UDP.
Un proceso gestionado utiliza la multidifusión como protocolo de descubrimiento. El protocolo de descubrimiento es fijo para un proceso gestionado. La principal ventaja de utilizar la multidifusión en procesos gestionados es la eficacia del agente de nodo. Suponga que tiene cuarenta servidores en un nodo. Un agente de nodo que utiliza la multidifusión envía una sola emisión a los cuarenta servidores. Si un agente de nodo no utilizase la multidifusión, enviaría consultas de descubrimiento a todos los procesos gestionados separadamente, con un total de 40 envíos. Las ventajas adicionales de utilizar la multidifusión son que no es necesario que configure el puerto de descubrimiento para cada servidor ni que evite los conflictos de puerto, ya que todos los servidores de un nodo escuchan en un solo puerto en lugar de que haya un puerto por servidor.
En los sistemas operativos Windows, es necesario un direccionador para la multidifusión. Si ejecuta el producto en el sistema operativo Windows, pero la máquina donde está el servidor de aplicaciones no está conectada a la red, la dirección de multidifusión no se comparte con los servidores de aplicaciones.
- Defina una propiedad personalizada del nodo.
- En la página Nodos, pulse el nodo para el que desea definir una propiedad personalizada.
- En la página Valores de nodo, pulse Propiedades personalizadas.
- En la página Colección de propiedades, pulse Nuevo.
- En la página Valores de propiedades personalizadas, especifique un par nombre-valor y una descripción para la propiedad y pulse Aceptar.
- Especifique un kit de desarrollo de software predeterminado para un nodo.
Puede seleccionar el kit de desarrollo de software (SDK) predeterminado para un nodo en la página Kits Java SDK de la consola de administración. La página lista todos los kits de desarrollo de software instalados en el nodo. Un nodo puede tener un SDK predeterminado. Los servidores del nodo utilizan el SDK predeterminado a menos que un servidor altere temporalmente la selección de SDK y especifique un SDK diferente.
- Vaya a la página Kits Java SDK. Pulse Administración del sistema > Nodos > nombre_nodo > Kits Java SDK.
- En la página Kits Java SDK, active el recuadro de selección correspondiente al SDK que desea que utilicen los servidores en el nodo y pulse Hacer predeterminado.
- Sincronice la configuración del nodo.
Después de añadir un nodo gestionado o de modificar la configuración de un nodo gestionado, sincronice la configuración del nodo. En la página de agentes de nodo, asegúrese de que el agente del nodo se está ejecutando. Después, en la página Nodos, seleccione el recuadro de selección correspondiente al nodo cuyos archivos de configuración desea sincronizar y pulse Sincronizar o Resincronización completa.
Al pulsar cualquiera de estas opciones, se envía una solicitud al agente de nodo para que el nodo realice una sincronización de la configuración inmediatamente, en lugar de esperar a que se produzca la sincronización periódica. Esta acción es importante si la sincronización de la configuración automática esta inhabilitada, o si el intervalo de sincronización se establece en un periodo de tiempo largo, y se realiza un cambio de configuración en el repositorio de células que necesita duplicarse en ese nodo. Los valores para la sincronización automatizada se encuentran en la página Servicio de sincronización de archivos.
La opción Sincronizar requiere que la operación de sincronización de nodos se efectúe utilizando el algoritmo de optimización de sincronización normal. Esta operación se efectúa rápidamente, pero es posible que no se solucionen los problemas derivados de las ediciones de archivos manuales en el nodo. Todavía es posible que la configuración del nodo y de la célula no estén sincronizadas después de esta operación.
La opción Resincronización completa elimina todos los valores de optimización de sincronización y efectúa una nueva sincronización de configuraciones, de modo que no haya discrepancias entre la configuración del nodo y de la célula después de efectuar esta operación. Esta operación puede llevar más tiempo que la operación Sincronizar.
Los nodos no gestionados no se pueden sincronizar.
- Detenga los servidores de un nodo.
En la página Nodos, seleccione el recuadro de selección correspondiente al nodo gestionado cuyos servidores desea dejar de ejecutar y pulse Detener.
- Recupere un nodo gestionado existente de una célula de gestor de despliegue.
Puede recuperar un nodo gestionado existente utilizando una de las opciones para añadir un nodo gestionado. El nodo debe estar en el nivel del gestor de despliegue.
- Asegúrese de que el nodo dañado existente no esté en ejecución. Detenga el agente de nodo y todos los servidores de aplicaciones que residen en el nodo.
- Cree un perfil para sustituir el nodo dañado y asígnele los mismos nombres de perfil y nodo.
Por ejemplo, suponga que el nodo myNode01 que tiene el nombre de perfil AppSrv01 deja de funcionar. Para sustituirlo por un nuevo nodo, cree un perfil de servidor de aplicaciones denominado AppSrv01 para el nodo myNode01.
- Inicie el nuevo nodo, o servidor de aplicaciones, que desea utilizar para sustituir el nodo dañado.
- Utilice la página Recuperar nodo gestionado para sustituir el nodo dañado en la célula con el nuevo nodo.
- En la consola administrativa del gestor de despliegue, pulse Administración del sistema > Nodos > Añadir nodo > Recuperar un nodo existente > Siguiente.
- Para Host, especifique el nombre de host o la dirección IP del nodo que desea añadir a la célula. El valor de host puede ser una dirección IP, un nombre DNS (servidor de nombres de dominio) que se resuelve en una dirección IP o la palabra localhost si el servidor de aplicaciones se ejecuta en la misma máquina que el gestor de despliegue.
- Para Tipo de conector JMX, seleccione el tipo de conectores JMX (Java Management Extensions) que se comunican con el producto al ejecutar un script.
- Para Puerto de conector JMX, especifique el número de puerto del conector JMX del nuevo nodo.
Puede encontrar el número de puerto en la consola del nodo del servidor de aplicaciones nuevo. Pulse Servidores > Tipos de servidor > WebSphere Application Servers > nombre_servidor > Puertos. Por ejemplo, para un tipo de puerto del conector SOAP, especifique el valor SOAP_CONNECTOR_ADDRESS para el número de puerto del conector JMX.
Además, puede encontrar el número de puerto en el archivo serverindex.xml del nuevo perfil que sustituye al dañado. El archivo serverindex.xml se encuentra en el directorio profiles/nombre_perfil_nuevo/config/cells/nombre_célula/nodes/nombre_nodo. Por ejemplo, para un tipo de puerto de conector SOAP, especifique el valor de puerto asociado con endPointName="SOAP_CONNECTOR_ADDRESS" en el archivo serverindex.xml.
- Especifique valores para los campos restantes según sea necesario y pulse Aceptar.
En lugar de utilizar la página de la consola Recuperar nodo gestionado para recuperar un nodo, puede ejecutar el mandato addNode con la opción -asExistingNode desde la línea de mandatos en el directorio bin del perfil de servidor de aplicaciones dañado. El nombre del nuevo nodo debe coincidir con el nombre del nodo donde ejecuta addNode con la opción -asExistingNode.
También puede utilizar la opción -asExistingNode del mandato addNode para mover un nodo a una instalación del producto en otro sistema, pero en la misma vía de acceso, para mover un nodo a una instalación del producto en otro sistema operativo o con una vía de acceso distinta, o para crear células nuevas a partir de una célula de plantilla. Consulte el tema sobre cómo recuperar o trasladar nodos con el mandato addNode -asexistingnode.
- Añada un nodo.
En la página Nodos, seleccione el recuadro de selección correspondiente al nodo que desea suprimir y pulse Eliminar nodo. Si no puede eliminar el nodo pulsando Eliminar nodo, elimínelo de la configuración pulsando Forzar suprimir.
- Ver capacidades de nodos.
Revise las capacidades de nodos, como la versión del producto a través de la consola de administración. También puede consultarlas a través de la interfaz de programación de aplicaciones (API) del servidor de aplicaciones o de la herramienta wsadmin.
Las versiones del producto de WebSphere Application Server son las siguientes: la edición base de WebSphere Application Server aparece listada en la columna de versión como Base. El producto WebSphere Application Server, Network Deployment se lista en la columna de versión como ND.
Qué hacer a continuación
Si ha cambiado una configuración de nodo, examine los cambios de configuración.
Subtopics
Recuperación o traslado de nodos con el mandato addNode -asExistingNode
Puede utilizar la opción -asExistingNode del mandato addNode para recuperar y mover nodos de un gestor de despliegue. Utilizando la opción -asExistingNode, federe un nodo personalizado nuevo en un gestor de despliegue como un nodo existente. Durante la federación, el producto utiliza la información de la configuración maestra del gestor de despliegue para transformar el nodo personalizado en el nodo existente.Colección de nodos
Utilice esta página para gestionar los nodos en el entorno de WebSphere Application Server. Los nodos agrupan los servidores gestionados. La tabla incluye los nodos gestionados y no gestionados de esta célula. El primer nodo es el gestor de despliegue. Añada nuevos nodos a la célula y a la lista pulsando Añadir nodo.Valores de nodo
Utilice esta página para ver o modificar la configuración o valores de topología de instancias de nodo gestionadas o no gestionadas.Añadir un nodo basado en Windows como servicio Windows
Utilice esta página para ejecutar el agente de nodo como un servicio de Windows.Añadir valores de nodos gestionados
Un nodo gestionado es un nodo con un servidor de aplicaciones y un agente de nodo que pertenece a una célula del gestor de despliegue. Utilice esta página para añadir un nodo de servidor de aplicaciones a una célula de gestor de despliegue.Recuperar valores de nodos gestionados
Utilice está página para recuperar un nodo gestionado existente de una célula del gestor de despliegue. El nodo debe replicarse a nivel de gestor de despliegue.Propiedades de instalación del nodo
Utilice esta página para ver propiedades de instalación de sólo lectura para este nodo. Estas propiedades proporcionan información sobre las capacidades del nodo que se recopilan durante la instalación del producto, como son el nombre del sistema operativo, la arquitectura y la versión, o los niveles de productos WebSphere Application Server que están instalados en el nodo.Colección de SDK de Java
Utilice esta página para especificar el SDK (Software Development Kit) predeterminado de un nodo. Esta página lista los kits de desarrollo de software que están instalados en el nodo. Un nodo puede tener un SDK predeterminado. Los servidores del nodo utilizan el SDK predeterminado a menos que un servidor altere temporalmente la selección de SDK y especifique un SDK diferente.Recuperación o traslado de nodos con el mandato addNode -asExistingNode
Puede utilizar la opción -asExistingNode del mandato addNode para recuperar y mover nodos de un gestor de despliegue. Utilizando la opción -asExistingNode, federe un nodo personalizado nuevo en un gestor de despliegue como un nodo existente. Durante la federación, el producto utiliza la información de la configuración maestra del gestor de despliegue para transformar el nodo personalizado en el nodo existente.Colección de nodos
Utilice esta página para gestionar los nodos en el entorno de WebSphere Application Server. Los nodos agrupan los servidores gestionados. La tabla incluye los nodos gestionados y no gestionados de esta célula. El primer nodo es el gestor de despliegue. Añada nuevos nodos a la célula y a la lista pulsando Añadir nodo.Valores de nodo
Utilice esta página para ver o modificar la configuración o valores de topología de instancias de nodo gestionadas o no gestionadas.Añadir un nodo basado en Windows como servicio Windows
Utilice esta página para ejecutar el agente de nodo como un servicio de Windows.Añadir valores de nodos gestionados
Un nodo gestionado es un nodo con un servidor de aplicaciones y un agente de nodo que pertenece a una célula del gestor de despliegue. Utilice esta página para añadir un nodo de servidor de aplicaciones a una célula de gestor de despliegue.Recuperar valores de nodos gestionados
Utilice está página para recuperar un nodo gestionado existente de una célula del gestor de despliegue. El nodo debe replicarse a nivel de gestor de despliegue.Propiedades de instalación del nodo
Utilice esta página para ver propiedades de instalación de sólo lectura para este nodo. Estas propiedades proporcionan información sobre las capacidades del nodo que se recopilan durante la instalación del producto, como son el nombre del sistema operativo, la arquitectura y la versión, o los niveles de productos WebSphere Application Server que están instalados en el nodo.Colección de SDK de Java
Utilice esta página para especificar el SDK (Software Development Kit) predeterminado de un nodo. Esta página lista los kits de desarrollo de software que están instalados en el nodo. Un nodo puede tener un SDK predeterminado. Los servidores del nodo utilizan el SDK predeterminado a menos que un servidor altere temporalmente la selección de SDK y especifique un SDK diferente.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tagt_svr_conf_nodes
File name: tagt_svr_conf_nodes.html