Proxmox чи VMware для малого бізнесу у 2026 році: що визначає вибір і як резервувати віртуальні сервери

Коротка відповідь: Для малого бізнесу Proxmox VE зазвичай обходиться дешевше, а його витрати легше прогнозувати — оплата нараховується за встановлений сокет, а не за ядра чи віртуальні машини. Умова — наявність адміністратора, який знається на Debian, мережах і сховищах. VMware варто залишити там, де на ньому тримається налагоджена інфраструктура й підтримка постачальника застосунку, а Hyper-V — там, де переважно використовують Windows Server. Однак підсумковий бюджет визначає не ліцензія гіпервізора, а ліцензії гостьових Windows Server, архітектура високої доступності та перевірене відновлення резервних копій.

Порівняння «Proxmox чи VMware» майже завжди починається з питання, що дешевше. Це неправильне перше питання. Дешевшою є та платформа, з якою ваш адміністратор упорається у п’ятницю ввечері, коли вийде з ладу блок живлення, а склад чекатиме на запуск.

Цей текст — про три показники, які важливіші за ціну ліцензії: скільки коштує все середовище за три-п’ять років, скільки часу триває відновлення після аварії та хто реально підтримуватиме його роботу.

Що насправді змінилося після придбання VMware компанією Broadcom

Портфель перейшов на передплату, вартість якої розраховується за фізичними ядрами, а не за процесорами чи віртуальними машинами. Для основних пакетів (VMware Cloud Foundation, vSphere Foundation) додатково діє мінімум у 16 ліцензованих ядер на кожен установлений процесор — отже, сервер із двома восьмиядерними процесорами рахується як 32 ядра, хоча фізично їх шістнадцять. Подробиці переходу на передплату наведено в повідомленні Broadcom.

Стару безстрокову ліцензію можна й надалі використовувати відповідно до її умов. Проблема виникає, коли потрібно розширити середовище, поновити підтримку або перейти на новішу версію — тоді вже діє новий спосіб розрахунку.

Практичний наслідок для малого бізнесу дуже конкретний і неприємний: два потужні процесори раптом обходяться дорожче з погляду ліцензування, ніж один. Сервер із 2× 16 ядрами потребує ліцензування 32 ядер, тоді як односокетна система з 24 ядрами — лише 24. При цьому продуктивність може бути порівнянною. Цей показник потрібно враховувати вже під час вибору обладнання, а не лише під час замовлення ліцензій.

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

Коротке порівняння: Proxmox VE, VMware vSphere, Hyper-V

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

Скільки насправді коштує віртуалізація

Proxmox VE. Усі основні функції доступні й без платної передплати — HA-кластер, ZFS, Ceph і резервне копіювання. Передплату купують заради доступу до протестованого enterprise-репозиторію та підтримки, а не для розблокування функцій. Ціни опубліковані відкрито: найдешевший рівень коштує кілька сотень євро за сокет на рік, а найдорожчий — приблизно вдесятеро більше. Важливо, за що саме ви платите: за встановлений CPU-сокет. Не за ядра й не за віртуальні машини. Тому бюджет не зросте лише через те, що ви додали п’ятий сервер.

Без передплати вузол використовує репозиторій no-subscription, а під час кожного входу вебінтерфейс нагадує про відсутність ліцензії. Для тестування це не проблема. У виробничому середовищі це означає, що ви отримуєте оновлення раніше, ніж вони пройдуть такий самий цикл тестування.

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

Hyper-V — не «безкоштовний разом із Windows». Окремий безкоштовний продукт Microsoft Hyper-V Server завершився версією 2019, а новішої не випустили — сьогодні Hyper-V означає роль у Windows Server. Він ліцензується за ядрами: потрібно покрити всі фізичні ядра, щонайменше 8 на процесор і 16 на сервер. Standard надає право на дві віртуалізовані системи Windows Server; для третьої та четвертої потрібно повторно придбати повний комплект ліцензій на ядра. Datacenter дозволяє необмежену кількість екземплярів на повністю ліцензованому хості. До цього додаються ліцензії CAL. Відмінності між редакціями узагальнено в огляді Microsoft.

Саме тут руйнується більшість бюджетів: ліцензії гостьових Windows Server часто коштують більше, ніж ліцензія гіпервізора. І це не зміниться після переходу з VMware на Proxmox — Windows однаково доведеться ліцензувати.

Тому порівняння має охоплювати весь перелік:

• обладнання, мережеві компоненти та UPS;
• ліцензії гіпервізора, Windows Server, CAL і застосунків;
• окреме сховище резервних копій і копію поза межами компанії;
• моніторинг, оновлення та адміністрування;
• міграцію, запланований простій і тест відновлення;
• запасні частини або другий хост.

Отже, вирішальним показником є не річна вартість ліцензії, а сукупні витрати за три-п’ять років. Скільки з них припадає безпосередньо на адміністрування, ми розглянули у статті скільки коштує IT-обслуговування малого бізнесу — а якщо власного фахівця у вас немає, ми спроєктуємо й забезпечимо роботу віртуалізації для вас.

Яку платформу вибрати залежно від роботи компанії

Proxmox VE зазвичай підходить, якщо ви використовуєте від кількох до кількох десятків серверів Linux і Windows, хочете отримати кластер без придбання дорожчої редакції та маєте адміністратора зі знанням Debian, мереж, KVM і сховищ. Його сильна сторона — інтеграція із ZFS, Ceph та Proxmox Backup Server.

Однак заздалегідь перевірте дві речі. ZFS потребує контролера в режимі IT/HBA — за апаратним RAID-контролером вона втрачає доступ до окремих дисків, а разом із ним і здатність самостійно виправляти помилки за контрольними сумами. Крім того, кеш ARC використовує RAM: новіші інсталяції Proxmox за замовчуванням обмежують його приблизно десятою частиною пам’яті, але в старіших інсталяціях часто можна побачити значення в половину RAM, після чого адміністратори дивуються, чому не запускається ще одна VM.

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

Hyper-V практичний для компаній, чия інфраструктура побудована на Windows Server, Active Directory та PowerShell. Економіка двох серверів Windows зовсім інша, ніж двадцяти, тому ліцензійний розрахунок потрібно виконати до придбання хостів, а не після нього.

Один, два чи три хости — і чому кворум не дрібниця

Один хост — найдешевший і для багатьох малих компаній цілком виправданий варіант. Однак потрібно враховувати, що несправність материнської плати або невдале оновлення гіпервізора одночасно зупинить усі віртуальні сервери. Резервна копія пришвидшить відновлення, але не збереже безперервність роботи.

Два хости забезпечують реплікацію та дають змогу проводити обслуговування з коротшим простоєм. Проте автоматичне HA на двох вузлах потребує розв’язання питання голосування у кластері. Два вузли не мають більшості — якщо зв’язок між ними перерветься, кожен вважатиме, що другий вийшов із ладу. Proxmox розв’язує це за допомогою третього голосу через QDevice (ним може бути навіть невеликий комп’ютер або Raspberry Pi з corosync-qnetd), а Failover Cluster у Windows — через witness: спільний каталог, диск або cloud witness в Azure.

Зверніть увагу й на мережу. Corosync чутливий до затримок; якщо пустити його тим самим каналом, через який уночі передаються резервні копії, виникатимуть втрати пакетів і хибні розпади кластера. Вузол з активними HA-службами, який утратив кворум, приблизно за хвилину примусово перезавантажиться — watchdog робить це навмисно, щоб дві частини кластера не запустили ту саму віртуальну машину одночасно й не пошкодили її файлову систему. Для кластерної мережі потрібен окремий порт.

Три хости природно розв’язують проблему кворуму та є мінімумом для розумного використання Ceph (який до того ж потребує 10GbE або швидшої мережі — на гігабітному з’єднанні він працюватиме радше як гальмо, ніж як сховище). Однак витрати зростають стрибкоподібно.

Тому для малого бізнесу часто вигідніші один якісний виробничий хост, окремий сервер резервного копіювання та гарантований договором порядок відновлення, ніж слабкий тривузловий кластер. Вирішальним є RTO: скільки часу компанія може працювати без бухгалтерії, складу або файлового сервера. Якщо вісім годин — кластер не потрібен. Якщо дві — він потрібен, і доведеться повністю оплатити його, включно з мережею та адмініструванням.

Snapshot, реплікація та резервна копія — три різні речі

Це найпоширеніше й найдорожче непорозуміння, з яким ми стикаємося в малих компаніях.

Snapshot фіксує стан віртуального диска перед оновленням або короткочасним втручанням. Це не резервна копія — він зберігається в тому самому сховищі, що й виробнича VM, і зникне разом із ним. У VMware створюються дельта-диски VMDK, у Hyper-V — файли AVHDX, а в Proxmox усе залежить від сховища: qcow2 і ZFS підтримують snapshot, тоді як у класичному «товстому» LVM поверх спільного блокового масиву вони історично взагалі були недоступні. Як працюють snapshot у LVM і що вони передбачають, ми пояснюємо у статті LVM зрозумілою мовою. Спільне в них одне: довгі ланцюжки snapshot поглинають місце, а їх об’єднання — саме та операція, під час якої сховище переповнюється.

Реплікація копіює зміни на другий хост. Якщо програма-вимагач зашифрує дані або адміністратор помилково видалить спільну папку, реплікація слухняно перенесе цю зміну й у копію — часто протягом кількох хвилин.

Резервна копія повинна зберігати старіші точки відновлення та пережити втрату виробничого кластера і облікового запису адміністратора. Сьогодні друге навіть важливіше за перше.

Практична схема має такий вигляд:

Віртуальні сервери
       │ окрема мережа резервного копіювання
       ▼
Окремий сервер резервного копіювання
       │ обліковий запис без права видаляти старіші точки
       ▼
Копія поза офісом / з блокуванням об’єктів / фізично від’єднана

Правило 3-2-1 докладніше розглянуто у статті про зовнішній диск як єдину резервну копію. Для віртуалізації до нього додається ще одна вимога: потрібно вміти відновити всю віртуальну машину, а не лише окремі документи.

Як резервувати віртуальні сервери, щоб їх можна було відновити

Спочатку визначте RPO та RTO окремо для кожної системи. RPO визначає прийнятний обсяг утрати даних, а RTO — час відновлення. Фраза «ми створюємо резервну копію щовечора» на практиці означає втрату замовлень за цілий робочий день — для файлового сервера цього може бути достатньо, але для складської системи зазвичай ні.

Для Proxmox безпосереднім вибором є Proxmox Backup Server: інкрементні дедупліковані резервні копії, правила зберігання, перевірка цілісності та синхронізація до другого сховища. Ключове значення має налаштування прав. Виробничі вузли повинні мати токен, який дозволяє записувати, але не видаляти; очищення відповідно до політики зберігання backup server виконує самостійно. Якщо зловмисник отримає доступ до гіпервізора, він не зможе видалити резервні копії. Також заплануйте регулярні Verify Jobs — без них про пошкоджений chunk ви дізнаєтеся лише під час відновлення. Подробиці наведено в документації PBS.

VMware і Hyper-V мають зрілу підтримку у Veeam Backup & Replication, який тепер підтримує і Proxmox VE — тому під час міграції не обов’язково змінювати всю систему резервного копіювання. Цільове сховище варто організувати як захищений Linux-репозиторій, об’єктне сховище з Object Lock або фізично від’єднувану копію.

Для баз даних недостатньо узгодженого образу диска. Увімкніть VMware Tools, Hyper-V Integration Services або QEMU Guest Agent і переконайтеся, що резервна копія створюється з узгодженням на рівні застосунку через VSS. Для SQL Server і PostgreSQL додайте нативні резервні копії та контролюйте журнали транзакцій — відновлений образ із пошкодженим журналом лише повільніше приведе до втрати даних.

Щонайменше кілька разів на рік проводьте контрольоване відновлення. Зелений значок «backup successful» нічого не гарантує. Потрібно знати, що сервер запускається, входить у домен і відкриває застосунок із придатними для роботи даними. Якщо вже запізно й резервні копії не працюють, ми відновлюємо дані із серверів і дискових масивів — однак це на порядок дорожче й повільніше, ніж один післяобідній тест відновлення.

Що адміністратор повинен уміти підтвердити

Базовий аудит можна почати з read-only команд, які нічого не змінюють:

# Proxmox VE
pveversion -v
pvecm status
pvesm status
qm list
pct list
zpool status

# VMware PowerCLI
Get-VMHost
Get-VM
Get-Snapshot

# Hyper-V
Get-VM
Get-VMSnapshot -VMName *
Get-VMReplication

Результати потрібно перетворити на інвентарний перелік: хости, версії, ліцензії, віртуальні машини, залежності між ними, snapshot, сховища, завдання резервного копіювання та відповідальні особи. До нього слід додати запис про останній успішний тест відновлення — із датою.

Є три тривожні сигнали, які можна виявити за один день: адміністратор не може назвати RPO та RTO, усі доступи зберігаються в його особистому обліковому записі, а резервні копії лежать на тому самому сервері, що й віртуальні машини. Що потрібно вимагати під час припинення співпраці з IT-фахівцем, ми описали у статті від вас пішов IT-спеціаліст.

Міграція з VMware на Proxmox без зайвого ризику

Не починайте з контролера домену чи основної бази даних. Спочатку проведіть інвентаризацію сумісності, створіть повну резервну копію та виконайте тестове перенесення системи, яку можна вимкнути на годину.

Proxmox уміє імпортувати диски безпосередньо зі сховища ESXi через майстер у вебінтерфейсі або вручну:

qm importdisk 101 server.vmdk local-lvm

Однак імпорт — це ще не вся міграція. На гостьових системах Windows на вас чекають чотири типові пастки:

Драйвери сховища. Windows, що завантажується з контролера LSI або VMware PVSCSI, завершить роботу з помилкою INACCESSIBLE_BOOT_DEVICE, щойно ви перемкнете її на VirtIO SCSI. Драйвери з ISO virtio-win потрібно встановити ще на старій платформі або тимчасово під’єднати диск через сумісний контролер і перемкнути його пізніше.

Прошивка. VM, яка працює з EFI, потребує OVMF у Proxmox і доданого EFI-диска. Якщо перевести її на SeaBIOS, вона не завантажиться.

BitLocker і vTPM. З погляду BitLocker зміна платформи є зміною обладнання, тому система запросить ключ відновлення. Якщо ви не експортували його заздалегідь, сервер щойно став недоступним. Чому це відбувається і де знайти ключ, пояснює стаття BitLocker раптом вимагає ключ відновлення.

Ідентичність у мережі. MAC-адреси, статичні IP-адреси, активації ліцензій, прив’язані до обладнання, та застосунки, які запам’ятовують серійний номер машини.

Після перенесення видаліть VMware Tools, установіть QEMU Guest Agent і протестуйте застосунок та нову резервну копію. Не видаляйте початкову VM, доки не буде підтверджено працездатність, відновлення та прийнятну продуктивність. Процедура повернення є частиною плану міграції, а не імпровізацією у п’ятницю о 18:00.

Поширені запитання

Чи справді Proxmox безкоштовний для бізнесу?

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

Чи можна мігрувати з VMware на Proxmox без простою?

У звичайній невеликій інсталяції — ні. Розраховуйте на заплановане вимкнення конкретного сервера, остаточне копіювання даних і запуск на новій платформі. Скоротити простій допоможуть завчасна підготовка драйверів VirtIO, тестовий імпорт і поетапна міграція окремих служб, а не всього середовища одночасно.

Чи достатньо snapshot віртуального сервера як резервної копії?

Ні. Snapshot зберігається в тому самому сховищі, що й виробнича VM, і не переживе втрату сервера, дискового масиву чи облікового запису адміністратора. Використовуйте його короткочасно перед контрольованою зміною, а після перевірки видаляйте.

Скільки місця потрібно серверу резервного копіювання?

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

Чи потрібен малому бізнесу кластер?

Не завжди. Якщо ви можете дозволити собі відновлення протягом кількох годин, зазвичай вигіднішими будуть один якісний виробничий хост, окремий backup server і підготовлене резервне обладнання. Кластер має сенс тоді, коли вартість кількох годин простою перевищує витрати на другий хост, мережу та їх регулярне адміністрування, включно з тим, що сам HA-кластер також потребує постійного нагляду.

Де нас знайти

ITHOPE — компанія з Брно, Чехія: ми робимо відновлення даних з дисків, RAID і NAS, сервіс ПК та ноутбуків та IT для бізнесу, усе у власній лабораторії за адресою Viniční 3587/216, 615 00 Brno.

Телефон +420 775 556 063 (цілодобово). Пристрій можна привезти особисто або надіслати курʼєром (Zásilkovna, PPL).