Cómo configurar la conmutación por error automática

La monitorización del estado del servidor observa cómo reacciona un servidor ante la carga operativa y realiza un seguimiento de su capacidad de respuesta a las solicitudes del cliente. La finalidad de esta monitorización es evitar que se produzcan fallos en el servidor garantizando que este siempre conserva suficiente capacidad para realizar las tareas obligatorias. La mayoría de las herramientas estándares de monitorización de estado son compatibles con la monitorización del servidor remoto con los protocolos HTTP y HTTPS.
casm173
La monitorización del estado del servidor observa cómo reacciona un servidor ante la carga operativa y realiza un seguimiento de su capacidad de respuesta a las solicitudes del cliente. La finalidad de esta monitorización es evitar que se produzcan fallos en el servidor garantizando que este siempre conserva suficiente capacidad para realizar las tareas obligatorias. La mayoría de las herramientas estándares de monitorización de estado son compatibles con la monitorización del servidor remoto con los protocolos HTTP y HTTPS.
La función de conmutación por error automática de CA SDM muestra las siguientes interfaces estándares basadas en HTTP:
  • Interfaz de monitorización de estado: la interfaz HTTP para monitorizar el estado del servidor de fondo. Además, toma decisiones fiables sobre la conmutación por error con el fin de iniciar dicha conmutación en un servidor en espera seleccionado si se producen interrupciones en la disponibilidad del servidor de fondo o a la hora de realizar las tareas requeridas.
  • Interfaz de conmutación por error: la interfaz HTTP(S) para promover el servidor en espera seleccionado como el nuevo servidor de fondo sin provocar ninguna interrupción en el servicio.
Siga los pasos siguientes:
  1. Instale Apache Tomcat 8.5.43 en el servidor en segundo plano y en todos los servidores en espera.
    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 fondo.
  4. Implemente el servlet de estado. Lleve a cabo los pasos siguientes:
    1. Copie el archivo HealthServlet.war desde la carpeta $NX_ROOT/samples/HealthServlet a la carpeta
      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
  5. (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, tal y como se define en CA SDM. Complete los siguientes pasos 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 en 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)
      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")
      En el ejemplo, se puede observar que el nombre de etiqueta para el proceso del motor web es "webengine".
      Para crear un nuevo proceso, el proceso existente se comenta en el archivo pdm_startup y se agregan entradas nuevas. Asegúrese de buscar 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.
  6. Realice los pasos 4 y 5 para todos los servidores en espera.
  7. Configure la herramienta de terceros seleccionada para monitorizar el estado del servidor de fondo en intervalos regulares. Para monitorizar el estado, utilice la siguiente dirección URL HTTP:
    http(s)://Background_server_name:port_number/HealthServlet/GetHealth
  8. Configure la herramienta de terceros seleccionada para iniciar una lógica de conmutación por error cuando se rebaja el estado del servidor de fondo. Se recomienda configurar la lógica de la conmutación por error para promover el servidor en espera como el nuevo servidor de fondo. Use el siguiente servlet de conmutación por error en la lógica de conmutación por error:
    Se recomienda configurar el servlet de conmutación por error en SSL con los privilegios de acceso proporcionados únicamente a los usuarios predeterminados. Siga esta recomendación para la configuración de herramientas de terceros para iniciar la conmutación por error.
    http(s)://Standby_server_name:port_number/HealthServlet/FailoverServlet
    Se habrá activado la conmutación por error automática.
  9. Después de que la configuración se realice correctamente, la herramienta de terceros empieza a monitorizar el estado del servidor de fondo mediante la dirección URL del servlet de estado.
    • 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 del servidor de fondo con una carga predeterminada:
      AA-Server-Status: All OK! AA-Server-Role: BG
    • 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 del servidor de fondo con una carga predeterminada:
      AA-Server-Status: NOT OK! AA-Server-Role: BG
  10. Si se recibe una respuesta HTTP con el código 503, la herramienta de terceros inicia la lógica de conmutación por error automáticamente.