Configurando la Conmutación por Error (Failover) con 3CX
Introducción
La funcionalidad Failover (también conocida como Conmutación por Error o Alta Disponibilidad) en 3CX le permite crear una réplica de reserva de su PBX. En caso de que su PBX falle, su PBX réplica se convertirá en activo, minimizando el tiempo fuera de línea y la pérdida de información. Se requiere una clave de licencia de la Edición IA. La conmutación por error no es compatible con los sistemas Hospedados por 3CX.
Cómo Funciona
3CX utiliza un enfoque activo - pasivo usando replicación de configuración incorporada con un desplazamiento máximo de 24h. El servidor activo procesa llamadas e información de presencia, mientras que el servidor pasivo monitoriza al servidor activo. En caso de una falla del servidor activo (independiente de la aplicación, sistema operativo o falla de hardware), el servidor pasivo detiene su rol de monitoreo y toma el control como el servidor activo. La configuración del servidor pasivo determina en qué estado se declara fallido el servidor activo para iniciar la conmutación por error.
Pre-requisitos
Antes de configurar o habilitar la conmutación por error 3CX en sus 2 servidores, las instalaciones 3CX necesitan ajustarse a estos requerimientos.
- Dos (2) PBXs 3CX cada una con su propia IP pública, ambas instaladas con configuraciones idénticas, incluyendo FQDN, Certificado SSL, SIP, Túnel, puertos de servidor web y sistema operativo.
- Cuando se configura 3CX después de la instalación, se necesita seleccionar el FQDN de su 3CX. Se puede usar un FQDN personalizado, pero la configuración es más compleja y se debe editar los scripts de ejemplo y soportarlos usted mismo.
- Al aprovisionar teléfonos en un entorno de LAN Local o VPN, el campo Seleccionar Interfaz debe configurarse con el FQDN y NO con la dirección IP.
- El DNS dividido es requerido para todas las instalaciones 3CX.
Paso 1: Configurar el Servidor Activo
- Primero, vaya a Admin > Sistema > Almacenamiento y configure su almacenamiento remoto (por ejemplo, Almacenamiento de Google) o especifique otras opciones de copia de seguridad, como SMB o SFTP.
- Desplácese hacia abajo y configure el horario y las propiedades de su copia de seguridad (ícono de Engranaje junto a Horario).
- Se recomienda realizar una copia de seguridad diaria fuera del horario laboral; por ejemplo, inicie la copia de seguridad a la 1:00 AM y suba el archivo "3CXScheduledBackup.zip" (nombre del archivo de la última copia de seguridad) al almacenamiento de Google.
- Vaya a Admin > Copia de seguridad y seleccione Conmutación por Error.
- Active la casilla Habilitar conmutación por error y seleccione Activo. Presione Aceptar para guardar.
Paso 2: Configurar el Servidor Pasivo (#2)
- Cambie a su servidor pasivo y vaya a Admin > Copia de seguridad.
- Haga clic en el botón Conmutación por error, active la casilla Activar conmutación por error y seleccione Pasivo.
- Introduzca la dirección IP del servidor activo (#1), por ejemplo: 1.1.1.1.
- Configure si se lleva a cabo la conmutación por error en caso de que falle una o todas las pruebas.
- Seleccione qué servicios desea supervisar: Servidor SIP, Servidor Web o Servidor de Túnel.
- Seleccione el intervalo en el que se realizarán las comprobaciones del heartbeat, (por defecto 30 segundos).
- Especifique la ubicación de sus scripts de conmutación por error.
- Establezca un intervalo y una hora para las restauraciones automáticas; esto debería ser unos minutos después de cada copia de seguridad programada en el servidor activo (#1).
- Pulse "OK" para guardar la configuración e iniciar la monitorización.
Cuando el servidor activo (#1) falla, el pasivo lo detecta y toma el control. Con el respaldo ya restaurado, la acción de conmutación por error dispara los servidores DNS 3CX para actualizar el FQDN a la dirección IP del nuevo servidor activo (#2). Es importante que el servidor previamente activo (#1) sea apagado para evitar conflicto con el servidor que acaba de tomar el control.
Notas Importantes
- Los Gateways (FXS / FXO) en un escenario de failover sólo están soportados cuando el sistema PBX está de forma local, por ejemplo: vía LAN.
- Para escenarios donde los Servidores Activo / Primario y Pasivo / Failover están detrás de diferentes IP Públicas, cuando complete la configuración del servidor pasivo por primera vez y vaya a través de las opciones de instalación, su FQDN público será reescrito a la IP Pública del servidor Failover. Para reescribir su FQDN externo para que resuelva de regreso a la IP pública del servidor Activo, necesitará reiniciar los servicios del Sistema.
- Si se está configurando la conmutación por error en Microsoft Windows, entonces los derechos apropiados deben ser asignados a este servicio que ejecuta los scripts, siendo el Administrador de Notificación de Eventos 3CX. El nivel mínimo de cuenta al cual el servicio puede ser asignado, debe tener derechos administrativos locales como el usuario "Sistema Local" y, si se ejecuta dnscmd, también los privilegios de administrador de DNS. Para ello, se recomienda crear un usuario dedicado de Directorio Activo con derechos administrativos adecuados y la contraseña configurada para que no caduque.
- Para el uso de Failover con FQDN personalizado y escenarios LAN-a-LAN o Nube-a-la-Nube, para actualizar sus DNS y FQDNs cuando suceda la conmutación por falla, necesitará hacer uso de los scripts avanzados y de los servicios como Directorio Activo para ejecutar los scripts de shell con permisos de administrador.
- Si utiliza un SBC de 3CX, puede configurar la dirección IP del servidor Pasivo en la pestaña Ajustes del SBC para acelerar la conmutación cuando no se pueda acceder al servidor principal, sin esperar a que se propague la actualización del DNS.
Ver También
- Configurando el Almacenamiento en la Nube de Google.
- Scripts de Conmutación por Falla del PBX en Linux.
Última Actualización
Este documento se actualizó por última vez el 28 de Agosto de 2026
