MAATRIX / Блог / Proxmox VE с нуля: первая виртуалка за 20 минут

Proxmox VE с нуля: первая виртуалка за 20 минут

MAATRIX

Вы арендовали сервер, хотите гонять на нём несколько систем одновременно — и наткнулись на Proxmox VE. Документация на proxmox.com рассчитана на людей, которые уже знают, что такое гипервизор, LVM-thin и мост vmbr0. Здесь без этого: только те шаги, которые реально нужны, чтобы через 20 минут у вас работала первая виртуальная машина.

Что вам понадобится

Для этой инструкции хватит одного сервера с доступом по IPMI/KVM-консоли (или физического доступа) и обычного ноутбука, с которого вы будете всё настраивать через браузер.

Минимальные требования к железу для теста:

  • 64-битный процессор с поддержкой виртуализации (Intel VT-x или AMD-V) — почти любой серверный CPU последних 10 лет этому условию отвечает;
  • от 4 ГБ оперативной памяти для самого Proxmox плюс память под каждую виртуалку сверху (для одной тестовой Linux-машины с запасом хватит 8 ГБ суммарно);
  • один диск от 32 ГБ под сам гипервизор — под тестовую VM накинем ещё немного места на этом же диске;
  • один сетевой порт с доступом в интернет — второй порт на старте не нужен.

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

Устанавливаем Proxmox VE на сервер

Если вы арендовали сервер именно "под Proxmox" у части провайдеров, он может прийти с уже установленным гипервизором — тогда пропустите этот раздел и переходите сразу к входу в веб-интерфейс. Если ставите с нуля — вот минимальный путь:

  1. Скачайте ISO. Идёте на официальный сайт proxmox.com/en/downloads, раздел Proxmox VE, скачиваете последний ISO-установщик (файл вида proxmox-ve_8.x-x.iso, конкретную цифру смотрите на сайте — версии обновляются, и вшивать её в статью смысла нет).
  2. Запишите ISO на флешку. На своём компьютере через Rufus (Windows) или balenaEtcher (Windows/macOS/Linux) запишите скачанный образ на USB-флешку от 2 ГБ. Для Linux можно и через dd:
sudo dd if=proxmox-ve_8.x-x.iso of=/dev/sdX bs=4M status=progress conv=fsync

/dev/sdX — это ваша флешка, не диск сервера. Перепутать здесь легко и обидно, поэтому дважды сверьтесь через lsblk перед запуском команды.

  1. Загрузитесь с флешки на сервере. Если сервер удалённый — через IPMI/iKVM/IDRAC смонтируйте ISO виртуально, это удобнее флешки. Зайдите в BIOS/UEFI и поставьте загрузку с USB/виртуального образа первым пунктом.
  2. Пройдите мастер установки. Он спросит:
  • на какой диск ставить систему (для теста — стандартный вариант с файловой системой ext4, без RAID и без ZFS — это темы отдельного разговора про отказоустойчивые хранилища);
  • страну, часовой пояс, раскладку;
  • пароль root и e-mail (на него Proxmox шлёт уведомления, можно указать любой рабочий);
  • сетевые настройки — hostname, IP-адрес, маску, шлюз, DNS. Указывайте статический IP, не DHCP: панель управления должна быть доступна по одному и тому же адресу после каждой перезагрузки.
  1. Установка займёт 5-10 минут, после чего сервер перезагрузится уже в Proxmox VE.

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

Нужен сервер под эту задачу?

Разверните VPS MAATRIX за пару минут: NVMe, AMD EPYC, root-доступ, локации UK, США, Франция и РФ. Оплата картой РФ и по СБП.

Арендовать сервер

Первый вход в веб-интерфейс

Управление Proxmox VE — целиком через браузер, никакого отдельного клиента ставить не нужно.

  1. Откройте браузер и перейдите по адресу https://<IP-вашего-сервера>:8006 — обязательно https, обязательно порт 8006.
  2. Браузер покажет предупреждение о небезопасном соединении — это ожидаемо, у Proxmox по умолчанию самоподписанный сертификат. Нажмите "Дополнительно" → "Перейти на сайт" (формулировка зависит от браузера). Заменить сертификат на нормальный (Let's Encrypt) — отдельная задача, для локального теста не критично.
  3. На экране входа выберите realm Linux PAM standard authentication, логин root, пароль — тот, что задавали при установке.
  4. После входа Proxmox предложит купить подписку (всплывающее окно про "No valid subscription"). Для теста и небольших инсталляций можно жать "OK" каждый раз при входе, либо один раз отключить это окно через консоль сервера — но это уже не про первую виртуалку, а про удобство, поэтому не отвлекайтесь на это сейчас.

Слева вы увидите дерево: Datacenter → имя вашего сервера (нода) → и внутри неё разделы Storage, дальше пойдут виртуальные машины и контейнеры. Это и есть всё дерево управления — сложнее оно станет только когда вы добавите вторую ноду, второй сервер или другое хранилище, а на старте нам хватит того, что есть.

Загружаем ISO гостевой ОС в хранилище

Прежде чем создавать виртуальную машину, ей нужно на чём-то устанавливаться — то есть в Proxmox должен появиться ISO-образ гостевой ОС (например, Ubuntu Server, Debian или Windows).

  1. В дереве слева раскройте вашу ноду и кликните на хранилище local (это локальное хранилище по умолчанию, куда попадают ISO-образы и шаблоны — самое простое, с него и стоит начинать, не разбираясь пока в LVM-thin, ZFS или сетевых хранилищах).
  2. Откройте вкладку ISO Images.
  3. Нажмите кнопку Upload, в открывшемся окне выберите Select File и укажите ISO-файл гостевой ОС, скачанный заранее на ваш компьютер (например, ubuntu-24.04-live-server-amd64.iso с сайта ubuntu.com).
  4. Дождитесь окончания загрузки — прогресс-бар покажет процент, для образа в 1.5-2 ГБ на обычном канале это может занять несколько минут.

В части версий Proxmox рядом с кнопкой Upload есть ещё кнопка Download from URL — она умеет сама скачать ISO по прямой ссылке прямо на сервер, что быстрее, если у вас хороший канал у провайдера сервера. Если такая кнопка есть — смело пользуйтесь ей вместо загрузки через свой компьютер.

После загрузки образ появится в списке ISO Images этого хранилища — он готов к использованию в мастере создания VM.

Создаём первую виртуальную машину

Теперь сам мастер — самая важная часть. В правом верхнем углу интерфейса (когда выбрана нода) нажмите синюю кнопку Create VM.

Мастер идёт по вкладкам, вот что реально важно на каждой для тестовой машины:

General

  • VM ID — оставьте предложенный по умолчанию;
  • Name — любое понятное имя, например test-ubuntu.

OS

  • Storage — выберите local, где лежит ваш ISO;
  • ISO image — выберите загруженный образ гостевой ОС;
  • Type/Version — Proxmox обычно определяет автоматически по имени файла (Linux/Ubuntu и т.п.) — проверьте, что угадал верно.

System

  • Для теста оставьте значения по умолчанию (SeaBIOS, машина i440fx или q35 — в современных версиях Proxmox уже сам ставит адекватный дефолт);
  • Поставьте галку Qemu Agent — это позволит Proxmox видеть IP-адрес и состояние VM изнутри, что пригодится на шаге проверки.

Disks

  • Bus/Device — оставьте VirtIO SCSI (или SCSI с контроллером VirtIO SCSI single) — это быстрее, чем эмуляция IDE/SATA, разница по скорости диска ощутима на реальной нагрузке;
  • Storage — local-lvm (это тонкое LVM-хранилище, которое Proxmox создаёт автоматически при установке специально под диски виртуальных машин — не путайте его с local, куда кладутся ISO);
  • Disk size — для тестовой Linux-машины 20 ГБ с запасом достаточно, для Windows лучше 40-60 ГБ.

CPU

  • Sockets — 1;
  • Cores — 2 для теста хватит с головой;
  • Type — host — VM будет видеть реальный набор инструкций процессора сервера, это ощутимо быстрее, чем универсальный тип kvm64 (единственный минус — такую VM сложнее потом мигрировать на сервер с процессором другого поколения, но для теста это не проблема).

Memory

  • 2048 МБ для лёгкого Linux-дистрибутива без графического окружения, 4096 МБ, если планируете что-то потяжелее.

Network

  • Bridge — vmbr0 (это должно стоять по умолчанию — как раз тот самый мост, который Proxmox создал во время установки поверх вашего физического сетевого интерфейса);
  • Model — VirtIO (paravirtualized) — самый быстрый вариант из доступных, эмуляцию Intel E1000 или Realtek берите только если гостевая ОС совсем древняя и не имеет VirtIO-драйверов "из коробки".

Confirm — проверьте сводку и нажмите Finish.

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

Запускаем VM и ставим гостевую ОС

Созданная VM появится в дереве слева под вашей нодой, но пока не запущена.

  1. Кликните на неё, нажмите Start сверху.
  2. Откройте Console — Proxmox покажет экран VM прямо в браузере через noVNC, без установки дополнительных программ. Если картинка кажется мелкой — рядом с кнопкой Console есть выбор между noVNC, xterm.js и SPICE; для установки ОС достаточно noVNC.
  3. Дальше — обычная установка гостевой ОС, как на реальном железе: язык, раскладка, разметка диска (для теста — "использовать весь диск", без ручного партиционирования), имя пользователя и пароль, при установке Ubuntu Server — включите OpenSSH server, чтобы сразу иметь доступ по SSH после первой загрузки.
  4. По окончании установки система попросит перезагрузиться и извлечь установочный диск. В Proxmox это делается руками: на вкладке Hardware VM найдите CD/DVD Drive, через Edit смените его на "Do not use any media", и только потом нажмите Reboot в консоли гостя (или перезагрузите VM из интерфейса Proxmox). Если забыть это сделать, машина может снова загрузиться с установочного ISO вместо диска.

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

Проверяем, что VM работает и видна в сети

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

  1. На вкладке Summary вашей VM в Proxmox, если ранее ставили галку Qemu Agent и во время установки гостевой ОС занесли в неё пакет qemu-guest-agent (для Ubuntu/Debian: sudo apt install qemu-guest-agent, затем sudo systemctl enable --now qemu-guest-agent), Proxmox покажет IP-адрес VM прямо в панели.
  2. Если гостевой агент не ставили — узнайте IP командой ip a прямо в консоли VM.
  3. С вашего компьютера (не с сервера) выполните ping <IP-виртуалки> — должны идти ответы.
  4. Если ставили SSH-сервер — подключитесь: ssh имя_пользователя@IP-виртуалки. Получилось зайти — виртуалка полноценно работает и видна в сети.

Самая частая ошибка новичков ровно здесь: VM запускается, консоль показывает рабочую систему, но пинг с внешней машины не проходит и ip a внутри VM не показывает адреса вообще или показывает адрес не из вашей сети. Почти всегда причина — сетевой адаптер VM не подключён к правильному мосту vmbr0, либо сам vmbr0 на сервере не смотрит в физическую сетевую карту. Проверьте по порядку:

  • В настройках VM (Hardware → Network Device) убедитесь, что Bridge действительно vmbr0, а не отвязан вообще;
  • На ноде откройте Datacenter → ваш сервер → System → Network и посмотрите на vmbr0: у него должно быть заполнено поле Bridge ports — там должно стоять имя вашей физической сетевой карты (eno1, enp3s0 и т.п.), а не пусто;
  • Если поле пустое — это значит мост создан, но ни к чему физически не подключён, и весь трафик из VM никуда не уйдёт дальше гипервизора. Пропишите нужный физический интерфейс в Bridge ports, примените изменения (Proxmox спросит подтверждение, сетевые настройки хоста применятся без перезагрузки VM, но саму ноду иногда стоит перезагрузить, если это первое изменение);
  • Внутри гостевой ОС проверьте, что сеть вообще настроена — DHCP-клиент включён (для большинства дистрибутивов по умолчанию так и есть) или прописан статический адрес, если вы выбирали его руками при установке.

Если внутри VM всё в порядке с сетевыми настройками, а трафика всё равно нет — проверьте ещё и firewall, который в Proxmox можно включить на уровне ноды, VM или моста отдельно: для первого теста надёжнее убедиться, что Firewall на вкладке этой VM выключен, и включать его осознанно уже после того, как всё заработало.

Нужен сервер под эту задачу?

Разверните VPS MAATRIX за пару минут: NVMe, AMD EPYC, root-доступ, локации UK, США, Франция и РФ. Оплата картой РФ и по СБП.

Арендовать сервер

Нужны сами нейросети для контента?

Генерируйте изображения, видео и озвучку нейросетями на falapi.io — десятки моделей в одном окне. Оплата картой РФ и по СБП.

Частые вопросы

Обязательно ли использовать local-lvm, или можно сразу настроить ZFS?

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

Можно ли ставить Proxmox поверх уже работающей ОС, не стирая диск?

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

Что выбрать: KVM (полноценная VM) или LXC-контейнер?

Если гостевая система — не Linux (Windows, BSD) или вам нужна полная изоляция ядра — берите KVM, как в этой статье. Если внутри тоже Linux и важна экономия ресурсов — часто выгоднее LXC-контейнер. Мы разбирали разницу подробнее в статье про выбор между KVM и LXC, там же есть сравнение с OpenVZ в материале KVM против OpenVZ.

Сколько виртуальных машин реально запустить на одном сервере?

Зависит только от того, сколько CPU-ядер и памяти вы выделите каждой VM и сколько реально доступно на сервере — Proxmox не ограничивает количество VM искусственно, ограничение всегда упирается в железо.

Нужно ли сразу настраивать бэкапы?

Не обязательно для теста, но если VM будет содержать что-то важное — на вкладке Datacenter → Backup можно за пару минут настроить расписание бэкапов на то же локальное хранилище или на отдельный диск. Откладывать эту настройку "на потом" — частая причина потерянных тестовых стендов, которые незаметно стали боевыми.

Как посмотреть, сколько ресурсов реально ест VM?

На вкладке Summary самой VM и на вкладке ноды — графики CPU, памяти, диска и сети в реальном времени, обновляются каждые несколько секунд без дополнительной настройки.

Обсудить статью, задать вопрос или начать новую тему

Есть вопрос по этой статье, идея для обсуждения или просто хотите поделиться опытом? Сообщество MAATRIX ждёт. Для общения, пожалуйста, зарегистрируйтесь в нашем личном кабинете.

Перейти в сообщество →