✒️SAP Web Dispatcher

SAP Web Dispatcher

Supongamos que una compañía ofrece a sus clientes acceso web a ciertos datos del sistema SAP. Técnicamente, las aplicaciones Web en ABAP y JAVA son implementadas en el SAP Netweaver AS. Ya que un gran número de clientes utilizarán este servicio, el sistema SAP, el cual tiene una conexión a Internet, cuenta con múltiples instancias.

Nuestra tarea como administradores del sistema SAP será implementar un método efectivo de distribución de carga entre las diferentes instancias del sistema.

Implementación 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 serán utilizadas desde Internet. La red de la compañía está protegida mediante una zona DMZ (Demilitarized Zone) y los procesos críticos de negocio corren sobre servidores que no son reconocidos en Internet. ¿Cómo podemos evitar tener que incorporar los servidores de aplicación SAP dentro de la DMZ?
• El sistema SAP en cuestión consiste de múltiples servidores de aplicación (instancias) que están distribuidas entre diferentes hosts. De todas formas, las aplicaciones Web provistas deberían correr bajo una dirección descriptiva; los detalles técnicos tal como el nombre del servidor y número de puerto permanecerían ocultos a los usuarios.
• ¿Dequémanerapodríaunadistribuciónsensibleimplementarse?Todoslosservidoresdeaplicaciónpodríannoproveertodoslosservicios(ICFounStackJAVA). Los requerimientos de este tipo, pueden ser implementados utilizando productos de terceros conocidos como Proxies Inversos o Conmutadores Web (Web switches). Aunque hay algunas ventajas, tales como el alto throughput e implementación de bajo nivel con el hardware, las desventajas que tienen es el costo adicional que representan y una integración limitada a SAP.

  El SAP Web Dispatcher, disponible a partir de la versión de SAP Web AS 6.20, actúa como un “conmutador de software Web”. Es un programa standalone que puede correr en un host separado sin ningún software adicional. De esta manera, el SAP Web Dispatcher es un punto central para solicitudes HTTP(S) a un sistema SAP, incluyendo una distribución de carga a través de múltiples instancias.

  El SAP Web Despatcher es relevante solo en un entorno web. Cuando un SAP GUII se utiliza para el acceso, el ABAP Message Server se encarga de la distribución de carga.

  En principio, el Message Server puede también distribuir la carga de solicitudes HTTP(S), pero sus funciones están limitadas en contraste al SAP Web Dispatcher, por lo cual SAP recomienda que se utilice este último. Para más información, la nota de SAP 1040325 provee más información: HTTP load balancing: Message Server or Web Dispatcher?. En particular, el Message Server no debería 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.

  Funciones del SAP Web Dispatcher.

  El SAP Web Dispatcher reenvía las solicitudes HTTP(S) a un servidor de aplicación específico. Esta sección describe el criterio por el cual se realiza esto.

  Una solicitud HTTP es asignada a un servidor en dos etapas:

  • Primero, 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.

  • La distribución de carga se lleva a cabo dentro de este grupo. Después que el SAP Web Dispatcher ha identificado el servidor, reenvía la solicitud al ICM del servidor de aplicación elegido.

  Un SAP Web Dispatcher puede distribuir solicitudes para solo un sistema SAP. Si múltiples sistemas SAP son requeridos, será necesario configurar diferentes procesos de SAP Web Dispatcher para cada uno de los sistemas (aunque podrían correr en simultáneo en una computadora).

  El SAP Web Dispatcher es compatible de forma retroactiva, esto es, la versión del SAP Web Dispatcher puede ser más alta o igual a la versión 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 sistema operativo utilizado. Para más información, puedes consultar la nota de SAP 538405 – Composite SAP Note: SAP Web Dispatcher.

  La selección de server

  El SAP Web Dispatcher primero 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://adm102.sap.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 carácter / (barra inclinada), luego del nombre de host, requiere un tratamiento especial: el valor del perfil de parámetro is/HTTP/default_root_hdl determina el destino.

  En el caso de una solicitud ABAP, el SAP Web Dispatcher primero usa una cookie para identificar si la solicitud es de una aplicación stateful. Si esto existe, la decisión es simple.

  La solicitud es enviada al servidor de aplicación que está procesando ya esta sesión. Para una aplicación stateless, el grupo interno !DIAG es seleccionado, el cual consiste de todos los servidores de aplicación ABAP. Esto es usado solamente si un grupo de logon (creado mediante la transacción SMLG) es especificado explícitamente en el servicio ICF.

  El AS JAVA también reconoce el concepto de grupos de logon. Si un grupo de logon específico 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 aplicación statful, esto es indicado a través de la información de sesión en la URL o una cookie. Por razones de compatibilidad, la cookie de sesión jsessionid puede también ser utilizada aquí.

  El SAP Web Dispatcher obtiene información sobre los grupos de logon y el mapeo de URLs del servidor de aplicación ABAP vía HTTP(S). Para que esto suceda, el servicio /sap/public/icman y /sap/public/icf_info/* deben ser activados en el ICF.

  El balance de carga

  El SAP Web Dispatcher obtiene información sobre los servidores de aplicación del sistema SAP del message server via HTTP(S). Es posible usar el SAP Web en sistemas ABAP puros así también como en sistemas combinados ABAP JAVA y sistemas JAVA puro. De este modo, la opción de instalación determina el message server con el cual el SAP Web Dispatcher se comunica.

  

  Partes involucradas en la comunicación del SAP Web Dispatcher para la Información de Servidores

  El SAP Web Dispatcher usa los parámetros rdisp/mshost y ms/http_port para especificar el message server asignado del sistema SAP. Por razones de compatibilidad, el parámetro obsoleto ms/http_port y ms/https_port aún funciona en el sistema SAP para el message server ABAP pero no debería continuar utilizándose.

  La interface HTTP del message server permite mostrar información sobre el servidor de aplicación 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 cada uno de los servidores de aplicación. Para ABAP, la capacidad se calcula a partir del número de procesos de dialogo (dialog work processes) y para JAVA, del número de server processes.

  Podemos usar el perfil de parámetro wdisp/load_balancing_strategy (explicado en detalle en la documentación online) para configurar el SAP Web Dispatcher con diferentes procedimientos de balanceo de carga.

  Operación del SAP Web Dispatcher

  La estructura interna del SAP Web Dispatcher está basado en el proceso ICM. Un archivo de perfil también es utilizado en este caso para determinar la configuración con la cual el SAP Web Dispatcher es iniciado. Es muy fácil copiar y usar el archivo ejecutable (sapwebdisp.exe) junto con el perfil en un servidor por separado del sistema SAP.

  Los parámetros de perfil

  Para plantillas para el perfil y descripción de parámetros, puedes consultar la documentación online. El SAP Web Dispatcher esencialmente solo necesita conocer el puerto en el cual recibirá las solicitudes HTTP (parámetro icm/server_port_) y en que host (rdisp/mshost) y con qué puerto HTTP (ms/http_port) puede acceder al message server.

  Desde el SAP Web AS 6.40 es posible también iniciar el SAP Web Dispatcher sin un archivo de perfil. Para esta opción de bootstrap (inciada con el comando sapwebdisp –bootstrap), los siguientes pasos se llevan a cabo:

  • Si el archivo de perfil sapwebdisp.pfl no existe aún, es creado basado en las entradas de manera interactiva.
  • Si la autorización del archivo icmauth.txt no existe, es creado y un usuario es ingresado para la administración Web (ver más abajo)
  • El SAP Web Dispatcher es iniciado con el archivo de perfil creado.

  Go Live (Sin opción Bootstrap)

  Iniciamos el SAP Web Dispatcher con el comando del sistema operativo 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 sistema operativo. 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.

  Monitoreo

  Podemos monitorear el SAP Web Dispatcher con el comando icmon el cual vimos en una lección 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 prerrequisitos deben cumplirse:

  • Hemos descomprimido el paquete de instalación 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 parámetro icm/HTTP/admin_ existe.

  

  Luego podemos llamar a la interface Web de Administración usando la URL http://< servidor >: < puerto > / < prefijo > .

  La sección se define con la asignación del atributo PREFIX del perfil de parámetro icm/HTTP/admin_xx. El valor /sap/wdisp/admin es el valor por defecto para la opción bootstrap.

  Por razones de seguridad, utiliza HTTPS para administración. Si usamos HTTP, las contraseñas de administrador se transfieren sin encriptación y podrían ser capturadas. Los datos de logon se verifican contra el archivo icmauth.txt. Si iniciamos el SAP Web Dispatcher con la opción bootstrap, este es generado automáticamente. Podemos editar las entradas del archivo de autenticación icmauth.txt usando el programa icmon mediante el comando icmon –a. Una vez que hemos ingresado, la interface de administración y monitoreo se visualiza, la cual se divide en un area de navegación (lado izquierdo) y un area de detalle (lado derecho).