Enterprise Edition: compatibilidad con la conmutación por error mediante PostgreSQL como servidor de base de datos backend


Siga los pasos a continuación para implementar la compatibilidad con la conmutación por error en ManageEngine Applications Manager:

Base de datos única: arquitectura de servidor de aplicaciones dual

La configuración incluye un administrador de aplicaciones principal, un administrador de aplicaciones secundario y una base de datos común. El administrador de aplicaciones primario y secundario se refiere únicamente a la base de datos común. Mientras que el administrador de aplicaciones principal habla con la base de datos, el administrador de aplicaciones secundario simplemente escucha la base de datos. Si el servidor principal deja de funcionar, el servidor secundario se hace cargo. Posteriormente, se reinicia el servidor primario inicial y comienza a funcionar como servidor secundario.

Antes de instalar la conmutación por error (para servidores administrados):
  • Inicie sesión en la consola de administración de Applications Manager y vaya a la lista de servidores administrados.
  • Edite el servidor administrado para habilitar el botón de radio para los detalles de la Conmutación por falla .
  • Ingrese el nombre de host, el servidor web y la información del puerto SSL antes de instalar la configuración de conmutación por error para ese servidor administrado.
  • Una vez guardado, puede iniciar la instalación del servidor de conmutación por error.

Detalles de la configuración de la conmutación por error

Supongamos que vamos a configurar tres nodos: nodo1, nodo2 y nodo3.
Administrador de aplicaciones: nodo1, nodo2
Base de datos PostgreSQL: nodo3
 

Expresión esquemática para la compatibilidad con la conmutación por error

PASO 1: instale el servidor de base de datos PGSQL en el nodo3 y asegúrese de que el servidor PGSQL se haya iniciado en el nodo3.

Descargue el Administrador de aplicaciones de nuestro sitio web. Postgres está incluido con el producto y le recomendamos que utilice el software incluido.

Pasos para configurar el servidor de base de datos de Postgres remoto:

  • Instale el Administrador de aplicaciones como lo haría normalmente en el servidor remoto donde necesita ejecutar la base de datos. Instale como Professional Edition ya que solo usaremos la base de datos en esta instalación. (En Windows, haga clic con el botón derecho y ejecute el instalador como "Ejecutar como administrador" Se debe seguir lo mismo cuando se trabaja con el símbolo del sistema. La etiqueta de la ventana del símbolo del sistema debe leer "Administrador")
  • Inicie esta instalación una vez y luego deténgala.
  • Vaya a los servicios de Windows y asegúrese de que el servicio ManageEngine Applications Manager esté detenido.
  • Desde el servidor del Administrador de aplicaciones, abra una ventana del símbolo del sistema del administrador. Vaya a la carpeta <Inicio del Administrador de aplicaciones> y ejecute el siguiente comando: shutdownApplicationsManager.bat -force
  • Repita el comando anterior para asegurarse de que todos los procesos estén detenidos.
  • En Windows, abra una ventana del símbolo del sistema y vaya a la carpeta .. <Inicio del Administrador de aplicaciones> / bin y ejecute uninstallservice.bat para eliminar el servicio de Windows del Administrador de aplicaciones ManageEngine. No lo necesitamos aquí, ya que será DB Server.
  • Cambios en el archivo pg_hba.conf:
    • Abra pg_hba.conf en ../< Inicio del Administrador de aplicaciones> / working / pgsql / data / amdb carpeta.
    • En # conexiones locales IPv4, cambie la dirección 127.0.0.1/32 a 0.0.0.0/0 . (Esto permitirá que se realicen conexiones a esta base de datos PGSQL desde servidores remotos).
  • Cambios en postgresql.conf:
    • Abra el archivo postgresql.conf en la carpeta <Applications Manager Home> / working / pgsql / data / amdb :
      Descomente la línea listen_addresses y reemplace localhost con *
  • En Windows, vaya a la carpeta <Inicio del Administrador de aplicaciones> / working / bin desde el símbolo del sistema y ejecute el script "register_pgdbservice.bat". Esto instalará PGSQL como servicio de Windows.
  • Ahora puede ir a Servicios de Windows e iniciar el servicio ApplicationsManager_Posgresql y el servidor de base de datos PGSQL debería estar listo para las conexiones.
  • En Linux, puede ir a / ManageEngine / <Applications Manager Home> / carpeta de trabajo y ejecutar sh./bin/startPGSQL.sh & y el servidor de base de datos PGSQL debería estar listo para las conexiones.

PASO 2: Instale el Administrador de aplicaciones en el nodo 1.

  • Instale el Administrador de aplicaciones como lo haría normalmente en el servidor remoto. Inicie esta instalación al menos una vez y deténgala de la siguiente manera:
    • En los servicios de Windows y asegúrese de que el servicio ManageEngine Applications Manager esté detenido.
    • Desde el servidor del Administrador de aplicaciones, abra una ventana de símbolo del sistema del administrador.
    • Vaya a la carpeta <Inicio del Administrador de aplicaciones> y ejecute el siguiente comando: shutdownApplicationsManager.bat -force .
    • Repita el comando anterior para asegurarse de que todos los procesos estén detenidos.
  • Abra el archivo <Inicio del Administrador de aplicaciones> /conf/AMServer.properties en Wordpad y actualice las siguientes entradas y guárdelo:

    am.dbserver.type = pgsql
    am.db.port = 15432 (Número de puerto se puede confirmar a partir de los <Applications Manager Inicio> /working/pgsql/data/amdb/postgres_ext.conf de archivos de la base de datos del servidor PGSQL ha instalado.)
    am .dbport.check = falso

  • Actualice el archivo database_params.conf que se muestra en las 2 ubicaciones siguientes. Son archivos idénticos. El único cambio que debe realizar es para la URL jdbc como se muestra a continuación. Actualice aquí el nombre de host y el puerto del servidor remoto que ejecuta su base de datos PGSQL.
    • Url jdbc: postgresql: // paulp0558: 15432 / amdbdontTrackOpenResources = true & useUnicode = true & characterEncoding = UTF-8 AppModules TopoDB-MapDB-EventDB-AlertDB-PollDB-PolicyDB-USERS
      Actualización ubicada debajo de la base de datos del archivo 2.
      .. <Inicio del Administrador de aplicaciones> / working / conf / PGSQL
      .. <Inicio del Administrador de aplicaciones> / working / conf
    • Ahora puede iniciar el Administrador de aplicaciones desde los Servicios de Windows. Se conectará al PGSQL que se ejecuta en el servidor remoto. Este actuará como el servidor principal. Consulte el archivo <Inicio del Administrador de aplicaciones> /logs/wrapper.log .
  • En Linux, puede iniciar y realizar un seguimiento del proceso de inicio de la siguiente manera: nohup sh startApplicationsManager.sh &

    Presione ENTER

    tail -f nohup.out

PASO 3: instale el Administrador de aplicaciones en el nodo2. Este actuará como servidor secundario.

  • Instale el Administrador de aplicaciones como lo haría normalmente en el servidor remoto. Inicie esta instalación al menos una vez y deténgala de la siguiente manera:
    • En los servicios de Windows y asegúrese de que el servicio ManageEngine Applications Manager esté detenido.
    • Desde el servidor del Administrador de aplicaciones, abra una ventana del símbolo del sistema del administrador.
    • Vaya a la carpeta <Inicio del Administrador de aplicaciones>
      y ejecute el siguiente comando: shutdownApplicationsManager.bat -force
    • Repita el comando anterior para asegurarse de que todos los procesos estén detenidos.
  • Abra el archivo <Inicio del Administrador de aplicaciones> /conf/AMServer.properties en Wordpad y actualice las siguientes entradas y guárdelo:

    am.dbserver.type = pgsql
    am.db.port = 15432 (Número de puerto se puede confirmar a partir de los <Applications Manager Inicio> \ trabajo \ pgsql \ data \ AMDB \ postgres_ext.conf archivo de la base de datos del servidor PGSQL ha instalado.)
    am .dbport.check = falso

  • Actualice el archivo database_params.conf que se muestra en las 2 ubicaciones siguientes. Son archivos idénticos. El único cambio que debe realizar es para la URL de jdbc como se muestra a continuación.

Actualice aquí el nombre de host y el puerto del servidor remoto que ejecuta su base de datos PGSQL.
Url jdbc: postgresql: // paulp0558: 15432 / amdbdontTrackOpenResources = true & useUnicode = true & characterEncoding = UTF-8 AppModules TopoDB-MapDB-EventDB-AlertDB-PollDB-PolicyDB-USERSAGEDB-ApplnTORDB-ApplnTORDB

  • Actualice lo mismo para el archivo database_params.conf ubicado en las 2 ubicaciones siguientes:

    .. <Inicio del Administrador de aplicaciones> / working / conf / PGSQL
    .. <Inicio del Administrador de aplicaciones> / working / conf

Ahora puede iniciar el Administrador de aplicaciones desde Servicios de Windows. Esta instalación no comenzará por completo porque el primario ya está en funcionamiento. Se iniciará y escuchará al servidor primario. Lo mismo se puede confirmar desde el archivo <Inicio del Administrador de aplicaciones> /logs/wrapper.log .

Nota:
En Linux, puede iniciar y rastrear el proceso de inicio de la siguiente manera:
nohup sh startApplicationsManager.sh &
Press ENTER
tail -f nohup.out

Salida de muestra de Nohup

INFO | jvm 1 | 2013/08/05 01:00:06 | Verificación de la disponibilidad del servidor primario en la base de datos. Encontré una entrada.
INFO | jvm 1 | 2013/08/05 01:00:06 |
INFO | jvm 1 | 2013/08/05 01:00:06 | Intentando conectarse al servidor primario en 192.168.1.3
INFO | jvm 1 | 2013/08/05 01:00:06 |
INFO | jvm 1 | 2013/08/05 01:00:07 | Por favor espere ...
INFO | jvm 1 | 2013/08/05 01:00:08 | ....
INFO conectado | jvm 1 | 2013/08/05 01:00:08 |
INFO | jvm 1 | 2013/08/05 01:00:08 |
INFO | jvm 1 | 2013/08/05 01:00:08 | Iniciando AdventNet Web NMS Standby Server. Los módulos se iniciarán una vez que asuma el control como servidor primario.
INFO | jvm 1 | 2013/08/05 01:00:08 |
INFO | jvm 1 | 2013/08/05 01:00:08 | Supervisión del servidor primario en 192.168.1.3

Cuando node1Applications Manager deja de funcionar, node2Applications Manager se iniciará por completo y actuará como servidor secundario. Las notificaciones por correo electrónico se activarán cuando se produzca una conmutación por error en la que tenga que corregir los problemas con el nodo que está inactivo. Luego, vuelva a iniciarlo como secundario, que ahora escuchará si hay otra falla.

INFO | jvm 1 | 2013/08/05 01:09:47 | Supervisión del servidor primario en 192.168.1.3
INFO | jvm 1 | 2013/08/05 01:10:48 | Comenzando a realizar tareas de FailOver.
INFO | jvm 1 | 2013/08/05 01:11:08 | Proceso: AlertFE [Iniciado]
INFO | jvm 1 | 2013/08/05 01:11:08 | Proceso: NmsMainFE [iniciado]
INFO | jvm 1 | 2013/08/05 01:11:08 |
INFO | jvm 1 | 2013/08/05 01:11:08 | Verificando la conexión con el servidor web ... verificado
INFO | jvm 1 | 2013/08/05 01:11:08 |
INFO | jvm 1 | 2013/08/05 01:11:08 | El Administrador de aplicaciones se inició correctamente.
INFO | jvm 1 | 2013/08/05 01:11:08 |
INFO | jvm 1 | 2013/08/05 01:11:08 | Conecte su cliente al servidor web en el puerto: 9095
INFO | jvm 1 | 2013/08/05 01:11:08 |
INFO | jvm 1 | 2013/08/05 01:11:09 | El nuevo servidor primario es 192.168.1.4

Nota: Los pasos anteriores deben implementarse para cada instalación en la configuración empresarial para la conmutación por error.