Пять серверов в шкафу — а толку от этого никакого

Захожу в серверную к новому клиенту — и вижу классику жанра: пять железных коробок, три разных производителя, два поколения процессоров, и половина мигает жёлтым в BIOS. Каждая коробка делает ровно одну вещь: одна держит домен, вторая — файлопомойку, третья — терминал, четвёртая — 1С, пятая вообще непонятно что, но выключать боятся. За двенадцать лет в аутсорсе я такое видел десятки раз. И почти всегда это можно свести к одному-двум серверам на Proxmox без потери в надёжности — а часто и с ростом.

Как вообще получается пять серверов в маленьком офисе

Зоопарк железа не появляется по злому умыслу. Он накапливается годами. Сначала купили сервер под 1С — потому что бухгалтерия жаловалась на тормоза. Через год понадобился файловый сервер, потому что папка \\server\общая на рабочей станции директора начала падать по вечерам. Потом внедрили домен — до этого работали без него, но грянула проверка по 152-ФЗ, и юрист сказал: делайте контроллер домена, иначе штраф. Ещё через полгода терминальный сервер для удалённых сотрудников, потому что пандемия всех разогнала по домам, и никто его потом не выключил.

У меня был клиент — юридическая фирма на 22 рабочих места в Хамовниках. К моменту, когда меня позвали на аудит, там стояло шесть серверов. Шесть! Причём два из них — древние HP ProLiant DL360 G6, купленные ещё в 2013 году, с процессорами, которые сейчас не потянут даже нормальный антивирус в фоне. Директор искренне не понимал, зачем платить за электричество и обслуживание такого хозяйства — просто никто никогда не считал.

Проблема не в том, что серверов много. Проблема в том, что каждый из них загружен на 5-10 процентов мощности, а простаивающее железо всё равно жрёт электричество, требует охлаждения, занимает место в стойке и — самое неприятное — умирает. Причём умирает не когда удобно, а когда сервер 2013 года выпуска решит, что пора.

Что такое Proxmox и почему я выбираю именно его

Proxmox VE — это гипервизор с открытым кодом, бесплатный в базовой версии, построенный поверх Debian и KVM. Ставится на голое железо, дальше внутри него крутятся виртуальные машины: одна под контроллер домена, вторая под 1С и SQL, третья под терминал, четвёртая под файловый сервер с общими папками. Физически — один-два сервера. Логически — те же пять систем, только каждая изолирована в своей виртуалке и не мешает соседям.

Почему не VMware? Потому что после 2023 года Broadcom (купившая VMware) переписала лицензионную политику так, что для малого офиса это стало неподъёмно — минимальные пакеты лицензий рассчитаны на десятки хостов и стоят от нескольких сотен тысяч рублей в год. Hyper-V бесплатнее, но требует полноценной инфраструктуры Windows Server с CAL-лицензиями на каждого пользователя, а это тоже деньги, и немалые. Proxmox для офиса до 50 рабочих мест закрывает все задачи без единого рубля лицензий — если, конечно, не нужна корпоративная подписка с приоритетной поддержкой, но для малого бизнеса хватает community-репозитория.

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

Экономика: сколько реально экономит консолидация

Считаем на пальцах. Пять старых серверов потребляют в среднем по 250-300 ватт каждый под типовой офисной нагрузкой — итого около 1400 ватт круглосуточно. За месяц это чуть больше тысячи киловатт-часов. При коммерческом тарифе для юрлиц в Москве около 6,5-7 рублей за киловатт — это семь-восемь тысяч рублей в месяц только на электричество, без учёта охлаждения серверной, которое обычно съедает ещё столько же.

После консолидации на один сервер уровня Dell PowerEdge R740 или Supermicro с двумя процессорами Xeon Silver и 128 гигабайтами памяти — а это железо тянет пять-шесть виртуалок без напряга — потребление падает до 400-500 ватт. Экономия на электричестве и охлаждении выходит порядка 8-10 тысяч рублей в месяц, то есть 100-120 тысяч в год. А ещё сокращаются расходы на обслуживание: вместо пяти серверов с пятью разными комплектами железа, пятью разными вентиляторами и блоками питания — один сервер на гарантии.

У той самой юрфирмы в Хамовниках после перехода с шести серверов на два (основной плюс резервный для отказоустойчивости) счёт за электричество в серверной упал почти вдвое. Директор посчитал, что за два года экономия перекрыла стоимость нового железа и работ по миграции. Это не маркетинговая цифра для статьи — это реальный расчёт, который я делал по счетам от Мосэнергосбыта до и после.

1С и терминал под виртуализацией — не тормозит ли?

Первый вопрос, который задают почти все: а не просядет ли 1С, если она будет крутиться в виртуалке, а не на выделенном железе? Короткий ответ — нет, если сервер подобран с запасом. 1С и особенно связка 1С+SQL Server чувствительны к дисковой подсистеме, а не к самому факту виртуализации. Если под виртуалку с базой выделить NVMe-накопитель напрямую или через качественный RAID-контроллер с кэшем, разницы пользователи не почувствуют.

Я всегда закладываю запас по ресурсам минимум 30 процентов сверх текущего потребления — чтобы виртуализация сама по себе (накладные расходы гипервизора обычно 3-5 процентов) не съела запас прочности. Терминальный сервер на 15-20 одновременных RDP-сессий у меня спокойно крутится в виртуалке с 32 гигабайтами памяти и 8 виртуальными ядрами на современном Xeon — быстрее, чем на отдельном железе пятилетней давности, которое стояло раньше.

Единственное, где нужна осторожность — это КриптоПро и токены для банк-клиента или отчётности в налоговую. USB-токены через виртуализацию пробрасываются штатными средствами Proxmox (USB passthrough), но это нужно тестировать заранее, а не в момент, когда бухгалтеру срочно нужно отправить декларацию.

Отказоустойчивость: один сервер — это не точка отказа, если сделать правильно

Логичное возражение клиентов: если раньше падал один сервер и работать не могли только те, кто на нём сидел, то теперь один хост держит всё — упадёт он, встанет вся контора. Возражение справедливое, и решается оно не отказом от консолидации, а грамотной архитектурой.

Я обычно ставлю не один сервер, а два в кластере Proxmox с общим хранилищем на базе ZFS с репликацией или Ceph — для офисов побольше. При падении основного узла виртуальные машины поднимаются на втором в течение нескольких минут, часто автоматически через механизм HA (High Availability), встроенный в Proxmox из коробки. Это не сравнить с ситуацией "сервер 1С умер, ждём доставку запчасти три дня", которую я видел не раз с одиночными физическими серверами.

Второй слой защиты — это Proxmox Backup Server, тоже бесплатный компонент экосистемы. Инкрементальные бэкапы всех виртуалок каждую ночь, дедупликация на уровне блоков, восстановление отдельной машины за 10-15 минут вместо ручного разворачивания системы с нуля. У клиента с производством в Подольске такая связка спасла от простоя, когда один диск в RAID-массиве всё-таки умер в пятницу вечером — подняли резервную копию на втором узле, к утру понедельника производство даже не заметило проблему.

Как проходит миграция на практике

Переход занимает обычно от трёх дней до двух недель в зависимости от количества систем и того, насколько древнее исходное железо. Начинаю всегда с аудита: что на каких серверах крутится, какие есть зависимости, где лицензии Windows Server привязаны к физическому железу (это отдельная головная боль — иногда приходится покупать новые лицензии, если старые OEM и не переносятся).

Дальше — P2V-миграция, то есть перенос физического сервера в виртуальную машину. Инструмент Clonezilla или встроенные средства Proxmox снимают образ диска старого сервера, разворачивают его в виртуалке на новом хосте. Для Windows-систем после переноса нужно почистить драйверы старого железа и поставить virtio-драйверы Proxmox — иначе система будет тормозить, думая, что всё ещё работает на старом контроллере дисков.

Критичный момент — тестовое окно. Я никогда не переключаю продакшн сразу. Сначала поднимаю виртуалки параллельно со старыми серверами, даю пользователям попробовать в тестовом режиме день-два, только потом отключаю физическое железо. Это добавляет времени к проекту, зато исключает ситуацию, когда в понедельник утром бухгалтерия не может попасть в 1С, а директор звонит с вопросом, кто за это ответит.

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

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

Сколько стоит переход на Proxmox для офиса на 20-30 рабочих мест?
Сама платформа Proxmox бесплатна. Основные расходы — это железо (новый сервер уровня Dell/Supermicro с запасом мощности обходится от 350 до 700 тысяч рублей в зависимости от конфигурации) и работы по миграции, которые обычно укладываются в 80-150 тысяч рублей для среднего офиса. Экономия на электричестве, обслуживании и лицензиях окупает проект за полтора-два года.

Нужен ли отдельный системный администратор для обслуживания Proxmox?
Полноценная штатная единица обычно не нужна для офиса до 50 рабочих мест — это как раз тот объём работ, который закрывается аутсорсом с регулярным визитом раз в неделю плюс удалённый мониторинг. Proxmox проще в администрировании, чем связка из пяти разных серверов с разными версиями Windows Server, потому что все системы управляются из одной веб-консоли.

Что делать со старыми серверами после консолидации?
Обычно один-два оставляю как холодный резерв или площадку под тестовые задачи — благо электричество они уже не тратят, если выключены. Остальные либо продаю на вторичном рынке (за древние HP ProLiant дают немного, но дают), либо утилизирую через сертифицированную компанию, если данные на дисках нужно уничтожить безопасно.