ID: 28392
Creador: VIDAL I CANET, JOSEP LLUIS 
URL: https://mmedia.uv.es/html5/u/vi/vijo/28392_cluster_web_step1.mp4
Código de inserción:
<video poster="https://mmedia.uv.es/g?user=vijo&path=/ibm_http_server/&name=cluster_web_step1.mp4&resource_id=28392" controls="" autoplay="" autobuffer="" controlslist="nodownload">
<source src="https://mmedia.uv.es/html5/u/vi/vijo/28392_cluster_web_step1.mp4" type="video/mp4">
</video>
Categoría: Sin categorizar 
Clasificación Unesco: Sin categorizar
Descripción: Práctica del servidor HTTP. Implantaicón de un cluster WEB
Objetivo: Crear un cluster WEB para aumentar el nivel de servicio (disponibilidad y rendimiento) balanceando las peticiones entre los dos servidores backend WEB z/os.
Requisitos:
* 1 LPAR emulada zlinux (instalada en la práctica anterior)
* p390.uv.es: LPAR z/os corriendo el servidor IBM HTTP Server V5R3M0 (VLC)
* zeuszvm.moppssc.ibm.com: LPAR z/os corriendo el servidor IBM HTTP Server V5R3M0
Etiquetas:
Resolucion:
1000 x 1018
unknown
Puntuación: Sense puntuacio (puntuar).
Licencia CC: No asignada
Visitas: 1026
The main purpose of this video-tutorial is to show you how to clone a DB2 subsystem to other subsystem running in the same Z/OS LPAR. Each step is explained with a video (screen cast). It is supossed that you have two DB2 subsystems, in this case DB8G (source) and DBF (target), both up & running. The procedure is automated in three main steps contained in library SYSADM.ODBCLONE. First step is related with the physical COPY from SOURCE datasets to TARGET DB2 datasets. While the remaining, are related with making target DB2 BSDS & CATALOG consistent with the location of the DATASETS copied from source subsystem
Pasos preliminares a la instalación. Descargar el runtime necesario (zlinux.tgz) con dispositivos emulados y configuraciones necesarias para la instalación de debian en arquitectura s390 emulada (Hercules).
Una vez hemos configurado la red del ramdisk de la debian estamos en disposición de conectar a la imagen de la debian corriendo bajo la arquitectura 390 emulada via ssh, entorno mucho mas amigable que la consola de hercules.
So, now we got both systems up and runing, but TARGET DB2 storage groups point to source HLQ. So we have to update TARGET DB2 catalog to point to new HLQ. To do this we use REXX code to select all storage groups and generate DDL to: 1.- Alter all depenent tablespaces and indexspaces to a temporal storage group -> SYSADM.TEMP.CHTSSGT 2.- Drop all storage groups -> SYSADM.TEMP.DROPSTO 3.- Create all storage groups with new HLQ (VCAT) -> SYSADM.TEMP.CREASTO 4.- Alter all depenent tablespaces and indexspaces to their original storages groups -> SYSADM.TEMP.CHTSSGO The JCLs that automates all this stuff are RENSTOGC (generates DDL to change STOGROUP VCAT) and ALTSTOG (executes it)
2.- Configuración reverse proxy pound: Fichero /etc/default/pound: cambiar el parámetro startup a 1 (startup=1) Fichero /etc/pound/pound: Cambiar la directiva ListenHttp para que la IP y el puerto en el que escucha el reverse proxy sean la 10.1.1.2 y el 80 respectivamente: ListenHTTP Address 10.1.1.2 Port 80 y y añadir los dos servidores http backends (p390 y zeus) al servicio de balanceo: Service BackEnd Address 147.156.200.61 Port 80 End BackEnd Address 129.35.161.134 Port 80 End End Finalmente procedemos a levantar el servicio de balanceo con el comando: /etc/init.d/pound start