Virtualizacion

10,535 views
10,354 views

Published on

Slides about my experiences in virtualization

Published in: Self Improvement, Technology
3 Comments
2 Likes
Statistics
Notes
  • gracias por añadirme a favoritos
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • Hola Abdel. Gracias por tus comentarios. Pretendo hacer una comparativa rápida. Esta exposición era para 20 minutos de charla. Proxmox, instalado desde cero, no porporciona alta disponibilidad, salvo que que montes tú por tu cuenta. Es decir, lo que dices es cierto, y lo que yo he dicho, **NO** es incierto.

    Lo tenemos instalado en alta disponibilidad.

    Saludos y gracias de nuevo por tu aportación
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
  • Quien te ha dicho que Proxmox no proporciona alta disponibilidad?
    Sera que no lo has localizado o no sabes hacerlo.
    Revisa los foros, porque hay soluciones de alta disponibilidad, mucho mejores que las de otros sistema de virtualización y paravirtualizacion. Consejo, la alta disponibilidad mejor si la preparas tu, la documentas tu, y la confirmas tu. Dejar la alta disponibilidad en las herramientas de otros es un peligro.

    Saludos.
       Reply 
    Are you sure you want to  Yes  No
    Your message goes here
No Downloads
Views
Total views
10,535
On SlideShare
0
From Embeds
0
Number of Embeds
59
Actions
Shares
0
Downloads
463
Comments
3
Likes
2
Embeds 0
No embeds

No notes for slide

Virtualizacion

  1. 1. EXPERIENCIAS DE VIRTUALIZACIÓN EN CICA Juan Carlos Rubio Pineda
  2. 2. Creative-commons
  3. 3. Virtualización 1)¿Qué es? 2)Soluciones de virtualización: Tipos 3)Alternativas elegidas en CICA 4)demo
  4. 4. 1) ¿Qué es? • VIRTUALIZACIÓN: − Término amplio que se refiere a la abstracción de los recursos de la computadora. − Permite recrear computadoras NO FÍSICAS sobre una capa de software especial instalada en una computadora REAL. − Es posible recrear un conjunto de hardware completo, o bien espacios de nombres (namespaces) dentro del mismo sistema operativo (jaula aislada). − Según las necesidades, y arquitecturas REALES subyacentes, nos puede convenir unos tipos u otros.
  5. 5. 2) Tipos • Los tipos más interesantes son: − Emulación o simulación − Virtualización nativa y virtualización completa − Paravirtualización − Virtualización a nivel del sistema operativo − Virtualización de aplicaciones (Citrix)
  6. 6. Tipos • Emulación o simulación: − la máquina virtual simula un hardware completo, admitiendo un sistema operativo “guest” sin modificar, para una CPU completamente diferente. − Ejemplos: • Bochs, • Qemu sin aceleración: Ampliamente usado. Muy interesante, porque las imágenes que creamos pueden ser usadas en VirtualBox o VMWare. − Acelerador qvm86 (discontinuado) − Acelerador kqemu • JPC: Emulador 100% Java. Inspirado en Bochs y Qemu. Inmaduro. − Desventajas: Lento. No apto para producción.
  7. 7. Tipos • Virtualización nativa y virtualización completa: − Completa: la máquina virtual simula un hardware subyacente completo para permitir un sistema operativo “guest” sin modificar que se ejecuta de forma aislada. − El S.O. De la VM que se instale debe ser del mismo tipo de CPU que la máquina física subyacente. − La virtualización completa NATIVA sólo fue posible a través de los añadidos AMD-V e INTEL VT. • Podemos comprobar si las tenemos con un: • cat /proc/cpuinfo | grep vmx − Ejemplos: • VMware Workstation • VMware Server • Parallels Desktop • VirtualBox
  8. 8. Tipos • Paravirtualización: − La máquina virtual no simula un hardware sino que ofrece una API especial que solo puede usarse mediante la modificación del sistema operativo “guest”. − La plataforma de virtualización tiene una capa de software denominada virtual machine monitor (VMM), también conocido como hypervisor, que se ocupa de mostrar los distintos S.O. emplazados en la computadora real. − La llamada del sistema al hypervisor tiene el nombre de “hypercall” en Xen y Parallels Workstation. • Desventajas: en el caso de Xen Server 4, y con nuestra arquitectura, no es posible migrar máquinas en producción de nuestro servidor Xeon 2 a un Amd Opteron.
  9. 9. Tipos • Virtualización a nivel del sistema operativo: − virtualizar un servidor físico a nivel del sistema operativo permitiendo múltiples servidores virtuales aislados y seguros correr en un solo servidor físico. − El entorno del sistema operativo “guest” comparte el mismo sistema operativo que el del sistema “host” (el mismo kernel del sistema operativo es usado para implementar el entorno del “guest”). − Las aplicaciones que corren en un entorno “guest” dado lo ven como un sistema autónomo. − Ejemplos: • Linux-VServer, Virtuozzo, OpenVZ, UML (user mode linux), Solaris Containers y FreeBSD Jails.
  10. 10. 3) Alternativas elegidas en CICA • Las alternativas que usamos en CICA, son: − Xen Server 4.0 y Xen 3.4.0 libre − VMWare ESXi 3 − VirtualBox (uso particular en nuestros Pcs) − Openvz − Linux v-server − Colinux: demos y cursos. Con una distro que hemos preparado, podemos ejecutar un linux completamente funcional y sin instalación desde un pendrive o HDD externo.
  11. 11. Xen
  12. 12. Xen
  13. 13. Xen
  14. 14. Xen • Ventajas: − El rendimiento de las máquinas es bueno − La consola de administración es muy intuitiva, y permite crear VM de forma muy rápida (si lo hacemos desde plantillas). • Inconvenientes: − La consola no permite el acceso separado para gestión compartida. Si accedemos a un servidor Xen, controlamos todas sus máquinas sin excepción. − Nuestra instalación se basó en una CPU Xeon 2, con cuellos de botella en el acceso de memoria (corregido en los Nehalem). Quisimos pasarlo a un AMD (Con Hypertransport), y no se podían migrar las máquinas de una arquitectura a otra. • Para nosotros, esto es muy inflexible. − La consola de administración sólo funciona en windows
  15. 15. Vmware ESXi: cliente
  16. 16. Vmware ESXi:conexión
  17. 17. VMWare ESXi:Estadísticas
  18. 18. VMWare ESXi: consola
  19. 19. VMWare ESXi: Resumen
  20. 20. VMWare ESXi: M. Virtuales.
  21. 21. VMWare ESXi: recursos
  22. 22. VMWare ESXi: • Vmware ESXi se instala en una máquina, quedando el servidor, en principio, como una “caja negra” • En la versión completa de Vmware Server, existe una “consola” que permite administrar la máquina. Es un Red Hat Enterprise. • En la versión sin coste de Vmware ESXi, esa consola ha sido eliminada. − La “consola” resultante, es una pantalla amarilla y negra con un menú de opciones. − No obstante, existe una “consola escondida” que puede habilitarse para teclear comandos y elaborar scripts al modo tradicional.
  23. 23. Vmware ESXi: consola • La consola muestra esta imagen:
  24. 24. Vmware ESXi: consola • Una vez en la consola, pulsamos ALT+F1, y aparece:
  25. 25. Vmware ESXi: consola • Seguimos sin prompt. No se visualiza lo que se escribe, pero si tecleamos: − Unsupported + <ENTER> − Aparecerá el Tech Support Mode:
  26. 26. Vmware ESXi: consola • Si escribimos la contraseña del servidor, tenemos:
  27. 27. Vmware ESXi: consola • Ahora editamos /etc/inetd.conf y habilitamos ssh:
  28. 28. Linux V-Server • Es una especie de chroot avanzado. • Está basado en el concepto “Security Contexts”: − Permite crear Virtual Private Servers (VPS) independientes que se ejecutan simultáneamente sobre un único servidor físico. − Crea parcelas con el “user-space”. − La mayoría de las distribuciones Linux, no están atadas a un kernel especial • Linux V-Server usa este hecho para permitir que varias distribuciones se ejecuten simultáneamente en un único kernel, sin acceso directo al hardware, compartiendo los recursos de un modo muy eficiente. • Kernel, utilidades y scripts en repositorio debian • Facilidad de manejo y tecnología madura. • Al igual que openvz, no requiere de una CPU con soporte a virtualización AMD-V o INTEL VT. • Como no virtualiza TODO, el número de VM's por máquina física se incrementa muchísimo.
  29. 29. Linux V-Server • Linux v-server: desde cero bajo un Debian 5 Lenny: − aptitude install linux-image-vserver-686 util-vserver ssh − REINICIAR (el instalador habrá incluído en grub una entrada para el nuevo kernel vserver, con el que DEBEMOS arrancar) − Lo comprobamos con uname-r, mostrando: 2.6.26-2- vserver-686 − Creamos una máquina, desde la red, y sin plantillas, así: • vserver vserver1 build • -m debootstrap --context 42 • --hostname vserver1.mydomain.com • --interface eth0:192.168.1.10/24 • -- -d lenny -m http://ftp.es.debian.org/debian − La arrancamos con vserver vserver1 start − Entramos en la máquina con vserver vserver1 enter − Con 1GB de RAM, da para entre 20-30 VSERVERS.
  30. 30. OpenVz • El proceso de instalación es similar. • Las máquinas deben tomar un identificador numérico (por ejemplo, 101), en lugar de un nombre (por ejemplo, vserver1). • El comando “maestro” de este software es vzctl. • Suponiendo que hubiéramos instalado plantillas, con este comando creamos una máquina: • # vzctl create 101 --ostemplate fedora-core-4 -–config vps.basic • Con 1GB de RAM da para entre 20-30 Vms • Es más complejo de administrar y de retocar ciertos parámetros cuando el rendimiento decae.
  31. 31. ProxMox Virtual Environment • Es una plataforma Open Source para ejecutar Virtual Appliances y máquinas virtuales. • Puede ser instalado desde cero como una iso de un linux corriente. • Funcionalidades: − Virtualización por contenedores mediante openvz o completa con KVM. − Consola Web de gestión − Cluster VE (Virtual Environment) − Backup/Restore mediante interfaz Web − Permite “Appliances” (plantillas). − Incorpora una utilidad, dab (Debian Appliance Builder) para construir plantillas. • En CICA, está en estudio.
  32. 32. Proxmox • Funcionalidad de un “cluster” proxmox: − Gestión web centralizada − Un login y password para acceder a TODOS los nodos y TODAS las VM's. − Vista de consola de todas las VM's. − Posibilidad de migrar VM's entre nodos físicos. − Almacén de plantillas de VM's sincronizado • Pero NO proporciona: − Alta disponibilidad.
  33. 33. Proxmox • Creación de una máquina:
  34. 34. Proxmox • Estado de una máquina virtual
  35. 35. Proxmox • Cluster con 2 nodos
  36. 36. Proxmox • Estado de las máquinas de un cluster con 3 nodos:
  37. 37. OpenQRM • Gestiona diferentes plataformas de virtualización
  38. 38. OpenQRM • En teoría, es capaz de gestionar la creación de VM's y recursos de: − VMWares ESXi y Server − Xen − Linux V-server • En la práctica, no hemos conseguido que realice su trabajo correctamente. • Actualmente la tenemos descartada, en favor de ProxMox.
  39. 39. Comparativa • Comparativa de alternativas de Virtualización S.O.
  40. 40. Symbolic • Symbolic es una plataforma de gestión de datacenters. − Incluye puppet: lenguage declarativo para expresar configuraciones de sistema, un servidor y un cliente para distribuirlo y una biblioteca para configuraciones. • Manual • Pesado − Incluye cobbler: permite disponer de un servidor para instalaciones rápidas a través de red, admitiendo: • Instalaciones por PXE • Reinstalaciones • Instalaciones en red • Instalaciones virtualizadas − Admite Xen, Qemu, KVM − Incluye una consola gráfica para gestionar todo a golpe de ratón
  41. 41. Symbolic • Symbolic permite automatizar y facilitar: − Creación de clústeres − Live Migration de VM's entre nodos − Creación de VM's y su gestión − IMPORTANTE: Admite creación de scripts que pueden permitir migraciones u otras operaciones a medida. • Symbolic usa XML-RPC para comunicar los nodos, una base de datos HSQLDB y una aplicación Java que puede desplegarse en un contenedor de servlets (tomcat).
  42. 42. Symbolic • Creación de una VM:
  43. 43. Symbolic • Creación de una VM (II)
  44. 44. Symbolic • Creación de una VM (III)
  45. 45. Symbolic • Cluster:
  46. 46. Symbolic • Live Migration
  47. 47. Demo • Colinux + Nomachine NX

×