INFORME PRUEBAS DE MIGRACIÓN RHEV A OVM

Transcripción

1 INFORME PRUEBAS DE MIGRACIÓN RHEV A OVM SUPERINTENDENCIA DE INDUSTRIA Y COMERCIO OUTSORCING DE ADMINISTRACION DE PLATAFORMA TECNOLOGICA SIC-PROCIBERNÉTICA S.A BOGOTÁ D.C. JUNIO DE 2015 Página [1] de [22]

2 Contenido 1. LISTA DE DISTRIBUCIÓN CONTROL DE VERSIONES INTRODUCCIÓN PRUEBAS DE MIGRACIÓN Nueva prueba de migracion servidor argos con sistema operacional mandrake Servidor RHEL 6.6, srvsicprod-new Servidor Mandrake, Argos Servidor Windows Server 2008, RepositorioSic Servidor Redconsumidor, rnpcweb Servidor Solaris CONCLUSIONES Y RECOMENDACIONES Página [2] de [22]

3 1. LISTA DE DISTRIBUCIÓN De Fecha Teléfono / Fax ProCibernética S.A 23/Junio/2015 PBX: A Acción * Fecha Firma OTI Revisión /Junio/2015 Supervisión del contrato 233- Aprobación 2015 * Acciones: Aprobación, Revisión, Archivo, Informativo, Otros (especificar) 2. CONTROL DE VERSIONES Fecha Versión Descripción Autor Junio 23/ Elaboración inicial del documento a entregar a la OTI Ing. Giovanny Orozco ProCibernética S.A INTRODUCCIÓN ProCibernética S.A, para dar cumplimiento a sus compromisos contractuales en cuanto a la administración de la plataforma de TI con la Superintendencia de Industria y Comercio (SIC), bajo el contrato 233 de 2015, en atención a requerimiento Aranda 12159, presenta el reporte de las pruebas de migración de servidores virtuales del ambiente de virtualización Linux (RHEV) al ambiente de virtualización Oracle (OVM). De: Hector Alfonso Perez [mailto:hperez@sic.gov.co] Enviado el: jueves, 18 de junio de :58 a.m. Para: 'registromesadeayuda@sic.gov.co'; 'directorpcb@sic.gov.co' CC: John Edward Molano Hernandez; 'Omar Alberto Garzon'; oasprilla@sic.gov.co Asunto: CR instalciones de prueba de servidores virtuales en OVM Importancia: Alta Señores Meda de Ayuda Outsorcing de Procibernetca. Estimados Señores: Comedidamente se solicita la instalación en el servicio de Oracle Virtual Machine del DataCenter de IFX (contingencia SIC), mediante restauración de copias de seguridad de servidores virtuales tomadas desde el servicio de RedHat Enterprise Virtualización del centro de cómputo (sede SIC), para lo cual se sugiere: Página [3] de [22]

4 1. Restaurar completamente (instalación, cambio de direccionamiento IP, verificar funcionalidad y realizar seguimiento de logs de sistema y aplicaciones) de un servidor virtualizado que se opere con sistema operacional RedHat Linux 6 de 64bits. 2. Restaurar completamente (instalación, cambio de direccionamiento IP, verificar funcionalidad y realizar seguimiento de logs de sistema y aplicaciones) de un servidor virtualizado que se opere con sistema operacional Linux Mandrake RedHat, por lo cual se sugiere el servidor que al restaurarse y operar debe comunicarse con la base de datos del servidor Sun490 utilizando el servicio de Canal SSL. (obviamente se deben reconfigurar servicios, debiendo quedar operativa una URL similar a ) 3. Restaurar completamente (instalación, cambio de direccionamiento IP, verificar funcionalidad y realizar seguimiento de logs de sistema y aplicaciones) de un servidor virtualizado que se opere con sistema Microsoft Windows Server 2008 R2 o superior. 4. Restaurar completamente (instalación, cambio de direccionamiento IP, verificar funcionalidad y realizar seguimiento de logs de sistema y aplicaciones) el servidor del portal de la Red Nacional de Protección al Consumidor, 5. Configurar un servidor Virtual Oracle Solaris 10 u Oracle Solaris 11, con características similares (en procesador, disco y espacios para base de datos) al servidor Infinity, para posteriormente configurar un servicio de base de datos. (instalación desde cero) Lo anterior con el fin de continuar con la implementación de el plan de contingencia de la Sic e implementación del core informático de la red de protección al consumidor en el DataCenter de IFX, por lo cual se solicita el favor de remitir programación para su seguimiento por parte del grupo de infraestructura. Mil gracias 4. PRUEBAS DE MIGRACIÓN De acuerdo al requerimiento Aranda 12195, las siguientes son las pruebas por cada tipo de servidor. 4.1 NUEVA PRUEBA DE MIGRACION SERVIDOR ARGOS CON SISTEMA OPERACIONAL MANDRAKE -10 De: Administrador Solaris [mailto:dc.solaris@sic.gov.co] Enviado el: viernes, 03 de julio de :50 a.m. Para: 'Hector Alfonso Perez' CC: 'Gerente de Proyecto SIC - PROCIBERNETICA' Asunto: Falla servidor Mandrake Página [4] de [22]

5 Buen día Nuevamente intentamos migrar un servidor mandrake, sacando el volcado a disco desde el ambiente RHEV, se migró a OVM y aunque se pudo subir el sistema y modificar nombres e ip, no fue posible subir la interfaz de red. Saludos, Ingeniero Giovanny Miguel Orozco Therán Gestor TI Datacenter SIC Procibernética Carrera 13 # Piso 5 Tel.: Ext.: Página [5] de [22]

6 4.2 SERVIDOR RHEL 6.6, SRVSICPROD-NEW a) Enviar imágenes del servidor al repositorio de archivos de Oracle VM (OVM). b) Nota: para un servidor con dos discos, uno de 20GB y otro de 30GB, el proceso de paso de archivos demoró aproximadamente nueve horas, se requiere validar tema de conectividad entre Datacenter SIC-Centro y Datacenter-IFX. Una vez transferidos las imágenes al repositorio seleccionado, desde la consola de virtualización de debe refrescar el repositorio para que aparezcan disponibles nos nuevos archivos de disco. Página [6] de [22]

7 c) Crear máquina virtual desde consola de virtualización Para este caso se selecciona uno de los servidores del Server Pool SIC (cronos), y se selecciona el ícono Create Virtual Machine. En la pantalla emergente se de elegir la opción Create new VM. Al hacer click en el botón Next, aparece una ventana asistente del proceso de creación, en la cual se diligencia los datos generales de la máquina virtual a crear (nombre, repositorio a usar, Sistema operativo, memoria, procesadores, etc.). Nota: es necesario validar para un proceso de migración de ambientes productivos a contingencia, definir las políticas uso de recursos en ambiente de contingencia, como capacidad de memoria y procesamiento, si será menor, mayor, o igual que el ambiente productivo. Página [7] de [22]

8 Al seleccionar el botón Next aparece el tab de configuración de red, donde es posible adicionar el segmento de red disponible (o segmentos), y asignar una mac dinámica o estática a cada interfaz de red a configurar. Al seleccionar el botón Next aparece el tab de configuración de Discos, y para el caso de migración, se selecciona el tipo Virtual Disk y en el campo Actions se busca la imagen o imágenes subida al repositorio. Finalmente, se seleccionan las opciones de arranque para la nueva máquina virtual, en este caso Disk. Página [8] de [22]

9 La ventana siguiente se deja vacía y se selecciona la opción Finish para terminar la configuración. d) Iniciar máquina virtual Una vez finalizada la configuración, desde el menú Servers and VM en la sección derecha aparece la máquina recién configurada, la cual se puede iniciar haciendo clic derecho sobre el nombre de la nueva máquina virtual, o haciendo clic en el ícono en la barra de menú. Página [9] de [22]

10 Una vez inicie la máquina se debe ingresar a la consola seleccionando el ícono. El cual desplegará una nueva ventana de navegador con la consola de la nueva máquina, que por ser migración, iniciará el sistema operativo inmediatamente. Página [10] de [22]

11 Y una vez suba el sistema operativo, se debe ingresar con usuario y clave original del sistema migrado. e) Ajustar configuración de la nueva máquina. Para el caso de este servidor Linux, se deben editar los archivos de configuración: /etc/hosts, para editar nombre y dirección de la nueva máquina. Nota: para configurar contingencia se debe especificar si se va a dejar con el mismo nombre el servidor y una ip diferente, o si tendrá nombre y direcciones iguales pero con la interfaz apagada para ser encendida al activar la continencia, o si tendrá nombre y dirección ip diferente (como en este ejemplo). /etc/sysconfig/network, para configurar hostname de la nueva máquina. Página [11] de [22]

12 /etc/sysconfig/network-scripts/ifcfg-eth0, para editar información de configuración de red. Editar o Eliminar el archivo /etc/udev/rules.d/70-persistent-net.rules (que tiene la mac de la interfaz del servidor original) Luego de esto se debe correr el comando reboot, y al ingresar nuevamente al servidor validar la nueva configuración de red (esto puede realizarse por ssh si la máquina migrada tiene habilitado este acceso). Página [12] de [22]

13 Página [13] de [22]

14 Nota: para configuraciones que dependan de permisos en otros sistemas, como el caso de recursos NFS, primero deben configurarse dichos permisos para validar los respectivos accesos, de lo contrario se generarán errores como se ilustra en la siguiente imagen. Página [14] de [22]

15 4.3 SERVIDOR MANDRAKE, ARGOS2 a) Enviar imágenes del servidor al repositorio de archivos de Oracle VM (OVM). Este paso es igual al ejecutado en el servidor anterior. b) Crear máquina virtual desde consola de virtualización Este paso es igual al ejecutado en el servidor anterior. Excepto que se debe seleccionar Other Linux en las opciones de sistema operativo puesto que no aparece la opción para Mandrake, y el tipo de dominio debe ser XEN_HVM_PV_DRIVERS. c) Iniciar máquina virtual Este paso es igual al ejecutado en el servidor anterior. En este caso no es posible un inicio correcto del sistema operativo pues aparecen errores en los discos y no se pudo iniciar el sistema completamente. Página [15] de [22]

16 4.4 SERVIDOR WINDOWS SERVER 2008, REPOSITORIOSIC a) Enviar imágenes del servidor al repositorio de archivos de Oracle VM (OVM). Este paso es igual al ejecutado en el servidor anterior. b) Crear máquina virtual desde consola de virtualización Este paso es igual al ejecutado en el servidor anterior. Y se selecciona específicamente opción de sistema operativo Windows2008, y tipo de dominio XEN_HVM_PV_DRIVERS. Página [16] de [22]

17 c) Iniciar máquina virtual Este paso es igual al ejecutado en el servidor anterior. Pero con usuario administrador Windows de manera local. Página [17] de [22]

18 d) Ajustar configuración de la nueva máquina. Para el caso de este servidor Windows, se ajustar Configuración de red del servidor Página [18] de [22]

19 Cambiar nombre del servidor, y reiniciar el equipo para que se tomen los cambios. Después de esto es posible acceder desde escritorio remoto y autenticandose con usuario del dominio Página [19] de [22]

20 4.5 SERVIDOR REDCONSUMIDOR, RNPCWEB a) Enviar imágenes del servidor al repositorio de archivos de Oracle VM (OVM). Este paso es igual al ejecutado en el punto 4.1 Página [20] de [22]

21 b) Crear máquina virtual desde consola de virtualización Este paso es igual al ejecutado en el punto 4.1 c) Iniciar máquina virtual Este paso es igual al ejecutado en el punto 4.1 d) Ajustar configuración de la nueva máquina. Este paso es igual al ejecutado en el punto SERVIDOR SOLARIS Debido a que todos los servidores con sistema operativo Solaris de la SIC son plataforma Sparc, estos no pueden ser restaurados en un ambiente virtualizado X86. Página [21] de [22]

22 5 CONCLUSIONES Y RECOMENDACIONES Terminadas las pruebas preliminares para el montaje de un servidor virtualizado por cada una de las arquitecturas utilizadas por la entidad en el sistema Oracle VM server x86 instalado en la plataforma tecnológica de propiedad de la entidad en el DataCernter Alterno donde se alojará plataforma tecnológica mínima básica para dar continuidad al Plan de implementación de Continuidad de Operaciones destinado a recuperar y restaurar parcialmente los servicios informáticos catalogados como críticos después de una interrupción no deseada o desastre, que permita atender los trámites prioritarios a los ciudadanos y empresas, se concluye principalmente que los servidores que se gestionan con sistema operacional Linux Mandrake Versión 10, no es posible clonar y recuperar en el Datacenter alterno, razón por la cual y teniendo en cuenta que hay varios servidores en producción en esta arquitectura, se deben tomar las acciones pertinentes para migrar las aplicaciones a servidores con arquitectura de sistema operacional reciente, toda vez que en las pruebas realizadas por el Outsorcin de administración de plataforma tecnológica SIC-Procibernetica, los resultados son NO exitosas. El resultado de las pruebas es: Todos los servidores Linux y Windows fueron clonados satisfactoriamente desde un backup de la virtualización RHEV a OVM. Los RHEL con tipo de dominio XEN_PMV y el resto como XEN_HVM_PV_DRIVERS. Los servidores Mandrake no fueron migrados satisfactoriamente, cabe notar que este sistema no tiene soporte alguno. Los servidores clonados fueran cambiados de nombre adicionando al original el sufijo ifx, y asignada una ip del rango Las pruebas funcionales deben ser coordinadas directamente con los desarrolladores habiendo ProCibernética probado la restauración del sistema operativo. Las pruebas realizadas se ejecutaron mediante procedimiento de generación de backups de servidores virtuales en plataforma RHEV mediante volcado de disco (archivos.img), y restaurado mediante la creación de máquina virtuales con VirtualDisk (archivos.img) en OVM. Lo cual tiene limitaciones en cuanto a la extensión futura de un filesystem. El paso de cada archivo.img de 30GB en promedio (algunas máquinas tenían varias discos) tomó aproximadamente 4 horas, por lo que se debe tener en cuenta la capacidad del canal si se piensa usar dicho procedimiento, y validar temas de conectividad que susceptibles de optimizar. Se recomienda validar configuración de repositorios en el ambiente OVM para optimizar el desempeño de la plataforma y el crecimiento dinámico de los recursos asignados a las máquinas virtuales, esto es, determinar si se crearán virtual disk para cada máquina virtual, o se presentarán LUNs a los hypervisores OVM por cada máquina virtual a crear. Página [22] de [22]