Создание виртуальной машины с использованием облачного базового образа дистрибутива — на примере CentOS

Облачный образ — это образ диска виртуальной машины, содержащий операционную систему конкретного дистрибутива. Он готов к запуску в виртуальной среде выполнения, настроенной под одну из облачных платформ, таких как Openstack, Amazon EC2, Google GCE и т. д. Большинство дистрибутивов также предоставляют универсальный образ или базовый образ со средой выполнения без дополнений под конкретную облачную систему. Такой универсальный образ (обычно) подходит для среды выполнения QEMU/KVM/libvirt.

Поэтому описанная здесь процедура подходит только для дистрибутивов, предоставляющих такой универсальный образ.

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

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

Облачный образ — это своего рода шаблон, независимое от среды выполнения загружаемое дерево каталогов универсальной операционной системы. Он используется непосредственно как загружаемый (виртуальный) системный диск в создаваемой виртуальной машине, хотя всё ещё практически непригоден из-за отсутствия конкретной конфигурации среды выполнения.

Задача — первоначально внедрить конкретную конфигурацию среды выполнения в образ. Это включает в первую очередь учётную запись пользователя с паролем и правами администратора. Кроме того, может потребоваться настройка сети, консоли или других устройств. Только тогда облачный образ получает способность работать в конкретной среде и, прежде всего, становится пригодным для использования. Это предварительное условие для возможности выполнять подробные и более обширные конфигурации позже, при необходимости.

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

Оба предназначены для получения данных конфигурации из облачной системы при первой загрузке и применения их к образу. Разработчики, к счастью, проявили предусмотрительность и также предусмотрели процедуру 'nocloud'. Так что системный администратор автономного сервера может предоставить замену. Как можно догадаться, при разработке с ориентацией на облако вариант nocloud переживает трудные времена. Это остаётся в некоторой степени сложной задачей.

Третий вариант —

универсальный инструмент для изменения любой незапущенной виртуальной машины, предоставляемый guestfs-tools. Он позволяет устанавливать облачные образы более старых дистрибутивов, таких как CentOS 7 или более ранние редакции Ubuntu.

В частности, вы получаете время. Объём работы значительно ниже и соответственно быстрее.

Но с облачным базовым образом вы (обычно) не получаете альтернативно собранную, но в остальном идентичную сборку (серверного) дистрибутива. Есть некоторые тонкие различия. Некоторые из них концептуальные. Например, большинство облачных образов не устанавливают межсетевой экран. Обычно эту функцию предоставляет облачная система. Концепция использования постоянного хранилища также отличается из-за технических различий. И последнее, но не менее важное: у разработчиков облачных образов могут быть иные цели, чем у разработчиков серверного варианта установки дистрибутива.

Системный администратор решает, насколько функциональность идентична — настолько, что преимущества перевешивают недостатки и имеет смысл использовать конкретный облачный образ как виртуальную машину.

Прежде всего вам нужна работающая редакция Fedora Server с добавленной поддержкой виртуализации и активным демоном libvirtd. Мы предполагаем, что также настроена внутренняя сеть 'default' с virbr0, DHCP и DNS (см. раздел «Добавление поддержки виртуализации»). Внешнее сетевое подключение будет обеспечиваться через macvlan (интерфейс ethernet) соответственно macvtap (термин libvirt).

У вас есть различные варианты:

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

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

Вы можете начать без какой-либо дополнительной подготовки.

Этот тип установки использует параметр --cloud-init у virt-install без какого-либо значения или параметров. Такой подход приводит к генерации и отображению пароля root вскоре после начала установки, что позволяет выполнить однократный вход. Вам, конечно, нужно записать или скопировать его.

Помимо этого, конфигурация ограничивается настройкой и запуском интерфейсов Ethernet с поддержкой DHCP. Другие интерфейсы в основном определяются, но далее с ними не работают.

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

Использование облачных базовых образов для создания установки виртуальной машины дистрибутива сопряжено с некоторыми неизбежными неудобствами и недостатками из-за различной природы этих технологий. Так что в производственном развёртывании вам, возможно, лучше подойдут выделенные образы виртуальных машин, если они доступны. Но для экспериментов и тестирования это должно быть жизнеспособно и уместно.