Cluster Web: Step 2. Configuración pound

Data d'actualització: 13/02/2012 12:02:27

Compartir en Facebook   Compartir en Delicious Compartir en GoogleCompartir en Meneame Compartir en Myspace Compartir en Digg Enviar por correo

ID: 28393
Creador: VIDAL I CANET, JOSEP LLUIS RSS vijo
URL: https://mmedia.uv.es/html5/u/vi/vijo/28393_ibm_http_server_step2.mp4
Código de inserción:
<video poster="https://mmedia.uv.es/g?user=vijo&path=/ibm_http_server/&name=ibm_http_server_step2.mp4&resource_id=28393" controls="" autoplay="" autobuffer="" controlslist="nodownload">
<source src="https://mmedia.uv.es/html5/u/vi/vijo/28393_ibm_http_server_step2.mp4" type="video/mp4">
</video>

Categoría: Sin categorizar RSS Sin categorizar
Clasificación Unesco: Sin categorizar
Descripción: 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
Etiquetas:
Resolucion:  1000 x 1018  unknown
Puntuación: Sense puntuacio (puntuar).
Licencia CC: No asignada
Visitas: 986

No hay comentarios
Vídeos Relacionados

Cluster Web. Step 1: Instalar pound

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

STEP 1: Copy Source DB2 DataSets to Target DB2

First of all, we execute REXX code to simulate DB workload. This workload consist in inserting on row per second in table sysadm.prv. Second, we stop TARGET (/-DBF STOP DB2) and delete all its datasets except the TARGET SDSN libraries and installation jobs . Finally, we proceed to COPY SOURCE datasets to TARGET DB2, while renaming HLQ (High Level Qualifier). The JCL that implements this is called CPYREN and is executed while source DB is up and running.

Persistència Sessions Automatrícula

Persistència Sessions Automatrícula davant del reinici escalonat del cluster J2EE on està desplegada

Persistent Sessions

Demo sobre persistència de sessions. En el cluster de la gestió acadèmica s'aturen tots els nodes. Posteriorment, s'alça un i es comprova que les dades de la sessió es recuperen sense problemes.

6.- Instalación zlinux. Configuración DASD

En este paso vamos a configurar los volumenes que utilizaremos para el root file system de la debian s390 y el volumen para la paginación del sistema.