Руководство по работе с образами виртуальных машин OpenStack¶

Разделы диска и изменение размера корневого раздела при загрузке (cloud-init)¶

Когда вы создаете образ Linux, вы должны решить, как разделить диски. Выбор метода разделения может повлиять на функциональность изменения размера, как описано в следующих разделах.

Размер диска в образе виртуальной машины определяется при первоначальном создании образа. Однако OpenStack позволяет запускать виртуальные машины с дисками разного размера, указав разные варианты. Например, если ваш образ был создан с диском объемом 5 ГБ, и вы запускаете машину с разновидностью m1.small. Полученный экземпляр виртуальной машины по умолчанию имеет размер основного диска 20 ГБ. Когда размер диска для машины увеличивается, в конец просто добавляются нули.

Ваш образ должен иметь возможность изменять размер своих разделов при загрузке, чтобы он соответствовал размеру, запрошенному пользователем. В противном случае после загрузки виртуальной машины вы должны вручную изменить размер разделов, чтобы получить доступ к дополнительному хранилищу, к которому у вас есть доступ, когда размер диска, связанный с разновидностью, превышает размер диска, с которым был создан ваш образ.

Xen: один раздел ext3/ext4 (без LVM)¶

Если вы используете драйвер OpenStack XenAPI, служба вычислений автоматически настраивает раздел и файловую систему для вашей виртуальной машины при загрузке. Автоматическое изменение размера происходит, если выполняются все следующие условия:

auto_disk_config=True задается как свойство образа в реестре образов.

Диск на образе имеет только один раздел.

Файловая система на одном разделе ext3 или ext4.

Поэтому, если вы используете Xen, мы рекомендуем при создании образов создавать один раздел ext3 или ext4 (не управляемый LVM). В противном случае читайте дальше.

Не-Xen с cloud-init/cloud-tools: один раздел ext3/ext4 (без LVM)¶

Вы должны настроить эти элементы для вашего образа:

• Таблица разделов для образа описывает исходный размер образа.
• Файловая система образа заполняет исходный размер образа.

Затем в процессе загрузки необходимо:

• Измените таблицу разделов, чтобы она знала о дополнительном пространстве:
  • Если вы не используете LVM, вы должны изменить таблицу, чтобы расширить существующий корневой раздел, чтобы охватить это дополнительное пространство.
  • Если вы используете LVM, вы можете добавить новую запись LVM в таблицу разделов, создать новый физический том LVM, добавить его в группу томов и расширить логический раздел корневым томом.
• Измените размер файловой системы корневого тома.

В зависимости от вашего дистрибутива, самый простой способ поддержать это — установить в образ:

• пакет облачной инициализации,
• пакет cloud-utils, который в Ubuntu и Debian также содержит инструмент для расширения разделов,
• если вы используете Fedora, CentOS 7 или RHEL 7, пакет cloud-utils-growpart, который содержит инструмент для расширения разделов,
• если вы используете Ubuntu или Debian, пакет cloud-initramfs-growroot, который поддерживает изменение размера корневого раздела при первой загрузке.

После установки этих пакетов образ выполняет изменение размера корневого раздела при загрузке. Например, в файле /etc/rc.local.

Если вы не можете установить cloud-initramfs-tools, у Роберта Плестеньяка есть проект GitHub под названием linux-rootfs-resize, который содержит скрипты, которые обновляют виртуальный диск с помощью GrowPart, чтобы размер образа правильно изменялся при загрузке.

Если вы можете установить пакеты cloud-init и cloud-utils, мы рекомендуем при создании образов создавать один раздел ext3 или ext4 (не управляемый LVM).

Не-Xen без cloud-init/cloud-tools: LVM¶

Если вы не можете установить cloud-init и cloud-tools внутри своей гостевой системы и хотите поддерживать изменение размера, вы должны написать сценарий, который ваш образ запускает при загрузке, чтобы изменить таблицу разделов. В этом случае мы рекомендуем использовать LVM для управления вашими разделами. Из-за ограничения ядра Linux (на момент написания этой статьи) вы не можете изменить таблицу разделов необработанного диска, на котором в настоящее время смонтированы разделы, но вы можете сделать это для LVM.

Ваш скрипт должен делать что-то вроде следующего:

1. Определить, есть ли на диске дополнительное место. Например, проанализируйте вывод команды parted /dev/sda –script «print free».
2. Создайте новый раздел LVM с дополнительным пространством. Например, parted /dev/sda –script «mkpart lvm…».
3. Создайте новый физический том. Например, pvcreate /dev/sda6.
4. Расширьте группу томов с помощью этого физического раздела. Например, vgextend vg00 /dev/sda6.
5. Расширьте логический том, содержащий корневой раздел, на размер пространства. Например, lvextend /dev/mapper/node-root /dev/sda6.
6. Измените размер корневой файловой системы. Например, resize2fs /dev/mapper/node-root.

Вам не нужен раздел /boot, если только ваш образ не является старым дистрибутивом Linux, который требует, чтобы /boot не управлялся LVM.

Нет жестко заданной информации о MAC-адресе¶

Вы должны удалить правила сохраняемости сети в образе, потому что они приводят к тому, что сетевой интерфейс виртуальной машины отображается как интерфейс, отличный от eth0. Это связано с тем, что в вашем образе есть запись MAC-адреса сетевой карты при первой установке, и этот MAC-адрес меняется каждый раз при загрузке виртуальной машины. Вы должны изменить следующие файлы:

• Замените /etc/udev/rules.d/70-persistent-net.rules пустым файлом (содержит правила сохранения сети, включая MAC-адрес).
• Замените /lib/udev/rules.d/75-persistent-net-generator.rules пустым файлом (это создаст указанный выше файл).
• Удалите строку HWADDR из /etc/sysconfig/network-scripts/ifcfg-eth0 в образах на основе Fedora.

Убедитесь, что сервер ssh запущен¶

Вы должны установить сервер ssh в образ и убедиться, что он запускается при загрузке, иначе вы не сможете подключиться к своей виртуальной машине с помощью ssh, когда он загружается внутри OpenStack. Этот пакет обычно называется openssh-server.

Отключить брандмауэр¶

Как правило, мы рекомендуем отключить все брандмауэры внутри вашего образа и использовать группы безопасности OpenStack для ограничения доступа к виртуальным машинам. Причина в том, что наличие брандмауэра, установленного на вашей виртуальной машине, может затруднить устранение неполадок с сетью, если вы не можете подключиться к своей виртуальной машине.

Доступ к виртуальной машине с помощью открытого ключа ssh (cloud-init)¶

Типичным способом доступа пользователей к виртуальным машинам, работающим в OpenStack, является ssh с использованием аутентификации с открытым ключом. Чтобы это работало, образ вашей виртуальной машины должен быть настроен на загрузку открытого ключа ssh из службы метаданных OpenStack или диска конфигурации во время загрузки.

Если в образе присутствуют и агент XenAPI, и cloud-init, cloud-init обрабатывает внедрение ssh-ключа. Система предполагает наличие cloud-init, если образ имеет свойство cloud_init_installed.

Используйте cloud-init для получения открытого ключа¶

Пакет cloud-init автоматически извлекает открытый ключ с сервера метаданных и помещает ключ в учетную запись. Аккаунт зависит от дистрибутива. На виртуальных машинах на основе Ubuntu учетная запись называется ubuntu, на виртуальных машинах на основе Fedora учетная запись называется fedora, а на виртуальных машинах на основе CentOS учетная запись называется centos.

Вы можете изменить имя учетной записи, используемой cloud-init, отредактировав файл /etc/cloud/cloud.cfg и добавив строку с другим пользователем. Например, чтобы настроить cloud-init для размещения ключа в учетной записи с именем admin, используйте следующий синтаксис в файле конфигурации:

users:
  - name: admin
    (...)

Написание собственного скрипт для получения открытого ключа¶

Если вы не можете или не хотите устанавливать cloud-init внутри гостевой системы, вы можете написать собственный скрипт для получения открытого ключа и добавить его в учетную запись пользователя.

Чтобы получить открытый ключ ssh и добавить его в учетную запись root, отредактируйте файл /etc/rc.local и добавьте следующие строки перед строкой touch /var/lock/subsys/local. Этот фрагмент кода взят из шаблона rackerjoe oz-image-build для CentOS 6:

if [ ! -d /root/.ssh ]; then
  mkdir -p /root/.ssh
  chmod 700 /root/.ssh
fi

# Fetch public key using HTTP
ATTEMPTS=30
FAILED=0
while [ ! -f /root/.ssh/authorized_keys ]; do
  curl -f http://169.254.169.254/latest/meta-data/public-keys/0/openssh-key > /tmp/metadata-key 2>/dev/null
  if [ $? -eq 0 ]; then
    cat /tmp/metadata-key >> /root/.ssh/authorized_keys
    chmod 0600 /root/.ssh/authorized_keys
    restorecon /root/.ssh/authorized_keys
    rm -f /tmp/metadata-key
    echo "Successfully retrieved public key from instance metadata"
    echo "*****************"
    echo "AUTHORIZED KEYS"
    echo "*****************"
    cat /root/.ssh/authorized_keys
    echo "*****************"
  else
    FAILED=`expr $FAILED + 1`
    if [ $FAILED -ge $ATTEMPTS ]; then
      echo "Failed to retrieve public key from instance metadata after $FAILED attempts, quitting"
      break
    fi
    echo "Could not retrieve public key from instance metadata (attempt #$FAILED/$ATTEMPTS), retrying in 5 seconds..."
    sleep 5
 fi
 done

Обработка пользовательских данных и других метаданных (cloud-init)¶

В дополнение к открытому ключу ssh образу может потребоваться дополнительная информация от OpenStack, например, для предоставления пользовательских данных виртуальным машинам, ​​которые пользователь отправил при запросе образа. Например, вы можете задать имя хоста виртуальной машины при загрузке. Или вы можете настроить свой образ так, чтобы он выполнял содержимое пользовательских данных как скрипт при загрузке.

Вы можете получить доступ к этой информации через службу метаданных или обратившись к метаданным на конфигурационном диске. Поскольку служба метаданных OpenStack совместима с версией 2009-04-04 службы метаданных Amazon EC2, обратитесь к документации Amazon EC2 по использованию метаданных виртуальной машины, чтобы узнать, как получить пользовательские данные.

Самый простой способ поддерживать этот тип функциональности — установить в образ пакет cloud-init, который по умолчанию настроен на обработку пользовательских данных как исполняемого скрипта, и задать имя хоста.

Убедитесь, что образ записывает загрузочный журнал в консоль¶

Вы должны настроить образ так, чтобы ядро ​​записывало загрузочный журнал на устройство ttyS0. В частности, аргументы console=tty0 console=ttyS0,115200n8 должны передаваться ядру при загрузке.

Если ваш образ использует grub2 в качестве загрузчика, в файле конфигурации grub должна быть строка. Например, /boot/grub/grub.cfg выглядит примерно так:

linux /boot/vmlinuz-3.2.0-49-virtual root=UUID=6d2231e4-0975-4f35-a94f-56738c1a8150 ro console=tty0 console=ttyS0,115200n8

Если console=tty0 console=ttyS0,115200n8 не отображается, вы должны изменить конфигурацию grub. Как правило, вам не следует обновлять файл grub.cfg напрямую, так как он создается автоматически. Вместо этого вам следует отредактировать файл /etc/default/grub и изменить значение переменной GRUB_CMDLINE_LINUX_DEFAULT:

GRUB_CMDLINE_LINUX_DEFAULT="console=tty0 console=ttyS0,115200n8"

Затем обновите конфигурацию grub. В операционных системах на основе Debian, таких как Ubuntu, выполните следующую команду:

# update-grub

В системах на основе Fedora, таких как RHEL и CentOS, а также в openSUSE выполните следующую команду:

# grub2-mkconfig -o /boot/grub2/grub.cfg

Паравиртуализированная поддержка Xen в ядре (только гипервизор Xen)¶

До ядра Linux версии 3.0 основная ветвь ядра Linux не поддерживала паравиртуализированные экземпляры виртуальных машин Xen (то, что Xen называет гостями DomU). Если вы используете гипервизор Xen с паравиртуализацией и хотите создать образ для более старого дистрибутива Linux с ядром до версии 3.0, вы должны убедиться, что образ загружает ядро, скомпилированное с поддержкой Xen.

Управление кешем образов¶

Используйте параметры в файле nova.conf, чтобы указать, будут ли и как долго неиспользуемые базовые образы храниться в /var/lib/nova/instances/_base/. Если вы настроили динамическую миграцию инстансов, все ваши вычислительные узлы используют один общий каталог /var/lib/nova/instances/.

Параметры конфигурации управления кешем образов:

Чтобы увидеть, как настройки влияют на удаление запущенной виртуальной машины, проверьте каталог, в котором хранятся образы:

# ls -lash /var/lib/nova/instances/_base/

В файле /var/log/compute/compute.log найдите идентификатор:

2012-02-18 04:24:17 41389 WARNING nova.virt.libvirt.imagecache [-] Unknown base file: /var/lib/nova/instances/_base/06a057b9c7b0b27e3b496f53d1e88810a0d1d5d3_20
2012-02-18 04:24:17 41389 INFO nova.virt.libvirt.imagecache [-] Removable base files: /var/lib/nova/instances/_base/06a057b9c7b0b27e3b496f53d1e88810a0d1d5d3 /var/lib/nova/instances/_base/06a057b9c7b0b27e3b496f53d1e88810a0d1d5d3_20
2012-02-18 04:24:17 41389 INFO nova.virt.libvirt.imagecache [-] Removing base file: /var/lib/nova/instances/_base/06a057b9c7b0b27e3b496f53d1e88810a0d1d5d3

Поскольку 86400 секунд (24 часа) — это время по умолчанию для remove_unused_original_minimum_age_seconds, вы можете либо дождаться этого интервала времени, чтобы удалился базовый образ, либо установить более короткий период времени в файле nova.conf. Перезапустите все службы nova после изменения параметра в файле nova.conf.

Пример сессии guestfish¶

Иногда необходимо изменить образ виртуальной машины, чтобы удалить все следы MAC-адреса, который был назначен карте виртуального сетевого интерфейса при первом создании образа. Это связано с тем, что MAC-адрес отличается при загрузке образов виртуальных машин. В этом примере показано, как использовать guestfish для удаления ссылок на старый MAC-адрес путем удаления файла /etc/udev/rules.d/70-persistent-net.rules и удаления строки HWADDR из файла /etc/sysconfig/network-scripts/ifcfg-eth0 file.

Предположим, у вас есть образ CentOS qcow2 с именем centos63_desktop.img. Смонтируйте образ в режиме чтения-записи от имени пользователя root следующим образом:

# guestfish --rw -a centos63_desktop.img

Welcome to guestfish, the libguestfs filesystem interactive shell for
editing virtual machine filesystems.

Type: 'help' for help on commands
'man' to read the manual
'quit' to quit the shell

><fs>

Это запускает сеанс guestfish.

Мы должны сначала использовать команду запуска в приглашении guestfish, прежде чем мы сможем сделать что-либо еще. Это запустит виртуальную машину, которая будет использоваться для выполнения всех манипуляций с файлами:

><fs> run

1. Теперь мы можем просмотреть файловые системы в образе с помощью команды list-filesystems:

   ><fs> list-filesystems
   /dev/vda1: ext4
   /dev/vg_centosbase/lv_root: ext4
   /dev/vg_centosbase/lv_swap: swap
   

2. Нам нужно смонтировать логический том, содержащий корневой раздел:

   ><fs> mount /dev/vg_centosbase/lv_root /
   

3. Далее мы хотим удалить файл. Мы можем использовать команду rm guestfish, которая работает так же, как и в традиционной оболочке:

   ><fs> rm /etc/udev/rules.d/70-persistent-net.rules
   

4. Мы хотим отредактировать файл ifcfg-eth0, чтобы удалить строку HWADDR. Команда редактирования скопирует файл на хост, вызовет ваш редактор, а затем скопирует файл обратно:

   ><fs> edit /etc/sysconfig/network-scripts/ifcfg-eth0
   

5. Если вы хотите изменить этот образ для загрузки ядра 8021q во время загрузки, вы должны создать исполняемый скрипт в каталоге /etc/sysconfig/modules/. Вы можете использовать команду touch guestfish, чтобы создать пустой файл, команду edit, чтобы отредактировать его, и команду chmod, чтобы сделать его исполняемым:

   ><fs> touch /etc/sysconfig/modules/8021q.modules
   ><fs> edit /etc/sysconfig/modules/8021q.modules
   

6. Добавляем в файл следующую строку и сохраняем:

   modprobe 8021q
   

7. Затем мы устанавливаем исполняемый файл:

   ><fs> chmod 0755 /etc/sysconfig/modules/8021q.modules
   

8. Мы закончили, поэтому мы можем выйти с помощью команды exit:

   ><fs> exit
   

Дальнейшая работа с guestfish¶

В guestfish есть огромное количество функциональных возможностей, и их полное рассмотрение выходит за рамки этого документа. Вместо этого мы рекомендуем вам прочитать страницу документации guestfs-recipes, чтобы понять, что возможно с помощью этих инструментов.

Изменение одного файла внутри образа¶

В этом примере показано, как использовать virt-edit для изменения файла. Команда может принимать либо имя файла в качестве аргумента с флагом -a, либо доменное имя в качестве аргумента с флагом -d. В следующих примерах показано, как использовать это для изменения файла /etc/shadow в запущенной виртуальной машнеи с доменным именем libvirt instance-000000e1:

# virsh shutdown instance-000000e1
# virt-edit -d instance-000000e1 /etc/shadow
# virsh start instance-000000e1

Изменение размера образа¶

Вот пример того, как использовать virt-resize для изменения размера образа. Предположим, у нас есть образ Windows размером 16 ГБ в формате qcow2, размер которого мы хотим изменить до 50 ГБ.

Во-первых, мы используем virt-filesystems для идентификации разделов:

# virt-filesystems --long --parts --blkdevs -h -a /data/images/win2012.qcow2
Name       Type       MBR  Size  Parent
/dev/sda1  partition  07   350M  /dev/sda
/dev/sda2  partition  07   16G   /dev/sda
/dev/sda   device     -    16G   -

В данном случае мы хотим изменить размер раздела /dev/sda2. Мы создаем новый образ qcow2 и используем команду virt-resize для записи измененной копии оригинала в новый образ:

# qemu-img create -f qcow2 /data/images/win2012-50gb.qcow2 50G
# virt-resize --expand /dev/sda2 /data/images/win2012.qcow2 \
  /data/images/win2012-50gb.qcow2
Examining /data/images/win2012.qcow2 ...
**********

Summary of changes:

/dev/sda1: This partition will be left alone.

/dev/sda2: This partition will be resized from 15.7G to 49.7G.  The
    filesystem ntfs on /dev/sda2 will be expanded using the
    'ntfsresize' method.

**********
Setting up initial partition table on /data/images/win2012-50gb.qcow2 ...
Copying /dev/sda1 ...
 100% [                                                                 ] 00:00
Copying /dev/sda2 ...
 100% [                                                                 ] 00:00
Expanding /dev/sda2 using the 'ntfsresize' method ...

Resize operation completed with no errors. Before deleting the old
disk, carefully check that the resized disk boots and works correctly.

Монтирование необработанного образа (без LVM)¶

Если у вас есть необработанный образ виртуальной машины, который не использует LVM для управления своими разделами, используйте команду lossup, чтобы найти неиспользуемое петлевое устройство:

# losetup -f
/dev/loop0

В этом примере /dev/loop0 свободен. Свяжите loop-устройство с необработанным образом:

# losetup /dev/loop0 fedora17.img

Если образ имеет только один раздел, вы можете напрямую смонтировать петлевое устройство:

# mount /dev/loop0 /mnt

Если образ имеет несколько разделов, используйте kpartx, чтобы представить разделы как отдельные устройства (например, /dev/mapper/loop0p1), а затем смонтируйте раздел, соответствующий корневой файловой системе:

# kpartx -av /dev/loop0

Если в образе есть, скажем, три раздела (/boot, /, swap), для каждого раздела должно быть создано одно новое устройство:

$ ls -l /dev/mapper/loop0p*
brw-rw---- 1 root disk 43, 49 2012-03-05 15:32 /dev/mapper/loop0p1
brw-rw---- 1 root disk 43, 50 2012-03-05 15:32 /dev/mapper/loop0p2
brw-rw---- 1 root disk 43, 51 2012-03-05 15:32 /dev/mapper/loop0p3

Чтобы смонтировать второй раздел как root выполните:

# mkdir /mnt/image
# mount /dev/mapper/loop0p2 /mnt/image

По окончании выполните очистку:

# umount /mnt/image
# rmdir /mnt/image
# kpartx -d /dev/loop0
# losetup -d /dev/loop0

Монтирование необработанного образа (с помощью LVM)¶

Если ваши разделы управляются с помощью LVM, используйте команды lossup и kpartx, как в предыдущем примере, чтобы открыть разделы хосту:

# losetup -f
/dev/loop0
# losetup /dev/loop0 rhel62.img
# kpartx -av /dev/loop0

Затем вам нужно использовать команду vgscan, чтобы идентифицировать группы томов LVM, а затем команду vgchange, чтобы представить тома как устройства:

# vgscan
Reading all physical volumes. This may take a while...
Found volume group "vg_rhel62x8664" using metadata type lvm2
# vgchange -ay
2 logical volume(s) in volume group "vg_rhel62x8664" now active
# mount /dev/vg_rhel62x8664/lv_root /mnt

Очистите, когда закончите:

# umount /mnt
# vgchange -an vg_rhel62x8664
# kpartx -d /dev/loop0
# losetup -d /dev/loop0

Монтирование образа qcow2 (без LVM)¶

Вам нужен модуль ядра nbd (сетевое блочное устройство), загруженный для монтирования образов qcow2. Это загрузит его с поддержкой 16 блочных устройств, что подходит для наших целей. Выполните от root:

# modprobe nbd max_part=16

Предполагая, что первое блочное устройство (/dev/nbd0) в настоящее время не используется, мы можем открыть разделы диска с помощью команд qemu-nbd и partprobe, от root:

# qemu-nbd -c /dev/nbd0 image.qcow2
# partprobe /dev/nbd0

Если образ имеет, скажем, три раздела (/boot, /, swap), для каждого раздела должно быть создано одно новое устройство:

$ ls -l /dev/nbd0*
brw-rw---- 1 root disk 43, 48 2012-03-05 15:32 /dev/nbd0
brw-rw---- 1 root disk 43, 49 2012-03-05 15:32 /dev/nbd0p1
brw-rw---- 1 root disk 43, 50 2012-03-05 15:32 /dev/nbd0p2
brw-rw---- 1 root disk 43, 51 2012-03-05 15:32 /dev/nbd0p3

Если разделы образа не управляются с помощью LVM, их можно смонтировать напрямую:

# mkdir /mnt/image
# mount /dev/nbd0p2 /mnt/image

Очистите, когда закончите:

# umount /mnt/image
# rmdir /mnt/image
# qemu-nbd -d /dev/nbd0

Монтирование образа qcow2 (с LVM)¶

Если разделы образа управляются с помощью LVM, после использования qemu-nbd и partprobe необходимо использовать vgscan и vgchange -ay, чтобы представить разделы LVM как устройства, которые можно монтировать:

# modprobe nbd max_part=16
# qemu-nbd -c /dev/nbd0 image.qcow2
# partprobe /dev/nbd0
# vgscan
Reading all physical volumes. This may take a while...
Found volume group "vg_rhel62x8664" using metadata type lvm2
# vgchange -ay
2 logical volume(s) in volume group "vg_rhel62x8664" now active
# mount /dev/vg_rhel62x8664/lv_root /mnt

Очистите, когда закончите:

# umount /mnt
# vgchange -an vg_rhel62x8664
# qemu-nbd -d /dev/nbd0

Загрузка установочного ISO-образа CentOS:¶

1. Перейдите на страницу зеркал CentOS.
2. Щелкните одну из ссылок HTTP в правом столбце рядом с одним из зеркал.
3. Щелкните ссылку на папку версии CentOS, которую вы хотите использовать. Например, 7/.
4. Щелкните ссылку папки isos/.
5. Щелкните ссылку папки x86_64/ для 64-разрядных образов.
6. Щелкните ISO-образ netinstall, который вы хотите загрузить. Например, CentOS-7-x86_64-NetInstall-1611.iso — хороший выбор, поскольку это образ меньшего размера, который загружает недостающие пакеты из Интернета во время установки.

Запуск процесса установки¶

Запустите процесс установки с помощью virt-manager или команды virt-install, как описано выше. Если вы используете команду virt-install, не забудьте подключить ваш VNC-клиент к виртуальной машине.

Предположить, что:

Образ вашей виртуальной машины называется centos; вам нужно это имя, когда вы используете команды virsh для управления состоянием образа.

Вы сохранили ISO-образ netinstall в каталоге /data/isos.

Если вы используете команду virt-install, команды должны выглядеть примерно так:

# qemu-img create -f qcow2 /tmp/centos.qcow2 10G
# virt-install --virt-type kvm --name centos --ram 1024 \
  --disk /tmp/centos.qcow2,format=qcow2 \
  --network network=default \
  --graphics vnc,listen=0.0.0.0 --noautoconsole \
  --os-type=linux --os-variant=centos7.0 \
  --location=/data/isos/CentOS-7-x86_64-NetInstall-1611.iso

В приведенном выше примере:

• имя виртуальной машины – centos;
• файл ISO-образа сохранен в каталоге ./data/isos.

Пошаговая установка¶

В начальном меню загрузки установщика выберите параметр «Установить CentOS 7». После запуска программы установки выберите предпочитаемый язык и нажмите «Продолжить», чтобы перейти к сводке установки. Примите значения по умолчанию.

Установка CentOS 7¶

Изменить статус Ethernet:

Настройка Ethernet по умолчанию выключена. Измените настройку Ethernet с OFF на ON. В частности, убедитесь, что для параметра «Метод настроек IPv4» установлено значение «Автоматический (DHCP)», которое используется по умолчанию.

Изменение статуса Ethernet¶

Имя хоста:

Программа установки позволяет вам выбрать имя хоста (по умолчанию localhost.localdomain). Вы устанавливаете пакет cloud-init позже, который устанавливает имя хоста при загрузке, когда новая виртуальная машина инициализируется с использованием этого образа.

Укажите установщику веб-сервер CentOS:

В зависимости от версии CentOS сетевой установщик требует, чтобы пользователь указал либо URL-адрес, либо веб-сайт и каталог CentOS, соответствующий одному из зеркал CentOS. Если программа установки запрашивает один URL-адрес, допустимым URL-адресом может быть http://mirror.umd.edu/centos/7/os/x86_64.

Ввод веб-сервера CentOS¶

Если установщик отдельно запрашивает имя веб-сайта и каталог CentOS, вы можете ввести:

• Имя веб-сайта: mirror.umd.edu
• Каталог CentOS: centos/7/os/x86_64

Для получения дополнительной информацией ознакомьтесь со страницей зеркала CentOS, чтобы получить полный список зеркал, щелкните ссылку HTTP зеркала, чтобы получить имя веб-сайта зеркала.

Устройства хранения данных:

При появлении запроса о том, какой тип устройств использует ваша установка, выберите Virtio Block Device.

Разметить диски:

Существуют различные варианты разметки дисков. Установка по умолчанию использует разделы LVM и создает три раздела (/boot, /, swap), что работает нормально. В качестве альтернативы вы можете создать один раздел ext4, смонтированный в /, который также отлично работает.

Если вы не уверены, используйте схему разделов по умолчанию для установщика. Хотя ни одна схема по своей сути не лучше другой, наличие раздела, который вы хотите динамически увеличивать, в конце списка позволит ему расти, не пересекая границу другого раздела.

Выберите вариант установки:

Пройдите установку, используя параметры по умолчанию. Самое простое, что нужно сделать, это выбрать установку Minimal Install, которая устанавливает SSH-сервер.

Установите пароль root:

Во время установки не забудьте установить пароль root при появлении запроса.

Отсоединение CD-ROM и перезагрузка компьютера¶

Дождитесь завершения установки:

Завершение установки¶

Чтобы извлечь диск с помощью команды virsh, libvirt требует, чтобы вы подключили пустой диск к той же цели, к которой ранее был подключен CD-ROM, что может быть hda. Вы можете подтвердить соответствующую цель с помощью команды virsh dumpxml vm-image:

# virsh dumpxml centos
<domain type='kvm' id='19'>
  <name>centos</name>
...
    <disk type='block' device='cdrom'>
      <driver name='qemu' type='raw'/>
      <target dev='hda' bus='ide'/>
      <readonly/>
      <address type='drive' controller='0' bus='1' target='0' unit='0'/>
    </disk>
...
</domain>

Выполните следующие команды с хоста, чтобы извлечь диск и перезагрузиться с помощью virsh от имени пользователя root. Если вы используете virt-manager, приведенные ниже команды будут работать, но вы также можете использовать графический интерфейс, чтобы отключить и перезагрузить его, вручную остановив и запустив:

# virsh attach-disk --type cdrom --mode readonly centos "" hda
# virsh reboot centos

Установка службы ACPI¶

Чтобы позволить гипервизору перезагрузить или завершить работу виртуальной машины, вы должны установить и запустить службу acpid в гостевой системе.

Войдите в систему с правами root в гостевой системе CentOS и выполните следующие команды, чтобы установить службу ACPI и настроить ее запуск при загрузке системы:

# yum install acpid # systemctl enable acpid

Настройка получения метаданных¶

Виртуальная машина должна взаимодействовать со службой метаданных для выполнения нескольких задач при запуске. Например, виртуальная машина должна получить открытый ключ ssh и запустить сценарий пользовательских данных. Чтобы убедиться, что машина выполняет эти задачи, используйте один из следующих методов:

Установите RPM cloud-init, который является портом пакета cloud-init Ubuntu. Это рекомендуемый подход.

Измените файл /etc/rc.local, чтобы получить нужную информацию из службы метаданных, как описано в следующем разделе.

Использование cloud-init для получения открытого ключа¶

Пакет cloud-init автоматически извлекает открытый ключ с сервера метаданных и помещает ключ в учетную запись. Установите cloud-init внутри гостевой системы CentOS, выполнив:

# yum install cloud-init

Аккаунт зависит от дистрибутива. На виртуальных машинах на базе CentOS учетная запись называется centos.

Вы можете изменить имя учетной записи, используемой cloud-init, отредактировав файл /etc/cloud/cloud.cfg и добавив строку с другим пользователем. Например, чтобы настроить cloud-init для размещения ключа в учетной записи с именем admin, используйте следующий синтаксис в файле конфигурации:

users:
  - name: admin
    (...)

Установка cloud-utils-growpart, чтобы разрешить изменение размера разделов¶

Чтобы правильно изменить размер корневого раздела, установите пакет cloud-utils-growpart, который содержит необходимые инструменты, позволяющие изменять размер диска с помощью cloud-init:

# yum install cloud-utils-growpart

Написание скрипта для получения открытого ключа (если нет cloud-init)¶

Если вы не можете установить пакет cloud-init в свой образ, чтобы получить открытый ключ ssh и добавить его в учетную запись root, отредактируйте файл /etc/rc.d/rc.local и добавьте следующие строки перед коснитесь строки /var/lock/subsys/local:

if [ ! -d /root/.ssh ]; then
  mkdir -p /root/.ssh
  chmod 700 /root/.ssh
fi

# Fetch public key using HTTP
ATTEMPTS=30
FAILED=0
while [ ! -f /root/.ssh/authorized_keys ]; do
  curl -f http://169.254.169.254/latest/meta-data/public-keys/0/openssh-key \
    > /tmp/metadata-key 2>/dev/null
  if [ \$? -eq 0 ]; then
    cat /tmp/metadata-key >> /root/.ssh/authorized_keys
    chmod 0600 /root/.ssh/authorized_keys
    restorecon /root/.ssh/authorized_keys
    rm -f /tmp/metadata-key
    echo "Successfully retrieved public key from instance metadata"
    echo "*****************"
    echo "AUTHORIZED KEYS"
    echo "*****************"
    cat /root/.ssh/authorized_keys
    echo "*****************"
  fi
done

Отключение протокола zeroconf¶

Чтобы виртуальная машина могла получить доступ к службе метаданных, вы должны отключить маршрут zeroconf по умолчанию:

# echo "NOZEROCONF=yes" >> /etc/sysconfig/network

Настройка консоли¶

Чтобы команда nova console-log правильно работала в CentOS 7, вам может потребоваться выполнить следующие шаги:

1. Отредактируйте файл /etc/default/grub и настройте параметр GRUB_CMDLINE_LINUX. Удалите rhgb quiet и добавьте к опции console=tty0 console=ttyS0,115200n8. Например:

   ...
    GRUB_CMDLINE_LINUX="crashkernel=auto rd.lvm.lv=cl/root rd.lvm.lv=cl/swap console=tty0 console=ttyS0,115200n8"
   

2. Выполните следующую команду, чтобы сохранить изменения:

   # grub2-mkconfig -o /boot/grub2/grub.cfg
   Generating grub configuration file ...
   Found linux image: /boot/vmlinuz-3.10.0-229.14.1.el7.x86_64
   Found initrd image: /boot/initramfs-3.10.0-229.14.1.el7.x86_64.img
   Found linux image: /boot/vmlinuz-3.10.0-229.4.2.el7.x86_64
   Found initrd image: /boot/initramfs-3.10.0-229.4.2.el7.x86_64.img
   Found linux image: /boot/vmlinuz-3.10.0-229.el7.x86_64
   Found initrd image: /boot/initramfs-3.10.0-229.el7.x86_64.img
   Found linux image: /boot/vmlinuz-0-rescue-605f01abef434fb98dd1309e774b72ba
   Found initrd image: /boot/initramfs-0-rescue-605f01abef434fb98dd1309e774b72ba.img
   done
   

Завершение работы виртуальной машины¶

Изнутри виртуальной машины запустите от имени root:

# poweroff

Очистка (удаление сведений о MAC-адресе)¶

Операционная система записывает MAC-адрес виртуальной карты Ethernet в таких местах, как /etc/sysconfig/network-scripts/ifcfg-eth0, во время процесса виртуальной машины. Однако каждый раз при загрузке образа виртуальная карта Ethernet будет иметь другой MAC-адрес, поэтому эту информацию необходимо удалить из файла конфигурации.

Существует утилита под названием virt-sysprep, которая выполняет различные задачи очистки, такие как удаление ссылок на MAC-адреса. Он очистит образ виртуальной машины на месте:

# virt-sysprep -d centos

Очистка истории командной строки:

history -c

Очистка кэша yum:

yum clean all

Отмена определения домена libvirt¶

Теперь, когда вы можете загрузить образ в службу образов, вам больше не нужно, чтобы этот образ виртуальной машины управлялся libvirt. Используйте команду virsh undefine vm-image, чтобы сообщить libvirt:

# virsh undefine centos

Образ готов¶

Базовый файл образа, созданный с помощью команды qemu-img create, готов к загрузке. Например, вы можете загрузить образ /tmp/centos.qcow2 в службу образов с помощью команды создания образа openstack. Дополнительные сведения смотрите в списке команд python-openstackclient.

Загрузка установочного ISO-образа Ubuntu¶

Поскольку цель состоит в том, чтобы сделать базовый образ минимально возможного размера, в этом примере используется ISO-образ сетевой установки. ISO-образ сетевой установки Ubuntu 64-bit 18.04 находится на странице загрузки Ubuntu.

Запуск процесса установки¶

Запустите процесс установки с помощью virt-manager или virt-install, как описано в предыдущем разделе. Если вы используете virt-install, не забудьте подключить ваш VNC-клиент к виртуальной машине.

Предположим, что имя образа вашей виртуальной машины — ubuntu-18.04, которое вам нужно знать, когда вы используете команды virsh для управления состоянием образа.

Если вы используете virt-manager, команды должны выглядеть примерно так:

# wget -O /var/lib/libvirt/boot/bionic-mini.iso \
  http://archive.ubuntu.com/ubuntu/dists/bionic/main/installer-amd64/current/images/netboot/mini.iso
# chown libvirt-qemu:kvm /var/lib/libvirt/boot/bionic-mini.iso
# qemu-img create -f qcow2 /var/lib/libvirt/images/bionic.qcow2 10G
# chown libvirt-qemu:kvm /var/lib/libvirt/images/bionic.qcow2
# virt-install --virt-type kvm --name bionic --ram 1024 \
  --cdrom=/var/lib/libvirt/boot/bionic-mini.iso \
  --disk /var/lib/libvirt/images/bionic.qcow2,bus=virtio,size=10,format=qcow2 \
  --network network=default \
  --graphics vnc,listen=0.0.0.0 --noautoconsole \
  --os-type=linux --os-variant=ubuntu18.04

Пошаговая установка¶

В начальном меню загрузки установщика выберите опцию «Установить». Пройдитесь по подсказкам установщика, значения по умолчанию должны подойти:

Окно установщика¶

Hostname¶

Программа установки может попросить вас выбрать имя хоста. По умолчанию - ubuntu. Позже мы установим пакет cloud-init, который установит имя хоста при загрузке, когда новый экземпляр будет подготовлен с использованием этого образа.

Выбор зеркала¶

Зеркало по умолчанию, предложенное установщиком, должно подойти.

Пошаговая установка¶

Пройдите установку, используя параметры по умолчанию. При запросе имени пользователя по умолчанию - ubuntu.

Разделение дисков¶

Существуют различные варианты разделения дисков. Установка по умолчанию будет использовать раздел LVM и создаст три раздела (/boot, /, swap), и это будет корректно. В качестве альтернативы вы можете создать один раздел ext4, смонтированный в «/», это также должно работать корректно.

Если вы не уверены, мы рекомендуем вам использовать схему разделов установщика по умолчанию, поскольку нет явного преимущества той или иной схемы.

Автоматические обновления¶

Установщик Ubuntu спросит, как вы хотите управлять обновлениями в вашей системе. Этот параметр зависит от вашего конкретного варианта использования. Если ваши виртуальные машины будут подключены к Интернету, мы рекомендуем «Автоматически устанавливать обновления безопасности».

Выбор ПО: сервер OpenSSH¶

Выберите сервер OpenSSH, чтобы вы могли подключаться к виртуальной машине по протоколу SSH, когда она запускается в облаке OpenStack:

Выбор сервера¶

Установка загрузчика GRUB¶

Выберите «Да», когда вас спросят об установке загрузчика GRUB в основную загрузочную запись.

Установка загрузчика GRUB¶

С дополнительными сведениями о настройке Grub можно ознакомиться в разделе «Убедитесь, что образ записывает загрузочный журнал в консоль».

Вход в только что созданный образ¶

При первичной загрузке после установки, система может спросить вас об инструментах аутентификации, вы выберите «Выход». Затем войдите в систему как администратор, используя указанный вами пароль.

Установка cloud-init¶

Сценарий cloud-init запускается при загрузке виртуальной машины и ищет поставщика метаданных, из которого можно получить открытый ключ. Открытый ключ будет помещен в учетную запись пользователя по умолчанию для образа.

Установите пакет cloud-init:

# apt install cloud-init

При создании образов Ubuntu cloud-init должен быть явно настроен для используемого источника метаданных. Сервер метаданных OpenStack эмулирует службу метаданных EC2, используемую образами в Amazon EC2.

Чтобы настроить источник метаданных, который будет использоваться образом, запустите команду dpkg-reconfigure для пакета cloud-init. При появлении запроса выберите источник данных EC2:

# dpkg-reconfigure cloud-init

Аккаунт зависит от дистрибутива. На виртуальных машинах на базе Ubuntu учетная запись называется ubuntu. На виртуальных машинах на базе Fedora учетная запись называется ec2-user.

Вы можете изменить имя учетной записи, используемой cloud-init, отредактировав файл /etc/cloud/cloud.cfg и добавив строку с другим пользователем. Например, чтобы настроить cloud-init для размещения ключа в учетной записи с именем admin, используйте следующий синтаксис в файле конфигурации:

users:

• name: admin (…)

Завершение работы виртуальной машины¶

Изнутри виртуальной машины от root:

# /sbin/shutdown -h now

Очистка (удаление сведений о MAC-адресе)¶

В процессе установки операционная система записывает MAC-адрес виртуальной карты Ethernet в таких местах, как /etc/udev/rules.d/70-persistent-net.rules. Однако каждый раз при загрузке образа виртуальная карта Ethernet будет иметь другой MAC-адрес, поэтому эту информацию необходимо удалить из файла конфигурации.

Существует утилита под названием virt-sysprep, которая выполняет различные задачи очистки, такие как удаление ссылок на MAC-адреса. Он очистит образ виртуальной машины на месте:

# virt-sysprep -d bionic

Отмена определения домена libvirt¶

Теперь, когда образ готов к загрузке в службу образов, вам больше не нужно, чтобы этот образ виртуальной машины управлялся libvirt. Используйте команду virsh undefine vm-image, чтобы сообщить libvirt:

# virsh undefine bionic

Образ готов¶

Базовый файл образа, созданный с помощью команды qemu-img create, например /var/lib/libvirt/images/bionic.qcow2, теперь готов для загрузки в службу образов с помощью команды создания образа openstack. Дополнительные сведения в руководстве пользователя Glance.

Загрузка установочного ISO-образа Fedora¶

1. Посетите сайт загрузки Fedora.
2. Перейдите на страницу загрузки сервера Fedora для ISO-образа сервера Fedora.
3. Выберите образ ISO, который вы хотите загрузить.
4. Например, Netinstall Image — хороший выбор, так как это образ меньшего размера, который загружает отсутствующие пакеты из Интернета во время установки.

Запуск процесса установки¶

Запустите процесс установки с помощью virt-manager или команды virt-install, как описано выше. Если вы используете команду virt-install, не забудьте подключить ваш VNC-клиент к виртуальной машине.

Предположим, что:

• Образ вашей виртуальной машины называется fedora; вам нужно это имя, когда вы используете команды virsh для управления состоянием образа.
• Вы сохранили ISO-образ netinstall в каталоге /tmp.

Если вы используете команду virt-install, команды должны выглядеть примерно так:

# qemu-img create -f qcow2 /tmp/fedora.qcow2 10G
# virt-install --virt-type kvm --name fedora --ram 1024 \
  --disk /tmp/fedora.qcow2,format=qcow2 \
  --network network=default \
  --graphics vnc,listen=0.0.0.0 --noautoconsole \
  --os-type=linux --os-variant=fedora23 \
  --location=/tmp/Fedora-Server-netinst-x86_64-25-1.3.iso

Пошаговая установка¶

После запуска программы установки выберите предпочитаемый язык и нажмите «Продолжить», чтобы перейти к сводке установки. Примите значения по умолчанию.

Просмотр статуса Ethernet¶

Убедитесь, что настройка Ethernet включена. Кроме того, убедитесь, что для параметра «Метод настроек IPv4» установлено значение «Автоматически (DHCP)», которое используется по умолчанию.

Hostname¶

Программа установки позволяет вам выбрать имя хоста. По умолчанию (localhost.localdomain) все в порядке. Вы устанавливаете пакет cloud-init позже, который устанавливает имя хоста при загрузке, когда новая виртуальная машина инициализируется с использованием этого образа.

Разделение дисков¶

Существуют различные варианты разметки дисков. Установка по умолчанию использует разделы LVM и создает три раздела (/boot, /, swap), что работает нормально. В качестве альтернативы вы можете создать один раздел ext4, смонтированный в /, который также отлично работает.

Если вы не уверены, используйте схему разделов по умолчанию для установщика. Хотя ни одна схема по своей сути не лучше другой, наличие раздела, который вы хотите динамически увеличивать, в конце списка позволит ему расти, не пересекая границу другого раздела.

Выбор программного обеспечения для установки¶

Пройдите установку, используя параметры по умолчанию. Самое простое, что нужно сделать, это выбрать установку Minimal Install, которая устанавливает SSH-сервер.

Установка пароля root¶

Во время установки не забудьте установить пароль root при появлении запроса.

Отсоединение CD-ROM и перезагрузка компьютера¶

Дождитесь завершения установки.

Чтобы извлечь диск с помощью команды virsh, libvirt требует, чтобы вы подключили пустой диск к той же цели, к которой ранее был подключен CD-ROM, что может быть hda. Вы можете подтвердить соответствующую цель с помощью команды virsh dumpxml vm-image:

# virsh dumpxml fedora
<domain type='kvm' id='30'>
  <name>fedora</name>
...
    <disk type='file' device='cdrom'>
      <driver name='qemu' type='raw'/>
      <source file='/tmp/Fedora-Server-netinst-x86_64-25-1.3.iso'/>
      <backingStore/>
      <target dev='hda' bus='ide'/>
      <readonly/>
      <alias name='ide0-0-0'/>
      <address type='drive' controller='0' bus='0' target='0' unit='0'/>
    </disk>
...
</domain>

Выполните следующие команды на хосте, чтобы извлечь диск и перезагрузиться с помощью virsh от имени пользователя root. Если вы используете virt-manager, приведенные ниже команды будут работать, но вы также можете использовать графический интерфейс, чтобы отключить и перезагрузить его, вручную остановив и запустив:

# virsh attach-disk --type cdrom --mode readonly fedora "" hda
# virsh reboot fedora

Установка службы ACPI¶

Чтобы позволить гипервизору перезагрузить или завершить работу виртуальной машины, вы должны установить и запустить службу acpid в гостевой системе.

Войдите в гостевую систему Fedora как root и выполните следующие команды, чтобы установить службу ACPI и настроить ее для запуска при загрузке системы:

# dnf install acpid
# systemctl enable acpid

Настройка cloud-init для получения метаданных¶

Виртуальная машина должна взаимодействовать со службой метаданных для выполнения нескольких задач при запуске. Например, машина должна получить открытый ключ ssh и запустить сценарий пользовательских данных. Чтобы убедиться, что машина выполняет эти задачи, используйте пакет cloud-init.

Пакет cloud-init автоматически извлекает открытый ключ с сервера метаданных и помещает ключ в учетную запись. Установите cloud-init внутри гостевой системы Fedora, выполнив:

# yum install cloud-init

Аккаунт зависит от дистрибутива. На виртуальных машинах на базе Fedora учетная запись называется fedora.

Вы можете изменить имя учетной записи, используемой cloud-init, отредактировав файл /etc/cloud/cloud.cfg и добавив строку с другим пользователем. Например, чтобы настроить cloud-init для размещения ключа в учетной записи с именем admin, используйте следующий синтаксис в файле конфигурации:

users:
  - name: admin
    (...)

Установка cloud-utils-growpart, чтобы разрешить изменение размера разделов¶

Чтобы правильно изменить размер корневого раздела, установите пакет cloud-utils-growpart, который содержит необходимые инструменты, позволяющие изменять размер диска с помощью cloud-init:

# dnf install cloud-utils-growpart

Отключение маршрута zeroconf¶

Чтобы виртуальная машина могла получить доступ к службе метаданных, вы должны отключить маршрут zeroconf по умолчанию:

# echo "NOZEROCONF=yes" >> /etc/sysconfig/network

Настройка консоля¶

Чтобы команда nova console-log правильно работала в Fedora, вам может потребоваться выполнить следующие шаги:

1. Отредактируйте файл /etc/default/grub и настройте параметр GRUB_CMDLINE_LINUX. Удалите rhgb quiet и добавьте к опции console=tty0 console=ttyS0,115200n8. Например:

   … GRUB_CMDLINE_LINUX=»rd.lvm.lv=fedora/root rd.lvm.lv=fedora/swap console=tty0 console=ttyS0,115200n8»

2. Выполните следующую команду, чтобы сохранить изменения:

   # grub2-mkconfig -o /boot/grub2/grub.cfg
   Generating grub configuration file ...
   Found linux image: /boot/vmlinuz-4.10.10-200.fc25.x86_64
   Found initrd image: /boot/initramfs-4.10.10-200.fc25.x86_64.img
   Found linux image: /boot/vmlinuz-0-rescue-c613978614c7426ea3e550527f63710c
   Found initrd image: /boot/initramfs-0-rescue-c613978614c7426ea3e550527f63710c.img
   done
   

Завершение работы виртуальной машины¶

Изнутри виртуальной машины запустите от имени root:

# poweroff

Очистка (удаление сведений о MAC-адресе)¶

Операционная система записывает MAC-адрес виртуальной карты Ethernet в таких местах, как /etc/sysconfig/network-scripts/ifcfg-eth0. Однако каждый раз при загрузке образа виртуальная карта Ethernet будет иметь другой MAC-адрес, поэтому эту информацию необходимо удалить из файла конфигурации.

Существует утилита под названием virt-sysprep, которая выполняет различные задачи очистки, такие как удаление ссылок на MAC-адреса. Он очистит образ виртуальной машины на месте:

# virt-sysprep -d fedora

Отмена определения домена libvirt¶

Теперь, когда вы можете загрузить образ в службу образов, вам больше не нужно, чтобы этот образ виртуальной машины управлялся libvirt. Используйте команду virsh undefine vm-image, чтобы сообщить libvirt:

# virsh undefine fedora

Образ готов¶

Базовый файл образа, созданный с помощью команды qemu-img create, готов к загрузке. Например, вы можете загрузить образ /tmp/fedora.qcow2 в службу образов с помощью команды создания образа openstack. Дополнительные сведения в списке команд python-openstackclient.

Ниже представлен способ выгрузки образа из консоли.

При помощи инструмента сетевого (безопасного) копирования потребуется выгрузить (оптимизированный) образ диска в формате qcow2 на управляющий узел. Выполните команду:

scp <ИМЯ_ОБРАЗА>.qcow2 root@tester:/

где

ИМЯ_ОБРАЗА – centos, bionic, fedora (в зависимости от установленной гостевой ОС).

Затем необходимо выполнить команду импорта (образа) в среду Openstack:

openstack image create \
--disk-format qcow2 \
--container-format bare \
--public --file <название_образа>.qcow2 <ИМЯ_ОБРАЗА> \
--property hw_vif_multiqueue_enabled=true \
--property hw_scsi_model=virtio-scsi \
--property hw_disk_bus=scsi \
--property hw_qemu_guest_agent=yes \
--property hw_video_model=qxl \
--property os_require_quiesce=yes \
--property os_distro=windows \
--property os_type=windows