Preparación de TCP/IP en z/OS
Preparar TCP/IP en z/OS.
Acerca de esta tarea
WebSphere Application Server for z/OS sigue el estándar CORBA, el protocolo IIOP (Internet Inter-ORB Protocol) para las comunicaciones. Por consiguiente, debe considerar los cambios en la red TCP/IP y modificar la configuración de TCP/IP.
En esta sección se proporciona información sobre los cambios que deberá llevar a cabo en el servidor de nombres de dominio (DNS) y TCP/IP. Los pasos reales que debe llevar a cabo se indican en las instrucciones personalizadas de la Herramienta de gestión de perfiles y el mandato zpmt.
- Puede empezar con un servidor de nombres DNS (servidor de nombres de dominio) sencillo y una única imagen z/OS, pero deberá
diseñar la configuración inicial teniendo en cuenta las posibilidades de crecimiento.
Por ejemplo, por motivos de rendimiento o para evitar un único punto de anomalía, es recomendable expandir las aplicaciones de la empresa más allá de un monoplex hasta una configuración sysplex completa. Deben tenerse en cuenta varias personalizaciones.
Varias implementaciones de DNS e implementaciones de direccionadores de red permiten el uso de un nombre de IP de daemon de servicio de ubicación genérico a la vez que direccionan dinámicamente el tráfico de red a servidores que presentan una configuración similar. Si desea expandir el sistema más allá de un monoplex, puede ser conveniente utilizar una de estas implementaciones desde el principio. Los servidores de nombres DNS que no son de turno circular (Round Robin) limitan la capacidad de expansión sin retroalimentar el servidor de nombres que permite el direccionamiento dinámico del tráfico de la red.
Recomendación: si está ejecutando un sysplex, configure la red TCP/IP con Sysplex Distributor. Esta implementación utiliza direcciones IP virtuales dinámicas (DVIPA), que aumentan la disponibilidad y ayudan en el equilibrio de cargas de trabajo.
Además de Sysplex Distributor, tiene la opción de utilizar una de las implementaciones de DNS y direccionador siguientes fuera y dentro de z/OS:- Servidores de nombres DNS que no son por turno circular (Round Robin).
- Servidores de nombres DNS por turno circular (Round-robin).
- Direccionadores de red, por ejemplo, IBM® Load Balancer. (En releases anteriores, IBM Load Balancer se conocía como Network Dispatcher.)
- Seleccione el nombre IP del daemon de servicio de ubicación.
Para el servidor de aplicaciones autónomo, elija el nombre de host del servidor en el cual se está ejecutando. Para el gestor de despliegue, seleccione un nombre de IP genérico que pueda resolverse en todos o en cualquiera de los sistemas en los que se ejecutan los daemons del servicio de ubicaciones.
Debe definir el nombre IP del host del daemon de servicio de ubicaciones durante la instalación y personalización. Utilice el nombre de IP de daemon de servicio de ubicación que seleccione.Nota: La consola administrativa tiene una página de configuración del servicio de ubicación en la que puede definir las variables del daemon del servicio de ubicación. - Seleccione el puerto para el servidor del daemon del servicio de ubicación.
Si cambia el número de puerto del daemon de servicio de ubicación, puede acceder a objetos existentes después de reciclar todos los servidores. No obstante, no tiene acceso a lo siguiente:
- Los objetos que gestionan la aplicación almacenada en el disco
- Los objetos que hacen referencia a la aplicación almacenada en el disco en los contextos persistentes de espacio de nombres.
- Defina los números de puerto y las direcciones IP del daemon de servicio de
ubicación.
Estos valores se establecen de forma inicial utilizando la Herramienta de gestión de perfiles o el mandato zpmt , pero puede cambiarlos posteriormente en la consola administrativa. Acceda a la página de configuración del daemon de servicio de ubicación a través de la barra de navegación de la consola administrativa (situada en la parte izquierda de la pantalla) bajo Administración del sistema. Si necesita utilizar el protocolo IIOP a través de un cortafuegos, asegúrese de que el cortafuegos da soporte a IIOP.
Cuando recupere un servidor en una ubicación que no sea la de su sistema configurado, asegúrese de que el mismo puerto no se esté utilizando en el sistema en el que se está realizando la recuperación. Si se está utilizando, configure el servidor con un puerto exclusivo para evitar un conflicto.
Si compara WebSphere Application Server para z/OS y WebSphere Application Server para otras plataformas, dése cuenta de que sólo WebSphere Application Server para z/OS tiene un puerto SSL de ORB.
Los puertos HTTP y HTTPS se encuentran en servidores individuales en los transportes de contenedor web, que se encuentran en la consola administrativa como propiedades adicionales de la página de configuración del contenedor web (que se encuentra fuera de la página de configuración del servidor).
Observe si existen conflictos de puerto de transporte HTTP si ha instalado previamente WebSphere Application Server for z/OS.
Asegúrese de que configura las asignaciones de puerto siguientes (junto con las del diagrama de asignación de puerto z/OS) en los servidores que las requieren en la consola administrativa:- Puerto ORB
- Puerto SSL de ORB
- Puerto de transporte del contenedor Web
- Puerto SSL de transporte del contenedor Web
Consulte la consola administrativa y el centro de información para obtener más información sobre las variables de WebSphere y sobre cómo establecer sus valores.
Los puertos se definen de forma distinta en función de si son para el primer servidor o para servidores subsiguientes. El primer servidor que cree se define, junto con sus puertos, a través de la Herramienta de gestión de perfiles o el mandato zpmt. Tiene la capacidad de especificar de forma explícita los puertos a medida que define el servidor. Los servidores subsiguientes y sus puertos se definen a través de la consola administrativa. Esto significa que define el primer servidor y los puertos se asignan de forma automática. A continuación, una vez definidas, puede inspeccionar y cambiar las definiciones de puerto a través de la consola administrativa.
- Algunos puertos, como el puerto SSL de ORB y el puerto de estado de arranque del servidor, se obtienen dinámicamente.
- Otras actividades relacionadas con TCP/IP incluyen la configuración de NFS, del servidor web y Kerberos (que son todos opcionales).
- Si utilizar el DNS en z/OS, es posible que desee cambiar el intervalo del temporizador de renovación (-t value) asociado al daemon de servicio de ubicación especificado.
El valor -t especifica el tiempo (nn, en segundos) entre las renovaciones de los nombres y las direcciones de célula y los pesos asociados con dichos nombres y direcciones. El valor predeterminado es de sesenta segundos. Si reduce el valor de -t, reducirá el lapso de tiempo necesario para registrar el nombre IP del daemon de servicio de ubicación con el DNS, pero también aumentará la actividad general de proceso de DNS. En nuestra prueba, hemos utilizado un intervalo de 10 segundos.
Si utiliza el DNS de z/OS, debe establecer una variable del daemon de servicio de ubicación. Para ello, defina la variable de WebSphere en el nivel de célula:
daemon_wlmable=1Nota: Puede hacerlo sólo para una célula en un sysplex a la vez.Si desea más detalles, consulte z/OS Communications Server: IP Configuration Reference.


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