¿Dónde se documenta el uso de la imagen de invitado en la nube de Ubuntu en OpenStack?

Cada vez que configuro una implementación devstack o OpenStack, quiero agregar la última imagen del servidor LTS Ubuntu. Tuve éxito varias veces en el pasado y creo que se puede lograr con algo como:

wget http://uec-images.ubuntu.com/releases/12.04.2/release/ubuntu-12.04.2-server-cloudimg-amd64-disk1.img
glance image-create --is-public true --disk-format qcow2 --container-format bare --name "precise" < ubuntu-12.04.2-server-cloudimg-amd64-disk1.img

Sin embargo, me pregunto dónde puedo encontrar la documentación oficialmente respaldada para hacerlo. ¿Cómo puedo contribuir? A veces tengo problemas y sin instrucciones oficiales, nunca estoy seguro si es el comando anterior o mi implementación. Intenté agregar estas instrucciones a los documentos oficiales de OpenStack y / o los comentarios de Disqus que lo acompañan en dos ocasiones, pero estas se eliminarían y no puedo encontrar un manual consistente y compatible para hacerlo, esperaría un procedimiento muy básico.

Además, ¿qué pasa con las opciones esquivas de inicio en la nube para las imágenes de invitados? ¿Dónde puedo encontrar instrucciones sobre cómo usarlos? ¿Desde el terminal y desde la interfaz de usuario web? Una vez tuve que ir a buscar esta información en el código fuente.

Lo que encontré hasta ahora es el sitio que enumera las imágenes disponibles , pero uno que no indica cuáles son los formatos de las imágenes : siempre tengo que buscar en Google esta información. Existe el wiki de UEC que enumera muchas recetas sobre cómo crear sus propias imágenes, pero no cómo usar las existentes (o las imágenes de nube de ubuntu prefabricadas). Luego está la categoría de "nube" más fácil de encontrar en ubuntu.com que solo enlaza con algunos panfletos promocionales y la lista no informativa de imágenes en la nube.

Sé que este es un informe de semi-error (que me gustaría ver arreglado o ayudar a solucionar :)), pero también me gustaría saber las respuestas a las preguntas que planteé.

Estaba teniendo el mismo problema, así que terminé descargando todas las imágenes con el prefijo "trusty-server-cloudimg-amd64". Hubo un alquitrán que cuando se descomprimió contenía un archivo README.files que proporcionaba cierta información:

Este archivo comprimido de alquitrán contiene archivos relevantes para esta imagen de máquina. Cada nombre de archivo tiene como prefijo una cadena constante que indica la versión y la información de arquitectura. El prefijo, por ejemplo, puede ser 'maverick-server-cloudimg-amd64', en cuyo caso los archivos se nombrarán como maverick-server-cloudimg-amd64.img maverick-server-cloudimg-amd64-vmlinuz-virtual

Todos o algunos de los siguientes archivos pueden estar presentes en el archivo:

• .img Este archivo es una imagen de partición. Se puede agrupar, cargar y registrar en EC2, Eucalyptus u OpenStack como una imagen de máquina de Amazon (ami / emi).

• -disk1.img Esta es una imagen de disco comprimido qcow2. Se puede cargar en OpenStack o arrancar directamente a través de kvm. Probablemente debería descomprimir la imagen (qemu-img convert) antes de usarla en un entorno que no sea de prueba.

• -uefi1.img Esta es una imagen de disco comprimido qcow2 que tiene particiones GPT y un gestor de arranque UEFI. Se puede iniciar a través de UEFI, BIOS / GPT y PVGRUB (con soporte para tablas de partición GPT. Se puede iniciar en OpenStack o directamente a través de kvm. Probablemente debería descomprimir las imágenes (qemu-img convert) antes de usarlo en un entorno sin pruebas .

• -root.tar.gz Este es un archivo tar comprimido que contiene el contenido del sistema de archivos raíz. Básicamente, 'tar cpzf - /'.

• -vmlinuz-virtual Este es un kernel de Linux. Se puede agrupar, cargar y registrar UEC como una imagen del núcleo de Amazon (aki / eki). La cadena '-virtual' representa el paquete Ubuntu Linux del que proviene este núcleo. Potencialmente podría ser '-server' u otra cadena.

• -initrd-virtual Este es un initrd de Linux. Se puede agrupar, cargar y registrar UEC como una imagen de Amazon Ramdisk (ari / eri). No todas las imágenes requieren un initrd y, por lo tanto, este archivo puede no estar presente. Si no está presente, entonces la imagen debe registrarse sin un disco RAM.

• -loader Este archivo es una imagen compatible con arranque múltiple capaz de cargar la imagen del invitado. En las instalaciones de UEC donde el sistema operativo del host es 10.10 o posterior (LP: # 611144), esto puede registrarse como un núcleo (eki). Proporciona una función similar a la función lanzada por Amazon "Habilitación de núcleos proporcionados por el usuario". Cuando el cargador se utiliza para iniciar una instancia, una actualización del núcleo realizada dentro de la instancia tendrá efecto en los siguientes inicios.

• -floppy Este archivo es una imagen de disquete. No es útil ni relevante para ejecutarse dentro de EC2 o UEC. El propósito de este archivo es permitir el arranque del .img fuera de una nube. Para arrancar fuera de un entorno de nube (donde no hay un servicio de metadatos), se puede usar la siguiente línea de comando kvm: kvm -boot a -fda -floppy -drive file = .img, if = virtio Esto no es necesario, y generalmente obsoleto, si -disk1.img está disponible.

Puedes encontrar el formato de una imagen usando:

# qemu-img info image_filename.

Esto le dirá si es raw o qcow2 y de qué tamaño es.