Перенос 1С в облако часто начинается с простой задачи: сделать так, чтобы бухгалтер, руководитель и сотрудники могли работать с одной базой из офиса, дома или командировки. На практике за фразой облачный сервер для 1С скрываются совершенно разные решения. Небольшой компании может хватить одной виртуальной машины, на которой сотрудники работают через удалённый рабочий стол. Более крупному бизнесу потребуется отдельный сервер 1С, СУБД, резервное копирование и возможность увеличивать ресурсы без длительного переезда.
Из-за этого выбирать облачный сервер для 1С только по количеству процессорных ядер и гигабайтам памяти неправильно. Две компании с десятью пользователями могут создавать совершенно разную нагрузку. В одной сотрудники несколько раз в день выписывают документы, в другой постоянно работают с большими отчётами, обменами, фоновыми заданиями и интеграциями.
Цена тоже способна вводить в заблуждение. Недорогая виртуальная машина выглядит привлекательнее готового облачного решения, пока к стоимости не добавляются Windows Server, удалённые рабочие столы, лицензии 1С, СУБД, резервные копии, администрирование и дополнительное дисковое пространство. Поэтому сравнивать нужно не виртуальные процессоры сами по себе, а стоимость всей рабочей системы.
Главное преимущество облака для 1С заключается не в том, что программа внезапно начинает работать быстрее. Ценность появляется в другом: инфраструктуру можно разместить в дата-центре, подключаться к ней через интернет, увеличивать ресурсы по мере роста компании и не покупать собственный физический сервер с запасом на несколько лет вперёд.
Какую схему размещения 1С выбрать в облаке
До выбора тарифа нужно понять, как именно будет работать 1С. Для небольшой компании и организации с десятками активно работающих пользователей правильная архитектура будет отличаться сильнее, чем цены двух соседних облачных провайдеров.
Файловая база и удалённый рабочий стол для небольшой компании
Один из самых простых вариантов — создать облачную виртуальную машину, установить на неё 1С и разместить там информационную базу. Сотрудники подключаются к серверу удалённо и работают внутри одной среды.
Такой подход удобен для небольшого количества пользователей и сравнительно лёгкой базы. Не приходится организовывать доступ к файлам 1С через интернет, а сама база физически находится рядом с приложением на одном сервере.
Для нескольких сотрудников это может быть вполне рациональной схемой. Бухгалтеру не нужно держать офисный компьютер постоянно включённым, руководитель может подключиться из другого места, а данные остаются на сервере в дата-центре.
Но у файлового варианта есть пределы. По мере роста базы, количества пользователей и фоновых операций требования к производительности увеличиваются. Если несколько человек одновременно проводят документы, строят отчёты и выполняют тяжёлые операции, одна виртуальная машина постепенно становится узким местом.
Поэтому файловую базу не стоит воспринимать как универсальную архитектуру для любого бизнеса только потому, что её проще развернуть.
Клиент-серверная 1С для более серьёзной нагрузки
При росте системы обычно переходят к клиент-серверному варианту. В нём сервер 1С работает вместе с СУБД, например PostgreSQL или Microsoft SQL Server. Пользователи обращаются не непосредственно к файлу базы, а работают через серверную часть платформы.
Такая архитектура лучше масштабируется и позволяет гибче распределять ресурсы. Для небольшой установки сервер 1С и база данных могут находиться на одной виртуальной машине. Для более нагруженной системы их можно разнести на отдельные облачные серверы.
Именно здесь облачная инфраструктура становится особенно удобной. Если база данных начинает требовать больше памяти, можно увеличить ресурсы конкретного сервера. Если нагрузка на приложение растёт отдельно, масштабируется сервер 1С.
При этом не нужно сразу строить сложную архитектуру из нескольких машин. Чем больше компонентов, тем дороже инфраструктура и сложнее администрирование. Для компании с небольшой базой отдельный сервер СУБД, сервер приложений, терминальный сервер и несколько дополнительных узлов могут оказаться технически красивым, но экономически бессмысленным решением.
Начинать лучше с минимально достаточной архитектуры, которую можно расширить позднее.
Официальные требования платформы 1С допускают работу серверной части как на Windows, так и на поддерживаемых дистрибутивах Linux. Поэтому облачный сервер для 1С не обязательно должен работать исключительно под Windows. Выбор операционной системы зависит от используемой СУБД, квалификации администратора, лицензирования и того, как пользователи подключаются к системе.
Если сотрудникам нужен привычный удалённый рабочий стол с Windows и запуск других Windows-программ рядом с 1С, выбор обычно становится очевиднее. Если строится отдельный сервер приложений и инфраструктурой занимается специалист, Linux может быть вполне рабочим вариантом.
Сколько процессора, памяти и диска нужно серверу 1С
Попытка подобрать облачный сервер по правилу один пользователь равен определённому количеству памяти почти всегда приводит к ошибке. Нагрузка 1С зависит от конфигурации, размера базы, количества одновременно работающих сотрудников, сложности запросов, фоновых заданий, обменов и поведения самих пользователей.
Например, десять кассиров, выполняющих короткие однотипные операции, и десять бухгалтеров, одновременно формирующих тяжёлые отчёты за несколько лет, создают разную нагрузку при одинаковом количестве пользователей.
Поэтому число сотрудников является только отправной точкой.
Процессор важен не только количеством ядер
В характеристиках облачного сервера легко сравнивать количество vCPU. Четыре виртуальных ядра кажутся вдвое лучше двух, восемь лучше четырёх. В реальной работе значение имеет и производительность каждого отдельного ядра.
Некоторые операции 1С чувствительны к скорости выполнения одного потока. Поэтому виртуальная машина с большим количеством медленных процессорных ресурсов не обязательно окажется быстрее конфигурации с меньшим числом производительных ядер.
При выборе облака полезно смотреть, на каких процессорах работает инфраструктура провайдера, насколько предсказуема производительность vCPU и не используется ли чрезмерная переподписка вычислительных ресурсов.
Для небольшой системы разумнее начать с умеренной конфигурации и посмотреть реальные показатели, чем сразу покупать десятки виртуальных ядер.
Если пользователи жалуются на медленное формирование определённого отчёта, это ещё не означает, что серверу не хватает CPU. Причина может находиться в запросах конфигурации, базе данных, блокировках или настройках системы.
Оперативная память особенно важна для СУБД
Экономить на RAM в сервере 1С обычно опаснее, чем на дисковом пространстве. Операционная система, сервер приложений, СУБД и пользовательские сеансы используют память одновременно.
Если памяти хватает, база данных может держать активно используемые данные в кеше. Когда система начинает постоянно обращаться к диску из-за нехватки RAM, производительность заметно снижается.
Официальные минимальные требования 1С к серверу платформы довольно скромные, но сама 1С отдельно предупреждает, что они указаны без учёта прикладных решений. Реальная рабочая конфигурация должна подбираться под конкретную систему.
Для небольшого облачного сервера с несколькими пользователями обычно разумно рассматривать конфигурации с запасом памяти, а не пытаться уложить рабочую систему в абсолютный минимум. Если на той же машине работает СУБД и несколько удалённых рабочих столов, потребность в RAM возрастает ещё сильнее.
Преимущество облака здесь в том, что память можно добавить позднее. Нет необходимости покупать физический сервер с огромным запасом только потому, что через три года компания может вырасти.
Для 1С важен быстрый диск
Размер базы и скорость накопителя — разные вещи. База может занимать всего несколько десятков гигабайт, но постоянно выполнять множество операций чтения и записи.
Поэтому для 1С стоит выбирать SSD или NVMe. Медленное хранилище способно стать узким местом даже при хорошем процессоре и достаточном объёме памяти.
При сравнении облачных серверов желательно смотреть не только на количество гигабайт, но и на производительность дисковой подсистемы. Провайдеры могут ограничивать IOPS или пропускную способность диска в зависимости от тарифа.
Особенно это важно для клиент-серверной базы с активной СУБД.
Не стоит выделять под систему ровно столько места, сколько база занимает сегодня. Помимо самой базы нужны операционная система, временные файлы, журналы, обновления и пространство для других служебных данных.
Но покупать сотни лишних гигабайт тоже нет необходимости. В нормальном облаке размер диска можно увеличить, когда это действительно понадобится.
Что проверить перед арендой облачного сервера для 1С
Коммерческое предложение облачного провайдера может выглядеть очень просто: несколько vCPU, память, SSD и месячная цена. Для рабочей 1С этого недостаточно.
Первый вопрос — что именно входит в стоимость.
Если используется Windows Server, необходимо узнать условия лицензирования операционной системы. При работе сотрудников через удалённые рабочие столы могут понадобиться соответствующие лицензии доступа. Отдельно существуют лицензии самой 1С и, в зависимости от архитектуры, СУБД.
У одного поставщика часть лицензий может предлагаться как дополнительная услуга, у другого клиент приобретает их самостоятельно. Поэтому два облачных сервера с одинаковыми характеристиками могут заметно различаться по итоговой стоимости.
Особенно внимательно стоит сравнивать готовый облачный сервис 1С и обычную аренду виртуальной машины.
В первом случае поставщик может взять на себя установку, обновления, резервное копирование и часть администрирования. Во втором клиент получает инфраструктуру и самостоятельно отвечает почти за всё программное окружение.
Обычный облачный сервер чаще даёт больше свободы, но эта свобода имеет стоимость в виде работы администратора.
Резервная копия должна находиться не только внутри самой виртуальной машины
Для 1С резервное копирование критично. Потеря сайта неприятна, потеря бухгалтерской или управленческой базы может остановить работу компании.
Поэтому недостаточно время от времени копировать файл базы в соседнюю папку того же сервера.
Резервные копии должны храниться отдельно от рабочей виртуальной машины. Желательно иметь несколько точек восстановления и понятный срок хранения.
При выборе облака нужно уточнить, что именно называется backup. Снимок всей виртуальной машины, резервная копия диска и корректная копия самой базы 1С решают немного разные задачи.
Снимок помогает быстро восстановить сервер целиком, но для базы данных желательно использовать механизм резервирования, который учитывает работу самой СУБД и обеспечивает корректное состояние данных.
Хорошая схема часто сочетает несколько уровней защиты: копии базы, резервирование виртуальной машины и периодическую выгрузку важных данных в отдельное хранилище.
И главное — восстановление нужно проверять. Backup, который никто никогда не пытался развернуть, даёт только чувство безопасности.
Посмотрите на канал и задержку до дата-центра
Для удалённой работы с 1С важна не только мощность сервера. Если между сотрудником и дата-центром большая задержка или нестабильное интернет-соединение, интерфейс может ощущаться медленным даже при хорошем CPU.
Поэтому локацию облака лучше выбирать с учётом того, где находятся основные пользователи.
Для компании, сотрудники которой работают преимущественно в России, обычно разумно проверить российские площадки с хорошей связностью для нужных регионов. Если сотрудники распределены по нескольким странам, выбор может быть другим.
Желательно протестировать соединение до покупки долгосрочного тарифа. Некоторые провайдеры позволяют создать сервер на короткий период и проверить реальную работу базы.
Тест с настоящей 1С полезнее синтетического теста скорости. Можно открыть несколько типичных документов, сформировать тяжёлый отчёт, запустить обмен и посмотреть, как система ведёт себя при одновременной работе нескольких сотрудников.
Масштабирование должно быть простым, но не обязательно автоматическим
Одно из преимуществ облачного сервера для 1С — возможность увеличить ресурсы без покупки нового физического оборудования.
Если компании стало мало 8 ГБ памяти, можно перейти на 16 ГБ. Если увеличилась вычислительная нагрузка, добавить vCPU. Это намного удобнее, чем менять процессор или сервер в офисе.
Но 1С не является типичным веб-проектом, где можно автоматически создавать десятки одинаковых серверов при всплеске посетителей. Масштабирование здесь требует понимания архитектуры.
Иногда достаточно увеличить ресурсы одной виртуальной машины. В другом случае правильнее вынести СУБД отдельно. Для крупной установки можно строить кластер серверов 1С и более сложную инфраструктуру.
Поэтому возможность быстро изменить конфигурацию важнее красивого обещания автоматического масштабирования.
Стоит узнать заранее, можно ли увеличить CPU, RAM и диск без переноса данных, требуется ли остановка виртуальной машины и можно ли позднее уменьшить ресурсы, если они оказались избыточными.
Администрирование нужно включать в расчёт стоимости
Самая дешёвая облачная машина может оказаться не самым дешёвым способом разместить 1С.
Кто-то должен установить систему, настроить доступы, обновления, firewall, резервные копии, СУБД и мониторинг. Затем сервер нужно обслуживать.
Если в компании есть системный администратор или опытный специалист 1С, обычная аренда облачного сервера может быть выгодной. Если технического специалиста нет, управляемая услуга часто оказывается практичнее.
Сравнивая предложения, полезно посчитать итоговую стоимость за месяц: виртуальная машина, Windows при необходимости, удалённый доступ, СУБД, лицензии 1С, резервные копии и обслуживание.
Только после такого расчёта становится понятно, какое предложение действительно дешевле.
Нужно учитывать и поддержку провайдера. Техническая поддержка облака не всегда занимается самой 1С. Она может отвечать только за доступность виртуальной машины, сеть и диски.
Если база работает медленно из-за конфигурации СУБД или ошибки приложения, потребуется специалист по 1С. Поэтому заранее важно понимать границу ответственности между облачным провайдером, администратором и компанией, которая сопровождает 1С.
Для небольшой фирмы выбор в итоге часто оказывается проще, чем кажется. Если с 1С работает несколько сотрудников и база не создаёт тяжёлой нагрузки, можно начать с одной облачной виртуальной машины с быстрым SSD или NVMe, достаточным запасом памяти и регулярным резервным копированием.
Когда система растёт, не обязательно сразу переносить её к другому провайдеру. Сначала можно добавить ресурсы. Если этого становится недостаточно, переходить к клиент-серверной архитектуре или разделять компоненты.
Для компании, которая уже использует клиент-серверную 1С, выбор облака нужно начинать с анализа фактической нагрузки. Сколько пользователей работает одновременно, какой объём занимает база, сколько памяти использует СУБД, где возникают задержки и какие операции создают максимальную нагрузку.
Эти цифры значительно полезнее универсальной таблицы вида десять пользователей равно четырём ядрам.
Хороший облачный сервер для 1С — это не самая мощная виртуальная машина, которую позволяет бюджет. Это конфигурация, на которой текущая система работает стабильно, а ресурсы можно увеличить тогда, когда бизнес действительно их потребует.
Именно в этом облако особенно удобно для 1С. Компания платит не за физический сервер с запасом на несколько лет, а за инфраструктуру, которую можно постепенно подстраивать под реальную нагрузку.
