Установка Ubuntu VM в Proxmox: грабли

Установка Ubuntu Server на виртуальную машину в Proxmox — рутина, которую я делаю раз в месяц. Но в первый раз я тупил знатно. Мне казалось, что ничего сложного в этом нет: создал машину, поставил систему, работает. На деле я наступил на пару грабель, о которых и хочу рассказать. Если бы кто-то заранее подсказал мне эти моменты, я бы сэкономил кучу времени.

Грабли номер один: QEMU Agent

Первый раз я создал виртуальную машину и поставил Ubuntu, но забыл установить QEMU Agent. Это специальный агент, который позволяет хосту общаться с гостевой системой. Без него Proxmox не видит корректное состояние машины, не может сделать качественный снапшот и остановить её штатным образом.

Сначала я не замечал проблемы. Но когда понадобилось сделать снапшот и перезапустить машину, всё пошло не так. Хост не мог корректно завершить работу гостевой системы. Пришлось разбираться и ставить агент отдельно. Теперь я всегда устанавливаю QEMU Agent сразу после создания машины.

Грабли номер два: нехватка места

Второй раз я не выделил достаточно места под диск. Я создал машину с минимальным размером, думая, что потом увеличу. Но увеличить диск в виртуальной машине не так просто, как кажется. Нужно расширять его на уровне Proxmox, а потом в гостевой системе размечать заново. Это лишние телодвижения.

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

Мой текущий шаблон

Со временем я выработал шаблон, по которому создаю все виртуальные машины с Ubuntu. Он простой и проверенный: Ubuntu 24.04 LTS, два ядра процессора, два гигабайта оперативной памяти и диск на тридцать два гигабайта. Этого хватает для большинства задач.

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

Почему агент так важен для бэкапов

Отдельно хочу остановиться на том, как QEMU Agent влияет на бэкапы. Когда агент установлен, Proxmox делает копии файловой системы корректно. Система приостанавливает запись, и копия получается согласованной. Без агента бэкап может выйти неполным, и восстановление даст повреждённые данные.

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

Как я устанавливаю агент

Установка QEMU Agent занимает одну команду в гостевой системе. Для Ubuntu это установка пакета и включение службы. После этого хост видит агент и начинает с ним работать. Вся процедура занимает минуту, но даёт много преимуществ.

sudo apt install qemu-guest-agent

После установки я перезагружаю виртуальную машину, чтобы агент активировался. Затем проверяю в Proxmox, что агент определяется. Если всё зелёное — можно работать дальше. Такая привычка избавила меня от проблем со снапшотами и выключением.

Планирование размера диска

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

Если всё же понадобилось увеличить диск, я делаю это по инструкции: сначала расширяю диск в Proxmox, потом в гостевой системе. Это работает, но требует аккуратности. Лучше избегать такой ситуации заранее.

Полезная привычка — шаблоны

Со временем я задумался о том, чтобы делать шаблоны виртуальных машин. Шаблон — это готовая машина с установленной системой и базовыми настройками. Из него можно быстро создавать новые машины без полной установки. Это экономит много времени.

Пока я создаю машины по своему чек-листу вручную, что тоже быстро. Но шаблон в планах — он упростит процесс ещё больше. Если вы создаёте машины часто, обязательно рассмотрите такой вариант.

Что ещё я делаю при установке

Помимо QEMU Agent и размера диска, я сразу настраиваю сеть. Для виртуальных машин использую мост, чтобы они были доступны из локальной сети. Также задаю понятное имя машины и правильную локацию на диске. Мелочи, но они упрощают дальнейшее обслуживание.

После установки системы я сразу обновляю её и ставлю базовый набор инструментов. Так машина готова к работе с первого дня. Не оставляю установку «на потом» — это только растягивает процесс.

Ещё одна ошибка: конфигурация сети

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

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

Как я настраиваю статический IP

Настройка статического адреса в Ubuntu занимает пару минут. Я правлю сетевой конфиг и указываю нужный адрес, шлюз и DNS. После перезапуска сети машина получает постоянный адрес. Всё просто, но требует внимательности.

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

Зачем нужны бэкапы

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

Бэкапы дают мне спокойствие. Даже если я ошибусь в настройках или машина повредится, я могу восстановить всё за несколько минут. Это страховка, которая всегда окупается.

Время, которое я экономлю

Сейчас установка новой виртуальной машины занимает у меня меньше часа вместе с настройкой. Раньше этот процесс мог растянуться на день из-за ошибок. Всё дело в проверенных шагах и накопленном опыте. Чем больше машин я ставлю, тем быстрее это делаю.

Именно поэтому я и пишу такие заметки: они помогают не только читателям, но и мне самому. Через пару месяцев я перечитаю свою инструкцию и вспомню все важные моменты. Знания нужно записывать.

Как я проверяю установку

После установки Ubuntu я всегда проверяю, что всё работает. Захожу по SSH, проверяю версию системы, смотрю, что агент активен. Также проверяю, что машина корректно завершает работу при выключении из Proxmox. Это подтверждает, что установка прошла правильно.

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

Подводный камень с оперативной памятью

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

Теперь я всегда закладываю хотя бы два гигабайта, а для сервисов с базами данных — четыре и больше. Лучше немного избыточные ресурсы, чем вечная борьба с медленной системой. У меня это работает безотказно.

Как проверить, что машина готова

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

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

Что делать, если машина не запускается

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

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

Как я выбираю тип процессора

В Proxmox есть выбор типа процессора для виртуальной машины. От этого зависит, какие инструкции будут доступны гостевой системе. Я обычно выбираю тип, совместимый с моим оборудованием, чтобы машина работала стабильно и быстро.

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

Настройка загрузочного диска

Ещё один момент — порядок загрузки. Иногда машина не стартует, потому что пытается загрузиться с неправильного диска. Я проверяю, что загрузочным диском является именно тот, куда установлена система. Это решает многие проблемы запуска.

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

Почему стоит вести записи

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

Если вы тоже администрируете сервер — ведите записи. Это может быть простая заметка или полноценный блог, как у меня. Главное, чтобы знания не терялись. Со временем вы увидите, как быстро это окупается.

Итог

Мой опыт с установкой Ubuntu в Proxmox — это две главные грабли: забытый QEMU Agent и недостаток места на диске. Теперь я знаю оба подводных камня и обхожу их заранее. Шаблон с двумя ядрами, двумя гигабайтами памяти и диском на тридцать два гигабайта работает отлично.

Если вы только начинаете с Proxmox, учтите мои ошибки. Установите агент сразу, выделите диск с запасом и проверьте результат. Это сэкономит вам время и нервы. Тема Proxmox у меня разобрана достаточно подробно — от установки до кластеризации. Сводный гайд со ссылками на все статьи. Спасибо за чтение, надеюсь, мой опыт сэкономит вам время.