Qcow2 подключить как диск proxmox
Обновлено: 07.07.2024
Proxmox - популярная система виртуализации. Для того чтобы максимально эффективно использовать предоставленные операционной системой возможности, давайте разберемся как расширить хранилище данных на жестком диске. Для хранения данных в Proxmox VE можно использовать внешние хранилища, сетевые ресурсы или подключать к системе дополнительные HDD или SSD, а также использовать контроллеры SCSI или RAID.
Обращу ваше внимание на особенность системы: типы хранилищ, кроме Образ диска и Виртуальная машина можно размещать только на подключенных хранилищах с типом Каталог. В этой статье мы рассмотрим как добавить диск Proxmox на примере Debian.
Добавление диска в Proxmox VE
В рассматриваемом случае, подключен и предварительно настроен в BIOS компьютера SATA HDD емкостью 120 Гб. Он полностью очищен и не размечен ни под какую-либо ОС и определился в системе как устройство /dev/sdb. В Proxmox VE подключения к хранилищу логически разделены по вкладкам Датацентр, где можно подключить сетевые хранилища, и каждой машины в отдельности, в нашем случае локальная машина называется PVE. Ниже представлены варианты, предлагаемые к созданию из вкладки Датацентр:
1. Разметка диска
Для операций с диском давайте использовать в режиме XFCE4 от имени суперпользователя root дисковую утилиту GParted:
Выберите меню Устройство, пункт Создать таблицу разделов:
В результате утилита предложит создать несколько видов разделов, в том числе: msdos (MBR), GPT, mac и прочие. Для целей подключения дополнительного хранилища Proxmox VE, рассмотрим создание раздела GPT с различным видом файловых систем. Для этого выберите GPT и нажмите Применить.
2. Поиск раздела в консоли Proxmox VE
Перейдите в раздел PVE, затем в раздел Диски, там должен появиться размеченный под GPT диск /dev/sdb с типом unknown, не используемый (колонка Использование), в колонке GPT должно быть указано Да, а в колонке Использование можно увидеть тип диска, у /dev/sdb его пока нет:
3. Форматирование диска средствами Proxmox VE
В панели управления ProxmoxVE можно отформатировать подготовленный диск под файловую систему LVM или ZFS.
- Файловая подсистема LVM позволяет использовать разные области одного жёсткого диска и/или области с разных жёстких дисков как один логический том. Реализована с помощью подсистемы device mapper. Активно используется ProxmoxVE как основная файловая система.
- Файловая система ZFS, разработки SUN Microsystems, поддерживает большие объёмы данных, объединяет концепции файловой системы, массивов RAID, менеджера логических дисков, принципы легковесных файловых систем, предоставляет простое управление томами хранения данных.
Так же мы создадим раздел на диске GPT, который отформатируем под EXT4, журналируемой файловой системой, которая используется в операционных системах с ядром Linux.
Для создания LVM раздела перейдите в раздел Диски машины PVE, выберите пункт LVM , Создать: Volume Group, укажите диск /dev/sdb и задайте его имя, например backup.
Тот же способ подходит и для создания раздела LVM-Thin: LVM Thin Provisioned volume, тонкие (разреженные) тома, которые занимают столько места, сколько требуется системе.
Для создания ZFS раздела снова используем не размеченный диск, ранее размеченный диск можно снова вернуть в состояние не размеченного с помощью GParted.
Перейдите в панели управления Proxmox VE в меню Диски машины PVE, затем в разделе ZFS выберите кнопку Создать: ZFS. Снова задайте имя хранилища backup, если необходимо включите сжатие, и нажмите кнопку Создать.
Зеленый значок возле ONLINE говорит о том, что диск доступен для работы. Также из панели управления Proxmox VE можно управлять состоянием хранилища, добавлять диски.
На созданных и подключенных через панель управления Proxmox VE томах LVM можно хранить образы и диски виртуальных машин. Для создания остальных объектов необходимо примонтировать диск к файловой системе хоста PVE. Теперь вы знаете как добавить жесткий диск proxmox.
4. Форматирование диска в Ext4 с помощью терминала
Для разметки диска GPT и форматирования раздела под файловую систему EXT4 воспользуйтесь приложением Терминал. Ниже показано как выглядит структура файловой системы на хосте PVE:
С помощью консольной утилиты fdisk произведите создание системы GPT и создайте новый раздел на диске /dev/sdb:
sudo fdisk /dev/sdb
В результате в системе должен появиться раздел /dev/sdb1 диска /dev/sdb. Создадим файловую систему:
sudo mkfs.ext4 /dev/sdb1
По окончании форматирования, создайте точку монтирования /backup:
Отредактируйте файл /etc/fstab, в котором указываются точки монтирования дисков системы, таким образом, чтобы в конце файла была строка:
sudo vi /etc/fstab
/dev/sdb1 /backup ext4 defaults 0 2
Дайте системе команду монтировать все диски, указанные в файле fstab:
Таким же путем можно отформатировать диск LVM под EXT4, чтобы примонтировать его к файловой системе.
Создайте диск LVM, на этот раз из программы Терминал. Для этого необходимо подготовить диск с помощью консольной утилиты fdisk:
sudo fdisk /dev/sdb
sudo pwcreate /dev/sdb1
sudo vgcreate pve-test-bkp /dev/sdb1
sudo lvcreate -L 110G -n backup pve-test-bkp
ls /dev/mapper
Сознательно создавались длинные имена файлов, чтобы показать, как будет именоваться результат выполнения комманд: LVM-раздел pve—test—bkp-backup, расположенный в /dev/mapper теперь можно отформатировать в файловую систему EXT4 и примонтировать в раздел файловой системы /backup точно также, как ранее монтировался /dev/sdb1:
mkfs.ext4 /dev/mapper/ pve—test—bkp-backup
В файле /etc/fstab уберите вместо /dev/sdb1 укажите новый раздел, чтобы выглядело так:
sudo vi /etc/fstab
/dev/mapper/ pve—test—bkp-backup /backup ext4 defaults 0 2
Дайте команду системе перемонтировать диски согласно данным /etc/fstab:
5. Использование диска для хранения архивных копий, образов и шаблонов
После удачного монтирования диска осталось добавить диск proxmox в панели управления. Для этого нажмите кнопку Добавить в разделе Хранилище хоста PVE и укажите тип Каталог. Выберите ID backup, каталог укажите /backup, в содержимом выберите Резервная копия и любые другие пункты с помощью зажатой клавиши на клавиатуре Shift и кликов мышкой.
В меню Пулы Датацентра создайте пул backup и добавьте созданное хранилище backup. Это позволит выбирать пул при создании виртуальных машин, создании бекапов и других файловых операций.
Настройте резервную копию, на примере виртуальной машины CentOS. Для этого перейдите в виртуальную машину, затем в пункт Резервная копия, выберите в правом углу Хранилище backup, нажмите кнопку Создать резервную копию сейчас. После заполнения полей и нажатия кнопки Резеврная копия будет запущен фоновый процесс создания резервной копии.
6. Использование диска для хранения виртуальных машин
При создании хранилища backup были выбраны не только резервные копии, поэтому его можно использовать для создания образов виртуальных машин. Те диски, которые были инициализированы из панели управления Proxmox VE, могут размещать образы виртуальных машин, но не другие объекты.
При создании виртуальной машины можно выбирать любое хранилище, и оно будет поддерживать объекты, которые создаются при создании виртуальной машины. На скриншоте ниже приведены минимальный набор объектов любого хранилища Proxmox VE:
Выводы
Сегодня вы узнали как выполняется подключение дисков Proxmox, путями создания файловой системы на чистом не размеченном диске, с различными методами разметки диска, вариантами подключения хранилища к гипервизору.
Нет похожих записей
Статья распространяется под лицензией Creative Commons ShareAlike 4.0 при копировании материала ссылка на источник обязательна.
Занимался на днях переносом виртуальных машин с обычного kvm гипервизора на proxmox. На исходном гипервизоре диски виртуальных машин были в формате qcow2. Я решил заодно сконвертировать диски из qcow2 в lvm и написать заметку об этом, чтобы не забыть.
Для тех, кто не знает, в чем разница между разными форматами дисков в гипервизоре KVM, предлагаю почитать об этом в моей статье на тему бэкапа виртуальных машин kvm. В общем случае, сконвертировать диски qcow2 в lvm можно следующим образом. Сначала преобразуем их в raw формат с помощью qemu-img.
Далее raw образ переносим на новый сервер. На нем же к виртуальной машине подключаем новый диск из lvm хранилища такого же размера, как raw образ. Далее в консоли proxmox выполняем конвертацию в lvm с помощью обычного dd.
Все то же самое можно сделать одной командой на новом сервере, перенеся туда диск в формате qcow2.
Последняя команда qemu-img будет работать медленнее, чем dd из предыдущего примера. Каким способом конвертировать — решать вам. Не забудьте изменить путь к lvm разделу. В моем случае он /dev/pve/vm-102-disk-0, у вас имя группы томов может быть другим, не pve.
Я описал общий случай для любого гипервизора KVM. Но конкретно в proxmox это можно сделать проще. Если вам нужно конвертировать qcow2 в lvm на этом же хосте, то достаточно просто через web интерфейс выбрать Move disk и указать в качестве storage хранилище с LVM. Proxmox сам конвертирует диск с помощью того же qemu-img.
Если вы выполняете, как и я, перенос виртуальной машины с одного сервера на другой, то действуйте так:
- Переносим qcow2 диск со старого гипервизора на новый.
- На новом создаем виртуальную машину, подключаем к ней диск любого размера на обычном хранилище в виде директории.
- Запоминаем имя этого диска и удаляем его. Вместо него переносим диск со старого гипервизора и указываем ему такое же имя.
- Запускаем виртуалку на новом сервере, убеждаемся, что она работает, выключаем.
- Через web интерфейс proxmox переносим диск на storage с lvm. Proxmox сам выполнит конвертацию.
Я по такой схеме переносил как linux машины, так и windows. Проблем не было. Единственное, надо не забыть зайти через консоль в windows машину и проверить сетевые настройки. Нужно будет заново настроить сеть, иначе по rdp не подключиться. После переноса сетевой адаптер поменяется.
Система виртуализации на базе Proxmox все больше набирает популярность при создании IT инфраструктуры в последнее время. Данное решение объединяет в себе черты профессиональной системы виртуализации с возможностью создания кластеров и централизованного управления с одной стороны. А также все свойства Open Source продукта с другой стороны. При миграции на данную систему управления виртуализации Вам скорее всего придется столкнуться с задачами импортирования виртуальных машин как из среды VMware, так и работающих под управлением гипервизора kvm. Как это сделать легко и просто со вторым типом виртуальных машин, используемых в open source среде хочется рассказать поподробнее.
Последовательность действий
Для начала миграции kvm виртуальной машины ее необходимо выключить на хосте источнике. После этого найти образ жесткого диска, который используется в виртуальной машине. Данный образ копируется на хост назначения с Proxmox, на котором мы будем проводить импорт. Допустим, образ нашего диска называется kvm_virtual_disk.qcow2.
После этого проведем непосредственно импорт .qcow2 диска в гипервизор. Для этого также воспользуемся возможностями утилиты qm с параметром importdisk. Образец команды приведен ниже. В качестве датастора для хранения импортируемого диска мы в данном примере указываем local-lvm, в реальной жизни он может быть совершенно другим. Подразумевается, что образ диска .qcow2 находится в директории, из которой происходит выполнение команды.
Когда операция успешно завершится, проводим заключительную операцию по привязке диска к виртуальной машине с помощью все той же утилиты qm. Это делается следующим образом.
После этого донастраиваем параметры CPU, Memory, если надо сетевых интерфейсов в веб панели Proxmox. Теперь наша виртуалка полностью импортирована и готова к работе в среде Proxmox. Осталось запустить ее и дождаться отклика в консоли.
Заключение
Небольшая статья показывает основные моменты для импорта виртуальных машин kvm в гипервизор Proxmox. Хотя, в гипервизоре есть удобный веб интерфейс для управления, однако, все основные действия в данном случае приходится делать с помощью утилит командной строки. С учетом того, как хорошо развивается проект Proxmox VE в целом, можно предположить, что в скором будущем данный функционал будет доступен и в веб интерфейсе.
Сразу отпишусь о том, что будет ниже. Данный материал, в первую очередь, предназначен для тех, кто знает, понимает и самое главное - использует Proxmox в своих проектах. И начало статьи будет начинаться с отметки "у нас уже есть гиппервизор и мы ставим на него Home Assistant".
На официальной странице доступных образов в разделе виртуализации мы имеем несколько вариантов: VMDK, VHDX, VDI, QCOW2 и OVA ( опять же, описывать что это и для чего я не буду, поскольку уверен, что Вы читали первый абзац статьи). Нам подходит вариант qcow2. Его и предварительно нужно скачать и распаковать у себя на машине, вскоре мы вернёмся к нему.
Создаём виртуалку для Home Assistant
Здесь у нас всё довольно дефолтно. Создаём виртуальную машину, которая будет соответствовать Вашим потребностям, или опираемся на официальные системные требования под окружение Home Assistant. Нюансом будет лишь то, что созданный диск для ВМки мы впоследствии удалим и за ме ни м .
Пример "железной части" созданной виртуалки для статьи можно увидеть ниже, в принципе данная вмка ничем не отличается от моего продакшена:
Копируем qcow2 образ жесткого диска в Proxmox
Теперь возвращаемся к ранее скачанному и распакованному образу Home Assistant QCOW2. Самый простой способ передать его на наш гиппервизор - это воспользоваться дефолтной утилитой scp (но вы можете это сделать любым удобным для вас инструментом). Начинаем из каталога на локальной машине со скачанным/распакованным образом ХА. После копирования образа импортируем его в нашу вмку:
Здесь давайте немного разберёмся. После того, как образ был скопирован, как выше было изложенно, нам нужно "показать" его гиппервизору. Для этого уже на самом Proxmox'е воспользуемся утилитой qm, в моём случае, команда будет выглядеть вот так:
Остановимся на самой команде и м порта диска, тут нужно немного внимания на парочке моментов: qm importdisk 104 hassos_ova-4.10.qcow2 vm --format qcow2- 104 - это номер (моей) виртуальной машины, у вас он может отличаться, поэтому здесь должен быть он.
- hassos_ova-4.10.qcow2 - на момент написания статьи последней версией hassos была 4.10, ровно точно так же у вас, возможно, будет уже версия выше, и соответственно, имя файла образа другое.
Импорт завершен, ранее скопированный файл-образ в гиппервизор можно удалить. Теперь возвращаемся в веб-интерфейс Proxmox'а и идём в настройки железа нашей виртуалки. Картинка будет пример такой:
Запускаем виртуалку
В заключении хочется еще раз оговориться о том, что в статье намеренно упущены технические моменты, связанные с гиппервизором в целом. И данный материал, ещё раз повторюсь, будет полезен тем, кто задумывался об описанном выше, но не имел возможности/желания/знания реализовать. А также я надеюсь, что ранее незнакомым обывателям с Proxmox'ом будет интересно начать своё знакомство с этим прекрасным гиппервизором.
P.S. Также есть в планах стартовать целый цикл статей, посвящённых Proxmox, поскольку наш портал не богат на материалы этой тематики. Но времени катастрофически не хватает на реализацию всего задуманного, и это, в первую очередь, заметно по сжатости материала текущей статьи. Знаю, что у нас в комьюнити есть пользователи, которые работают с Proxmox, пишите, возможно организуем что-то совместо или, по крайней мере, нарисуем план подачи информации на нашем любимом портале.
Посмотри примеры работ и выбери себе интегратора.
Тоже планирую поднимать виртуалку с Home Assistant. Но не конкретно в Proxmox, а на NAS под OpenMediaVault с помощью Virsh.
Впрочем, и там и там KVM/QEMU, думаю разница будет непринципиальна.
Так, просто интересно. Чем этот вариант лучше, proxmox/ubuntu/docker/HA?
Вы самостоятельно выбираете удобный для Вас вариант установки.
Вместо proxmox можно и esxi юзать, насколько я понимаю? Суть то гипервизоров одна вроде как..
Аналогично предыдущему ответу. :) Вы делаете так, как Вам удобно. ;)
Да это понятно, просто я не силён в гипервизорах, пару раз сталкивался с esxi.
Может proxmox чем-то отличается кардинально, чем-то круче/удобней.
Ну опять же, на вкус и цвет. Ну и не зная, нужно знакомиться, что бы понимать для себя аспекты использования. Я бы рекомендовал, но не могу тянуть "за ушли". ;)
У вас есть опыт, может поможете сравнить использование одного гипервизора против других для виртуализации именно Home Assistant?
Мой выбор для Вас должен быть очевидным. :) У меня за тысячу продакшнов на проксмоксе, и я не вижу для себя альтернатив, Вы же не в свою очередь разницы не заметите, пускай даже выдать Вам доступ в ХА на вбоксе. ;) Я лишь рекомендую и не навязываю, но и лично считаю проксмокс лучшим решением виртуализации как для бизнеса, так и для дома. Так что выбор за Вами.
Отвратительно работает, абсолютно. Гонял HA несколько недель в этом гипервизоре, отваливалось все! usb, сеть, виртуалка не хотела стартовать. Но вишенкой на торте был забитый диск, и невозможность перенести сторадж с одного диска на другой через гуй. чтобы восстановить работоспособность пришлось руками переразмечать разделы, удаляя на ходу косячные разделы которые создал проксмокс, и в конце концов я просто все это выкинул и раскатал готовый образ для нюка.
Ох и небылицы Вы тут рассказали, очень необъективный комментарий. Вы не упомянули Вашу установку, на чем, как, кому, лвм ли используется для сторейджей, вообще какие параметры у Вас в железяках под вмку. Т.е. сейчас Вы сугубо оповествовали свою проблему, причем чисто карандашом, без красок. Я более чем уверен, что если Вы и "гоняли" ха в проксмоксе, то наверное в первый раз? Ставлю минус комменту, за то, что Вы хотя бы потратили менее минуты на его написание, и за то, что он похож на 95% респонда по всей сети, абсолютно разной тематики.
небылицы чего? что на достаточно стандартном интел нюке у линукса проблемы с прокидыванием портов в виртуалку? или о том что сторадж можно удалить только если погода будет солнечной в этой фазе луны? я понимаю что вам как энтузиасту проксмокса это возможно неприятно слышать, но это явно не решение для гипервизора для HA. и комментарий я свой написал лишь чтобы предостеречь тех кто прочитав вашу статью побежит тратить на это время. впрочем я не думаю что вообще гипервизоры смогут приблизится по уровню качества к голому железу.
Вы не так поняли. Я лишь констатировал в предыдущем комментарии, Ваш опыт в целом и спросил у Вас, как Вы устанавливали гв, что вы сконфигурировали и т.д. Либо могу спросить у Вас, почему у меня нет тех траблов о которых Вы пишите, или у других комрадов? Ведь согласитесь, на таких комментариях "выехать" не получится, а предостеречь от чего - от привычки читать подобный весомый поток безСОзнания? Под последним подпишусь. Вне зависимости от энтузиазма, я не защищаю ничего. Я лишь показываю, тем, кому это интересно. Ну и на последок, подводя "черту", отвечу на Ваш комментарий относительно виртуализации - Вам следует изучить вопрос, о котором Вы повествуя заведомо не понимая.
Я за конструктив и решения ищьюс - а не полемику вокруг плясок с отсутствием хотя бы вспомогательного бубна в руках. Поймите меня пожалуйста правильно, и не обижайтесь. Если у Вас есть желание разобраться, почему у Вас происходило то, что Вы описывали в своём первом комментарии, я только за, давайте сделаем это, если повторюсь, написать ради написания, тут я пасс волк оф зе волл.
вы меня тоже не поняли, я не собираюсь здесь решать проблемы возникшие у меня с данной приблудой, а лишь констатировал факт того как оно работает
Нет, теперь я Вас понял. У вас слишком тяжёлая броня. Удачного дня. ;)
Поддержу Georgy Grigoryev, те кто надумают ставить ha на виртуализацию и не поиметь головной боли и полные штаны геморроя - обходите стороной виртуализации на centos ubuntu и прочих, просто качаете esxi и получаете рабочий из коробки хост таблетки на 5 6 версии везде лежат, так же будут и бекапы и снапшоты и прочее и кластеризация все бесплатно и главное без кучи гемора и возни в шеле, в продакшене проксмос это вообще как бы сказать полное Г за это надо по рукам бить, одна работа с переферией чего стоит к примеру пробросить usb или видеокарту или еще чего, так же прекрасная работа с win машинами лаги будут даже на самом мощном железе в виде голдов и сильверов, так что никаких проксмосов. Берете образ ova подсовываете его в esxi и забываете о проблемах раз и на всегда
Читайте также: