Distribuzione del servlet di stato sul server applicazioni

Lo scopo di questo monitoraggio è la prevenzione di errori del server garantendo che il server disponga sempre di capacità sufficienti per eseguire le attività richieste.
casm173
Lo scopo di questo monitoraggio è la prevenzione di errori del server garantendo che il server disponga sempre di capacità sufficienti per eseguire le attività richieste.
Verificare che il servlet di stato sia installato su un'istanza separata del server Tomcat di CA SDM.
Per effettuare la distribuzione del servlet di stato per un server applicazioni CA SDM, eseguire le seguenti operazioni:
Attenersi alla seguente procedura:
  1. Installare Apache Tomcat 8.5.43 sui server applicazioni CA SDM.
    Accertarsi che Tomcat utilizzi JRE 1.8 e che non utilizzi il numero di porta configurato per i componenti di CA SDM.
  2. (Facoltativo) Configurare SSL sui server Tomcat che sono stati installati.
    Per ulteriori informazioni sulla configurazione SSL, consultare Modalità di configurazione dell'autenticazione SSL.
  3. Accedere al server applicazioni e distribuire il servlet di stato completando i passaggi seguenti:
    1. Copiare il file HealthServlet.war da $N
      X_ROOT\samples\HealthServlet\HealthServlet.WAR nella directory Webapps di Apache Tomcat (TOMCAT_HOME
      /webapps).
    2. Riavviare Tomcat.
      Il file HealthServlet.war viene distribuito nella cartella webapps. Per confermare la distribuzione, verificare che la cartella HealthServlet sia stata creata nella stessa cartella di webapps.
      Una volta completata correttamente la distribuzione, il servlet di stato è pronto a eseguire le verifiche dello stato. Ciò include il controllo dello stato di SLUMP e dei processi di CA SDM che sono definiti nel file health.xml. Il file health.xml si trova nella posizione seguente:
      TOMCAT_HOME/webapps/HealthServlet/WEB-INF/classes
  4. (Facoltativo) Personalizzare health.xml in base alle esigenze dell'organizzazione. Ad esempio, si desidera monitorare il processo webengine. Aggiungere il processo nel file health.xml con il nome tag corretto, come definito in CA SDM. Completare i passaggi seguenti per trovare il nome del tag:
    1. Aprire i file pdm_startup.i e pdm_startup dalla directory $NX_ROOT/pdmconf.
    2. Cercare il processo che si desidera controllare in ambedue i file.
    3. Trovare il nome del tag corrispondente facendo corrispondere le variabili in entrambi i file.
      Ad esempio, il processo webengine è definito nel file
      pdm_startup.i
      come indicato di seguito:
      #define WEBENGINE(_TAG,_HOST,_SLUMP_NAME,_DOMSRVR, _CFG, _WEBDIRECTOR, _RPC_NAME)
    4. Il processo webengine è definito nel file
      pdm_startup
      come indicato di seguito:
      WEBENGINE(webengine, $NX_LOCAL_HOST, web:local, domsrvr, $NX_ROOT/bopcfg/www/web.cfg, "", "rpc_srvr:%h")
      Per creare un nuovo processo, il processo esistente viene disabilitato nel file pdm_startup e vengono aggiunte nuove voci. Accertarsi di aver cercato il nome del tag nelle nuove voci di processo.
      Se si modifica health.xml, verificare che il file XML non presenti alcun errore e riavviare Tomcat in modo da applicare le modifiche apportate al file XML.
  5. Configurare lo strumento di terze parti selezionato per monitorare lo stato del server applicazioni a intervalli regolari. Per controllare lo stato, utilizzare l'URL HTTP seguente:
    http(s)://application_server_name:port_number/HealthServlet/GetHealth
  6. Una volta completata correttamente la configurazione, lo strumento di terze parti avvia il monitoraggio dello stato del server in applicazioni CA SDM mediante l'URL del servlet di stato.
    Per ulteriori informazioni sulla distribuzione del servlet di stato per i server di standby e in background, consultare l'articolo Come attivare l'auto-failover.
  7. Ogni tipo di server ha il proprio insieme di processi. Se SLUMP e tutti i processi di CA SDM funzionano correttamente, l'utilità di bilanciamento del carico di terze parti riceve una risposta HTTP 200 dal server applicazioni con un payload predefinito, come indicato di seguito:
    AA-Server-Status: All OK!
    AA-Server-Role: AP
    Se SLUMP o qualsiasi processo CA SDM (elencato in health.xml) smette di funzionare correttamente e non può riprendere la sua attività, lo strumento di terze parti riceve una risposta HTTP 503 dal server applicazioni con un payload predefinito, come indicato di seguito:
    AA-Server-Status: NOT OK!
    AA-Server-Role: AP
    Il servlet di stato CA SDM è stato distribuito sul server applicazioni.