Как мы переезжали с Windows-серверов на Linux: что сломалось в первые 3 месяца и сколько сэкономили за год
Совещание у собственника. На экране — счёт от Microsoft на очередной год.
- 1 280 000 рублей только за серверные лицензии и CALы. Плюс время двух человек, которые постоянно что-то патчат и активируют. Мы это ещё сколько будем тянуть?
Я ответил: — Можем попробовать уйти. Но первые три месяца будет больно.
Мы ушли. Вот что из этого вышло на самом деле.
Контекст
Компания — производство + опт, 140 человек. Из них около 90 активно работают с внутренними системами.
Что стояло на Windows:
- 2 контроллера домена (AD)
- Файловый сервер (около 12 ТБ)
- Сервер 1С (толстый клиент + веб)
- Сервер печати (18 принтеров, часть старых)
- Пара служебных серверов (антивирус, бэкапы, мониторинг)
Лицензии: Windows Server Standard + CALы на всех пользователей + RDS CALы для удалёнки. Плюс ежегодное продление Software Assurance. В 2025 году это выходило уже больше 1,2 млн только по серверной части.
Поддержкой занимались два человека: один больше по железу и сети, второй — по Windows и 1С.
Что сломалось в первые три месяца
Мы не делали «большой взрыв». Переезжали поэтапно: сначала файловый сервер и печать, потом 1С, потом службы каталогов.
Месяц 1. Файлы и принтеры
Samba вместо Windows File Server встала относительно спокойно. Права доступа пришлось перепроверять вручную — часть «наследований» из AD вела себя иначе.
Принтеры ударили сильнее. Старые устройства, которые годами работали через Windows-очереди, на CUPS вели себя капризно. Два принтера пришлось менять (это минус 47 тысяч). Ещё три настраивали по несколько дней. Пользователи писали в чат фразы уровня «опять ничего не печатает» чаще, чем нам хотелось бы.
Месяц 2. 1С
Официальная поддержка Linux у 1С есть, но «есть» и «работает как раньше» — разные вещи.
Толстый клиент на Linux-сервере потребовал больше возни с зависимостями и правами. Веб-клиент вёл себя приличнее. Несколько отчётов, которые строились через COM-объекты, просто перестали работать. Их пришлось переписывать.
Самое неприятное — скорость некоторых операций. На старом Windows-сервере привыкли к определённому времени открытия. На Linux часть запросов стала медленнее, пока не покрутили параметры PostgreSQL и не вынесли временные файлы на отдельный быстрый диск.
Месяц 3. Пользователи и привычки
Люди оказали сильнее сопротивления, чем техника.
«А почему у меня теперь не тот диск?» «А куда делась моя папка на рабочем столе сервера?» «А почему я не могу просто взять и поставить программу?»
Пришлось писать короткие инструкции, проводить два общих созвона и ещё неделю отвечать на одни и те же вопросы в чате.
Ещё один неожиданный момент — сканеры документов. Часть старых сканеров, которые отправляли файлы напрямую в папку, пришлось перенастраивать или менять схему работы.
Как говорится, пока толстый сохнет — худой уже орёт в чате поддержки.
Сколько реально сэкономили за год
Считаем полный 12-месячный цикл после миграции (октябрь 2025 — сентябрь 2026).
Даже с учётом разовых трат и потери времени на переход экономия вышла больше миллиона. Со второго года цифра будет ещё выше — разовые расходы уже позади.
Время поддержки действительно упало. Меньше возни с активациями, меньше «у меня снова просит лицензию», меньше внезапных перезагрузок после обновлений. Но полностью человек не освободился — просто задачи стали другими.
Что сработало хорошо
- Файловый сервер на Samba + нормальные бэкапы через BorgBackup. Восстанавливали тестово три раза — отрабатывало. Подробнее про подход к бэкапам можно посмотреть здесь.
- Удалённый доступ перевели на связку WireGuard + веб-интерфейс. Пользователи ругались первые две недели, потом привыкли. Если интересно, что сейчас работает по удалёнке в российских реалиях — вот разбор.
- Автоматизацию рутины частично закрыли Ansible. Один раз описал конфигурацию — и не нужно помнить, что именно ставил на каждый сервер полгода назад. Короткий разбор для сисадминов.
- Мониторинг стал проще. Не нужно было тащить тяжёлые агенты — хватило лёгких решений.
Что мы НЕ стали трогать
Полностью от Active Directory не ушли. Часть сервисов и привычек пользователей всё ещё завязана на него. Оставили один контроллер домена в режиме «только для совместимости» и постепенно выносим то, что можно.
1С тоже не стали переписывать с нуля. Просто пережили период адаптации и оставили гибридный вариант, который сейчас работает стабильно.
Полный отказ от Windows на рабочих местах пользователей даже не рассматривали. Серверы — да. Десктопы — отдельная история, и она значительно больнее. Кто хочет посмотреть treзвый взгляд на замену Windows именно на рабочих местах — вот материал.
Главные грабли, которые стоит учесть
- Принтеры и сканеры старого парка могут стать отдельной статьёй расходов.
- 1С на Linux работает, но «просто перенести» почти никогда не получается. Нужен запас времени на тестирование отчётов и обработок.
- Пользователи сопротивляются сильнее, чем техника. Закладывайте время на объяснения.
- Права доступа и «особые папки», которые копились годами, всплывают в самый неподходящий момент.
- Если у вас много зависимостей от COM, старых интеграций и специфических Windows-служб — миграция будет дороже и дольше.
Что бы я сделал иначе
Начал бы с инвентаризации всего, что реально использует Windows-специфичные штуки, ещё за полгода. Мы частично сделали это на ходу — и потеряли лишние нервы.
Сразу бы заложил две-три недели только на принтеры и сканеры. И заранее проговорил с руководством, что первый квартал поддержка будет отвечать медленнее обычного.
Главный вывод
Переезд с Windows-серверов на Linux в 2025–2026 году реально экономит деньги. У нас вышло больше миллиона за первый год даже с учётом всех граблей.
Но это не «поставили Ubuntu и забыли». Это проект с понятными потерями в первые месяцы: принтеры, 1С, привычки пользователей и куча мелких сюрпризов.
Если лицензии уже сильно давят, а парк серверов не пропитан насквозь Windows-only решениями — имеет смысл считать. Только считайте не только стоимость лицензий, но и время, которое уйдёт на то, чтобы всё снова заработало как надо.
А у вас был опыт такого переезда? Что больше всего ударило — техника или люди? Пишите, сравним цифры.
Больше про инфраструктуру без воды — в блоге IT-Аптека и в Telegram-канале.