Установка Proxmox VE занимает 20–40 минут: вы загружаете сервер с ISO-образа, выбираете диск и файловую систему, задаёте пароль root и сетевые параметры, а после перезагрузки заходите в веб-интерфейс по адресу вида https://IP-адрес:8006. Дальше сервер превращается в личный гипервизор, на котором вы нарезаете сколько угодно виртуальных машин и контейнеров в пределах имеющихся ядер и памяти. Ставить Proxmox имеет смысл на своё железо или на арендованный выделенный сервер, где вы получаете полный доступ к диску и загрузчику.
Материал написан для того, кто впервые берёт железо в аренду и хочет сам разделить его на машины. Разберём требования к ресурсам, выбор файловой системы, сеть с мостом vmbr0, бесплатный репозиторий обновлений, создание первой KVM-виртуалки и LXC-контейнера и типичные ошибки.
Что такое Proxmox VE и зачем его ставят на арендованное железо
Proxmox VE — это дистрибутив на базе Debian, в который добавлены два движка виртуализации и веб-панель управления ими. Гипервизор — это программный слой, который делит физический сервер на изолированные виртуальные машины, каждая со своей операционной системой. Без такого слоя один арендованный сервер обслуживает одну систему, а с ним — десяток.
Практический смысл прост. Вы платите за один сервер с 8 ядрами и 32 ГБ памяти, а получаете четыре независимые машины: веб-сервер, база, почта, тестовый стенд. Каждую можно перезагрузить, откатить к снимку состояния или удалить, не задев соседей.
Proxmox работает с двумя типами гостей. KVM — полноценные виртуальные машины с собственным ядром: внутри можно поставить любую систему, включая Windows. LXC — контейнеры, которые делят ядро с хостом: они стартуют за секунды и потребляют меньше памяти, но внутри только Linux. Оба типа управляются из одной панели и живут на одном сервере одновременно.
Сколько ресурсов нужно серверу под Proxmox
Сам гипервизор потребляет мало: минимальный порог — 2 ГБ памяти под хост, и это без единой запущенной виртуалки. К этому объёму прибавляется память всех гостей, причём для KVM она резервируется почти целиком, а контейнеры расходуют столько, сколько реально заняли процессы. Рабочий минимум для сервера, на котором будет крутиться что-то живое, — 8 ГБ.
| Сценарий | Ядер | Память | Диск | Сколько гостей потянет |
|---|---|---|---|---|
| Учебный стенд | 2 | 8 ГБ | 120 ГБ SSD | 2 ВМ или 4–5 контейнеров |
| Пара сайтов и база | 4 | 16 ГБ | 240 ГБ NVMe | 3–4 ВМ плюс 3 контейнера |
| Инфраструктура небольшой компании | 8 | 32 ГБ | 2 × 480 ГБ в зеркале | 6–8 ВМ плюс контейнеры |
| 1С, CRM, терминальный доступ | 16 | 64 ГБ | 2 × 960 ГБ NVMe | 10–12 гостей |
Отдельно проверьте, включена ли в BIOS аппаратная поддержка виртуализации — Intel VT-x или AMD-V. Без неё KVM-машины не запустятся, останутся только контейнеры. Команда для проверки приведена ниже.
На каком сервере ставить Proxmox: железо, аренда, VPS
Полноценно Proxmox живёт только там, где у вас есть доступ к загрузке с ISO-образа и к разметке физического диска. Это своё железо в стойке или выделенный сервер в аренду. На обычном VPS такая установка невозможна: гипервизор уже стоит уровнем ниже, ваш сервер сам является гостем. Разницу между этими вариантами мы подробно разбирали в материале о том, чем VPS отличается от выделенного сервера.
Есть промежуточный вариант — вложенная виртуализация, когда провайдер разрешает запускать гипервизор внутри виртуальной машины. Работает это медленнее железа примерно на 10–20 % и подходит только для учёбы и тестов, но обходится в считаные сотни рублей. Такой стенд удобно поднять на VPS с Linux с 8 ГБ памяти, потренироваться, а потом переехать на железо.
В каталоге сейчас 44 площадки, где можно взять машину под эксперименты или под боевой гипервизор. Ориентиры по стартовым ценам:
| Провайдер | Стартовая цена | Базовая конфигурация | Тарифов в каталоге |
|---|---|---|---|
| Cloudcore | от 59 ₽/мес | 1 ядро, 1 ГБ, 10 ГБ NVMe | 12 |
| Hosting-Russia | от 99 ₽/мес | серверы в РФ | — |
| 4VPS | от 110 ₽/мес | 1 ядро, 1 ГБ, 5 ГБ NVMe | 568 |
| HostVDS | от 127 ₽/мес | 1 ядро, 1 ГБ, 10 ГБ NVMe | 12 |
Данные проверены 04.09.2026.
Стартовые тарифы за 59–127 ₽ подойдут для знакомства с интерфейсом, но не для боевых гостей: 1 ГБ памяти уйдёт на сам гипервизор. Реальный минимум под учебный стенд — 8 ГБ, а под рабочие задачи берите недорогой выделенный сервер с зеркалом из двух дисков.

Что подготовить до установки
Понадобятся две вещи. Первая — официальный ISO-образ proxmox-ve_8.x.iso весом около 1,3 ГБ. ISO-образ — это файл-слепок установочного диска, с которого сервер загружается вместо жёсткого диска. У арендных провайдеров он либо лежит в библиотеке панели, либо загружается по прямой ссылке.
Вторая — KVM-консоль: удалённый доступ к монитору и клавиатуре сервера через браузер. Здесь три буквы KVM означают «клавиатура, видео, мышь» — это не тот KVM, который движок виртуализации. В панелях кнопка называется «Консоль» или IP-KVM. Без неё вы не увидите ни выбора диска, ни ошибок загрузчика.
Какую файловую систему выбрать: ext4, xfs или ZFS
Установщик предлагает три варианта, и выбор влияет и на скорость, и на аппетит к памяти. Файловая система — способ хранения данных на диске. ZFS — ещё и менеджер томов: она сама объединяет диски в один массив и проверяет, не испортились ли данные при чтении.
ext4 — проверенный вариант по умолчанию, минимальные накладные расходы, работает на любом железе. xfs быстрее на крупных файлах и хорошо ведёт себя с образами виртуальных дисков. ZFS даёт зеркало из двух дисков без отдельной платы-контроллера, мгновенные снимки состояния и проверку контрольных сумм, но требует памяти: примерно 1 ГБ на каждый терабайт хранилища плюс базовые 2 ГБ.
| Файловая система | Нужно памяти сверху | Зеркало без контроллера | Снимки томов | Кому подходит |
|---|---|---|---|---|
| ext4 | 0 ГБ | нет | через LVM | один диск, 8–16 ГБ RAM |
| xfs | 0 ГБ | нет | через LVM | крупные образы ВМ |
| ZFS RAID-1 | от 3 ГБ | да | встроенные, за секунды | два диска, 32 ГБ RAM и выше |
Практическое правило: до 16 ГБ памяти берите ext4, от 32 ГБ и при двух одинаковых дисках — ZFS в зеркале. Менять решение после установки нельзя, только переустановка с нуля.
Пошаговая установка Proxmox VE на сервер
Дальше идёт последовательность, которую проходят один раз. Каждый пункт — отдельный экран установщика: сеть и пароль правятся потом, а разметка дисков — нет.
- Смонтируйте образ
proxmox-ve_8.x.isoв панели провайдера — то есть подключите файл как виртуальный диск в приводе. Затем перезагрузите сервер, поставив этот привод первым в порядке загрузки. - В меню загрузчика выберите пункт Install Proxmox VE (Graphical), примите лицензию.
- Укажите целевой диск. Нажмите Options и задайте файловую систему — ext4 или zfs (RAID1); в поле hdsize оставьте весь объём, если сервер отдан только под гипервизор.
- Задайте страну, часовой пояс и раскладку клавиатуры: часовой пояс влияет на время в логах и расписании резервных копий.
- Придумайте пароль root длиной от 12 символов и укажите рабочий e-mail — на него уходят письма о сбоях дисков и неудачных бэкапах.
- Заполните сеть: имя хоста в формате
pve.example.com, IP-адрес с маской, шлюз и DNS-сервер. Данные берите из панели провайдера, вручную ничего не придумывайте. - Нажмите Install, дождитесь окончания (5–10 минут), отключите образ и перезагрузите сервер.
После перезагрузки консоль покажет строку с адресом панели вида https://203.0.113.10:8006. Откройте его в браузере и согласитесь с предупреждением о самоподписанном сертификате: браузер ругается потому, что сертификат выпустил сам сервер, а не удостоверяющий центр. В поле Realm (область входа) выберите «Linux PAM standard authentication», затем введите имя root и пароль из шага 5.
Первые команды после входа в панель
Свежая система просит подписку при каждом обновлении, потому что по умолчанию подключён платный репозиторий — адрес, откуда сервер скачивает пакеты. Бесплатный называется pve-no-subscription и содержит те же обновления, но без гарантий поддержки. По возможностям панель не урезана: ограничений на число машин и ядер нет.
Откройте в панели узел сервера, вкладку Shell — это терминал прямо в браузере. Отключите платный репозиторий и подключите бесплатный:
mv /etc/apt/sources.list.d/pve-enterprise.list /etc/apt/sources.list.d/pve-enterprise.list.off
echo "deb http://download.proxmox.com/debian/pve bookworm pve-no-subscription" > /etc/apt/sources.list.d/pve-no-subscription.list
apt update
apt full-upgrade
Первая строка убирает платный список, переименовывая файл: система перестаёт его читать. Вторая создаёт новый файл с адресом бесплатного репозитория для Debian 12 bookworm. Третья обновляет список доступных пакетов, четвёртая ставит обновления. Перезагрузка после full-upgrade нужна, если обновилось ядро.
Дальше проверьте два факта о сервере:
pveversion
lscpu | grep Virtualization
Первая команда печатает версию Proxmox — так вы убеждаетесь, что панель работает. Вторая ищет в описании процессора строку про виртуализацию: ответ VT-x или AMD-V означает, что KVM-машины запустятся. Пустой ответ — гости будут только контейнерные. Заодно сразу настройте вход по ключу вместо пароля, как описано в инструкции по настройке SSH на сервере.
Сеть: как устроен мост vmbr0
Установщик создаёт один сетевой мост с именем vmbr0. Мост работает как виртуальный коммутатор внутри сервера: физическая карта включается в него, и все виртуалки, подключённые к тому же мосту, оказываются в одной сети с хостом. Именно поэтому IP-адрес сервера после установки принадлежит не физическому интерфейсу, а vmbr0.
Конфигурация лежит в файле /etc/network/interfaces и выглядит примерно так:
auto lo
iface lo inet loopback
iface enp1s0 inet manual
auto vmbr0
iface vmbr0 inet static
address 203.0.113.10/24
gateway 203.0.113.1
bridge-ports enp1s0
bridge-stp off
bridge-fd 0
Строка iface enp1s0 inet manual означает, что у физической карты нет своего адреса — она отдана мосту. Параметр bridge-ports enp1s0 включает карту в мост. Адрес 203.0.113.10/24 и шлюз 203.0.113.1 подставьте свои из панели провайдера. Значения bridge-stp off и bridge-fd 0 отключают протокол защиты от петель и задержку перед передачей трафика — на одиночном сервере они не нужны.
Правки применяет команда ifreload -a — перезагружать сервер не нужно. Опечатка в адресе или шлюзе обрывает связь с сервером, поэтому проверяйте конфиг дважды: вернуть доступ получится только через KVM-консоль.

Создание первой виртуальной машины
Сначала нужен образ гостевой системы. В панели откройте хранилище local, раздел ISO Images, и загрузите туда установочный образ Debian или Ubuntu кнопкой Upload. Через терминал файл кладут в каталог /var/lib/vz/template/iso.
Дальше жмите Create VM. Ключевых параметров пять: идентификатор машины (VM ID, число от 100), имя, образ для загрузки, размер диска и объём памяти. Тип диска ставьте SCSI с контроллером VirtIO SCSI single, сетевую карту — VirtIO. Такие драйверы называют паравиртуальными: гостевая система знает, что работает в виртуалке, и общается с диском и сетью напрямую, без имитации настоящего железа, — а потому работает заметно быстрее.
То же самое одной строкой в терминале выглядит так:
qm create 100 --name web-01 --memory 4096 --cores 2
--net0 virtio,bridge=vmbr0 --scsihw virtio-scsi-single
qm set 100 --scsi0 local-lvm:32
qm set 100 --ide2 local:iso/debian-12.iso,media=cdrom
qm start 100
Первая команда создаёт машину с номером 100, именем web-01, 4096 МБ памяти и 2 ядрами, подключая её к мосту vmbr0. Вторая добавляет диск на 32 ГБ в хранилище local-lvm. Третья вставляет установочный образ в виртуальный привод. Четвёртая запускает машину — дальше открываете вкладку Console и ставите систему как на обычном компьютере.
LXC-контейнер вместо виртуалки: когда это выгоднее
Контейнер не запускает своё ядро, а пользуется ядром хоста. Из-за этого он стартует за 2–3 секунды против 30–60 у полноценной машины, занимает на диске 400–800 МБ вместо 2–8 ГБ и не резервирует память жёстко. Плотность размещения вырастает в два-три раза.
Ограничения тоже есть: внутри контейнера нельзя поставить другую операционную систему, менять параметры ядра и сложнее пробрасывать устройства. Если гостю нужен Windows, берите KVM.
Перед созданием контейнера скачайте шаблон — заготовку файловой системы нужного дистрибутива:
pveam update
pveam available --section system
pveam download local debian-12-standard_12.7-1_amd64.tar.zst
Первая команда обновляет список шаблонов, вторая показывает доступные, третья скачивает выбранный в хранилище local. Затем создайте контейнер: pct create 101 local:vztmpl/debian-12-standard_12.7-1_amd64.tar.zst --hostname app-01 --memory 1024 --cores 1 --rootfs local-lvm:8 --net0 name=eth0,bridge=vmbr0,ip=dhcp — это машина с номером 101, 1024 МБ памяти, диском 8 ГБ и сетью через тот же мост. Запуск — командой pct start 101.
Резервные копии и снимки состояния
Снимок состояния фиксирует диск и память гостя на конкретный момент: перед обновлением делаете снимок, если что-то сломалось — откатываетесь за минуту. Снимки живут на том же диске, что и машина, и от отказа накопителя не спасают.
Резервная копия — отдельный архив всей машины, который кладут на другой диск или удалённое хранилище. Делает её утилита vzdump, расписание настраивается в разделе Datacenter — Backup.
vzdump 100 --storage local --mode snapshot --compress zstd
Команда архивирует машину 100 в хранилище local без её остановки, сжимая архив алгоритмом zstd — он даёт примерно вдвое меньший файл при небольшой нагрузке на процессор. Копия виртуалки с 32 ГБ диска, заполненного на треть, весит ориентировочно 4–6 ГБ. Общую схему хранения копий и проверку их восстановления мы описывали в гайде о настройке бэкапов.
Частые ошибки при установке Proxmox
Почти все проблемы новичков сводятся к нескольким сценариям. Каждый стоит либо потерянного доступа к серверу, либо переустановки с нуля, поэтому пробегитесь по списку до того, как нажмёте Install.
- Отдать гипервизору 1–2 ГБ памяти и удивляться, что гости не стартуют: 2 ГБ уходят на сам хост, гостям остаётся ноль.
- Выбрать ZFS на сервере с 8 ГБ памяти — кеш файловой системы съест треть объёма, и на виртуалки не останется.
- Ввести неверный шлюз на экране сети: после перезагрузки сервер не отвечает, и вернуть его можно только через KVM-консоль.
- Открыть порт 8006 всему интернету без ограничения по IP — панель управления гипервизором не место для публичного доступа.
- Считать снимок состояния резервной копией: при отказе диска пропадут и машина, и все её снимки.
- Пропустить подключение репозитория pve-no-subscription и получать при каждом
apt updateошибку 401 — отказ в доступе к платному репозиторию.
Частые вопросы
Можно ли поставить Proxmox на обычный VPS? Нет: гипервизор там уже работает уровнем ниже, а доступа к загрузке с образа вам не дадут. Исключение — тарифы с вложенной виртуализацией, где провайдер явно разрешает запуск гипервизора внутри гостя; производительность падает на 10–20 %.
Сколько стоит лицензия и можно ли работать без неё? Система полностью функциональна без подписки, ограничений по числу машин или ядер нет. Подписка продаёт репозиторий с более консервативными обновлениями и техподдержку. Достаточно подключить pve-no-subscription.
Что делать, если панель на порту 8006 не открывается? Проверяйте по слоям. Сначала пингом убедитесь, что сервер отвечает по сети; если нет — ошибка в шлюзе или маске, лечится через консоль провайдера. Если пинг идёт, а страница нет — смотрите статус службы командой systemctl status pveproxy и правила брандмауэра на порт 8006. Не забудьте про https: по обычному http панель не отвечает.
Сколько виртуальных машин выдержит сервер с 32 ГБ памяти? Вычтите 2 ГБ на гипервизор и ещё 2–3 ГБ, если выбрали ZFS. Остаток делите на аппетит гостей: при 4 ГБ на машину получается 6–7 виртуалок, а контейнеров с лимитом 1 ГБ поместится 20 и больше, поскольку они занимают только фактически использованную память.
Можно ли запустить Windows внутри Proxmox? Да, но только как KVM-машину, а не контейнер. Понадобится аппаратная поддержка виртуализации в процессоре, отдельный образ с драйверами VirtIO и лицензия. Минимальная разумная конфигурация — 2 ядра, 4 ГБ памяти и 60 ГБ диска, иначе система будет заметно тормозить.
Что выбрать при одном диске в сервере? ext4 и обязательное расписание копий на внешнее хранилище. Зеркало из одного диска не собрать, а ZFS на одиночном накопителе даст снимки, но не защиту от отказа.
Итог
Установка Proxmox VE сводится к трём решениям: сколько памяти оставить гипервизору, какую файловую систему выбрать и какие сетевые параметры вписать на экране установщика. Ошибка в первых двух правится только переустановкой, поэтому оба пункта заслуживают лишних пяти минут внимания.
Полноценно гипервизор работает там, где есть доступ к железу и загрузке с образа. Если такой машины ещё нет, посмотрите выделенные серверы в каталоге: под учебный стенд хватит 8 ГБ памяти, под рабочую инфраструктуру берите 32 ГБ и два диска в зеркале.