Где задокументировано использование гостевого образа облака Ubuntu в OpenStack?

8

Всякий раз, когда я настраиваю развертывание devstack или OpenStack, я хочу добавить последний образ сервера LTS Ubuntu. Я преуспел несколько раз в прошлом, и я верю, что это может быть достигнуто с помощью чего-то вроде:

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

Интересно, а где я могу найти официально поддерживаемую документацию по этому вопросу? Как я могу способствовать этому? У меня иногда возникают проблемы, и без официальных инструкций я никогда не уверен, является ли это приведенной выше командой или моим развертыванием. Я дважды пытался добавить эти инструкции в официальную документацию OpenStack и / или сопровождающие комментарии Disqus, но они будут удалены, и я не могу найти последовательное, поддерживаемое руководство для этого, я бы ожидал, что это очень простая процедура.

А как насчет неуловимых опций облачной инициализации для гостевых образов? Где я могу найти инструкции по их использованию? Из терминала и из веб-интерфейса? Однажды мне пришлось ловить эту информацию в исходном коде.

На данный момент я обнаружил, что на сайте перечислены доступные изображения , но на нем не указано, какие форматы изображений. Мне всегда приходится искать эту информацию в Google. Существует вики UEC, в которой перечислено множество рецептов о том, как создавать свои собственные изображения, но не о том, как использовать существующие (или готовые образы облаков Ubuntu). Кроме того, на ubuntu.com существует наиболее легко обнаруживаемая «облачная» категория, которая содержит ссылки только на некоторые рекламные брошюры и неинформативный список облачных изображений.

Я знаю, что это отчет о неполной ошибке (который я бы хотел исправить или помочь исправить :)), но я также хотел бы знать ответы на поставленные мной вопросы.

metakermit
источник
+1 от меня, если я попытаюсь загрузить файл .tar.gz, загруженный из Ubuntu, он не загрузится (нет загрузочного устройства), я предполагаю формат QCOW2, когда я заполняю форму загрузки. Я должен вернуться к кли, чтобы получить рабочее изображение.
Крис Уайт

Ответы:

5

У меня возникла та же проблема, поэтому я загрузил все изображения с префиксом «trusty-server-cloudimg-amd64». Там был tar, который в разархивированном виде содержал README.files, который предоставлял некоторую информацию:

Этот сжатый архив tar содержит файлы, относящиеся к этому образу машины. Каждому имени файла предшествует постоянная строка, обозначающая информацию о выпуске и архитектуре. Например, префикс может быть «maverick-server-cloudimg-amd64», и в этом случае файлы будут именоваться как maverick-server-cloudimg-amd64.img maverick-server-cloudimg-amd64-vmlinuz-virtual

Все или некоторые из следующих файлов могут присутствовать в архиве:

  • .img Этот файл является разделом изображения. Его можно связать, загрузить и зарегистрировать в EC2, Eucalyptus или OpenStack как образ машины Amazon (ami / emi).

  • -disk1.img Это сжатый образ диска qcow2. Его можно загрузить в OpenStack или загрузить напрямую через kvm. Возможно, вам следует распаковать изображение (qemu-img convert) перед использованием в не тестируемой среде.

  • -uefi1.img Это сжатый образ диска qcow2 с разделами GPT и загрузчиком UEFI. Он загружается через UEFI, BIOS / GPT и PVGRUB (с поддержкой таблиц разделов GPT. Он загружается в OpenStack или напрямую через kvm. Возможно, вам следует распаковать образы (qemu-img convert) перед его использованием в среде, не предназначенной для тестирования. ,

  • -root.tar.gz Это сжатый tar-файл, содержащий содержимое корневой файловой системы. По сути, «tar cpzf - /».

  • -vmlinuz-virtual Это ядро ​​Linux. Его можно связать, загрузить и зарегистрировать UEC как образ ядра Amazon (aki / eki). Строка '-virtual' представляет пакет Ubuntu Linux, из которого вышло это ядро. Это может быть «-server» или другая строка.

  • -initrd-virtual Это initrd для Linux. Его можно связать, загрузить и зарегистрировать UEC как образ Amazon Ramdisk (ari / eri). Не для всех изображений требуется initrd, поэтому этот файл может отсутствовать. Если его нет, то изображение должно быть зарегистрировано без ramdisk.

  • -loader Этот файл является мультизагрузочным совместимым изображением, способным загрузить гостевой образ. На установках UEC, где операционная система хоста 10.10 или более поздняя (LP: # 611144), это может быть зарегистрировано как ядро ​​(eki). Он обеспечивает функцию, аналогичную выпущенной на Amazon функции «Включение предоставленных пользователями ядер». Когда загрузчик используется для загрузки экземпляра, обновление ядра, выполненное внутри экземпляра, повлияет на последующие загрузки.

  • -floppy Этот файл представляет собой образ дискеты. Это не полезно и не имеет отношения к работе внутри EC2 или UEC. Цель этого файла - разрешить загрузку .img вне облака. Для загрузки вне облачной среды (где нет службы метаданных) можно использовать следующую командную строку kvm: kvm -boot a -fda -floppy -drive file = .img, если = virtio Это не обязательно, и как правило, устарел, если имеется -disk1.img.

выпрямитель
источник
1

Вы можете найти формат изображения, используя:

# qemu-img info image_filename,

Это скажет вам, является ли он необработанным или qcow2 и какой это размер.

Атир Нуайми
источник
Как я могу установить его?
Лусио
Хорошо, но я предполагаю, что это возможно только после загрузки изображения. Это полезно, но я спрашивал больше о документации для 12 или около того изображений, которые перечислены на сайте UEC. Я действительно не хочу загружать их все и
перепроектировать