@media screen and (min-width: 580px) { .flotantewhatsapp{ display:none; } }

Compartir por WhatsApp

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

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:

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 SGUENOS EN TWITTER O INVITANOS A UN CAFE?

El Blog de Negu

Acerca de Roberto Orayen

Compruebe también

virtualizacion-funcion-de-cada-fichero-que-componen-maquinas-virtuales-0

Virtualización: Función de cada fichero que componen máquinas virtuales

Virtualización: Función de cada fichero que componen máquinas virtuales La verdad, esta entrada no sé …

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

seis + diecinueve =

Uso de cookies

Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.

ACEPTAR
Aviso de cookies
Blog Maquinas Virtuales - El Blog de Negu