Wo ist die Verwendung des Ubuntu Cloud-Gastimages auf OpenStack dokumentiert?

Immer wenn ich eine Devstack- oder OpenStack-Bereitstellung einrichte, möchte ich das neueste LTS Ubuntu-Server-Image hinzufügen. Ich habe es in der Vergangenheit mehrmals geschafft und ich glaube, dass dies mit etwas erreicht werden kann wie:

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

Ich frage mich jedoch, wo ich die offiziell unterstützte Dokumentation dazu finden kann. Wie kann ich dazu beitragen? Manchmal treten Probleme auf, und ohne offizielle Anweisungen bin ich mir nie sicher, ob es sich um den oben genannten Befehl oder meine Bereitstellung handelt. Ich habe zweimal versucht, diese Anweisungen zu den offiziellen OpenStack-Dokumenten und / oder den zugehörigen Disqus-Kommentaren hinzuzufügen, aber diese wurden entfernt, und ich kann kein konsistentes, unterstütztes Handbuch finden, um dies zu tun. Ich würde ein sehr einfaches Verfahren erwarten.

Was ist auch mit den schwer fassbaren Cloud-Init-Optionen für Gastbilder? Wo finde ich Anweisungen zur Verwendung dieser? Vom Terminal und von der Web-Benutzeroberfläche? Ich musste einmal nach diesen Informationen im Quellcode fischen.

Was ich bisher gefunden habe, ist die Website, auf der die verfügbaren Bilder aufgelistet sind, die jedoch nicht die Formate der Bilder angibt. Ich muss immer nach diesen Informationen googeln. Es gibt das UEC-Wiki , in dem viele Rezepte zum Erstellen eigener Bilder aufgeführt sind, nicht jedoch zum Verwenden vorhandener Bilder (oder der vorgefertigten Ubuntu-Cloud-Bilder). Dann gibt es die am leichtesten zu findende Kategorie "Cloud" auf ubuntu.com , die nur auf einige Werbebroschüren und die nicht informative Liste der Cloud-Bilder verweist.

Ich weiß, dass dies ein Semi-Bug-Bericht ist (den ich gerne behoben sehen oder helfen würde :)), aber ich möchte auch die Antworten auf die von mir gestellten Fragen wissen.

Ich hatte das gleiche Problem und lud schließlich alle Bilder mit dem Präfix "trusty-server-cloudimg-amd64" herunter. Es gab einen Teer, der beim Entpacken eine README.files enthielt, die einige Informationen lieferte:

Dieses komprimierte Teerarchiv enthält Dateien, die für dieses Maschinenabbild relevant sind. Jedem Dateinamen wird eine konstante Zeichenfolge vorangestellt, die Release- und Architekturinformationen angibt. Das Präfix kann beispielsweise "maverick-server-cloudimg-amd64" sein. In diesem Fall werden Dateien wie "maverick-server-cloudimg-amd64.img maverick-server-cloudimg-amd64-vmlinuz-virtual" benannt

Alle oder einige der folgenden Dateien können im Archiv vorhanden sein:

• .img Diese Datei ist ein Partitionsimage. Es kann gebündelt, hochgeladen und als Amazon Machine Image (ami / emi) bei EC2, Eucalyptus oder OpenStack registriert werden.

• -disk1.img Dies ist ein komprimiertes qcow2-Disk-Image. Es kann auf OpenStack hochgeladen oder direkt über kvm gebootet werden. Sie sollten das Bild wahrscheinlich dekomprimieren (qemu-img convert), bevor Sie es in einer Umgebung ohne Test verwenden.

• -uefi1.img Dies ist ein komprimiertes qcow2-Disk-Image mit GPT-Partitionierung und einem UEFI-Bootloader. Es kann über UEFI, BIOS / GPT und PVGRUB (mit Unterstützung für GPT-Partitionstabellen) gestartet werden. Es kann in OpenStack oder direkt über kvm gestartet werden. Sie sollten die Images wahrscheinlich dekomprimieren (qemu-img convert), bevor Sie sie in einer Umgebung ohne Test verwenden .

• -root.tar.gz Dies ist eine komprimierte TAR-Datei, die den Inhalt des Root-Dateisystems enthält. Im Wesentlichen 'tar cpzf - /'.

• -vmlinuz-virtual Dies ist ein Linux-Kernel. Es kann gebündelt, hochgeladen und als Amazon Kernel Image (aki / eki) registriert werden. Die Zeichenfolge '-virtual' repräsentiert das Ubuntu Linux-Paket, von dem dieser Kernel stammt. Es könnte möglicherweise '-server' oder eine andere Zeichenfolge sein.

• -initrd-virtual Dies ist eine Linux-Initiative. Es kann gebündelt, hochgeladen und als Amazon Ramdisk Image (ari / eri) registriert werden. Nicht für alle Bilder ist ein initrd erforderlich, daher ist diese Datei möglicherweise nicht vorhanden. Wenn es nicht vorhanden ist, sollte das Bild ohne Ramdisk registriert werden.

• -loader Diese Datei ist ein Multiboot-kompatibles Image, mit dem das Gast-Image geladen werden kann. Bei UEC-Installationen mit einem Host-Betriebssystem von 10.10 oder höher (LP: # 611144) kann dies als Kernel (eki) registriert werden. Es bietet eine ähnliche Funktion wie die von Amazon veröffentlichte Funktion "Aktivieren von vom Benutzer bereitgestellten Kerneln". Wenn der Loader zum Starten einer Instanz verwendet wird, wirkt sich ein in der Instanz durchgeführtes Kernel-Upgrade auf nachfolgende Startvorgänge aus.

• -floppy Diese Datei ist ein Disketten-Image. Es ist nicht nützlich oder relevant für die Ausführung innerhalb von EC2 oder UEC. Der Zweck dieser Datei besteht darin, das Booten der .img außerhalb einer Cloud zu ermöglichen. Zum Booten außerhalb einer Cloud-Umgebung (in der kein Metadatendienst vorhanden ist) kann die folgende kvm-Befehlszeile verwendet werden: kvm -boot a -fda -floppy -drive file = .img, if = virtio Dies ist nicht erforderlich, und im Allgemeinen veraltet, wenn -disk1.img verfügbar ist.

Sie können das Format eines Bildes finden mit:

# qemu-img info image_filename.

Dies zeigt Ihnen, ob es roh oder qcow2 ist und welche Größe es hat.