Свой сервер для 1С или аренда VPS: когда железо окупается за год, а когда облако объективно дешевле

13 мая 2026 · infolimp.ru

Автор: 1С Инсайдер · роль: практик 1С · проверка: типовые конфигурации и рабочие сценарии · 0 комментариев

Когда свой сервер — правильный выбор

Малая команда в одном офисе

5–15 пользователей, все физически в одном здании, базу терабайтами не наращиваем. Производительности обычного офисного процессора с 32 ГБ ОЗУ и SSD хватает; чёрная коробка стоит в углу серверной (или хотя бы в шкафу), бэкапы льются на внешний диск. В этом сценарии своё железо может окупиться за 12–18 месяцев — но только без учёта серверной лицензии 1С, лицензии ОС, часов администратора и стоимости ИБП (всё перечислено в блоке «Скрытые расходы» ниже).

Большая база с одной локацией

База разрослась до сотен гигабайт, регулярные отчёты тяжёлые — облачный тариф растёт быстрее, чем вы успеваете оптимизировать запросы. Свой сервер с нормальным NVMe и RAM позволяет докинуть памяти и дисков без перехода на следующий тариф у провайдера.

Чувствительные данные

Учёт зарплаты, личные данные сотрудников, контрактные секреты. Юридически данные на собственной машине — это понятный контур ответственности. У внешнего провайдера договор есть, но в момент инцидента вы зависите от его регламента, а не от своего.

Когда лучше остаться в облаке

Команда работает удалённо и из разных городов

Если половина бухгалтерии живёт в Краснодаре, а другая в Тюмени — публиковать вашу домашнюю «коробку в подсобке» наружу через белый IP, открытый порт и тонкий клиент 1С — это бесконечный квест по сетевой настройке, плюс отдельная безопасность. Облако решает эту задачу из коробки и стоит этих денег.

Бизнес растёт быстрее, чем железо

Если пользователей за год становится в два-три раза больше — каждые шесть месяцев придётся апгрейдить своё железо или ставить второй сервер. В облаке вы просто двигаете слайдер тарифа. На дистанции своё железо в этом сценарии дороже.

Нет того, кто будет это сопровождать

Сервер — это не «купили и забыли». Это физическое устройство в физическом помещении: пыль, перегрев, упадёт диск ночью с пятницы на субботу. Если в команде нет хотя бы одного человека, готового приехать в офис вне рабочего времени — в среднем облако в этом сценарии надёжнее: провайдер берёт на себя замену железа и круглосуточного дежурного, чего у вас в офисе нет.

Что реально нужно от железа для 1С

Сроки окупаемости в таблице приведены при допущениях: VPS-тариф 6–10 тыс. ₽/мес, железо новое из розницы, серверные лицензии 1С и ОС не входят в расчёт. Подставьте свои цифры — TCO заметно зависит от региона, поставщика и того, есть ли у вас уже свободные лицензии.

Файловая база или клиент-серверная

Программно определить, в каком режиме сейчас работает база, можно через стандартную функцию:

// Узнать режим работы текущей базы
СтрокаПодключения = СтрокаСоединенияИнформационнойБазы();
Сообщить("Текущее подключение: " + СтрокаПодключения);

Если Найти(СтрокаПодключения, "File=") > 0 Тогда
    Сообщить("Файловая база. Подходит для 1–3 пользователей.");
ИначеЕсли Найти(СтрокаПодключения, "Srvr=") > 0 Тогда
    Сообщить("Клиент-серверный режим. Масштабируется по числу пользователей.");
КонецЕсли;

Эта проверка пригодится, когда команда подходит к границе «файловая → клиент-серверная». Симптомы переезда: блокировки при одновременной записи, периодические «база занята другим пользователем», отдельные таблицы базы приближаются к лимиту ~4–8 ГБ (зависит от версии платформы) и общая производительность ощутимо проседает. Файловая база на сетевой шаре допустима только при проводном LAN; через Wi-Fi или шифрованные туннели возможны разрушения индексов — в этом случае сразу клиент-сервер.

Для типовой оперативной работы 5–15 пользователей памяти не хватает чаще, чем процессорной мощности — при прочих равных берите больше ОЗУ. Для тяжёлых расчётов и закрытий месяца приоритет может сместиться к CPU и дисковой подсистеме. 1С хорошо параллелится по сеансам, но плохо переживает свопинг — поэтому ОЗУ почти всегда первый кандидат на апгрейд.

Скрытые расходы своего сервера

Расчёт окупаемости «коробка за 50 000 vs тариф за 8 000 в месяц» выглядит на бумаге красиво, но в реальности на стороне «своего» добавляются следующие пункты:

• Лицензия Windows Server (если выбран Windows), или человеко-часы на администрирование Linux + PostgreSQL;
• Серверная лицензия 1С, если перешли на клиент-серверный режим;
• Бесперебойник (ИБП) — отключение электричества посреди транзакции в файловой базе означает потерю данных;
• Резервное копирование на отдельный носитель и регулярная проверка восстановления — иначе бэкапы есть только формально;
• Канал связи и его резерв — если интернет лёг, все удалённые пользователи остановились;
• Антивирус и фаервол, особенно если сервер публикуется наружу;
• Замена дисков и других расходников — диски умирают, и хорошо, если вы об этом узнаёте по SMART, а не по падению базы.

Чек-лист «решили переехать на своё железо»

1. Посчитайте полную TCO своей коробки на 2–3 года: железо + лицензии + ИБП + бэкап-носители + работа админа в часах. Сравните с теми же 24–36 месяцами VPS-аренды по текущему тарифу.
2. Определите, кто конкретно будет реагировать на инциденты вне рабочего времени. Без этого пункта дальше не идите.
3. Выберите режим базы: файловый (до 3 пользователей и небольшой базы) или клиент-серверный (всё остальное).
4. Купите ИБП с расчётом на 10–15 минут питания сервера + сетевого оборудования. Этого хватит, чтобы корректно записать транзакции и завершиться.
5. Настройте автоматический бэкап на отдельный носитель (внешний диск или сетевую шару). Регулярно — раз в неделю минимум — пробуйте восстанавливать на тестовом контуре.
6. Решите вопрос с удалёнными пользователями: проброс через белый IP, шифрованный туннель, опубликованный веб-клиент — у каждого подхода своя сложность и риски.
7. Заведите простой мониторинг: проверка дискового пространства, проверка работающих сервисов 1С, температура CPU. Хотя бы по cron + email.
8. Спланируйте обновления платформы 1С: на чужом VPS их часто делает провайдер, на своём — это ваша задача с регламентным окном.

Типичные ошибки

• «Бэкапы есть, ничего не случится». Бэкапы, которые ни разу не восстанавливались, — это не бэкапы, это файлы с расширением .bak. Проверяйте восстановление хотя бы раз в квартал.
• Сервер в подсобке без вентиляции. Через лето перегрев положит диски, и вы поймёте, почему серверные охлаждают.
• Файловая база на 8 ГБ для 10 пользователей. Платформа продолжит работать, но блокировки будут систематические, и пользователи будут страдать. Это сценарий для клиент-серверного режима, не «потяжелее коробку».
• Открыли 1С наружу через проброс 1540/1541 портов без TLS. Это лёгкая цель для автоматического сканера. Минимум — публикация через веб-клиент за HTTPS, не голые порты 1С наружу.
• Сэкономили на ИБП. Дешевле потерять час работы команды, чем восстанавливать рассыпавшуюся при отключении базу.
• Без плана «что если админ ушёл в отпуск». Сервер требует регулярного внимания. Если он живёт только в голове одного человека — отпуск этого человека становится бизнес-риском.