La clonación también la podemos hacer en Elastix, se pueden crear copias casi exactas de las configuraciones de cualquier servidor que este en operación, de esta manera se puede reaccionar más rápidamente en casos de recuperación de desastres, también podemos acortar significativamente el tiempo en la preparación de un servidor nuevo cuya configuración sea similar a uno que esté en funcionamiento. En esta Guía se explica cómo clonar la configuración de un servidor Elastix No se puede eliminar el riesgo a un desastre, pero si se puede minimizar su impacto Cursos de Entrenamiento en Telefonía IP y Call Center con Asterisk/Elastix www.elastixtech.com
En variadas ocasiones me he visto en la necesidad de realizar configuraciones muy similares o casi idénticas a otros servidores Elastix que están en operación; Aun cuando se tiene experiencia, el tiempo promedio para poner en operación una PBX-IP Elastix, ronda un mínimo de 2 horas, dependerá mucho del hardware de telefonía, del numero de extensiones, numero de troncales, funcionalidades (grupos de timbrado, grupos de captura, colas, PIN de marcado, etc.) y las rutas a configurar, esto puede complicar mucho mas la puesta en funcionamiento. El servicio de telefonía es crítico casi en el 100% de los casos, en negocios en el cual todas sus operaciones se basan en la telefonía, como es el caso de los Call Center, 15 minutos sin el servicio telefónico, puede significar mucho dinero en perdidas, pregúntense: Que pasaría si el disco duro del servidor sufre un daño irreparable? en casos extremos como estos tener un plan contingencial ayuda mucho, para restablecer el servicio en el menor tiempo posible. Diferencias entre Plan de recuperación ante desastres (DRP), plan de recuperación de negocio (BRP) y plan de continuidad de negocio (BCP) Aunque en ocasiones los tres conceptos se manejan indistintamente existen pequeños matices que los diferencian. Un plan de recuperación ante desastres (DRP) establece las acciones que deberán ejecutarse para recuperar las operaciones fundamentales de una organización tras un desastre. Este plan debe incluir también las medidas para evitar determinados riesgos, mitigarlos o transferirlos a terceras partes. El DRP suele centrarse en la recuperación de las operaciones relacionadas con el procesado de datos. El plan de recuperación de negocio (BRP) incluye el plan de recuperación ante desastres pero además incluiría las acciones necesarias relacionadas con proveedores y clientes. El plan de continuidad de negocio (BCP) es el más global y se compone a su vez de planes que describen como la organización puede operar (tal vez a un nivel reducido) durante o inmediatamente después de una emergencia. El BCP debe describir cómo gestionar cualquier incidencia que afecte a la organización y que interrumpa o detenga su operativa normal, no solo grandes desastres. Un aspecto a tener en cuenta es que, un plan de continuidad de negocio no es un lugar donde se describe pormenorizadamente como solventar cada problema que nos podamos encontrar durante un incidente. Por ejemplo, que se pare el aire acondicionado en el centro de proceso de datos (CPD) es un contratiempo importante, sin embargo, no podemos esperar que el plan de continuidad de negocio explique cómo reparar el aire acondicionado. Sin embargo, sí deberá describir qué hacer, si hay que apagar los equipos o no y en qué orden y las indicaciones necesarias para llamar a los técnicos que deben reparar el aire acondicionado, por ejemplo. Fuente: http://www.seinhe.com Página - 1
Clonar un servidor Elastix, básicamente consiste en crear una copia exacta (clone) de toda la configuración de uno que esté en funcionamiento, quiero hacer énfasis en copia exacta de la configuración, con esto quiero decir que no necesariamente el hardware (CPU, Ram, Disco, etc.) de ambos servidores debe ser igual, exceptuando las tarjetas de comunicación a la PSTN (E1, FXO, FXS) que SI deberán ser iguales, el resto del Hardware del servidor puede ser diferente, otro aspecto importante es la versión de Elastix en ambos servidores deberá ser la misma. Clonar un servidor Elastix nos va ayudar a reducir el tiempo de configuración de otro servidor que se desea poner en operación, también permitirá reaccionar de manera contingencial, al tener una copia de un servidor que esté en funcionamiento por si este sufre algún daño critico. Si la conexión a la PSTN es por medio de troncales SIP, esta copia (clone) puede estar incluso en una maquina virtual, ya que no hay ningún hardware que instalar. Procedimiento: El procedimiento consiste en crear un respaldo (Backup) del servidor a clonar, copiar el archivo de respaldo en el otro servidor para luego restaurar (Restore) la configuración. 1.- Crear archivo de Respaldo o Backup del Servidor origen: En el siguiente enlace explico cómo hacer un backup: http://elastixtech.com/como-hacer-un-backup-en-elastix/ Sin embargo igual lo explicare aquí. Desde la consola de Gestión Web del servidor a clonar (origen), en la pestaña Sistema, hacemos lo siguiente: 1.1.- Clic en la opción Backup/Restore 1.2.- Clic en Desarrollar un respaldo El objetivo es crear un archivo de respaldo con toda la configuración del servidor origen, aquí explico cómo hacerlo directamente en el disco duro local del mismo servidor, sin embargo también se puede enviar a un servidor FTP que se tenga en la red, seleccionando la opción Respaldo FTP y colocando los parámetros respectivos. Página - 2
Podemos seleccionar las opciones a respaldar si el respaldo es con el propósito de actuar al presentarse un evento de recuperación ante desastre, se recomienda seleccionar todo; pero si, el propósito es solo respaldar la configuración para crear un clone del servidor, únicamente debemos seleccionar bajo los siguientes criterios: - Endpoint (Seleccionar todo) - Asterisk (Seleccionar todo, excepto Monitoreos y Correos de Voz) - Fax (Seleccionar solo si está configurado el servicio y/o lo van a implementar) - Otros (Seleccionar solo el servicio que este activo y lo van a utilizar de lo contario no seleccionar nada) - Email (No es necesario) - Otros (No es necesario) Hacemos lo siguiente: 1.3.- Clic en cada una de las opciones a respaldar 1.4.- Clic en Procesar. Esperamos que se complete el proceso de respaldo puede tardar varios minutos. Al finalizar el respaldo se crea un archivo con extensión.tar, como se muestra en la siguiente imagen: Página - 3
El archivo.tar de respaldo que se genero se encuentra en la ruta: /var/www/backup. 2.- Copiar archivo de respaldo de servidor origen a servidor destino o Clone Para ejecutar este procedimiento recomiendo que hagan uso de la herramienta de software WinSCP para realizar la copia más fácilmente. Pueden descargarla en el siguiente enlace: http://winscp.net/eng/download.php Lo que haremos será lo siguiente: Vamos acceder con WinSCP al servidor origen, buscamos en la ruta /var/www/backup, el archivo generado, desde ahí lo copiamos hacia nuestra computadora, luego accedemos con WinSCP al servidor destino a la misma ruta /var/www/backup y copiamos o trasladamos el archivo. 2.1.- Hacer copia de archivo de respaldo de servidor origen Para ingresar al servidor Elastix desde WinSCP utilizamos las mismas credenciales del usuario root. Ingresamos colocando la dirección IP del servidor, usuario root y la clave de root, luego Clic en Conectar. Página - 4
Accedemos con WinSCP al servidor origen a la ruta /var/www/backup, buscamos, seleccionamos y copiamos el archivo a la computadora desde la cual estamos ingresando, con la tecla F5 ejecutamos la copia. 2.2.- Vamos a trasladar el archivo copiado hacia el servidor destino a la misma ruta /var/www/backup, ingresamos de la misma manera con WinSCP y realizamos el proceso inverso. Con la tecla F5 ejecutamos la copia. Página - 5
Al terminar de ejecutarse la copia del archivo, cerramos y salimos de WinSCP para continuar. 3.- Ejecutar la Restauración o Restore del archivo en servidor destino Ingresamos a la consola Web del servidor destino para proceder a ejecutar el Restore del archivo de backup. 3.1.- Clic en la opción Backup/Restore Deberá en la aparecer el archivo copiado. 3.2.- Clic en Restaurar Página - 6
Al finalizar el proceso de restauración, toda la configuración del servidor deberá ser similar a la del servidor origen, verifiquen las extensiones, las troncales, las rutas entrantes y salientes, etc. Si el hardware de telefonía es similar al servidor origen, todo debería funcionar sin problemas, esto nos puede servir como plan contingencial en caso de falla del servidor principal, así como para clonar configuraciones. Personalmente utilizo este procedimiento en configuraciones de los Call Center Elastix. Página - 7
ESPACIO PARA NOTAS: Página - 8