Proxmox VE на ви

Конфігурація

Після встановлення Proxmox VE та доступу до веб-інтерфейсу, виконаємо кілька важливих кроків з конфігурації, включаючи завантаження ISO-образу, створення першої віртуальної машини та перевірку її працездатності.

1. Завантаження ISO-образу для віртуальної машини

Щоб створити віртуальну машину, нам знадобиться інсталяційний образ операційної системи. Завантажимо ISO-образ Debian 13 "Trixie" (актуальний на 2026 рік) на сховище Proxmox.

1. У веб-інтерфейсі Proxmox VE перейдіть до Datacenter -> ваш сервер (наприклад, pve) -> local (pve).
2. Виберіть вкладку ISO Images.
3. Натисніть Download from URL.
4. Вставте URL для ISO-образу Debian 13 (наприклад, http://ftp.debian.org/debian/dists/trixie/main/installer-amd64/current/images/hd-media/boot.img.gz або посилання на повний ISO з дзеркала). Для прикладу візьмемо стабільний Debian 12 (Bookworm), оскільки Trixie може бути ще на стадії тестування, але для 2026 року будемо вважати, що 13-та версія стабільна.

   
   https://cdimage.debian.org/cdimage/archive/13.0.0/amd64/iso-cd/debian-13.0.0-amd64-netinst.iso
               

5. Натисніть Query URL, потім Download. Дочекайтеся завершення завантаження.

Що робить: Завантажує інсталяційний ISO-образ операційної системи (у цьому випадку Debian 13) на локальне сховище Proxmox, щоб його можна було використовувати для встановлення гостьових ОС на віртуальні машини.

2. Створення першої віртуальної машини

Тепер створимо нашу першу ВМ з Debian 13.

1. У веб-інтерфейсі Proxmox VE у правому верхньому куті натисніть кнопку Create VM.
2. General:
   • Node: pve (ваш сервер)
   • VM ID: 100 (або будь-який інший вільний ID)
   • Name: debian-test-vm
   Натисніть Next.
3. OS:
   • Do not use any media: Зніміть галочку.
   • Storage: local (pve)
   • ISO Image: Виберіть завантажений раніше образ debian-13.0.0-amd64-netinst.iso.
   • Guest OS: Type: Linux, Version: 6.x - 2.6 Kernel.
   Натисніть Next.
4. System:
   • Graphic card: Default (std)
   • SCSI Controller: VirtIO SCSI F-D (рекомендується для продуктивності)
   • QEMU Agent: Позначте Enable QEMU Agent (потребує встановлення агента всередині ВМ пізніше).
   Натисніть Next.
5. Disks:
   • Bus/Device: SCSI (0)
   • Storage: local-lvm (або local, якщо у вас немає lvm)
   • Disk size: 32 GB
   • Cache: Write back (для кращої продуктивності, але з ризиком втрати даних у разі збою живлення) або No-cache (для безпеки). Для тесту виберіть Write back.
   Натисніть Next.
6. CPU:
   • Cores: 2
   • Type: host (для максимальної продуктивності, якщо гостьова ОС сумісна)
   Натисніть Next.
7. Memory:
   • Memory (MiB): 2048 (2 ГБ)
   Натисніть Next.
8. Network:
   • Bridge: vmbr0
   • Model: VirtIO (паравіртуалізований драйвер для кращої продуктивності)
   Натисніть Next.
9. Confirm:
   • Перевірте всі налаштування.
   • Переконайтеся, що Start after creation позначено.
   Натисніть Finish.

Що робить: Створює нову віртуальну машину із заданими параметрами: виділяє ресурси CPU та RAM, створює віртуальний диск, підключає ISO-образ для встановлення ОС та налаштовує мережевий адаптер через міст vmbr0.

3. Встановлення Debian 13 у віртуальній машині

Після створення ВМ вона автоматично запуститься. Перейдіть до Datacenter -> ваш сервер -> debian-test-vm (100) та виберіть вкладку Console. Ви побачите процес завантаження з ISO-образу. Дотримуйтесь інструкцій зі встановлення Debian:

• Виберіть "Graphical install" або "Install".
• Виберіть мову, місцезнаходження, розкладку клавіатури.
• Налаштуйте мережу (зазвичай DHCP).
• Встановіть пароль root та створіть нового користувача.
• Розбийте диск (можна використовувати "Guided - use entire disk" для простоти).
• Виберіть програмне забезпечення (наприклад, SSH server та Standard system utilities).
• Встановіть завантажувач GRUB на основний диск.
• Перезавантажте ВМ після завершення встановлення.

Що робить: Виконує стандартне встановлення операційної системи Debian 13 всередині щойно створеної віртуальної машини, аналогічно встановленню на фізичний сервер.

4. Встановлення QEMU Guest Agent (опціонально, але рекомендовано)

QEMU Guest Agent покращує взаємодію між Proxmox VE та гостьовою ОС, дозволяючи виконувати коректне вимкнення, отримувати інформацію про IP-адресу, використовувати функції моментальних знімків (snapshots) тощо.

# Після встановлення Debian увійдіть до ВМ через SSH або консоль Proxmox.
# Оновіть список пакетів
sudo apt update
# Встановіть qemu-guest-agent
sudo apt install -y qemu-guest-agent
# Увімкніть та запустіть сервіс
sudo systemctl enable qemu-guest-agent
sudo systemctl start qemu-guest-agent

Що робить команда: Встановлює та запускає агент QEMU всередині віртуальної машини, що дозволяє Proxmox VE ефективно керувати ВМ та отримувати від неї додаткову інформацію.

5. Перевірка працездатності

Після встановлення Debian та перезавантаження ВМ, ви повинні мати можливість отримати доступ до неї через SSH (якщо налаштували) та пінгувати зовнішні ресурси.

# Всередині ВМ
ping google.com -c 4

# З вашого локального комп'ютера (якщо ВМ має публічну IP або доступ через NAT)
ssh youruser@vm_ip_address

Що робить команда: Перевіряє мережеве підключення зсередини віртуальної машини та можливість віддаленого доступу до неї.

Також у веб-інтерфейсі Proxmox VE, вибравши вашу ВМ, на вкладці Summary ви повинні побачити інформацію про використання ресурсів, IP-адресу (якщо встановлено QEMU Agent) та статус.

Резервні копії та обслуговування

Важливість резервного копіювання та регулярного обслуговування неможливо переоцінити. Proxmox VE пропонує вбудовані інструменти для резервного копіювання, але також корисно розглянути й інші рішення.

1. Що резервувати

• Віртуальні машини та контейнери: Proxmox дозволяє робити повні резервні копії ВМ та LXC-контейнерів. Це включає всю операційну систему, програми та дані.
• Конфігурація Proxmox VE: Важливо мати копію конфігураційних файлів самого Proxmox VE (/etc/pve). Це дозволить швидко відновити керуючу частину платформи у разі збою.
• Дані, специфічні для застосунків: Якщо всередині ВМ або контейнерів є бази даних, користувацькі файли або специфічні налаштування застосунків, можливо, знадобиться окрема стратегія резервного копіювання для них (наприклад, щоденні дампи баз даних).

2. Вбудовані резервні копії Proxmox VE

Proxmox VE має потужну вбудовану систему резервного копіювання. Ви можете налаштувати розклад резервного копіювання для кожної ВМ/контейнера.

1. У веб-інтерфейсі Proxmox VE перейдіть до Datacenter -> Backup.
2. Натисніть Add, щоб створити нове завдання резервного копіювання.
3. Виберіть Storage (місце, куди будуть зберігатися резервні копії, наприклад, local або мережеве сховище).
4. Вкажіть Schedule (наприклад, щодня о 03:00).
5. Виберіть Selection (які ВМ/контейнери резервувати).
6. Виберіть Mode (Snapshot - найшвидший і рекомендований).
7. Налаштуйте Retention (скільки копій зберігати).

Куди зберігати: Вбудовані резервні копії можуть зберігатися на тому ж локальному диску (не рекомендується для продакшну), на мережевому сховищі (NFS, SMB/CIFS, iSCSI), або на Proxmox Backup Server (PBS) — спеціалізованому рішенні для резервного копіювання від Proxmox. Для підвищення надійності вкрай рекомендується використовувати зовнішній S3-сумісний об'єктний сторадж або окремий VPS/сервер для зберігання резервних копій.

3. Простий скрипт авторезервного копіювання (для конфігурації Proxmox)

Для резервного копіювання конфігурації самого Proxmox VE можна використовувати простий скрипт і cron.

# Створіть директорію для резервних копій на хості Proxmox
sudo mkdir -p /var/backups/pve_config

# Створіть скрипт резервного копіювання
sudo nano /usr/local/bin/backup_pve_config.sh

Вміст /usr/local/bin/backup_pve_config.sh:

#!/bin/bash
DATE=$(date +%Y-%m-%d_%H-%M-%S)
BACKUP_DIR="/var/backups/pve_config"
CONFIG_FILES="/etc/pve /etc/network/interfaces /etc/hosts /etc/resolv.conf"

# Створення архіву з конфігураційними файлами
tar -czvf "$BACKUP_DIR/pve_config_$DATE.tar.gz" $CONFIG_FILES

# Видалення старих резервних копій (зберігаємо 7 днів)
find "$BACKUP_DIR" -type f -name "pve_config_*.tar.gz" -mtime +7 -delete

echo "Резервна копія конфігурації Proxmox VE створена: $BACKUP_DIR/pve_config_$DATE.tar.gz"

Що робить: Створює архів з важливими конфігураційними файлами Proxmox VE та видаляє старі резервні копії, старші за 7 днів.

# Зробити скрипт виконуваним
sudo chmod +x /usr/local/bin/backup_pve_config.sh

# Додати завдання до cron для щоденного виконання (наприклад, о 02:00)
sudo crontab -e

Додайте в кінець файлу crontab наступний рядок:

0 2 * * * /usr/local/bin/backup_pve_config.sh > /dev/null 2>&1

Що робить команда: Планує виконання скрипта резервного копіювання конфігурації Proxmox VE щоночі о 02:00.

4. Оновлення

Регулярні оновлення критично важливі для безпеки та стабільності системи. Proxmox VE базується на Debian, тому процес оновлення стандартний.

# Оновлення списку пакетів
sudo apt update

# Оновлення всіх встановлених пакетів
sudo apt dist-upgrade -y

# Видалення невикористовуваних пакетів та залежностей
sudo apt autoremove -y

Що робить команда: Оновлює Proxmox VE та базову операційну систему Debian до останніх стабільних версій, усуваючи вразливості та додаючи нові функції.

Rolling vs. Maintenance Window:

• Rolling updates: Застосовуються в міру виходу, найчастіше для невеликих патчів безпеки. Можуть бути виконані без перезавантаження, але для оновлення ядра Proxmox знадобиться перезавантаження хоста.
• Maintenance window: Плануйте регулярні вікна обслуговування (наприклад, раз на місяць) для застосування всіх накопичених оновлень та перезавантаження сервера. Це мінімізує ризики та дозволяє контролювати процес.

Важливо: Завжди робіть резервні копії перед великими оновленнями! Після оновлення ядра Proxmox VE обов'язково перезавантажте хост-систему, щоб активувати нове ядро.

Усунення несправностей + FAQ

Що робити, якщо я не можу отримати доступ до веб-інтерфейсу Proxmox VE?

Переконайтеся, що сервер увімкнений і доступний через SSH. Перевірте, що UFW (або інший брандмауер) дозволяє доступ до порту 8006 (sudo ufw status). Переконайтеся, що мережева конфігурація в /etc/network/interfaces налаштована коректно і сервер був перезавантажений після змін. Перевірте статус сервісу pveproxy: sudo systemctl status pveproxy. Якщо він не запущений, спробуйте запустити: sudo systemctl start pveproxy.

Чому мої віртуальні машини не мають доступу до інтернету?

Найчастіша причина — некоректне налаштування мережевого моста (vmbr0). Переконайтеся, що в /etc/network/interfaces ваш фізичний мережевий інтерфейс встановлений як inet manual, а vmbr0 налаштований з правильним IP-адресою, шлюзом і прив'язаний до фізичного інтерфейсу (bridge-ports ). Перевірте, що в налаштуваннях VM в Proxmox вибрана мережа vmbr0. Також переконайтеся, що DHCP-сервер всередині VM працює коректно або IP-адреса налаштована статично.

Який VPS-конфіг мінімально підійде для Proxmox VE?

Як уже згадувалося, Proxmox VE найкраще встановлювати на виділений сервер через вимоги до апаратної віртуалізації. Якщо ви все ж хочете спробувати на VPS, вам потрібен VPS з підтримкою вкладеної віртуалізації (nested virtualization). Мінімальні характеристики такого VPS: 2 ядра CPU, 4 ГБ RAM, 60 ГБ SSD. Однак продуктивність буде суттєво нижчою, ніж на виділеному сервері, і це не рекомендується для продакшн-середовищ.

Що вибрати — VPS чи dedicated для цього завдання?

Для Proxmox VE однозначно рекомендується виділений сервер. Proxmox VE — це гіпервізор, який вимагає прямого доступу до апаратної віртуалізації (Intel VT-x/AMD-V) для ефективної роботи KVM-віртуалізації. VPS сам є віртуальною машиною, і запуск гіпервізора всередині нього (вкладена віртуалізація) часто призводить до зниження продуктивності, нестабільності або взагалі не підтримується провайдером. Виділений сервер дає повний контроль над обладнанням, максимальну продуктивність та гнучкість.

Я забув пароль root для Proxmox VE, як відновити?

Ви можете скинути пароль root через SSH-доступ до хост-системи Proxmox VE. Просто увійдіть через SSH як root або користувач з sudo-правами та виконайте команду: passwd root. Вам буде запропоновано ввести новий пароль для користувача root.

Як оновити Proxmox VE без підписки?

Proxmox VE можна оновлювати без платної підписки, використовуючи репозиторій pve-no-subscription. Для цього переконайтеся, що в /etc/apt/sources.list.d/pve-install-repo.list вказано саме цей репозиторій: deb [arch=amd64] http://download.proxmox.com/debian/pve trixie pve-no-subscription. Потім виконайте стандартні команди оновлення: sudo apt update && sudo apt dist-upgrade -y. Ви можете отримати попередження про те, що у вас немає підписки, але оновлення будуть встановлені.

Моя VM працює повільно, що робити?

Перевірте виділені ресурси (CPU, RAM, диск) у налаштуваннях VM. Переконайтеся, що встановлено QEMU Guest Agent. Використовуйте VirtIO драйвери для дисків та мережі. Якщо диск VM знаходиться на HDD, перенесіть його на SSD/NVMe. Перевірте завантаження CPU/RAM на хості Proxmox VE. Якщо хост перевантажений, розгляньте можливість апгрейду обладнання або розподілу ВМ по кількох серверах.

Висновки та наступні кроки

Вітаємо! Ви успішно встановили Proxmox VE 9.x на виділений сервер, налаштували мережевий міст і запустили свою першу віртуальну машину з Debian 13. Тепер у вас є потужна та гнучка платформа віртуалізації, повністю контрольована вами, здатна розміщувати різні сервіси та програми в ізольованих середовищах.

Куди рухатися далі?

1. Налаштування сховищ: Вивчіть різні типи сховищ у Proxmox VE (ZFS, LVM, Ceph, NFS, SMB) та виберіть оптимальні для ваших завдань, щоб забезпечити відмовостійкість та продуктивність.
2. Впровадження Proxmox Backup Server (PBS): Розгорніть окремий сервер з Proxmox Backup Server для централізованого, ефективного та дедуплікованого зберігання резервних копій ваших ВМ та контейнерів.
3. Висока доступність та кластеризація: Якщо вам потрібна максимальна відмовостійкість, розгляньте створення кластера Proxmox VE з кількох виділених серверів, що дозволить автоматично переносити ВМ між нодами у випадку збою.
4. Автоматизація: Вивчіть Proxmox VE API або використовуйте Ansible/Terraform для автоматизації розгортання та управління віртуальними машинами та контейнерами.