Où l'utilisation de l'image d'invité en nuage Ubuntu sur OpenStack est-elle documentée?
Chaque fois que je configure un déploiement devstack ou OpenStack, je souhaite ajouter la dernière image de serveur LTS Ubuntu. J'ai réussi plusieurs fois dans le passé et je crois 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 suis jamais sûr qu'il s'agisse de la commande ci-dessus ou de mon déploiement. J'ai essayé d'ajouter ces instructions à la documentation officielle OpenStack et/ou aux commentaires Disqus qui l'accompagnaient à deux reprises, mais elles seraient supprimées et je ne parviens pas à trouver un manuel cohérent et pris en charge, je m'attendrais à une procédure très basique.
De plus, qu'en est-il des options insaisissables de cloud-init pour les images d'invité? Où puis-je trouver des instructions sur la façon de les utiliser? À partir du terminal et de l'interface Web? Une fois, j'ai dû aller à la pêche de cette information dans le code source.
Ce que j’ai trouvé jusqu’à présent, c’est le site répertorie les images disponibles , mais celui qui n’indique 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 comment utiliser celles existantes (ou les images de nuage Ubuntu prédéfinies). Ensuite, il y a le plus facile à trouver catégorie "nuage" sur ubuntu.com , qui ne contient que des liens vers des brochures promotionnelles et la liste des images en nuage non informatives.
Je sais qu’il s’agit d’un rapport semi-bogue (que je voudrais voir corrigé ou corrigé :)), mais je voudrais également connaître les réponses aux questions que j’ai posées.
J'avais le même problème, alors j'ai fini par télécharger toutes les images avec le préfixe "trusty-server-cloudimg-AMD64". Il y avait un fichier tar qui, une fois compressé, contenait un fichier README.file qui fournissait des informations:
Cette archive tar compressée contient des fichiers pertinents pour cette image d'ordinateur. 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 porteront le nom suivant: maverick-server-cloudimg-AMD64.img maverick-serveur-cloudimg-AMD64-vmlinuz-virtual
Tous ou certains des fichiers suivants peuvent être présents dans les archives:
.img Ce fichier est une image de partition. Il peut être regroupé, téléchargé et enregistré dans EC2, Eucalyptus ou OpenStack en tant qu'Amazon Image (AMI/emi).
-disk1.img Ceci est 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 (conversion qemu-img) avant de l'utiliser dans un environnement non test.
-uefi1.img Il s'agit d'une image disque compressée qcow2 comportant 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 partitions GPT. Il est amorçable dans OpenStack ou directement via KVM. Vous devriez probablement décompresser les images (conversion qemu-img) avant de les utiliser dans un environnement non test. .
-root.tar.gz Il s'agit d'un fichier 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'Amazon Kernel Image (aki/eki). La chaîne '-virtual' représente le paquet Linux Ubuntu à l'origine de ce noyau. Ce pourrait être potentiellement '-server' ou une autre chaîne.
-initrd-virtual Il s'agit d'un initrd Linux. Il peut être groupé, téléchargé et enregistré UEC en tant qu'image Amazon Ramdisk (ari/eri). Toutes les images ne nécessitent pas un initrd, et donc ce fichier peut ne pas être présent. Si ce n'est pas le cas, l'image doit être enregistrée sans disque mémoire.
-loader Ce fichier est une image compatible multi-démarrage capable de charger l'image de l'invité. Sur les installations UEC où le système d'exploitation hôte est 10.10 ou ultérieur (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 dans l'instance aura une incidence sur les démarrages suivants.
-floppy Ce fichier est une image de disquette. Il n'est ni utile ni pertinent de fonctionner dans EC2 ou UEC. L'objectif de ce fichier est de permettre le démarrage du fichier .img en dehors d'un nuage. Pour démarrer en dehors d'un environnement cloud (où aucun service de métadonnées n'est présent), vous pouvez utiliser la ligne de commande suivante: kvm -boot a -fda -floppy -drive file = .img, if = virtio Cela 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 s'agit de raw ou de qcow2 et quelle est sa taille.