Experiencias Cloud en el CESGA Virtualización en entornos Cloud

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Experiencias Cloud en el CESGA Virtualización en entornos Cloud"

Manuela Torregrosa Maldonado
hace 8 años
Vistas:

1 Experiencias Cloud en el CESGA Virtualización en entornos Cloud Rubén Díez Lázaro Técnico superior de proyecto Centro de Supercomputación de Galicia ( CESGA )

2 Índice Introducción Esquema CLOUD CESGA Lecciones aprendidas Conclusiones Bibliografía 2

3 1 Introducción El Cloud en el CESGA Experiencia previa en virtualización. El salto al CLOUD era la via natural. Proyecto NUBA: Normalized Usage of Business-oriented Architectures. CLOUD federado. Paquetes de trabajo del CESGA: TestBed y un caso de uso. Infraestructura CLOUD basada en OpenNebula. OpenNebula: Implementación Open Source de los estándares de la industria en cuanto a herramientas de computación CLOUD. Permite despliegue y gestión de máquinas virtuales en un entono CLOUD. Hardware: Nodos de virtualización: básicamente HP ProLiant SL2x170z Gestión y almacenamiento: básicamente HP ProLiant DL180 3

Infraestructura CLOUD basada en OpenNebula.

4 2 Introducción: TestBed Características del TestBed El hardware es instalado y configurado de forma desatendida. Configuración heterogénea: Hipervisores Xen y KVM. SOs CentOs y Debian. Recursos monitorizados con Ganglia, Nagios y Zabbix. Gestión de grupos de máquinas: clusters virtuales. Configuración y mantenimiento entendido como proceso, no como producto. Se gestionan múltiples MVs ligadas al proyecto NUBA. Se gestionan múltiples MVs generales en producción. Existen usuarios que crean y gestionan sus propias MVs. Configuradas VLANes que permiten desplegar MVs con IPs en otras redes. 4

Gestión de grupos de máquinas: clusters virtuales. Configuración y mantenimiento entendido como proceso, no como producto.

5 3 Esquema Colud CESGA Esquema Cloud CESGA 5

6 4 Hipervisores y almacenamiento Hipervisores y almacenamiento Existen dos perfiles de Hipervisor: Xen 4.1 en CentOs 5.6. KVM en Debian Squeeze (6.0.1). Existen dos perfiles de almacenamiento (acceso a la imagen de la MV): SSH: La imagen es copiada por ssh del repositorio de imágenes al nodo donde se ejecuta la MV. NFS: El nodo que ejecuta la MV accede a la imagen por NFS. El almacenamiento puede ser: Persistente: Al apagar la MV la imagen almacenada se actualiza con el último estado. No persistente: Al apagar la MV la imagen en uso se elimina. 6

Existen dos perfiles de almacenamiento (acceso a la imagen de la MV): SSH: La imagen es copiada por ssh del repositorio de imágenes al

7 5 Lecciones aprendidas (general) ( general ) Lecciones aprendidas El futuro está más cerca de lo que se piensa: intentar usar siempre software actualizado. Imágenes de MVs pequeñas. Usar almacenamiento externo para datos. La imagen de la máquina virtual: persistente o no persistente? Si la si la imagen sólo va a ser usada por una MV: persistente. Si la imagen se usa como template para varias MVs: no persistente. Cómo es llevada al nodo la imagen de la máquina virtual: compartida por NFS o copiada por ssh? Si la imagen es grande: NFS Si la máquina es de usar y tirar : ssh Si la I/O es crítica: ssh Si es vital que no se pierdan datos en caso de fallo: NFS 7

Si la si la imagen sólo va a ser usada por una MV: persistente. Si la imagen se usa como template para varias MVs: no persistente.

8 6 Usuarios de MVs Lecciones aprendidas La virtualización produce un nuevo perfil de usuario: el usuario tiene acceso como root. CUIDADO: Es el administrador responsable de las pifias que el usuario hace en la máquina virtual?? La configuración de la MV: responsabilidad del usuario o del administrador? Si la imagen es proporcionado por el usuario: hasta qué punto es responsabilidad del administrador que no funcione en la infraestructura? Seguridad: Quien es el responsable cuando la seguridad de una MV se ve comprometida? Se compromete la seguridad de la infraestructura se compromete si se compromete la seguridad de una MV? 8

? La configuración de la MV: responsabilidad del usuario o del administrador?

9 7 Usuarios directos Lecciones aprendidas Otro perfil de usuario: no administra la infraestructura pero tiene permisos para crear imágenes y levantar MVs. No arranca mi máquina: debéis tener un problema. Quiero que mi máquina se ejecute en el nodo X. No me funciona la contextualización... La imagen que llevo años usando me da problemas en vuestra infraestructura... Mi imagen es pequeña : sólo 40GB... 9

No arranca mi máquina: debéis tener un problema. Quiero que mi máquina se ejecute en el nodo X.

10 8 Hipervisores Lecciones aprendidas Hipervisores actualmente soportados: Xen y KVM. Xen: Los nodos con Xen corren CentOs 5.6. Xen versión 4.1: Soporta virtualización full y para. Todos los nodos tienen un kernel e initrd para soportar las máquinas paravirtualizadas. KVM: Los nodos KVM corren Debian Squeeze. Para cálculo intensivo o uso intensivo de red, es preferible Xen paravirtual. KVM es más robusto. La virtualización full es más portable. 10

Todos los nodos tienen un kernel e initrd para soportar las máquinas paravirtualizadas.

11 9 Imagenes de MV Lecciones aprendidas No siempre es más rápido adaptar una imagen vieja que hacer una nueva desde cero. Hay servicios que dan problemas en una MV: ejemplo kudzu. Imagen de disco vs imagen de sistema de archivos... NUNCA hacer partición swap dentro de una imagen de disco. Tiene sentido usar LVM en una imagen de MV? Imágenes con sistemas operativos viejos: huir de la paravirtualización. Una sola partición por imagen de máquina virtual: preparate para un resize2fs Si la MV require almacenamiento permanente y grande de datos, usa almacenamiento externo. Si la MV requiere almacenamiento temporal (scratch), crealo de forma dinámica... 11

.. NUNCA hacer partición swap dentro de una imagen de disco. Tiene sentido usar LVM en una imagen de MV?

12 10 Conclusiones Conclusiones: El CLOUD es otra oportunidad para conseguir la computación como servicio abstracto. El CLOUD no sólo es virtualización, pero la virtualización encaja en el CLOUD. El CLOUD introduce un nuevo matiz en las funciones del administrador de sistemas: ahora el software que él instala y gestiona es mínimo. El CLOUD introduce dos nuevos tipos de usuarios: Usuarios que son root de su propia MV. Usuarios que crean y levantan MVs. 12

El CLOUD introduce un nuevo matiz en las funciones del administrador de sistemas: ahora el software que él

13 11 Bibliografía Bibliografía CESGA: Proyecto NUBA: OpenNebula: Xen: KVM: CentOs: Debian: 13

org/ OpenNebula: http://opennebula.org/ Xen: http://xen.

14 Fin de la presentación Muchas gracias 14

Documentos relacionados

JORNADAS TÉCNICAS REDIRIS 2010. Gestión del parque de máquinas virtuales Xen con herramientas de software libre

JORNADAS TÉCNICAS REDIRIS 2010 Gestión del parque de máquinas virtuales Xen con herramientas de software libre Contenidos Introducción Contextualización Gestión de máquinas virtuales Requistos del entorno