Proxmox VE — платформа серверной виртуализации на базе Debian: она запускает виртуальные машины через QEMU и KVM, а Linux-контейнеры — через LXC. Для установки Proxmox заранее определяют диск, имя узла и сеть управления, затем устанавливают систему с официального ISO, проверяют HTTPS-доступ, выбирают корректный репозиторий и обновляют хост. Установка платформы не устанавливает и не настраивает гостевую ОС внутри будущих VM.
Что подготовить до установки Proxmox VE
Этот сценарий рассчитан на один физический хост виртуализации. Одиночный узел подходит для лаборатории, разработки и части некритичных задач, но остаётся единой точкой отказа для размещённых на нём нагрузок. Установка сама по себе не создаёт резервное копирование, кластер или высокую доступность.
Точные требования к CPU, памяти, загрузочному носителю, сетевому адаптеру и поддерживаемому оборудованию зависят от выпуска Proxmox VE. Перед установкой сверяйте их с официальным Installation Guide и Administration Guide именно для выбранной вет ки.
| Что проверить | Зачем это нужно | Минимальный практический результат |
|---|---|---|
| CPU и аппаратная виртуализация | Для запуска VM с аппаратным ускорением нужны расширения Intel VT-x или AMD-V. | Процессор 64-битный, виртуализация включена в firmware; после установки модуль KVM доступен системе. |
| Память | Хосту нужна память для Debian, служб Proxmox VE, кэша и будущих VM. | Память спланирована отдельно от потребностей гостевых ОС; не выделяйте всю RAM будущим VM. |
| Диски и контроллер | Установщик переразмечает выбранные накопители; совместимость контроллера влияет на доступность дисков. | Определены загрузочные диски, их режим RAID и носители с данными, которые нельзя затрагивать. |
| Сетевые адаптеры | Нужен хотя бы один работающий Ethernet-адаптер для сети управления; для производственной схемы обычно заранее разделяют потоки. | Известны интерфейс, порт коммутатора, VLAN при наличии, статический IP, маска или префикс, шлюз и DNS. |
| Консоль | Ошибочная сетев ая настройка может сделать узел недоступным по сети. | Есть локальный монитор и клавиатура либо проверенное out-of-band-управление: BMC, iDRAC, iLO или аналог. |
| Firmware и совместимость | Устаревшая прошивка сервера, NIC или storage-контроллера иногда вызывает проблемы с обнаружением устройств и стабильностью. | Зафиксированы модель сервера и адаптеров, проверены рекомендации производителя и документация Proxmox VE для выбранного выпуска. |
Зависимости от модели и версии
Назва ния параметров BIOS/UEFI, экранов установщика, кнопок веб-интерфейса, статусов RAID-контроллера и доступных вариантов хранилища зависят от поколения сервера, версии Proxmox VE, Debian, firmware и утилит вендора. Для firmware и out-of-band-консоли используйте руководство производителя сервера; для Proxmox VE — официальное руководство выбранного релиза.
Выбранные для установки диски будут очищены
Установщик создаёт разделы и файловую систему на целевых дисках. До переустановки сохраните резервные копии и отключите либо однозначно идентифицируйте накопители с нужными данными. Не выбирайте диск только по его ёмкости: одинаковые по размеру SSD и LUN легко перепутать.
Для сети управления подготовьте отдельный адрес из доверенного административного сегмента. Минимально нужны: FQDN узла, статический IPv4 или IPv6-адрес, префикс сети, шлюз по умолчанию и DNS-сервер. Разделение management-, storage- и VM-трафика, VLAN и мостов рассматриваются отдельно в статье «Сети виртуальных машин в ESXi, Hyper-V и Proxmox VE: vSwitch, VLAN и bridge».
Скачайте ISO и проверьте его целостность
Получение установочного образа
Загружайте ISO, контрольные суммы и подписи из официального раздела Downloads Proxmox. Все файлы должны относиться к одному выпуску образа.
- 1Выберите выпуск Proxmox VEОпределите ветку, которую планируете поддерживать, и скачайте официальный ISO Installer этой ветки. Не подменяйте его сторонними сборками и не используйте образ, происхождение которого нельзя подтвердить.
- 2Скачайте контрольную сумму и подписьНа той же официальной странице получите опубликованную SHA-256-сумму образа и, если для выпуска опубликована подпись, файл подписи. Сверьте имя ISO с именем в файле контрольных сумм.
- 3Проверьте SHA-256В Linux вычислите SHA-256 загруженного ISO и сравните строку с опубликованным значением. Совпадение подтверждает, что скачанный файл соответствует опубликованной контрольной сумме.
- 4Проверьте подпись, если она предоставленаИмпортируйте ключ Proxmox только после сверки его отпечатка с официальной документацией и проверьте подпись файла контрольных сумм. При несовпадении суммы, ошибке подписи или неизвестном ключе образ не записывайте: скачайте файлы заново и проверьте источник.
- 5Создайте загрузочный носительЗапишите проверенный ISO на USB-накопитель штатным средством вашей ОС или через консоль удалённого управления сервера. После записи безопасно извлеките носитель и загрузите с него сервер.
Выполняется в каталоге с ISO. Полученный хеш вручную сравнивают с SHA-256, опубликованной Proxmox для этого же файла.
sha256sum proxmox-ve_*.isoВывод:
Ожидается одна строка вида: <64-символьный SHA-256> proxmox-ve_….isoПример проверки подписи файла контрольных сумм, если для выбранного выпуска опубликованы такие файлы и ключ уже импортирован после проверки отпечатка.
gpg --verify SHA256SUMS.asc SHA256SUMSВывод:
Ожидается сообщение о корректной подписи от проверенного ключа. Одно лишь сообщение Good signature не отменяет необходимость сверить отпечаток ключа.Установка Proxmox: диск, файловая система и сеть
Установщик обычно проходит выбор целевого хранилища, файловой системы, региона и времени, учётной записи администратора, FQDN и параметров управления сетью. Эти значения не стоит выбирать случайно: особенно диск, схема RAID, имя и IP-адрес. Изменение сети или имени работающего узла возможно, но требует согласованно изменить DNS, /etc/hosts, мосты и внешние зависимости; выполнять это удалённо без консоли рискованно.
Установка на одиночный сервер
- 1Загрузите сервер с проверенного ISOВ меню загрузки выберите установку Proxmox VE. Если установщик не видит сетевой адаптер или диски, остановите установку и проверьте firmware, режим контроллера и совместимость оборудования; не продолжайте с «похожим» диском.
- 2Выберите целевой диск или набор дисковСопоставьте отображаемые модель, серийный номер и ёмкость с подготовленным планом. При аппаратном RAID установщик обычно видит логический том контроллера, а не отдельные физические диски. Подтв ердите очистку только после такой сверки.
- 3Выберите файловую систему и схему храненияВ зависимости от выпуска установщик предлагает ext4 или XFS, а также поддерживаемые варианты ZFS. В некоторых выпусках доступна Btrfs; если документация выбранной ветки помечает её как Technology Preview, не выбирайте её для производственного хоста. Ext4 и XFS обычно размещают на подготовленном RAID-контроллером логическом томе. ZFS должна получать прямой доступ к дискам и управляет избыточностью программно, поэтому её не следует без отдельного обоснования накладывать на аппаратный RAID. ZFS single-disk и stripe не дают избыточности; зеркало и RAIDZ требуют подходящего числа дисков и запаса памяти. Универсально лучшего варианта нет: сверяйте доступные схемы и ограничения с Installation Guide выбранного выпуска.
- 4Задайте пароль root и почту администратораСоздайте уникальный длинный пароль для
root. Укажите контролируемый адрес электронной почты для системных уведомлений. Пароль не заменяет ограничение доступа к сети управления и обновления хоста. - 5Укажите корректный FQDNВведите полное имя, например
pve01.example.net, а не только короткоеpve01. Оно должно разрешаться в статический адрес управления узла через DNS или согласованную запись/etc/hosts, а не в127.0.0.1или127.0.1.1. - 6Настройте статический адрес управленияВыберите подключённый NIC и укажите статический IP-адрес с правильным префиксом, шлюз по умолчанию и DNS-сервер. Шлюз указывают только тот, который достижим из этой подсети. До продолжения ещё раз сверьте адрес с планом: ошибка может оставить хост доступным только через локальную консоль.
- 7Завершите установку и перезагрузите серверПосле завершения извлеките установочный носитель, если это требуется платформой, и дождитесь загрузки установленной системы. На локальной или out-of-band-консоли зафиксируйте назначенный адрес и убедитесь, что интерфейс управления поднят.
Не меняйте management-сеть вслепую
Изменение IP-адреса, шлюза, VLAN, bridge или FQDN по удалённому SSH может разорвать текущую сессию и лишить доступа к узлу. Перед такими работами обеспечьте локальную или out-of-band-консоль, сохраните исходную конфигурацию и подготовьте обратное изменение.
Первый вход в веб-интерфейс и защита управления
Веб-интерфейс и API Proxmox VE по умолчанию доступны по HTTPS на TCP-порту 8006: https://<адрес-узла>:8006/. Для первого входа обычно используют учётную запись root@pam и пароль, заданный установщиком. SSH по умолчанию является отдельным сервисом на TCP-порту 22; доступ к нему также нужно ограничивать.
Проверка первого подключения
- 1Подключитесь из административной сетиОткройте
https://<IP-адрес>:8006/с рабочей станции в доверенной сети управления. Если страница не открывается, сначала проверьте IP, VLAN, маршрут и состояние интерфейса с локальной консоли хоста. - 2Проверьте предупреждение о сертификатеНа новом узле браузер может предупредить о самоподписанном сертификате или о несовпадении имени при подключении по IP. Не подтверждайте исключение автоматически: получите SHA-256-отпечаток сертификата через локальную или out-of-band-консоль узла и сравните его с отпечатком сертификата, показанного браузером.
- 3Войдите и проверьте состояние узлаПосле входа убедитесь, что выбран правильный узел, отображаются ожидаемые CPU, память, сетевые интерфейсы и локальное хранилище. Предупреждение об отсутствии подписки само по себе означает, что для узла не найдена действующая подписка Proxmox VE, и не доказывает неисправность хоста.
- 4Ограничьте источники доступаРазмещайте порт управления в отдельной доверенной сети или VLAN и ограничьте доступ к TCP 8006, API и SSH правилами внешнего firewall либо ACL. Дополнительно можно использовать Proxmox VE Firewall с правилами уровня узла для разрешения только административных подсетей. Включайте правила с доступной консолью: неверное правило может заблокировать администратора.
Выполните через локальную или out-of-band-консоль узла. Команда сначала проверяет пользовательский сертификат pveproxy, а при его отсутствии — штатный сертификат узла. Сравните полученный отпечаток с отпечатком сертификата, показанного браузером или полученного по сетевому соединению.
cert=/etc/pve/local/pveproxy-ssl.pem; [ -r "$cert" ] || cert=/etc/pve/local/pve-ssl.pem; openssl x509 -in "$cert" -noout -fingerprint -sha256 -subjectВывод:
Ожидаются SHA-256-отпечаток и subject сертификата. Если отпечаток в браузере отличается, не добавляйте исключение до выяснения причины.Выберите репозиторий и обновите хост
Для узла без подписки используют No-Subscription Repository. Кодовое имя Debian в записи источника должно точно соответствовать установленной ветке Proxmox VE. Не копируйте пример для другой версии: сверяйте suite, компонент и формат файла с разделом Package Repositories в официальной документации Proxmox VE.
| Канал | Канонический URI | Условия и статус пакетов |
|---|---|---|
| Enterprise Repository | https://enterprise.proxmox.com/debian/pve | Требует действующей подписки Proxmox VE. Proxmox рекомендует этот канал для производственных систем; компонент источника — pve-enterprise. |
| No-Subscription Repository | http://download.proxmox.com/debian/pve | Доступен без подписки; компонент источника — pve-no-subscription. Пакеты проходят менее строгую проверку и валидацию, чем в Enterprise Repository. |
Не смешивайте выпуски и каналы без понимания последствий
Не подключайте репозитории другой ветки Debian или другого основного выпуска Proxmox VE. Не оставляйте Enterprise Repository активным на узле без действующей подписки и не добавляйте No-Subscription «поверх» источников другого релиза. Такая смесь может привести к несовместимым зависимостям или частичному обновлению пакетов.
Настройка обновлений
- 1Инвентаризируйте источники APTВ веб-интерфейсе откройте список репозиториев либо проверьте файлы APT в консоли. Сопоставьте каждый источник с установленными версиями Proxmox VE и Debian. Для одного узла должен быть осознанно выбран Enterprise-канал с подпиской или No-Subscription без неё.
- 2Отключите неподходящий Enterprise RepositoryЕсли активной подписки нет, отключите enterprise-источник через интерфейс репозиториев или исправьте соответствующий файл APT. Затем включите официальный No-Subscription Repository именно для кодового имени Debian, на котором установлен ваш Proxmox VE.
- 3Получите списки пакетовВыполните
apt update. Ожидаемый результат — получение индексов без ошибок авторизации, отсутствующих Release-файлов и ссылок на чужой выпуск. При ошибке не переходите к обновлению: сначала исправьте источник, ключ или сетевую связность. - 4Установите доступные обновленияВыполните полное обновление
apt dist-upgrade, как рекомендует документация Proxmox VE. Прочитайте план изменений до подтверждения, особенно если обновляются ядро, пакеты Proxmox VE или удаляются пакеты. При обновлении ядра обычно требуется плановая перезагрузка. - 5Подтвердите версию после обновленияПроверьте состав пакетов командой
pveversion -v. Если обновлялось ядро, перезагрузите узел в согласованное окно и повторите проверку доступности интерфейса и сети.
Получите актуальные индексы пакетов и отдельно просмотрите весь вывод. Не переходите к обновлению при ошибках авторизации, подписи или Release-файла, а также при ссылках на неподходящий выпуск Debian или Proxmox VE.
apt updateВывод:
Ожидается получение индексов из осознанно выбранных источников без ошибок и предупреждений, связанных с недоступными, неподписанными или чужими репозиториями.Запускайте только после успешной проверки `apt update`. До подтверждения прочитайте список обновляемых и удаляемых пакетов; при обновлении ядра предусмотрите окно для перезагрузки.
apt dist-upgradeВывод:
Ожидается согласованный план обновления без конфликтов зависимостей и неожиданного у даления пакетов Proxmox VE.Показывает версию Proxmox VE и установленных связанных пакетов. Используйте вывод для сверки с выбранным выпуском и источниками APT.
pveversion -vМинимальная проверка готовности хоста
Контроль перед созданием виртуальных машин
- 1Проверьте имя узла и разрешение имениПроверьте FQDN и его разрешение в адрес управления. Ожидается, что имя возвращает IP узла, а не loopback-адрес. Если нет — исправьте DNS или согласованную запись
/etc/hostsиз лока льной консоли. - 2Проверьте время и синхронизациюУбедитесь, что время, часовой пояс и синхронизация корректны. Значительное расхождение времени затрудняет анализ журналов, работу сертификатов и будущих интеграций.
- 3Проверьте сетевую связность управленияПроверьте адреса интерфейсов, маршрут по умолчанию, доступность шлюза и DNS-разрешение. Затем подтвердите открытие
https://<IP>:8006/с административной станции. - 4Проверьте доступные хранилищаВ интерфейсе убедитесь, что локальные хранилища отображаются и имеют свободное место. В консоли проверьте файловые системы. Нехватку физической ёмкости нельзя устранить созданием VM с thin-диском: тонкое выделение лишь откладывает фактическое занятие места, поэтому рост нужно контролировать.
- 5Проверьте доступность виртуализацииУбедитесь, что CPU сообщает о VT-x или AMD-V и загружены модули KVM. Если аппаратная виртуализация недоступна, не р азмещайте рабочие VM до устранения причины.
- 6Подтвердите обновлённое состояниеПосле
apt updateиapt dist-upgradeснова проверьтеpveversion -v, веб-интерфейс и журналы задач. Только после этого готовьте ISO, шаблоны, виртуальную сеть и хранилище для гостей.
Проверяет FQDN, его разрешение и состояние времени. Вторая команда должна вернуть адрес управления узла.
hostname --fqdn && getent hosts "$(hostname --fqdn)" && timedatectlПоказывает адреса и маршруты, пробует получить ICMP-ответ от шлюза и проверяет разрешение заранее выбранного FQDN через настроенный механизм DNS/NSS. Отсутствие ответа на ping может означать фильтрацию ICMP и само по себе не доказывает отсутствие маршрута.
ip -br address; ip route; ping -c 3 <шлюз>; getent ahosts <проверяемое-FQDN>Вывод:
Ожидаются правильный адрес управления, маршрут по умолчанию и адреса для проверяемого FQDN. Результат ping оценивайте вместе с маршрутами и правилами firewall.Показывает тип виртуализации CPU, загруженные KVM-модули и свободное место на файловых системах. Отсутствие вывода `kvm` или признака Virtualization требует отдельной проверки firmware и CPU.
lscpu | grep -i virtualization; lsmod | grep '^kvm'; df -hПроблема
Аппаратная виртуализация отключена или KVM недоступен
Возможные причины
- Intel VT-x или AMD-V выключены в BIOS/UEFI.
- Процессор или платформа не поддерживают требуемое расширение.
- Proxmox VE сам запущен как VM без настроенной вложенной виртуализации.
- Firmware требует обновления или полного отключения питания после изменения параметра.
Решение
Получите доступ к локальной или out-of-band-консоли, проверьте модель CPU и включите CPU Virtualization по руководству производителя. Сохраните настройки, перезагрузите сервер, при необходимости выполните предусмотренный вендором power cycle и повторите lscpu и lsmod. Пошаговая работа с VT-x, AMD-V и IOMMU описана в статье «Как включить Intel VT-x, AMD-V и IOMMU в BIOS/UEFI сервера».
Как избежать
Проверяйте виртуализацию до установки и фиксируйте исходные параметры firmware. IOMMU для PCIe passthrough — отдельная возможность; её наличие не следует считать следствием включения VT-x или AMD-V.
Проблема
Веб-интерфейс Proxmox VE недоступен
Возможные причины
- Неверный IP-адрес, префикс, шлюз, VLAN или подключённый NIC.
- Правило внешнего firewall, ACL или Proxmox VE Firewall блокирует TCP 8006 либо SSH.
- Служба веб-прокси не запущена.
- Администратор подключается не из доверенной management-сети.
Решение
Не меняйте настройки наугад с удалённой рабочей станции. Через локальную или out-of-band-консоль проверьте ip -br address, ip route, состояние линка, затем доступность шлюза. Проверьте службу pveproxy командой systemctl status pveproxy и просмотрите активные правила firewall. Исправьте адресацию или правило, после чего повторите подключение из разрешённой административной сети.
Как избежать
Перед включением firewall-правил явно разрешайте свою административную подсеть к TCP 8006 и TCP 22, а изменения сети выполняйте при доступной консоли.
После этих проверок узел подготовлен к следующему отдельному этапу: созданию виртуальных машин, LXC-контейнеров, подготовке хранилища, кластеризации, HA и резервного копирования. Порядок и условия этих работ разобраны в статье «VM, LXC, кластер, HA и резервное копирование в Proxmox VE: порядок настройки».
Термины в статье
- Аппаратная виртуализация
- Аппаратная виртуализация — способ запуска ВМ с поддержкой процессора и платформы, где привилегированные операции гостя обрабатываются специальными механизмами CPU, а не только программной эмуляцией.
- Аппаратный RAID
- Реализация RAID, в которой специализированный контроллер формирует логические диски и выполняет операции массива. Наличие и защита кэша зависят от модели.
- Виртуализация
- Технология абстрагирования физических вычислительных ресурсов, позволяющая создавать виртуальные серверы, хранилища, сети и другие логические ресурсы.
- Виртуальная машина
- Изолированная вычислительная среда с виртуальными процессорами, памятью, дисками и сетевыми адаптерами, в которой под управлением гипервизора работает гостевая ОС.
- Виртуальная сеть
- Виртуальная сеть — логическая сеть, реализованная программными средствами для связи ВМ и других виртуальных нагрузок между собой и, при необходимости, с физической сетью.
- Высокая доступность
- Высокая доступность (HA) — способность системы сохранять сервис или автоматически восстанавливать его с минимальным простоем при отказе компонентов.
- Имя хоста
- Имя хоста — идентификатор узла в сети и операционной системе, используемый для отображения, журналирования и разрешения имени в IP- адрес при наличии DNS или hosts.
- Физический диск
- Физический диск — отдельный HDD, SSD или иной накопитель, распознанный RAID-контроллером как член массива либо как независимое устройство.
- Хост виртуализации
- Хост виртуализации — физический сервер или вычислительная система, на которой работает гипервизор и размещаются виртуальные машины; его CPU, память, сеть и хранилище распределяются между гостями.
- Шаблон виртуальной машины
- Подготовленный объект п латформы виртуализации с образом ОС и заданной конфигурацией для повторяемого развертывания новых виртуальных машин.
- APT
- APT — система управления пакетами в Debian-подобных Linux, которая получает пакеты из репозиториев, разрешает зависимости и передаёт установку низкоуровневому менеджеру dpkg.
- Debian
- Debian — универсальный дистрибутив Linux с пакетами DEB и системой APT, известный консервативной веткой Stable и разделением репозиториев по веткам разработки.
- Guest OS
- О перационная система, установленная в виртуальной машине и работающая под управлением гипервизора; не следует путать с хостовой ОС гипервизора типа 2.
- Intel VT-x
- Intel VT-x — расширение процессоров Intel для аппаратной виртуализации x86, вводящее режимы VMX для выполнения гостевых ОС под контролем гипервизора без полной программной эмуляции.
- KVM
- Подсистема аппаратной виртуализации ядра Linux, предоставляющая пользовательским мониторам ВМ, обычно QEMU, интерфейс для запуска изолированных виртуальных машин.
- LXC
- LXC — набор инструментов и библиотек для создания и запуска системных Linux-контейнеров, изолирующих процессы, сеть и файловую систему при общем ядре с хостом.
- No-Subscription Repository
- No-Subscription Repository — официальный репозиторий пакетов Proxmox, доступный без активной подписки и используемый как альтернатива Enterprise Repository.
- Proxmox
- Открытая платформа серверной виртуализации на базе Debian, использующая QEMU/KVM для виртуальных машин и LXC для системных Linux-контейнеров.
- Proxmox VE Firewall
- Proxmox VE Firewall — встроенный распределённый межсетевой экран Proxmox VE, применяющий правила на уровне дата-центра, узла и сетевых интерфейсов гостевых систем.
- QEMU
- QEMU — открытый эмулятор вычислительных систем и монитор виртуальных машин; в Linux он может использовать KVM для виртуализации с аппаратным ускорением.
- RAID
- Технология объединения нескольких накопителей в логические блочные устройства для повышения производительности и/или отказоустойчивости в зависимости от RAID-уровня.
- RAID 1
- RAID 1 — уровень RAID с зеркалированием данных на двух или более дисках. Полезная ёмкость равна ёмкости наименьшего участника, а доступ сохраняется, пока исправна хотя бы одна копия.
- RAID-Z
- RAID-Z — встроенная в ZFS схема vdev с распределённой чётностью. RAIDZ1, RAIDZ2 и RAIDZ3 выдерживают отказ соответственно одного, двух или трёх накопителей.
- SSH
- SSH — криптографический сетевой протокол для удалённого доступа и передачи данных, аутентифицирующий стороны и защищающий сеанс от перехвата.
- Thin Provisioning
- Метод предоставления логической ёмкости LUN, томам или виртуальным дискам, при котором физическое место выделяется по мере записи, а не резервируется целиком заранее.
- ZFS
- ZFS — файловая система и менеджер томов с пулами хранения, контрольными суммами и копированием при записи, объединяющий управление дисками и данными.