En diciembre del 2016, se anunció que Palosanto Solutions había vendido la marca Elastix a 3CX, con lo que se daba fin al desarrollo del proyecto en licencia de código abierto y por lo tanto, Elastix pasaría a ser un proyecto de código cerrado que no seguiría recibiendo actualizaciones.

Al momento de su cierre, Elastix contaba con 2 ramas:

  • Elastix 2.x, basada en CentOS 5.x
  • Elastix 4.0, basada en CentOS 7.x

CentOS 5.x llegó a su fin de vida el 31/marzo del 2017, por lo que tampoco se siguen recibiendo actualizaciones a nivel de sistema operativo.

Como parte de la continuidad que ofrecemos a nuestros clientes para que estén actualizados y puedan aprovechar las funcionalidades de sus sistemas, les ofrecemos migrar sus sistemas existentes a plataformas que puedan seguirles ofreciendo soporte y que sigan siendo desarrolladas, tales como FreePBX o Issabel.

Procedimiento de migración/actualización

Sabemos que tus comunicaciones son críticas y que el servidor que se actualizará seguramente estará en producción. Hemos diseñado un procedimiento de migración con el que logramos reducir los tiempos de caída al mínimo, haciendo que el proceso se ejecute de la manera más eficientemente posible.

Este es el flujo con el que trabajamos:

Accedemos al servidor #1

Sin afectar la producción, accedemos al servidor #1 (el original) y hacemos un respaldo de toda la configuración, incluyendo:

  • Plan de marcación
  • Grabaciones
  • Registros de la base de datos
  • Cualquier otro componente que el cliente nos indique

Instalamos el nuevo sistema en un servidor #2

Mediante el uso de un servidor #2 (proporcionado por nosotros), hacemos la instalación del nuevo sistema Issabel/FreePBX y transferimos toda la configuración necesaria para que el nuevo equipo actúe tal como el original lo haría.

Transferimos la producción

Con el equipo #2 ya totalmente configurado, transferimos la carga operativa al nuevo servidor. Este movimiento es solo temporal.

El nuevo servidor debe de ofrecer las mismas funcionalidades que quedarán en el sistema definitivo.

En caso de algún problema, podemos regresar la producción al equipo #1 en cuestión de minutos.

Hacemos ajustes a la configuración

Es normal que ante el cambio de versiones, el nuevo sistema tenga algunas funcionalidades faltantes. Este es el momento en que podemos realizar ajustes finos y perfeccionar la operación para igualar y superar al sistema anterior.

No continuamos al siguiente paso hasta que no se validen la totalidad de las funcionalidades en el equipo #2.

Formateamos el equipo #1

Con la totalidad de la producción ya ejecutándose en el equipo #2, podemos tranquilamente proceder a formatear y reinstalar el equipo #1 ya con el sistema que será el definitivo.

En este punto, toda la información respaldada se transfiere nuevamente al equipo #1 recién formateado.

Transferimos la producción del equipo #2 al #1

Movemos la configuración ya perfeccionada del servidor #2 al #1. Como ambos servidores ahora ya poseen exactamente el mismo sistema y versión, el movimiento es sencillo y transparente.

La operación continúa en el servidor original

El servidor #1 (el original), ya está reinstalado con su nueva versión de software. La migración fue exitosa, y todo el sistema queda funcionando en un servidor completamente actualizado.

Se retira el servidor #2

El servidor #2 ya no tiene uso, por lo que se retira. Toda la producción continúa usando el mismo hardware que se tenía inicialmente.

De esta manera, la interrupción del servicio se mantiene al mínimo, y no se migra hasta que los servicios ya fueron ejecutados exitosamente en el nuevo servidor.

Una vez terminada la migración, podemos continuar el servicio de soporte a través de nuestro servicio de póliza de mantenimiento o bien con nuestras Unidades de Soporte Técnico.