Implementación del servlet de estado en el servidor de aplicaciones

La monitorización del estado del servidor evita que se produzcan fallos y tiempos de inactividad en el servidor, además de garantizar que este siempre conserve suficiente capacidad para llevar a cabo las tareas que deba realizar.
casm173
La monitorización del estado del servidor evita que se produzcan fallos y tiempos de inactividad en el servidor, además de garantizar que este siempre conserve suficiente capacidad para llevar a cabo las tareas que deba realizar.
Asegúrese de que el servlet de estado está instalado en una instancia separada del servidor de Tomcat que no sea CA SDM.
Para implementar el servlet de estado en el servidor de aplicaciones de CA SDM, realice las siguientes acciones:
Siga estos pasos:
  1. Instale Apache Tomcat 8.5.43 en los servidores de aplicaciones de CA SDM.
    Asegúrese de que Tomcat está utilizando JRE 1.8 y de que no utiliza el número de puerto configurado para los componentes de CA SDM.
  2. (Opcional) Configure SSL en los servidores Tomcat instalados.
    Para obtener más información sobre la configuración de SSL, consulte Cómo configurar la autenticación de SSL.
  3. Inicie sesión en el servidor de aplicaciones e implemente el servlet de estado mediante los siguientes pasos:
    1. Copie el archivo HealthServlet.war desde $NX_ROOT\samples\HealthServlet\HealthServlet.WAR al directorio Webapps de
      Apache Tomcat (TOMCAT_HOME
      /webapps).
    2. Reinicie Tomcat.
      El archivo HealthServlet.war se implementará en la carpeta webapps. Para confirmar la implementación, verifique que la carpeta HealthServlet se crea en la misma carpeta webapps.
      Después de que la implementación se realice correctamente, el servlet de estado está preparado para realizar las comprobaciones de estado. Entre ellas, se incluye la comprobación del estado de SLUMP y el estado de los procesos de CA SDM que se definen en el archivo health.xml. Busque el archivo health.xml en esta ubicación:
      TOMCAT_HOME/webapps/HealthServlet/WEB-INF/classes
  4. (Opcional) Personalice health.xml según las necesidades de la organización. Por ejemplo, se recomienda monitorizar el proceso del motor web. Agregue el proceso al archivo health.xml con el nombre de etiqueta correcto, según se haya definido en CA SDM. Complete los pasos siguientes para encontrar el nombre de etiqueta:
    1. Abra los archivos pdm_startup.i y pdm_startup desde el directorio $NX_ROOT/pdmconf.
    2. Busque el proceso que desea monitorizar en los dos archivos.
    3. Busque el nombre de etiqueta correspondiente haciendo coincidir las variables de los dos archivos.
      Por ejemplo, el proceso del motor web se define en el archivo
      pdm_startup.i
      como se muestra a continuación:
      #define WEBENGINE(_TAG,_HOST,_SLUMP_NAME,_DOMSRVR, _CFG, _WEBDIRECTOR, _RPC_NAME)
    4. El proceso del motor web se define en el archivo
      pdm_startup
      del siguiente modo:
      WEBENGINE(webengine, $NX_LOCAL_HOST, web:local, domsrvr, $NX_ROOT/bopcfg/www/web.cfg, "", "rpc_srvr:%h")
      Para crear un nuevo proceso, el proceso existente se comenta en el archivo pdm_startup y se agregan entradas nuevas. Busque el nombre de etiqueta en las nuevas entradas del proceso.
      Si se modifica health.xml, debe garantizarse que el archivo XML no tenga errores y que se reinicie Tomcat para que refleje los cambios que se han realizado en el archivo XML.
  5. Configure la herramienta de terceros seleccionada para monitorizar el estado del servidor de aplicaciones en intervalos regulares. Para monitorizar el estado del servidor, utilice la siguiente dirección URL HTTP:
    http(s)://application_server_name:port_number/HealthServlet/GetHealth
  6. Después de que la configuración se realice correctamente, la herramienta de terceros empieza a monitorizar el estado del servidor de aplicaciones de CA SDM mediante la dirección URL del servlet de estado.
    Para obtener más información sobre cómo implementar el servlet de estado en los servidores de aplicaciones y de fondo, consulte Cómo configurar la conmutación por error automática.
  7. Cada tipo de servidor tiene su propio conjunto de procesos. Si SLUMP y todos los procesos de CA SDM funcionan correctamente, la herramienta de terceros recibirá una respuesta HTTP con el código 200 procedente del servidor de aplicaciones con una carga predefinida, como se muestra a continuación:
    AA-Server-Status: All OK!
    AA-Server-Role: AP
    Si SLUMP o cualquiera de los procesos de CA SDM (que se incluyen en health.xml) dejan de funcionar y no se pueden reanudar, la herramienta de terceros recibirá una respuesta HTTP con el código 503 procedente del servidor de aplicaciones con una carga predefinida, tal y como se muestra a continuación:
    AA-Server-Status: NOT OK!
    AA-Server-Role: AP
    Se ha implementado con éxito el servlet de estado para el servidor de aplicaciones de CA SDM.