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

Планируете развернуть Proxmox Virtual Environment, но не знаете, потянет ли ваше железо? Вопрос справедливый - никому не хочется получить медленную систему вместо быстрой платформы виртуализации. Разберёмся, какие системные требования Proxmox действительно важны, а где можно сэкономить без потери производительности.

Актуальная версия на июль 2026 - Proxmox VE 9.2: собрана на Debian 13 «Trixie», ядро Linux 7.0, QEMU 11.0, LXC 7.0 и ZFS 2.4. Требования от версии к версии меняются мало, но пару вещей ниже стоит перепроверить именно под свою сборку.

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

Минимальные требования: с чего начать

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

На таких цифрах Proxmox установится и запустится, но для реальной работы потребуется больше. Ниже разберём каждый пункт по отдельности, а в конце посчитаем на конкретном примере.

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

Процессор: сердце виртуализации

Виртуализация серьёзно нагружает процессор, поэтому к его выбору стоит подойти ответственно. Proxmox работает только на 64-битных процессорах с аппаратной поддержкой виртуализации.

Проверить поддержку можно командой:

egrep -c '(vmx|svm)' /proc/cpuinfo

Если результат больше нуля - всё в порядке. Если нет, придётся включить виртуализацию в BIOS или искать другой процессор. Как включить виртуализацию в UEFI пошагово, показываем в отдельной статье.

Минимальные требования к процессору:

• архитектура x86_64;
• поддержка Intel VT-x или AMD-V;
• тактовая частота от 1 ГГц.

Отдельно про IOMMU (у Intel это VT-d, у AMD - AMD-Vi). Он нужен, если планируете пробрасывать устройства внутрь виртуальной машины: видеокарту, RAID-контроллер, сетевую карту, USB-ключ. Без IOMMU проброс просто не заработает, а узнать об этом на этапе «уже купили» неприятно. Поддержку смотрят в характеристиках процессора и материнской платы, включают - в UEFI.

Для комфортной работы берите процессор с запасом по ядрам: каждая виртуальная машина будет благодарна за выделенные ресурсы.

Оперативная память: чем больше, тем лучше

ОЗУ - тот ресурс, где экономить точно не стоит. Память уходит не только самому Proxmox: заметная часть работает как кэш, и за счёт этого виртуальные машины отзываются быстрее.

Планируя объём, учитывайте три статьи расхода:

• 2-4 ГБ для самой системы Proxmox;
• память для каждой виртуальной машины;
• резерв для системного кэша, желательно 20-30% от общего объёма.

Если памяти не хватит, система уйдёт в swap, и производительность просядет так, что это заметят все. Лучше взять больше сразу.

ZFS съедает память отдельно

Момент, который обычно всплывает уже после установки. ZFS - не бесплатная опция по памяти. Официальная рекомендация Proxmox - от 8 ГБ только на старт файловой системы, дальше по ориентиру примерно 1 ГБ оперативной памяти на 1 ТБ хранилища. Кэш ARC займёт всё, что вы ему позволите, и это нормальное поведение, а не утечка.

Практический вывод: если планируете ZFS, прибавьте её аппетит к расчёту сверху, а не «поместится в те же 16 ГБ». Домашняя лаборатория на 8 ГБ с ZFS и парой виртуалок будет работать, но неприятно.

ECC-память

ECC не обязательна, но для серверных нагрузок желательна: она исправляет однобитные ошибки и обнаруживает двухбитные. Для ZFS документация Proxmox рекомендует ECC прямо - файловая система следит за целостностью данных, и ошибка в памяти способна испортить то, что она старательно проверяет. Стоит ли переплачивать в вашем случае, разбирали отдельно: серверная RAM с ECC против обычной.

Хранилище данных: скорость против объёма

Требования к дисковой подсистеме зависят от нагрузок. Proxmox работает с разными типами хранилищ, у каждого свои особенности.

Локальное хранилище:

• под систему - SSD от 120 ГБ;
• под данные - зависит от количества виртуальных машин;
• под отказоустойчивость - RAID или ZFS, но не одновременно (об этом ниже).

Сетевое хранилище: NFS, iSCSI, Ceph. Требует стабильной сети 10 Гбит/с, зато легко масштабируется.

Для системных разделов и активных виртуальных машин берите SSD или NVMe, архив можно держать на HDD. Для серверных нагрузок отдельно смотрите на защиту от потери питания (PLP): такие накопители не теряют содержимое буфера при внезапном обесточивании. На потребительских SSD этого нет, и внезапное выключение стоит дороже сэкономленного.

ZFS и аппаратный RAID вместе не ставят

Самая частая и самая дорогая ошибка при сборке Proxmox. Документация Proxmox формулирует прямо: не используйте ZFS поверх аппаратного RAID-контроллера с собственным кэшем - ZFS должна общаться с дисками напрямую.

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

Как собрать отказоустойчивое хранилище под гипервизор, подробно разобрали в статье про RAID в Proxmox.

Файловые системы

• ext4 - простая и надёжная, хорошо ложится на аппаратный RAID.
• ZFS - снапшоты, контроль целостности, репликация. Требует прямого доступа к дискам и памяти.
• Btrfs - в Proxmox до сих пор имеет статус technology preview. Для продакшена её пока не берут, для экспериментов - можно.

ZFS интересна серверным инсталляциям именно из-за целостности данных и снапшотов виртуальных машин - при условии, что железо под неё собрано правильно.

Сетевые требования

Сеть - нервная система виртуализованной инфраструктуры. От её производительности зависит работа всех сервисов.

Минимальные ориентиры по пропускной способности:

• 1 Гбит/с для небольших инсталляций;
• 10 Гбит/с для средних и крупных развёртываний;
• отдельные интерфейсы для управления, виртуальных машин и хранилища.

Рекомендуется минимум два сетевых интерфейса: один под управление Proxmox, второй под трафик виртуальных машин. Это повышает и безопасность, и производительность.

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

Совместимость с оборудованием

Proxmox основан на Debian Linux, поэтому совместим с большинством серверного оборудования. Но нюансы есть.

Процессоры Intel: актуальное поколение - Xeon 6 (Granite Rapids и Sierra Forest). Из более доступного отлично работают Xeon Scalable предыдущих поколений и десктопные Core i3/i5/i7 с поддержкой VT-x.

Процессоры AMD: актуальное - EPYC 9005 «Turin». Хорошо себя показывают и предыдущие поколения EPYC, а для небольших задач подойдут Ryzen Pro с поддержкой AMD-V.

Материнские платы. Выбирайте с поддержкой ECC-памяти, достаточным количеством слотов под ОЗУ и встроенным IPMI для удалённого управления. Если планируете проброс устройств - убедитесь, что плата умеет IOMMU.

Контроллеры дисков. Здесь всё зависит от выбранной схемы хранения. Под ZFS нужен HBA или контроллер в IT-режиме. Под аппаратный RAID хорошо поддерживаются LSI MegaRAID, Adaptec SmartRAID и встроенные контроллеры Intel - с батарейкой или суперконденсатором.

Планирование ресурсов

Правильное планирование - залог стабильной работы. Не стоит выделять виртуальным машинам все доступные ресурсы.

Правило 80/20. Используйте не более 80% ресурсов сервера под виртуальные машины. Остальные 20% оставьте системным процессам, кэшированию и пиковым нагрузкам.

Мониторинг. Регулярно отслеживайте загрузку процессора, потребление ОЗУ, нагрузку на дисковую подсистему и сетевой трафик. Это помогает вовремя увидеть узкое место.

Сколько железа нужно на N виртуальных машин

Самый частый вопрос - и на него считают, а не гадают. Порядок такой:

1. Сложите память всех виртуальных машин. Не «сколько выделили», а сколько они реально просят под нагрузкой.
2. Прибавьте 2-4 ГБ на сам Proxmox.
3. Если используете ZFS - прибавьте её аппетит: от 8 ГБ плюс примерно по 1 ГБ на терабайт хранилища.
4. Добавьте 20-30% запаса на пики и кэш.

Посчитаем типовой офисный сценарий: пять виртуальных машин - контроллер домена (4 ГБ), файловый сервер (8 ГБ), сервер 1С (16 ГБ) и две небольших служебных по 4 ГБ. Итого гостям нужно 36 ГБ. Плюс 4 ГБ гипервизору - 40 ГБ. Если хранилище на ZFS объёмом 8 ТБ, добавляем ещё около 16 ГБ - получается 56 ГБ. Запас 25% доводит расчёт примерно до 70 ГБ, то есть в сервер ставят 96 или 128 ГБ - ближайший разумный объём с учётом раскладки по каналам памяти.

С процессором логика мягче: виртуальные машины редко нагружают ядра одновременно, поэтому виртуальных ядер выделяют больше, чем физических. Разумная отправная точка для офисных нагрузок - примерно 3-4 виртуальных ядра на одно физическое, но если среди гостей есть по-настоящему прожорливый сервис (та же 1С в час пик или база данных), под него ядра резервируют без переподписки.

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

Рекомендации по конфигурации

Исходя из опыта эксплуатации, вот несколько практических ориентиров.

Для домашней лаборатории. Процессор - Intel Core i5/i7 или AMD Ryzen 5/7, ОЗУ 16-32 ГБ, SSD 256 ГБ под систему плюс HDD под данные, встроенный гигабитный Ethernet. Здесь же отлично живут б/у серверные платформы прошлых поколений - для обучения их с запасом.

Для малого бизнеса (10-20 сотрудников). Серверный процессор начального уровня, ОЗУ 64-128 ГБ с ECC, SSD под систему и зеркало под данные, два гигабитных интерфейса. При ZFS память считайте по методике выше, а диски заводите через HBA.

Для средних нагрузок. Xeon Scalable или EPYC, ОЗУ 256-512 ГБ ECC, NVMe под активные машины и SAS в RAID 10 под остальное, сеть 10 Гбит/с. Если строите кластер с высокой доступностью, закладывайте минимум три узла: на двух кворум не наберётся, и при отказе одного кластер встанет.

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

Если сравниваете Proxmox с другими платформами, у нас есть сравнение гипервизоров 2026, а про резервное копирование виртуальных машин - отдельный разбор Proxmox Backup Server.

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

Сколько оперативной памяти нужно Proxmox?
Самой системе - 2-4 ГБ. Дальше плюс память всех виртуальных машин, плюс аппетит ZFS, если она используется, плюс 20-30% запаса. Формально Proxmox установится и на 1 ГБ, но это годится только чтобы посмотреть интерфейс.

Сколько виртуальных машин потянет сервер?
Столько, на сколько хватит памяти и дисковых операций. Память считается по методике выше, а упирается всё обычно не в процессор, а в ОЗУ и IOPS дисковой подсистемы.

Хватит ли 16 ГБ для виртуальных машин?
Для домашней лаборатории с двумя-тремя лёгкими гостями - да. Для офисного сценария с контроллером домена, файловым сервером и 1С - нет, там счёт начинается от 64 ГБ. С ZFS 16 ГБ уходят на кэш и систему почти целиком.

Работает ли Proxmox на старом сервере?
Да, если процессор поддерживает Intel VT-x или AMD-V. Xeon E5 v3/v4 и EPYC первых поколений - рабочие варианты. Проверить поддержку можно командой egrep -c '(vmx|svm)' /proc/cpuinfo.

Сколько места на диске нужно Proxmox?
Под саму систему хватит 32 ГБ, но на практике берут SSD от 120 ГБ: туда лягут ISO-образы, шаблоны, логи и локальные снапшоты. Диски под виртуальные машины считаются отдельно.

Нужен ли RAID-контроллер для Proxmox?
Зависит от файловой системы. Под ext4 аппаратный RAID с батарейкой - нормальный выбор. Под ZFS контроллер нужен в режиме HBA или IT: ZFS должна видеть диски напрямую, иначе теряется весь смысл её защиты данных.

Сколько узлов нужно для кластера Proxmox?
Минимум три - для набора кворума. Кластер из двух узлов при отказе одного не сможет принять решение и остановится.