3CX Failover o Conmutación por falla

[malopezp]

Buenas tardes,
Estoy leyendo la información sobre la configuración de failover ya que voy a comenzar unas pruebas y veo que indica la utilización de scripts.

Veo que utilizan estos scripts "Kill3CXServices.sh", "Shutdown3CXMainMachine.sh", "Stop3CXServices.sh", "StopsAndKill3CXServices.sh" y "DNSgoogle.sh".

Las preguntas son:
¿la utilización de los scripts es estrictamente necesaria para el correcto funcionamiento de conmutación por falla entre la centralita activa/pasiva?

¿La utilización del script DNSgoogle.sh es obligatorio utilizando la FQDN de 3CX?


En caso de ser necesarios los scripts, no queda clara la información del contenido de los scripts ANTES/DESPUES del arranque de los servicios de 3CX.


Gracias por adelantado.

 

[evalco]

Hola, el uso de los scripts no es necesario para el funcionamiento del failover

 

[malopezp]

Ok, Gracias.
Pero entonces los scripts para hacer el apagado remoto y demás de la PBX activa no se apagaría nunca.
Entiendo entonces que no son necesarios, pero si recomendables.
¿Estoy en lo cierto?

 

[Jahir Xmartek]

Hola @malopezp

Prácticamente, estos scripts (Kill3CXServices.sh, Shutdown3CXMainMachine.sh, Stop3CXServices.sh y StopsAndKill3CXServices.sh) garantizan que los servicios de 3CX se detengan correctamente. Al aplicarse en un escenario de failover, se utilizan para detener completamente los servicios del servidor primario antes de que el servidor secundario tome el control cuando se presenta algún fallo en la PBX principal. Estos scripts evitan que haya servicios duplicados o interferencias que puedan estropear el funcionamiento de la PBX que asumirá el control.

Por otro lado, el script DNSgoogle.sh permite que, si el servidor primario falla, la máquina de respaldo utilice los servidores DNS de Google (8.8.8.8 y 8.8.4.4) para resolver los dominios correctamente.

 

[Alejandro_3CX]

Entiendo entonces que no son necesarios, pero si recomendables.

Primero depende como instalas el failover, si los dos servidores en la misma red local o ambos en la nube.

Si son ambos como local tenés que usar el script de antes para actualizar el registro A sobre el servidor DNS y así el fqdn interno resuelva la nueva IP local, y el script de después para apagar el servidor que falló.

Si ambos están en la nube, entonces deberás usar el script de DNSgoogle para garantizar que el fqdn externo resuelva correctamente la nueva IP pública y el de después para apagar el servidor que falló.

Si no llegas apagar el servidor que falló si este se recupera por ejemplo te va a afectar el fqdn externo después, no podés dejar dos servidores activos al mismo tiempo.

Saludos!