Физический сервер или облако для 1С: честное сравнение и цены

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

Физический сервер и облако: в чём разница на уровне архитектуры

Физический сервер — это конкретная машина в дата-центре, которую арендует одна компания. Процессор, память и диски не делятся ни с кем: всё, что куплено в тарифе, принадлежит вам целиком, и соседняя нагрузка на производительность не влияет.

Облако (в терминологии провайдеров это чаще виртуальный сервер, VPS или VDS) — это часть ресурсов одного физического хоста, размеченная гипервизором на несколько арендаторов. Бюджетные тарифы делят CPU и диск с другими клиентами по принципу «кто первый занял», премиальные — резервируют гарантированный минимум. Разница в цене между этими двумя моделями обычно и есть разница в качестве изоляции ресурсов.

Что чувствует 1С в первую очередь

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

Почему компании выбирают не тот вариант — и на чём спотыкаются

На 38 пользователях компания держит 1С:Бухгалтерию на бюджетном облачном тарифе — цена ниже, чем у конкурентов, и первые месяцы всё работает ровно. Но 3-го числа каждого месяца, когда бухгалтерия закрывает период и формирует полсотни отчётов подряд, база начинает тормозить: операция, которая обычно занимает 2-3 секунды, растягивается на минуту и больше.

Дело не в поломке. На этом же физическом хосте провайдер держит ещё десяток арендаторов, и в момент пиковой нагрузки ресурсы делятся поровну между всеми, а не по фактической потребности. В обычный день это незаметно, потому что нагрузка невысокая. В день закрытия месяца — заметно всем сразу.

Обычно первая реакция — не разбираться в причине, а лечить симптом: докупить оперативную память в текущем тарифе, обновить платформу 1С, обвинить последнее обновление конфигурации. Тормоза на неделю отступают, потому что нагрузка временно ниже, а потом возвращаются в следующем отчётном периоде — просто потому, что причина была не в памяти и не в конфигурации, а в общих ресурсах хоста.

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

Физический сервер против облака: честное сравнение по цифрам

Ниже — сравнение по параметрам, которые реально влияют на работу 1С, без маркетинговых эпитетов.

Из таблицы видно: облако не «хуже» физического сервера — оно решает другую задачу. Вопрос не «что лучше», а «что выдержит именно вашу нагрузку по разумной цене».

Есть и скрытые статьи расходов, которые в тарифной сетке не видны. У облака это чаще всего плата за трафик сверх лимита и отдельные тикеты в поддержку за нестандартные настройки. У физического сервера — стоимость первичной настройки и то, что при поломке диска замена занимает часы, а не происходит прозрачно, как в облаке с автоматическим failover. Оба варианта закрываются нормально, если знать о них заранее, а не узнавать постфактум из счёта.

За резервное копирование по умолчанию отвечает не провайдер, а тот, кто настроил регламент. В облаке это обычно снимок диска по расписанию, на физическом сервере — отдельный бэкап средствами самой 1С или внешним хранилищем. Уточнять схему бэкапов и срок хранения копий стоит до подписания договора, а не после первого сбоя, когда выясняется, что снимок делался раз в неделю, а не раз в сутки.

Как выбрать между сервером и облаком для конкретной базы 1С

Три вопроса снимают большую часть неопределённости.

Первый — сколько человек работает в базе одновременно и насколько нагрузка стабильна. Для 10-20 пользователей с ровной нагрузкой виртуальный сервер обычно закрывает задачу с запасом — можно посмотреть виртуальный сервер для 1С. Для 50+ пользователей, розницы с высокой сезонностью или базы 1С:ERP разумнее сразу смотреть в сторону выделенного железа — например, сервер под 1С:ERP.

Второй — что показывает реальный тест, а не ощущения. Перед тем как менять тариф или провайдера, стоит прогнать актуальную конфигурацию через тест Гилёва: он показывает производительность именно под 1С, а не абстрактные попугаи в бенчмарке. Если результат теста заметно ниже нормы для вашего числа пользователей — дело не в лицензии и не в конфигурации базы, а в железе.

Третий — какие данные обрабатывает база. Если это персональные данные сотрудников или клиентов, требования 152-ФЗ проще закрыть на выделенном сервере с понятным местом хранения, чем разбираться, на каком именно хосте физически лежат диски виртуальной машины.

Пример на пальцах: компания на 45 пользователях платит за облачный тариф заметно меньше, чем стоил бы аналогичный по мощности физический сервер. Но если раз в квартал зависание при закрытии периода стоит компании полдня простоя бухгалтерии и склада, разница в тарифе быстро съедается стоимостью этого простоя — и тогда выбор в пользу физического сервера становится не вопросом статуса, а обычной арифметикой.

Как посчитать нужный объём заранее

Точную конфигурацию под конкретную базу считают не по общим таблицам, а по факту: число одновременных сессий, объём базы в гигабайтах, доля операций с отчётами и обменами. Ориентировочно прикинуть порядок цифр можно самостоятельно, но финальное решение стоит проверять тестом производительности на реальной или максимально похожей копии базы — иначе легко переплатить за запас, который никогда не понадобится, либо наоборот упереться в потолок через два-три месяца роста.

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

Что делать, если ошибка с выбором повторяется каждый месяц

Если зависания в один и тот же день месяца — не разовый сбой, а закономерность, откладывать миграцию дороже, чем её провести.

1. ✓Замерить нагрузку тестом Гилёва именно в пиковый день, а не в спокойный вторник — иначе цифры не покажут реальную проблему.
2. ✓Сравнить результат с гарантированными (не заявленными «до») ресурсами текущего тарифа — часто разница обнаруживается именно здесь.
3. ✓Перенести базу на конфигурацию с выделенными ресурсами. Перенос 1С делается без остановки бизнеса на несколько дней — обычно достаточно ночи или выходных, если заранее подготовлен план отката на случай нештатной ситуации.

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

Как предотвратить повторную ошибку при выборе сервера

Четыре правила, которые снимают большую часть риска ещё до подписания договора.

• ✓Просить тестовый период на реальной копии базы, а не на демо-данных — пиковая нагрузка на демо не воспроизводится.
• ✓Фиксировать в договоре гарантированные ресурсы, а не формулировку «до X ГБ памяти» — это разные вещи.
• ✓Закладывать запас 30-40% на рост числа пользователей на ближайший год, а не покупать впритык под текущую нагрузку.
• ✓Для баз с ростом в сторону 1С:ERP или УТ сразу считать стоимость выделенного сервера в аренду — переезд с виртуального тарифа обходится дороже, чем правильный выбор с самого начала.

Разумный ориентир по цене: выделенный сервер под 1С у нас стоит от 3300 руб/мес, и в эту сумму уже заложена конфигурация под конкретное число пользователей, а не усреднённый тариф «для всех».

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

Что дешевле в старте — физический сервер или облако для 1С?

На старте облако обычно дешевле: платите за фактически занятые ресурсы, аренда сервера для 1С у нас начинается от 3300 руб/мес. Физический сервер выгоднее на дистанции при стабильной нагрузке от 40-50 пользователей, когда переплата за общие ресурсы облака в пиках превышает разницу в тарифе.

Можно ли перенести 1С с облака на физический сервер без потери данных?

Да, перенос делается через выгрузку базы и восстановление на новом сервере с настройкой регламентных заданий и прав доступа. Простой обычно укладывается в ночь или выходные при заранее подготовленном плане. Данные не теряются, если перед переносом сделан контрольный бэкап текущей базы.

Подходит ли облако для отчётности с требованиями 152-ФЗ?

Подходит, если провайдер прозрачно называет дата-центр и условия хранения персональных данных. Для компаний с высокими требованиями к изоляции проще подтвердить соответствие 152-ФЗ на физическом сервере, где место хранения данных однозначно и не зависит от других арендаторов хоста.

Сколько пользователей 1С выдерживает виртуальный сервер, а когда нужен физический?

Виртуальный сервер обычно закрывает нагрузку 10-20 пользователей со стабильной работой без резких пиков. От 40-50 активных пользователей, при базе 1С:ERP или высокой сезонности разумнее выделенный физический сервер — точную границу показывает тест Гилёва на реальной конфигурации базы.

Как понять, что текущий тариф уже не хватает?

Главный признак — регулярные, а не разовые, зависания в одни и те же дни: закрытие месяца, формирование отчётности, массовые обмены. Если операция, которая раньше занимала секунды, стабильно растягивается на минуты именно в пиковые дни — тариф исчерпал запас, и пора считать конфигурацию заново.