Аренда сервера для 1С: конфигурация и расчёт

Главный принцип расчёта: сервер для 1С нельзя выбирать только по числу пользователей или рекламному названию тарифа. Нужны размер и рост базы, режим работы, тип клиента, фоновые задания, СУБД, требования к лицензиям, дискам, резервным копиям и восстановлению. Конфигурации ниже — примеры для обследования, а не гарантия производительности или публичный прайс провайдера.

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

Какие данные собрать

Для первичной оценки нужны:

• число одновременных, а не зарегистрированных пользователей;
• размер информационной базы и прирост за месяц;
• файловый или клиент-серверный режим;
• используемая СУБД и версия платформы;
• типичные документы и тяжёлые отчёты;
• фоновые задания, обмены и регламентные операции;
• объём файлов и вложений;
• рабочие часы и допустимое окно обслуживания;
• требования к RPO и RTO;
• география пользователей и качество каналов.

Без этих данных «сервер на 20 человек» остаётся предположением. Двадцать касс с короткими операциями и двадцать аналитиков с тяжёлыми отчётами создают разную нагрузку.

Примеры стартовых контуров

• Небольшая база и несколько пользователей. На пилоте проверяют CPU, 8–16 ГБ RAM, быстрый SSD. Главный риск — рост базы и фоновые задания.
• Клиент-серверный режим. На пилоте проверяют отдельные процессы 1С и СУБД, запас RAM. Главный риск — конкуренция за память и диск.
• Удалённые пользователи. На пилоте проверяют сервер приложений/сеансов, стабильный канал. Главный риск — задержка, профили и печать.
• Несколько баз и обменов. На пилоте проверяют расписание регламентов, мониторинг очередей. Главный риск — пики одновременной нагрузки.

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

CPU, память и диск

Производительность нельзя свести к одному показателю. Высокая частота CPU важна для последовательных операций, память — для СУБД и рабочих процессов, а задержка диска — для записи журналов и чтения данных.

На виртуальном сервере уточняют:

• модель и гарантии CPU;
• возможность перераспределения ресурсов соседями;
• тип и лимиты IOPS диска;
• локальный или сетевой storage;
• способ увеличения тома;
• наличие снимков и их ограничения;
• реальную скорость в нужном регионе.

Дешёвый тариф с большим объёмом медленного диска может уступать меньшему, но предсказуемому контуру.

Лицензии и юридические границы

В расчёт включаются лицензии операционной системы, 1С, СУБД, удалённого доступа и дополнительных средств защиты. Условия зависят от выбранного ПО и схемы использования, поэтому их подтверждают у правообладателя или партнёра до запуска.

Нельзя считать, что лицензия автоматически входит в аренду сервера. В предложении отдельно указывают, кто покупает, на кого оформляется, можно ли переносить и кто отвечает за продление.

Доступ пользователей

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

Обычно рассматривают VPN, ограничение по адресам, шлюз удалённого доступа и отдельные роли. Важно определить:

1. кто создаёт и блокирует учётные записи;
2. как включается многофакторная защита;
3. какие действия доступны пользователю;
4. где хранится журнал входов;
5. как передаются временные доступы подрядчику;
6. что происходит при увольнении сотрудника.

Секреты не отправляют в заявку или открытый чат. Временный доступ выдаётся с минимальными правами и сроком.

Резервное копирование

Резервное копирование проектируют от требуемого восстановления. Нужно ответить:

• сколько данных допустимо потерять;
• за какое время система должна вернуться;
• какие компоненты кроме базы необходимы;
• сколько точек восстановления хранить;
• где находится копия при отказе основной площадки;
• кто и как проверяет восстановление.

Снимок виртуального диска удобен, но не всегда заменяет согласованную копию базы. Для активной СУБД важна консистентность. Копию шифруют, ограничивают доступ и хранят отдельно от основного сервера.

Успешный статус задания недостаточен. Периодически выполняют тестовое восстановление, проверяют целостность и фиксируют фактическое время.

Мониторинг

Наблюдение должно охватывать:

• загрузку CPU и давление на память;
• свободное место и задержку диска;
• доступность сервисов 1С и СУБД;
• ошибки журналов;
• длительность регламентных заданий;
• успешность и возраст последней копии;
• срок действия сертификатов;
• необычные попытки входа.

Порог без ответственного бесполезен. Для каждого критичного сигнала определяют получателя и действие.

Метод расчёта стоимости

Соберите месячную модель:

• Compute. В расчёт входят: CPU, RAM, возможный резерв.
• Storage. В расчёт входят: основной диск, IOPS, рост.
• Резервные копии. В расчёт входят: объём, срок хранения, внешняя копия.
• Лицензии. В расчёт входят: ОС, СУБД, 1С, удалённый доступ.
• Сеть. В расчёт входят: публичные адреса, VPN, трафик.
• Администрирование. В расчёт входят: обновления, мониторинг, инциденты.
• Миграция. В расчёт входят: аудит, тестовый перенос, окно переключения.

На публичном прайсе Za IT запуск VPS стоит 4 999 ₽, перенос сайта — 9 999 ₽, а поддержка сервера — 4 999 ₽ в месяц до двух часов. Это инженерные услуги, а не стоимость аренды конкретного сервера или лицензий. Инфраструктура и ПО оплачиваются отдельно по выбранному контуру.

План миграции

1. Зафиксировать текущую архитектуру, размеры и нагрузки.
2. Проверить лицензии и совместимость.
3. Создать резервную копию и сверить целостность.
4. Поднять тестовый контур с ограниченным доступом.
5. Восстановить копию и выполнить ключевые операции.
6. Замерить CPU, память, диск и время заданий.
7. Согласовать окно остановки и откат.
8. Перенести актуальные данные.
9. Проверить пользователей, обмены, печать и копирование.
10. Наблюдать систему после переключения.

Старый контур не отключают, пока не выполнены критерии приёмки и не закончено окно безопасного отката.

Риски и ложные гарантии

Нельзя гарантировать производительность только по конфигурации: на неё влияют запросы, блокировки, код конфигурации, фоновые задания и качество сети. Нельзя гарантировать нулевой простой без резервной архитектуры и согласованного процесса переключения.

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

Критерии приёмки

• реальные пользователи подключаются по защищённому каналу;
• ключевые документы и отчёты проходят в приемлемое время;
• регламентные задания не конфликтуют;
• мониторинг видит сервисы и ресурсы;
• резервная копия создаётся по расписанию;
• тестовое восстановление выполнено;
• доступы и лицензии оформлены на владельца;
• есть инструкция аварийного входа и отката;
• секреты отсутствуют в документации и открытых логах;
• стоимость эксплуатации разложена по статьям.

Что отправить для расчёта

Укажите число одновременных пользователей, размер базы, режим 1С, СУБД, тяжёлые операции, рабочие часы и требования к восстановлению. На странице серверных работ можно оставить вводные для диагностики.

Если одновременно меняется публичный контур компании, изучите разработку сайтов. Пример проекта с 1С-Битрикс и серверной частью — кейс sf2v, а соседний материал объясняет выбор Windows VPS.