✒️SAP Web Dispatcher

Unidad 2. SAP Web Dispatcher

Supongamos que una compañia ofrece a sus clientes acceso web a ciertos datos del sistema SAP tecnicamente, las aplicaciones Web en ABAP y JAVA son implementadas en el SAP Netweaver AS. Ya que un gran # de clientes utilizarán este servicio, el sistema SAP el cual tiene una conexion a internet, cuenta con multiples instancias.

Nuestra tarea como administradores del sistema SAP será implementar un metodo efectivo de distriucion de carga entre las diferentes instancias del sistema.

1. Implementacion del SAP Web Dispatcher

Deberemos considerar el uso del SAP web dispatcher si las aplicaciones web que estamos operando en el sistema SAP son implementadas como aplicaciones en ABAP (por ejemplo, BSPs) y/o en JAVA.

Algunos requisitos que motivaron el desarrollo del SAP web dispatcher.

- Las aplicaciones web seran utilizadas desde internet. La red de la compañia está protegida mediante una zona DMZ (Demilitarized Zone) y los procesos criticos de negocio corren sobre servidores que no son reconocidos en internet. ¿Como podemos evitar tener que incorporar los servidores de aplicacion SAP dentro de la DMZ?-

- El sistema SAP en cuestion consiste de multiples servidores de aplicacion (instancias) que estan distribuidas entre diferentes hosts. De todas formas, las aplicaciones web provistas deberian correr bajo una direccion descriptiva, los detalles tecnicos tal como el nombre del servidor y # de puerto permanecerian ocultos a los usuarios.

- De que manera podria una distribucion sensible implementarse?. Todos los servidores de aplicacion podrian no proveer todos los servicios (ICF o un Stack JAVA).

Los requerimientos de este tipo, pueden ser implementados utilizando productos de 3eros conocidos como proxies inversos o conmutadores web (web switches). Aunque hay algunas ventajas, tales como el auto throughput e implementacion de bajo nivel con el hardware, las desventajas que tienen es el costo adicional que representan y una integracion limitada a SAP.

El SAP web dispatcher, disponible a partir de la version de SAP web AS 6.20, actua como un conmutador de software web. Es un programa standalone que puede correr en un host separado sin ningun software adicional. De esta manera, el SAp web dispatcher es un punto centarl para solicitudes HTTP(s) a un sistema SAP, incluyendo una distribucion de carga a traves de multiples instancias.

El SAP web dispatcher es relevante solo en un entorno web. Cuando un SAP Gui se utiliza para el acceso, el ABAP message server se encarga de la distribucion de carga.

En principio el Message server puede tambien distribuir la carga de solicitudes HTTP(s), pero sus funciones estan limitadas en contraste al SAP web dispatcher, por lo cual SAP recomienda que se utilice este ultimo. Para más informacion, la nota de SAP 1040325 provee mas informacion: HTTP load balancing:Message server or web dispatcher?. En particular, el message server no deberia utilizarse para distribuir cargas para el sistema CRM, por ejemplo, si hay solicitudes que se realizan al sistema SAP CRM desde un SAP netweaver portal.

2. Funciones del SAP Web Dispatcher

El SAp web dispatcher reenvia las solicitudes HTTP(s) a un servidor de aplicacion especifico. Esta seccion describe el criterio por el cual se realiza esto. Una solicitud HTTP es asignada a un servidor en dos etapas:

- 1ero, el SAP web dispatcher determina si la solicitud HTTP será reenviada a un servidor ABAP o JAVA. Luego encuentra un grupo de servidores en el sistema que pueda ejecutar la solicitud.

- 2do, la distribucion de carga se lleva a cabo dentro de este grupo. Después que el SAP web dispatcher ha identificado el servidor, reenvia la solicutud al ICM del servidor de aplicacion elegido.

Un SAP web dispatcher puede distribuir solicitudes para solo un sistema SAP. Si multiples sistemas SAP son requeridos, será necesario configurar diferentes procesos de SAP web dispatcher para c/u de los sistemas (aunque podrian correr en simultaneo en una computadora).

El SAP Web Dispatcher es compatible de forma retroactiva, puede ser más alta o igual a la version del sistema back-end de SAP. El nivel de parche también puede diferir del nivel de parche del sistema back-end.

Para los sistemas basados en SAP web AS 6.40 o SAP Netweaver AS 7.0, recomendamos utilizar el SAP web dispatcher 7.00 provisto que sea compatible con el S.O. utilizado. Para más informacion, puedes consultar la nota de SAP 538405 - Composite SAP Note: SAP Web Dispatcher.

Seleccion de Server

El SAP web dispatcher 1ero verifica si la solicitud debe ser procesada por el stack ABAP o JAVA del sistema SAP. Esta distinción está basada en el prefijo de la url. Para la url http://adm102sap.com/A/B/C/Default.html, el prefijo que es analizado es la cadena /A/B/C.

Si este prefijo es conocido en el ICF, esto es una solicitud ABAP. Si la solicitud contiene solo un caracter / (barra inclinada), luego del nombre de host, requiere un tratamiento especial: el valor del perfil de parametro is/HTTP/default_root_hdl determina el destino.

En el caso de una solicitud ABAP, el SAP web dispatcher 1ero usa una cookie para identificar si la solicitud es de una aplicacion stateful. Si esto existe, la desicion es simple.

La solicitud es enviada al servidor de aplicacion que esta procesando ya esta sesion. Para una aplicacion stateless, el grupo interno !DIAG es seleccionado, el cual consiste de todos los servidores de aplicacion ABAP. Esto es usado solamente si un grupo de logon (creado mediante la transaccion SMLG) es especificado explicitamente en el servicio ICF.

El AS JAVA también reconoce el concepto de grupos de logon. Si un grupo de logon especifico no ha sido configurado para el prefijo de la solicitud JAVA, el SAP web dispatcher usa el grupo interno !J2EE. En el caso de una aplicacion staful, esto es indicado a traves de la informacion de sesion en la url o una cookie. Por razones de compatibilidad, la cookie de sesion jsessionid puede también ser utilizada aqui.

El SAP web dispatcher obtiene informacion sobre los grupos de logon y el mapeo de urls del servidor de aplicacion ABAP via HTTP(s). Para que esto suceda, el servicio /sap/public/icman y /sap/public/icf_info/* deben ser activados en el ICF.

Balance de Carga

El SAP web dispatcher obtiene informacion sobre los servidores de aplicacion del sistema SAP del message server via HTTP(s). Es posible usar el SAP web en sistemas ABAP puros asi también como en sistemas combinados ABAP+JAVA y sistemas JAVA puro. De este modo, la opcion de instalación determina el message server con el cual el SAP web dispatcher se comunica.

Partes involucradas en la comunicacion del SAP web dispatcher para la informacion de servidores.

El SAP web dispatcher usa los parametros rdisp/mshost y ms/http_port para especificar el message server asignado del sistema SAP. Por razones de compatibilidad, el parametro obsoleto ms/http_port y ms/https_port aun funciona en el sistema SAP para el message server ABAP pro no deberia continuar utilizandose.

La interfaz http del message server permite mostrar informacion sobre el servidor de aplicacion con un navegador web. Para esto llamamos a la url: http://<server>:<port>/msgserver/commands.

El SAP web dispatcher distribuye las solicitudes en turnos dentro del grupo de servidores seleccionado por defecto acorde a la capacidad de carga de c/uno de los servidores de aplicacion. Para ABAP, la capacidad se calcula a partir del # de procesos de dialogo (dialog work processes) y para JAVA, del # de server processes.

Podemos usar el perfil de parametro wdisp/load_balancing_strategy (explicado en detalle en la documentaciononline) para configurar el SAP web dispatcher con diferentes procedimientos de balanceo de carga.

3. Operacion del SAP Web Dispatcher

La estructura interna del SAP web dispatcher está basado en el proceso ICM. Un archivo de perfil tambien es utilizado en este caso para determinar la configuracion con la cual es inciado. Es muy fácil copiar y usar el archivo ejecutable (sapwebdisp.exe) junto con el perfil en un servidor por separado del sistema SAP.

Parametros de perfil

Para plantillas para el perfil y descripcion de parametros, puedes consultar la documentacion online. El SAP web dispatcher escencialmente solo necesita conocer el pto en el cual recibirá las solicitudes HTTP (parametro icm/server_port_) y en que host (rdisp/mshost) y con que puerto HTTP (ms/http_port) puede acceder al message server.

Si se va a intercambiar metadata via HTTPS, algunos pasos adicionales son requeridos (consultar la documentacion online).

Desde el SAP web AS 6.40, es posible tambien iniciar el SAP web dispatcher sin un archivode perfil. Para esta opcion de bootstrap (iniciada con el comando sapwebdisp -bootstrap), los siguientes pasos se llevan a cabo:

1- Si el archivo de perfil sapwebdisp.pfl no existe aun, es creado basado en las entradas de manera interactiva.

2. Si la autorizacion del archivo icmauth.txt no existe, es creado y un usuario es ingresado para la administracion web.

3. El SAP web dispatcher es iniciado con el archivo de perfil creado.

4. Go LIve (Sin opcion Bootstrap)

Iniciamos el SAP web dispatcher con el comando del S.O. sapwebdisp pf=, donde podemos configurar opciones adicionales tal como un archivo y nivel de traza.

En microsoft windows, podemos configurar el SAP web dispatcher como un servicio con el comando ntscmgr install sapwebdisp -b sapwebdisp.exe -p "servicio pf=".

Para detener el SAP web dispatcher usamos el comando kill del S.O. Para esto necesitamos conocer el ID de proceso (PID), el cual se puede identificar con la salida del comando cuando es iniciado o desde el archivo de traza (por defecto dev_sapwebdisp). En unix, el comando kill -2; en microsoft windows, es sapntkill -INT.

5. Monitoreo

Podemos monitorear el SAP web dispatcher con el comando icmon el cual vimos en una leccion previa. Cuando hacemos esto, no debemos modificar el archivo de perfil para el SAP web dispatcher. Desde el SAP web AS 6.40, existe una interface web para administrar y monitorear el SAP web dispatcher. Para usarla, los siguientes prerequisitos deben cumplirse:

- Hemos descompromido el paquete de instalacion del SAP web dispatcher en un directorio.

- El archivo icmauth.txt existe para los administradores autorizados.

- En el archivo de perfil del SAP web dispatcher, el parametro icm/HTTP/admin_existe.

Luego podemos llamar a la interface web de administracion usando la url http://<servidor>:<puerto>/<prefijo>

La seccion se define con la asignacion del atributo PREFIX del perfil de parametro icm/HTTP/admin_xx. El valor /sap/wdisp/admin es el valor por defecto para la opcion bootstrap.

Por razones de segurida, utiliza HTTPS para administracion. Si usamos HTTP, las contraseñas de administrador se transfieren sin encriptacion y podrian ser capturadas.Los datos de logon se verifican contra el archivo icmauth.txt. Si iniciamos el SAP web dispatcher con la opcion bootstrap, este es generado automaticamente. Podemos editar las entradas del archivo de autenticacion icmauth.txt usando el programa icmon mediante el comando icmon -a.

Una vez que hemos ingresado, la interface de administracion y monitoreo se visualiza, la cual se divide en un area de navegacion (lado izquierdo) y un area de detalle (lado derecho).