PONTIFICIA UNIVERSIDAD CATLICA DEL ECUADOR

SEDE IBARRA




ESCUELA DE INGENIERA

TEMA:

DISEO Y ELABORACIN DE UNA PROPUESTA TCNICA PARA LA
IMPLEMENTACIN DE LA VIRTUALIZACIN DE SERVIDORES Y
APLICACIONES EN LA PUCESI

LNEA DE INVESTIGACIN

INVESTIGACIONES DE NUEVAS TENDENCIAS TECNOLGICAS

PREVIA A LA OBTENCIN DEL TTULO DE MAGSTER EN GERENCIA
INFORMTICA


AUTORES: LIC. DIEGO JAVIER BEZ RALES
ING. OMAR XAVIER BENAVIDES MORILLO

DOCENTE REVISOR: MGS. FRANCISCO RODRGUEZ

JUNIO 2011
IBARRA
Pgina II
RESUMEN EJECUTIVO

En la actualidad, se puede notar un continuo y acelerado avance de la tecnologa, las
empresas e instituciones educativas se han visto en la necesidad de invertir en la
actualizacin de sus datacenters, lo que ha causado un incremento en los costos de
mantenimiento de los mismos, como es el caso de la renovacin y adquisicin de equipos
de hardware, ms especficamente de los servidores utilizados para el funcionamiento
ptimo del negocio con el fin de brindar un mejor servicio.

La adquisicin contina de equipos de hardware, al cual estn obligadas las empresas e
instituciones educativas, no solo que ha producido el crecimiento fsico de los datacenters,
sino que han causado un aumento en el nmero de personas dedicadas al mantenimiento y
administracin de los servidores, el espacio fsico del datacenter, el consumo elctrico
demandado por los servidores y por el sistema de refrigeracin usado para mantener a los
servidores en ptimas condiciones. Esto en consecuencia lo nico que logra es un
incremento en los costos a las empresas e instituciones educativas.

Es por este motivo que la virtualizacin de servidores nace como una alternativa necesaria
para las empresas e instituciones educativas usen esta tecnologa en un ambiente
computacional, esta solucin se da a travs de la creacin de mquinas virtuales, las cuales
generalmente tienen las mismas caractersticas de un servidor fsico como tal. Puede existir
ms de una mquina virtual simulada sobre un servidor fsico lo cual optimiza los recursos
subutilizados que estn disponibles en el servidor.

El presente trabajo se enfoca en el anlisis de tres plataformas de virtualizacin a las cuales
se las ha realizado un estudio tcnico comparativo, pasando por un anlisis econmico para
poder determinar que plataforma es la ms adecuada en la PUCESI.

Pgina III
A continuacin se expone el cuadro final comparativo de las tres propuestas para
virtualizar servidores, obtenido a partir de la aplicacin de metodologas de seleccin de
tecnologas.




Se puede observar que la propuesta de VMware es la ms conveniente para ser implantada
en la PUCESI. Esta conclusin se obtiene porque posee el puntaje total ms alto, es decir
92.59 frente a los dems puntajes de las otras propuestas.

Al igual que la virtualizacin de servidores, tambin en la virtualizacin de aplicaciones, se
ha planteado el estudio de tres plataformas, las mismas que brindarn soluciones a proveer
las aplicaciones o programas solicitados por los usuarios para usarlas en sus computadores.
Se muestra el cuadro final comparativo de las tres propuestas para virtualizar aplicaciones.



Pgina IV
Finalmente la propuesta ms conveniente para ser implantada en la PUCESI es de VMware
con un puntaje ms alto de 86.23 frente a los dems puntajes de las otras propuestas.

En ambos casos tanto en la virtualizacin de servidores como de aplicaciones la plataforma
ganadora es VMware, ESXi 4.1 como Hipervisor y vSphere Client 4.1 como consola de
administracin de servidores virtuales, y ThinApp 4.6 como software para virtualizar
aplicaciones.










Pgina V
AUTORA


Yo, DIEGO JAVIER BEZ RUALES con cdula de ciudadana No. 100175865-3, declaro
bajo juramento que la presente investigacin es de total responsabilidad de la fuente y que
se ha respetado las diferentes fuentes de informacin realizando las citas correspondientes.



Diego Javier Bez Rales
CI: 100175865-3


Yo, OMAR XAVIER BENAVIDES MORILLO, con cdula de ciudadana 100308290-4,
declaro bajo juramento que la presente investigacin es de total responsabilidad de la
fuente y que se ha respetado las diferentes fuentes de informacin realizando las citas
correspondientes.


Omar Xavier Benavides Morillo
CI: 100308290-4




Pgina VI
CESIN DE DERECHOS DE FUENTE

Yo, DIEGO JAVIER BEZ RUALES, declaro conocer y aceptar la disposicin del Art. 66
del Instructivo de Trabajo de Grado de la Pontificia Universidad Catlica del Ecuador Sede
Ibarra que en su parte pertinente textualmente dice: Forman parte del patrimonio de la
Universidad la propiedad intelectual de investigaciones, trabajos cientficos o tcnicos y
tesis de grado que se realicen a travs, o con el apoyo financiero, acadmico o institucional
(operativo) de la Universidad.


Diego Javier Bez Rales
CI: 100175865-3



Yo, OMAR XAVIER BENAVIDES MORILLO, declaro conocer y aceptar la disposicin
del Art. 66 del Instructivo de Trabajo de Grado de la Pontificia Universidad Catlica del
Ecuador Sede Ibarra que en su parte pertinente textualmente dice: Forman parte del
patrimonio de la Universidad la propiedad intelectual de investigaciones, trabajos
cientficos o tcnicos y tesis de grado que se realicen a travs, o con el apoyo financiero,
acadmico o institucional (operativo) de la Universidad.


Omar Xavier Benavides Morillo
CI: 100308290-4



Pgina VII
PRESENTACIN


La propuesta tcnica para la implementacin de la virtualizacin de servidores y
aplicaciones en la PUCESI, est estructurada en cinco captulos: marco terico,
diagnstico, anlisis comparativo, implementacin, anlisis de impactos, conclusiones y
recomendaciones que ha generado este estudio.

En el Captulo I, se describe en forma general de que se trata la virtualizacin, sus
caractersticas, tipos, hardware y software para virtualizar. Adems se describe los
programas para la virtualizacin de servidores y aplicaciones de las empresas VMware,
Microsoft y Citrix detallando cada una de las herramientas correspondientes.

En el Captulo II se desarrolla un diagnstico que permita conocer si los servidores que
posee la universidad estn siendo subutilizados, adems como mejorar el servicio por
parte de la Unidad de Sistemas ante las necesidades de la PUCESI, mediante el nivel
de aceptacin y factibilidad operativa que tendra la implementacin de la virtualizacin de
servidores y aplicaciones.

En el Captulo III se analiza tres plataformas de virtualizacin ms conocidas en el
mercado: Microsoft, Citrix y VMware tanto para servidores como para aplicaciones.
Estas sern sometidas a una metodologa de evaluacin utilizando parmetros tcnicos,
operativos y econmicos.

En el Captulo IV, se muestra el proceso de implementacin, describiendo la manera de
instalar y configurar las herramientas de la plataforma seleccionada en el captulo III
tanto para servidores como aplicaciones, adems crear y administrar servidores virtuales
y aplicaciones portables.

Pgina VIII
Finalmente, en el Captulo V, se incluye un anlisis de los impactos en las reas:
tecnolgica, social, cultural, econmica, y ambiental. Finalizando se muestra las
conclusiones y recomendaciones de mayor relevancia con respecto a este proyecto.


Pgina IX
DEDICATORIAS

Por el apoyo brindado incondicional y sin inters de por medio, por el empeo en
entregarme da a da su sabidura, por su amor, paciencia y comprensin en los momentos
difciles, por la fortaleza que me transmitieron, por ensearme a tener presente que nunca
debemos renunciar ante nada, y por la confianza que siempre estuvo presente en todo
momento, dedico este trabajo.

A mis Padres, Esposa e hijo

Diego Bez
Pgina X

Este trabajo est dedicado a las personas que a los largo de mi vida me han dado la
formacin de ser persona. A mis padres, porque creyeron en mi y porque me sacaron
adelante, dndome ejemplos dignos de superacin y entrega.

A mis hermanos y amigos, gracias por haber fomentado en m el deseo de superacin y el
anhelo de triunfo en la vida.

Xavier Benavides

Pgina XI
AGRADECIMIENTOS

En primer lugar agradecer a DIOS por haberme dado la sabidura suficiente como
para concluir este proyecto.

A la PONTIFICIA UNIVERSIDAD CATLICA DEL ECUADOR SEDE IBARRA por
haberme permitido ser parte de una generacin de profesionales lideres mediante su
formacin integral estudiantil y personal.

Al Mgs. Francisco Rodrguez, Asesor del Proyecto, por ser un excelente ser humano
quin dedic parte de su tiempo y esfuerzo para que se llegue a la conclusin en feliz
trmino del proyecto.

A los compaeros de la Unidad de Sistemas quienes con su apoyo incondicional
aportaron con su conocimiento, experiencia, paciencia y amistad en la terminacin de
este proyecto.

Diego Bez








Pgina XII

Esta tesis es el resultado del esfuerzo conjunto de todos los que formamos el grupo de
trabajo. Por esto agradezco a nuestro asesor, Mgs. Francisco Rodrguez, mi compaero
Diego Bez y mi persona, quienes a lo largo de este tiempo han puesto a prueba sus
capacidades y conocimientos en el desarrollo de este proyecto el cual ha finalizado
llenando todas nuestras expectativas.

A mis padres quienes a lo largo de toda mi vida han apoyado mi formacin acadmica.
Tambin a los docentes de a quienes les debo gran parte de mis conocimientos, gracias a
su paciencia y enseanza y finalmente un eterno agradecimiento a esta prestigiosa
universidad la cual abre sus puertas, preparndonos para un futuro competitivo y
formndonos como personas de bien.

Xavier Benavides


Pgina XIII
NDICE DE CONTENIDOS


RESUMEN EJECUTIVO __________________________________________________ II
AUTORA ______________________________________________________________ V
CESIN DE DERECHOS DE FUENTE _____________________________________ VI
PRESENTACIN ______________________________________________________ VII
DEDICATORIAS _______________________________________________________ IX
AGRADECIMIENTOS ___________________________________________________ XI
NDICE DE CONTENIDOS ______________________________________________ XIII
NDICE DE IMGENES _______________________________________________ XVII
NDICE DE TABLAS ___________________________________________________ XX
INTRODUCCIN _______________________________________________________ 21
CAPTULO I __________________________________________________________ 23
MARCO TERICO ____________________________________________________ 23
1.1 PUCESI ____________________________________________________________ 23
1.2 Departamento de Sistemas. _____________________________________________ 24
1.3 Virtualizacin. _______________________________________________________ 25
1.4 Tipos de Virtualizacin. _______________________________________________ 27
1.4.1. La virtualizacin de clientes. _________________________________________ 27
1.4.2. La virtualizacin de servidores. _______________________________________ 28
1.5. Ventajas de la Virtualizacin. __________________________________________ 30
1.6. Hardware para virtualizar. _____________________________________________ 31
1.7. Software para la virtualizacin de sistemas ________________________________ 31
1.8. Software utilizado para la virtualizacin de servidores _______________________ 32
1.8.1. VMware. _________________________________________________________ 32
1.8.1.1 Funcionamiento. __________________________________________________ 33
1.8.1.2. Versiones. ______________________________________________________ 34
1.8.1.3. Estructura de VMware _____________________________________________ 35
1.8.2. Hyper-V. _________________________________________________________ 39
1.8.2.1. Caractersticas. ___________________________________________________ 40
1.8.3. XenServer. _______________________________________________________ 40
Pgina XIV
1.8.3.1. Caractersticas. ___________________________________________________ 41
1.8.3.2. Versiones. ______________________________________________________ 41
1.9. Software utilizado para la virtualizacin de aplicaciones _____________________ 42
1.9.1. Microsoft Application Virtualization (APP-V) ___________________________ 43
1.9.1.1. Ediciones _______________________________________________________ 43
1.9.1.2. Ejecucin de aplicaciones virtuales. __________________________________ 44
1.9.1.3. Secuenciacin de aplicaciones. ______________________________________ 45
1.9.1.4. Publicacin de aplicaciones virtuales con App-V. _______________________ 47
1.9.1.5. Componentes y arquitectura de App-V. _______________________________ 48
1.9.1.6. Versiones de App-V. ______________________________________________ 50
1.9.2. VMware ThinApp. _________________________________________________ 50
1.9.2.1. Ventajas. _______________________________________________________ 50
1.9.2.2. Caractersticas. ___________________________________________________ 51
1.9.2.3. Funcionamiento. _________________________________________________ 52
1.9.2.4. Virtualizacin de aplicaciones sin agentes. _____________________________ 53
1.9.2.5. Suministro de aplicaciones sin conflictos ______________________________ 54
1.9.2.6. Empaquetado simplificado de aplicaciones. ____________________________ 55
1.9.3. Citrix XenApp. ____________________________________________________ 56
1.9.3.1. Beneficios ______________________________________________________ 57
1.9.3.2. Ediciones. _______________________________________________________ 58
1.9.3.3. Distribucin de Aplicaciones por Streaming. ___________________________ 59
CAPTULO II _________________________________________________________ 61
DIAGNSTICO ________________________________________________________ 61
2.1. Antecedentes _______________________________________________________ 61
2.2. Objetivos Diagnsticos. _______________________________________________ 61
2.2.1. Objetivo General. __________________________________________________ 61
2.2.2. Objetivos Especficos. ______________________________________________ 62
2.3. Variables del Diagnstico. _____________________________________________ 62
2.4. Indicadores. ________________________________________________________ 62
2.5. Matriz de Relacin Diagnstica. ________________________________________ 63
2.6.1. Identificacin de la poblacin. ________________________________________ 64
2.6.2. Identificacin de la Muestra. _________________________________________ 64
2.6.3. Informacin primaria. _______________________________________________ 64
2.6.3.1. Entrevistas. ______________________________________________________ 65
Pgina XV
2.6.4. Informacin secundaria. _____________________________________________ 65
2.7. Tabulacin y anlisis de la informacin. __________________________________ 66
2.8. Entrevista a los funcionarios de la Unidad de Sistemas. ______________________ 66
2.9. Matriz FODA. ______________________________________________________ 73
2.10. Estrategias FA, FO, DO, DA. _________________________________________ 74
2.11. Sntesis Diagnstica. ________________________________________________ 76
2.12. Beneficiarios Directos: ______________________________________________ 76
2.13. Beneficiarios Indirectos: _____________________________________________ 77
2.14. Grado de uso de Servidores y Aplicaciones ______________________________ 77
CAPTULO III _________________________________________________________ 78
ANLISIS COMPARATIVO ____________________________________________ 78
3.1. Definicin de parmetros de anlisis. ____________________________________ 78
3.2. Metodologa de Evaluacin. ___________________________________________ 78
3.2.1. Mtodo para asignar Ponderaciones a los Parmetros de Anlisis. ____________ 79
3.2.2. Mtodo de valoracin de puntajes. _____________________________________ 80
3.3. Identificacin de plataformas existentes. __________________________________ 83
3.4. Anlisis comparativo para servidores. ____________________________________ 84
3.4.1. Determinacin de ponderaciones a los parmetros de anlisis. _______________ 84
3.4.2. Evaluacin de propuestas. ____________________________________________ 85
3.5. Anlisis comparativo para aplicaciones. __________________________________ 86
3.5.1. Determinacin de ponderaciones a los parmetros de anlisis. _______________ 87
3.5.2. Evaluacin de propuestas. ____________________________________________ 88
CAPTULO IV _________________________________________________________ 90
IMPLEMENTACIN ___________________________________________________ 90
4.1. Virtualizacin de Servidores. ___________________________________________ 90
4.1.1. Instalacin de VMware vSphere ESXi 4.1. ______________________________ 90
4.1.2. Instalacin del WMware vSphere Client 4.1. ____________________________ 100
4.1.3. Creacin de Mquinas Virtuales en VMware vSphere ESXi 4.1. ____________ 105
4.2. Virtualizacin de Aplicaciones. ________________________________________ 119
4.2.1. Instalacin de VMware ThinApp. ____________________________________ 119
4.2.2. Crear las aplicaciones distribuidas. ____________________________________ 122
4.3. Implantacin en el Departamento de Secretara General de la PUCESI. ________ 130
4.3.1. Estrategia Tcnica. ________________________________________________ 130
4.3.2. Estrategia Operativa. _______________________________________________ 130
Pgina XVI
CAPTULO V ________________________________________________________ 131
ANLISIS DE IMPACTOS, CONCLUSIONES Y RECOMENDACIONES_____ 131
5.1. Impacto Tecnolgico. _______________________________________________ 131
5.2. Impacto Social. ____________________________________________________ 131
5.3. Impacto Cultural. ___________________________________________________ 132
5.4 Impacto Econmico. _________________________________________________ 132
5.5 Impacto ambiental. __________________________________________________ 133
5.6. Conclusiones. ______________________________________________________ 134
5.7. Recomendaciones. __________________________________________________ 136
Glosario. ______________________________________________________________ 137
Bibliografa ___________________________________________________________ 142
ANEXO A: Lista de Servidores de la PUCESI ________________________________ 146
ANEXO B: Rendimiento de los Servidores de la PUCESI _______________________ 148
ANEXO C: Entrevista aplicada a la Unidad de Sistemas. ________________________ 152
ANEXO D: Informe de VIRTUAL IT ______________________________________ 153
ANEXO E: Socializacin del Proyecto ______________________________________ 154
ANEXO F: Capacitacin _________________________________________________ 162
ANEXO G: Paper ______________________________________________________ 163
ANEXO H: Anteproyecto ________________________________________________ 168

Pgina XVII

NDICE DE IMGENES

Imagen 1.1. Virtualizacin. ............................................................................ 26
Imagen 1.2. Virtualizacin de clientes. ............................................................... 28
Imagen 1.3. Proceso de Restauracin de mquinas fsicas vs virtuales. ............................. 30
Imagen 1.5. VMware vCenter Server. ................................................................. 35
Imagen 1.6. VMware Update Manager. ............................................................... 36
Imagen 1.7. VMware High Availability. .............................................................. 36
Imagen 1.8. VMware VMotion. ....................................................................... 37
Imagen 1.9. VMware Storage VMotion. .............................................................. 37
Imagen 1.10. Tolerancia a fallos. ...................................................................... 38
Imagen 1.11. VMsafe. .................................................................................. 38
Imagen 1.12. VMware Data Recovery. ............................................................... 39
Imagen 1.14. Microsoft Application Virtualization 4.6 SP1. ........................................ 43
Imagen 1.15. Ciclo de vida de las aplicaciones. ...................................................... 51
Imagen 1.16. Funcionamiento de ThinApp. .......................................................... 53
Imagen 1.17. Entorno XenApp. ....................................................................... 56

Imagen 4.1. Ingreso de usuario y clave para acceder al Blade. ...................................... 91
Imagen 4.2. Accediendo al Blade. ..................................................................... 91
Imagen 4.3. Administracin de la cuchilla del Blade. ................................................ 92
Imagen 4.4. Configuracin de dispositivo para realizar la instalacin del Hipervisor. ............. 92
Imagen 4.5. Encendiendo el Servidor Blade. ......................................................... 93
Imagen 4.6. Men de arranque del instalador. ........................................................ 93
Imagen 4.7. Desempaquetamiento del instalador del ESXi 4.1. ..................................... 94
Imagen 4.8. Bienvenida a la instalacin de ESXi 4.1. ................................................ 94
Imagen 4.9. Aceptacin de la Licencia del ESXi 4.1. ................................................ 95
Imagen 4.10. Seleccin del Disco Duro donde se va a instalar el ESXi 4.1. ........................ 95
Imagen 4.11. Confirmacin de donde se va a instalar el ESXi 4.1. .................................. 96
Imagen 4.12. Finalizacin de la instalacin del ESXi 4.1. ........................................... 96
Imagen 4.13. Reiniciando el Servidor. ................................................................ 97
Imagen 4.14. Bienvenida al ESXi 4.1. ................................................................ 97
Pgina XVIII
Imagen 4.15. Personalizacin del ESXi 4.1. .......................................................... 98
Imagen 4.16. Configuracin de claves. ............................................................... 98
Imagen 4.17. Configuracin de IP del ESXi 4.1. ..................................................... 99
Imagen 4.18. Ingreso de la IP al ESXi 4.1. ........................................................... 99
Imagen 4.19. ESXi 4.1 ya funcionando. ............................................................ 100
Imagen 4.20. Inicio de instalacin del vSphere Client 4.1. ........................................ 100
Imagen 4.21. Inicio del asistente para la instalacin. ............................................... 101
Imagen 4.22. Acuerdo de patente final de usuario. ................................................. 101
Imagen 4.23. Contrato de licencia de vSphere Client 4.1. ......................................... 102
Imagen 4.24. Ingreso de informacin del usuario de vSphere Client 4.1. ......................... 102
Imagen 4.25. Carpeta destino de instalacin de vSphere Client 4.1. .............................. 103
Imagen 4.26. Todo listo para instalar vSphere Client 4.1. ......................................... 103
Imagen 4.27. Copiando archivos de instalacin de vSphere Client 4.1. ........................... 104
Imagen 4.28. Instalando vSphere Client 4.1 ........................................................ 104
Imagen 4.29. Instalacin completa del vSphere Client 4.1 ......................................... 105
Imagen 4.30. Ingreso de usuario y contrasea. ..................................................... 106
Imagen 4.31. Conexin con el Hipervisor ESXi 4.1 y administracin de las MV. ............... 106
Imagen 4.32. Ingreso y registro de clave. ........................................................... 107
Imagen 4.33. Creacin de Mquinas Virtuales. ..................................................... 107
Imagen 4.34. Seleccin de la configuracin para la mquina virtual. ............................. 108
Imagen 4.35. Ingreso del nombre de la mquina virtual. ........................................... 108
Imagen 4.36. Seleccin del Datastore donde se almacenar la mquina virtual................... 109
Imagen 4.37. Especificacin del S.O del invitado. ................................................. 109
Imagen 4.38. Creacin del disco. .................................................................... 110
Imagen 4.39. Finalizacin del asistente para la creacin de la mquina virtual. .................. 110
Imagen 4.40. Mquina Virtual creada sin S.O. ..................................................... 111
Imagen 4.41. Edicin de configuraciones de la mquina virtual. .................................. 111
Imagen 4.42. Propiedades de la mquina virtual. ................................................... 112
Imagen 4.43. Seleccin del Datastore. .............................................................. 112
Imagen 4.44. Seleccin de la opcin de subida de los archivos al Datastore. ..................... 113
Imagen 4.45. Seleccin de los instaladores del S.O. ............................................... 113
Imagen 4.46. Subida de los archivos al Datastore. ................................................. 114
Imagen 4.47. Ubicacin de los archivos de instalacin del S.O. ................................... 114
Imagen 4.48. Eleccin de la ruta en la que estn los archivos de instalacin del S.O............. 115
Pgina XIX
Imagen 4.49. Ubicacin de la ruta de los archivos de instalacin. ................................. 115
Imagen 4.50. Ruta de ubicacin de los archivos de instalacin. ................................... 116
Imagen 4.51. Prendiendo la mquina virtual. ....................................................... 116
Imagen 4.52. Abriendo la consola de la mquina virtual. .......................................... 117
Imagen 4.53. Consola de la mquina virtual. ....................................................... 117
Imagen 4.54. Ubicacin de los instaladores en el datastore. ....................................... 118
Imagen 4.55. Inicio de la instalacin del S.O del mquina virtual creada. ........................ 118
Imagen 4.56. Pantalla en la que se puede observar una mquina virtual con el S.O Windows Server
2008 R2 Estndar Edition. ........................................................................... 119
Imagen 4.57. Bienvenida a ThinApp 4.6. ........................................................... 120
Imagen 4.58. Lista de patentes. ...................................................................... 120
Imagen 4.59. Contrato de Licencia. ................................................................. 121
Imagen 4.60. Clave de Licencia. .................................................................... 121
Imagen 4.61. Instalacin Completa de ThinApp. ................................................... 122
Imagen 4.62. Ubicacin de Setup Capture. ......................................................... 123
Imagen 4.63. Bienvenida de Setup Capture. ........................................................ 123
Imagen 4.64. Pre-visualizacin del Disco Duro. .................................................... 124
Imagen 4.65. Post visualizacin del Disco Duro. ................................................... 125
Imagen 4.66. Confirmacin de aplicacin instalada y configurada. ............................... 125
Imagen 4.67. Puntos de entrada. ..................................................................... 126
Imagen 4.68. Grupos. ................................................................................ 126
Imagen 4.69. Aislamiento. ........................................................................... 127
Imagen 4.70. Aislamiento. ........................................................................... 127
Imagen 4.71. Configuracin del Proyecto. .......................................................... 128
Imagen 4.72. Configuracin del Paquete. ........................................................... 128
Imagen 4.73. Inicio de la construccin del Paquete................................................. 129
Imagen 4.74. Fin de la construccin del Paquete. .................................................. 129



Pgina XX
NDICE DE TABLAS


Tabla 1.1. Software para virtualizacin de sistemas. ................................................. 32

Tabla 2.1. Matriz de Relacin Diagnstica. ........................................................... 63
Tabla 2.2. Estrategias FO FA DO DA. ................................................................ 75

Tabla 3.1. Diseo de la matriz de comparacin. ...................................................... 79
Tabla 3.2. Totalizacin de valores. .................................................................... 80
Tabla 3.3. Ejemplo de evaluacin de parmetros tcnicos y operativos. ............................ 81
Tabla 3.4. Ejemplo de evaluacin de parmetros econmicos. ...................................... 81
Tabla 3.5. Ejemplo de Evaluacin Final. .............................................................. 83
Tabla 3.6. Matriz de Ponderacin Tcnica Operativa Servidores. ................................... 84
Tabla 3.7. Matriz de Ponderacin Econmica Servidores. ........................................... 85
Tabla 3.8. Cuadro comparativo de parmetros Tcnicos Operativos Servidores. ................... 85
Tabla 3.9. Cuadro comparativo de parmetros Econmicos Servidores. ............................ 86
Tabla 3.10. Cuadro comparativo Final de las Propuestas Servidores. ............................... 86
Tabla 3.11. Matriz de Ponderacin Tcnica Operativa Aplicaciones. ............................... 87
Tabla 3.12. Matriz de Ponderacin Econmica Aplicaciones. ....................................... 87
Tabla 3.13. Cuadro comparativo de parmetros Tcnicos Operativos Aplicaciones. ............... 88
Tabla 3.14. Cuadro comparativo de parmetros Econmicos Aplicaciones. ........................ 88
Tabla 3.15. Cuadro comparativo Final de las Propuestas Aplicaciones. ............................ 89
Pgina 21
INTRODUCCIN

La Pontificia Universidad Catlica del Ecuador Sede Ibarra es una institucin particular de
educacin superior, las etapas de desarrollo de la PUCESI, se han dado sobre la base de los
enormes logros alcanzados por los directivos desde su fundacin. La Universidad contina
as, creando nuevas ofertas acadmicas, investigando y trabajando con proyectos
tecnolgicos.

En la actualidad, la PUCESI cuenta con el Departamento de Sistemas que es el encargado
de plantear, organizar y coordinar acciones tendientes a la insercin de nuevas tecnologas
que posibiliten la optimizacin de recursos, tanto dentro como fuera de la Universidad.

El Departamento de Sistemas tiene reas de apoyo como: Direccin, Asistencia, Desarrollo
de Software, Mantenimiento, Laboratorio y Redes, esta ltima es en la cual se va a
desarrollar el presente trabajo, la misma que posee un cuarto de servidores, los cuales
proveen de diferentes servicios a la Universidad como son: Servicio Proxy, Servidor Web,
Servicio de DHCP, Servicio de Radius, entre otros.

El problema radica en que existe un nmero considerable de servidores y los servicios
crecen a medida que la Universidad incrementa sus ofertas tanto acadmicas,
administrativas, productivas y de servicios a la colectividad. Por lo que se debe realizar
adquisiciones de nuevos equipos para cubrir las demandas que tiene la Universidad, dando
como resultado que se deje de invertir en otros proyectos, as como tambin causando
aglomeracin de servidores, aumentando consumo elctrico, ocupando espacio fsico, entre
las ms importantes.

Una realidad no muy ptima para solucionar las necesidades de software o programas que
necesitan los diferentes usuarios de la Universidad para realizar sus actividades diarias,
Pgina 22
sta es de que el usuario necesita de un programa especfico para lo cual tiene que solicitar
se le instale dicho programa en su computador, lo que conlleva tiempo del tcnico para que
realice dicha instalacin, traslado del mismo al lugar donde est el computador, interrumpir
en las labores del usuario, como resultado se tendra una mquina ms lenta en su
procesamiento de datos, ya que se le ha instalado un programa ms, que va a ser utilizado,
en pocas ocasiones y luego no se lo utilice.

La Virtualizacin de Servidores consiste en que en un servidor fsico se tenga varios
virtuales que van a cumplir con las necesidades que se cubra antes con el servidor fsico,
todo esto se logra mediante un software de virtualizacin llamado hipervisor.

La virtualizacin de aplicaciones permite ejecutar un programa que solicita el usuario sin
necesidad de instalarlo en su equipo.

Entre las plataformas de virtualizacin de servidores y aplicaciones se tiene a Microsoft,
Citrix y WMware. Tambin se pretende realizar el anlisis respectivo para seleccionar la
plataforma adecuada de manera eficiente, mediante metodologas con parmetros tcnicos
y econmicos.

Con estas dos soluciones antes mencionadas se va a lograr cubrir la necesidad de nuevas
tendencias tecnolgica que se requiere hoy en da para estar a la par de otras instituciones y
porque no decirlo, a la vanguardia de las mismas.

Pgina 23
CAPTULO I
MARCO TERICO

1.1 PUCESI

La Pontificia Universidad Catlica del Ecuador Sede Ibarra es una institucin
particular de educacin superior, las etapas de desarrollo de la PUCESI, se han dado sobre
la base de los enormes logros alcanzados por los directivos desde su fundacin. La
Universidad contina as creando nuevas ofertas acadmicas, investigando y trabajando
con proyectos tecnolgicos.

Adems de ser administrada por las Misioneras y Misioneros Identes, desde 1995 mediante
un convenio entre la PUCE y la Asociacin Id de Cristo Redentor, Misioneros y
Misioneras Identes, los cuales son parte del SINAPUCE (Sistema Nacional de la Pontificia
Universidad Catlica del Ecuador), con varias sedes universitarias como en Quito, Ibarra,
Esmeraldas, Ambato, Manab y Santo Domingo de Tsachilas.

La PUCESI atenta a las existentes necesidades de la provincia incrementa ms carreras y
escuelas para la educacin superior en pregrado y posteriormente en postgrado. En el 2003
se aprueba la carrera de Ingeniera en Sistemas, en el 2004 se aprueba la carrera de
Ingeniera en Ciencias Ambientales y Eco Desarrollo, adems se crea el Programa de
Arquitectura, en el 2005 la Escuela de Jurisprudencia, en el 2008 se aprueba la carrera de
Diseo y Produccin de Vestuario, tambin se abre la carrera de Gastronoma y de
Zootecnia.

En la actualidad la PUCESI cuenta con el Departamento de Sistemas que es el encargado
de plantear, organizar y coordinar acciones tendientes a la insercin de nuevas tecnologas
que posibiliten la optimizacin de recursos, tanto dentro y fuera de la Universidad.

MISIN: Como parte del Sistema Nacional PUCE, formar integralmente personas
emprendedoras con capacidad de liderazgo, excelencia acadmica y cientfica, valores
Pgina 24
ticos y cristianos, de tal modo que sean protagonistas en la construccin de una sociedad
ms humanizada.

VISIN: Para el ao 2016 seremos reconocidos por la formacin integral de personas,
sobre la base de una docencia de calidad, una investigacin pertinente, una activa
vinculacin con la colectividad y una eficiente gestin administrativa, que contribuyan a
mejorar la calidad de vida de los habitantes de la regin norte del pas.

1.2 Departamento de Sistemas.

La Unidad de Sistemas tiene reas de apoyo como: Direccin, Asistencia, Desarrollo de
Software, Mantenimiento y Ensamblaje, Laboratorio y Redes, esta ltima es en la cual se
va a desarrollar el presente trabajo, la misma que posee un cuarto de servidores, el cual
contiene 20 servidores los cuales proveen de diferentes servicios a la Universidad como
son los servicios de:

9 Servicio Proxy Squid con Autenticacin en Active Directory.
9 Servidor Web: Permite implementar el protocolo HTTP para la trasferencia de
pginas Web o pginas HTML. Este servicio permite la publicacin del sitio web
http://www.pucesi.edu.ec.
9 Servicio de DHCP: Permite que los equipos de red universitaria obtengan una
configuracin IP segn la MAC.
9 Servicio de Radius con Autenticacin en Active Directory: Proporciona la
autenticacin a equipos inalmbricos de la WLAN para permitir el acceso a
Internet.
9 RAS: Es un servicio principalmente para el acceso remoto a la red de la PUCESI
va dial-up.
9 Servicio Iptables: Es un servicio de cortafuegos para la proteccin de la red,
principalmente servidores de la DMZ y red Interna.

Entre otros servicios los cuales aumentan cada da segn la necesidad de cubrir los
requerimientos de la Universidad.
Pgina 25

En el cuarto de servidores se encuentra servidores de marcas y modelos como: HP
PROLIANT BL460c G1, HP PROLIANT DL380 G5, dos Blade (Arreglo de Servidores),
tambin se encuentran computadores simples de escritorio de marca COMPAQ, DTK que
hacen las veces de servidores.

1.3 Virtualizacin.

La virtualizacin es una tecnologa en auge que utiliza un software especfico para
aprovechar al mximo las diferentes capacidades fsicas de los computadores, ahorrando
costos y ofreciendo diversas soluciones integradas en un mismo computador, es decir, en
una misma estructura fsica poseer varias mquinas funcionando a la vez, cada una de ellas
con diferente sistema operativo y aplicaciones independientes.

En palabras ms simples: virtualizacin es el concepto que describe la habilidad de tener
varios sistemas operativos funcionando al mismo tiempo en un mismo computador
1


En el rea de Informtica, la virtualizacin se refiere a la abstraccin de los recursos de
una computadora, llamada Hipervisor o VMM en sus siglas en ingls (Virtual Machine
Monitor) que crea una capa de abstraccin entre el hardware de la mquina fsica (host) y
el sistema operativo de la mquina virtual (virtual machine, guest), siendo un medio para
crear una versin virtual de un dispositivo o recurso como un servidor, un dispositivo de
almacenamiento, una red o incluso un sistema operativo donde se divide el recurso en uno
o ms entornos de ejecucin.
2


1
http://www.vmlogia.com/queesv.aspx
2
http://es.wikipedia.org/wiki/Virtualizacion
Pgina 26

Imagen 1.1. Virtualizacin.
Fuente: http://upload.wikimedia.org

Cada una de estas determinadas mquinas virtuales se les puede proporcionar los recursos
de hardware e implementar distintas configuraciones con caractersticas independientes.
Estos recursos pueden ser compartidos o bloqueados de forma que cada mquina virtual
tenga su propia memoria RAM, CPU, disco duro, recursos de red, etc. En cada una de
estas mquinas se puede instalar su propio sistema operativo y sus aplicaciones
independientes.

La estructura es la siguiente: se instala en el ordenador husped un Hipervisor o VMM, un
gestor de mquinas virtuales que se ocupa de gestionar los recursos del servidor y de
distribuirlos entre las mquinas virtuales. Este software es distribuido por varias empresas
en el mundo como por ejemplo: Microsoft, VMware, Parallels, Citrix y otras.

La virtualizacin tiene tres caractersticas importantes:

9 Particionamiento es decir varias mquinas en una sola. (virtualizacin de
servidores).
9 Encapsulacin que lo hace bien porttil (virtualizacin de aplicaciones).
9 Aislamiento es decir lo que corre en una mquina no afecte al funcionamiento
de otra mquina (virtualizacin de escritorio).



Pgina 27
1.4 Tipos de Virtualizacin.

La virtualizacin tiene varios usos y de acuerdo a estos se puede determinar qu tipo de
virtualizacin se trata. Entre las ms comunes las siguientes:

9 La virtualizacin de clientes.
9 La virtualizacin de servidores.

1.4.1. La virtualizacin de clientes.

Los clientes son aquellos computadores de escritorio, porttiles o terminales tontas, las
cuales estn conectadas a uno o varios servidores para realizar un trabajo determinado.

Existen varias clases de virtualizacin de clientes entre estas se tiene: empaquetamiento de
aplicaciones y emulacin de hardware.

Empaquetamiento de aplicaciones.

Una aplicacin es un programa informtico que permite a un usuario utilizar una
computadora con un fin especfico. Las aplicaciones son parte del software de una
computadora, y suelen ejecutarse sobre el sistema operativo.
3


El empaquetado de aplicaciones consiste en proporcionar a los usuarios las aplicaciones
en forma de paquetes, los mismos que estn formados por los programas ejecutables de la
aplicacin, las bibliotecas de las que depende y otro tipo de archivos (imgenes, archivos
de audio, traducciones, etc.), de forma que se distribuye como un solo archivo.

Esta clase de virtualizacin permite evitar los problemas de las dependencias tanto a la
hora de instalar la aplicacin como a la hora de usarla. Sin embargo, como desventaja se

3
http://www.alegsa.com.ar/Dic/aplicacion.php
Pgina 28
presenta que estos paquetes ocupan mucho ms espacio en el disco, especialmente si el
paquete incluye las bibliotecas.

Emulacin de Hardware.

Esta forma de virtualizar es donde el se genera una capa de software que representa el
hardware.

El software de virtualizacin proporciona una capa donde se emulan los recursos del
computador para que el sistema operativo instalado dentro del software funcione creyendo
que est solo en un computador.

Para realizar este procedimiento: (a) Tener un sistema operativo instalado en el cliente, (b)
Instalar y configurar el software de emulacin de hardware y, (c) Instalar otro sistema
operativo invitado, el cual se hace igual que como si se estuviera haciendo en un
computador nuevo.

Imagen 1.2. Virtualizacin de clientes.
Fuente: http://t2.gstatic.com

1.4.2. La virtualizacin de servidores.

Este tipo de virtualizacin es el ms usado en las empresas, ya que nos brinda grandes
ventajas que generando de esta manera ahorro de energa, de espacio y facilidad de
administracin.

Pgina 29
En el rea de informtica podemos definir como servidor es una computadora que,
formando parte de una red, provee servicios a otras computadoras denominadas clientes.
4


Existen varias clases de virtualizacin de servidores entre estas se tiene: virtualizacin de
sistemas operativos, emulacin de hardware y paravirtualizacin.

Virtualizacin de sistemas operativos.

Consiste en usar un software que permita que el hardware de un equipo ejecute diferentes
sistemas operativos de forma simultnea, adems asegurar que no existan conflictos entre
sistemas operativos y aplicaciones.

Emulacin de Hardware.

La emulacin de hardware es la instalacin de software de virtualizacin (hipervisor) antes
de instalar cualquier otro SO, este hipervisor presenta el hardware del computador a todos
los sistemas operativos instalados emulando los recursos que este tiene. El hipervisor
tambin coordina el acceso a los recursos del computador que se da por parte de los
sistemas operativos instalados, esto es que decide quin va primero y quien tiene que
esperar para usar los recursos.

Paravirtualizacin.

Esta forma de virtualizar servidores no se genera ninguna emulacin de hardware, la
paravirtualizacin no es enteramente virtualizacin como en los otros casos, porque los
anfitriones interactan de manera directa con los recursos fsicos del computador como
cuando se tiene un computador dedicado. Esta forma de virtualizar es ms bien una forma
de compartir los recursos por tiempos cortos.




4
http://es.wikipedia.org/wiki/Servidor
Pgina 30
1.5. Ventajas de la Virtualizacin.

Consolidacin de servidores y optimizacin de infraestructuras: la virtualizacin
permite lograr una utilizacin de los recursos significativamente mayor mediante la
agrupacin de recursos de infraestructura comunes y la superacin del modelo
heredado de una aplicacin para un servidor.

Reduccin de costes de infraestructura fsica: con la virtualizacin, puede reducir la
cantidad de servidores. Esto lleva a disminuir los requisitos inmobiliarios, de consumo
elctrico y refrigeracin, con la consiguiente e importante disminucin de los costes de
TI.
Flexibilidad operativa mejorada y capacidad de respuesta: la virtualizacin brinda
una nueva forma de administrar la infraestructura de TI y ayuda a los administradores
a dedicarle menos tiempo a tareas repetitivas tales como configuracin, supervisin y
mantenimiento.

Mayor disponibilidad de aplicaciones y continuidad del negocio mejorado: se
elimina las paradas planificadas y se efecta una recuperacin rpida en los posibles
cortes imprevistos de suministro elctrico con la capacidad de realizar backup de
forma segura y migrar la totalidad de los entornos virtuales sin interrupcin del
servicio.

Capacidad de gestin y seguridad mejorada: implementar, administrar y supervisar
los entornos de escritorio protegidos a los que los usuarios puedan acceder localmente
o de forma remota, con o sin conexin a red, desde casi cualquier ordenador de
escritorio, porttil o tablet PC.

Imagen 1.3. Proceso de Restauracin de mquinas fsicas vs virtuales.
Fuente: http://www.pfsgrupo.com
Pgina 31
1.6. Hardware para virtualizar.

Actualmente los microprocesadores de nueva generacin de Intel y AMD incorporan doble
ncleo e instrucciones especficas para virtualizacin. Estas nuevas instrucciones se
utilizan en el software de virtualizacin para generar los elementos virtuales CPU, RAM,
HDD, etc.

Sin meterse a un despliegue profesional, con una CPU de dos o cuatro ncleos, 1 a 4 GB
de RAM, disco duro de 300 a 500 GB y tarjeta de red Gigabit Ethernet es suficiente para
montar un servidor de mquinas virtuales domstico.

Recientemente, tanto AMD como Intel han incorporado en sus CPUs tecnologas que
simplifican y optimizan notablemente los esquemas de virtualizacin.

En el caso de Intel se denomina VT (por virtualization technology), y est disponible en
las lneas Vpro, Xeon e Itanium 2. La extensin de Intel para virtualizacin de la
arquitectura de 32 y 64 bits se llama IVT (Intel Virtualization Technology: Tecnologa de
Virtualizacin de Intel) y se la referencia a veces por el nombre "Vanderpool". Intel ha
publicado las especificaciones del Vanderpool para el IA-64 (procesadores Itanium).

La extensin de virtualizacin AMD para la arquitectura de 64 bits x86 se llama AMD
Virtualization (abreviada AMD-V), y a menudo se la referencia por el nombre en clave
"Pacfica".

1.7. Software para la virtualizacin de sistemas

Al disponer un equipo adecuado, lo que hace falta es elegir la plataforma de virtualizacin
que ms se adapte a las necesidades de la empresa. Las opciones a elegir son diversas y
abundantes con caractersticas propias de ellas, pero entre las ms principales:


Pgina 32

VMWARE (ESX, Server)

CITRIX (Xen)

SUN xVM (Virtual Box)

MICROSOFT (Hyper-V Server 2008)

PARALLELS
Tabla 1.1. Software para virtualizacin de sistemas.
Fuente: Investigadores.

1.8. Software utilizado para la virtualizacin de servidores

Entre las soluciones de virtualizacin de servidores ms conocidas cabe destacar tres:

9 VMware vSphere.
9 Microsoft Hyper-V.
9 Citrix XenServer.

1.8.1. VMware.

VMware es un sistema de virtualizacin por software de la empresa VMware Inc. filial de
EMC Corporacin. El cual simula un sistema fsico (un computador, un hardware) con
unas caractersticas de hardware determinadas. Cuando se ejecuta el programa (simulador),
proporciona un ambiente de ejecucin similar a todos los efectos a un computador fsico
(excepto en el puro acceso fsico al hardware simulado), con CPU (puede ser ms de uno),
BIOS, tarjeta grfica, memoria RAM, tarjeta de red, sistema de sonido, conexin USB,
disco duro (pueden ser ms de uno), etc.

Una virtualizacin por software permite ejecutar (simular) varios computadores (sistemas
operativos) dentro de un mismo hardware de manera simultnea, permitiendo as el mayor
aprovechamiento de recursos. No obstante, y al ser una capa intermedia entre el sistema
fsico y el sistema operativo que funciona en el hardware emulado, la velocidad de
Pgina 33
ejecucin de este ltimo es menor, pero en la mayora de los casos suficiente para usarse
en entornos de produccin.

1.8.1.1 Funcionamiento.

La plataforma de virtualizacin de VMware se construye sobre una arquitectura diseada
para el negocio. Utiliza un software como VMware vSphere y VMware vSphere
Hipervisor (descarga gratuita) para transformar o virtualizar los recursos de hardware de
una computadora basada en x86 (incluidos la CPU, la memoria RAM, el disco duro y el
controlador de red) y crea una mquina virtual totalmente funcional capaz de ejecutar su
propio sistema operativo y aplicaciones como si fuera una computadora fsica. Cada
mquina virtual contiene un sistema completo, lo que elimina conflictos potenciales. La
virtualizacin con VMware introduce una capa ligera de software directamente en el
hardware de la computadora o en un sistema operativo anfitrin. sta contiene un monitor
de mquina virtual o "hipervisor" que asigna recursos de hardware de forma dinmica y
transparente. Varios sistemas operativos funcionan simultneamente en una sola
computadora fsica y comparten recursos de hardware entre s. Gracias al encapsulamiento
total de una mquina, que incluye la CPU, la memoria, el sistema operativo y los
dispositivos de red, la mquina virtual es totalmente compatible con todos los sistemas
operativos, aplicaciones y controladores de dispositivos x86 estndar. Puede ejecutar
varios sistemas operativos y aplicaciones de forma segura y al mismo tiempo en una
computadora y que cada uno de ellos tenga acceso a los recursos que necesita cuando los
necesita.

VMware inserta directamente una capa de software (VMware ESX Server) en el hardware
del computador o en el sistema operativo host. Esta capa de software crea mquinas
virtuales y contiene un monitor de mquina virtual o hipervisor que asigna recursos de
hardware de forma dinmica y transparente, para poder ejecutar varios sistemas operativos
de forma simultnea en un nico computador fsico.

No obstante, la virtualizacin de un computador fsico nico es slo el principio. VMware
ofrece una slida plataforma de virtualizacin que puede ampliarse por cientos de
Pgina 34
dispositivos de almacenamiento y computadores fsicos interconectados para formar una
infraestructura virtual completa.

1.8.1.2. Versiones.

VMware proporciona diferentes tipos de licenciamiento en sus versiones para servidor.

9 VMware ESXi: versin gratuita con limitaciones de funcionamiento
9 VMware ESX: versin de pago con limitaciones de funcionamiento segn
licenciamiento escogido.

Los diferentes tipos de licenciamiento que tiene VMware son las siguientes:

9 VMware vSphere Enterprise Plus.- Que incluye toda la gama de funciones de
vSphere para la transformacin de los centros de datos en entornos de computacin
en la nube (cloud computing) increblemente simplificados que abren el camino a la
nueva generacin de servicios de IT flexibles y fiables.

9 VMware vSphere Enterprise.- Proporciona funcionalidades clave para reducir al
mnimo las paradas, proteger los datos y automatizar la gestin de recursos.

9 VMware vSphere Advanced.- Es una solucin de consolidacin estratgica que
protege todas las aplicaciones contra las paradas planificadas y las no planificadas,
con el consiguiente alto nivel de disponibilidad de las aplicaciones.

9 VMware vSphere Standard.- Es una solucin de nivel inicial para la
consolidacin bsica de las aplicaciones que permite reducir los costos de hardware
de forma significativa, adems de acelerar el despliegue de las aplicaciones.

9 VMware vSphere Essentials.- Es una solucin todo incluido que permite a las
oficinas pequeas virtualizar tres servidores fsicos para consolidar y gestionar
Pgina 35
aplicaciones, reduciendo los costos operativos y de hardware y con una baja
inversin inicial.

9 VMware vSphere Essentials Plus.- Es una solucin todo incluido que permite a
las oficinas pequeas virtualizar tres servidores fsicos, reduciendo los costos de
hardware y garantizando altos niveles de disponibilidad de las aplicaciones y de
proteccin de datos.

1.8.1.3. Estructura de VMware

VMware ESX: permite que mltiples mquinas virtuales compartan recursos fsicos

VMware vCenter Server: VMware vCenter Server permite centralizar la gestin,
automatizar las operaciones, optimizar los recursos y alta disponibilidad en los
entornos de IT.

Imagen 1.4. VMware vCenter Server.
Fuente: http://www.vmware.com

VMware Update Manager: Este producto gestiona la distribucin de los parches de
VMware ESX y de las mquinas virtuales de manera desatendida. De esta manera se
garantiza la infraestructura contra vulnerabilidades.

Pgina 36

Imagen 1.5. VMware Update Manager.
Fuente: http://www.vladan.fr

VMware High Availability (HA): VMware HA es una caracterstica que supervisa
continuamente todos los servidores fsicos y en caso de fallo, reinicia las mquinas
virtuales afectadas en otro servidor fsico.

Imagen 1.6. VMware High Availability.
Fuente: http://www.vmware.com

VMware Distributed Resource Scheduler (DRS) + (DPM): VMware DRS
monitoriza la utilizacin de recursos y los reparte dinmicamente entre las mquinas
virtuales.

VMware VMotion: VMware VMotion permite mover en caliente las mquinas
virtuales de un servidor fsico a otro. Esto permite hacer mantenimientos de HW sin
cortar el servicio ni un solo instante.

Pgina 37

Imagen 1.7. VMware VMotion.
Fuente: http://www.solutioncentre.co.uk

VMware Storage VMotion: En el caso que las mquinas fsicas no compartieran
almacenamiento, Storage VMotion permite mover en caliente mquinas virtuales del
almacenamiento local de un servidor fsico a otro.


Imagen 1.8. VMware Storage VMotion.
Fuente: http://4.bp.blogspot.com

Tolerancia a fallos (Fault Tolerance): Un innovador servicio de aplicaciones,
proporciona disponibilidad sin tiempo de inactividad ni prdida de datos a todas las
aplicaciones frente a fallos de hardware sin el coste y la complejidad de soluciones
clsterizadas de hardware o software.

Pgina 38

Imagen 1.9. Tolerancia a fallos.
Fuente: http://www.vmgu.ru

VMsafe: Proporciona visin de rayos-X dentro de las mquinas virtuales para detectar
y detener virus, rootkits y malware anteriormente no detectables antes de que puedan
infectar el sistema.

Imagen 1.10. VMsafe.
Fuente: http://www.vmware.com

Adicin en caliente (Hot Add) de CPUs virtuales, memoria y dispositivos de red en
mquinas virtuales permite a las aplicaciones adaptarse perfectamente sin
interrupciones o tiempos de inactividad.

VMware Data Recovery: Ofrece unas funciones de backup y recuperacin sencillas,
rentables y sin agentes de mquinas virtuales para entornos ms pequeos.
Pgina 39

Imagen 1.11. VMware Data Recovery.
Fuente: http://www.net-security.org

VMware Consolidated Backup: Permite hacer copias de seguridad en caliente de los
sistemas, directamente desde los archivos que conforman la mquina virtual. Este
producto se integra con la mayora de los productos de copias de seguridad como
Symantec Backup Exec.

1.8.2. Hyper-V.

Es una la herramienta de virtualizacin que Microsoft lanz al mercado en 2008 y que
ahora ha mejorado sustancialmente, incorporndola como funcin dentro de Microsoft
Server 2008.

Windows Server 2008 Hyper-V es la funcionalidad de virtualizacin basada en el
hipervisor, incluida como un rol de servidor especfico de Windows Server 2008. Contiene
todo lo necesario para la puesta en servicio de escenarios de virtualizacin. Hyper-V
permite reducir costos, mejorar el nivel de utilizacin de los servidores y crear una
infraestructura de IT ms dinmica. El aumento de la flexibilidad que proporciona Hyper-
V se debe a sus capacidades de plataforma dinmica, fiable y escalable combinadas con un
conjunto exclusivo de herramientas de gestin que permiten administrar tanto los recursos
Pgina 40
fsicos como los virtuales, lo que facilita la creacin de un datacenter gil y dinmico y el
avance hacia un modelo de sistemas dinmicos auto gestionados.

1.8.2.1. Caractersticas.

Hyper-V, la ltima generacin de tecnologas de virtualizacin de servidores basadas en
hipervisor de Windows Server 2008 le permite resolver muchos de los retos actuales que
surgen en las empresas alrededor de la virtualizacin de entornos de IT. Ahora se pueden
crear mquinas virtuales que aprovechen plenamente el hardware disponible, ejecuten
distintos sistemas operativos y gestionen tanto los recursos virtuales como los fsicos
utilizando las mismas herramientas estndar del sector.

Entre las principales funcionalidades de Hyper-V destacan las siguientes:

9 Una nueva arquitectura nueva, muy mejorada
9 Soporte para sistemas operativos muy diversos
9 Soporte para SMP
9 Soporte para memoria
9 Acceso mejorado al sistema de almacenamiento
9 Nueva arquitectura de hardware compartido
9 Migracin rpida
9 Componentes de integracin de Linux
9 Instantneas de Mquina Virtual
9 Escalabilidad
9 Extensible

1.8.3. XenServer.

Citrix XenServer es una plataforma completa y gestionada de virtualizacin de servidores,
basada en el potente hipervisor Xen. La tecnologa Xen est reconocida ampliamente como
el software de virtualizacin ms rpido y ms seguro de toda la industria. XenServer est
diseado para una gestin eficiente de servidores virtuales Windows y Linux y ofrece
Pgina 41
rentabilidad en la consolidacin de servidores y en la continuidad de la actividad
de negocio.

1.8.3.1. Caractersticas.

XenServer es la plataforma de virtualizacin preparada para la empresa y de eficacia
probada en el cloud computing, que contiene todas las caractersticas necesarias para crear
y administrar una infraestructura virtual. En ella confan las organizaciones ms exigentes
para ejecutar sus aplicaciones informticas ms cruciales y es utilizada por los clouds ms
grandes:

9 Reduce costos al consolidar servidores y disminuir las necesidades de alimentacin,
refrigeracin y espacio en el centro de datos.
9 Aumenta la flexibilidad de TI porque permite provisionar nuevos servidores y
servicios de TI en cuestin de minutos.
9 Garantiza que los requisitos y los niveles de rendimiento de las aplicaciones se
cumplan en todo momento.
9 Minimiza los periodos de interrupcin del servicio, al reducir el impacto de los
fallos y proteger frente a los desastres.

La edicin gratuita de XenServer comienza con un hipervisor de 64 bits y herramientas
de gestin centralizada, migracin en vivo y conversin, con las que crear una plataforma
virtual que maximiza la densidad y el rendimiento de los huspedes. Las ediciones
premium de XenServer extienden la plataforma para que organizaciones de cualquier
tamao puedan integrar y automatizar sus procesos de administracin, proporcionndoles
una solucin de centro de datos virtual.

1.8.3.2. Versiones.

Citrix XenServer es el nico de clase empresarial, todas las ediciones son compatibles y
pueden actualizarse en cualquier momento a travs de clave de licencia, sin instalacin de
software adicional. Entre las versiones tenemos:
Pgina 42

9 Platinum Edition.- Esta edicin permite una automatizacin avanzada y con
caractersticas de could computing para entornos virtuales en toda la empresa.

9 Enterprise Edition.- Su caracterstica principal es la integracin esencial y
capacidades de optimizacin de las implementaciones de produccin de la mquina
virtual.

9 Advanced Edition.- Ofrece una clave de alta disponibilidad y herramientas
avanzadas de gestin que tengan la infraestructura virtual al siguiente nivel.

9 Free Edition.- Esta es una edicin probada de plataforma de virtualizacin que
ofrece un rendimiento sin concesiones, escalabilidad y flexibilidad sin costo
alguno.

1.9. Software utilizado para la virtualizacin de aplicaciones

Entre las soluciones de virtualizacin de aplicaciones ms conocidas cabe destacar tres:

9 Microsoft Application Virtualization (APP-V).
9 VMware ThinApp.
9 Citrix XenApp.


Pgina 43
1.9.1. Microsoft Application Virtualization (APP-V)


Imagen 1.12. Microsoft Application Virtualization 4.6 SP1.
Fuente: http://es.paperblog.com

App-V permite cambiar aplicaciones en servicios virtuales (Aplicaciones Virtuales)
administrados de una manera centralizada, facilitando el despliegue gil de aplicaciones
bajo demanda a los equipos de escritorio y/o a los equipos Terminal Server, de una forma
dinmica, minimizando reinicios, problemas de compatibilidad entre aplicaciones,
facilitando la actualizacin de las aplicaciones, etc.

1.9.1.1. Ediciones

Se puede distinguir entre dos ediciones distintas de App-V:

App-V for Desktops. Facilita la creacin de aplicaciones virtuales para su despliegue
directamente sobre los equipos de escritorio que las ejecutarn.
App-V for Terminal Services (TS) o App-V for Remote Desktop Services (RDS).
Facilita la creacin de Aplicacin Virtuales para su despliegue a equipos Terminal
Server sobre los que se ejecutarn. De este modo, los usuarios o equipos clientes, se
Pgina 44
utilizarn sesiones RDP sobre dichos equipo Terminal Server, accediendo de este
modo, a las aplicaciones virtualizadas.

1.9.1.2. Ejecucin de aplicaciones virtuales.

App-V permite crear (secuenciar) aplicaciones virtuales, las cuales son empaquetadas y
distribuidas a los clientes (sean clientes de escritorio o servidores de Terminal Server o
Remote Desktop Services), ejecutndose dichas aplicaciones en los propios clientes. Estas
aplicaciones virtuales son ejecutadas de forma aislada sobre en entorno virtual dentro de
los propios equipos clientes, el cual acta como un contenedor o SandBox. Dicho entorno
virtual (App-V Virtual Environment) ofrece todos los recursos necesarios para hacer
posible la ejecucin de la aplicacin virtual en el propio equipo cliente, para lo cual se
utiliza el App-V Client, que deber estar instalado en los equipos clientes en los que se
desea ejecutar aplicaciones virtuales, ya que es el encargado de crear dicho entorno virtual.
De este modo, se consiguen virtualizar diferentes tipos de recursos para su utilizacin por
parte de las aplicaciones virtuales:

9 Virtual COM. Gestiona los objetos COM creados por la aplicacin virtual, y evita
conflictos con los mismos objetos, existente fuera del App-V Virtual Environment.

9 Virtual directory, Virtual file, y Virtual file system. Permiten gestionar el acceso
al sistema de archivos, creando un sistema de archivos virtual para su utilizacin
por parte de las aplicaciones virtuales.

9 Virtual registry. Gestiona el acceso al registro de Windows realizado por la
aplicacin virtual, de tal modo, que las aplicaciones instaladas localmente en el
cliente puedan acceder directamente al registro de Windows, mientras que las
aplicaciones virtuales sean re-direccionadas a un registro de Windows virtual.

9 Virtual services. Acta como un Service Control Manager para los servicios de
Windows ejecutados en el App-V Virtual Environment como parte de la ejecucin
de las aplicaciones virtuales.
Pgina 45

El App-V Management Server permite la creacin de diferentes tipos de licencias:

9 Licencias de acceso concurrente. Las utilizadas habitualmente para controlar el
nmero de usuarios concurrentes utilizando una aplicacin.

9 Licencias de acceso ilimitado. Sirven para poder evaluar el consumo de licencias
de una aplicacin, previo a su configuracin con licencias de acceso concurrente.

9 Licencias con nombre (Named Licenses). Permite asignar licencias a usuarios
especficos.

1.9.1.3. Secuenciacin de aplicaciones.

El proceso de convertir una aplicacin tradicional en una aplicacin virtual, es lo que se
llama secuenciacin de una aplicacin, y la herramienta que se utiliza es el App-V
Sequencer. Al secuenciar una aplicacin, se est generando un paquete con la nueva
aplicacin virtual, para su posterior despliegue y ejecucin. A continuacin se muestran los
archivos resultantes de secuenciar una aplicacin, en nuestro caso de ejemplo, la aplicacin
TextPad.

9 TextPadIcons.
9 TextPad.msi.
9 TextPad.osd.
9 TextPad.sft.
9 TextPad.sprj.
9 TextPad_manifest.xml.

Una vez que se ha secuenciado una aplicacin, se debe copiar los archivos resultantes a la
carpeta Content del App-V Management Server (alternativamente, los archivos OSD y los
iconos podran ser publicados en un servidor Web para ser entregados a los clientes App-V
a travs de HTTP o de HTTPS). Seguidamente, es habitual importar la nueva aplicacin
Pgina 46
virtual en el App-V Management Server, utilizando la App-V Management Console, para
lo cual utiliza los archivos SPRJ o de los archivos OSD, teniendo en cuenta que con los
archivos OSD se debe importar cada aplicacin virtual de una en una, y con el fichero
SPRJ se importarn todas las aplicaciones virtuales de una nica vez.

Se debe tener en cuenta, que no se pueden instalar sobre la misma mquina el App-V
Sequencer y el App-V Desktop Client. De hecho, el App-V Sequencer debe instalarse en
una mquina independiente, sin ningn otro componente de App-V, y con un sistema
operativo similar al de las mquinas destino que actuarn como clientes de App-V. Es ms,
quizs se tiene varias mquinas con el App-V Sequencer, por ejemplo, para secuenciar
aplicaciones para diferentes versiones y/o arquitecturas de sistema operativo (ejemplo:
Windows XP x86, Windows 7 x64, etc.).

Es una buena prctica utilizar mquinas virtuales para el App-V Sequencer, ya que
aprovechando los discos de diferenciacin, pueden utilizarse dichas mquinas virtuales
para secuenciar una aplicacin en particular.

Tambin es una buena prctica utilizar una unidad Q (la unidad App-V) y un directorio
raz sobre la unidad Q con nomenclatura 8.3 (los nombres cortos del MSDOS) para la
instalacin durante la secuenciacin de la aplicacin. Es decir, durante la secuenciacin de
la aplicacin, no se instala en la misma sobre C:\Program Files\Microsoft Office (por poner
un ejemplo), sino que se instala sobre Q:\Off2k7\Microsoft Office (por poner otro
ejemplo).

Es posible crear actualizaciones de las aplicaciones virtuales existente de App-V, de tal
modo, que puedan ser publicadas y de este modo actualizar de forma sencilla y masiva
nuestra aplicacin virtual. Para ello se puede utilizar el paquete original y con el App-V
Sequencer, realizar una actualizacin del paquete a la nueva versin, para seguidamente
actualizar el correspondiente paquete en el App-V Management Server.

El proceso es similar a la creacin/secuenciacin de un nuevo paquete de la aplicacin
virtual, excepto que se utilizar la opcin Upgrade a Package (se debe abrir el paquete que
Pgina 47
se desea actualizar, para seguidamente a travs de asistente monitorizar sus actualizacin),
en lugar de la opcin Create a Package.

Es importante entender la diferencia entre aplicacin virtual y paquete. Al importar una
aplicacin virtual en el App-V Management Server, se crear tanto una aplicacin virtual
como un paquete. Entonces, la aplicacin virtual representa el fichero OSD y el fichero
ICO, esto es, la definicin de la propia aplicacin, que suele desplegarse habitualmente por
HTTP o por SMB a travs de una ruta UNC. Sin embargo, el paquete representa el fichero
SFT que contiene la propia aplicacin virtual en s, que habitualmente se desplegar por
streaming.

1.9.1.4. Publicacin de aplicaciones virtuales con App-V.

Finalmente cuando se ha secuenciado las aplicaciones, y por tanto, se tiene disponibles los
paquetes correspondientes a nuestras aplicaciones virtuales, llega el momento de publicar
nuestras aplicaciones virtuales de App-V a nuestros clientes App-V.

Existen principalmente tres mtodos de publicacin de aplicaciones virtuales de App-V.

9 Utilizando el App-V Management Server.

9 Utilizando un sistema ESD (Enterprise Software Deployment) como Microsoft
SMS (Systems Management Server), Microsoft SCCM (System Center Configuration
Manager), u otros de terceros. De este modo es posible desplegar de forma masiva los
archivos MSI correspondientes a los paquetes de las aplicaciones virtuales de App-V.

9 Ejecutando manualmente en los MSI correspondientes a los paquetes de las
aplicaciones virtuales de App-V, en cada equipo cliente de App-V (a este mtodo se le
conoce como Stand Alone).


Pgina 48
1.9.1.5. Componentes y arquitectura de App-V.

Una infraestructura de App-V est formada por diferentes elementos o componentes. A
continuacin, se muestran los diferentes componentes de App-V, teniendo en cuenta que
no es necesario tenerlos todos instalados para poder utilizar App-V.

9 App-V Management Server. Se utiliza para publicar a los Clientes App-V los
accesos directos de las aplicaciones virtuales y sus los tipos de fichero asociados a las
mismas. Tambin se utiliza para realizar streaming bajo demanda de las aplicaciones
virtuales a los clientes App-V autorizados, para lo cual puede utilizar los protocolos
RTSP, RTSPS, HTTP o HTTPS. Otra utilidad es poder utilizar la caracterstica de
licenciamiento, por ejemplo para poder controlar el nmero mximo de usuarios
concurrentes que pueden acceder a una aplicacin virtual de App-V. Tambin permite
hacer Active Upgrade, es decir, actualizar automticamente una aplicacin en todos
los equipos clientes, en el siguiente ciclo de refresco de publicacin (publishing
refresh cycle). El App-V Management Server debe instalarse como un servidor
dedicado, y requiere acceso a una base de datos SQL Server y a la carpeta Content. Es
habitual utilizar mltiples App-V Management Server. Se administra utilizando la
App-V Management Console.

9 App-V Management Web Service. Es el componente intermedio entre la
Management Console y el Data Store, accedido desde la Management Console
utilizando .Net Remoting. Puede instalarse en el App-V Management Server, o en un
servidor independiente, el cual debe ejecutar IIS6 o superior, MDAC 2.7 o superior, y
.Net Framework 2.0.

9 App-V Data Store. Consiste en una base de datos SQL Server 2005 o 2008, la cual
almacena toda la informacin de la infraestructura App-V (App-V Management Server
Configuration and Reporting, Logging, Licensing, etc.).

9 App-V Streaming Server. Puede verse como una versin ligera del App-V
Management Server, que permite hacer Streaming de Aplicaciones Virtuales y soporta
Pgina 49
Active Upgrade, que no requiere de SQL Server, y que no incluye ni la App-V
Management Console ni el App-V Management Web Service (utiliza ACLs para
conceder permisos a los archivos de las Aplicaciones Virtuales). Es decir, su funcin
es hacer Streaming de los archivos SFT a travs de RTSP o RTSPS. Evidentemente,
requiere acceso a la una carpeta Content, que podra ser una carpeta Content local, con
los correspondientes permisos (ACLs).

9 App-V Management Console. Se trata de una consola MMC a travs de la cual se
pueden importar aplicaciones virtuales al App-V Management Server desde los
archivos SPRJ o desde los archivos OSD (esto crear los correspondientes paquetes),
crear grupos de aplicaciones (facilita la gestin, como la concesin de permisos,
accesos directos, licenciamiento, etc.), gestionar las asociaciones de archivos a
aplicaciones virtuales, gestionar los paquetes (estos representan los archivos SFT),
gestionar el licenciamiento, gestionar los grupos de servidores (crear o eliminar
grupos, aadir servidores de App-V o de Streaming a los grupos, configurar el puerto
RTSP o RTSPS utilizado por los servidores, configurar la utilizacin de memoria de
los servidores, etc.), gestionar informes (ejemplo: pueden crearse diferentes tipos de
informes, exportarlos como PDF, etc.), gestionar polticas (ProviderPolicies),
pertenencia al grupo de administracin de App-V, etc.

9 App-V Sequencer. Se trata de la herramienta utilizada para convertir una aplicacin,
en aplicacin virtual.

9 App-V Client. Se trata del software instalado en los equipos que actan como clientes
de la infraestructura App-V. Este software realiza varias funciones, desde gestionar la
obtencin de las aplicaciones virtuales haciendo Streaming desde un App-V
Management Server o desde un App-V Streaming Server, hasta proporcionar el
entorno virtual para la ejecucin de las propias aplicaciones virtuales de App-V. El
cliente App-V debe configurarse con el nombre o IP de un servidor de publicacin, del
que pueda obtener los iconos y archivos OSD.

Pgina 50
El Cliente App-V tambin puede incluir la Application Virtualization Client Console (no
confundir con la App-V Management Console), una herramienta administrativa que
permite realizar diferentes tareas relacionadas con las aplicaciones virtuales, asociaciones
de archivos y servidores de publicacin (Publishing Servers). Tambin se pueden realizar
tareas administrativas en el cliente desde lnea de comandos, utilizando el comando
SFTMIME.

1.9.1.6. Versiones de App-V.

Actualmente, existen dos versiones de App-V.

App-V 4.5 SP1. Incluye soporte para Windows 7, integracin con AppLocker, soporte
para BranchCache (una caracterstica de Windows Server 2008 R2), soporte para
titularizar aplicaciones en dispositivos removibles con BitLockerToGo y Streaming de
aplicaciones virtuales desde USB, integracin con directorios LDAP de terceros, etc.

App-V 4.6. Soporte para arquitecturas x86 y x64, incluyendo la posibilidad de
secuenciar aplicaciones de 64-bits.

1.9.2. VMware ThinApp.

VMware ThinApp es un software de virtualizacin de aplicaciones, con el cual los
administradores de puestos de trabajo corporativos que gestionan escritorios fsicos o
virtuales pueden ejecutar cualquier aplicacin en un solo sistema operativo y sin conflictos
de ninguna clase. VMware ThinApp funciona sin necesidad de agentes de clientes o
servidores backend, por lo que el suministro de aplicaciones es ms rpido, eficiente, ms
econmico y sin conflictos.
1.9.2.1. Ventajas.

9 Elimina los conflictos que existen en las aplicaciones y reduce los costes de soporte.
9 Mayor velocidad y sencillez en el proceso de desarrollo y entrega.
9 Optimiza las herramientas de gestin y la infraestructura existentes.
Pgina 51
9 Implementa aplicaciones portables en prcticamente cualquier PC ya sea fsico o
virtual, equipo cliente ligero o memoria USB.
9 Bloquea ordenadores endpoint sin limitar el uso de aplicaciones bsicas para la
empresa.

Imagen 1.13. Ciclo de vida de las aplicaciones.
Fuente: http://www.vmware.com/

1.9.2.2. Caractersticas.

9 Facilita las migraciones de software y de sistemas operativos. Migra a nuevos sistemas
operativos sin necesidad de actualizar ni sustituir las aplicaciones anteriores, ejecuta
aplicaciones ms recientes en sistemas operativos antiguos (Windows NT y
posteriores) y utiliza varias versiones de la misma aplicacin en el mismo PC.

9 Aumenta la seguridad y la compatibilidad. Bloquea los ordenadores endpoint
corporativos ejecutando aplicaciones en modo usuario sin bloquear a los usuarios y
crea polticas que van con la aplicacin all donde esta se implemente o utilice.

9 Simplifica las pruebas y empaquetado de aplicaciones. Empaqueta aplicaciones en
archivos EXE y MSI estndar sin necesidad de efectuar cambios en el cdigo fuente y
Pgina 52
soluciona las pruebas de regresin con prestaciones de entorno de desarrollo protegido
sandbox y snapshot.

9 Acelera el desarrollo de software y de los controles de calidad. Resuelve los complejos
problemas de compatibilidad y empaquetado de aplicaciones como, por ejemplo,
versiones de Java, compatibilidad con Vista e implementacin de clientes .NET.

9 Optimiza las implementaciones de VDI. Sita aplicaciones fuera de las imgenes de
escritorio para reducir los costes de almacenamiento y consolida varias instancias de
aplicaciones a las que puede accederse desde una imagen virtual de funcin nica o un
nmero pequeo de mquinas virtuales para reducir los costes de la red, la carga de
trabajo y el sistema operativo.

9 Mejora los servicios de los terminales. Elimina los conflictos cuando se est
virtualizando agentes cliente de servicios de terminales y distribuye rpidamente las
aplicaciones a los usuarios finales en equipos cliente ligeros sin las complicaciones
que implica el uso compartido de aplicaciones.

9 Movilidad de la plantilla. Ejecute aplicaciones directamente desde unidades
inteligentes USB sin instalacin, modificaciones en el SO host o la necesidad de
contar con derechos de administrador.


1.9.2.3. Funcionamiento.

VMware ThinApp simplifica el suministro de aplicaciones aislndolas del sistema
operativo subyacente y conectando directamente con infraestructuras y herramientas de
gestin de escritorio fsico y virtual existentes.

ThinApp encapsula las aplicaciones dentro de un SO virtual que combina de forma
transparente un entorno de sistema virtual con el entorno de sistema real, al tiempo que
proporciona estos servicios:
Pgina 53

9 Carga de procesos. El SO virtual carga un archivo .EXE de inicio del sistema de
archivos virtual y permite que se ejecute en cualquier otro .EXE directamente desde
el sistema de archivos virtual o desde el sistema normal.

9 Carga de DLL. El SO virtual carga directamente del archivo cualquier
dependencia .DLL que los archivos .EXE/.DLL/.OCX puedan tener, si as se lo
requiere.

9 Gestin de procesos y subprocesos. El SO virtual realiza un seguimiento de todos
los procesos y subprocesos creados dentro de la mquina virtual, incluidas las
aplicaciones COM y de utilidades fuera de proceso.

Imagen 1.14. Funcionamiento de ThinApp.
Fuente: http://www.vmware.com/
1.9.2.4. Virtualizacin de aplicaciones sin agentes.

9 Sistema operativo virtual. La principal caracterstica de VMware ThinApp es el SO
virtual, un sistema de archivos y registro virtual nico, integrado y ligero que ofrece
un alto nivel de aislamiento de aplicaciones, lo que elimina los conflictos de
instalacin y tiempo de ejecucin, al tiempo que aumenta la portabilidad de las
aplicaciones.

Pgina 54
9 Tiempo de ejecucin cero. VMware ThinApp no deja huella en los dispositivos
endpoint y permite que las aplicaciones se ejecuten directamente desde el estado
comprimido sin tener primero que almacenar en cach los datos en el disco duro, lo
que mejora el rendimiento y la seguridad de los datos, y elimina puntos de fallo
individuales.

9 Ejecucin completa en modo de usuario. Las aplicaciones empaquetadas con
ThinApp se ejecutan completamente en modo de usuario, lo que permite a los usuarios
emplear y personalizar sus aplicaciones sin acceso administrativo o de instalacin.

9 Amplia compatibilidad de aplicaciones. VMware ThinApp es compatible con una
amplia variedad de aplicaciones, desde Adobe Reader hasta aplicaciones complejas de
proveedores como Oracle y SAP.

1.9.2.5. Suministro de aplicaciones sin conflictos

9 Arquitectura sin infraestructura ni agentes. ThinApp funciona sin necesidad de
servidores auxiliares o agentes clientes adicionales, y adems se integra a la perfeccin
con Microsoft Active Directory, LANDesk y otras muchas soluciones de gestin de
otros fabricantes.

9 Compatibilidad con VMware VDI. ThinApp es el complemento perfecto de
VMware Virtual Desktop Infrastructure y las aplicaciones empaquetadas con ThinApp
pueden implementarse y gestionarse fcilmente en mquinas virtuales centralizadas
del centro de datos.

9 Entornos de desarrollo protegidos sandbox para servicios de terminales.
VMware ThinApp se ha implementado correctamente sobre el protocolo ICA en
entornos de servicios de terminales Citrix y las aplicaciones empaquetadas con
ThinApp pueden desarrollarse en entornos protegidos para ejecutarse en un entorno de
servicios de terminales de forma que varios usuarios puedan ejecutar sus propias
aplicaciones VMware ThinApp desarrolladas en estos entornos protegidos.
Pgina 55
9 Transmisin de memoria bloque a bloque. Las aplicaciones virtualizadas con
ThinApp se ejecutan tan pronto como la memoria del equipo de escritorio dispone de
la cantidad mnima de cdigo necesaria para ejecutar la aplicacin. Por ejemplo, en el
caso del cliente Oracle CRM (950MB), solo hay que transmitir fsicamente al cliente
350 MB de la aplicacin para que esta se ejecute.

9 Sincronizacin de aplicaciones. Esta prestacin, exclusiva de ThinApp, actualiza las
aplicaciones virtuales mediante uso compartido de archivos/http/https a travs de la
red LAN o WAN, y aprovecha los sistemas de suministro de software existentes, lo
que facilita el suministro de actualizaciones de aplicaciones a los usuarios de porttiles
y terceros en la extranet corporativa, al tiempo que ayuda a garantizar el cumplimiento
de las polticas de configuracin y reduce los riesgos.

1.9.2.6. Empaquetado simplificado de aplicaciones.

9 Enlace de aplicaciones. Permite que las aplicaciones empaquetadas con VMware
ThinApp establezcan dinmicamente dependencias (enlaces) con otras aplicaciones
VMware ThinApp. Adems, con ThinApp los administradores de TI aprovechan las
herramientas existentes para realizar el inventario y seguimiento de cada componente
de la aplicacin para una mejor gestin de las licencias de software para aplicaciones
virtuales.

9 Opciones flexibles de empaquetado. ThinApp encapsula las aplicaciones enteras
dentro de un solo archivo .EXE o como paquete MSI con polticas de grupo y registro
WMI.

9 Snapshot del sistema. Captura y guarda estados del sistema antes y despus de la
instalacin para simplificar el proceso de empaquetado, al tiempo que asegura soporte
para aplicaciones que tienen que reiniciarse durante el proceso de instalacin.

9 Posibilidad de integracin en ISV. Con ThinApp, las organizaciones y
desarrolladores de software independientes pueden empaquetar sus aplicaciones en un
Pgina 56
solo archivo .EXE independiente para asegurarse de que se ejecutarn sin conflictos y
sin ni siquiera tener que instalarse.

1.9.3. Citrix XenApp.

Es un sistema de entrega de aplicaciones Windows de extremo a extremo que ofrece
virtualizacin de aplicaciones del lado del cliente y del lado del servidor para brindar un
ptimo rendimiento de las aplicaciones y opciones de entrega flexibles.

Las aplicaciones no tienen que estar instaladas en las PC de los usuarios, por lo que
podran hacer uso de cualquier mquina rentada en un Cyber Caf, PC de hogar o
simplemente una prestada, para acceder a la pgina desde la que podrn seleccionar que
aplicacin requieren utilizar.

Todo esto se hace sin necesidad de ningn cliente de VPN, ya que Citrix genera su propia
conexin segura y encriptada entre el cliente y servidor, asegurndole con esto, que su
informacin ser totalmente privada.

Imagen 1.15. Entorno XenApp.
Fuente: http://www.realnet.com.mx

Cuenta con una arquitectura de aplicaciones segura, las organizaciones pueden centralizar
las aplicaciones y los datos en centros de datos seguros, lo que reduce los costes de
administracin y asistencia, aumenta la seguridad de los datos y garantiza el rendimiento.
Pgina 57

XenApp permite que el departamento de IT despliegue aplicaciones en forma segura como
un servicio, brindando acceso bajo demanda a los usuarios, y ofreciendo tambin
flexibilidad para aprovechar futuras arquitecturas de aplicaciones.

1.9.3.1. Beneficios

9 Entrega de aplicaciones de Windows de extremo a extremo. XenApp permite
distribuir la totalidad de sus aplicaciones basadas en Windows sin salir del centro de
datos gracias a su tecnologa de virtualizacin de aplicaciones de ltima generacin.
Elimina la necesidad de instalar o administrar aplicaciones en dispositivos de usuarios
individuales, lo que reduce costes y facilita la prueba, abastecimiento, administracin
y compatibilidad de aplicaciones.

9 Mayor seguridad para las aplicaciones y la propiedad intelectual. Le ayuda a
controlar, proteger y mantener la propiedad intelectual en forma centralizada para
reducir drsticamente la posibilidad de prdida o robo de datos. XenApp le ayuda a
evitar que los datos abandonen el centro de datos sin su permiso explcito, haciendo
posible el cumplimiento de leyes y objetivos de seguridad.

9 Excelente rendimiento de las aplicaciones a travs de cualquier red. Posibilita la
mejora de la capacidad de respuesta de las aplicaciones y aumenta la productividad del
usuario con sus tcnicas de virtualizacin de aplicaciones perfeccionadas durante los
ltimos 15 aos. XenApp reduce significativamente los requisitos de ancho de banda
de la red y mitiga los problemas de retraso en la entrega de aplicaciones. Gracias a la
virtualizacin de aplicaciones, slo los movimientos del ratn, las pulsaciones de
teclas y las actualizaciones de pantallas atraviesan la red. Incluso las aplicaciones
cargadas de datos y con gran cantidad de grficos funcionan mejor y permiten que los
usuarios se mantengan activos y productivos.

9 El despliegue de aplicaciones ms rpido para todos los usuarios, desde cualquier
lugar. Con XenApp puede entregar las aplicaciones y actualizaciones en forma
Pgina 58
instantnea, desde cualquier lugar y en cualquier momento, a empleados
subcontratados en el extranjero o ubicados en nuevas sucursales, incorporados
tras fusiones y adquisiciones, o fuerzas de trabajo mviles.

9 Disponibilidad continua y alto rendimiento de aplicaciones. XenApp ofrece alta
disponibilidad de aplicaciones, proporcionando una experiencia de usuario "siempre
activada" con administracin de la carga de aplicaciones, recuperacin de servidores
automatizada y sistema de emergencia. XenApp le ofrece visibilidad de extremo a
extremo del uso y del rendimiento de las aplicaciones, lo que es fundamental para
satisfacer y verificar los acuerdos de nivel de servicio (SLA) de las aplicaciones, y
para aumentar la satisfaccin y productividad de los usuarios.

9 Una sola interfaz de usuario. Los usuarios necesitan una manera sencilla de obtener
acceso a las aplicaciones, independientemente de su ubicacin o del dispositivo que
utilicen. El Smooth Roaming de XenApp garantiza que las aplicaciones y los datos
acompaen a sus usuarios cuando cambien de ubicacin, red o dispositivo, para que
puedan retomar su trabajo exactamente donde lo haban dejado.
1.9.3.2. Ediciones.

XenApp Advanced Edition. Es la tecnologa fundamental para distribuir aplicaciones
Windows en entornos de misin crtica. Esta edicin permite la integracin total de
aplicaciones virtuales, acceso simple a aplicaciones web, equilibrado de cargas y otras
funcionalidades necesarias para consolidar su entorno de TI.

XenApp Enterprise Edition. Incluye todas las funcionalidades de la Edicin
Advanced, ms streaming y aislamiento de aplicaciones, para que el sistema pueda
distribuir todas las aplicaciones Windows a todos los escritorios, incluyendo acceso
offline a las aplicaciones, as como el rpido aprovisionamiento de aplicaciones y
actualizaciones a las granjas de Citrix XenApp.

XenApp Platinum Edition. Sistema de distribucin de aplicaciones de extremo a
extremo para todas las aplicaciones Windows. Incluye todas las funcionalidades de la
Pgina 59
Edicin Enterprise, con streaming y aislamiento de aplicaciones, adems de las
siguientes aplicaciones que mejoran la seguridad y la movilidad, permitiendo la
gestin del rendimiento:

9 Application Performance Monitoring, con Citrix EdgeSight
9 SmartAccess, con Citrix Access Gateway
9 Single Sign-on, con Citrix Password Manager
9 EasyCall, con Citrix Communication Gateway
9 SmartAuditor

1.9.3.3. Distribucin de Aplicaciones por Streaming.

La distribucin de aplicaciones por streaming centraliza la administracin de aplicaciones
de escritorio y las asla y enva a los usuarios sin que se produzcan conflictos con otras
aplicaciones o con el sistema. Cuando se publican aplicaciones para distribuirlas por
streaming a los escritorios de los clientes, los usuarios acceden a la aplicacin desde el
punto compartido de red o desde el servidor Web y la descargan en sus dispositivos cliente.
Las aplicaciones descargadas por streaming se guardan en cach en el dispositivo cliente
local y se ejecutan dentro de un entorno de aislamiento, lo que evita que se produzcan
conflictos con otras aplicaciones instaladas localmente.

Para distribuir aplicaciones mediante streaming es necesario prepararlas usando Streaming
Profiler.

La distribucin de aplicaciones por streaming tiene las siguientes ventajas:

9 Las aplicaciones se ejecutan localmente en el dispositivo cliente Windows. Las
aplicaciones distribuidas por streaming pueden usar los recursos del sistema del
dispositivo local, no los del servidor XenApp.

Pgina 60
9 Actualizacin de aplicaciones centralizada. Se pueden distribuir actualizaciones
y revisiones a los dispositivos cliente de manera eficiente la siguiente vez que
acceden a una aplicacin.

9 Entornos de aislamiento. Las aplicaciones se ejecutan dentro de entornos de
aislamiento protegidos en los dispositivos cliente, lo que evita conflictos con otras
aplicaciones instaladas localmente.

9 Cach de aplicaciones. Para permitir un acceso ms rpido a las aplicaciones, se
puede configurar la opcin de guardar sus archivos en cach en el dispositivo
cliente.

9 Streaming dual. Se puede configurar un mtodo de respaldo de distribucin de
aplicaciones para aquellos casos en los que el dispositivo cliente no permita la
descarga mediante streaming.

9 Acceso sin conexin. Permite que los usuarios puedan seguir ejecutando las
aplicaciones distribuidas por streaming despus de desconectarse de la red.

Los usuarios de XenApp que acceden a aplicaciones alojadas en servidor pueden usar la
distribucin de aplicaciones por streaming en su escritorio local (uso desconectado). Esto
permite a los usuarios de XenApp descargar aplicaciones en el escritorio sin necesitar una
licencia adicional.


Pgina 61
CAPTULO II
DIAGNSTICO

2.1. Antecedentes

La PUCESI, est conformada por un conglomerado de personal administrativo, docente y
estudiantil, los cuales hacen uso de diferentes servicios que ofrece la Universidad como:
Internet, correo electrnico, aplicaciones de intranet, entre otros; dichos servicios estn
siendo soportados con la infraestructura tecnolgica de red como es el caso de: cableado
estructurado, servidores de Internet, email, web, directorio activo, aplicaciones
acadmicas, administrativas y financieras, equipos de cmputo en laboratorios y oficinas.

El objetivo de anlisis del presente trabajo es el de los servidores los mismos que como se
ve anteriormente representan una parte importante dentro de la infraestructura tecnolgica
de la Universidad; dichos servidores se encuentran funcionando y brindando su servicio de
una manera ptima la pregunta aqu es que estos equipos estn siendo subutilizados de ah
que este proyecto de Virtualizacin pretende dar solucin a este inconveniente detectado.

Cabe indicar que se ha realizado utilizado el mtodo la Entrevista al personal de la Unidad
de Sistemas, se opt por este mtodo ya que la poblacin identificada para el proyecto y
ms que todo la informacin a recabar de las preguntas efectuadas a ellos era la ideal: Jefe
de Sistemas, Jefe de rea de Redes y Jefe de Laboratorio.

2.2. Objetivos Diagnsticos.

2.2.1. Objetivo General.

Diagnosticar tcnicamente en la Unidad de Sistemas de la PUCESI, las plataformas
existentes que se utilizan para virtualizar servidores y aplicaciones.



Pgina 62
2.2.2. Objetivos Especficos.

9 Analizar la infraestructura con la que cuenta la Universidad para determinar la
factibilidad de virtualizar los servidores y aplicaciones.

9 Determinar las plataformas que son necesarias para implementar la virtualizacin
de servidores y aplicaciones y su nivel de aceptacin en la Universidad.

2.3. Variables del Diagnstico.

9 Infraestructura.
9 Plataformas para la virtualizacin

2.4. Indicadores.

9 Servidores instalados
9 Sistemas operativos instalados
9 Servicios instalados
9 Rendimiento (ANEXO B)
9 Incremento de servidores
9 Importancia
9 Tipos
9 Nivel de aceptacin


P

g
i
n
a

6
3

2
.
5
.


M
a
t
r
i
z

d
e

R
e
l
a
c
i

n

D
i
a
g
n

s
t
i
c
a
.


O
B
J
E
T
I
V
O
S

D
I
A
G
N

S
T
I
C
O
S

V
A
R
I
A
B
L
E
S

I
N
D
I
C
A
D
O
R
E
S

T

C
N
I
C
A
S

F
U
E
N
T
E

D
E

I
N
F
O
R
M
A
C
I

N

A
n
a
l
i
z
a
r

l
a

i
n
f
r
a
e
s
t
r
u
c
t
u
r
a

c
o
n

l
a

q
u
e

c
u
e
n
t
a

l
a

U
n
i
v
e
r
s
i
d
a
d

p
a
r
a

d
e
t
e
r
m
i
n
a
r

l
a

f
a
c
t
i
b
i
l
i
d
a
d

d
e

v
i
r
t
u
a
l
i
z
a
r

l
o
s

s
e
r
v
i
d
o
r
e
s

y

a
p
l
i
c
a
c
i
o
n
e
s
.

I
n
f
r
a
e
s
t
r
u
c
t
u
r
a
.

S
e
r
v
i
d
o
r
e
s

i
n
s
t
a
l
a
d
o
s
.

S
i
s
t
e
m
a
s

O
p
e
r
a
t
i
v
o
s
.

S
e
r
v
i
c
i
o
s

i
n
s
t
a
l
a
d
o
s
.

R
e
n
d
i
m
i
e
n
t
o
.

I
n
c
r
e
m
e
n
t
o

d
e

s
e
r
v
i
d
o
r
e
s
.

E
n
t
r
e
v
i
s
t
a
.

O
b
s
e
r
v
a
c
i

n
.

D
o
c
u
m
e
n
t
o
s
.

D
i
r
e
c
t
o
r

d
e

S
i
s
t
e
m
a
s
.

J
e
f
e

d
e

R
e
d
e
s
.

J
e
f
e

d
e

L
a
b
o
r
a
t
o
r
i
o
.

U
p
T
i
m
e
.

D
e
t
e
r
m
i
n
a
r

l
a
s

p
l
a
t
a
f
o
r
m
a
s

q
u
e

s
o
n

n
e
c
e
s
a
r
i
a
s

p
a
r
a

i
m
p
l
e
m
e
n
t
a
r

l
a

v
i
r
t
u
a
l
i
z
a
c
i

n

d
e

s
e
r
v
i
d
o
r
e
s

y

a
p
l
i
c
a
c
i
o
n
e
s

y

e
l

n
i
v
e
l

d
e

a
c
e
p
t
a
c
i

n

e
n

l
a

U
n
i
v
e
r
s
i
d
a
d
.


P
l
a
t
a
f
o
r
m
a
s

p
a
r
a

l
a

v
i
r
t
u
a
l
i
z
a
c
i

n
.

I
m
p
o
r
t
a
n
c
i
a
.

T
i
p
o
s
.

N
i
v
e
l

d
e

a
c
e
p
t
a
c
i

n
.

E
n
t
r
e
v
i
s
t
a
.

O
b
s
e
r
v
a
c
i

n
.

D
o
c
u
m
e
n
t
o
s
.

D
i
r
e
c
t
o
r

d
e

S
i
s
t
e
m
a
s
.

J
e
f
e

d
e

R
e
d
e
s
.

J
e
f
e

d
e

L
a
b
o
r
a
t
o
r
i
o
.

I
n
f
o
r
m
a
c
i

n

v

a

i
n
t
e
r
n
e
t
.

T
a
b
l
a

2
.
1
.

M
a
t
r
i
z

d
e

R
e
l
a
c
i

n

D
i
a
g
n

s
t
i
c
a
.

F
u
e
n
t
e
:

I
n
v
e
s
t
i
g
a
d
o
r
e
s
.

Pgina 64
2.6. Mecnica Operativa.

A continuacin se desarrolla la metodologa de diagnstico que puntualmente contempla
los siguientes aspectos definidos segn el texto de METODOLOGA PARA EL
TRABAJO DE GRADO:

9 Identificacin de la poblacin
9 Identificacin de la muestra
9 Informacin primaria
9 Informacin secundaria

2.6.1. Identificacin de la poblacin.

La poblacin identificada para la investigacin y desarrollo del presente trabajo ha sido la
Unidad de Sistemas de la PUCESI. Por la naturaleza de funciones desempeadas, se ha
decidido tratar como tres funcionarios los cuales son: Jefe de la Unidad de Sistemas, Jefe
del rea de Redes y Jefe de Laboratorio.

2.6.2. Identificacin de la Muestra.

Se tomar el total del universo, debido a que la poblacin es representativa, se trabajar
con la totalidad de la muestra; por lo tanto, no se har uso de ninguna operacin aritmtica
para calcularla.

2.6.3. Informacin primaria.

Para la obtencin de la informacin en forma directa se ha aplicado las siguientes tcnicas:





Pgina 65
2.6.3.1. Entrevistas.

Se estructurarn preguntas abiertas y cerradas que darn informacin muy certera y directa
en cuanto a la infraestructura y servicios que posee la universidad, para poder tener mayor
informacin y refuerzo para el tema de investigacin.

Esta tcnica tiene su aplicacin en toda la poblacin, es decir la Unidad de Sistemas,
especficamente a los siguientes funcionarios: Jefe de la Unidad de Sistemas, Jefe del rea
de Redes y Jefe de Laboratorio.

Si bien es cierto son tres funcionarios que se han tratado de manera independiente, de todos
modos interesa obtener la apreciacin sobre los mismos fenmenos, por ello se aplica el
mismo cuestionario de la entrevista para todos. Este instrumento se puede ver en el
ANEXO C.

2.6.3.2. Observacin.

Es la inspeccin hecha directamente en el contexto donde se presenta el hecho o fenmeno
observado, a fin de contemplar los aspectos inherentes al comportamiento, conducta y
caractersticas de ese ambiente.

Tcnica para determinar la infraestructura de red, servidores, servicios de red que presta la
PUCESI. Mediante esta tcnica se realiza la visualizacin directa de equipos y
dispositivos.

2.6.4. Informacin secundaria.

Investigacin documental es apoyada mediante lo siguiente:

9 Textos, tesis y estudios previos
9 Revistas
9 Estndares
Pgina 66
9 Sitios de Internet.

2.7. Tabulacin y anlisis de la informacin.

Al establecer el instrumento para la recoleccin de informacin, se definirn los
procedimientos para obtener los mejores resultados.

Para lo cual se aplicarn los siguientes procedimientos:

9 Las entrevistas sern contestadas por los sujetos en estudio de la investigacin.

9 Los datos de la informacin obtenida mediante las entrevistas y la gua de
observacin sern analizadas, de esta manera se tendr la informacin necesaria
para poder realizar la propuesta de solucin para la situacin problemtica
observada en la institucin.

9 La informacin obtenida mediante las entrevistas sern analizadas, para resumir las
respuestas y elaborar un informe descriptivo que servir de gua para realizar el
plan de propuesta, tomando en cuenta las variables expuestas en el cuadro de
variables anterior.

2.8. Entrevista a los funcionarios de la Unidad de Sistemas.

La tabulacin y anlisis se ha efectuado por cada una de las preguntas realizadas en la
entrevista a los funcionarios de la Unidad de Sistemas.

1. Cuntos servidores tiene la Universidad?

SNTESIS DE LA RESPUESTA.

El Jefe de Sistemas manifiesta que la Universidad cuenta con alrededor de 20 Servidores
entre servidores como tal y algunos equipos que no son servidores pero hacen las veces de
Pgina 67
servidores en los cuales corren servicios que no necesitan de mucho hardware para
funcionar. Hay servidores de Rack y dos servidores de Chasis o Blade de 8 cuchillas cada
uno.

El Jefe del rea de Redes manifiesta que en la Universidad actualmente se tiene 20
servidores de estos servidores dos chasis Blade uno con 8 servidores completos o cuchillas
y otro con 5 cuchillas, los dems son servidores Hp con generaciones anteriores G4, G5 y
tambin hay clones que se posee como servidores.

Finalmente el Jefe de Laboratorio manifiesta que exactamente desconoce el nmero de
servidores pero aproximadamente cree que hay de 15 a 20 servidores que posee la
universidad.

ANLISIS.

Por lo expuesto anteriormente se concluye que la Pontifica Universidad Catlica del
Ecuador Sede Ibarra cuenta con dos chasis Blade, el uno con 8 servidores y el otro con 5
servidores, adems existen servidores Hp G4, G5 y computadores clones que hacen las
funciones de servidores completando de esta manera un total de 20 servidores.

2. Qu sistemas operativos estn instalados en los servidores?

SNTESIS DE LA RESPUESTA.

El Jefe de Sistemas manifiesta que en los servidores estn instalados Windows Server 2003
Estndar R2 y Linux en versiones Centos y Fedora.

El Jefe del rea de Redes manifiesta que en todos los servidores posee Windows Server
2003, Windows Server 2008 en versiones R2, estndar. Tambin se tiene Linux de las
versiones RedHat, Fedora, Centos y servidores antiguos con White box.

Pgina 68
Finalmente el Jefe de Laboratorio manifiesta que en cuanto a los sistemas operativos
instalados en los servidores se tiene el Windows 2003 Server, en Linux el Fedora, Xentos.

ANLISIS.

Por lo expuesto anteriormente se puede concluir que en los servidores actualmente estn
instalados los sistemas operativos Windows Server 2003 R2 Estndar Edition, Windows
Server 2008, Linux en sus versiones RedHat, Fedora, Centos y White box.

3. Qu servicios hay en cada uno de los servidores?

SNTESIS DE LA RESPUESTA.

El Jefe de Sistemas manifiesta que en trminos generales se posee el Directorio Activo,
Replicador, Base de Datos en SQL Server, Aplicaciones del Sistema Acadmico,
Aplicaciones del Sistema Financiero, Antivirus, Radius, Servidor de Archivos Servidor de
Impresin estos funciona en Windows. En cuanto a Linux se tiene la plataforma que
interacta con Google para el correo electrnico, DHCP, Pagina Web de la Universidad,
proxyficacin de los usuarios para el uso del internet en la Sede.

El Jefe del rea de Redes manifiesta que en servicios como tales en el servidor principal se
tiene servidor web, servidor de aplicaciones web de la Universidad, servidor de
aplicaciones de la parte acadmica, servidor de la parte financiera, servidor con servicios
DHCP, Proxy para el uso del internet, servidor del rea de Educacin a Distancia, Escuela
de Ingeniera, Escuela de Comunicacin, Escuela de Ciencias Agrcolas que manejan sitios
web o aplicaciones propias de ellos, Servidores de Bases de Datos Linux, SQL Server,
Servidor de Antivirus, Aplicaciones de laboratorio que manejan control de estudiantes
aparte de lo que es impresiones de kiosco de uso de los estudiantes. Aparte existen
servidores que son de pruebas utilizados por rea de Software. Otro servidor principal es
el Active Directory donde esta parte del DNS y DHCP.

Pgina 69
Finalmente el Jefe de Laboratorio manifiesta que servicios existen algunos entre los ms
importantes estn el DHCP, DNS, Directorio Activo, Servidor de Archivos, Antivirus,
Aplicaciones de Laboratorio (Sistema de Registro Servicio de Impresin), Aplicaciones
Internas, Servidor Web.

ANLISIS.

Por lo manifestado anteriormente se puede decir los servicios que poseen los servidores de
la PUCESI y stos son los siguientes: servidor web hospeda la pgina web de la
universidad (pucesi.edu.ec), servidor de aplicaciones web con varios servicios, servidor de
aplicaciones de la parte acadmica, financiera, servidor que brinda servicios de DHCP,
Proxy para el uso del internet, servicios de Bases de Datos Linux, SQL Server, Servicio de
Antivirus y Aplicaciones de laboratorio, servicio de Active Directory donde esta parte del
DNS y DHCP, entre otros.

4. Con qu frecuencia se aumentan el nmero de servidores?

SNTESIS DE LA RESPUESTA.

El Jefe de Sistemas manifiesta que cada ao, unos tres servidores, en los ltimos dos aos
se han comprado tres servidores en cuquillas ya que se posee el Blade.

El Jefe del rea de Redes manifiesta que cada ao se realiza la compra de servidores a
razn de tres servidores por ao ya hace unos cuatro aos dando un total en la actualidad
de 20 servidores lo que antes haba unos 5 o 6 servidores. En este momento hay una
disponibilidad de tres servidores ms en el Blade. De ah se tendra que comprar otro Blade
u otros servidores.

Finalmente el Jefe de Laboratorio manifiesta que se ha venido incrementando unos tres
servidores por ao sobre todo en los ltimos aos que es en los cuales habido un aumento
en el nmero de los servidores.

Pgina 70
ANLISIS.

Por lo anteriormente expuesto se concluye que se tiene un incremento de aproximadamente
tres servidores por ao. En la actualidad hay la disponibilidad de aadir tres cuchillas ms
en el chasis Blade.

5. Est de acuerdo con la virtualizacin de servidores y aplicaciones?

SNTESIS DE LA RESPUESTA.

El Jefe de Sistemas manifiesta que por supuesto, ya que el motivo en primer lugar es estar
de acorde a la tecnologa, en segundo lugar es el espacio en el cuarto de servidores, otro
tema es el consumo de energa, generacin de calor, aprovechar los recursos de los
servidores porque segn estadsticas se entiende que del procesador se est usando en un
20% a 25% y el resto esta subutilizado ms que todo virtualizar servicios que no requieran
mucha mquina y los que si requieran mquina ponerlos fsicos como es el caso del
Directorio Activo y Servidor de Archivos.

El Jefe del rea de Redes manifiesta que por supuesto ya que es una buena herramienta
para sacar provecho a todos los servidores subutilizados y a veces hay aplicaciones que no
consumen tantos recursos y sera provechoso tener virtualizado los servidores para uso de
nuevas aplicaciones o aplicaciones que no consumen muchos recursos. En cuanto a la
virtualizacin de aplicaciones no conozco mucho ya que no manejo mucho ese tipo de
programas.

Finalmente el Jefe de Laboratorio manifiesta que todo cambio es para beneficio de la
institucin, de lo que l conoce se va a optimizar de mejor manera los recursos con los que
cuenta la Universidad en este momento, entonces est totalmente de acuerdo con la
virtualizacin.



Pgina 71
ANLISIS.

Por lo manifestado anteriormente se puede decir que los entrevistados estn totalmente de
acuerdo con la virtualizacin de servidores y aplicaciones ya que consideran que en estos
momentos estn siendo subutilizados los servidores, obteniendo un hacinamiento de
equipos provocando el aumento de consumo de energa y generacin de calor en el Cuarto
de Servidores.

6. Qu plataformas de virtualizacin usted conoce?

SNTESIS DE LA RESPUESTA.

El Jefe de Sistemas manifiesta que ha hecho pruebas con VMware como sistema operativo
de virtualizacin, no VMware Workstation. Tambin con Windows Hyper-V. En cuanto a
aplicaciones, el SoftGrid que tambin interesa a la Unidad de Sistemas aprovechando de
esta manera recursos de las mquinas de los laboratorios.

El Jefe del rea de Redes manifiesta que las principales plataformas como tal que conozco
son XenServer, Hyper-V de Windows 2008 Server y VMware. De las tres que conozco y
he probado son Windows 2008 y VMware. En cuanto a la evaluacin la plataforma
Microsoft tiene poca experiencia de lo que es virtualizacin en comparacin con VMware
que tiene bastante experiencia.

Finalmente el Jefe de Laboratorio manifiesta que de la poca experiencia que ha tenido con
este tema solamente ha realizado algo de prcticas con VMware.

ANLISIS.

Por lo expuesto anteriormente se puede citar a tres plataformas existentes en el mercado,
las cuales son: Microsoft, VMware y Citrix. En lo que se refiere a servidores se tiene
Hyper-V, ESXi y XenServer. Y con respecto a aplicaciones App-V, ThinApp y XenApp.

Pgina 72
7. Cree usted que virtualizando los servidores y aplicaciones mejorara la calidad de
servicio?

SNTESIS DE LA RESPUESTA.

El Jefe de Sistemas manifiesta que no mejorara la calidad de servicio, ms bien mejorara
la administracin de los servicios porque se tendra todo centralizado, se mejorara en un
solo lado todo de ah se podra brindar los mismos servicios si son fsicos pero ms bien la
administracin si mejorara.

El Jefe del rea de Redes manifiesta que como tal mejorar la calidad de servicio no creo,
la calidad ms bien creo que va de acuerdo al servicio que se ofrece como mismo. Lo que
s mejorara en cuanto a servicios, es que aprovechara los servidores para crecer como tal
para tener mayores servicios en cuanto a ahorrar costos, espacio, energa que sera muy
provechoso, ya que la virtualizacin es buena aprovechando todos los recursos que se
tienen subutilizados.

Finalmente el Jefe de Laboratorio manifiesta que si mejorara la calidad del servicio
prestado por los servidores ya que al ser nueva la tecnologa de hecho es para mejorar los
procesos.

ANLISIS.

Por lo manifestado anteriormente se concluye que no mejorara la calidad de servicio sino
la administracin de los servicios por lo que se obtendra una centralizacin de los
servicios, optimizando con esto los recursos subutilizados. En cuanto a la virtualizacin de
aplicaciones se aprecia en lo manifestado por los entrevistados de que tienen poco o escaso
conocimiento del tema.




Pgina 73
2.9. Matriz FODA.

9 Fortalezas.

F.1. La PUCESI cuenta con un buen nmero de servidores.
F.2. En los servidores, se encuentran instaladas dos plataformas de Sistemas
Operativos Windows y Linux actualizados.
F.3. La PUCESI brinda numerosos servicios para satisfacer a las distintas
necesidades de la comunidad universitaria.
F.4. El personal de la Unidad de Sistemas se encuentra totalmente de acuerdo en
implementar la Virtualizacin de servidores y aplicaciones en la PUCESI.

9 Debilidades.

D.1. Subutilizacin de los recursos de los servidores.
D.2. Anualmente existe un incremento de tres servidores fsicos.
D.3. Hacinamiento de equipos en el Cuarto de Servidores.
D.4. La administracin de los servicios en la Unidad de Sistemas no es tan
eficiente actualmente.
D.5. El tiempo de reaccin ante desastres es muy largo.
D.6. Existe una cantidad de equipos en la PUCESI de bajos recursos.
D.7. El tiempo de instalacin de un programa especfico por requerimiento de un
usuario es demasiado extenso.
D.8. Sobrecarga de procesos en el computador del usuario.
D.9. El programa instalado es utilizado con poca frecuencia por el usuario.
D.10. El poco conocimiento en cuanto a la virtualizacin de servidores y
aplicaciones.
D.11. Aumento en el consumo elctrico en el Cuarto de Servidores
D.12. Aumento de costos de refrigeracin en el Cuarto de Servidores
D.13. Reduccin de espacio fsico en el cuarto de servidores.


Pgina 74
9 Oportunidades.

O.1. Virtualizacin de los recursos de los servidores.
O.2. Virtualizacin de Aplicaciones
O.3. Administracin de los servicios centralizada.
O.4. Capacitar al personal de la Unidad de Sistemas en la virtualizacin de
servidores y aplicaciones.
O.5. Estar a la vanguardia de la tecnologa actual.

9 Amenazas.

A.1. Variacin y corte de energa elctrica.
A.2. Cambios tecnolgicos.
A.3. Ataques de Virus, spyware, troyanos, toolkits, entre otros.
A.4. Vacos legales respecto al uso de licencias virtuales.

2.10. Estrategias FA, FO, DO, DA.

En la siguiente matriz se propone algunas estrategias para mejorar las fortalezas,
aprovechar las oportunidades, disminuir las amenazas y mejorar las debilidades en el
proceso de virtualizacin de servidores y aplicaciones en la PUCESI.











Pgina 75
MATRIZ
FODA
FORTALEZAS (F) DEBILIDADES (D)
O
P
O
R
T
U
N
I
D
A
D
E
S

(
O
)




9 Implantar una herramienta de
virtualizacin de servidores y
aplicaciones en la PUCESI
.
9 Establecer polticas de
capacitacin sobre la
virtualizacin de servidores y
aplicaciones.

9 Utilizar las nuevas tecnologas
de la virtualizacin para
aprovechar los recursos
subutilizados de los servidores.

9 Establecer polticas de la
administracin de servicios en
los servidores virtualizados.

9 Aprovechar herramientas de
virtualizacin para la creacin
de aplicaciones portables.

A
M
E
N
A
Z
A
S

(
A
)


9 Establecer polticas de
actualizacin de software y
hardware en la PUCESI.

9 Establecer polticas de
seguridad informtica ya sea
sta en el Cuarto de servidores
como en los dems equipos que
cuenta la PUCESI.


9 Implantar plantas elctricas en
los edificios de la PUCESI.

9 Estar actualizado en el
conocimiento legal con respecto
a las licencias virtuales.

Tabla 2.2. Estrategias FO FA DO DA.
Fuente: Investigadores.





Pgina 76
2.11. Sntesis Diagnstica.

En la virtualizacin se est hablando de ahorro de recursos como econmicos, ya que se
dejara de comprar nuevos equipos y utilizar los que se posee, optimizando los equipos
que se encuentran subutilizados.

En cuanto a la virtualizacin de aplicaciones de igual manera se va a ahorrar recursos
econmicos, de personal tcnico (tiempo) ya que al tener un contenedor de aplicaciones
virtuales permitir utilizar un programa que no est instalado en la computadora del cliente
que lo requiere fsicamente, de esta manera se va a ganar tiempo de instalacin, que la
mquina se haga ms lenta al instalar un programa que de pronto no lo vayan a usar por
mucho tiempo, pero es necesario tenerlo para realizar alguna tarea especfica.

Simplemente el usuario solicita el uso del programa requerido, se autentica en el servicio y
automticamente va a tener el programa en su computador, sin que este se instale.

2.12. Beneficiarios Directos:

9 La PUCESI, al ser el referente en la educacin superior en el norte del pas,
afianzar sus rasgos de lder con este tipo de incursin en nuevas tecnologas.

9 La PUCESI, al reducir costos de adquisicin, mantenimiento de equipos, consumo
elctrico y de espacio fsico.

9 La Unidad de Sistemas al brindar un mejor servicio en lo que se refiere a la parte
operativa, el tiempo de recuperacin en caso de daos graves va a ser corto,
sirviendo de esta manera eficazmente en caso de darse este tipo de inconvenientes.





Pgina 77
2.13. Beneficiarios Indirectos:

9 Los usuarios de la PUCESI, como son: estudiantes, profesores y administrativos
que aprovecharn de las soluciones tecnolgicas que se implante en la misma al
momento de ser atendidos sus requerimientos diarios de informacin.

9 Las diferentes instituciones, tanto pblicas como privadas de la ciudad y la
provincia y el norte del pas, al ver que nuestra universidad ha implementado este
tipo de tecnologa les interesar incluir en sus instituciones como una buena opcin
de ahorro en los beneficios que brinda esta solucin tecnolgica.

9 Los usuarios e instituciones ajenos a la PUCESI como son visitantes ocasionales o
que vienen a recibir cursos de capacitacin, los mismos que organiza la
universidad, as como instituciones extraas a la misma.

El desarrollo del presente proyecto es factible de llevarse a cabo, ya que la PUCESI posee
con infraestructura y los recursos humanos necesarios para llevar a feliz trmino el
proyecto.

2.14. Grado de uso de Servidores y Aplicaciones

Para determinar el grado de uso de los servidores que se encuentran en la PUCESI
utilizamos una herramienta denominada UpTime, la cual se la instal en los servidores por
un lapso de tiempo de 15 das, mediante el cual se obtuvo un reporte general (ANEXO B);
en cuanto al grado de uso de las aplicaciones en la comunidad universitaria no se lo realizo
debido a que este informacin es considerada irrelevante el desarrollo del proyecto.


Pgina 78
CAPTULO III
ANLISIS COMPARATIVO

Como objetivo principal de este proyecto es el de identificar, sobre la base de un anlisis
comparativo tcnico-econmico, cul de las plataformas para la virtualizacin de
servidores y aplicaciones existentes es la ms eficiente para satisfacer las necesidades de la
comunidad universitaria de la PUCESI; es por este motivo que a continuacin se desarrolla
a detalle todo el proceso del anlisis efectuado.

3.1. Definicin de parmetros de anlisis.

A continuacin de haber realizado el diagnstico de la situacin actual de la PUCESI y
tomando en cuenta las diversas necesidades analizadas en los captulos anteriores, se
clasifica los Parmetros del Anlisis Comparativo Tcnico-Econmico en dos principales
categoras:

9 Parmetros Tcnicos y Operativos.
9 Parmetros Econmicos.

3.2. Metodologa de Evaluacin.

A continuacin se explican los tres mtodos de evaluacin para el anlisis comparativo de
las plataformas de virtualizacin de servidores y aplicaciones:

9 Mtodo para asignar Ponderaciones a los Parmetros de Anlisis.
9 Mtodo de valoracin de puntajes.
9 Mtodo de Evaluacin Final.





Pgina 79
3.2.1. Mtodo para asignar Ponderaciones a los Parmetros de Anlisis.

El presente mtodo se trata de ir comparando cada uno de los parmetros frente a todos los
dems, al realizar esta comparacin se van asignando valores que indican si el parmetro
comparado es ms, menos o igual de importante que el otro.

Este mtodo de comparacin contempla los siguientes pasos:

Paso 1: Definir los N parmetros a comparar.
Paso 2: Depurar o consolidar parmetros bajo el criterio de no redundar o repetir.
Paso 3: Construir la matriz de N x N. Por ejemplo:

Tabla 3.1. Diseo de la matriz de comparacin.
Fuente: Investigadores.

Paso 4: Definir puntuacin segn la importancia de Y en X.

0 = Menos importante
1 = Ms importante
X = Igual de importante

Paso 5: Llenar la Matriz segn los parmetros indicados ms la evaluacin y consenso del
equipo de trabajo.

Paso 6: Sumar las valoraciones por cada parmetro en X.

Pgina 80

Tabla 3.2. Totalizacin de valores.
Fuente: Investigadores

Nota: En la diagonal de la matriz siempre existirn X, ya que se compara un parmetro
consigo mismo por lo tanto siempre tendr similar importancia.

Paso 7: Por cada parmetro se obtiene el porcentaje que representa con respecto del Total
General.

Total General = 3 + 2 + 1+ 3 = 9

Parmetro 1: 3/9 = 0.33
Parmetro 2: 2/9 = 0.22
Parmetro 3: 1/9 = 0.11
Parmetro 4: 4/9 = 0.33

Entonces la lista de parmetros con su porcentaje representa la importancia o ponderacin
asignada.

3.2.2. Mtodo de valoracin de puntajes.

En este mtodo se va a evaluar las propuestas establecidas midiendo su nivel de
cumplimiento por cada uno de los parmetros tcnicos y econmicos otorgndole un valor
comprendido entre 0 y 100, tal como se explica en el siguiente esquema:




Pgina 81
9 Evaluacin de Parmetros Tcnicos y Operativos.

En cada parmetro tcnico y operativo evaluado se le asignar un valor comprendido en
una escala de 0 a 100 puntos que representar el nivel de cumplimiento por la propuesta
establecida, luego este valor se multiplicar por el valor de ponderacin o importancia
obtenida en el mtodo anterior; y, el resultado obtenido ser el puntaje del parmetro. A
continuacin un ejemplo:


Tabla 3.3. Ejemplo de evaluacin de parmetros tcnicos y operativos.
Fuente: Investigadores

9 Evaluacin de Parmetros Econmicos.

Para obtener el puntaje de los parmetros econmicos, se asigna el valor mximo (100
puntos) a la propuesta econmica de menor monto, para el resto de propuestas se les asigna
el valor inversamente proporcional, luego este valor se multiplicar por el valor de
ponderacin o importancia obtenida en el mtodo anterior; y, el resultado obtenido ser el
puntaje del parmetro. A continuacin un ejemplo:


Tabla 3.4. Ejemplo de evaluacin de parmetros econmicos.
Fuente: Investigadores.




Pgina 82
3.2.3. Mtodo de Evaluacin Final.

Finalmente obtenidos los resultados de la evaluacin econmica y tcnica, se llega a
determinar un puntaje final de la propuesta, la misma que es el promedio ponderado de las
dos evaluaciones mediante la siguiente frmula:

PF = (C1 X PT) + (C2 x PE)

Dnde:

PF = Puntaje Final de la propuesta.
PT = Puntaje de la Evaluacin Tcnica Operativa.
PE = Puntaje de la Evaluacin Econmica.
C1 = Coeficiente de ponderacin para la Evaluacin Tcnica Operativa.
C2 = Coeficiente de ponderacin para la Evaluacin Econmica.

Los coeficientes C1 y C2 deben sumar 100% e indican la importancia que se le otorga a la
Evaluacin Tcnica Operativa y Econmica respectivamente.

C1= Min / Max
C2 = 1 C1

Dnde:

Min = Propuesta Econmica Total ms bajo.
Max = Propuesta Econmica Total ms alto.

Estos datos se obtienen por cada propuesta de solucin a ser analizada, aplicando las
frmulas anteriormente explicadas; y, de esta manera obtener los puntajes finales para
poder comparar entre las propuestas y determinar cul es la ms conveniente para
seleccionar.

Pgina 83
A continuacin un ejemplo con valores ficticios:


Tabla 3.5. Ejemplo de Evaluacin Final.
Fuente: Investigadores.

En el anterior ejemplo se puede determinar que ambas propuestas estn a la par con una
pequea diferencia, esto se debe a que la Evaluacin Tcnica Operativa tiene un mayor
peso (92%) con respecto a la Evaluacin Econmica (8%). Finalmente los puntajes finales
muestran que la Propuesta 1 a pesar que tiene el costo ms elevado es la ms conveniente.

3.3. Identificacin de plataformas existentes.

La virtualizacin no es lo nico importante ya que se necesitan las herramientas de
administracin para gestionar los equipos y poseer la capacidad de ejecutar todas las
aplicaciones y los servicios de infraestructura de los que depende la institucin.
Precisamente son tres las que se destacan en este medio:

9 Microsoft con sus aplicaciones de virtualizacin: Hyper-V para servidores y App-V
para aplicaciones.

9 VMware con sus aplicaciones de virtualizacin: ESXi 4.1 para servidores y
ThinApp para aplicaciones.

9 Citrix con sus aplicaciones de virtualizacin: XenServer para servidores y XenApp
para aplicaciones.

Pgina 84
Estas tres representan entonces las propuestas de virtualizacin que sern sometidas a
evaluacin para determinar cul es ms beneficiosa para la PUCESI.

3.4. Anlisis comparativo para servidores.

Se analiza cada uno de los mtodos de evaluacin anteriormente mencionados para
determinar cul es la mejor de las plataformas de virtualizacin de servidores.

3.4.1. Determinacin de ponderaciones a los parmetros de anlisis.

Como primer paso se debe asignar las ponderaciones para cada parmetro a analizarse con
respecto a la virtualizacin de servidores, para obtener las Matrices de Ponderacin de
Parmetros Tcnicos Operativos y Econmicos como se puede ver en las Tabla 3.2.



Tabla 3.6. Matriz de Ponderacin Tcnica Operativa Servidores.
Fuente. Investigadores.


Pgina 85

Tabla 3.7. Matriz de Ponderacin Econmica Servidores.
Fuente. Investigadores.

Hay que considerar que la suma de las ponderaciones es igual al 100%, esto muestra la
exactitud en los clculos realizados.

3.4.2. Evaluacin de propuestas.

A continuacin se analizar con cada una de las evaluaciones las propuestas para as
seleccionar la ms beneficiosa para nuestra institucin

9 Evaluacin de Parmetros Tcnicos y Operativos.


Tabla 3.8. Cuadro comparativo de parmetros Tcnicos Operativos Servidores.
Fuente. Investigadores.

Pgina 86
9 Evaluacin de Parmetros Econmicos.


Tabla 3.9. Cuadro comparativo de parmetros Econmicos Servidores.
Fuente. Investigadores.

9 Mtodo de Evaluacin Final.


Tabla 3.10. Cuadro comparativo Final de las Propuestas Servidores.
Fuente. Investigadores.

En el anterior anlisis se puede determinar que existe una pequea diferencia entre las
propuestas predominando VMware vSphere 4.1 (92.59%), esto se debe a que la Evaluacin
Tcnica Operativa tiene un mayor peso (65%) con respecto a la Evaluacin Econmica
(35%).

3.5. Anlisis comparativo para aplicaciones.

A continuacin se analiza cada uno de los mtodos de evaluacin para determinar cul es
la mejor de las plataformas de virtualizacin de aplicaciones.
Pgina 87
3.5.1. Determinacin de ponderaciones a los parmetros de anlisis.

Como se mencion anteriormente se asigna las ponderaciones correspondientes a cada
parmetro a analizarse con respecto a la virtualizacin de aplicaciones, para obtener las
Matrices de Ponderacin de Parmetros Tcnicos Operativos y Econmicos.


Tabla 3.11. Matriz de Ponderacin Tcnica Operativa Aplicaciones.
Fuente. Investigadores.


Tabla 3.12. Matriz de Ponderacin Econmica Aplicaciones.
Fuente. Investigadores.
Pgina 88
3.5.2. Evaluacin de propuestas.

A continuacin se va a analizar las propuestas escogidas mediante las evaluaciones
siguientes:

9 Evaluacin de Parmetros Tcnicos y Operativos


Tabla 3.13. Cuadro comparativo de parmetros Tcnicos Operativos Aplicaciones.
Fuente. Investigadores

9 Evaluacin de Parmetros Econmicos.


Tabla 3.14. Cuadro comparativo de parmetros Econmicos Aplicaciones.
Fuente. Investigadores.



Pgina 89
9 Mtodo de Evaluacin Final.


Tabla 3.15. Cuadro comparativo Final de las Propuestas Aplicaciones.
Fuente. Investigadores

En el anlisis con respecto a la virtualizacin de aplicaciones se puede determinar que la
propuesta que posee un mayor peso es VMware ThinApp (86.23%) destacndose de las
dems propuestas, esto se debe a que la Evaluacin Tcnica Operativa tiene un mayor peso
(67%) con respecto a la Evaluacin Econmica (33%).


Pgina 90
CAPTULO IV
IMPLEMENTACIN

En este captulo se presenta la implementacin de las plataformas de virtualizacin que se
obtuvo como resultado en el captulo III.

4.1. Virtualizacin de Servidores.

Se explica la instalacin y configuracin de VMware vSphere ESXi 4.1 que es un sistema
operativo de virtualizacin hasta crear y administrar los mquinas virtuales, mediante una
consola de administracin como es vSphere Client 4.1.

4.1.1. Instalacin de VMware vSphere ESXi 4.1.

Antes de proceder con la instalacin se debe cumplir con requisitos mnimos de hardware
que son los siguientes:

9 Procesador de 64-Bit. VMware ESXi 4.1 slo funciona en servidores con CPU de
64-Bit.
9 2 GB RAM mnimo. S se est actualizando de versin y el host es administrado
por vCenter se necesitar 3 GB.
9 Uno o ms adaptadores de red.
9 Controladora de disco SCSI, FC o RAID.

Una vez revisado estos requisitos se empieza con la instalacin del VMware vSphere ESXi
4.1.

En la imagen siguiente se muestra el acceso al Hp Blade System (Hp ProLiant BL460c
G6), por medio de Internet Explorer, se realiza la administracin del mismo, configurado
previamente con una IP asignada a l. Entonces se digita en el IE: http://172.16.10.40/, y
aparece la pantalla de abajo, aqu se debe digitar usuario y clave creado por el
administrador de red.
Pgina 91

Imagen 4.1. Ingreso de usuario y clave para acceder al Blade.

Una vez que se haya digitado el usuario y clave aparecer la siguiente pantalla en la que se
puede observar la cuchilla o blade asignada a este proyecto.


Imagen 4.2. Accediendo al Blade.

Pgina 92
En esta pantalla se va a la opcin de iLO y se obtiene el men de la derecha de la pantalla.


Imagen 4.3. Administracin de la cuchilla del Blade.

Una vez que se d clic en iLO se tiene que escoger la opcin de Integrated Remote
Console obtenindose as la pantalla de abajo. Aqu se escoge el tipo de medio que se va a
utilizar para instalar el VMware vSphere ESXi 4.1, sea este CD o una imagen ISO.


Imagen 4.4. Configuracin de dispositivo para realizar la instalacin del Hipervisor.
Pgina 93
Una vez escogido el medio de instalacin donde estn los archivos de instalacin. Se
reinicia el Servidor Blade y aparece la siguiente pantalla.


Imagen 4.5. Encendiendo el Servidor Blade.

Cuando se haya terminado de reiniciar el servidor se tendr la siguiente pantalla donde
empezar la instalacin del VMware vSphere ESXi 4.1. Cabe sealar que los pasos
anteriores son necesarios puesto que en este proyecto se ha utilizado un servidor Blade.


Imagen 4.6. Men de arranque del instalador.

Pgina 94
Se escoge la primera opcin y el instalador empieza a desempaquetar los archivos
necesarios para realizar la instalacin, aqu tomara algunos minutos.


Imagen 4.7. Desempaquetamiento del instalador del ESXi 4.1.

En esta pantalla se observa que empieza a instalar el VMware vSphere ESXi 4.1,
aceptando con un enter.


Imagen 4.8. Bienvenida a la instalacin de ESXi 4.1.

Pgina 95

Imagen 4.9. Aceptacin de la Licencia del ESXi 4.1.

Se obtiene la siguiente pantalla donde se escoge el disco duro en el que se va a realizar la
instalacin del VMware vSphere ESXi 4.1.


Imagen 4.10. Seleccin del Disco Duro donde se va a instalar el ESXi 4.1.

Pgina 96
Se confirma con F11 de que en este disco se va realizar la instalacin y se acepta que se
formateara, luego empieza la instalacin del VMware vSphere ESXi 4.1.


Imagen 4.11. Confirmacin de donde se va a instalar el ESXi 4.1.

Una vez terminado el proceso de instalacin aparece la pantalla siguiente confirmando que
la instalacin del VMware vSphere ESXi 4.1 se ha completado con xito.


Imagen 4.12. Finalizacin de la instalacin del ESXi 4.1.

Pgina 97
Se retira cualquier medio fsico que se haya utilizado para la instalacin y se procede a
reiniciar el servidor Blade.


Imagen 4.13. Reiniciando el Servidor.

Al reiniciar el servidor blade se encuentra con la pantalla de inicio de VMware vSphere
ESXi 4.1 y, antes de empezar a trabajar con l, se debe configurarlo pulsando la tecla F2.


Imagen 4.14. Bienvenida al ESXi 4.1.

Pgina 98
La pantalla de configuracin llama la atencin porque es simple y tiene pocas opciones. Lo
primero que se debe hacer es establecer una contrasea para el usuario root que, por
defecto, no la tiene. Para esto se sita sobre Configure Root Password y se pulsa enter.


Imagen 4.15. Personalizacin del ESXi 4.1.

Aqu se ingresa y se configura la clave del servidor blade virtualizado.


Imagen 4.16. Configuracin de claves.
Pgina 99
En la siguiente pantalla se podr configurar la red, es conveniente que la IP del VMware
vSphere ESXi 4.1 sea fija (como debe ocurrir con cualquier servidor). Por lo tanto, se sita
sobre Configure Management Network y se pulsa enter.


Imagen 4.17. Configuracin de IP del ESXi 4.1.

A continuacin se selecciona Set static IP address and network configuration con la
barra espaciadora y se escribe la direccin IP, la mscara y la puerta de enlace. Para
terminar pulsar enter.


Imagen 4.18. Ingreso de la IP al ESXi 4.1.
Pgina 100

Imagen que muestra al servidor instalado y configurado con VMware vSphere ESXi 4.1.
Listo para ser administrado por la consola de administracin vSphere Client 4.1.


Imagen 4.19. ESXi 4.1 ya funcionando.

4.1.2. Instalacin del WMware vSphere Client 4.1.

Ahora se va a proceder a instalar el programa que permitir la administracin completa del
servidor de forma remota. La instalacin no es complicada como en las versiones
anteriores. Y luego de poco tiempo ya se tiene instalado vSphere Client 4.1.


Imagen 4.20. Inicio de instalacin del vSphere Client 4.1.
Pgina 101


Imagen 4.21. Inicio del asistente para la instalacin.




Imagen 4.22. Acuerdo de patente final de usuario.

Pgina 102

Imagen 4.23. Contrato de licencia de vSphere Client 4.1.





Imagen 4.24. Ingreso de informacin del usuario de vSphere Client 4.1.

Pgina 103

Imagen 4.25. Carpeta destino de instalacin de vSphere Client 4.1.





Imagen 4.26. Todo listo para instalar vSphere Client 4.1.

Pgina 104

Imagen 4.27. Copiando archivos de instalacin de vSphere Client 4.1.






Imagen 4.28. Instalando vSphere Client 4.1

Pgina 105

Imagen 4.29. Instalacin completa del vSphere Client 4.1



4.1.3. Creacin de Mquinas Virtuales en VMware vSphere ESXi 4.1.

Una vez instalada la consola de administracin del vSphere ESXi se puede crear y
administrar las mquinas virtuales en las que se podr instalar y configurar diferentes tipos
de sistemas operativos y servicios, segn la necesidad de la institucin, claro est
cumpliendo ciertos requerimientos de hardware que ya se explic anteriormente.

Cuando se ejecuta vSphere Client 4.1 aparece la ventana para establecer la conexin en la
que se debe introducir la IP del servidor ESXi, el nombre de usuario y la contrasea. En
principio, slo existe el usuario root con la contrasea que se estableci anteriormente.

Pgina 106

Imagen 4.30. Ingreso de usuario y contrasea.

Una vez autenticados aparece la siguiente pantalla donde se indica que se ha conectado al
vSphere ESXi 4.1.


Imagen 4.31. Conexin con el Hipervisor ESXi 4.1 y administracin de las MV.


En la siguiente imagen se puede observar la manera como poder realizar el registro e
ingreso de clave del vSphere Client 4.1.

Pgina 107

Imagen 4.32. Ingreso y registro de clave.

Ahora se puede empezar a crear mquinas virtuales por medio del vSphere Client 4.1.


Imagen 4.33. Creacin de Mquinas Virtuales.

La creacin de mquinas virtuales no es difcil ya que se cuenta con la ayuda de un
asistente en cada paso de la instalacin. Se escoge la opcin tpica de la instalacin que es
la ms adecuada.

Pgina 108

Imagen 4.34. Seleccin de la configuracin para la mquina virtual.

Ingreso del nombre de la mquina virtual que permitir su identificacin en el inventario.

Imagen 4.35. Ingreso del nombre de la mquina virtual.

Aqu se selecciona el disco duro en el que se va a almacenar la mquina virtual.

Pgina 109

Imagen 4.36. Seleccin del Datastore donde se almacenar la mquina virtual.

Se procede a escoger el tipo de sistema operativo que se va a instalar en la mquina virtual
creada.

Imagen 4.37. Especificacin del S.O del invitado.

Luego se crea un espacio en el disco duro fsico para que sea usado como disco duro de la
mquina virtual. Cabe sealar que la primera opcin es la indicada en el caso de que se
quiera vaya aumentando el espacio en el disco duro conforme la mquina virtual lo
Pgina 110
necesite. La segunda opcin es cuando se desea establecer una tolerancia fallos de la
mquina virtual creada.


Imagen 4.38. Creacin del disco.

Finalmente se llega a la creacin de la mquina virtual, la misma que simplemente tiene un
nombre y un espacio en el disco duro del servidor fsico, todava an no es una mquina
virtual con S.O.

Imagen 4.39. Finalizacin del asistente para la creacin de la mquina virtual.

Pgina 111

Imagen 4.40. Mquina Virtual creada sin S.O.

Una vez que se haya finalizado de crear la mquina virtual, es necesario ir al men de
edicin de configuracin por medio del botn derecho del mouse sobre el nombre de la
mquina virtual creada.


Imagen 4.41. Edicin de configuraciones de la mquina virtual.

Aqu se tiene un listado de los diferentes dispositivos que componen la mquina virtual, los
que se necesitarn para realizar la instalacin del S.O de la mquina virtual sern el
Datastore ISO File y el Virtual Devide Node, siendo el primero usado con un archivo
Pgina 112
ISO almacenado en el datastore y el segundo un Cd o DVD el que contiene los
instaladores.


Imagen 4.42. Propiedades de la mquina virtual.

A continuacin los pasos a realizarse para almacenar las imgenes de los S.O (instaladores)
que se necesitan para instalar las diferentes mquinas virtuales.



Imagen 4.43. Seleccin del Datastore.

Pgina 113
Utilice la opcin Upload files to this datastore para subir o almacenar los instaladores en
el datastore que es una parte del disco duro en la que se almacenan los instaladores y los
archivos de configuracin de las mquinas virtuales creadas.


Imagen 4.44. Seleccin de la opcin de subida de los archivos al Datastore.

Ubicacin de los instaladores que vayan a usar en la instalacin de los diferentes S.O. No
se olvide que este proceso se hace siempre y cuando se tenga los instaladores en archivos
de imagen ISO en otra mquina.


Imagen 4.45. Seleccin de los instaladores del S.O.

Pgina 114

Imagen 4.46. Subida de los archivos al Datastore.

Pantalla que muestra al archivo de imagen ubicado ya en el datastore y listo para ser
utilizado.


Imagen 4.47. Ubicacin de los archivos de instalacin del S.O.

Una vez que se tenga la imagen lista para ser usada se selecciona la opcin de Datastore
ISO file. Y mediante el browser se ubica al archivo imagen que contiene los archivos de
instalacin del S.O.

Pgina 115

Imagen 4.48. Eleccin de la ruta en la que estn los archivos de instalacin del S.O.


Imagen 4.49. Ubicacin de la ruta de los archivos de instalacin.

Pantalla que muestra la ruta en la que se encuentra ubicado el archivo .ISO ya listo para ser
usado en la instalacin del S.O de la mquina virtual.

Pgina 116

Imagen 4.50. Ruta de ubicacin de los archivos de instalacin.

Se prende la mquina virtual mediante el botn secundario del mouse escogiendo la opcin
Power On.


Imagen 4.51. Prendiendo la mquina virtual.

Paso seguido se abre la consola para poder visualizar que est ejecutando la mquina
virtual.

Pgina 117

Imagen 4.52. Abriendo la consola de la mquina virtual.

Si no se puede empezar la instalacin del S.O se tiene que ir a la opcin de CD/DVD
Drive, y escoger Connect to ISO image on a datastore. Una vez aqu se va a proceder a
ubicar al archivo ISO en el datastore que se almacen anteriormente.




Imagen 4.53. Consola de la mquina virtual.

Pgina 118

Imagen 4.54. Ubicacin de los instaladores en el datastore.

Dar clic en reiniciar, y luego al encender la mquina virtual empezar a instalar el
S.O que se haya escogido.


Imagen 4.55. Inicio de la instalacin del S.O del mquina virtual creada.

Finalmente se empieza a instalar el S.O deseado siguiendo el asistente del mismo, hasta
llegar a tener nuestra mquina virtual con un S.O funcionando al 100% como si fuera una
maquina fsica.

Pgina 119

Imagen 4.56. Pantalla en la que se puede observar una mquina virtual con el S.O Windows Server 2008 R2
Estndar Edition.

4.2. Virtualizacin de Aplicaciones.

A continuacin la instalacin y configuracin de VMware ThinApp 4.6 para crear
aplicaciones portables y transmitirlas ya sea por la red o por medios de almacenamiento.

4.2.1. Instalacin de VMware ThinApp.

VMware ThinApp tiene como propsito el de distribuir aplicaciones a los usuarios, para
que ellos las puedan ejecutar sin que las aplicaciones tengan que estar instaladas en sus
equipos.

Se debe tener el instalador de VMware ThinApp, que se puede comprar una licencia o
descargar una versin de prueba en la web oficial de VMware.

Para comprender de mejor manera lo que hace este programa lo se lo ha dividido en tres
partes, la primera es el servidor o VMware ThinApp, que es donde se instalar el software.
Posteriormente se comparte el directorio VMware ThinApp de Archivos de programa. Y
desde el equipo donde se quiere crear un paquete se ejecuta Setup Capture.exe, para
crear el paquete y finalmente desde donde se ejecute ser desde el cliente.

Pgina 120
Lo primero de todo es instalar el VMware ThinApp en un equipo, no tiene por qu ser el
que vaya a servir para crear las aplicaciones distribuidas.


Imagen 4.57. Bienvenida a ThinApp 4.6.

Se comienza la instalacin mediante un asistente. En primer lugar aparece una ventana de
las patentes del programa, luego se presiona en Next.


Imagen 4.58. Lista de patentes.

A continuacin se acepta los trminos de la licencia y se presiona Next.
Pgina 121


Imagen 4.59. Contrato de Licencia.

Se indica la clave y el nombre que se muestra de la licencia y se presiona en Install para
que comience la instalacin.


Imagen 4.60. Clave de Licencia.

Se espera mientras acaba la instalacin y se presiona en Finish.

Pgina 122

Imagen 4.61. Instalacin Completa de ThinApp.

4.2.2. Crear las aplicaciones distribuidas.

Para crearlas se lo har desde el equipo que se quiera instalar aplicaciones para que en el
proceso de ThinApp capture qu archivos son necesarios, este proceso se debe ejecutar en
una mquina limpia, esto es, que no tenga programas instalados, el motivo es que al
instalarlos las aplicaciones que se quiere distribuir y si se tiene alguna DLL ya en nuestro
sistema sta no se generar en el equipo de destino. Por lo tanto es aconsejable tener una
mquina slo para esto (ya que no sirve desinstalar las aplicaciones al finalizar, hay que
formatear o usar plantillas de mquina virtual).

El proceso de captura de paquetes de una aplicacin establece los parmetros iniciales de la
aplicacin.

Para empezar la creacin de una aplicacin distribuida se ejecuta Setup Capture.exe que
se encuentra en la carpeta donde se instal el ThinApp.

Pgina 123

Imagen 4.62. Ubicacin de Setup Capture.

Aparece el asistente del programa y se presiona en Next.


Imagen 4.63. Bienvenida de Setup Capture.

Luego aparece una ventana en la que se debe crear una imagen del sistema antes de la
instalacin de la aplicacin.

Pgina 124
El asistente de captura de instalacin inicia el proceso de captura mediante el escaneo del
sistema para evaluar el medio ambiente y crear una imagen del sistema de referencia y
entonces se presiona en Prescan.


Imagen 4.64. Pre-visualizacin del Disco Duro.

Una vez acabado el escaneo, se debe minimizar est pantalla, instalar la aplicacin que se
quiere distribuir a los clientes y una vez instalada se volver a esta pantalla. As que se
minimiza y se instala la aplicacin que se quiere distribuir a nuestros usuarios para usar
Streaming o por un dispositivo de almacenamiento.

Una vez instalada nuestra aplicacin y configurada se vuelve a este asistente que se tena
minimizado y se presiona Postscan.

Pgina 125

Imagen 4.65. Post visualizacin del Disco Duro.



Imagen 4.66. Confirmacin de aplicacin instalada y configurada.

Y empieza a escanear el sistema de nuevo para evaluar los cambios de la imagen inicial del
sistema, para incluirlas en el archivo a distribuir. Al finalizar aparece una ventana en la que
se debe seleccionar los archivos ejecutables correspondientes y se presiona Next.

Pgina 126

Imagen 4.67. Puntos de entrada.

Se selecciona a los usuarios o los grupos de los usuarios a los que se dar acceso a esta
aplicacin, tambin se puede hacer que todos lo ejecuten. Adems de personalizar el
mensaje que muestra a los usuarios que no tengan permiso para ejecutarlo. Y se presiona
Next.

Imagen 4.68. Grupos.

A continuacin se selecciona el primer tipo de aislamiento de aplicacin Merged isolation
mode ya que este permite a los usuarios que trabajen con normalidad y puedan guardar
sus archivos libremente. Y se presiona en Next.

Pgina 127

Imagen 4.69. Aislamiento.

Se selecciona dnde se quiere guardar el proyecto, es decir en un perfil de usuario, en un
medio portable o en una ubicacin en la red y se presiona en Next. En el caso de escoger
la primera opcin se debe poner un nombre a la carpeta que va a contener todos los
archivos de la aplicacin distribuida y se presiona en Next.


Imagen 4.70. Aislamiento.
Pgina 128

Imagen 4.71. Configuracin del Proyecto.

Luego se muestra la manera de contener todos los archivos necesarios para que se ejecute
la aplicacin. Se tiene dos maneras, la primera es crear un solo archivo ejecutable con
todos los archivos incluidos y la segunda es crear el ejecutable y un archivo .DAT para los
archivos de la aplicacin, se escoge una de ellas y se presiona en Save.


Imagen 4.72. Configuracin del Paquete.

A continuacin hay que generar el ejecutable, para eso se presiona en Build.
Pgina 129

Imagen 4.73. Inicio de la construccin del Paquete.

Finalmente se presiona en Finish. Abriendo la carpeta que contiene el ejecutable de la
aplicacin.


Imagen 4.74. Fin de la construccin del Paquete.

Pgina 130
Ahora hacer que el usuario ejecute el .EXE, para eso se debe ponerle un acceso directo
para que tenga acceso al ejecutable. Cuando lo ejecute el usuario, se le abrir la aplicacin
correspondiente en su PC sin tenerlo instalado.

4.3. Implantacin en el Departamento de Secretara General de la PUCESI.

A continuacin se va a detallar la estrategia tcnica y operativa para realizar la
implantacin de servidores y aplicaciones virtuales en el departamento de Secretara
General de la PUCESI.

4.3.1. Estrategia Tcnica.

1. Creacin de un servidor virtual de aplicaciones con el sistema operativo Windows 7
Professional mediante la herramienta ESXi 4.1.
2. Se crea el ejecutable de la aplicacin virtual mediante la herramienta ThinApp 4.6.
3. Copiar los ejecutables al servidor virtual de aplicaciones.
4. Creacin de los accesos directos de las aplicaciones virtuales en los respectivos
clientes.
5. Ejecucin de las aplicaciones.

4.3.2. Estrategia Operativa.

1. Solicitud dirigida a la Secretara General solicitando la autorizacin de la
implantacin de las aplicaciones virtuales.
2. Solicitud dirigida a la Unidad de Sistemas pidiendo la autorizacin del uso de los
servidores para la creacin del servidor virtual.
3. Capacitacin al responsable de la administracin del servidor y aplicaciones
virtuales.


Pgina 131
CAPTULO V
ANLISIS DE IMPACTOS, CONCLUSIONES Y RECOMENDACIONES

El presente proyecto impacta en varias reas de la universidad como son: la tecnolgica, la
social, la cultural, la econmica, y la ambiental; a continuacin se muestra el anlisis de
una manera prospectiva de cada uno de ellas.

5.1. Impacto Tecnolgico.

Los diferentes servidores con los que cuenta la PUCESI, mediante la virtualizacin se
puede beneficiar, gracias a las caractersticas que esta tecnologa posee, entre las ms
importantes se tiene el uso adecuado del procesador y la memoria RAM de los equipos,
reduccin de costos ya que en un mismo servidor se puede implantar varias mquinas
virtuales, sin la necesidad de comprar otro equipo y de esta manera no aumentar el
consumo elctrico, ni tener una aglomeracin de equipos en la sala de servidores.

Con respecto a la virtualizacin de aplicaciones brinda rapidez y eficiencia en el uso, ya
que al no estar instaladas en los diferentes equipos que las necesiten stas tendrn un
mejor rendimiento, reduciendo la hora tcnica, que es el tiempo utilizado por el tcnico del
rea de Mantenimiento de Sistemas en instalar la aplicacin solicitada.

5.2. Impacto Social.

La virtualizacin afecta a la Unidad de Sistemas de inmediato, que se pueden olvidar de los
detalles de configuracin permitiendo a los servidores compartir entre s las diferentes
cargas de trabajo. Hay un cambio sutil y fundamental en la relacin en un entorno
virtualizado desde una relacin basada en el alojamiento de una aplicacin, hasta una
relacin basada mucho ms en los niveles de servicio. Lo ms importante, es la capacidad
de reaccionar a la demanda de la comunidad universitaria mucho ms rpido. La
virtualizacin permite el despliegue de aplicaciones de manera que, cuando los usuarios
piden el servicio del servidor, reciben una porcin de lo que ya est desplegado. Esta
velocidad es un cambio fundamental en la prestacin de servicios de la institucin. Un
Pgina 132
cambio a una relacin basada en los servicios y la respuesta tan rpida a la demanda son
dos razones por las que la virtualizacin afecta fundamentalmente a algo ms que a la
informacin.

5.3. Impacto Cultural.

La virtualizacin de servidores plantea una serie de cuestiones importantes relacionadas
con el cambio organizacional. El primer cambio, y probablemente el ms importante, se
refiere a la gestin de la tecnologa y al modelo de soporte asociado para la capa de
virtualizacin. La virtualizacin introduce una nueva capa de tecnologa y, por
consiguiente, un nuevo requisito para la administracin y gestin.

Otro aspecto principal de cambio organizacional es el ciclo de vida de la administracin de
sistemas con respecto a Sistemas Operativos, computadoras (Servidores y Estaciones de
Trabajo) y aplicaciones, desde la adquisicin y la implementacin hasta la eliminacin y
desmontaje. Con la virtualizacin, se puede implementar un servidor (o clster de
servidores) con un solo clic del ratn, posiblemente pasando por alto los controles
asociados con la administracin del ciclo de vida de los sistemas tradicionales. En su
aspecto positivo, el ciclo de vida del sistema virtual es ligero, flexible y completamente
contenido y visible en una infraestructura nica de administracin, que proporciona a la
institucin una visin de principio a fin del ciclo de vida.

5.4 Impacto Econmico.

No hay duda, la virtualizacin de servidores puede reducir potencialmente el presupuesto,
el consumo elctrico y los costos de la PUCESI, a travs de la consolidacin y
normalizacin. Mientras que las tecnologas virtuales pueden ser asequibles, la
virtualizacin puede aumentar la complejidad y requiere nuevas herramientas que no son
gratuitas. A gran nivel exige de un modelo de almacenamiento centralizado, slo mediante
un mayor enfoque en materia de normalizacin y una mejor automatizacin los costos
operativos pueden permanecer planos o reducirse. Aunque el criterio inicial de los
Pgina 133
proyectos de virtualizacin es ahorrar dinero, el beneficio ms importante de la
virtualizacin es la velocidad de despliegue, y la flexibilidad para reaccionar a los cambios.

5.5 Impacto ambiental.

En el contexto de efecto y flexibilidad, se debe decir que cada servidor que es virtualizado,
ahorra electricidad y toneladas de emisiones de CO2 por ao. La consolidacin del
servidor y el volver a clasificar el tamao dinmico del Cuarto de Servidores de la PUCESI
tendrn un efecto ambiental enorme.

Poseer y operar menos servidores tambin ayuda a volver ecolgico el Cuarto de
Servidores de la PUCESI ya que con la virtualizacin se puede utilizar menos energa,
generar menos calor, ocupar menos espacio y consumir menos materiales.






Pgina 134
5.6. Conclusiones.

Luego de haber analizado los resultados obtenidos de las entrevistas que se dirigieron a los
Funcionarios de la Unidad de Sistemas de la PUCESI se puede concluir lo siguiente:

9 El concepto de virtualizacin es de cierta forma fcil de entender, en la prctica,
esta tecnologa no lo es, porque la virtualizacin abarca muchos conceptos y teoras
que se debe conocer para poder entenderla de mejor manera.

9 Con la realizacin de la presente investigacin, se podr contar con un documento
apto para facilitar la toma de decisin de implementar tecnologas de virtualizacin,
en los servidores de la red Institucional.

9 VMware vSphere ofrece mayor soporte para mquinas virtuales, permitiendo crear
un gran nmero de mquinas virtuales por servidor; y, por otro lado las
herramientas de administracin se venden por separado lo que representa un mayor
costo de implementacin y administracin.

9 VMware ThinApp simplifica enormemente el proceso de distribucin de
aplicaciones y gestin de ambos escritorios fsicos y virtuales. Los clientes pueden
ejecutar aplicaciones sin la influencia de un agente reduciendo los gastos de
funcionamiento que se derivan de la instalacin, evitando los conflictos entre
aplicaciones y dependencias.

9 Los jefes de cada rea de la Unidad de Sistemas de la PUCESI estn dispuestos a
contribuir con la implementacin de esta tecnologa, porque consideran que
generar grandes beneficios a la Institucin.

9 Con la implementacin de la virtualizacin, la administracin de los servidores
tendr ahorros ms significativos tanto en espacio, energa y costos.


Pgina 135
9 Los administradores reconocen la necesidad de implementar tecnologas que
pretenda la preservacin del medio ambiente, ante la crisis general a nivel global.

9 La clave para una virtualizacin exitosa es la planeacin cuidadosa e implantacin
sistemtica.

9 Migrar de servidores fsicos a virtuales, incrementa y optimiza el consumo de
recursos como CPU, memoria y almacenamiento de los servidores fsicos de la
PUCESI.


Pgina 136
5.7. Recomendaciones.

Para la implementacin de tecnologas de virtualizacin para optimizar la infraestructura
de los servidores de la red Institucional de la PUCESI se recomienda tomar en cuenta las
siguientes:

9 Las autoridades de la Universidad conozcan los beneficios econmicos, que la
implantacin de tecnologas de virtualizacin puede proporcionar a mediano y
largo plazo.

9 Las autoridades de la Universidad faciliten la capacitacin y certificacin en el uso
de estas tecnologas, con la intencin de aprovechar al mximo las ventajas de la
virtualizacin.

9 Antes de migrar a una plataforma de virtualizacin se debe hacer un anlisis
profundo de la situacin actual del datacenter de la institucin, analizar y evaluar
que servidores pueden ser virtualizados para beneficio de la PUCESI.

9 Estudiar ms a fondo las caractersticas de vSphere y ThinApp, ya que en este
documento se presenta la informacin de las mismas de una forma resumida y
concisa, sin embargo existe una extensa informacin disponible de estas
herramientas.

9 Se recomienda mantenerse actualizados con el uso de la virtualizacin para la
administracin de los servidores y aplicaciones.




Pgina 137
Glosario.

9 Anfitrin (Host).

En entornos de virtualizacin hace referencia al servicio principal que corre sobre el
servidor fsico.

9 Cloud computing.

Tecnologa que ofrece servicios de computacin (todo lo que puede realizar un sistema
informtico se ofrece como servicio) a travs de Internet. Es un concepto general, que
engloba a otros como el Software como servicio, etc.

9 Cloud hosting.

Servicio de hosting que permite una absoluta escalabilidad y crecimiento al cliente del
hosting contratado, abstrayndolo del hardware que lo sostiene. Adems, el cliente tiene
acceso remoto desde cualquier lugar y momento, a travs de Internet, al servicio ofertado,
sin necesidad de descargas ni instalaciones de software.

9 Consolidacin de servidores.

Solucin tecnolgica que busca un ahorro de costes, y/o simplificacin de las estructuras
de TI, basado en la unificacin de servidores y optimizacin de la infraestructura
tecnolgica, incluyendo hardware, software, servicios TI, etc. Se apoya en el crecimiento
sostenible de las plataformas en funcin de la necesidad global de recursos, en lugar del
crecimiento basado en la previsin de recursos por cada servidor. Esto permite eliminar la
fragmentacin de recursos (por ejemplo, memoria libre en cada servidor y no reutilizable),
y evita la generacin de costes hundidos basados en previsiones y estimaciones de
crecimiento.


Pgina 138
9 Contenedor (Container).

Nombre que recibe cada una de las particiones en una Virtualizacin del Sistema
Operativo. Los ms conocidos son los contenedores de la tecnologa de virtualizacin.

9 Datacenter (Centro de datos).

Un datacenter o Centro de proceso de datos es una ubicacin que concentra todos los
recursos fsicos para el procesamiento de la informacin de una empresa u organizacin.
En Internet, un datacenter alberga desde los servidores a toda la infraestructura que los
soportan: equipamiento de red, equipos de seguridad fsica y perimetral, etc.

9 Datacenter as a Service (DaaS).

Modelo tecnolgico por el que un proveedor ofrece una plataforma virtual que engloba una
solucin de centro de datos completo para el cliente. Son soluciones normalmente
adaptadas a grandes empresas que precisan vastos modelos de computacin.

9 Datacenter virtual.

Es un centro de proceso de datos (datacenter) que forma parte de un datacenter fsico pero
que utiliza las tecnologas de virtualizacin del datacenter fsico para ofrecer sus servicios
de manera independiente.

9 Desktop as a Service (DaaS).

Modelo de negocio en el que el proveedor facilita una solucin de escritorio remoto. Esto
permite a cada usuario disponer del mismo escritorio sea cual sea el terminal utilizado, y
permite reducir la cantidad de licencias necesarias para mantener distintos dispositivos
(PC, porttil, PC en casa,), e incorpora las medidas de seguridad necesarias para que el
acceso a este tipo de entornos sea seguro.

Pgina 139
9 ESX/ESXi.

Es el hipervisor Nivel 1 de VMware que permite la abstraccin de los recursos fsicos del
Hardware para ser compartidos por las Mquinas Virtuales. La versin ESXi se refiere a la
distribucin compacta que no tiene incluida la consola de servicio tradicional. Debido a su
tamao reducido, 59 MB puede ser instalado en un dispositivo de almacenamiento tipo
flash como una memoria USB.

9 Full virtualizacin (Virtualizacin completa).

Tambin llamada virtualizacin nativa. Tcnica de virtualizacin utilizada para
implementar una mquina virtual que permita una simulacin completa del hardware
subyacente. En esta situacin la mquina virtual simula un hardware que permite la
ejecucin de un sistema operativo sin modificar, permitiendo su ejecucin de forma
aislada.

9 Husped (Guest).

En entornos de virtualizacin hace referencia al servicio cliente, que corre sobre cada
mquina virtual

9 Hipervisor.

Un hipervisor (tambin llamado monitor de mquina virtual) es un software que permite
utilizar distintos sistemas operativos sobre un mismo ordenador. Es el encargado de
gestionar las Mquinas Virtuales que funcionan sobre l y de hacer, segn el caso, de
interfaz entre ellas y el hardware fsico sobre el que se apoyan.

9 KVM (Kernel base Virtual Machine).

Variante del Kernel Linux que implementa mejoras que permiten aumentar el rendimiento
de virtualizacin es completa. Permite ejecutar mquinas virtuales mediante imgenes de
Pgina 140
disco con sistemas operativos sin modificar, donde cada mquina virtual tiene su propio
hardware virtualizado: discos duros, tarjeta de red, tarjeta grfica, etc.

9 Mquina virtual.

Ordenador que est construido utilizando recursos virtualizados. Este sistema se comporta
a nivel lgico de manera idntica a la de un ordenador fsico, de modo que el Sistema
Operativo o aplicaciones que corren sobre l no detectan la diferencia.

9 Paravirtualizacin.

Tcnica de virtualizacin en la que la mquina virtual no simula necesariamente un
hardware sino que ofrece una librera de funciones (API) que slo puede usarse
modificando el sistema operativo.

9 SAN.

Viene de la sigla en ingls Storage Access Network, un sistema de almacenamiento en
disco, concebida para conectar mltiples servidores, a un conjunto de recursos de
almacenamiento en disco.

9 Servidor.

En informtica, un servidor es una computadora que, formando parte de una red, provee
servicios a otros denominados clientes.

9 Virtualizacin (tecnologa).

La tecnologa de virtualizacin supone la abstraccin de los recursos de un equipo
informtico, haciendo que el funcionamiento del sistema sea independiente del soporte
hardware sobre el que funciona.

Pgina 141
9 VMware.

Es el nombre que lleva el software de virtualizacin de servidores (Virtual Machine), por
extensin de la marca de la empresa que lo facilita. Se trata de un sistema de virtualizacin
por software, en el que se emula un sistema fsico (ordenador) con unas caractersticas de
hardware determinadas. VMware permite ejecutar varios sistemas operativos de forma
independiente sobre una infraestructura fsica.

9 Xen.

Mquina virtual de cdigo abierto creada por la universidad de Cambridge, cuyo objetivo
es ejecutar sistemas operativos no modificados en un equipo de bajas prestaciones a modo
de mquinas virtuales sin un hardware especial.

Pgina 142
Bibliografa

1. Citrix Systems. Virtualization, Networking and Cloud. Virtual Computing,
Simplified. [En lnea] 2011. http://www.citrix.com

2. Franklin Snchez y Diego Trejo. Implantacin de una plataforma web 2.0 para
que la comunidad universitaria de la PUCESI disponga de una red social en
internet, mediante la integracin de las tecnologas existentes en la universidad
con las del proveedor de la plataforma. Ibarra 2011.

3. Help Net Security. Sitio de noticias diarias de la seguridad. [En lnea] 2011.
http://www.net-security.org

4. Infoworld. Virtualization shoot-out: Citrix, Microsoft, Red Hat, and VMware.
[En lnea] 2011. http://www.infoworld.com

5. Microsoft Virtualizacin. Hasta dnde vas a llevar la virtualizacin? [En
lnea] 2011. http://www.microsoft.com

6. Paperblog. El mejor de los blogs: experiencias, pasiones, consejos y
recomendaciones. [En lnea] 2011. http://es.paperblog.com

7. PFS Grupo. Unidades de Negocio Especializadas. [En lnea] 2011.
http://www.pfsgrupo.com

8. Posso Ypez, Miguel ngel. Metodologa para el Trabajo de Grado. Tercera.
Ibarra: NINA Comunicaciones, 2006.

9. RealNet. Desarrollando negocios alineados a Tecnologas de la Informacin.
[En lnea] 2011. http://www.realnet.com.mx

Pgina 143
10. Solution Centre Ltd. Proveedor de soluciones basadas en Basingstoke. [En
lnea] 2011. http://www.solutioncentre.co.uk

11. Tolly Report VMware #209136 [En lnea] 2011. http://www.tolly.com

12. Tuquiosco. Tu Quiosco de conocimiento. [En lnea] 2011. http://tuquiosco.es

13. VirtualIT. Proveedor de la Plataforma VMware. [En lnea] 2011.
http://www.virtualit.com.ec

14. Virtualization Matrix. Feature Comparison: VMware, Microsoft, Citrix. [En
lnea] 2011. http://www.virtualizationmatrix.com
15. Vladan. La virtualizacin ESX. [En lnea] 2011. http://www.vladan.fr

16. VMware. Software de virtualizacin VMware para ordenadores de sobremesa,
servidores y equipos virtuales de nubes pblicas y privadas. [En lnea] 2010.
http://www.vmware.com

17. YouTube. Configuring VMware ESXi 4.1.0. [En lnea] 2011.
http://www.youtube.com/watch?v=nVSq0QCCIBw

18. YouTube. Creating a Virtual Machine inside ESXI Host. [En lnea] 2011.
http://www.youtube.com/watch?v=2y0_a7_fG-c

19. YouTube. How to Install XenServer 5.6 on HP Blade BL460 G7. [En lnea]
2011. http://www.youtube.com/watch?v=8dN2ngiXd2M

20. YouTube. Instalacin y configuracin de un servidor de Hyper-V. [En lnea]
2011. http://www.youtube.com/watch?v=CfkF7PlAGZg

21. YouTube. Installling VMware ESX and ESXI 4.1 [En lnea] 2011.
http://www.youtube.com/watch?v=hMuj0ssBh-w&feature=related
Pgina 144

22. YouTube. Virtualizacin. [En lnea] 2011.
http://www.youtube.com/user/ProduccionBetaTres#p/a/u/2/2HF1YYs5iv

23. YouTube. Virtualizacin de Servidores Parte 1. [En lnea] 2011.
http://www.youtube.com/watch?v=OOlYRNJFHrs

24. YouTube. Virtualizacin de Servidores Parte 2. [En lnea] 2011.
http://www.youtube.com/watch?v=Gjk2g1tsFEg&feature=related





Pgina 145




Pgina 146
ANEXO A: Lista de Servidores de la PUCESI

1. Servidor de Reportes Produccin.
SVRREPLICADOR SVRSGAREPORTES BLADE - IP:172.16.10.30 -
BAY3
2. Servidor de Aplicaciones Web Acadmicas Produccin.
105-
SVRSGAPUCESI
SVRSGAPUCESI HP Proliant DL380 G5
3. Servidor de Aplicaciones Web PUCESI Produccin.
107-
SRVAPPWEBPUCESI
SRVAPPWEBPUCESI HP Proliant DL380 G4
4. Servidor Financiero Produccin.
207-
FINALOCALPUCEI
FINALOCALPUCEI
5. Servidor de Base de Datos Produccin:
104-SRVBASES
PUCEI
SRVBASESPUCEI HP Proliant DL380 G5
6. Servidor de Aplicaciones de Laboratorio y Antivirus.
106-SRVAPLILAB SRVAPLILAB HP Proliant DL380 G4
7. Servidor de Base de Datos SQL.
102- SRVBDDSQL SRVBDDSQL HP Proliant DL380 G5
8. Servidor Moodle.
103-
CAMPUSVIRTUAL
CampusVirtual.pucei.edu.ec HP Proliant DL380 G5
9. Servidor de Web PUCEI.EDU.EC.
WWW.PUCEI.EDU.EC WWW.PUCEI.EDU.EC BLADE - IP:172.16.10.30
BAY1
10. Servidor de DHCP.
SERVIDORDHCP SERVIDORDNS CLON SuperPower Blanco
11. Servidor de SQUID.
SERVPROXY SERVPROXY BLADE - IP:172.16.10.30 -
Pgina 147
BAY2
12. Servidor de Firewall.
101- FIREWALL FIREWALL CLON SuperPower Blanco
13. Servidor de Pruebas Aplicaciones Software.
SRVPRUEBASAPLI SRVPRUEBASAPLI CLON NEGRO
14. Equipo de Desarrollo BYTEQ UTPL.
BYTEQ PCUTPL CLON NEGRO
15. Servidor de Base de Datos Pruebas:
SRVPRUEBASBASES PruebasPUCESI CLON NEGRO
16. Servidor Replicador Controlador de Dominio.
SVRREPLICADOR SVRREPLICADOR BLADE - IP:172.16.10.30 -
BAY3
17. Servidor Controlador de Dominio Principal.
108-SVRDCPUCESI SVRDCPUCESI HP Proliant DL380 G4
18. Servidor Idiomas .
SRVIDIOMAS SERVIDOR CLON Altek Negro
19. Servidor TINI.
SRVTINI SERVER-PTOVENTA Clon AOPEN Blanco
20. Servidor RAS.
SERVRAS SERVRAS COMPAQ DESKPRO
BLANCO
21. Equipos de Comunicacin.
Rack Switches Switches TODOS
22. UPS.
UPSCELCO CELCO


Fuente: Administrador de Redes PUCESI.

Pgina 148
ANEXO B: Rendimiento de los Servidores de la PUCESI




Pgina 149


Pgina 150

Pgina 151

Fuente: Aplicacin UpTime
Pgina 152
ANEXO C: Entrevista aplicada a la Unidad de Sistemas.


La informacin que recolectemos aplicando esta entrevista permitir obtener informacin
acerca de la situacin actual del datacenter de la Universidad y as como tambin el
conocimiento de las tecnologas de virtualizacin tanto de servidores como aplicaciones.
Agradecemos mucho el esfuerzo y tiempo que Usted dedicar a respondernos las
siguientes preguntas:

1. Cuntos servidores tiene la Universidad?
2. Qu sistemas operativos estn instalados en los servidores?
3. Qu servicios hay en cada uno de los servidores?
4. Con qu frecuencia se aumentan el nmero de servidores?
5. Est de acuerdo con la virtualizacin de servidores y aplicaciones?
6. Qu plataformas de virtualizacin usted conoce?
7. Cree usted que virtualizando los servidores y aplicaciones mejorara la
calidad de servicio?

Por su colaboracin
GRACIAS

Pgina 153
ANEXO D: Informe de VIRTUAL IT


Virtual IT S.A.
Av. Granda Centeno 1230 y Vasco de Contreras 3er. piso
Telefax: (593 2) 292 4177
http://www.virtualit.com.ec
Quito - Ecuador
ESCENARIOS DE CONSOLIDACIN DE SERVIDORES



Pgina 154
ANEXO E: Socializacin del Proyecto


El seor Diego Bez y Xavier Benavides en la socializacin ante las autoridades y el
personal administrativo de la PUCESI.


Uno de los expositores con la presentacin de socializacin del proyecto.

Pgina 155
Pgina 156
Pgina 157
Pgina 158
Pgina 159
Pgina 160


Pgina 161

Pgina 162
ANEXO F: Capacitacin


Pgina 163
ANEXO G: Paper

Pgina 164
Pgina 165
Pgina 166
Pgina 167

Pgina 168
ANEXO H: Anteproyecto
PONTIFICIA UNIVERSIDAD CATLICA DEL ECUADOR
SEDE IBARRA
(PUCE-SI)


ESCUELA DE INGENIERA

EXPOSICIN DEL PLAN DE TRABAJO DE GRADO

TEMA:

DISEO Y ELABORACIN DE UNA PROPUESTA TCNICA
PARA LA IMPLEMENTACIN DE LA VIRTUALIZACIN DE
SERVIDORES Y APLICACIONES EN LA PUCE-SI

LNEA DE INVESTIGACIN

Investigaciones de Nuevas Tendencias de Tecnologa

PREVIA A LA OBTENCIN DEL TTULO DE MAGISTER EN GERENCIA
INFORMTICA

AUTORES: DIEGO JAVIER BEZ RUALES
OMAR XAVIER BENAVIDES MORILLO.

DOCENTE REVISOR: ING. FRANCISCO ROGRGUEZ
IBARRA, ABRIL 2010