Où est documentée l'image invitée du cloud Ubuntu sur OpenStack?

Chaque fois que je configure un déploiement devstack ou OpenStack, je veux ajouter la dernière image de serveur LTS Ubuntu. J'ai réussi plusieurs fois dans le passé et je pense que cela peut être réalisé avec quelque chose comme:

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

Je me demande, cependant, où puis-je trouver la documentation officiellement prise en charge pour ce faire? Comment puis-je y contribuer? J'ai parfois des problèmes et sans instructions officielles, je ne sais jamais si c'est la commande ci-dessus ou mon déploiement. J'ai essayé d'ajouter ces instructions aux documents officiels d'OpenStack et / ou aux commentaires Disqus qui l'accompagnent à deux reprises, mais ceux-ci seraient supprimés et je ne trouve pas de manuel cohérent et pris en charge pour ce faire, je m'attendrais à une procédure très basique.

Aussi, qu'en est-il des options d'initiation au cloud insaisissables pour les images invitées? Où puis-je trouver des instructions sur la façon de les utiliser? Depuis le terminal et l'interface utilisateur Web? J'ai dû une fois aller à la pêche pour cette information dans le code source.

Ce que j'ai trouvé jusqu'à présent, c'est le site répertoriant les images disponibles , mais celui qui ne précise pas quels sont les formats des images - je dois toujours google pour cette information. Il y a le wiki UEC qui répertorie de nombreuses recettes sur la façon de créer vos propres images, mais pas sur la façon d'utiliser celles existantes (ou les images cloud ubuntu prédéfinies). Ensuite, il y a la catégorie "cloud" la plus facilement trouvée sur ubuntu.com qui ne renvoie qu'à quelques brochures promotionnelles et à la liste des images cloud non informatives.

Je sais qu'il s'agit d'un rapport semi-bug (que j'aimerais voir corrigé ou aider à corriger :)), mais j'aimerais également connaître les réponses aux questions que j'ai posées.

J'avais le même problème, donc j'ai fini par télécharger toutes les images préfixées "trusty-server-cloudimg-amd64". Il y avait un tar qui, lorsqu'il était décompressé, contenait un fichier README.files qui fournissait des informations:

Cette archive tar compressée contient des fichiers relatifs à cette image de machine. Chaque nom de fichier est préfixé par une chaîne constante indiquant les informations de version et d'architecture. Le préfixe, par exemple, peut être 'maverick-server-cloudimg-amd64', auquel cas les fichiers seront nommés comme maverick-server-cloudimg-amd64.img maverick-server-cloudimg-amd64-vmlinuz-virtual

Tout ou partie des fichiers suivants peuvent être présents dans l'archive:

• .img Ce fichier est une image de partition. Il peut être regroupé, téléchargé et enregistré sur EC2, Eucalyptus ou OpenStack en tant qu'image Amazon Machine (ami / emi).

• -disk1.img Il s'agit d'une image disque compressée qcow2. Il peut être téléchargé sur OpenStack ou démarré directement via kvm. Vous devriez probablement décompresser l'image (qemu-img convert) avant de l'utiliser dans un environnement non test.

• -uefi1.img Il s'agit d'une image disque compressée qcow2 qui a un partitionnement GPT et un chargeur de démarrage UEFI. Il est amorçable via UEFI, BIOS / GPT et PVGRUB (avec prise en charge des tables de partition GPT. Il est amorçable dans OpenStack ou directement via kvm. Vous devriez probablement décompresser les images (qemu-img convert) avant de les utiliser dans un environnement sans test. .

• -root.tar.gz Il s'agit d'un fichier tar compressé contenant le contenu du système de fichiers racine. Essentiellement, 'tar cpzf - /'.

• -vmlinuz-virtual Il s'agit d'un noyau Linux. Il peut être regroupé, téléchargé et enregistré UEC en tant qu'image Amazon Kernel (aki / eki). La chaîne '-virtual' représente le paquet Ubuntu Linux dont est issu ce noyau. Il peut s'agir potentiellement de '-server' ou d'une autre chaîne.

• -initrd-virtual Ceci est un initrd Linux. Il peut être regroupé, téléchargé et enregistré UEC en tant qu'image Amazon Ramdisk (ari / eri). Toutes les images ne nécessitent pas d'initrd, et donc ce fichier peut ne pas être présent. S'il n'est pas présent, l'image doit être enregistrée sans disque virtuel.

• -loader Ce fichier est une image compatible multiboot capable de charger l'image d'invité. Sur les installations UEC où le système d'exploitation hôte est 10.10 ou version ultérieure (LP: # 611144), cela peut être enregistré en tant que noyau (eki). Il fournit une fonction similaire à la fonctionnalité publiée par Amazon "Activation des noyaux fournis par l'utilisateur". Lorsque le chargeur est utilisé pour démarrer une instance, une mise à niveau du noyau effectuée à l'intérieur de l'instance prendra effet lors des démarrages suivants.

• -floppy Ce fichier est une image de disquette. Il n'est ni utile ni pertinent pour fonctionner à l'intérieur d'EC2 ou d'UEC. Le but de ce fichier est de permettre le démarrage du .img en dehors d'un cloud. Pour démarrer en dehors d'un environnement cloud (où aucun service de métadonnées n'est présent), la ligne de commande kvm suivante peut être utilisée: kvm -boot a -fda -floppy -drive file = .img, if = virtio Ce n'est pas nécessaire, et généralement obsolète, si -disk1.img est disponible.

vous pouvez trouver le format d'une image en utilisant:

# qemu-img info image_filename.

Cela vous dira s'il est brut ou qcow2 et de quelle taille il s'agit.