You are on page 1of 168

AO DE LA INVERSIN PARA EL DESARROLLO RURAL Y LA SEGURIDAD ALIMENTARIA

UNIVERSIDAD PERUANA LOS ANDES


FACULTAD DE INGENIERA
CARRERA PROFESIONAL DE INGENIERA DE SISTEMAS Y COMPUTACIN

DESPLIEGUE DE UNA PLATAFORMA VIRTUAL DE SERVIDORES EN SODIMAC CON RED HAT ENTERPRISE VIRTUALIZATION (RHEV) EN LA CUIDAD DE LIMA, SETIEMBRE 2013
INFORME TCNICO PARA OPTAR EL TTULO DE: INGENIERO DE SISTEMAS Y COMPUTACIN

PRESENTADO POR: ROLANDO CSAR, PALACIOS MAYTA HUANCAYO - PER 2013

Dedicatoria

A Dios, por su infinito amor, su cuidado la fuerza y voluntad que me brinda para continuar en el cumplimiento de mis objetivos.
A mi madre por ser la motivacin de mi vida. A mifamilia por sus consejos y apoyo moral. Csar Palacios Mayta

INDICE
DEDICATORIAI INDICE ....................................................................................................................................... II RESUMEN .............................................................................................................................. VIII INTRODUCCIN ....................................................................................................................... X 1.1. DEFINICION DEL PROBLEMA ...................................................................................11 PROBLEMA GENERAL .......................................................................................12 PROBLEMA ESPECIFICO ...................................................................................12

1.1.1. 1.1.2. 1.2. 1.3. 1.4.

JUSTIFICACIN .........................................................................................................12 HIPOTESIS .................................................................................................................13 OBJETIVOS ................................................................................................................13 OBJETIVO GENERAL .........................................................................................13 OBJETIVOS ESPECIFICOS ................................................................................13

1.4.1. 1.4.2. 1.5.

VARIABLES ................................................................................................................14 VARIABLE DEPENDIENTE: ................................................................................14 VARIABLE INDEPENDIENTE: .............................................................................14

1.5.1. 1.5.2. 1.6. 1.7. 1.8. 1.9. 2.1.

LIMITACIONES DE LA INVESTIGACIN ...................................................................14 METODOLOGA..........................................................................................................15 PLANTEAMIENTO DE LA SOLUCIN .......................................................................15 CRONOGRAMA DE TRABAJO ...................................................................................16 VIRTUALIZACIN.......................................................................................................17 VIRTUALIZACIN DE PLATAFORMA .................................................................18 VENTAJAS DE LA VIRTUALIZACIN .................................................................22 COMPATIBILIDAD ...............................................................................................24 ENCAPSULAMIENTO ..........................................................................................24 VIRTUALIZACIN DE SERVIDORES..................................................................25

2.1.1. 2.1.2. 2.1.3. 2.1.4. 2.1.5. 2.2. 2.3.

SERVIDORES .............................................................................................................26 RED HAT ENTERPRISE VIRTUALIZATION PARA SERVIDORES ............................28 MQUINA VIRTUAL (KVM) .................................................................................31 QEMU ..................................................................................................................33 RED HAT ENTERPRISE VIRTUALIZATION MANAGER HOST AGENT, VDSM .34 LIBVIRT ...............................................................................................................34

2.3.1 2.3.2 2.3.3 2.3.4

II

2.3.5 2.3.6 2.3.7 2.3.8 2.3.9 2.3.10 2.3.11 2.3.12 2.5.

POOL STORAGE MANAGER (SPM) ...................................................................35 SISTEMA OPERATIVO INVITADO ......................................................................35 ARQUITECTURA DE RED HAT ENTERPRISE VIRTUALIZATION .....................36 COMPONENTES DEL SISTEMA .........................................................................38 RECURSOS .........................................................................................................39 RED HAT ENTERPRISE VIRTUALIZATION ARQUITECTURA ...........................42 CARACTERSTICAS Y BENEFICIOS ..................................................................48 STORAGE............................................................................................................49

STORAGE...................................................................................................................52 CENTRO DE DATOS (DATA CENTER) ...............................................................52 DOMINIOS DE ALMACENAMIENTO (Storage Domains Overview) .....................53 TIPOS DE DOMINIO DE ALMACENAMIENTO ....................................................54 TIPOS DE DOMINIO DE STORAGE ....................................................................56

2.5.1. 2.5.2. 2.5.3. 2.5.4.

2.5.5. FORMATOS DE ALMACENAMIENTO DE MQUINA VIRTUAL DE IMGENES DE DISCO ..........................................................................................................................58 2.5.6. IMAGEN DE DISCO POLTICAS DE ASIGNACIN DE ALMACENAMIENTO DE MQUINA VIRTUAL...........................................................................................................60 2.5.7. STORAGE DOMAIN AUTORECOVERY EN RED HAT ENTERPRISE VIRTUALIZATION ..............................................................................................................61 2.5.8. 2.5.9. 2.5.10. 2.5.11. 2.5.12. 2.5.13. 2.6. GESTOR DE AGRUPACIONES DE ALMACENAMIENTO ...................................62 SNAPSHOT .........................................................................................................65 SNAPSHOTS EN VIVO EN RED HAT ENTERPRISE VIRTUALIZATION.........67 CREACIN DE SNAPSHOT ............................................................................69 SNAPSHOT PREVIAS......................................................................................71 ELIMINACIN DE SNAPSHOTS ......................................................................72

CLUSTER ...................................................................................................................74 CLUSTER DE ALTA DISPONIBILIDAD ...............................................................77

2.6.1. 2.7.

METODOLOGIA DE GESTION DE PROYECTOS ......................................................89 FASE DE INICIO Y PLANIFICACIN...................................................................89 FASE DE EJECUCIN Y CONTROL ...................................................................90 FASE DE CIERRE DE PROYECTO .....................................................................90

2.7.1. 2.7.2. 2.7.3. 3.1. 4.1. 4.2.

DEFINICION ...............................................................................................................91 NOMBRE DE LA EMPRESA .......................................................................................96 NOMBRE DEL PROYECTO ........................................................................................96 III

4.3. 4.4.

INTRODUCCIN ........................................................................................................96 ACTA DE CONSTITUCION DEL PROYECTO ............................................................97 DESCRIPCIN DEL PROYECTO ........................................................................97 DIRECTOR DEL PROYECTO ASIGNADO Y NIVEL DE AUTORIDAD ................98 CASO DE NEGOCIO ...........................................................................................98 RECURSOS PRE-ASIGNADOS ..........................................................................99 INTERESADOS ...................................................................................................99 DESCRIPCION DEL PRODUCTO/SERVICIO ...................................................100 OBJETIVOS MEDIBLES DEL PROYECTO........................................................101 REQUISITOS DE APROBACIN DEL PROYECTO ..........................................104

4.4.1. 4.4.2. 4.4.3. 4.4.4. 4.4.5. 4.4.6. 4.4.7. 4.4.8. 4.5.

ALCANCE .................................................................................................................104 LISTA DE REQUISITOS ....................................................................................104 ESTRUCUTRA DE DESGLOSE DE TRABAJO (EDT) .......................................106

4.5.1. 4.5.2. 4.6.

EJECUCION DEL PROYECTO .................................................................................108 ESPECIFICACIONES DE SERVIDORES ..........................................................108 ESPECIFICACIONES DE LOS SERVICIOS ......................................................111 INSTALACION ...................................................................................................112

4.6.1. 4.6.2. 4.6.3.

4.7. INSTALACIN DE PRE-REQUISITOS EN EL SERVIDOR RHEL 6 PARA EL SERVICIO RHEV-MANAGER ..............................................................................................127 4.8. 4.9. 4.10. 4.11. 4.12. 4.13. INSTALACIN DEL SERVICIO MANAGER SOBRE RHEL 6 ...................................130 INSTALACIN DEL SERVICIO GLUSTERFS ..........................................................132 CONFIGURACIN DEL STORAGE A TRAVS DEL SERVIDOR RHEV-MANAGER ...139 CREACIN DE UN DOMINIO DE EXPORTACIN ...............................................146 CONTROL DE CALIDAD (HISTOGRAMA) ............................................................149 CIERRE DEL PROYECTO ....................................................................................161

Bibliografa ..............................................................................................................................163 CONCLUSIONES ....................................................................................................................164 RECOMENDACIONES ...........................................................................................................165 ANEXO....................................................................................................................................166

IV

INDICE DE FIGURAS
IMGENES CAPITULO I Imagen N 1 (Arquitectura de Hypervisores y Almacenamiento)................................................16 IMGENES CAPITULO II Imagen N 2 (Arquitectura del Hypervisor) ................................................................................30 Imagen N 3 (interfaz web de administracin de Red Hat Enterprise Virtualization Manager) ...31 Imagen N 4 (Arquitectura de virtualizacin en Red Hat) ...........................................................38 Imagen N 5 (Arquitectura de Storage) ......................................................................................51 Imagen N 6 (Tipos de almacenamiento Storage) ...................................................................56 Imagen N 7 (El grupo de Storage Manager escribe exclusivamente Metadatos estructurales) 65 Imagen N 8 (Creacin de snapshot) .........................................................................................70 Imagen N 9 (Aadir un Snapshot) ............................................................................................71 Imagen N 10 (Snapshot) ..........................................................................................................72 Imagen N 11 (Borrar Snashots) ...............................................................................................74 Imagen N 12 (Arquitectura Activo / Activo) ...............................................................................80 Imagen N 13 (Arquitectura Activo / Pasivo) ..............................................................................81 Imagen N 14 (Recurso y grupo de recursos) ............................................................................83 Imagen N 15 (migracin de servicio) ........................................................................................86 Imagen N 16 (Canal de comunicacin) ....................................................................................89 IMGENES CAPITULO IV Imagen N 17 EDT ..................................................................................................................107 Imagen N 18 (Arquitectura de solucin) .................................................................................109 Imagen N 19 (inicio de instalacin de Red hat) ......................................................................114 Imagen N 20 (Test del cd de instalacin) ...............................................................................114 Imagen N 21 (Elegir idioma)...................................................................................................115 Imagen N 22 (Elegir el dispositivo de almacenamiento) .........................................................115 Imagen N 23 Figura 4.7 (Nombre de host) .............................................................................116 Imagen N 24 (Elegir el pais) ...................................................................................................116 Imagen N 25 (Aadir de password) ........................................................................................117 Imagen N 26 (Particin personalizada) ..................................................................................118 Imagen N 27 (Crear particin) ................................................................................................118 Imagen N 28 (Creando boot)..................................................................................................119 Imagen N 29 (Crear Volumen lgico) .....................................................................................119 Imagen N 30 (Crear Volumen fsico) ......................................................................................120 Imagen N 31 (Crear grupo Volumen fsico) ............................................................................121 Imagen N 32 Figura 4.16 (Crear Raiz) ...................................................................................122 Imagen N 33 (Crear swap) .....................................................................................................122 Imagen N 34 (File System).....................................................................................................123 Imagen N 35 (Sector de arranque) .........................................................................................123 Imagen N 36 (Seleccionar instalacin Mnima) ......................................................................124 Imagen N 37 (Seleccin de sistema Base) .............................................................................124 V

Imagen N 38 (Seleccin de Escritorio) ...................................................................................125 Imagen N 39 (Seleccin de paquete) .....................................................................................126 Imagen N 40 (Instalacin en proceso) ....................................................................................127 Imagen N 41 (Instalacin de Pre-requisitos) ..........................................................................128 Imagen N 42 (Subscripcin) ...................................................................................................129 Imagen N 43 (Creacion de Storage) .......................................................................................140 Imagen N 44 (Creacin de Storage) .......................................................................................141 Imagen N 45 (Centro de Datos y Cluster) ..............................................................................141 Imagen N 46 (Agregando Hypervisores) ................................................................................143 Imagen N 47 (Configuracin de RHEVM) ...............................................................................143 Imagen N 48 (Seleccin de SPM) ..........................................................................................144 Imagen N 49 (Seleccin de SPM) ..........................................................................................145 Imagen N 50 (Almacenamiento de mquinas de virtuales).....................................................146 Imagen N 51 (Creacin de dominio de exportacin)...............................................................148 Imagen N 52 (Histograma) .....................................................................................................149 Imagen N 53 (Host Caido)......................................................................................................150 Imagen N 54 (Hosts) ..............................................................................................................151 Imagen N 55 (Storage Domain)..............................................................................................151 Imagen N 56 (Hosts caido).....................................................................................................152 Imagen N 57 (Proceso de Migracin) .....................................................................................153 Imagen N 58 (Hosts levantado) ..............................................................................................153 Imagen N 59 (Host Conectado) ..............................................................................................154 Imagen N 60 (Hosts) ..............................................................................................................155 Imagen N 61 (Storage Domain)..............................................................................................156 Imagen N 62 (Reinicio del hosts) ...........................................................................................156 Imagen N 63 (Hypervisor activado) ........................................................................................157 Imagen N 64 (Storage Domain)..............................................................................................157 Imagen N 65 (Hipervisores) ...................................................................................................158 Imagen N 66 (Hypervisores Apagados)..................................................................................159 Imagen N 67 (Hosts Devueltos a Hyperisores A) ...................................................................159 Imagen N 68 (Storage Domain Desactivado) .........................................................................160 Imagen N 69 (Hypervisores Activados) ..................................................................................161

VI

INDICE DE TABLAS TABLAS CAPITULO IV


Tabla N 1 (Cronograma de Hitos) ..........................................................................................103 Tabla N 2 (Componentes) ......................................................................................................108 Tabla N 3 (Especificaciones de los servidores) ......................................................................109 Tabla N 4 (Particiones de servidores) ....................................................................................110 Tabla N 5 (distribucin de Memoria) ......................................................................................111 Tabla N 6 (Especificaciones)..................................................................................................112 Tabla N 7 (Requisitos Mnimos) .............................................................................................113 Tabla N 8 (documento de cierre de proyecto) ........................................................................162

VII

RESUMEN

El Tema que se plantea en el seguimiento del informe tcnico es la de desplegar una plataforma virtual con Red Hat Enterprise Virtualization1, este sistema har posible que los servidores de tiendas Sodimac puedan ser administrados con la ventaja de tener alta disponibilidad, logrando que la recuperacin de los servidores creados sean eficaces sin interrumpir el servicio, aplicativos, procesos y que sea flexible ante

cualquier dao fsico del servidor principal, muestra tambin la facilidad de administrar servidores gracias a una interfaz grfica que brinda la misma aplicacin virtual (RHEV) 1, dividiendo la administracin a nivel de usuarios y administrador. Por parte del

Almacenamiento lleva una tecnologa Storage con Cluster de Red Hat Enterprise Linux que cumplirn la funcin de almacenar las mquinas virtuales.

En el captulo I se definen las generalidades del presente informe y los objetivos que se busca lograr.

En el captulo II se presenta el marco terico describiendo los temas conceptuales del presente informe y los aspectos tcnicos.

En el captulo III Se detalla la metodologa a usar para el desarrollo del proyecto.

RHEV Red Hat Enterprise Virtualization Sistema que hace posible la creacin de mquinas (McBrien, 2012)

VIII

En el captulo IV se desarrolla la instalacin y configuracin de la plataforma virtual con Red Hat Enterprise Vitualization.

IX

INTRODUCCIN

Red Hat Enterprise Virtualization es una solucin de virtualizacin generalizada tanto para servidores y escritorios de centros de cmputo. Comprende dos componentes principales. Red Hat Enterprise Virtualization Manager para Servidores1 Un sistema de gestin de la virtualizacin de servidores con mltiples caractersticas que ofrece capacidades avanzadas para hosts y guests, inclusive alta disponibilidad, migracin en vivo, gestin de almacenamiento, programador de sistemas, y ms an. Red Hat Enterprise Virtualization Hypervisor2 Un moderno hipervisor basado en KVM que puede implementarse como hipervisor bsico autnomo (incluido junto con Red Hat Enterprise Virtualization para Servidores), o bien como Red Hat Enterprise Linux y versiones posteriores (adquirido por separado) instalado como host hipervisor.

Con esta tecnologa que tambin es compatible con un Storage que es un modo de almacenamiento tendremos la ventaja de trasladar mquinas virtuales de un host a otro, en este caso requerimos tambin de alta disponibilidad y es necesario usar dos host del mismo hardware cada uno, Tambin cuenta con un ahorrador de energa el cual desactiva algunos hosts y lograr as un ahorro de energa, tambin cuenta con un gestor de imgenes que genera mquinas virtuales a partir de plantillas.

Hypervisor host en el cual el manager usa recursos de hardware para crear virtuales.

CAPITULO I GENERALIDADES

1.1.

DEFINICION DEL PROBLEMA


Sodimac cuenta con una central en lima y tiene tres servidores en produccin, una que administra la caja y es la ms importante en la cual est instalado una versin 5 de RHEL (Red Hat Enterprise Linux), otra con windows server en la cual maneja informacin personal solo de la Entidad y un servidor proxmox3 que alberga servidores en kvm4 tambin propio de la empresa pero no cuenta con un administrador, actualmente cuenta con 10 tiendas a nivel nacional a su cargo, todas las tiendas dependen de la central como nico centro de datos, son diferentes los acontecimientos que producen la cada de uno de estos servidores o pueden ser los tres al mismo tiempo ya sea por falta de energa elctrica, desconexin de la red y esto hace que los procesos de envo y entrega de informacin no sea efectivo, por otro lado el tiempo de recuperacin del sistema de los

3 4

Proxmox gestionador de mquinas virtuales de cdigo abierto. Kvm (Kernel based Virtual Machine), una de las tantas herramientas de virtualizacin. Basada en GNU/Linux y desarrollada por la empresa Qumranet, esta herramienta de software libre permite la virtualizacin sobre hardware X86 y viene incluido por default a partir del Kernel 2.6.20 de Linux, permitiendo una rapida implementacin.

11

servidores hacen que las transacciones se demoren por un tiempo determinado dependiendo de la gravedad del caso.

1.1.1.

PROBLEMA GENERAL
En qu medida el Despliegue de un ambiente virtual con Red Hat Enterprise Virtualization garantiza el control de los servidores de tiendas Sodimac?

1.1.2.

PROBLEMA ESPECIFICO

Cul es la arquitectura apropiada para desplegar un ambiente de virtualizacin?

Qu tipo de Storage usar para el almacenamiento? Qu metodologa usar para poder desplegar un ambiente de virtualizacin en tiendas Sodimac?

1.2.

JUSTIFICACIN
La presente investigacin se pretende desplegar una plataforma virtual en Red Hat Enterprise Linux y se lograr lo siguiente:

Alta disponibilidad, Si falla un host, las mquinas virtuales se reinician en otro host en forma automtica.

Migracin en vivo, trasladar las mquinas virtuales de un host a otro en forma dinmica sin interrumpir el servicio.

12

Gestor de imgenes, Genera nuevas mquinas virtuales a partir de plantillas.

Thim Provisioning, permite la creacin de escritorios y servidores a partir de plantillas almacenando nicamente las diferencias entre las nuevas instancias y las plantillas base, ahorrando as espacio de almacenamiento

1.3.

HIPOTESIS
El Despliegue de una plataforma virtual con Red Hat Enterprise Virtual en Tiendas Sodimac podr controlar de una manera eficiente los servidores de tiendas Sodimac.

1.4.

OBJETIVOS 1.4.1. OBJETIVO GENERAL Desplegar una plataforma virtual con Red Hat Enterprise

Virtualization para controlar los servidores de tiendas Sodimac.

1.4.2. OBJETIVOS ESPECIFICOS Definir la arquitectura en la que se desplegar el software de virtualizacin.

Definir un tipo de Storage para el almacenamiento.

Definir una metodologa para desplegar un ambiente de virtualizacin.

13

1.5.

VARIABLES 1.5.1. VARIABLE DEPENDIENTE:


Plataforma virtual con Red Hat Enterprise Virtualization. Definicin Conceptual. La plataforma Virtual con Red Hat Enterprise virtualization es una solucin diseada para permitir una virtualizacin generalizada del centro de cmputo y lograr un rendimiento del capital y una eficiencia operativa sin precedentes. Red Hat Enterprise

Virtualization para servidores se basa en la plataforma Red Hat Enterprise Linux en la que confan miles de organizaciones en millones de sistemas en todo el mundo para sus cargas de trabajo ms crticas.

1.5.2. VARIABLE INDEPENDIENTE:


Controlar servidores La Virtualizacion en general cuenta con un sistema de control de las mquinas virtuales que hace posible manejar la cantidad de nucleos, memoria ram, Disco Duro con que se va a crear una maquina virtual.

1.6.

LIMITACIONES DE LA INVESTIGACIN
El dominio de la investigacin est delimitado a la Entidad Sodimac en el rea de sistemas. Y el periodo de estudio caracteriza a la investigacin como trasversal, porque se realizar en un momento determinado del tiempo, durante los meses de Agosto a Setiembre del 2013.

14

1.7.

METODOLOGA
Segn la autora (Rita Mulcahy, 2011) menciona que la Gestin de proyectos es una disciplina de planes para alcanzar un objetivo por lo tanto se usar la metodologa de Gestin de proyectos5.

1.8.

PLANTEAMIENTO DE LA SOLUCIN

El despliegue de una plataforma virtual de servidores en TIENDAS SODIMAC, permitir brindar seguridad y confiabilidad de funcionamiento a los servidores que se quiera instalar.

Para implementar la plataforma virtual con alta disponibilidad se trabajar con lo siguiente:

Una computadora que administrar los hypervisores, dos servidores que se usaran como hypervisores, estos servidores estarn en cluster para su almacenamiento, una de ellas ser el espejo para la alta disponibilidad (activo/pasivo), en lo que respecta al almacenamiento se usar el sistema de archivos Gluster, que estar inmerso en los dos servidores.A continuacin en la (Imagen 1) se detalla la arquitectura virtual implementada, la cual cuenta con 2 servidores que cumplen la funcin de Hypervisores y Almacenamiento, donde se levantarn las mquinas virtuales, y un servidor virtual donde est alojada la instancia Servidor Manager.
5

Metodologa de Gestin de Proyectos se basa en el marco metodolgico de idea (4 fases o estados secuenciales en el tiempo por los que pasa un proyecto a lo largo de su existencia: INICIO, DESARROLLO, ESTABILIZACION y APRENDIZAJE) (SUNAT, 2013)

15

Imagen 1 (Arquitectura de Hypervisores y Almacenamiento)


Fuente: Elaboracin propia

1.9.

CRONOGRAMA DE TRABAJO
El cronograma fue elaborado en base al EDT de la metodologa (Vase ANEXO N 01)

16

CAPITULO II MARCO TEORICO

2.1. VIRTUALIZACIN
Segn Csar Hernandez Brito. (2011)6 , virtualizacin es como una estrategia para reducir costos de operacin en centros de cmputo y es una tecnologa que permite la creacin de equipos, basados en software, que reproducen el ambiente de una mquina fsica en sus aspectos de CPU, memoria, almacenamiento y entrada y salida de dispositivos.

Con la virtualizacin de equipos fsicos se logra la reduccin de costos en rubros como el mantenimiento, energa, espacio fsico y personal necesario para la administracin del equipo. En su conjunto las reducciones producen ahorros muy atractivos para las empresas o instituciones que buscan la optimizacin de sus recursos, pero manteniendo, incluso incrementando el nivel de los servicios de tecnologas de la informacin existentes.

Csar Hernandez Brito. (2011) virtualizacin como una estrategia para reducir costos de operacin en centros de cmputo [Tesis que para obtener el grado de maestro en ciencias en informtica] instituto politcnico nacional. 2011

17

Mediante una exploracin a fondo sobre las posibilidades de usar la virtualizacin como estrategia de consolidacin, se busca dotar a los administradores de centros de cmputo con una valiosa herramienta para la optimizacin de recursos.

De acuerdo a (Peggy Miranda Carbo, 2011), menciona el hardware que ser usado para configurar una virtualizacin con Hyper-V7. Se utilizar dos equipos fsicos, en el primer equipo haremos tres pruebas para poder escoger la plataforma adecuada para nuestro diseo de un ERP. En la primera prueba instalaremos Windows Server 2008 (Sistema Operativo) para poder trabajar con Hyper-V6. En la segunda prueba instalaremos VMware ESXi 5.0 y en la tercera prueba instalaremos Citrix XenServer. Una vez instaladas utilizaremos nuestro segundo equipo para la conexin remota hasta nuestro servidor.

Un procesador x64, corriendo una versin x64 de Windows Server 2008 Standard, Windows Server 2008 Enterprise o Windows Server 2008 Datacenter. Sin embargo, las herramientas de administracin de Hyper-V6 estn disponibles para ediciones de 32 bits. Virtualizacin asistida por hardware. Est disponible en procesadores que incluyen una opcin de virtualizacin; concretamente, en procesadores con tecnologa Intel Virtualization Technology (Intel VT) o AMD Virtualization (AMD-V). La Proteccin de ejecucin de datos (DEP) aplicada por hardware debe estar disponible y habilitada. Memoria mnima de 3 GB de RAM.

2.1.1. VIRTUALIZACIN DE PLATAFORMA


De acuerdo con (Jorge Lastras, 2009), existen muchos enfoques a la virtualizacin de plataformas, aqu se listan con base en cuan completamente es implementada una simulacin de hardware.
7

Hyper-v es un programa de virtualizacin basado en un hipervisor para los sistemas de 64-bits con los procesadores basados enAMD-V o Tecnologa de virtualizacin Intel

18

Emulacin o simulacin: la mquina virtual simula un hardware completo, admitiendo un sistema operativo guest8 sin modificar para una CPU completamente diferente. Este enfoque fue muy utilizado para permitir la creacin de software para nuevos procesadores antes de que estuvieran fsicamente disponibles. Por ejemplo Bochs, PearPC, Qemu sin aceleracin, y el emulador Hercules. La emulacin es puesta en prctica utilizando una variedad de tcnicas, desde state machines hasta el uso de la recopilacin dinmica en una completa plataforma virtual.

Virtualizacin nativa y virtualizacin completa: la mquina virtual simula un hardware suficiente para permitir un sistema operativo

guest sin modificar (uno diseado para la misma CPU) para correr de forma aislada. Tpicamente, muchas instancias pueden correr al mismo tiempo. Este enfoque fue el pionero en 1966 con CP-40 y CP[67]/CMS, predecesores de la familia de mquinas virtuales de IBM. Algunos ejemplos: VMware Workstation, VMware Server, Parallels Desktop, Virtual Iron, Adeos, Mac-on-Linux, Win4BSD, Win4Lin Pro y z/VM.

Guest Palabra clave utilizada comnmente para obtener archivos pblicos de una computadora llamada host (anfitrin), que es el servidor donde se encuentran los archivos .

19

Virtualizacin parcial (y aqu incluimos el llamado address space virtualization: la mquina virtual simula mltiples instancias de

mucho (pero no de todo) del entorno subyacente del hardware, particularmente address spaces. Este entorno admite compartir recursos y aislar procesos, pero no permite instancias separadas de sistemas operativos guest8. Aunque no es vista como dentro de la categora de mquina virtual, histricamente ste fue un importante acercamiento, y fue usado en sistemas como CTSS, el experimental IBM M44/44X, y podra decirse que en sistemas como OS/VS1, OS/VS2 y MVS.

Paravirtualizacin: la mquina virtual no necesariamente simula un hardware, en cambio ofrece un API especial que solo puede usarse mediante la modificacin del sistema operativo guest 8. La llamada del sistema al hypervisor tiene el nombre de hypercall en Xen y Parallels Workstation; est implementada va el hardware instruction DIAG (diagnose) en el CMS de VM en el caso de IBM (este fue el origen del trmino hypervisor). Ejemplo: VMware ESX Server, Win4Lin 9x y z/VM.

Virtualizacin a nivel del sistema operativo: virtualizar un servidor fsico a nivel del sistema operativo permitiendo mltiples servidores virtuales aislados y seguros correr en un solo servidor fsico. El

20

entorno del sistema operativo guest8 comparte el mismo sistema operativo que el del sistema host (el mismo kernel del sistema operativo es usado para implementar el entorno del guest). Las aplicaciones que corren en un entorno guest dado lo ven como un sistema autnomo. Ejemplos: Linux-VServer, Virtuozzo, OpenVZ, Solaris Containers y FreeBSD Jails.

Virtualizacin de aplicaciones: consiste en el hecho de correr una desktop o una aplicacin de server localmente, usando los recursos locales, en una mquina virtual apropiada. Esto contrasta con correr la aplicacin como un software local convencional (software que fueron instalados en el sistema). Semejantes aplicaciones virtuales corren en un pequeo entorno virtual que contienen los componentes necesarios para ejecutar, como entradas de registros, archivos, entornos variables, elementos de uso de interfaces y objetos globales. Este entorno virtual acta como una capa entre la aplicacin y el sistema operativo, y elimina los conflictos entre aplicaciones y entre las aplicaciones y el sistema operativo. Los ejemplos incluyen el Java Virtual Machine de Sun, Softricity, Thinstall, Altiris y Trigence (esta metodologa de virtualizacin es claramente diferente a las anteriores; solo una pequea lnea divisoria los separa de entornos de mquinas virtuales como Smalltalk, FORTH, Tel, P-code).

21

2.1.2.

VENTAJAS DE LA VIRTUALIZACIN

Segn (Aragundi Alicia, 2012) mencionan que la virtualizacin en la empresa tiene una clara aplicacin prctica y la consolidacin de servidores. La consolidacin de servidores consiste simplemente en la reduccin del nmero de servidores. Existen distintas maneras de consolidar, y una de ellas es la virtualizacin. Frente a otras vas para la consolidacin, la virtualizacin permite reducir el nmero de servidores y optimizar al mismo tiempo su utilizacin. Es decir, que si antes de consolidar tenamos 100 servidores con una utilizacin media de CPU del 30%, despus de consolidar con virtualizacin tendremos 50 servidores con una utilizacin media de CPU del 60%. Si consolidamos sin virtualizacin, podramos tener 70 servidores con una utilizacin media del 40% (los nmeros son meramente ilustrativos).

Muchas compaas se encuentran actualmente inmersas en proyectos de consolidacin de servidores, pero por qu consolidar, y no seguir con el modelo de servidores independientes?

Si preguntsemos a un empleado del departamento de informtica de cualquier compaa que nos describiera el CPD 9, seguramente lo hara basndose en los servidores existentes. Nos mencionara, por ejemplo, el

CPD son unas siglas que pueden referirse a Centro de procesamiento de datos, ubicacin de los

recursos necesarios para el procesamiento de informacin de una organizacin.

22

servidor de base de datos, el servidor del correo electrnico, el servidor de CRM10 Y tambin nos comentara que cada servidor es de un fabricante diferente y cuenta con sistemas operativos diferentes. Por tanto, tambin se necesitan administradores formados en las diversas tecnologas existentes, y herramientas de gestin especficas, porque (digamos) lo que vale para monitorizar los servidores con Windows, no vale para los servidores con Unix.

Por tanto, como resumen, cabra destacar entre las principales ventajas de la virtualizacin: Consolidacin de servidores. Aumento de la disponibilidad, reduccin de tiempos de parada. Reduccin de los costes de administracin. Mejora de las polticas de backup, recuperacin gil mediante puntos de control de las mquinas virtuales. Aprovechamiento ptimo de los recursos disponibles. Respuesta rpida ante cambios bajo demanda. Continuidad de negocio y recuperacin ante desastres. En caso de fallo de un sistema fsico, los sistemas lgicos all contenidos pueden distribuirse dinmicamente a otros sistemas. Escalabilidad. Crecimiento gil con contencin de costes.

10

CRM es un modelo de gestin de toda la organizacin, basada en la orientacin al cliente (u orientacin al mercado segn otros autores)

23

Virtual appliance: mquinas virtuales preconfiguradas, cargar y funcionar.

Mquinas paquetizadas y preconfiguradas para desempear una funcin determinada (servidores de correo, bases de datos, centralitas VoIP, aplicaciones cerradas).

Mantenimiento

de

aplicaciones

heredadas.

Aplicaciones

propietarias que no han sido adaptadas a las nuevas versiones de sistema operativo. Eficiencia energtica.

2.1.3.

COMPATIBILIDAD

Segn consta el Autor (Aragundi Alicia, 2012), menciona que una computadora fsica, una mquina virtual aloja su propio sistema operativo invitado y aplicaciones, y posee los dems componentes tpicos de una computadora fsica (placa base, tarjeta VGA, controlador de tarjeta de red, etc.). Por lo tanto, las mquinas virtuales son totalmente compatibles con todos los sistemas operativos, aplicaciones y controladores de dispositivos x86 estndar, y usted puede utilizar una mquina virtual para ejecutar el mismo software que ejecutara en una computadora x86 fsica.
2.1.4. ENCAPSULAMIENTO

EL autor (Aragundi Alicia, 2012), menciona que una mquina virtual es bsicamente un contenedor de software que empaqueta o "encapsula" un

24

conjunto entero de recursos de hardware virtual, as como un sistema operativo y todas sus aplicaciones, dentro de un paquete de software. El encapsulamiento permite que las mquinas virtuales sean notablemente porttiles y fciles de administrar. Por ejemplo, es posible mover y copiar una mquina virtual de una ubicacin a otra como si fuera un archivo de software cualquiera, o guardar una mquina virtual en un medio de almacenamiento de datos estndar, desde una tarjeta de memoria USB hasta una red de rea de almacenamiento (SAN)11 empresarial.

2.1.5.

VIRTUALIZACIN DE SERVIDORES

En lo que respecta en la virtualizacin de servidores el autor (Aragundi Alicia, 2012), mencionan que Para la mayora de los empleados de TI, la palabra virtualizacin evoca la idea de ejecutar mltiples sistemas operativos en una nica mquina fsica. Esto es virtualizacin del hardware y aunque no es la nica clase importante de virtualizacin, sin dudas es la ms visible en la actualidad.

La idea bsica de la virtualizacin del hardware es simple: utilizar software para crear una mquina virtual que emula a una computadora fsica. Esto crea un entorno de sistema operativo separado que se asla en forma lgica del servidor host. Al ofrecer mltiples mquinas virtuales al

11

Una SAN es una red dedicada al almacenamiento que est conectada a las redes de comunicacin de una compaa. Adems de contar con interfaces de red tradicionales, los equipos con acceso a la SAN tienen una interfaz de red especfica que se conecta a la SAN.

25

momento, este enfoque permite ejecutar varios sistemas operativos en forma simultnea en una nica mquina fsica.

La virtualizacin del servidor tambin facilita la restauracin de los sistemas fallidos. Las mquinas virtuales se almacenan como archivos, por lo que la restauracin de un sistema con fallas puede ser tan simple como copiar el archivo a una nueva mquina. Como las mquinas virtuales pueden tener diferentes configuraciones de hardware de aquellas de la mquina fsica en la que se ejecutan, este enfoque tambin hace posible la restauracin de los sistemas fallidos en cualquier mquina disponible. No existen requisitos para la utilizacin de un sistema fsicamente idntico.

2.2. SERVIDORES
En lo que respecta a un servidor de acuerdo con (Aragundi Alicia, 2012), una computadora que forma parte de una red, provee servicios a otras computadoras denominadas clientes. Tambin se suele denominar con la palabra servidor a:

Una aplicacin informtica o programa que realiza algunas tareas en beneficio de otras aplicaciones llamadas clientes. Algunos servicios habituales son los servicios de archivos, que permiten a los usuarios almacenar y acceder a los archivos de una computadora y los servicios de

26

aplicaciones, que realizan tareas en beneficio directo del usuario final. Este es el significado original del trmino. Es posible que un ordenador cumpla simultneamente las funciones de cliente y de servidor.

Una computadora en la que se ejecuta un programa que realiza alguna tarea en beneficio de otras aplicaciones llamadas clientes, tanto si se trata de un ordenador central (mainframe), un miniordenador, una computadora personal, un PDA
12

o un sistema embebido

13

; sin embargo, hay

computadoras destinadas nicamente a proveer los servicios de estos programas: estos son los servidores por antonomasia.

Un servidor no es necesariamente una mquina de ltima generacin de grandes proporciones, no es necesariamente un superordenador; un servidor puede ser desde una computadora vieja, hasta una mquina sumamente potente (ej.: servidores web, bases de datos grandes, etc. Procesadores especiales y hasta varios terabytes de memoria). Todo esto depende del uso que se le d al servidor. Si usted lo desea, puede convertir al equipo desde el cual usted est leyendo esto en un servidor instalando un programa que trabaje por la red y a la que los usuarios de su red ingresen a travs de un programa de servidor web como Apache.

12

Un PDA (Personal Digital Assistant o Ayudante personal digital) es un dispositivo de pequeo tamao que combina un ordenador, telfono/fax, Internet y conexiones de red. 13 es un sistema de computacin diseado para realizar una o algunas pocas funciones 1 2 dedicadas frecuentemente en un sistema de computacin en tiempo real.

27

Por lo cual podemos llegar a la conclusin de que un servidor tambin puede ser un proceso que entrega informacin o sirve a otro proceso. El modelo Cliente-servidor no necesariamente implica tener dos ordenadores, ya que un proceso cliente puede solicitar algo como una impresin a un proceso servidor en un mismo ordenador.

2.3.

RED HAT ENTERPRISE VIRTUALIZATION PARA SERVIDORES


Segn (RedHat, 2013) en su pgina web menciona que Red Had Enterprise Virtualization es una solucin de virtualizacin integral con casos de uso para servidores y escritorios, diseada para permitir una virtualizacin generalizada del centro de cmputos y lograr un rendimiento del capital y una eficiencia operativa sin precedentes. Red Hat Enterprise Virtualization para Servidores se basa en la plataforma Red Hat Enterprise Linux. Comprende el siguiente par de componentes:

Red hat Enterprise Virtualization Manager Un sistema de gestin de la virtualizacin de servidores con mltiples caractersticas que ofrece capacidades avanzadas para hosts y guests, inclusive alta disponibilidad, migracin en vivo, gestin de

almacenamiento, programador de sistemas, y ms an.

Red Hat Enterprise Virtualization Hypervisor

28

Moderno hypervisor basado en la tecnologa de virtualizacin Kernel Virtual Machine (KVM), el cual puede ser desplegado en cualquier escenario, ya sea en modo hbrido en un Red Hat Enterprise Linux acompaado de los servicios que se ejecuten en el host, o dedicado, ejecutado solo el hypervisor con un SO liviano y dedicado al lojamiento de las Mquinas Virtuales.

Red Hat Enterprise Virtualization (RHEV) Hypervisor es un compacto, plataforma de virtualizacin con todas las funciones de forma rpida y fcil de implementar y administrar los huspedes virtualizados. la RHEV Hypervisor es parte de la Red Hat Enterprise Suite de virtualizacin. El RHEV Hypervisor est diseado para integracin con la Red Hat Enterprise Virtualization Administrador de servidores y el Red Hat Enterprise Virtualization Manager para Desktops. El RHEV Hypervisor se puede instalar desde el almacenamiento USB dispositivos, CDROMs, DVDs, pre-instalado por un OEM o aprovisionado en la red mediante PXE. El RHEV Hypervisor se basa en el Virtual basada en el Kernel Machine (KVM). KVM es un avanzado y eficiente virtualizacin de hipervisor implementa como un kernel Linux mdulo. Como KVM es un mdulo del kernel, que aprovecha la existente Red Hat Enterprise Linux kernel y se beneficia de la extensas pruebas de kernel por defecto, soporte de dispositivos y flexibilidad.(En la Imagen 2 se muestra la arquitectura del Hypervisor)

29

Imagen 2 (Arquitectura del Hypervisor)


Fuente: (RedHat, 2013)

Red

Hat

Enterprise

Virtualization

tiene

una

interfaz

web

de

administracin comprensible, incluyendo migraciones de mquinas virtuales en vivo, es decir migrar las mquinas virtuales de un host a otro, ofrece alta disponibilidad, optimiza la carga de trabajo, balanceo dinmico de carga y otros. La Imagen N 3 muestra la interfaz web de administracin de Red Hat Enterprise Virtualization Manager.

30

Imagen N 3 (interfaz web de administracin de Red Hat Enterprise Virtualization Manager)


Fuente: (RedHat, 2013)

Red Hat Enterprise Virtualization cuenta con una nica y revolucionaria tecnologa de virtualizacin llamada Kvm que convierte a kernel de RHEL en una plataforma de virtualizacin.

2.3.1 MQUINA VIRTUAL (KVM)

L a Mquina Virtual basada en el Kernel (KVM) es un mdulo cargable del ncleo que proporciona virtualizacin completa mediante el uso de la Intel VT o AMD-V extensiones de hardware. Unque s KVM se ejecuta en el espacio del ncleo, los invitados que se ejecutan en l se ejecutan como

31

QEMU procesos individuales en el espacio de usuario. KVM permite a un host para que el hardware fsico disponible para mquinas virtuales.

KVM (Kernel based Virtual Machine) [virtualizacin y cloud]. Una de las tantas herramientas de virtualizacin. Basada en GNU/Linux y

desarrollada por la empresa Qumranet, esta herramienta de software libre permite la virtualizacin sobre hardware X86 y viene incluido por default a partir del Kernel 2.6.20 de Linux, permitiendo una rpida implementacin.

KVM realiza una virtualizacin completa, a diferencia de otras alternativas que hacen emulacin del procesador (Virtual Box, VMWare), lo cual da muchsima usabilidad y flexibilidad, pero no aprovecha bien los recursos del servidor, lo cual hace un poco ms lenta la ejecucin del SO husped. Estos son algunas cualidades de KVM:

Es un mdulo del kernel, luego no hace falta arrancar kernels especiales ni aplicar parches.

No es necesario modificar el kernel del sistema operativo que vas a ejecutar dentro de la mquina virtual.

Soporta tecnologa NUMA, por lo que permite una escalabilidad muy amplia.

Tiene muy pocas lneas de cdigo. Usa el scheduler y gestor de memoria propio del kernel.

32

Fcil instalacin, ya que necesitas instalar solo 3 paquetes (qemu, kvm y kvm-kmp).

La interfaz de escritorio para administrar las mquinas virtuales se llama Virtual Machine Manager (virt-manager es el nombre del paquete). Esta permite tener una visin del funcionamiento y utilizacin de los recursos en tiempo real, actualizaciones y estadsticas de la utilizacin de recursos. Permite ver los grficos detallados de rendimiento y utilizacin en el tiempo. Permite la creacin de nuevos dominios, la configuracin y el ajuste de la asignacin de recursos de un dominio y hardware virtual. Trae incorporado un cliente de VNC, la cual presenta una consola grfica completa del dominio husped. No podemos omitir el gran cambio que realizo Red Hat al migrar de Xen a KVM, brindndole un apoyo ms que importante. Red Hat decidi llevar su solucin de virtualization RHEV (Red Hat Enterprise Virtualization) a KVM.

2.3.2

QEMU

QEMU es un emulador multiplataforma utilizado para proporcionar la emulacin completa del sistema. QEMU emula un sistema completo, por ejemplo un PC, incluyendo uno o ms procesadores, y perifricos. QEMU se puede utilizar para poner en marcha diferentes sistemas operativos o para depurar el cdigo del sistema. QEMU, trabajando en conjunto con

33

KVM y un procesador con extensiones de virtualizacin adecuados, proporciona virtualizacin completa asistida por hardware.

2.3.3

RED HAT ENTERPRISE VIRTUALIZATION MANAGER HOST AGENT, VDSM

En Red Hat Enterprise Virtualization, VDSM inicia acciones en las mquinas virtuales y de almacenamiento. Adems, facilita la

comunicacin entre los host. VDSM supervisa los recursos de acogida, como la memoria, almacenamiento y redes. Adems, VDSM gestiona tareas como la creacin de la mquina virtual, la acumulacin de estadsticas y recopilacin de registros. Un ejemplo VDSM ejecuta en cada host y recibe comandos de administracin desde el Hat Enterprise Virtualization Manager Red a travs del puerto 54321 reconfigurable.

VDSM-REG: VDSM utiliza VDSM-REG para registrar cada host con el Hat Enterprise Virtualization Roja. VDSM-REG suministra informacin sobre s mismo y su host utilizando el puerto 80 o el puerto 443.

2.3.4

LIBVIRT

Libvirt facilita la gestin de mquinas virtuales de sus dispositivos virtuales asociados. Cuando Red Hat Enterprise Virtualization comandos inicia el

34

ciclo de vida de la mquina virtual (iniciar, detener, reiniciar el sistema), VDSM invoca libvirt en las mquinas host pertinentes para su ejecucin. Pool Manager torage, SPM

2.3.5

POOL STORAGE MANAGER (SPM)


Es una funcin asignada a un host en un centro de datos. El anfitrin SPM tiene la facultad exclusiva de hacer todos los cambios de estructura de dominio de metadatos de almacenamiento del centro de datos. Esto incluye la creacin, eliminacin y manipulacin de imgenes de disco virtuales, instantneas y plantillas. Tambin incluye la asignacin de almacenamiento para dispositivos de bloques dispersos en una red de rea de almacenamiento (SAN). El papel de SPM se puede migrar a un sistema de un centro de datos. Como resultado, todos los hosts en un centro de datos deben tener acceso a todos los dominios de almacenamiento definido en el centro de datos.

Red Hat Enterprise Virtualization asegura que el SPM est siempre disponible. En caso de errores de conectividad de almacenamiento, el Gestor de re-asigna la funcin SPM a otro host.

2.3.6

SISTEMA OPERATIVO INVITADO


Los sistemas operativos invitados se pueden instalar sin modificaciones en las mquinas virtuales en un entorno de Red Hat Enterprise

35

Virtualization. El sistema operativo invitado, y cualquier aplicacin en el cliente, no son conscientes del entorno virtualizado y se ejecutan normalmente. Red Hat proporciona controladores de dispositivos mejorados que permiten un acceso rpido y eficiente a los dispositivos virtualizados. Tambin puede instalar el Hat Enterprise Virtualization Agente Invitado Red de huspedes, que ofrece una mayor informacin de los invitados a la consola de administracin.

2.3.7 ARQUITECTURA DE RED HAT ENTERPRISE VIRTUALIZATION

Un entorno de virtualizacin de Red Hat Enterprise consiste en: (En la Imagen N 4 se muestra la arquitectura de RHEV)

Hosts de mquinas virtuales mediante la Mquina Virtual basada en el Kernel (KVM)4.

Agentes y herramientas que se ejecutan en hosts como VDSM, QEMU y libvirt. Estas herramientas proporcionan localesla gestin de las mquinas virtuales, redes y almacenamiento.

36

The Hat Virtualization Manager Empresa Red, una plataforma de gestin centralizada de la Red.

Hat Enterprise Virtualization ambiente. Proporciona una interfaz grfica donde se puede ver, provisin y gestin de los recursos.

Dominios de almacenamiento para guardar los recursos virtuales como mquinas virtuales, plantillas, ISOs.

Una base de datos para realizar un seguimiento de la situacin y los cambios en el medio ambiente.

El acceso a un servidor de directorio externo para proporcionar a los usuarios y la autenticacin.

La creacin de redes para vincular el medio ambiente juntos. Esto incluye enlaces de red fsicos y lgicos redes

37

Imagen N 4 (Arquitectura de virtualizacin en Red Hat)


Fuente: (RedHat, 2013)

2.3.8

COMPONENTES DEL SISTEMA


El entorno de virtualizacin de Red Hat Enterprise se compone de uno o ms huspedes (tanto Red Hat Enterprise Linux o hosts de plazo o Red Hat Enterprise Virtualization Hypervisor hosts) y por lo menos una Red Hat Enterprise Virtualization Manager.

Los Hosts ejecutan mquinas virtuales con la tecnologa de virtualizacin KVM4 (Mquina Virtual basada en el Kernel).

The Hat Enterprise Virtualization Red se ejecuta en un servidor de Red Hat Enterprise Linux 6 y proporciona interfaces para el control del entorno Red Hat Enterprise Virtualization. Gestiona virtuales mquinas y

38

aprovisionamiento de almacenamiento, protocolos de conexin, las sesiones de usuario, imgenes de la mquina virtual, y mquinas virtuales de alta disponibilidad.

2.3.9

RECURSOS
Los componentes del entorno segn la pgina web de (RedHat, 2013) RHEV se dividen en dos categoras: fsicas los recursos y los recursos lgicos. Los recursos fsicos son objetos fsicos, tales como anfitrin y almacenamiento servidores. Recursos lgicos son agrupaciones y procesos no fsicos, como las redes lgicas y plantillas de mquinas virtuales.

Redes lgicas - Una red lgica es una representacin lgica de una red fsica. Grupo lgico de redes de trfico de red y la comunicacin entre la Gestora, los anfitriones, almacenamiento y virtuales mquinas.

Hosts - Un host es un servidor fsico que ejecuta una o ms mquinas virtuales. Los anfitriones se agrupan en racimos . Las mquinas virtuales pueden migrar de un host a otro dentro de un clster.

Agrupacin

de

almacenamiento

La

agrupacin

de

almacenamiento es una entidad lgica que contiene un repositorio de imgenes independiente de un cierto tipo, ya sea iSCSI , Fibre Channel , NFS o POSIX . Cada agrupacin de

39

almacenamiento puede contener varios dominios, para el almacenamiento de imgenes de disco de mquinas virtuales , imgenes ISO , y para la importacin y exportacin de virtuales imgenes de la mquina . Mquinas Virtuales - Una mquina virtual es un escritorio virtual o servidor virtual contiene un operativo sistema y un conjunto de aplicaciones. Varias mquinas virtuales idnticas se pueden crear en una pool. virtual mquinas se crean , gestionan , o borrados por los usuarios de energa y el acceso a los usuarios . Plantilla - Una plantilla es una mquina virtual modelo con ajustes predefinidos. Una mquina virtual que es basado en una plantilla particular, adquiere la configuracin de la plantilla. Uso de plantillas es el ms rpido manera de crear un gran nmero de mquinas virtuales en un solo paso.

Mquina Virtual Pool - Una agrupacin de mquina virtual es un grupo de mquinas virtuales idnticas que son disponible en la demanda por cada miembro del grupo. Pools de mquinas virtuales se pueden configurar para diferentes propsitos. Por ejemplo, un grupo puede ser con el departamento de Marketing, otro para la Investigacin y Desarrollo, y as sucesivamente .

40

Snapshot - Una instantnea es una vista del sistema operativo de una mquina virtual y todas sus aplicaciones en un punto en el tiempo. Se puede utilizar para guardar la configuracin de una mquina virtual antes de una actualizacin o una instalacin nuevas aplicaciones. En caso de problemas, una instantnea se puede utilizar para restaurar la mquina virtual a su estado original.

Tipos de usuarios - Red Hat Enterprise Virtualization soporta mltiples niveles de los administradores y usuarios con distintos niveles de permisos. Los administradores de sistemas pueden manejar objetos de la fsica infraestructura, como centros de datos, hosts y almacenamiento. Los usuarios acceden a las mquinas virtuales disponibles de un parque de mquinas virtuales o mquinas virtuales independientes accesibles por un administrador.

Eventos y monitores - alertas, advertencias y dems avisos sobre actividades ayudan al administrador supervisar el rendimiento y el estado de los recursos.

Informes - Una gama de informes ya sea desde el mdulo de informes basados en JasperReports, o del almacn de datos. Informes preconfigurados o ad hoc pueden ser generados

41

desde el mdulo de informes. Usuarios Tambin puede generar informes utilizando cualquier herramienta de consulta que soporta SQL de un almacn de datos que recoge los datos de seguimiento para hosts, mquinas virtuales y de

almacenamiento.

2.3.10 RED HAT ENTERPRISE VIRTUALIZATION ARQUITECTURA


2.4.10.1 INTERFACES PARA ACCEDER AL ADMINISTRADOR a. User Portal La virtualizacin de escritorio ofrece a los usuarios un entorno de escritorio que es similar entorno de escritorio de una computadora personal. E l usuario del portal es para la entrega de infraestructura de escritorio virtual a los usuarios. Los usuarios acceden al portal del usuario a travs de un navegador web para visualizar y acceder a sus escritorios virtuales asignados. L a acciones disponibles para un usuario en el portal del usuario, se establecen por un administrador del sistema. tandard usuarios pueden iniciar, detener, y el uso de equipos de escritorio que estn asignadas a ellos por el

administrador del sistema. Los usuarios avanzados pueden realizar algunas acciones administrativas. Ambos tipos de usuarios acceden al portal del usuario de la

42

misma URL, y se presentan con opciones adecuadas a su nivel de permisos de acceso. Estndar de cuentas de usuario Los usuarios estndar pueden alimentar sus

escritorios virtuales dentro y fuera y conectarse a ellos a travs del portal del usuario. Conexin directa a las mquinas virtuales se facilita con el protocolo simple para entornos de computacin independiente (SPICE) o clientes Virtual Network Computing (VNC). Ambos protocolos proporcionan al usuario un

entorno similar a un entorno de escritorio instalado localmente. E l administrador especifica el protocolo usado para conectarse a una mquina virtual en el momento de la creacin de la mquina virtual. Ms informacin sobre las acciones disponibles en el portal del usuario, as como navegadores y clientes soportados se pueden encontrar en la Gua del usuario del portal. Potencia de cuentas de usuario Red Hat Enterprise Virtualization usuario del portal proporciona a los usuarios de energa, con una interfaz grfica de usuario para crear, usar y controlar los recursos virtuales. Los administradores

43

de sistemas pueden delegar algunas tareas de administracin mediante la concesin a los usuarios acceso usuarios avanzados. Adems de las tareas que pueden realizar los usuarios estndar, los usuarios avanzados pueden: Crear, editar y eliminar mquinas virtuales. Administrar discos virtuales y las interfaces de red. Asignar permisos de usuario para mquinas virtuales. Crear y utilizar plantillas para implementar rpidamente mquinas virtuales. Supervisar el uso de recursos y eventos de alta gravedad. Crear y usar instantneas para restaurar las mquinas virtuales con estados previos.

Los usuarios avanzados pueden realizar tareas de administracin de mquinas virtuales que deben delegarse. Centro de datos y las tareas de administracin de nivel de clster se guardan para el administrador del medio ambiente.

44

b. Administracin del portal La administracin Portal es la interfaz grfica de administracin de la Empresa servidor de virtualizacin de Red Hat. Uso de los administradores de TI pueden controlar, crear y mantener todos los elementos del entorno virtualizado utilizando los navegadores web. T pide que se puede realizar desde el Portal de la Administracin incluyen:

Creacin y gestin de la infraestructura virtual (redes, dominios de almacenamiento). Instalacin y gestin de los ejrcitos. Creacin y gestin de entidades lgicas (centros de datos, clusters). Creacin y administracin de mquinas virtuales. Red Hat Enterprise Virtualization usuario y gestin de permisos. La Administracin Portal se visualiza utilizando el JavaScript.

Las funciones de administracin del portal se discuten con ms detalle en el Hat Enterprise Gua de administracin de virtualizacin de Red. La

informacin sobre los navegadores y plataformas que


45

son compatibles con el Portal de la Administracin se puede encontrar en el Manual de instalacin de Red Hat Enterprise Virtualization.

2.4.10.2

COMPONENTES QUE SOPORTAN EL MANAGER

a. Jboss Plataforma de aplicacin empresarial JBoss Enterprise Application Platform es un servidor de aplicaciones Java. Proporciona un marco para apoyar el desarrollo eficiente y la entrega de aplicaciones Java multiplataforma. L a Red Hat Enterprise Virtualization se entrega utilizando JBoss EAP.

b. Recopilacin de Informes y datos histricos La Red Hat Enterprise Virtualization Manager incluye un almacn de datos que recoge los datos de seguimiento sobre hosts, mquinas virtuales y de almacenamiento. Una serie de informes predefinidos disponibles. Los clientes pueden analizar sus entornos y crear informes con las herramientas de consulta que soportan SQL.

El proceso de instalacin de Red Hat Enterprise Virtualization Manager crea dos bases de datos.

46

Estas bases de datosse crean en una instancia de Postgres que se selecciona durante la instalacin.

E l motor de base de datos es el almacn de datos principal utilizado por el Red Hat

EnterpriseVirtualization

Manager.

Informacin

sobre el entorno de virtualizacin como su estado, la configuracin y el rendimiento se almacenan en esta base de datos. E l ovirt_engine_history base de datos contiene informacin de configuracin y parmetros

estadsticos que se recopilan en el tiempo de la base de datos de funcionamiento del motor. L os datos de configuracin en la base de datos del motor se examina cada minuto, y los cambios se replican en la base de datos ovirt_engine_history. T estanteras de los cambios a la base de datos proporciona informacin sobre los objetos de la base de datos. E ste le permite analizar y mejorar el rendimiento de su entorno de Red Hat Enterprise Virtualization y resolver dificultades.

47

c. servicios de directorio Los servicios de directorio proporcionan un

almacenamiento basado en red centralizada de usuarios y de organizacin e informacin. Tipos de informacin almacenada incluye la configuracin de aplicaciones, perfiles de usuario, los datos del grupo, polticas y control de acceso. Red Hat Enterprise Virtualization Manager soporta ActivoDirectorio, gestin de identidades (IDM), y Red Hat Directory Server 9. H ay tambin a nivel local, dominio interno slo para fines de administracin. T su dominio interno tiene slo un usuario: elusuario admin

2.3.11

CARACTERSTICAS Y BENEFICIOS

Migracin en vivo: Traslade mquinas virtuales de un host a otro en forma dinmica sin interrumpir el servicio. Alta disponibilidad: Si falla un host, las mquinas virtuales se reinician en otro host en forma automtica. Programador de sistemas: Equilibra las cargas de trabajo en el centro de cmputos mediante la migracin dinmica en vivo de las mquinas virtuales en funcin del aprovechamiento y la poltica de recursos.

48

Ahorro de energa: Durante horas de baja demanda concentra las mquinas virtuales en un nmero menor de hosts para permitir desactivar algunos y lograr as un ahorro de energa. Gestor de mantenimiento: Permite efectuar tareas de mantenimiento en los hosts sin provocar tiempo improductivo en los guests. Gestor de imgenes: Genera nuevas mquinas virtuales a partir de plantillas. Thin provisioning: Permite la creacin de escritorios y servidores a partir de plantillas almacenando nicamente las diferencias entre las nuevas instancias y las plantillas base, ahorrando as espacio de almacenamiento.

2.3.12

STORAGE
Red Hat Enterprise Virtualization usa un sistema de almacenamiento centralizado para las imgenes de disco de mquinas virtuales, plantillas, fotos y archivos ISO. El almacenamiento se agrupa lgicamente en grupos de almacenamiento, que se componen de dominios de almacenamiento. Un dominio de almacenamiento es una combinacin de la capacidad de almacenamiento y metadatos que describen la estructura interna del almacenamiento. H ay tres tipos de dominio de almacenamiento, datos, exportacin e ISO.

49

El dominio de almacenamiento de datos es el nico requerido por cada centro de datos. Un dominio de almacenamiento de datos es exclusivo de un solo centro de datos. Dominios ISO exportacin y son opcionales. Dominios de almacenamiento son recursos compartidos y deben ser accesibles a todos los hosts en un centro de datos.

La creacin de redes de almacenamiento se puede realizar utilizando el Sistema de archivos de red (NFS), Internet Small Computer System Interface (iSCSI) o Fibre Channel Protocol (FCP). Red Hat Enterprise Virtualization ofrece, adems, la capacidad sin soporte para utilizar cualquier sistema de archivos compatible con POSIX en red como un dominio de datos.

En NFS (y otros sistemas de archivos compatibles con POSIX) dominios, todos los discos virtuales, plantillas e instantneas son archivos simples.

En dominios SAN (iSCSI / FCP), los dispositivos de bloque se agregan por el Administrador de volmenes lgicos (LVM) en un grupo de volmenes (VG). Cada disco virtual, la plantilla y la instantnea es una de volmenes lgicos (LV) en la VG. (En la Imagen N 5 se muestra la arquitectura de un Storage)

50

Imagen N 5 (Arquitectura de Storage)


Fuente: (RedHat, 2013)

Data storage domain Dominios de retencin de datos de las imgenes de disco duro virtual de todas las mquinas virtuales que se ejecutan en el entorno. Templates e instantneas de las mquinas virtuales tambin se almacenan en el dominio de datos. Un dominio de datos no puede ser compartida a travs de los centros de datos, y el dominio de datos debe ser del mismo tipo que el centro de datos. Por ejemplo, un centro de tipo iSCSI de datos debe tener un dominio de datos iSCSI.

Export storage domain Un dominio de exportacin es un repositorio de almacenamiento temporal que se utiliza para copiar y mover imgenes entre centros de datos y entornos de Red Hat Enterprise Virtualization. La exportar dominio se puede utilizar para realizar copias de seguridad
51

de mquinas virtuales y plantillas. Un dominio de exportacin se puede mover entre los centros de datos, pero slo puede estar activo en un centro de datos a la vez. ISO storage domain Almacenar archivos ISO ISO dominios, que son lgicas CD-ROM utilizados para instalar sistemas operativos y aplicaciones de las mquinas virtuales. Como una entidad lgica que sustituye a una biblioteca de CD-ROMs fsicas o DVD, un dominio ISO elimina la necesidad del centro de datos para los medios fsicos. Un dominio ISO puede ser compartida a travs de diferentes centros de datos.

2.5. STORAGE
En lo que respecta al almacenamiento en la pgina oficial de Red Hat (RedHat, 2013) recomienda usar Storage el cual tiene los siguientes conceptos.

2.5.1. CENTRO DE DATOS (DATA CENTER) Un centro de datos es el ms alto nivel de abstraccin en Red Hat Enterprise Virtualization. Un centro de datos es un recipiente que se compone de tres tipos de sub-contenedores:

El contenedor de almacenamiento (storage container) contiene informacin acerca de los tipos de almacenamiento y dominios de almacenamiento, incluyendo la informacin de conectividad para

52

los dominios de almacenamiento. El almacenamiento se define para un centro de datos, y est disponible para todos los grupos en el centro de datos. Todos los clsteres de hosts dentro de un centro de datos tienen acceso a los mismos dominios de almacenamiento.

El contenedor de red (network container). Contiene informacin acerca de las redes lgicas del centro de datos. E ste incluye detalles tales como direcciones de red, las etiquetas VLAN y soporte ST P. Redes lgicas se definen para un centro de datos, y se implementan opcionalmente al nivel del grupo.

El contenedor de grupos clusters (cluster container). Los clusters son grupos de hosts con ncleos de procesadores compatibles, ya sea procesadores AMD o Intel. Los clusters son dominios de migracin; mquinas virtuales pueden vivir-emigraron a cualquier host dentro de un grupo, y no a otros grupos. Un centro de datos puede contener varios grupos, ycada grupo puede contener varios hosts.

2.5.2. DOMINIOS DE ALMACENAMIENTO (Storage Domains Overview) Un dominio de almacenamiento es un repositorio central para acceder a imgenes de disco y los metadatos. Dominios de almacenamiento secreto

53

de los datos de mquina virtual y metadatos, imgenes ISO, fotos y otros datos en una ubicacin central que es accesible a todos los hosts en un centro de datos. Dominios de almacenamiento tambin tienen metadatos sobre s mismos que se utiliza para mantener los datos de la mquina virtual se corrompan.

El archivo de almacenamiento basado en bloques se pueden usar para crear dominios de almacenamiento. Los dominios de almacenamiento se implementan utilizando el Sistema de archivos de red (NFS) o Fibre Channel Protocol (FCP). FCP incluye al macenamiento de acceso mediante iSCSI, FCoE y SAS.

Hay

tres

tipos

de de

dominios: datos,

Dominios de

de

almacenamiento ISO

de y

almacenamiento

dominios

almacenamiento

exportacin de dominios de almacenamiento.

2.5.3. TIPOS DE DOMINIO DE ALMACENAMIENTO


Dominios de almacenamiento pueden ser implementados utilizando bloque base y el archivo de almacenamiento basado en. Archivos basados en Storage Presenta los tipos de almacenamiento basadas en el apoyo de Red Hat Enterprise Virtualization son NFS y el almacenamiento local de los hosts.

54

Bloque de almacenamiento basado en Storage Almacenamiento Block utiliza dispositivos de bloque sin formato. Los dispositivos de bloque se agrupan en grupos de volmenes por el gestor de volmenes lgicos (LVM). Una instancia de LVM se ejecuta en todos los equipos, tanto de las instancias que se ejecutan en otros sistemas. VDSM aade lgica de agrupamiento en la parte superior de LVM mediante el escaneo de los grupos de volmenes para los cambios. Cuando se detectan cambios, actualizaciones VDSM hosts individuales dicindoles que actualicen su informacin de grupo de volmenes. Los anfitriones dividen el grupo de volumen en volmenes lgicos, escribir metadatos volumen lgico en el disco. Si se aade ms capacidad de almacenamiento a un dominio de almacenamiento existente, el Hat Enterprise Virtualization Red provoca VDSM en cada host para actualizar la informacin del grupo de volmenes.

Un nmero de unidad lgica (LUN) es un dispositivo de bloque individual. Uno de los protocolos de almacenamiento de bloques soportados, iSCSI, FCoE o SAS, se utiliza para conectarse a un LUN. Red Hat Enterprise Virtualization Manager gestiona

conexiones iSCSI de software para el LUN. Todas las dems conexiones de almacenamiento Red de Hat bloque Enterprise se gestionan

externamente al entorno

Virtualization.

55

Cualquier cambio en un entorno de almacenamiento basado en bloques, tales como la creacin de volmenes lgicos, ampliacin o eliminacin de volmenes lgicos y la adicin de un nuevo LUN son manejadas por LVM en un host seleccionado especialmente llamado gestor de la agrupacin de almacenamiento. Cambios se sincronizan por VDSM que actualiza los metadatos de

almacenamiento en todos los hosts del clster

2.5.4. TIPOS DE DOMINIO DE STORAGE

Imagen 6 (Tipos de almacenamiento Storage)


Fuente: (RedHat, 2013)

En la Imagen N 6, (Tipos de almacenamiento Storage) muestra los tres tipos de dominios de almacenamiento y el tipo de almacenamiento de cada dominio soportes de almacenamiento, que son:

56

El

dominio de almacenamiento (Data

Storage):de datos

almacena las imgenes de disco duro de todas las mquinas virtuales en el entorno de Red Hat Enterprise Virtualization. Las imgenes de disco pueden contener un sistema operativo instalado o los datos almacenados o generados por una mquina virtual. Como se muestra en la Figura 3.1, "Almacenamiento T ipos", los datos de almacenamiento dominios soporte NFS, iSCSI y FCP, y el almacenamiento compatible con POSIX. Un dominio de datos no puede ser compartido entre mltiples centros de datos. Adems, se requiere que el centro de datos y el dominio de almacenamiento de datos utilizan el mismo protocolo (por ejemplo, ambos deben estar basada en iSCSI).

La Exportar dominio de almacenamiento (Export Storage): proporciona almacenamiento transitorio para imgenes de disco duro y las plantillas de mquinas virtuales que se transfieren entre los centros de datos. Adems, los dominios de almacenamiento exportacin almacenan una copia de seguridad copias de mquinas virtuales. Como se muestra en la Figura 3.1, "T ipos de almacenamiento", el almacenamiento dominios soporte de

almacenamiento de exportacin NFS. Los centros de datos mltiples pueden acceder a un solo dominio de almacenamiento exportacin pero slo un centro de datos pueden utilizarlo a la vez.

57

La archivos ISO ISO Almacenamiento dominio tiendas (ISO Storage), tambin llamada imgenes. Los archivos ISO son representaciones de CDs fsicos o DVD. En el entorno de Red Hat Enterprise Virtualization los tipos comunes de archivos ISO son discos de instalacin del sistema operativo, los discos de instalacin de aplicaciones y los discos de instalacin del agente invitados. T stas imgenes se pueden conectar a las mquinas virtuales y arrancan de la misma manera que los discos fsicos se insertan en una unidad de disco y arrancan. Como se muestra en la Figura 3.1, "Almacenamiento T ipos", almacenamiento ISO dominios slo admite el almacenamiento NFS. ISO dominios de almacenamiento permiten a todos los hosts dentro deel centro de datos para compartir ISO, eliminando la necesidad de medios pticos fsicos.

2.5.5. FORMATOS DE ALMACENAMIENTO DE MQUINA VIRTUAL DE IMGENES DE DISCO

Qcow2 formato de almacenamiento de mquina virtual Qcow2 es un formato de almacenamiento de imgenes de disco de mquinas virtuales. Qcow significa copia QEMU en escritura. L a formato qcow2 desacopla la capa de almacenamiento fsico de la

58

capa virtual mediante la adicin de un mapeo entre bloques lgicos y fsicos. Cada bloque de lgica se asigna a su desplazamiento fsico, que permite el almacenamiento de-COMPROMISO y las instantneas de la mquina virtual, donde cada volumen qcow slo representa los cambios realizados en una imagen de disco subyacente.

Los puntos de mapeo inicial todos los bloques lgicos a las compensaciones en el fichero de respaldo o volumen. Cuando una mquina virtual escribe datos en un volumen qcow2 despus de una instantnea, el bloque pertinente se lee desde el volumen de respaldo, modificado con la nueva informacin por escrito y en una nueva instantnea qcow2 volumen. Entonces el mapa se actualiza para que apunte al nuevo lugar RAW E l formato de almacenamiento de crudo tiene una ventaja de rendimiento sobre qcow2 en ese formato no se aplica a las imgenes de disco de mquinas virtuales almacenadas en el formato RAW. Operaciones de datos de mquinas virtuales sobre imgenes de disco almacenados en formato RAW requiere ningn trabajo adicional de los ejrcitos. Cuando una mquina virtual escribe datos en un

determinado desplazamiento en su disco virtual, el I / O se escribe en el mismo desplazamiento en el fichero de respaldo o un volumen lgico.

59

Formato RAW requiere que todo el espacio de la imagen definida se asigna previamente a menos que use gestionado externamente delgada LUN provisionada de una matriz de almacenamiento.

2.5.6.

IMAGEN DE DISCO POLTICAS DE ASIGNACIN DE ALMACENAMIENTO DE MQUINA VIRTUAL

almacenamientos pre asignados Todo el almacenamiento necesario una imagen de disco de mquina virtual se asigna antes de la creacin de la mquina virtual. Si se crea una imagen de disco de 20 GB para una mquina virtual, la imagen de disco utiliza 20 GB de capacidad de dominio de almacenamiento. Imgenes de disco pre asignados no se pueden ampliar. La pre asignacin de almacenamiento puede significar ms rpido debido a tiempos de escritura sin asignacin de almacenamiento se lleva a cabo durante el tiempo de ejecucin, a costa de la flexibilidad. La asignacin de almacenamiento de esta manera se reduce la capacidad de la Hat Enterprise Virtualization Red de almacenamiento a travs de confirmacin. Almacenamiento pre reservado se recomienda para mquinas virtuales utilizadas para alta intensidad de I / O tareas con menos tolerancia a la latencia en el almacenamiento.

60

En general, las mquinas virtuales del servidor ajustan a esta descripcin. Almacenamiento Escasamente Numerado El lmite superior de tamao una imagen de disco de mquina virtual se configura durante la creacin de la mquina virtual. Inicialmente, la imagen de disco no utiliza ningn tipo de capacidad de dominio de almacenamiento. Uso crece a medida que la mquina virtual escribe datos en el disco, hasta que se alcanza el lmite superior. La capacidad no se devuelve al dominio de almacenamiento cuando se eliminan datos en la imagen del disco. Baja densidad de

almacenamiento asignado es adecuado para mquinas virtuales con baja o media intensidad de I / O tareas con cierta tolerancia para la latencia en el almacenamiento. En general, las mquinas virtuales de escritorio ajustan a esta descripcin.

2.5.7. STORAGE DOMAIN AUTORECOVERY EN RED HAT ENTERPRISE VIRTUALIZATION

Hosts en un Red Enterprise Virtualization environtment dominios de almacenamiento del monitor Hat en sus centros de datos mediante la lectura de los metadatos de cada dominio. Un dominio de

almacenamiento se desactiva cuando todos los hosts en un informe del centro de datos que no pueden acceder al dominio de almacenamiento.

61

Antes

de

Red

Hat

Enterprise

Virtualization

3.1,

dominios

de

almacenamiento que se hicieron inactivos fueron desconectados por el Gerente. Reconexin de almacenamiento cuando los problemas de conexin han sido resueltos necesaria la intervencin manual del administrador.

Red Hat Enterprise Virtualization 3.1 introdujo dominio de recuperacin automtica de almacenamiento. En lugar de desconectar un dominio de almacenamiento inactivo, el Manager ahora se supone que el dominio de almacenamiento se ha convertido en inactivo temporalmente debido a una interrupcin temporal de la red, por ejemplo. Una vez cada 5 minutos, el entrenador intenta reactivar los dominios de almacenamiento inactivos.

La intervencin del administrador puede ser necesario para poner remedio a la causa de la interrupcin de la conectividad de almacenamiento, pero el Manager maneja dominios de almacenamiento re-activadores como se restablezca la conectividad.

2.5.8. GESTOR DE AGRUPACIONES DE ALMACENAMIENTO En la Imagen N 7 muestra que exclusivamente Metadatos estructurales. un Storage Manager escribe

62

Red Hat Enterprise Virtualization utiliza los metadatos para describir la estructura interna de los dominios de almacenamiento. Los metadatos estructurales escriben en un segmento de cada dominio de

almacenamiento. Hosts trabajar con los metadatos dominio de almacenamiento basado en un nico escritor, y la configuracin de mltiples lectores. Almacenamiento dominio metadatos estructurales rastrea imagen y captura creacin y supresin, y el volumen y la extensin de dominio.

La Red Hat Enterprise Virtualization host que puede realizar cambios en la estructura del dominio de datos que se conoce como la piscina Storage Manager (SPM). E l SPM coordina todos los cambios de metadatos en el centro de datos, como la creacin y eliminacin de imgenes de disco, crear y fusionar instantneas, copiar imgenes entre dominios de almacenamiento, la creacin de plantillas y la asignacin de almacenamiento para dispositivos de bloque. Hay una SPM para cada centro de datos. Todos los dems hosts slo pueden leer de almacenamiento de metadatos estructurales dominio. La Red Hat Enterprise Virtualization Manager asigna el papel SPM , causando un posible anfitrin SPM para tratar de asumir un contrato de almacenamiento -cntrica. E l arrendamiento permite que el anfitrin SPM para escribir metadatos de almacenamiento. Es el almacenamiento centrado, ya que se escribe en el dominio de almacenamiento en lugar

63

de

ser seguido por el Administrador o hosts. Arrendamientos

Almacenamiento centrados se escriben en un volumen lgico especial en el dominio de almacenamiento maestro llamado arrendamientos. Los metadatos acerca de la estructura del dominio de los datos se escriben en un volumen lgico especial llamado metadata. Los cambios en el volumen lgico metadata estn protegidos contra por el volumen lgico arrendamientos.

El Manager utiliza VDSM emitir el comando spm Start a un host, provocando VDSM en ese host para tratar de asumir el contrato de almacenamiento -cntrica. Si el host tiene xito, se convierte en el SPM y conserva el contrato de almacenamiento centrada hasta que los de Red Hat Enterprise Virtualization Manager solicita que un nuevo husped asumir el papel de SPM. E l Director mueve el papel SPM a otro host si: El anfitrin SPM no puede acceder a todos los dominios de almacenamiento, pero se puede acceder al dominio de

almacenamiento principal. El anfitrin SPM no puede renovar el contrato debido a una prdida de conectividad de almacenamiento o el contrato de arrendamiento volumen est lleno y no hay operacin de escritura se puede realizar. los accidentes de acogida SPM.

64

Imagen N 7 (El grupo de Storage Manager escribe exclusivamente Metadatos estructurales)


Fuente: (RedHat, 2013)

2.5.9. SNAPSHOT
Los Snapshots son una funcin de almacenamiento que permite a un administrador crear un punto de sistema de una mquina virtual operativo, aplicaciones y datos en un cierto punto en el tiempo de restauracin. Instantneas de guardar los datos actualmente presentar una imagen del disco duro de la mquina virtual en un volumen COW y permitir una recuperacin de los datos, tal como exista en el momento se tom la instantnea. Una instantnea hace que una nueva capa de la VACA de ser creado a lo largo de la capa actual. Todas las acciones de escritura realizados despus se toma una instantnea se escribe en la nueva capa de la VACA.

65

Es importante entender que una imagen de disco duro de la mquina virtual es una cadena de uno o ms volmenes. Desde la perspectiva de una mquina virtual, estos volmenes aparecen como una imagen de disco nico. Una mquina virtual es ajeno al hecho de que su disco se compone de varios volmenes.

El volumen COW plazo y la capa de la VACA se utilizan indistintamente, sin embargo, la capa se reconoce ms claramente la naturaleza temporal de las instantneas. Cada instantnea se ha creado para permitir a un administrador para descartar los cambios realizados en los datos poco satisfactorios despus de que se tom la instantnea. Snapshots proporcionan una funcionalidad similar a la funcin Deshacer presente en muchos procesadores de texto. Son tres Snapshots primarios que hay y son: Creacin, que consiste en la primera instantnea creado por una mquina virtual. Vista previa, que implica una vista previa instantnea para determinar si o no para restaurar los datos del sistema en el momento en que se tom la instantnea. Borrado, lo que implica borrar un punto de restauracin que ya no se requiere.

66

2.5.10.

SNAPSHOTS EN VIVO EN RED HAT ENTERPRISE VIRTUALIZATION


De acuerdo con (RedHat, 2013) En la versin 3.1, Red Hat Enterprise Virtualization introdujo soporte para instantneas de mquinas virtuales en ejecucin.

Las instantneas de los discos duros de la mquina virtual marcados compartible y aquellas que se basan en las conexiones LUN directos no son compatibles, en directo o de otra manera.Cualquier otra mquina virtual que no est siendo clonado o emigraron puede tener una instantnea tomada durante su ejecucin, en pausa o detenido.

Cuando se inicia una instantnea en vivo de una mquina virtual, el Manager solicita que el anfitrin SPM crear un nuevo volumen de la mquina virtual para utilizar. Cuando el nuevo volumen est listo, el Manager utiliza VDSM para comunicarse con libvirt y qemu en el servidor que ejecuta la mquina virtual que se debe empezar a utilizar el nuevo volumen de las operaciones de escritura de la mquina virtual. Si la mquina virtual es capaz de escribir en el nuevo volumen, la operacin de instantnea se considera un xito y la mquina virtual deja de escribir en el volumen anterior. Si la

67

mquina virtual no puede escribir en el nuevo volumen, la operacin de instantnea se considera un fracaso, y el nuevo volumen se elimina.

La mquina virtual requiere acceso tanto a su volumen actual y la nueva desde el momento en que se inicia una instantnea en vivo hasta despus de que el nuevo volumen est listo, por lo que los dos volmenes se abren con la lectura y escritura.

Las mquinas virtuales con un agente de huspedes que apoya quiescing instalado puede garantizar la coherencia del sistema de archivos a travs de instantneas. RHN registradas de Red Hat Enterprise Linux, los clientes pueden instalar el QEM u- guestagent para permitir quiescing antes de instantneas.

Si un agente de cliente compatible quiescing est presente en una mquina virtual cuando se toma una instantnea, VDSM libvirt utiliza para comunicarse con el agente de prepararse para una instantnea. Las acciones en circulacin de escritura se han completado, y luego los sistemas de archivos se congelan antes de tomar una instantnea. Cuando haya finalizado la fotografa, y libvirt ha desconectado la mquina virtual para el nuevo volumen de las

68

acciones de escritura de disco, el sistema de archivos se descongela, y escribe en hoja de vida del disco.

2.5.11.

CREACIN DE SNAPSHOT
En Red Hat Enterprise Virtualization la instantnea inicial para una mquina virtual es diferente de instantneas posteriores en que la instantnea inicial conserva su formato, ya sea qcow2 o RAW. L a primera instantnea de una mquina virtual designa volmenes existentes como imagen base. Instantneas adicionales COW adicionalcapas seguimiento de los cambios realizados en los datos almacenados en la imagen desde la instantnea anterior.

En Red Hat Enterprise Virtualization, una mquina virtual invitada habitualmente interacta una imagen de disco RAW a menos que se cree la imagen como una imagen aprovisionado o el usuario solicit especficamente para que sea qcow2. Como se muestra en la Imagen N 8, "Creacin instantnea inicial", la creacin de una instantnea hace que los volmenes que comprenden una imagen de disco de la mquina virtual para servir como la imagen de la base para todas las instantneas subsiguientes.

69

Imagen 8 (Creacin de snapshot)


Fuente: (RedHat, 2013)

Instantneas tomadas despus de que el resultado inicial de instantneas en la creacin de nuevos volmenes de vaca en la que se toman los datos que se crea o modifica despus de la instantnea se almacena. Cada nueva capa de la VACA comienza slo contiene metadatos VACA. Los datos que se crean a travs de uso de la mquina virtual y la operacin despus de una instantnea esescrita a una nueva capa de la VACA. Cuando una mquina virtual se utiliza para modificar los datos que existe en una capa de la VACA anterior, los datos se leen desde la capa anterior, y se escribe en la capa ms reciente. Las mquinas virtuales localizar los datos comprobando cada capa de la VACA del ms reciente al ms antiguo, de forma transparente a la mquina virtual. (La Imagen N 9 muestra cmo se aade un snapshot)

70

Imagen N 9 (Aadir un Snapshot)


Fuente: (RedHat, 2013)

2.5.12.

SNAPSHOT PREVIAS
Para seleccionar el snapshot una imagen de disco de mquina virtual se volvi a, el administrador puede previsualizar todas las instantneas creadas previamente.

A partir de las instantneas disponibles por husped, el administrador puede seleccionar un volumen de instantnea para previsualizar su contenido. Como se muestra en la Imagen N 10, "Vista previa Snapshot", cada Snapshot se guarda como un volumen VACA, y cuando se ve de antemano, una nueva capa de vista previa se copia de la instantnea de ser visto de antemano. L os resultados interacta con la vista previa en lugar del volumen de instantnea actual.

71

Despus de las vistas previas de administrador de la instantnea seleccionada, la vista previa se ha comprometido a restaurar los datos de clientes para el estado capturado en la instantnea. Si el administrador se compromete la vista previa, el husped se une a la capa de presentacin preliminar.

Despus de una instantnea es una vista previa, el administrador puede seleccionar Deshacer para descartar la capa vista previa de la instantnea visualizada. La capa que contiene la instantnea en s se conserva a pesar de la capa previa est descartado.

Imagen N 10 (Snapshot)
Fuente: (RedHat, 2013)

2.5.13.

ELIMINACIN DE SNAPSHOTS
Si ya no se requiere una instantnea o una serie de instantneas, el administrador puede borrar una o ms instantneas. L a eliminacin

72

de una instantnea no causa necesariamente los datos de la instantnea que desea eliminar. Por ejemplo, si se elimina la tercera foto de cada cinco instantneas, los datos sin cambios en la tercera instantnea deben ser preservados para el cuarto y quinto instantneas para ser utilizable. Si se elimina el quinto instantnea de cada cinco, y luego se descartan los datos que han sido modificados o creados desde que se tom la instantnea. Eliminacin instantnea no es una operacin para preservar la capacidad de almacenamiento en el entorno Red Hat Enterprise Virtualization. Eliminacin instantnea permite al administrador eliminar un posible punto de restauracin de datos cuando se hace evidente que no ser necesario volver a los datos de imgenes del disco duro de la mquina virtual en el momento de la instantnea conserva. Cuando el administrador elimina una instantnea, los datos de la instantnea borrada y la instantnea creada despus de la instantnea borrada se fusionan en un solo volumen VACA. Despus de las dos instantneas se fusionan, el volumen resultante contiene los datos que se crearon o modificaron antes de la instantnea borrada y eliminada despus de la instantnea. No hay datos se ha eliminado, slo la capacidad de restaurar un punto de en el tiempo en la vida de la imagen del disco duro de la mquina virtual. Como aparece en la Imagen N 11, "borrar Snapshots", foto

73

2 se ha seleccionado para su eliminacin. Como consecuencia de ello, instantnea 2 y 3 instantnea se fusionan, el ahorro de los cambios tanto en las instantneas en el volumen de la vaca por instantnea 3 (es decir, la instantnea ms reciente) como el reemplazo para la instantnea suprimido.

Imagen N 11 (Borrar Snashots)


Fuente: (RedHat, 2013)

2.6. CLUSTER De acuerdo a (RedHat, 2013) un clster se un conjunto de dos o ms equipos (llamados nodos o miembros) que trabajan juntos para realizar una tarea. Hay cuatro tipos principales de grupos:

74

Agrupaciones de almacenamiento ofrecen una imagen del sistema de archivos consistente a travs de los servidores de un clster, permitiendo a los servidores a leer y escribir al mismo tiempo a un solo sistema de archivos compartidos. Un clster de almacenamiento simplifica la administracin del almacenamiento mediante la limitacin de la instalacin y parches de aplicaciones para un sistema de archivos. Adems, con un sistema de archivos en todo el clster, un grupo de almacenamiento elimina la necesidad de copias redundantes de datos de la aplicacin y simplifica la copia de seguridad y recuperacin de desastres. Red Hat Cluster Suite proporciona agrupacin de almacenamiento a travs de Red Hat GFS.

Grupos

de

alta

disponibilidad

proporcionan disponibilidad

continua de los servicios mediante la eliminacin de los puntos de fallo y al no haber ms servicios de un nodo de clster a otro en caso de que un nodo deja de funcionar. Por lo general, los servicios de un clster de alta disponibilidad de lectura y escritura de datos (a travs de los sistemas de archivos de lectura y escritura montados) . Por lo tanto, un clster de alta disponibilidad debe mantener la integridad de los datos como un nodo de clster toma el control de un servicio a otro nodo del clster. Fallos de nodos de un clster de alta disponibilidad no es visible desde clientes fuera del clster.

75

(Clusters de alta disponibilidad se refieren a veces como agrupaciones de conmutacin por error ) Red Hat Cluster Suite proporciona alta disponibilidad, clustering a travs de su alta disponibilidad de los componentes de gestin de servicios.

Agrupaciones de equilibrio de carga despachar las solicitudes de servicio de red a varios nodos del clster para equilibrar la carga de solicitudes entre los nodos del clster. El equilibrio de carga proporciona escalabilidad rentable, ya que puede coincidir con el nmero de nodos de acuerdo a las necesidades de carga. Si un nodo en un clster de equilibrio de carga deja de funcionar, el software de equilibrio de carga detecta el fallo y vuelve a dirigir peticiones a otros nodos del clster. Fallos de nodos de un clster de equilibrio de carga no es visible desde clientes fuera del clster. Red Hat Cluster Suite proporciona equilibrio de carga a travs de LVS (Linux Virtual Server )

Clusters de alto rendimiento utilizan los nodos del clster para realizar clculos simultneos. Un clster de alto rendimiento permite a las aplicaciones para trabajar en paralelo, por lo tanto, mejorar el rendimiento de las aplicaciones. (Grupos de alto rendimiento tambin se conocen como grupos computacionales o informticas rejilla)

76

2.6.1. CLUSTER DE ALTA DISPONIBILIDAD En lo que respecta a cluster de acuerdo con (Hat, Red Hat Enterprise Linus 6.2 RH436, 2012) Para conseguir redundancia y proteccin contra fallos de un sistema, la primera de las medidas que se suelen tomar es replicar sus componentes hardware ms crtico. Por ejemplo en el caso de un servidor se emplean configuraciones de discos en RAID, fuentes de alimentacin redundantes, varias interfaces de red en bonding, etc. Y el mismo concepto de redundancia se aplica tambin para el resto de componentes como la electrnica de red o el sistema elctrico.

Estas medidas indudablemente aumentan el nivel de disponibilidad de un sistema, pero para conseguir un nivel anms alto, se suelen utilizar configuraciones avanzadas de hardware y software como son los clusters de Alta Disponibilidad.

Un Cluster de Alta Disponibilidad es un conjunto de dos o ms servidores, que se caracteriza por compartir el sistema de almacenamiento, y por qu estn constantemente monitorizndose entre s. Si se produce un fallo del hardware o de los servicios de alguno de las mquinas que forman el cluster, el software de alta disponibilidad es capaz de re arrancar automticamente los servicios que han fallado en cualquiera de los otros

77

equipos del cluster. Y cuando el servidor que ha fallado se recupera, los servicios se migran de nuevo a la mquina original.

Esta capacidad de los clusters de restablecer en pocos segundos un servicio, manteniendo la integridad de los datos, permite que en muchos casos los usuarios no tengan por qu notar que se ha producido un problema. Cuando una avera de este tipo, en un sistema sin cluster, podra dejarles sin servicio durante horas.

La utilizacin de clusters no solo es beneficiosa para cadas de servicio no programadas, sino que tambin es til en paradas de sistema programadas como puede ser un mantenimiento hardware o una actualizacin software.

En general las razones para implementar un cluster de alta disponibilidad son:

Aumentar la disponibilidad Mejorar el rendimiento Escalabilidad Tolerancia a fallos Recuperacin ante fallos en tiempo aceptable Reducir costes Consolidar servidores

78

Consolidar el almacenamiento

2.6.1.1. CONFIGURACIONES DE ALTA DISPONIBILIDAD


Las configuraciones ms comunes en entornos de clusters de alta disponibilidad son la configuracin activo/activo y la configuracin activo/pasivo. Configuracin Activo/Activo En una configuracin activo/activo, todos los

servidores del cluster pueden ejecutar los mismos recursos simultneamente. Es decir, los servidores poseen los mismos recursos y pueden acceder a estos independientemente de los otros servidores del cluster. Si un nodo del sistema falla y deja de estar disponible, sus recursos siguen estando accesibles a travs de los otros servidores del cluster.

En la Imagen N 12 se muestra como ambos servidores estn activos, proporcionando un mismo servicio a los diferentes usuarios. Los clientes acceden al servicio o recursos de forma transparente y no tienen conocimiento de la existencia de varios servidores formando un cluster.

79

Imagen N 12 (Arquitectura Activo / Activo)


Fuente: (RedHat, 2013)

Configuracin Activo/Pasivo Un cluster de alta disponibilidad, en una configuracin activo/pasivo, consiste en un servidor que posee los recursos del cluster y otros servidores que son capaces de acceder a esos recursos, pero no los activan hasta que el el propietario de los recursos ya no est disponible.

Las ventajas de la configuracin activo/pasivo son que no hay degradacin de servicio y que los servicios solo se reinician cuando el servidor activo deja de responder. Sin embargo, una desventaja de esta configuracin es que los servidores pasivos no proporcionan ningn tipo de recurso mientras estn en

80

espera, haciendo que la solucin sea menos eficiente que el cluster de tipo activo/activo. Otra desventaja es que los sistemas tardan un tiempo en migrar los recursos (failover) al nodo en espera. En la Imagen N
13 se muestra un ejemplo de servidores activo y

pasivo.

Imagen N 13 (Arquitectura Activo / Pasivo)


Fuente: (RedHat, 2013)

2.6.1.2. FUNCIONAMIENTO DE UN CLUSTER DE ALTA DISPONIBILIDAD


En un cluster de alta disponibilidad, el software de cluster realiza dos funciones fundamentales. Por un lado

intercomunica entre s todos los nodos, monitorizando continuamente su estado y detectando fallos. Y por otro lado administra los servicios ofrecidos por el cluster, teniendo la

81

capacidad de migrar dichos servicios entre diferentes servidores fsicos como respuesta a un fallo.
A continuacin se describen los elementos y conceptos bsicos en el funcionamiento del cluster.

Recurso y Grupos de Recursos Tradicionalmente se entiende como servicio a un conjunto de procesos que se ejecutan en un momento dado sobre un servidor y sistema operativo. Este ltimo provee a los procesos de los recursos necesarios para realizar su tarea: sistema de ficheros, interfaces de red, tiempo de cpu, memoria, etc.

En un cluster de alta disponibilidad, el software de cluster, abstrae e independiza a los servicios de un host concreto. Posibilitando que estos se desplacen entre diferentes servidores de forma trasparente para la aplicacin o los usuarios.

El software de cluster permite definir grupos de recursos, que son todos aquellos recursos necesarios por el servicio. Estos recursos sern los scripts de arranque del servicio, un sistema de ficheros, una direccin IP, etc. En la Imagen N 14 se muestra los recursos de un cluster.
82

Imagen 14 (Recurso y grupo de recursos)


Fuente: (RedHat, 2013)

Intercomunicacin El software de cluster gestiona servicios y recursos en los nodos. Pero adems, tiene que mantener

continuamente entre estos una visin global de la configuracin y estado del cluster. De esta forma, ante el fallo de un nodo, el resto conoce que servicios se deben restablecer. Ya que la comunicacin entre los nodos del cluster es crucial para el funcionamiento de este, es habitual utilizar un canal especfico como una red IP independiente o una conexin serie,que no se pueda

83

ver

afectada

por

problemas

de

seguridad

rendimiento. Heartbeat El software de cluster conoce en todo momento la disponibilidad de los equipos fsicos, gracias a la tcnica de heartbeat. El funcionamiento es sencillo, cada nodo informa peridicamente de su existencia enviando al resto una seal de vida. Escenario Split-Brain En un escenario split-brain, ms de un servidor o aplicacin pertenecientes a un mismo cluster intentan acceder a los mismos recursos, lo que puede causar daos a dichos recursos. Este escenario ocurre cuando cada servidor en el cluster cree que los otros servidores han fallado e intenta activar y utilizar dichos recursos. Monitorizacin de Recursos (Resource Monitoring) Ciertas soluciones de clustering HA permiten no solo monitorizar si un host fsico est disponible, tambin pueden realizar seguimientos a nivel de recursos o servicios y detectar el fallo de estos.

84

El administrador puede configurar la periodicidad de estos monitores as como las acciones a llevar a cabo en caso de fallo. Reiniciar Recursos Cuando un recurso falla, la primera medida que toman las soluciones de cluster es intentar reiniciar dicho recurso en el mismo nodo. Lo que supone detener una aplicacin o liberar un recurso y posteriormente volverlo a activar.

Algunas implementaciones no permiten reiniciar un nico recurso, y lo que realizan es un reinicio completo de todo un grupo de recursos (servicio). Esto puede llegar a demorar bastante para servicios como las bases de datos.

Migracin de Recursos (Failover) Cuando un nodo ya no est disponible, o cuando un recurso fallido no se puede reiniciar satisfactoriamente en un nodo, el software de cluster reacciona migrando el recurso o grupo de recursos a otro nodo disponible en el cluster.

85

De este modo el tiempo de inactividad por el posible fallo es mnimo, y el cluster seguir proporcionando el correspondiente servicio. (vase Imagen N 15)

Imagen 15 (migracin de servicio) Fuente: (RedHat, 2013)

Dependencia entre recursos Habitualmente para que el cluster proporcione un servicio, son necesarios no solo un recurso si no varios (ip virtual, sistema de ficheros, proceso), lo que se conoce como grupo de recursos. Cuando se arranca o detiene un servicio, sus recursos tienen que activarse en el orden apropiado ya que unos dependen de otros. El software de cluster tiene que

86

permitir definir estas dependencias entre recursos as como entre grupos. Preferencia de Nodos (Resource Stickiness) En configuraciones de cluster con mltiples nodos, es comn distribuir los servicios a proporcionar entre los diferentes servidores. Adems puede que los

servidores tengan caractersticas hardware diferentes (cpu, memoria ram) y nos interese que, para un estado ideal del cluster, determinados servicios se ejecuten siempre en un determinado servidor.

Este

comportamiento

se

define

mediante

la

preferencia de nodo en la definicin de cada recurso. Comunicacin con otros sistemas El cluster tiene que monitorizar no solo que un servidor y sus servicios estn activos, tambin debe de comprobar que, de cara a los usuarios, dicho servidor no queda desconectado de la red por el fallo de un latiguillo, switch, etc.

Por lo tanto el software de cluster debe comprobar que los nodos son alcanzables. Un mtodo simple para conseguirlo, es verificar que cada nodo tiene

87

accesible el router o puerta de enlace de la red de usuarios. Fencing En los clusters HA existe una situacin donde un nodo deja de funcionar correctamente pero todava sigue levantado, accediendo a ciertos recursos y

respondiendo peticiones. Para evitar que el nodo corrompa recursos o responda con peticiones, los clusters lo solucionan utilizando una tcnica llamada Fencing. La funcin principal del Fencing es hacerle saber a dicho nodo que est funcionando en mal estado, retirarle sus recursos asignados para que los atiendan otros nodos, y dejarlo en un estado inactivo. Quorum Para evitar que se produzca un escenario de SplitBrain, algunas implementaciones de cluster HA introducen un canal de comunicacin adicional que se emplea para determinar exactamente que nodos estn disponibles en el cluster y cules no. Tradicionalmente se implementa utilizando los llamados quorum

devices, que habitualmente son un volumen de almacenamiento compartido exclusivo (disk heart beating). Tambin existen implementaciones que
88

utilizan unas conexiones de red adicional o una conexin serie. Esta ltima tiene limitaciones de distancia y actualmente ha quedado en desuso. En la Imagen N 16 se muestra el canal de comunicacin.

Imagen 16 (Canal de comunicacin) Fuente: (RedHat, 2013)

2.7. METODOLOGIA DE GESTION DE PROYECTOS


Dentro de la metodologa utilizada en la gestin de proyectos segn (Rita Mulcahy, 2011) el desarrollo de stos se estructura en tres fases:

2.7.1. FASE DE INICIO Y PLANIFICACIN


Tiene como objetivo fundamental establecer y concretar el mbito, calendario, presupuesto, recursos, etc. del proyecto hasta el nivel que permita al Responsable de Proyecto gestionar eficazmente y articular las actividades que conducen al xito del proyecto.

89

2.7.2. FASE DE EJECUCIN Y CONTROL


Fase que comprende la gestin del cambio, el seguimiento y control del proyecto, el anlisis y el reporting. Se lleva a cabo el seguimiento de la planificacin asegurando el cumplimiento de todos los hitos y gestionando los cambios mediante la actualizacin de la Planificacin de Proyectos y la comunicacin a todos los implicados.

2.7.3. FASE DE CIERRE DE PROYECTO


El objetivo fundamental es formalizar la aceptacin final del proyecto, asegurndose una correcta transmisin del conocimiento a los usuarios recopilando la documentacin final, as como la organizacin de la salida del equipo de trabajo de una manera ordenada y secuencial.

90

CAPITULO III METODOLOGIA

3.1.

DEFINICION
De acuerdo con (SUNAT, 2013) la Metodologa de Gestin de proyectos (MGP) se basa en el marco metodolgico de IDEA (4 fases o estados secuenciales en el tiempo por los que pasa un proyecto a lo largo de su existencia: INICIO, DESARROLLO, ESTABILIZACION y APRENDIZAJE) y prescribe conceptos aplicables a diferentes tipos de proyectos relacionados con la optimizacin empresarial, expresada desde el punto de vista de proyectos de cambio. Asimismo, establece un lenguaje comn y una base conceptual til para los diversos proyectos de la organizacin y permite organizar tcnicas y conceptos provenientes de diversas fuentes.

Entindase por Proyecto al conjunto de actividades planificadas para producir resultados en un tiempo mayor a 20 das hbiles.

IDEA cumple con dos requisitos bsicos: Simplicidad, porque slo enfoca aspectos bsicos con relacin a mtodos.

91

Adaptabilidad, porque es independiente de las herramientas metodolgicas y del software a aplicar.

IDEA tambin cuenta con dimensiones o tipo de labores del proyecto, no secuenciales en el tiempo, que se ejecutan en paralelo a lo largo de todas las fases del proyecto: GESTIN: mbito de accin relativo al liderazgo, administracin del proyecto y manejo de aspectos psicosociales. Tiene a su vez dos sub dimensiones:

PLANEAMIENTO: Programar y coordinar las actividades, de manera que se realicen tal como fueron proyectadas.

CONTROL:

Supervisar y evaluar las actividades planificadas.

EJECUCIN: mbito relativo a la materializacin de la solucin. Tiene a su vez dos sub dimensiones:

MODELAMIENTO: Representacin de la solucin que se espera construir.

CONSTRUCCIN: Concretar fsicamente la solucin. (SUNAT, 2013) Muestra las siguientes faces: FASE DE INICIO: En el cual se aprueba la formulacin de proyectos y se convoca a una reunin de lanzamiento.

92

FASE DE DESARROLLO: Tiene 5 actividades con el que se realiza todo tipo de proyecto las cuales son: o Modelamiento de la solucin. o Construccin de la solucin. o Aprobacin interna de la calidad de la solucin. o Certificacin de la calidad por parte del usuario. o Implementacin de la solucin.

FASE DE ESTABILIZACIN: La cual se subdivide en lo siguiente: o Seguimiento y mejoras a la solucin implantada o Reunin de Cierre

FASE DE APRENDIZAJE: Es la fase en donde se evalan a los usuarios, se hace un interaccin con los trabajadores y los pasos son: o Evaluacin con usuarios finales. o Reunin de evaluacin con los Participantes del Proyecto. o Elaboracin del Informe Final del Proyecto.

Sin embargo (Rita Mulcahy, 2011) menciona 5 etapas y segun (GEDPRO, 2013) son las siguientes: INICIACION: El proceso de Iniciacin es el primer proceso en el ciclo de vida de Gestin del Proyecto. En este proceso se define el proyecto, necesidades del negocio, justificacin del proyecto, descripcin, alcance y entregables quedan reflejados en el Acta de Constitucin del Proyecto

93

El Project Manager desarrolla el Acta de Constitucin del Proyecto, que la aprueba el Sponsor del Proyecto El siguiente paso es Crear Acta de Constitucin del Proyecto PLANIFICACION: Durante el proceso de Planificacin se

desarrolla el Plan de Gestin del Proyecto. En este proceso se identifica y define el alcance, las actividades los costes y se planifica el cronograma del proyecto. El Project Manager desarrolla Plan de Gestin del Proyecto que lo aprueba el Sponsor del Proyecto En este proceso el Project Manager define:

Alcance Entregables Estructura Desagregada de Tareas (WBS/EDT) Costes Calidad Recursos Comunicaciones Riesgos Compras Organizacin del Proyecto

El siguiente paso es crear o modificar el Plan de Gestin del Proyecto EJECUCION Y CONTROL: Durante el proceso de Ejecucin y Control se lleva a cabo el trabajo definido en el Plan de Gestin del Proyecto.

94

El Project

Manager dirige

gestiona

la

ejecucin del proyecto asegurando el nivel de calidad exigido en los requerimientos del proyecto. En este proceso el Project Manager:

Adquiere el Equipo del Proyecto Ejecuta el Plan de Compras Elabora Proyecto los Informe de Estado del

Recopila las Peticin de Cambios Identifica las Acciones Correctoras y

las Acciones Preventivas

GESTION DE CAMBIOS DEL PROYECTO: En el proceso de Gestin de Cambios del Proyecto es cuando se aprueban o rechazan las Peticin de Cambios, las Acciones Correctoras y las Acciones Preventivas. El Project Manager propone los cambios, las acciones correctivas y preventivas que tienen que ser aprobadas o rechazadas por el Sponsor del Proyecto

CIERRE:

El proceso de Cierre es la fase en la que se finaliza el

proyecto formalmente. En este proceso se chequea que el Producto, Servicio, Resultado Final cumple los objetivos del proyecto y que el Sponsor del Proyecto est satisfecho con el resultado. Adems, este proceso tambin chequea que el contrato con el cliente y con los proveedores estn cerrados y conformes. El siguiente paso es Cerrar Proyecto

95

CAPITULO IV DESARROLLO 4.1. NOMBRE DE LA EMPRESA


TIENDAS SODIMAC

4.2.

NOMBRE DEL PROYECTO


DESPLIEGUE DE UNA PLATAFORMA VIRTUAL DE SERVIDORES EN SODIMAC CON RED HAT ENTERPRISE VIRTUALIZATION (RHEV).

4.3.

INTRODUCCIN
La necesidad de mantener la informacin disponible en todo momento y que sta no corra riesgo de perderse, borrarse con cualquier cada de un servidor es primordial para tiendas SODIMAC,ya que existe solo una central de todas las 10 tiendas en el cual un servidor principal (caja)se encarga de guardar toda informacin econmica y de vital importancia. Actualmente SODIMAC cuenta con dos servidores con diferentes sistemas operativos, Windows server y Red Hat Enterprise Linux, en el

96

cual y tambin un sistema de cuentas para el manejo econmico de la entidad, por otra parte cuenta con otro servidor donde est instalado el sistema operativo Proxmox en el cual tambin se estn ejecutando otros servidores propios del sistema. El problema radica cuando el servidor de cuentas tiene una interrupcin, ya sea por fallas atmosfricas, falta de energa, accidentes de cualquier tipo y la recuperacin de datos se demora minutos pero aun as es mucho tiempo para que el personal pueda conectarse con el servidor, esto genera perdida de dinero y tiempo.

4.4.

ACTA DE CONSTITUCION DEL PROYECTO 4.4.1. DESCRIPCIN DEL PROYECTO


Durante los ltimos dos meses se observ que la cada de servidores es muy frecuente debido a diferentes

acontecimientos tanto naturales como causados por el mismo personal del rea de Informtica, por consecuencia los usuarios que interactan con la base de datos de caja en momentos han tardado mucho tiempo en ingresar los precios que corresponde a la base de datos. El propsito del proyecto es mantener activo los servidores ante cualquier eventualidad. Para lograr esto es necesario que estos servidores se ejecuten dentro de una plataforma virtual con Red Hat Enterprise Virtualization para que de

97

este modo puedan ser administrados y lo ms importante que tengan alta disponibilidad para que si un servidor sufre algn accidente pueda aun estar funcionando sin

problemas, para que pueda ser factible este desarrollo se configurarn dos hypervisores que en este caso son los hosts de los cuales se usaran los recursos fsicos, necesitarn de un manager que se encarga de gestionar los procesos para que los servidores puedanmantenerse en funcionamiento, con lo que respecta a la alta disponibilidad en necesario la presencia de un Storage en donde se almacenar la configuracin y mquinas virtuales que se crean.

4.4.2.

DIRECTOR

DEL

PROYECTO

ASIGNADO

NIVEL DE AUTORIDAD
Alberto Vidal es el director de proyectos para este proyecto y tiene la autoridad para seleccionar a los miembros del equipo y determinar el presupuesto final del proyecto.

4.4.3.

CASO DE NEGOCIO
Este proyecto est siendo realizado para prevenir a cualquier acontecimiento que servidores de tiendas exista para que los tengan cadas

sodimac

eventualmente.

98

4.4.4.

RECURSOS PRE-ASIGNADOS
Csar Palacios Alberto Vidal estn dedicados al proyecto debido a su experiencia en redes de computadoras, configuracin, instalacin y registro de Red Hat Enterprise Linux, as mismo a la construccin de Cluster en Storage. Los dems recursos sern seleccionados por el director del proyecto. Se cuenta con dos servidores hp (servidor hp proliant dl380 g7 xeon e5640) cabe mencionar que para la virtualizacin con RHEV los hipervisores deben tener el mismo hardware, para el manager se tiene (CPU dual core. 4 GB de memoria
RAM, 50 GB de espacio en disco duro, 1 Network Interface Card (NIC) con 1 Gbps de ancho de banda como mnimo.

4.4.5.

INTERESADOS
Los interesados incluyen a: Anthony Leguia jefe de Informtica de tiendas Sodimac, Csar Palacios y Alberto Vidal consultores TI, Juan Anamaria Gerente de la Consultoria SLA14, y usuarios del sistema.

14

SLA Software Libre Andino. Consultoria

99

4.4.6.

DESCRIPCION DEL PRODUCTO/SERVICIO


Se brindar la Solucin de Red Hat Enterprise virtualization para servidores, diseada para permitir una virtualizacin generalizada del centro de cmputos y lograr un

rendimiento del capital y una eficiencia operativa sin precedentes. Red Hat Enterprise Virtualization para

Servidores se basa en la plataforma Red Hat Enterprise Linux en la que confan miles de organizaciones en millones de sistemas en todo el mundo para sus cargas de trabajo ms crticas. Este producto brindar los siguientes

servicios:

Migracin en vivo: Traslade mquinas virtuales de un host a otro en forma dinmica sin interrumpir el servicio.

Alta disponibilidad: Si falla un host, las mquinas virtuales se reinician en otro host en forma automtica.

Programador de sistemas: Equilibra las cargas de trabajo en el centro de cmputos mediante la migracin dinmica en vivo de las mquinas virtuales en funcin del aprovechamiento y la poltica de recursos.

100

Ahorro de energa: Durante horas de baja demanda concentra las mquinas virtuales en un nmero menor de hosts para permitir desactivar algunos y lograr as un ahorro de energa.

Gestor de mantenimiento: Permite efectuar tareas de mantenimiento en los hosts sin provocar tiempo improductivo en los guests.

Gestor de imgenes: Genera nuevas mquinas virtuales a partir de plantillas.

Thin provisioning: Permite la creacin de escritorios y servidores a partir de plantillas almacenando

nicamentelas diferencias entre las nuevas instancias y las plantillas base, ahorrando as espacio de

almacenamiento.

4.4.7.

OBJETIVOS MEDIBLES DEL PROYECTO

El objetivo de este proyecto es mantener activo los servidores de tiendas sodimac en un 80% para que los

101

usuarios (vendedores del sistema) no tengan ningn problema con la base de datos de caja.

Cronograma de Hitos: Es el siguiente. (Tabla N1)

102

ITEM

DESCRIPCION DE ACTIVIDADES

SETIEMBRE SEM 1
L M M J V L M

SEM 2
M J V L M

SEM 3
M J V L M

SEM 4
M J V

Das
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Realizacin de Kick off Elaboracin de project charter Elaboracin de alcance de proyecto Aprobacin de documentos de inicio Verificacin de infraestructura Elaboracin de lista de requerimientos previos Elaboracin de diseo final de plataforma virtual Aprobacin de diseo final Aprovisionamiento de mquina virtual para RHEVM Instalacin de Sistema Operativo Afinamiento de Sistema Operativo Instalacin de Servicio Red Hat Virtualization Manager (RHEVM) Afinamiento de servicio RHEVM Configuracin de Red Hat Hypervisor Implementacin de Data center virtual Creacin de clster Configuracin de polticas de cluster Creacin de mquina virtual de prueba Pruebas de Funcionamiento Ejecucin de plan de pruebas Conformidad de ejecucin de pruebas

Tabla N 1 (Cronograma de Hitos)


Fuente: Elaboracin propia

103

4.4.8.

REQUISITOS DE APROBACIN DEL PROYECTO


El Gerente Juan Anamaria aprobar la lista de riesgo antes de que continen los esfuerzos de planificacin.

4.5.

ALCANCE 4.5.1. LISTA DE REQUISITOS

Virtualizacion:

una

solucin

de

virtualizacin

integral con casos de uso para servidores y escritorios, diseada para permitir una

virtualizacin generalizada del centro de cmputos y lograr un rendimiento del capital y una e_ciencia operativa sin precedentes.

2 Hypervisores: Un moderno hipervisor basado en KVM que puede implementarse como hipervisor bsico autnomo (incluido junto con Red Hat Enterprise Virtualization para Servidores), o bien como Red Hat Enterprise Linux 5.4 y versiones posteriores (adquirido por separado) instalado como host hipervisor.

1 Manager: Un sistema de gestin de la virtualizacin de servidores con mltiples

caractersticas que ofrece capacidades avanzadas

104

para hosts y guests, inclusive alta disponibilidad, migracin en vivo, gestin de almacenamiento, programador de sistemas, y ms an.

Alta disponibilidad: Queproporciona servicios de recuperacin bajo demanda despus de fallos entre nodos dentro de un clster, lo que significa una alta disponibilidad de las aplicaciones. El complemento High Availability admite hasta 16 nodos y se puede configurar para la mayora de las aplicaciones que utilizan agentes

personalizables, as como para invitados virtuales. Este complemento tambin soporta recuperacin despus de fallos con aplicaciones fuera de la plataforma, como Apache, MySQL y PostgreSQL.

Cuando

se

utiliza

el

complemento

High

Availability, un servicio con alta disponibilidad se puede recuperar de un nodo a otro sin aparente interrupcin para los clientes del clster. Adems, el complemento High Availability garantiza la integridad de los datos cuando un nodo de clster toma el control de un servicio de otro nodo de

105

clster. Para ello, desahucia enseguida a los nodos del clster que parecen fallar mediante un mtodo denominado fencing (cercado), que impide el deterioro de los datos.

4.5.2.

ESTRUCUTRA DE DESGLOSE DE TRABAJO (EDT)


El despliegue del proyecto es el siguiente:

106

DESPLIEGUE DE UNA PLATAFORMA VIRTUAL DE SERVIDORES EN SODIMAC CON RED HAT ENTERPRISE

VIRTUALIZATION (RHEV)

Inicio

Planificacin
Requerimientos Previos

Ejecucin
Instalacin de Servidor RHEVM

Control y seguimiento
Control y seguimiento

Cierre
Transferenci a de conocimient o Documentacin de cierre

Realizacin de Kick off

Elaboracin de project charter

Verificacin de infraestructura

Aprovisionamiento de mquina virtual para RHEVM

Elaboracin de alcance de proyecto

Elaboracin de lista de requerimientos previos

Instalacin de Sistema Operativo

Elaboracin de documento de Arquitectura final

Aprobacin de documentos de inicio

Afinamiento de Sistema Operativo Diseo

Aprobacin de acta de conformidad

Elaboracin de diseo final de plataforma virtual

Instalacin de Servicio Red Hat Virtualization Manager (RHEVM) Elaboracin de documento de implementacin de la solucin

Aprobacin de diseo final

Afinamiento de servicio RHEVM

Instalacin de Red Hat Hypervisor

Configuracin de Red Hat Hypervisor

Implementacin de Data center virtual

Creacin de clster

Configuracin de polticas de cluster

Configuracin de Storage

Creacin de mquina virtual de prueba

Pruebas de Funcionamiento

Elaboracin de plan de pruebas

Ejecucin de plan de pruebas

Conformidad de ejecucin de pruebas

107 Imagen N 17 EDT Fuente: Elaboracin propia

4.6.

EJECUCION DEL PROYECTO

4.6.1.

ESPECIFICACIONES DE SERVIDORES

4.6.1.1.

COMPONENTES
A continuacin en la Tabla N 2 se mencionan los componentes de software que har falta para la instalacin y configuracin.

Nombre de Servidor RHEV manager

Hostname

Descripcin Servidor principal de la solucin virtual, el cual administra toda la plataforma virtual Hypervisores asociados al clster del entorno virtual

Rhevm.sodimacpe.falabella.com

sux.26x1.sodimacpe.falabella.com Hypervisores sux.26x1.sodimacpe.falabella.com


Tabla N 2 (Componentes) Fuente: Elaboracin propia

4.6.1.2.

ARQUITECTURA
La arquitectura que se detalla en la Imagen N 18 detalla el hardware en la que se instalar y configurar la plataforma virtual

108

Imagen N 18 (Arquitectura de solucin)


Fuente: (RedHat, 2013)

4.6.1.3.

ESPECIFICACIONES DE LOS SERVIDORES


A continuacin en la tabla N 3 se detalla el nombre de los hosts, las direcciones ip, el DNS con el que trabajaremos y el Gateway

Hostname rhevm.sodimacpe.falabella.c om suc26x1.sodimacpe.falabella .com suc26x2.sodimacpe.falabella .com

Direccin IP 115.1.10.200 115.15.10.10

DNS 127.0.0.1 127.0.0.1 192.168.254.2 115.1.10.200 127.0.0.1 192.168.254.1 115.1.10.200

Gateway 115.1.1.1 115.100.10.25 4 115.100.10.25 4

115.15.10.20

Tabla N 3 (Especificaciones de los servidores) Fuente: Elaboracin propia

109

4.6.1.4.

DISTRIBUCIN DE PARTICIONES POR SERVIDOR


A continuacin en la Tabla N 4 se detalla las particiones del manager y los hypervisores.

Nombre

Punto de montaje /boot

Tipo de particin ext4 ext4

Tamao 485 MiB 45 GiB

Descripcin Particin boot Particin del sistema operativo Particin de storage domain Particin de export domain Particin de iso domain Particin de storage domain Particin de export domain

rhevm / / rhev/storagedomain /rhev/exportdomain /rhev/isodomain / rhev/storagedomain / rhev/exportdomain

xfs xfs ext4 xfs

251 GiB 251 GiB 35 GiB 251 GiB

suc26x1

suc26x2

xfs

251 GiB

Tabla N 4 (Particiones de servidores) Fuente: Elaboracin propia

4.6.1.5.

DISTRIBUCIN DE MEMORIA POR SERVIDOR


En la Tabla N 5 se detalla la distribucin de la memoria Ram.

110

Nombre de servidor rhevm.sodimacpe.falabella.com suc26x1.sodimacpe.falabella.com suc26x2.sodimacpe.falabella.com

Memoria fsica asignada 2 GiB 16 GiB 16 GiB

Memoria de intercambio asignada 4 GiB 8 GiB 8 GiB

Tabla N 5 (distribucin de Memoria) Fuente: Elaboracin propia

4.6.2.

ESPECIFICACIONES DE LOS SERVICIOS


En el siguiente Tabla N 6 se especifica las especificaciones que se deberan tomar en cuenta para la configuracin de un servidor DNS Y un servidor NTP

Nombre de hosts Sistema Operativo Superusuario de sistema operativo Versin software de virtualizacin instalado Servicios instalados a nivel de Sistema Operativo Administracin va Lnea de comandos Administracin web del sistema operativo y servicios Administracin web de la plataforma virtual

rhevm.sodimacpe.falabella.com Red Hat Enterprise Linux 6.4 usuario: root contrasea:redhat Red Hat Enterprise Virtualization 3.2 Servicio DNS mediante bind Servicio NTP mediante ntpd usuario: root contrasea: redhat http://115.1.10.200:10000 usuario: root contrasea: redhat http://115.1.10.200 usuario: admin dominio: internal contrasea: f7d8l7d9d

111

Nombre de Host Sistema Operativo Superusuario de sistema operativo Servicios instalados a nivel de Sistema Operativo Administracin va Lnea de comandos Administracin web del sistema operativo y servicios Nombre de Host Sistema Operativo Superusuario de sistema operativo Servicios instalados a nivel de Sistema Operativo Administracin va Lnea de comandos Administracin web del sistema operativo y servicios

su26x1.sodimacpe.falabella.com Red Hat Enterprise Linux 6.4 usuario: root contrasea:redhat Servicio DNS mediante bind Servicio NTP mediante ntpd Servicio Storage mediante glusterfs Servicio de Administracin mediante webmin usuario: root contrasea: redhat http:// 115.15.10.100:10000 usuario: root contrasea: redhat hyp2.quito.gob.ec Red Hat Enterprise Linux 6.4 usuario: root contrasea:redhat Servicio DNS mediante bind Servicio NTP mediante ntpd Servicio Storage mediante glusterfs Servicio de Administracin mediante webmin usuario: root contrasea: redhat http:// 115.15.10.200:10000 usuario: root contrasea: redhat

Tabla N 6 (Especificaciones) Fuente: Elaboracin propia

4.6.3. INSTALACION
Este checklist contiene informacin referida a los tems bsicos y necesarios para la instalacin de software. ITEM
Archivos de instalacin de los Productos RHEV 3.2

DESCRIPCION
CD de instalacin del Sistema operativo seleccionado. Lista de pre-requisitos para el sistema operativo donde ser instalado el servidor

112

Manager.(1)

Configuracin de red

Subscripcin activa del producto RHEV. IPs que sern asignadas a la arquitectura virtual, as como la informacin de DNS, gateway y mscara que se asignar al servidor. Distribucin de almacenamiento, luns, Raid, etc. CPU dual core. 4 GB de memoria RAM. 50 GB de espacio en disco duro. 1 Network Interface Card (NIC) con 1 Gbps de ancho de banda como mnimo.

Distribucin fsica de almacenamiento Requisitos mnimos para el servidor Manager

Tabla N 7 (Requisitos Mnimos) Fuente: Elaboracin propia

4.6.3.1.

INSTALACIN DEL S.O. RED HAT 6.4 DE 64 BITS


Iniciamos el boot de la maquina desde el lector de CD o desde la imagen del instalador para iniciar. (Imagen N 19)

113

Imagen N 19 (inicio de instalacin de Red hat)


Fuente: (RedHat, 2013)

Obviamos la comprobacin de medios extrables para la instalacin como muestra la Imagen N 20.

Imagen 20 (Test del cd de instalacin)


Fuente: (RedHat, 2013)

En la Imagen N 21 elegimos el idioma de la instalacin y el idioma del teclado, elegs en ambos casos espaol.

114

Imagen N 21 (Elegir idioma)


Fuente: (RedHat, 2013)

Elegimos la opcin de dispositivos de almacenamiento bsico y le damos click en siguiente. (Imagen N 22)

Imagen N 22 (Elegir el dispositivo de almacenamiento)


Fuente: (RedHat, 2013)

115

Escogemos hostname y el dominio, y damos click en siguiente.

Imagen N 23 Figura 4.7 (Nombre de host)


Fuente: (RedHat, 2013)

Seleccionamos la zona horaria (Amrica/Ecuador) y damos click en siguiente. (vase Imagen N 24)

Imagen N 24 (Elegir el pais)


Fuente: (RedHat, 2013)

116

Indicamos una contrasea para el sper usuario root, por lo general se le coloca changeme, este parmetro puede ser cambiado ms adelante (pero siempre debe tener una). (Imagen N 25)

Imagen N 25 (Aadir de password)


Fuente: (RedHat, 2013)

Seleccionamos la opcin de crear un diseo personalizado y damos click en siguiente. (Imagen N 26)

117

Imagen 26 (Particin personalizada)


Fuente: (RedHat, 2013)

Se crea una particin estndar la cual albergara al punto de montaje boot. (Imagen N 27)

Imagen N 27 (Crear particin)


Fuente: (RedHat, 2013)

118

Se le configura el punto de montaje, el formato y el espacio a ocupar y damos click en aceptar. (Imagen N 28)

Imagen N 28 (Creando boot)


Fuente: (RedHat, 2013)

Con el espacio libre pasamos a crear los volmenes fsicos para el LVM. (Imagen N 29)

Imagen N 29 (Crear Volumen lgico)


Fuente: (RedHat, 2013)

119

Como tipo de archivo seleccionamos la opcin physical volumen (LVM) y tambin seleccionamos la opcin de completar tamao hasta mximo aceptable y damos click en aceptar. (Imagen N 30)

Imagen N 30 (Crear Volumen fsico)


Fuente: (RedHat, 2013)

Pasamos a crear el Grupo de Volumen LVM sobre el nuevo Volumen fsico creado anteriormente. (Imagen N 31).

120

Imagen N 31 (Crear grupo Volumen fsico)


Fuente: (RedHat, 2013)

Escribimos el nombre del Volume Group con una extensin fsica de 4 MB y seleccionamos los discos que pertenecern a dicho grupo. A continuacin pasamos a crear los volmenes lgicos; les damos formato y especificamos el espacio a usar en cada uno. (Imagen N 32)

121

Imagen N 32 Figura 4.16 (Crear Raiz)


Fuente: (RedHat, 2013)

Para el rea de intercambio seleccionamos como sistema de archivos swap, colocamos el nombre del logical volumen y especificamos el espacio a usar. (Imagen N 33)

Imagen N 33 (Crear swap)


Fuente: (RedHat, 2013)

122

Una vez creado todo el FileSystem con configuracin LVM, damos click en siguiente. (Imagen N 34)

Imagen N 34 (File System)


Fuente: (RedHat, 2013)

Dejamos por default la instalacin

del sector de arranque y

damos Click en siguiente. (Imagen N 35)

Imagen N 35 (Sector de arranque)


Fuente: (RedHat, 2013)

123

Seleccionamos instalacin mnima. (Imagen N 36)

Imagen N 36 (Seleccionar instalacin Mnima)


Fuente: (RedHat, 2013)

Seleccionamos los paquetes necesarios en la instalacin mnima. (Imagen N 37)

Imagen N 37 (Seleccin de sistema Base)


Fuente: (RedHat, 2013)

124

En Escritorios seleccionar Escritorio darle click a la opcin Paquetes Opcionales. (Imagen N 38)

Imagen N 38 (Seleccin de Escritorio)


Fuente: (RedHat, 2013)

En el cuadro que sale, desmarcar todas las opciones para eliminar los paquetes no necesarios en la instalacin. Una vez hecho ello darle click a la opcin cerrar y luego en siguiente. (Imagen N 39)

125

Imagen N 39 (Seleccin de paquete)


Fuente: (RedHat, 2013)

Una vez terminada con estas opciones, darle click a siguiente para que empiece a aplicar los cambios en la instalacin. (Imagen N 40)

Una vez terminada la instalacin inicial, darle click a la opcin reiniciar.

Cuando el equipo haya reiniciado, saldr una pantalla de bienvenida, se sugiere obviar cualquier configuracin a travs de este medio. (Figura 4.25)

126

Imagen N 40 (Instalacin en proceso)


Fuente: (RedHat, 2013)

Ahora lo nico que tenemos que hacer el logearnos con el usuario root y poner la contrasea configurada previamente para ese usuario.

4.7.

INSTALACIN DE PRE-REQUISITOS EN EL SERVIDOR RHEL 6 PARA EL SERVICIO RHEVMANAGER

Ingresamos al servidor mediante la lnea de comandos (de ahora en adelante CLI) y ejecutamos el siguiente comando para registrar con la suscripcin activa.

127

[root@rhevm ~]# rhn_register nox

Seleccionamos siguiente. (Imagen N 41)

Imagen N 41 (Instalacin de Pre-requisitos)


Fuente: (RedHat, 2013)

Ingresamos el usuario y contrasea de nuestra subscripcin activa. Finalmente pulsamos siguiente hasta la culminacin del registro. (Imagen N 42)

128

Imagen N 42 (Subscripcin)
Fuente: (RedHat, 2013)

Suscribimos el servidor a los canales necesarios para la instalacin.

[root@rhevm ~]# rhn-channel --add --channel=rhel-x86_64-server-6-rhevm-3.2 [root@rhevm ~]# rhn-channel --add --channel=jbappplatform-6-x86_64-server-6-rpm [root@rhevm ~]# rhn-channel --add --channel=rhel-x86_64-server-supplementary-6 [root@rhevm ~]# rhn-channel --add --channel rhel-x86_64-server-optional-6

Desactivar el servicio firewall

[root@rhevm ~]# service iptables stop [root@rhevm ~]# chkconfig iptables off

Se debe asegurar a su vez la existencia de registros A y registros inversos para cada uno de los servidores que conforman la solucin.

129

4.8.

INSTALACIN DEL SERVICIO MANAGER SOBRE RHEL 6


Ejecutamos la instalacin mediante la herramienta yum, para ello en primer lugar eliminamos el paquete classpathx-jaf que causa conflictos con otros paquetes del servicio manager. Posteriormente instalamos los servicios necesarios para la plataforma ejecutando lo siguiente:

[root@rhevm ~]# yum remove classpathx-jaf [root@rhevm ~]# yum update [root@rhevm ~]# yum install rhevm rhevm-reports

Ejecutamos

el

script

de

instalacin,

para

ello

ejecutamos el siguiente comando: [root@rhevm ~]# rhevm-setup Y respondemos a las preguntas indicadas. Finalmente se tendr una pantalla de confirmacin de datos donde tendremos que confirmar todo lo ingresado. Escribimos yes.

RHEV Manager will be installed using the following configuration: http-port: https-port: host-fqdn: auth-pass: 8080 8443 rhevm.quito.gob.ec ********

130

db-pass: ******** org-name: Red Hat default-dc-type: FC nfs-mp: /exports iso-domain-name: isos override-iptables: no Proceed with the configuration listed above? (yes|no):

A continuacin se muestra un ejemplo de instalacin satisfactoria.

Installing: Creating JBoss Profile... [ DONE ] Creating A... [ DONE ] Setting Database Security... [ DONE ] Creating Database... [ DONE ] Updating the Default Data Center Storage Type... [ DONE ] Editing JBoss Configuration... [ DONE ] Editing RHEV Manager Configuration... [ DONE ] Configuring the Default ISO Domain... [ DONE ] Configuring Firewall (iptables)... [ DONE ] Starting JBoss Service... [ DONE ] **** Installation completed successfully ****** (Please allow RHEV Manager a few moments to start up.....) Additional information: * SSL Certificate fingerprint: 4C:A4:8F:93:62:50:C1:63:C8:09:70:77:07:90:FD:65:5B:3C:E8:DD * SSH Public key fingerprint: fa:71:38:88:58:67:ae:f0:b1:17:fe:91:31:6c:66:6e * A default ISO share has been created on this host. If IP based access restrictions are required, please edit /exports entry in /etc/exports * The firewall has been updated, the old iptables configuration file was saved to /usr/share/rhevm/conf/iptables.backup.103654-09092011_866 * The installation log file is available at: /var/log/rhevm/rhevmsetup_2011_09_09_10_32_56.log * Please use the user "admin" and password specified in order to login into RHEV Manager * To configure additional users, first configure authentication domains using the 'rhevmmanage-domains' utility

131

* To access RHEV Manager please go to the following URL: http://rhevm.sodimacpe.falabella.com:8080

4.9. INSTALACIN DEL SERVICIO GLUSTERFS


Este servicio fue instalado y configurado de manera separada, es decir no por medio de los repositorios oficiales de Red Hat. Para la instalacin del servicio es necesario descarga todos los paquetes que se encuentran community).
http://download.gluster.org/pub/gluster/glusterf s/3.4/3.4.0/RHEL/epel-6.4/x86_64/

en

la

siguiente

direccin

(Gluster

Los paquetes necesarios son: glusterfs-3.3.1-1.el6.x86_64.rpm glusterfs-debuginfo-3.3.1-1.el6.x86_64.rpm glusterfs-devel-3.3.1-1.el6.x86_64.rpm glusterfs-fuse-3.3.1-1.el6.x86_64.rpm glusterfs-geo-replication-3.3.1-1.el6.x86_64.rpm glusterfs-rdma-3.3.1-1.el6.x86_64.rpm glusterfs-server-3.3.1-1.el6.x86_64.rpm libibverbs-1.1.6-5.el6.i686.rpm xfsprogs-3.1.1-10.el6.x86_64.rpm Una vez descargado los paquetes se proceden a guardar en los servidores e instalarlos. Para ello simplemente nos dirigimos a la carpeta donde se encuentra los paquetes y ejecutamos el siguiente comando:

132

[root@suc26x1 Gluster]# yum install -y glusterfs-* libibverbs-1.1.6-5.el6.i686.rpm xfsprogs-3.1.1-10.el6.x86_64.rpm Luego empezar a instalar los paquetes y las dependencias faltantes mediante la herramienta yum. Una vez instalado el servicio, ser necesario crear las particiones que se usarn para alojar las mquinas virtuales y sern administradas por el servicio glusters. Para ello, asumiendo que el disco duro fue configurado con LVM tal cual se indic en la seccin de instalacin del sistema operativo y se dej espacio suficiente sin usar, primero se debe crear un volumen lgico nuevo en el grupo de volumen ya creado en la instalacin.

Verificamos el espacio que posee el grupo de volumen. [root@suc26x1 ~]# vgdisplay --- Volume group --VG Name vg_suc26x1 System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 17 VG Access read/write VG Status resizable MAX LV 0 Cur LV 5 Open LV 5 Max PV 0 Cur PV 1 Act PV 1 VG Size 558,24 GiB PE Size 4,00 MiB Total PE 142909

133

Alloc PE / Size 14807 / 50,00 GiB Free PE / Size 128102 / 540 GiB VG UUID aJ7Wdr-Nrxi-qEEc-MOB7-QYzGOvSL-zePn22 Podemos observar que quedan 540 GiB de espacio libre, de los cuales por ejemplo usaremos 250 GiB para que sean usado por el glusterfs. Creamos entonces el volumen lgico: [root@suc26x1 ~]# lvcreate -L 250G -n lv_storagedomain vg_suc26x1 Donde lv_storagedomain es el nombre de nuestro volumen lgico y vg_suc26x1 es el nombre del grupo de volumen. Una vez ejecutado el comando, se habr creado un nuevo volumen lgico de 250 GiB de tamao. Para verificar los volmenes lgicos creados ejecutamos. [root@suc26x1 ~]# lvscan ACTIVE '/dev/vg_suc26x1/lv_root' [15,00 GiB] inherit ACTIVE '/dev/vg_suc26x1/lv_swap' [7,84 GiB] inherit ACTIVE '/dev/vg_suc26x1/lv_storagedomain' [250,20 GiB] inherit Luego ser necesario dar formato a la particin creada, para ello ejecutamos el siguiente comando.

[root@suc26x1 ~]# mkfs.xfs -i size=512 /dev/vg_suc26x1/lv_storagedomain


Crear la carpeta donde se montar la particin

[root@suc26x1 ~]# mkdir p /rhev/storage-domain


134

Procedemos

montar

la

particin,

para

ello

agregamos la ltima lnea al archivo

/etc/fstab:

# # /etc/fstab # Created by anaconda on Thu Jul 25 18:06:34 2013 # # Accessible filesystems, by reference, are maintained under '/dev/disk' # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info # /dev/mapper/vg_suc26x1-lv_root / ext4 defaults 1 1 UUID=e953c6d3-44c4-492f-b101-8cb7078e998e /boot ext4 defaults 1 2 /dev/mapper/vg_suc26x1-lv_swap swap swap defaults 0 0 tmpfs /dev/shm tmpfs defaults 00 devpts /dev/pts devpts gid=5,mode=620 0 0 sysfs /sys sysfs defaults 00 proc /proc proc defaults 00 /dev/vg_suc26x1/lv_storagedomain /rhev/storage-domain xfs defaults 0 1 Luego reinicializamos los puntos de montaje [root@suc26x1 ~]# mount a Y verificamos que la particin fue montada [root@suc26x1 ~]# df -h S.ficheros Size Used Avail Use% Montado en /dev/mapper/vg_suc26x1-lv_root 15G 2,9G 12G 21% / tmpfs 7,8G 0 7,8G 0% /dev/shm /dev/mapper/3600508b1001c6b493c595c0d46bf10fap1 485M 91M 370M 20% /boot /dev/mapper/vg_suc26x1-lv_storagedomain 251G 17G 234G 7% /rhev/storage-domain Ahora es necesario replicar este procedimiento en el siguiente servidor.

135

Una vez listo la particin /rhev/storage-domain en ambos servidores se debe proceder a crear el almacenamiento replicado, para ello primero editamos el archivo /etc/glusterfs/glusterd.vol en ambos

servidores tal que contenga lo siguiente.

[root@suc26x1 ~]# cat /etc/glusterfs/glusterd.vol volume management type mgmt/glusterd option working-directory /var/lib/glusterd option transport-type socket,rdma option transport.socket.keepalive-time 10 option transport.socket.keepalive-interval 2 option transport.socket.read-fail-log off option rpc-auth-allow-insecure on end-volume encendemos el servicio glusterfs en ambos servidores.

[root@suc26x1 ~]# /etc/init.d/glusterd start Para crear el clster a nivel de glusterfs en este caso puntual, fue necesario crear una red punto punto a travs de una interfaz por cada servidor para segmentar el trfico de replicacin de storage, se configuro de la siguiente forma.

Hypervisor1, 192.168.254.1/30 Hypervisor2, 192.168.254.2/30

136

En base a esto se agrego las siguientes lneas a la tabla host (archivo /etc/hosts) en ambos servidores, esto debido a que el servicio gluster debe trabajar en base a nombres de host y no ips.

192.168.254.1 peer1.glusterfs 192.168.254.2 peer2.glusterfs Luego de realizado esto se debe confirmar la correcta comunicacin entre hypervisores mediante los

nombres de dominio anteriores.

Ahora procedemos a crear el cluster glusterfs. Para ello atachamos el hypervisor 2 desde el hypervisor 1 (tambin puede hacerse de forma inversa).

[root@suc26x1 ~]# gluster peer probe peer2.glusterfs Verificamos que se haya unido correctamente al cluster, para ello la salida del comnado siguiente debe mostrar el hypervisor 2 en estado Connected.

[root@suc26x1 ~]# gluster peer status Number of Peers: 1 Hostname: peer2.glusterfs Uuid: 83b62256-0d3b-44df-87d6-c89ad07783ac State: Peer in Cluster (Connected) Paso siguiente procedemos a crear el almacenamiento replicado.
137

[root@suc26x1 ~]# gluster volume create storage-domain replica 2 transport tcp peer1.glusterfs:/rhev/storage-domain peer2.glusterfs:/rhev/storage-domain Encendemos el volumen glusterfs creado.

[root@suc26x1 ~]# gluster volume start storage-domain Afinamos el almacenamiento para que trabaja con mejor performance con entorno virtualizado.

[root@suc26x1 ~]# gluster volume set storage-domain server.allow-insecure on [root@suc26x1 ~]# gluster volume set storage-domain quick-read off [root@suc26x1 ~]# gluster volume set storage-domain read-ahead off [root@suc26x1 ~]# gluster volume set storage-domain io-cache off [root@suc26x1 ~]# gluster volume set storage-domain stat-prefetch off [root@suc26x1 ~]# gluster volume set storage-domain eager-lock enable [root@suc26x1 ~]# gluster volume set storage-domain remote-dio on [root@suc26x1 ~]# gluster volume set storage-domain storage.owner-uid 36 [root@suc26x1 ~]# gluster volume set storage-domain storage.owner-gid 36 Y finalmente reiniciamos el volumen.

[root@suc26x1 ~]# gluster volume stop storage-domain [root@suc26x1 ~]# gluster volume start storage-domain Para verificar el estado del volumen creado.

[root@suc26x1 ~]# gluster volume info storage-domain Volume Name: storage-domain Type: Replicate Volume ID: 5de60834-7a7f-4dda-a146-60a5f6923e60 Status: Started Number of Bricks: 1 x 2 = 2 Transport-type: tcp Bricks: Brick1: peer1.glusterfs:/rhev/storage-domain Brick2: peer2.glusterfs:/rhev/storage-domain Options Reconfigured: network.remote-dio: on
138

cluster.eager-lock: enable performance.stat-prefetch: off performance.io-cache: off performance.read-ahead: off performance.quick-read: off server.allow-insecure: on storage.owner-uid: 36 De acuerdo a las pruebas de concepto realizadas, es mandatorio que el servicio gluster no se levantado de forma automtica al reinicio del hypervisor. Para asegurarnos de ello ejecutamos.

[root@suc26x1 ~]# chkconfig glusterd off

4.10.

CONFIGURACIN

DEL

STORAGE

TRAVS DEL SERVIDOR RHEV-MANAGER

Una vez creado el storage mediante glusterfs, se debe de configurar su uso a travs de la consola de administracin. Para ello primero creamos un Centro de Datos, para ello nos dirigimos a la seccin Centros de Datos y creamos uno nuevo mediante el botn Nuevo. Colocamos Nombre, Descripcin y en Tipo escogemos Posix compliant FS, dejamos lo dems con los valores por defecto y damos Ok (ver en la Imagen N 43).
139

Imagen N 43 (Creacion de Storage)


Fuente: (RedHat, 2013)

Una vez en la opcin de creacin de cluster, llenamos la opcin General con el Nombre, Descripcin. En nombre de CPU escogemos Intel Conroe Family si los procesadores son Intel, caso contrario tendremos que saber qu tipo de

procesador usa el equipo fsico y dejamos lo demas con los valores por defecto. Para En la la opcin del

Optimizacin

escogemos

carga

servidor - habilitar el compartir la pgina de memoria en 150% y finalmente damos ok. (vase Imagen N
44)

140

Imagen 44 (Creacin de Storage)


Fuente: (RedHat, 2013)

Luego de crear el centro de datos y el cluster, procedemos a dar la opcin Configurar despus. (Imagen N 45)

Imagen N 45 (Centro de Datos y Cluster)


Fuente: (RedHat, 2013)

En esta etapa necesitamos insertar los hypervisores al cluster creado. Para ello es necesario asegurarnos

141

que

los

hypervisores

tengan

activas

las

suscripciones de los canales base de Red Hat asi como los canales de virtualizacin. En total deberan de estar activos los siguientes canales o repositorios.

rhel-x86_64-rhev-agent-6-server rhel-x86_64-server-6 rhel-x86_64-server-optional-6 rhel-x86_64-server-supplementary-6 Tambin es necesario que el hostname del servidor manager este en la tabla host de cada hypervisor. Para ello agregar la siguiente lnea al archivo /etc/hosts

115.1.10.200

rhevm.sodimacpe.falabella.com rhevm

A travs de la consola web de administracin del RHEV-M se procede a agregar los hypervisores, para ello nos dirigimos la seccin Hosts y damos en la opcin Nuevo. Llenamos la informacin solicitada en la seccin General, asegurandonos que no estmarcada la opcin Configurar automticamente el cortafuegos host (Vase N 46)

142

Imagen 46 (Agregando Hypervisores)


Fuente: (RedHat, 2013)

Luego configuramos la seccin Gestin de energa habilitando esta funcin, escogiendo el tipo ilo4 y llenando de acuerdo a la informacin del ilo, a su vez colocar en la parte Opciones

timeout=6,power_wait=4. (vase N 47)

Imagen N 47 (Configuracin de RHEVM)


Fuente: (RedHat, 2013)

143

En la seccin SPM, colocamos la prioridad de SPM para dicho hypervisor. Tener en cuenta que la arquitectura est construida para que el hypervisor secundario tenga la prioirdad mas alta y el principal, la ms baja. Finalmente damos Ok y procedemos a realizar lo mismopara el siguiente hypervisor.

(Imgenes N 48)

Imagen N 48 (Seleccin de SPM)


Fuente: (RedHat, 2013)

Una vez atachado ambos hypervisores, deberan aparecer en la consola web en estado Up. (Vase Imagen N 49)

144

Imagen 49 (Seleccin de SPM)


Fuente: (RedHat, 2013)

Ahora procedemos a crear el almacenamiento para las mquinas virtuales, para ello nos dirigimos a la seccin Almacenameinto y escogemos la opcin Nuevo dominio. Una vez ac llenamos el campo Nombre, nos aseguramos que la opcin Funcin de dominio /Tipo de almacenamiento sea Data / POSIX compliant FS y que el host a usar sea el secundario. En ruta colocamos el hostname del storage principal (en nuestro caso el hypervisor secundario) seguido del volumen glusterfs (para nuestro caso sera peer2.glusterfs:/storage-domain) y por ltimo en Tipo VFS ponemos glusterfs. (vase Imagen N 50)

145

Imagen N 50 (Almacenamiento de mquinas de virtuales)


Fuente: (RedHat, 2013)

Una vez realizado este procedimiento, el storagedomain debe figurar como hbil en la seccin Centro de Datos, y el SPM debe ser asumido por defecto en el hypervisor secundario.

4.11.

CREACIN

DE

UN

DOMINIO

DE

EXPORTACIN
Primero ser necesario crear una particin mediante LVM tal cual se hizo en el apartado 2.4. En el caso puntual de la solucin solo se creo la particin en el hypervisor secundario con un peso de 250 GiB bajo el nombre de:

/dev/VolGroup/lv_exportdomain

146

Y montado en la ruta, la cual debi ser creada:

/rhev/export-domain Una vez creada y montada la particin, ser necesario compartirla mediante el servicio nfs, para ello ser necesario agregar la siguiente lnea al archivo /etc/exports

[root@suc15x2 ~]# cat /etc/exports /rhev/export-domain 0.0.0.0/0.0.0.0(rw)

#rhev installer

Luego darle permisos de usuario de virtualizacin.


[root@suc15x2 ~]# chmod 36:36 R /rhev/export-domain

Y finalmente levantar el servicio nfs. root@suc15x2 ~]# /etc/init.d/nfs start Inicio de los servicios NFS: Iniciando cuotas NFS: Inicializacin de NFS mountd: Deteniendo idmapd RPC: Iniciando idmapd RPC: Inicializacin del demonio NFS:

[ OK] [ OK] [ OK] [ OK] [ OK] [ OK]

Lo agregamos como servicio automtico. [root@suc15x2 ~]# chkconfig nfs on Finalmente verificamos que la carpeta est siendo compartida. [root@suc15x2 ~]# showmount -e localhost Export list for localhost: /rhev/export-domain 0.0.0.0/0.0.0.0

147

Una vez hecho esto se procede a crear el export domain mediante la consola de Administracin RHEVManager. Nos dirigimos a la consola web de administracin en la seccin Almacenamiento, escogemos la opcin Nuevo dominio y empezamos con la creacin del dominio de exportacin. Colocamos el Nombre, en Funcin de dominio /Tipo de almacenamiento escogemos Export/NFS, en Usar host escogemos el hypervisor secundario y finalmente colocamos la ruta de exportacin y damos Ok. (vase imagen N
51)

115.100.10.182:/rhev/export-domain

Imagen N 51 (Creacin de dominio de exportacin)


Fuente: (RedHat, 2013)

148

Una vez creado el dominio de exportacin, ser necesario activarlo, para ello nos dirigimos a la seccin Centro de datos, luego en la pestaa Almacenamiento, sealamos en nombre del export domain y finalmente damos click al botn Activar.

4.12.

CONTROL DE CALIDAD (HISTOGRAMA)


En este diagrama se presentar las soluciones de los problemas con ms frecuencia junto con las pruebas del proyecto. (Vase Imagen N 52)

cantidad de fallas
1

cantidad de fallas

0 caida de nodo 1 caida de nodo 2 caida de ambos nodos

Imagen N 52 (Histograma)
Fuente: (RedHat, 2013)

149

En lo que se refiere a la cada de los nodos se simulo la cada del primero de la siguiente manera Se gener un kernel panic y se quit el cable de red al (hypervisor) nodo 1. Como podemos ver en la Imagen N 53 el host cado aparece de color rojo y en estado conecting.

Imagen N 53 (Host Caido)


Fuente: (RedHat, 2013)

Como vemos en la Imagen N 54 las maquinas pierden funcionalidad, pero an aparecen en color verde y en estado Up.

150

Imagen 54 (Hosts)
Fuente: (RedHat, 2013)

Imagen N 55 (Storage Domain)


Fuente: (RedHat, 2013)

En la Imagen N 55 El Storage Domainpermanece activo debido a que el SPM (nodo secundario) no se perdi.

151

Luego de unos minutos en la imagen N 56 el nodo cado es reiniciado por el nodo 2, a peticin del RHEV-M mediante el dispositivo fence (Ilo) del nodo cado.

Imagen N 56 (Hosts caido)


Fuente: (RedHat, 2013)

Una vez reiniciado en la Imagen N 57, el servidor pasa a estado Non responsive y se inicia el proceso de migracin de mquinas virtuales al segundo nodo.

152

Imagen N 57 (Proceso de Migracin)


Fuente: (RedHat, 2013)

Finalmente en la Imagen N 58 se verifica que las mquinas virtuales fueron encendidas en el segundo nodo.

Imagen N 58 (Hosts levantado)


Fuente: (RedHat, 2013)

153

En lo que se refiere al segundo nodo el escenario se simul quitando el cable de red y generando un kernel panic.

En la Imagen N 59 el host cado aparece en color rojo y en estado Conecting.

Imagen N 59 (Host Conectado)


Fuente: (RedHat, 2013)

En la Imagen N 60 Las maquinas no pierden funcionalidad, aparecen en color verde y en estado Up.

154

Imagen 60 (Hosts)
Fuente: (RedHat, 2013)

En lo que se refiere al Storage Domain

en la

Imagen N 61 se desactiva ponindose de color rojo y pasando a estado non Responsive debido a que el SPM (nodo secundario) fue el que fall. Debido al estado del Storage Domain no es posible escribir en l (crear mquinas virtuales, apagarlas,

pausarlas, prenderlas, etc), pero las mquinas virtuales activas hasta ese momento siguen

funcionales.

155

Imagen N 61 (Storage Domain)


Fuente: (RedHat, 2013)

Luego de unos minutos el nodo cado es reiniciado por el nodo 1, a peticin del RHEV-M mediante el dispositivo fence (Ilo) del nodo cado ver Imagen N
62

Imagen N 62 (Reinicio del hosts)


Fuente: (RedHat, 2013)

156

Posteriormente como muestra la Imagen N 63 y 64 el SPM es asumido por el nodo activo (nodo secundario), con lo cual el Storage Domain vuelve a activarse y pasa a estado Up, con ello ya es posible escribir sobre l y manipular las mquinas virtuales.

Imagen N 63 (Hypervisor activado)


Fuente: (RedHat, 2013)

Imagen N 64 (Storage Domain)


Fuente: (RedHat, 2013)

157

En lo que se refiere a la cada de ambos nodos el escenario se simul apagando de manera normal los nodos (shutdown) y de manera fsica (presionando por ms de 10 segundos el botn de encendido de los servidores).

El RHEV-M detecta que ningn host este activo e intenta reiniciar uno de ellos de manera automtica a travs del Hilo, este procedimiento falla, debido a que para realizar ello necesita de al menos un nodo activo. Vase en la Imagen N 65

Imagen N 65 (Hipervisores)
Fuente: (RedHat, 2013)

158

Luego los host pasan a estado Non Responsive hasta que sea reiniciado uno de ellos. (vase imagen
N 66)

Imagen N 66 (Hypervisores Apagados)


Fuente: (RedHat, 2013)

Las

mquinas

virtuales

se

quedan

colgadas

aparentemente prendidas en estado Up segn la

Imagen N 67 (Hosts Devueltos a Hyperisores A)


Fuente: (RedHat, 2013)

159

En la Imagen N 68 el Storage Domain pasa a estado Non Responsive.

Imagen N 68 (Storage Domain Desactivado)


Fuente: (RedHat, 2013)

Luego de levantado uno o ambos nodos en la Imagen N 69 muestran que, se activa el cluster completamente y las mquinas virtuales empiezan a encender en el primer nodo hbil, el SPM es adquirido por el nodo con mayor prioridad y el Storage Domain se habilita.

160

Imagen 69 (Hypervisores Activados)


Fuente: (RedHat, 2013)

4.13. CIERRE DEL PROYECTO A continuacin en el cierre del proyecto en la tabla se menciona lo siguiente:

161

Acta de Conformidad
INFORMACIN BSICA
Cliente Servicio Fecha Sodimac Implementacin de virtualizacin con RHEV 02/09/2013 01/10/2013

MOTIVO DE CONFORMIDAD

Suscripcin Anual de RHEV Servicio de soporte

ACTIVIDADES REALIZADAS

ALCANCE DEL PROYECTO

INSTALACIN DEL SERVICIO RHEVM 1. Instalacin y Configuracin de Red Hat Enterprise.

2. Instalacin y Configuracin de Red Hat Enterprise Virtualization. 3. Instalacin y configuracin de storage. PRUEBAS DE FUNCIONAMIENTO
Tabla 8 (documento de cierre de proyecto) Fuente: Elaboracin Propia

162

Bibliografa
Aragundi Alicia, C. I. (2012). implementacin de un laboratorio para la virtualizacion de sustemas operativos mediante la instalacion y configuracion de ordenadores y servidores bajo plataformas gnu/linux y windows server 2008 aplicando Scsi. Ecuador: Ecuador. GEDPRO. (27 de Setiembre de 2013). http://gestion-deproyectos.gedpro.com/home/procesos/planificacion. Recuperado el 27 de Setiembre de 2013 Hat, R. (2012). Red Hat Enterprise Linus 6.2 RH436. USA: Steven Bonneville. Hat, R. (27 de setiembre de 2013). Red Hat. Recuperado el 27 de setiembre de 2013, de Red Hat: www.redhat.com Jorge Lastras, J. L. (2009). Arquitecturas de red para servicios en cloud computing. Madrid. Red Hat Enterprise Linux 6.2. USA: Steven Bonneville.

McBrien, S. (2012).

Peggy Miranda Carbo, L. M. (2011). Diseo e Implementacin de un Ambiente Virtualizado para un Sistema Contable. Guayaquil-Ecuador. Rita Mulcahy, L. D. (2011). SUNAT. (27 de 09 de 2013). http://www.sunat.gob.pe/cuentassunat/mgpi/metodologiaGe stionProyectosInstitucional.pdf. Recuperado el 27 de 09 de 2013, de http://www.sunat.gob.pe/cuentassunat/mgpi/metodologiaGe stionProyectosInstitucional.pdf pmp. Estados Unidos de Norte America.

163

CONCLUSIONES

Del presente informe tcnico concluimos que:

1. Se levantaron lo servidores con los servicios respectivos en Red Hat Enterprise Virtualization. 2. Es necesaria la licencia para la actualizacin de Red Hat Enterprise Virtualization. 3. Red Hat Enterprise Virtualization requiere de una arquitectura en la que pueda funcionar de manera eficiente y as administrar las mquinas virtuales de manera segura. 4. Es necesario que la arquitectura soporte al Storage ya que la alta disponibilidad depende del almacenamiento que posea. 5. Es necesario Reservar un ambiente de desarrollo, para realizar algunas pruebas y cambios antes de implementar o realizar algn cambio antes de ejecutarlo en produccin.

164

RECOMENDACIONES

1. Se recomienda tener los servidores en un Data Center y no en un ambiente desfavorable para el hardware.

2. Contratar personal idneo que tenga conocimiento de Linux y virtualizacin en Red Hat Enterprise Virtualization.

3. Habilitar el acceso remoto, para brindar la garanta y soporte por la implementacin realizada. 4. Es necesario contemplar una capacitacin en Linux, para una buena gestin y administracin de la plataforma.

5. Es necesario gestionar el backup del servidor, storage

165

ANEXO

166

ITEM

DESCRIPCION DE ACTIVIDADES

SETIEMBRE SEM 1
L M M J V L M

SEM 2
M J V L M

SEM 3
M J V L M

SEM 4
M J V

Das
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
Realizacin de Kick off Elaboracin de project charter Elaboracin de alcance de proyecto Aprobacin de documentos de inicio Verificacin de infraestructura Elaboracin de lista de requerimientos previos Elaboracin de diseo final de plataforma virtual Aprobacin de diseo final Aprovisionamiento de mquina virtual para RHEVM Instalacin de Sistema Operativo Afinamiento de Sistema Operativo Instalacin de Servicio Red Hat Virtualization Manager (RHEVM) Afinamiento de servicio RHEVM Configuracin de Red Hat Hypervisor Implementacin de Data center virtual Creacin de clster Configuracin de polticas de cluster Creacin de mquina virtual de prueba Pruebas de Funcionamiento Ejecucin de plan de pruebas Conformidad de ejecucin de pruebas

167