Componentes de OpenStack: OpenStack Image Service (Glance) y OpenStack Block Storage (Cinder)

Roberto Orayen 5 febrero, 2013 OpenStack, Virtualizacion Deja un comentario 3,636 Vistas

Artículos relacionados

En esta entrada vamos a agrupar los dos componentes relacionados con el almacenamiento. Los dos estaban originalmente incluidos en el servicio nova, pero conforme iba creciendo el proyecto Openstack se vio que era necesario separarlos.

Glance

Glance es el servicio que proporciona el registro, descubrimiento y entrega de imágenes de máquinas virtuales. Las imágenes almacenadas se pueden utilizar como plantillas para un rapido despliegue de nuevos servidores sin tener que realizar la instalación del sistema operativo. También puede ser utilizado para almacenar un número ilimitado de backups.

Cada imagen es identificada de forma única por una UR que utiliza la siguiente firma:

&lt;Ubicacion servidor Glance&gt;/v1/images/&lt;ID&gt;

1	<Ubicacion servidor Glance>/v1/images/<ID>

Donde <Ubicacion servidor Glance> el recurso donde el servicio Glance necesita conocer para acceder a la imagen y <ID> es el identificador de la imagen (uuids) que es único.

Las imagenes gestionadas por Glance pueden encontrarse en uno de los siguientes estados:

queued: el identificador de la imagen ha sido reservado en el registro del servicio Glance pero los datos de la imagen no se han añadido al servicio.
saving: indica que los datos de la imagen se están añadiendo en ese momento al servicio Glance.
active: la imagen está completamente disponible en Glance. Esto ocurre cuando los datos de la imagen se han añadido al servicio o el tamaño de la imagen se ha establecido en cero durante la creación.
killed: ha ocurrido un error cuando se estaban añadiendo los datos de la imagen y la imagen no puede ser accesible.

deleted: Glance ha mantenido la información de la imagen, pero no está disponible para su uso. Una imagen en este estado será eliminada de forma automática más adelante.
pending_delete: es similar al estado deleted, pero Glance todavía no ha borrado los datos de la imagen. Una imagen en este estado es recuperable.

Cuando se añade una imagen a Glance es necesario indicar el formato de la imagen así como del contenedor de la misma.

Formato de disco

El formato de disco indica el formato de la imagen del disco de la máquina virtual. Existen varios tipos de formatos de disco. Los formatos de disco soportados por Glance son:

raw: formato de imagen de disco sin estructura
vhd: formato VHD utilizado por software como Xen, Microsoft, VirtualBox
vmdk: otro formato utilizado principalmente por VMware
vdi: formato de disco soportado por VirtualBox y QEMU
iso: imagen que contiene información en formato ISO, como por ejemplo el contenido de un CDROM o DVD
qcow2: es un formato utilizado por QEMU y que puede expandirse dinamicamente
aki: formato de imagen de kernel de Amazon
ari: formato de imagen de ramdisk de Amazon
ami: formato de imagen de máquina de Amazon

Formato de contenedor

El contenedor ser refiere al formato en el que se encuentra la información metadata de la máquina virtual.

Actualmente el contenedor no es utilizado por Glance u otros componentes de OpenStack. Los formatos que se pueden indicar son los siguientes:

bare: indica que no hay contenedor o metadatos en la imagen
ovf: formato estándar OVF
aki: formato de imagen de kernel de Amazon
ari: formato de imagen de ramdisk de Amazon
ami: formato de imagen de máquina de Amazon

Cinder

Ha aparecido por primera vez en la versión Folsom e inicialmente es una copia del componente Nova-Volume, por eso actualmente se puede utilizar cualquiera de los dos.

El objetivo de Cinder es proporcionar almacenamiento como servicio a las instancias que se ejecutan en Openstack. Utiliza LVM y iSCSI para que las máquinas virtuales accedan a recursos de almacenamiento según sus necesidades. No es un servicio de almacenamiento compartido, ya que cada volumen solo puede ser accedido por una instancia a la vez.

El funcionamiento básico es el siguiente:

Se crea un volumen (VG) en el servidor que ejecuta el servicio
Se conecta el volumen a la instancia correspondiente. Se crea un iSCI IQN que se muestra al servidor que ejecuta nova-compute.
El servidor que ejecuta nova-compute tiene acceso al almacenamiento iSCI, normalmente como /dev/sdX
libvirt tiene acceso al almacenamiento para presentarlo a la instancia, normalmente como /dev/vdX

¿Te ha gustado la entrada SÍGUENOS EN TWITTER O INVITANOS A UN CAFE?

Follow @@elblogdenegu